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

alexmc’s picture

Any 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)

alexmc’s picture

OK, 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.

dman’s picture

I'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

richsky’s picture

Still 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.

dman’s picture

Status: Active » Closed (cannot reproduce)

Clearing 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.