I experience the following bug at my Drupal 5.2 using the following modules: Image 5.x-1.4 including Image_import and Pathauto 5.x-1.2.

I was trying to import some images and assigning them to a taxonomy term which worked just fine for a while (mass import of images was successful, nodes were added, images uploaded, terms assigned to the nodes etc.). Then I added a new (5th) term to the vocabulary which I use to categorize images and (after using the term as a filter in views) experienced several errors (also after deleting this term again):

1) Image import does not work anymore. Every time I try to use it I'll get a blank page. Drupal creates a node for the first image in the row but does neither copy any images to files/images (my image folder) nor create thumbnails or anything.

2) Sometimes I experience the issue described here: http://drupal.org/node/92900. My log gets filled with hundreds of entries: ...Illegal Offset Type.... But this does not seem to solve my problem.

I also tried using the patches at http://drupal.org/node/123001 but this doesn't solve my problem either.

I was still able to submit images via create content > image and this worked all perfect for some hours and then also ended in the same symptoms described at 1)

Can anyone give advice what the source of my problem could be?

In some other issues I read that a blank page is likely to be an Apache error concerning the memory limit. But my phpinfo says that memory limit is set to 40mb. Shouldn't this be enough? I also wonder why both image_import and creating images work just fine for a while and then suddenly crash...

As most issues for pathauto had the same symptoms like mine I assigned this issue to it. But I'm not really sure if it is really pathauto where the bug comes from.

Thanks a lot for your help!

Comments

greggles’s picture

greggles
he/him
Primary language English
Location Denver, Colorado, USA
commented
Status: Active » Postponed (maintainer needs more info)

blank screen is typically an apache/php error - can you look at your apache/php log files when this happens to see exactly what the error message is that causes the blank screen?

The exact log location depends on your system, but may be in (somehwere)logs/httpd/error.log where (somewhere) might be your root directory on shared hosts or might be /var on a dedicated box.

Morgenstern’s picture

Morgenstern commented

I'm just trying to find these log files ... I have this drupal hosted on a shared hosting webspace and they have a folder called logs which has zipped files named like this:

  • access_log_2007-08-02.gz
  • ftp_log_2007-08-03.gz

Well, I guess the first one will be the right one ... right?
It contains data looking eg like this:

84.62.159.203 - - [03/Aug/2007:23:53:34 +0200] "POST /drupal/admin/build/modules/list/confirm HTTP/1.1" 302 5 "http://www.admin.sehnsuchtnachebene2.de/drupal/admin/build/modules" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6"
84.62.159.203 - - [03/Aug/2007:23:53:34 +0200] "GET /drupal/admin/build/modules HTTP/1.1" 200 22624 "http://www.admin.sehnsuchtnachebene2.de/drupal/admin/build/modules" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6"
84.62.159.203 - - [03/Aug/2007:23:53:41 +0200] "GET /drupal/admin/content HTTP/1.1" 200 6558 "http://www.admin.sehnsuchtnachebene2.de/drupal/admin/settings/locale" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6"
84.62.159.203 - - [03/Aug/2007:23:53:48 +0200] "GET /drupal/admin/settings/pathauto HTTP/1.1" 200 17517 "http://www.admin.sehnsuchtnachebene2.de/drupal/admin/settings/locale" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6"

However the logfile for today (04/Aug/2007) when I experienced the bug is not there, yet.

Is this the right logfile or is there an extra error logfile? Maybe I'll have to ask my hosting company's support to send me this file then 'cause I can't find anything else than the both file types mentioned above.

Morgenstern’s picture

Morgenstern commented

oh... and I also experience this blank page when calling a views page which should list images via an argument that refers to the different terms. This was working without problems some hours ago, too.

greggles’s picture

greggles
he/him
Primary language English
Location Denver, Colorado, USA
commented

There should be another file called error.log

If you can't find it just ask your host.

Another potential debugging tool is to disable pathauto module and see if the problem goes away.

Morgenstern’s picture

Morgenstern commented

and here what happend when I tried to import images:

84.62.166.152 - - [04/Aug/2007:16:32:51 +0200] "GET /drupal/admin/content/image_import HTTP/1.1" 200 33871 "http://www.admin.sehnsuchtnachebene2.de/drupal/admin/content/types/interview/fields" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6"
84.62.166.152 - - [04/Aug/2007:16:33:10 +0200] "POST /drupal/admin/content/image_import HTTP/1.1" 302 5 "http://www.admin.sehnsuchtnachebene2.de/drupal/admin/content/image_import" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6"

...

84.62.166.152 - - [04/Aug/2007:17:27:47 +0200] "GET /drupal/admin/content/image_import HTTP/1.1" 200 39832 "http://www.admin.sehnsuchtnachebene2.de/drupal/admin" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6"
84.62.166.152 - - [04/Aug/2007:17:28:06 +0200] "POST /drupal/admin/content/image_import HTTP/1.1" 302 5 "http://www.admin.sehnsuchtnachebene2.de/drupal/admin/content/image_import" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6"
Morgenstern’s picture

