Opened 13 years ago
Last modified 9 years ago
#24995 new defect (bug)
Importer does not check to see if DOM is available
| Reported by: | novasource | Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | WordPress.org |
| Component: | Import | Version: | 3.6 |
| Severity: | normal | Keywords: | needs-patch |
| Cc: | Focuses: |
Description
I have a WordPress network with many blogs. I exported a few posts from one blog (export file attached with some details sanitized). I then imported the posts into another blog.
Not only does the import probably do nothing, the /blogname/wp-admin/import.php page stops rendering after:
<h2>Import WordPress</h2>
That is, if you do a view source on the page, the above h2 element is the last thing you see.
Expected behavior: execution does not stop mid-page, and if there is an error, it is displayed for logged-in administrative users.
I am logged in as a network administrator.
Attachments (1)
Change History (8)
#1
@
13 years ago
- Summary On WordPress network, importer stops without doing anything, doesn't even write out complete page → Importer stops without doing anything, doesn't even write out complete page
#2
@
13 years ago
Found an error: [Wed Sep 04 08:52:23 2013] [error] [client 129.119.70.150] PHP Fatal error: Class 'DOMDocument' not found in /var/www/[sitename]/wp-content/plugins/wordpress-importer/parsers.php on line 61, referer: http://[sitename]/wp-admin/admin.php?import=wordpress
#3
@
13 years ago
- Severity normal → major
- Summary Importer stops without doing anything, doesn't even write out complete page → Importer does not advise when PHP components are missing
It is fixed by installing php-xml. There's still a problem: The importer should advise me that I have a missing library rather than just quitting during execution.
Solution found at http://wordpress.org/support/topic/plugin-import-html-pages-requires-php-xml-if-you-get-error-domdocument-not-found?replies=1.
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png)
I've reproduced on a non-network environment.