Blank screen after installing import/exportapi module [#132451]

Hi,
I am not getting the import/export module to work on Drupal 4.7.6.
I piled the problem back to the definitions file: importexportapi_node.inc
When I install the module without this file the module installs fine.
But when I also copy the file importexportapi_node.inc to my server at the right spot, I got a blank screen!!

I tried a couple of cvs importexportapi_node.inc files on the 4.7 Branch. Non succeeded.
Can somebody please help?

greetings,
Martijn

Comments

Comment #1

douggreen commented 30 March 2007 at 13:32

Priority:

Critical

» Normal

Look at your apache error_log, it will probably tell you a file and line in the importexport_api.inc file where the error is occuring. If this is not enough for you to fix it, then copy and paste the (one) line from the apache error log related to this error.

Did you download from the project releases page or with CVS? If you downloaded with CVS, it's possible that you had local revisions to this file, and that these revisions are causing a php parse error. If this is the case, the thing to do is remove the file and do another "cvs up".

Changing from critical to normal because the problem is on D4.7.

Thanks and good luck!

Comment #2

summit commented 1 April 2007 at 20:23

One step further..
Hi,
I saw in my Apache report from yesterday that node_def() was redeclared.
I renamed node_def() to node_definition() because in the module import_html.module node_def() was also used.
I don't get a blank screen anymore now with installing the module.
So I am one step further.
Please rename node_def() to another function (I used node_definition())

Now I can use the module.
But when I click Import or Export I got a blank screen!!
I think there are still mistakes in importexportui.module..

But I can see my Apache errorreport tomorrow..so then I will continu this thread.

Greetings,
Martijn

Comment #3

summit commented 1 April 2007 at 20:26

In importexportui.module I allready see maybe a mistake..
On line 121 the function is called:

function importexporui_initial_selection_form_submit($form_id, $form_values) {

should it not be

function importexportui_initial_selection_form_submit($form_id, $form_values) {

Comment #4

summit commented 1 April 2007 at 21:03

One other thing I noticed.
Line 396 of importexportui.module it says
$output = '<pre><code>'. check_plain("$ret") .'

';;

Isn't that one : to much?

Comment #5

douggreen commented 2 April 2007 at 00:34

Line 121 is correct because on line 115 it calls drupal_get_form() with the same name.

There is an extra semi-colon on line 396, but that wouldn't cause an error.

I think the likely culprit is import_html.module node_def(). You can not rename node_def() in the definitions file and expect importexportapi to work. This is a hook function that must match a very specific name. I rather suggest that you disable import_html or rename the function there.

Comment #6

summit commented 3 April 2007 at 11:47

Line 246 in importexportapi.module was an error in:

  $field += $default_values;

The '+' sign must be erases.
After this the admin/import shows, but not with the correct lay-out yet..
We are going to the bottom :)

Comment #7

summit commented 3 April 2007 at 12:16

I renamed node_definition() back to node_def().
I unselected html_import.
I have now a screen for import see:

I got another error on line

line 311: $def[$entity_id]['#dependencies'] += _importexportapi_set_def_dependencies_recurse($entity_data);

and:
line 373: $dependencies += _importexportapi_set_def_dependencies_recurse($field[$child]);

should also be the "+" sign erased.
Or am I wrong and is this correct coding...

Comment #8

douggreen commented 3 April 2007 at 12:31

I doubt that the += is the problem. += is valid php and is used throughout Drupal core (even in D4.7).

 $a += $b; // is the same as $a = $a + $b;

If you're system doesn't support +=, then you have bigger problems. What version of php are you using. Drupal 4.7 requires php 4.3.3 (see http://drupal.org/requirements).

Comment #9

summit commented 3 April 2007 at 12:43

Hi,

After a while I got the import module to show like this: http://www.best-information.eu/importexport.JPG
But I don't see the fileds for which the values are.
And when I want to go to step 2..I got a blank screen again...
I don't think the module is stable enough if the "+" signs are errors..

Comment #10

douggreen commented 3 April 2007 at 12:50

I'm not going to have time to debug this with you today (or even this week). Maybe someone else can step in.

Comment #11

summit commented 3 April 2007 at 12:59

Ok.
I got PHP Fatal error: Unsupported operand types in ../public_html/modules/importexportapi/importexportapi.module on line 246,
Line 246 is:

$field += $default_values;

I have no problems throughout drupal 4.7 and it's true += is used many times, sorry for that, but I am not a programmer :( I just try to help..I don';t understand this PHP error then...

Comment #12

summit commented 3 April 2007 at 13:20

If I change line 246 from:

$field += $default_values;

to:

$field = $default_values;

The admin/import works and shows like http://www.best-information.eu/importexport.JPG but then the process stops...

I got the error:
Unvalid choice input_format in the element Entities to import.
What can be the problem please help!

Comment #13

summit commented 3 April 2007 at 13:37

Has somebody got this import/export api module for 4.7 working...?
Please leave a message for me. Or continu this thread.
Doug thanks for your help so far..and hopefully somebody takes over..

greetings,
Martijn

Comment #14

redmonp commented 3 April 2007 at 13:40

Hey. I just downloaded the 4.7.x-1.x-dev, and I'm looking at line 246, and my line looks like:

$field['#process'] = array_merge($default_values['#process'], $field['#process']);

Perhaps you'd better recap what other changes you've made to this script, or download the module again and replace your changed files with the new download. You may have just left off a ; somewhere.

Comment #15

redmonp commented 3 April 2007 at 13:51

I've installed the importexportapi-4.7.x-1.x-dev.tar.gz module on Drupal 4.7.4 and 4.7.5 successfully several times. It installs just like other modules, tar -zxvf module.name, move the untarred folder to the modules directory, and select the checkboxes in the admin page.

The only problems I ever had were utilizing the thing as an api. I've said in the past this is probably the most important module out there, as the main problem with any system is schema translation.

Comment #16

ray007 commented 3 April 2007 at 18:01

Blank screen usually means "out of memory".
If you activate error-logging you should find something in the errorlog of the webserver.
Try to increase the memory settings and see if it helps.

Comment #17

summit commented 3 April 2007 at 19:55

I just downloaded again the importexportapi-4.7.x-1.x-dev.tar.gz file.
And on line 246 is the line I allready stated.
I only get the module working when I change node_def() to another name.
And only the import function a little bit working with changing line 246 from += to =.

But then the import itself is not correct and I get the error I stated above.
Please help!
Greetings,
Martijn

Comment #18

summit commented 3 April 2007 at 20:38

I typed in above code and came to a patch:
http://drupal.org/files/issues/robustness_fix_for_missing_modules.patch.txt

I tried changing the latest .dev file with this patch and changed line:

246:  $field += $default_values;
to
246-247: 
$field += $default_values;
$field = array_merge((array)$default_values,$field);

I got at the same place as with changing:
246 to $field = $default_values;

With these changes I am back at square 2..I got the error within the admin/import as stated above.
The screen still looks like: www.best-information.eu/importexport.JPG
Blank fields..
Please help!!

Comment #19

summit commented 3 April 2007 at 20:52

Hi,

If somebody has a working version for drupal 4.7.6 I'll be happy to exchange emailadresses and winzip please.
I can't get it working.
No I got the blank screen again..
greetings and thanks in advance,
Martijn

Comment #20

summit commented 5 April 2007 at 13:56

Am I the only one you who doesn't get the importexportapi module working on 4.7.6?
I use the category module also...
Has anybody got this module working on 4.7.6 (with category module)?
Please respond.
Thanks in advance!
greetings,
Martijn

Comment #21

douggreen commented 5 April 2007 at 14:15

Yes, you are the only person having this problem. The problem is not 4.7.6, but something you have installed or configured on your site. It is working on the majority of sites.

I suggested it might be a php requirements problem several days ago. Please check which version of php you are using and post the answer here.

Rather than fiddle with the code as you have been doing (your programming skills are showing), if you could narrow down what is causing the problem, we might be able to help you. To narrow down the problem, try various things like: uninstall one module at a time and see if the problem goes away. I'm not exactly sure which screen is doing the White-Screen-of-Death (WSOD), but if you selected anything before getting WSOD, try selecting fewer things.

You might also consider that, while importexportapi is a handy module, it is still relatively new and considered a beta product. It says as much on the product page! Do you really need this module to work? You've spent quite a bit of time already. Is it worth the additional time? Can you do what you want in some other way? If you're simply trying to export data, you can do this in SQL.

But until I hear the answer to the php version question, everything is a little moot.

The open source community is willing to assist you, but you'll need to help isolate the problem. Good luck!

Comment #22

summit commented 5 April 2007 at 21:46

Hi Doug.

I am looking for a module to be able to import and export all kind of content with xml.
I am using the category module with drupal 4.7.6.

The PHP version I use is: PHP Version 5.1.6.
I still got the problem on line 246:

Line 246: $field += $default_values;

The error is:
PHP Fatal error: Unsupported operand types in ../public_html/modules/importexportapi/importexportapi.module on line 246, referer: ../admin/modules

What I am gone do is taking the module on a fresh drupal 4.7.6 install and see whats happens.
Thanks for your input so far!
I am that kind of a person that bites in a problem if it is not solved. Certainly as I don't understand why.
But you're right may be it is not the most efficient way!
Greetings,
Martijn

Comment #23

douggreen commented 6 April 2007 at 00:09

Thanks for ruling out an obsolete php version. So, you're using a current version of php, Great!

It seems that either $field or $default_values on line 246 has something in it that is unexpected. A quick look at the code, and I think that if you just print out $field, it will tell us which definition is causing the problem. So, please add the following php above line 246, run the code once, save the html somewhere, then remove the line:

print "FIELD...\n";
print_r($field);
print "...FIELD\n";

Please view the html source and find the last entries printed between the FIELD... and ...FIELD, and copy the results here; put it inside <code> and </code> formatting to make it easier to read. It should say something like:

FIELD...
array
(
  ...
)
...FIELD

I know that there are some problems with importexportapi on Drupal 5 (the cck definition hasn't been upgraded yet), but why are you building this site in Drupal 4.7.6 instead of Drupal 5? I strongly recommend Drupal 5 for any new development.

Comment #24

douggreen commented 6 April 2007 at 00:17

I just re-read your initial report, and it mentions importexportapi_node.inc. I expect the above test to print something related to this field definition.

Comment #25

summit commented 6 April 2007 at 09:34

Hi Doug,
I am not at home now, so can't do the code-testing. I will do this this evening.
I am using drupal 4.7.6. simple because other modules I am working with are not all been updated to drupal 5 yet. Or the update is still buggy.
I keep you posted on my findings.

Greetings,
Martijn

Comment #26

summit commented 7 April 2007 at 09:37

Hi Doug,

THis is what the variable $FIELD says with using

greetings,
Martijn

Comment #27

summit commented 7 April 2007 at 09:38

Hi Doug,

THis is what the variable $FIELD says with using

greetings,
Martijn

Comment #28

summit commented 7 April 2007 at 11:05

And this is with also the $default_values

Happy eastern!

greetings,
Martijn

Comment #29

summit commented 7 April 2007 at 11:25

It's not about the "+="
I changed it to:

$field = $field + $default_values;

And the same blank screen with the variabels stated is shown.
greetings,
Martijn

Comment #30

douggreen commented 7 April 2007 at 16:50

I'm not sure from your posting if its $field or $default_values that is set to '#ntity', but this is the problem. Both of these variables should be arrays. This is obviously a problem with the code. I'd do one of two things at this point:

A quick work-around is to add something like if (!is_array($field)) { return; } (again, I'm not sure if it's $field or $default_values that is bad, but I'd use a check to ignore the bad data.
Dig deeper and figure out why it is not an array. You can put print statements before and after code to see which line is setting it to #ntity. Rather than printing the entire array, which will be difficult to read, you might add something like print is_array($field) ? "ARRAY" : $field;

Comment #31

summit commented 8 April 2007 at 19:19

Hi Doug,

The workaround is working for the first screen, thanks!
But when I want to do the NEXT [field mapping]. Blank screen again.
I will investigate what the errorlog from APACHE will say tomorrow.
Thanks for your support so far.

greetings,
Martijn

Comment #32

summit commented 8 April 2007 at 21:16

Hi,

I got the second screen now also. It was maybe array-printing what took to long.
With erasing these PRINT lines the module works till the second screen.
But now I first want to export say node-title..and I only get one result, while my testsite has many nodes in it..
I will look into it after eastern!
thanks for your help and if this is a familiar problem please respond.
greetings,
Martijn

Comment #33

flippen commented 7 May 2007 at 12:15

Hi,

I also got the blanc screen using Drupal 5.1 and PHP 5.1.2. The error.log is complaining about some memory size in "includes/theme.inc" and "includes/install.inc" but I don't know if it's related with the blanc screen.

Comment #34

douggreen commented 7 May 2007 at 12:52

The memory error is not a problem with importexportapi, but a common problem with the relationship between Drupal and php and web hosting companies. You need to allocate more memory to php. Increase your memory_limit in php.ini.

Comment #35

summit commented 14 May 2007 at 20:03

Status:

Active

» Closed (fixed)

Solved, but very difficult to add a term.
I can't get the importfile to work ok, but the module is working I guess..thanks Doug for your support.

Greetings,
Martijn