Morgenstern commented

Hmm, I disabled pathauto and everything worked fine. After enabling it again the bug was there again.

I just wrote a mail to my hosting company's support. I'll report again when I have the error.log.

Thanks a lot for your help so far!

Morgenstern’s picture

Morgenstern commented

I also tried to access the list of images generated via views with pathauto disabled and it worked but gave the following message: 

    * The image acryl_029_29 serbien - duda had missing derivative image which has been regenerated.
    * The image acryl_031_31 tuerkei - mutter had missing derivative image which has been regenerated.
    * The image acryl_033_33 japan had missing derivative image which has been regenerated.
    * The image acryl_030_30 nigeria had missing derivative image which has been regenerated.
    * The image acryl_032_32 serbien - nada had missing derivative image which has been regenerated.
    * The image acryl_034_34 litauen had missing derivative image which has been regenerated.
    * (...)

This didn't work with pathauto activated (see #3).

Morgenstern’s picture

Morgenstern commented

I received an answer from my hosting company. Unfortunately I won't be able to access the error.log there...

greggles’s picture

greggles
he/him
Primary language English
Location Denver, Colorado, USA
commented

Unfortunately that will make it near impossible to debug directly.

The next step then is to try to "replicate the error in a test environment".

Can you create a test installation on a host that you control more (like your local machine) and then we can get the data from the error log to see what's happening.

Thanks for your persistence in tracking down these details.

Morgenstern’s picture

Morgenstern commented

Hey greggles ...

This is what I tried on my localhost [data from online host to compare]:
Apache/2.0.54 (Win32) [Apache/1.3.27 (Linux/SuSE) ]
PHP Version 5.0.5 [PHP Version 4.4.1]
MySQL 4.1.14 [MySQL 3.23.58]
Drupal 5.2 [dito]

In Addition to the require core modules I had the following modules enabled:
- Menu
- Path
- Taxonomy
- Image (5.x-1.4) including Image Import
- Pathauto (5.x-1.2)

What I did:
- create a vocabulary 'images' and added some terms to it
- configured pathauto and set the pattern for all image paths to "image/[title]"
- tried to import some images and giving them a taxonomy term

Wasn't able to reproduce the bug....
- nodes correctly created
- images in place were they should be
- no errors

Then changed the following things without effect - couldn't reproduce the bug either:
- changed the 'temp' folder which was by default set to c:/.../xampp/temp to 'files/temp'
- created a mass of new terms for 'images' vocabulary
- added Views and Views UI (5.x-1.6) and created a view which uses a term of the 'image' vocabulary as a filter

Hmmm ... any idea what I could try next?

greggles’s picture

greggles
he/him
Primary language English
Location Denver, Colorado, USA
commented

Unfortunately I don't have many more ideas.

I imagine that you've made some small edits to the files on the server, so perhaps deleting them and replacing them with versions from drupal.org directly might help. I frequently have that problem.

Beyond that, you'll probably need access to the error.log to debug this easily, so I guess if you could try to convince your host more forcefully that you really need it.

And finally, you enter the world of plain old debugging:

1. Create the most limited set of steps on the buggy server that reproduces the problem (this makes the following steps easier)
2. Put in "drupal_set_message('execution to line XXX of file XYZ and variables are var1:'. print_r($var1,true));" messages inside of your code and just follow execution until you find the line that causes the problem or the set of variables that aren't what you expect.

Obvious points to start adding that code are in whatever functions of image module actually do the bulk import.

It takes a special mood for me to debug things, but if I treat it like a treasure hunt it can be interesting ;)

js1’s picture

js1 commented

I think I'm having the same issue. My problem started when I upgraded to image-5.x-1.5. Existing images stopped displaying and the drupal logs shows "page not found." I downgraded back to image-5.x-1.4 (without changing the database updates from 1.5) and things seemed to have been working fine again. I reported my problem to the image project, which ultimately led me here.

This morning, as I was playing with access control (adding one of our roles to be able to use PHP for block visibility) the problem came back. Now existing images are no longer displaying with image-5.x-1.4.

For me, disabling pathauto didn't do a whole lot. So, this may not be a pathauto problem. I do have better access to my apache logs than the original poster. I don't see anything that stands out in there. If I need to provide more info, please let me know.

P.S. For the original bug reporter: if you're getting blank pages trying to upload an image, try using the ImageMagick toolkit. I had similar issues recently.

drewish’s picture

drewish commented

yeah i wonder if this is part of these issues:
http://drupal.org/node/160671
http://drupal.org/node/171080

greggles’s picture

greggles
he/him
Primary language English
Location Denver, Colorado, USA
commented
Status: Postponed (maintainer needs more info) » Closed (duplicate)

I'm assuming it's a duplicate of one of those issues that drewish linked to.