Using html import on drupal 6.19 on a linux system
with PHP Version 5.3.3
with these php details
Additional .ini files parsed
/etc/php5/conf.d/ctype.ini, /etc/php5/conf.d/dom.ini, /etc/php5/conf.d/gd.ini, /etc/php5/conf.d/hash.ini, /etc/php5/conf.d/iconv.ini, /etc/php5/conf.d/json.ini, /etc/php5/conf.d/mysql.ini, /etc/php5/conf.d/mysqli.ini, /etc/php5/conf.d/pdo.ini, /etc/php5/conf.d/pdo_mysql.ini, /etc/php5/conf.d/pdo_sqlite.ini, /etc/php5/conf.d/sqlite.ini, /etc/php5/conf.d/sqlite3.ini, /etc/php5/conf.d/tidy.ini, /etc/php5/conf.d/tokenizer.ini, /etc/php5/conf.d/xmlreader.ini, /etc/php5/conf.d/xmlwriter.ini, /etc/php5/conf.d/xsl.ini
xsl
XSL enabled
libxslt Version 1.1.24
libxslt compiled against libxml Version 2.7.7
EXSLT enabled
libexslt Version
When I try to do demo using the URL
file:////srv/www/htdocs/public/sites/import/gdi/home.html
the files in this directory are owned by the apache process
I get the following error message:
* Processing 1 files! Using default configuration settings.
* Using tidy Extension (v2 OO)
* warning: Invalid argument supplied for foreach() in /srv/www/htdocs/public/modules/import_html/import_html_process.inc on line 1098.
* user notice: xmldoc_plus_xsldoc was called without the xsl_path parameter set. This makes it hard to do relative XSL includes. in /srv/www/htdocs/public/modules/import_html/coders_php_library/xml-transform.inc on line 205.
* warning: Invalid argument supplied for foreach() in /srv/www/htdocs/public/modules/import_html/import_html_process.inc on line 1098.
* warning: Parameter 2 to menu_import_html() expected to be a reference, value given in /srv/www/htdocs/public/includes/module.inc on line 483.
* warning: Parameter 2 to node_import_html() expected to be a reference, value given in /srv/www/htdocs/public/includes/module.inc on line 483.
* warning: Parameter 2 to path_import_html() expected to be a reference, value given in /srv/www/htdocs/public/includes/module.inc on line 483.
* warning: Parameter 2 to taxonomy_import_html() expected to be a reference, value given in /srv/www/htdocs/public/includes/module.inc on line 483.
* warning: Parameter 2 to user_import_html() expected to be a reference, value given in /srv/www/htdocs/public/includes/module.inc on line 483.
* No body content found in this node
* warning: Parameter 2 to drupal_retrieve_form() expected to be a reference, value given in /srv/www/htdocs/public/modules/import_html/import_html_ui.inc on line 1894.
Any suggestions?
Thank you
Comments
Comment #1
alexmc CreditAttribution: alexmc commentedAny news with this? I'm getting a similar error mesage
user notice: xmldoc_plus_xsldoc was called without the xsl_path parameter set. This makes it hard to do relative XSL includes. in /var/www/mysite.com/sites/all/modules/import_html/coders_php_library/xml-transform.inc on line 205.
Since getting this I haven't been able to import
(Yes, I am using 6x.1.x-dev, PHP 5.3, too)
Comment #2
alexmc CreditAttribution: alexmc commentedOK, Did you have "Remove tables" ticked?
I think the cause is that this feature says:
function import_html_strip_tables($xmldoc) {
...
$parameters = array();
$rewritten = xmldoc_plus_xsldoc($xmldoc, $strip_tables_xsldoc, $parameters);
Not sure what it is supposed to be.
Unfortunately unticking the remove table option only got rid of that error message for me. It hasn't cured my problems.
Comment #3
dman CreditAttribution: dman commentedI'm scratching my head about what the error menu_import_html could be triggered by. May be a namespace collision with another module??
It's a function, a local hook that I declare in import_html/modules/core.inc , and invoke from import_html_process.inc through module_invoke_all() (where the error is reported).
Something must be calling it unexpectedly with unexpected arguments
Comment #4
richsky CreditAttribution: richsky commentedStill no answer? Doing this actually remoes tables, but it also removes title and date I was able to get without this parameter :(
Maybe it could remove the table stuff once it has found what needed in the body? Forgive me, I'm a not a programmer.
Comment #5
dman CreditAttribution: dman commentedClearing the old 6.x issues from the issue queue for a cleanup.
The 7 branch did also raise this as a notice, but the function signature has been updated to no longer treat it as an error.