Uploaded image stamped «Visitor» [#1118916]

Hi,

yesterday everything was perfect, today a small «schmouts» (?!) happened.

A member loaded a picture to a NG3 gallery. Everything is ok: the gallery is attributed to the right member, the images are linked to the right gallery, etc. But looking at the image, the name date and name, I see «april 5, 2011 by Visitor». And curiously, all the other images of that member (some loaded a few weeks ago), are stamped «april 5, 2011 by Visitor».

I have noticed this via a views showing the latest uploaded images.

I dont think its a critical problem, but I would like to undestand and eventually be able to repair.

In the reports, I got one of those messages: «Failed generating an image from albums/stefycollection.../stefy_collection_jessica_r047.jpg using imagecache preset node-gallery-admin-thumbnail.»

and others looking like this: «Failed to create imagecache directory: sites/default/files/imagecache/node-gallery-admin-thumbnail/albums/stefycollection...»

Thanks for your time.

Comments

Comment #1

Québec CreditAttribution: Québec commented 7 April 2011 at 00:31

And there is another type of messages: «mkdir() [function.mkdir]: File exists in /home/hangar217/public_html/sites/all/modules/imagecache/imagecache.module on line 555.»

Hope these info will help identifying the problem.

Thanks again.

Comment #2

scroogie CreditAttribution: scroogie commented 7 April 2011 at 06:31

Interesting. The _r047 would mean that the user rotated the image, which will change the modified date of node. I'm not sure what the problem is with the generation of thumbnails if your other albums work. Is the "..." really part of the folder name or an abbreviation? Do the other admin-thubmnails work (do you have thumbnails on the manage images and sort images screen?)?

Comment #3

Québec CreditAttribution: Québec commented 8 April 2011 at 02:41

Hi,

the «...» is just that in the log the message was truncated. I use the user name (album/[user]) as name of each folder. I have written to my hosting compagny and the said that is was a problem of «permission». They have changed those to 775 (if I recall), and everything looks ok. I did a test (loading an image), and I asked that member to load an image, and everything looks clear in the log.

I did uncheck the «change gallery» and the «rotate» options. Would it be possible that some functions dont work properly on some version of PHP?

Thanks.

ps.: maybe I should open a new issue... but what is «Remove orphan rows from data base» and do I have to use it frequently? Thanks

Comment #4

scroogie CreditAttribution: scroogie commented 8 April 2011 at 06:40

If there was a permission error, in that case meaning that PHP couldn't write in all images folders, those functionalities couldn't work. Otherwise Change gallery and rotate should work with Drupal required PHP versions.

The "Remove orphan rows" will be removed in the next version. It's just a development function cleaning up after upgrade errors.

Comment #5

Québec CreditAttribution: Québec commented 9 April 2011 at 18:23

Someone suggested that it could be a «broken» cookie or some problem with de session. Would that be a more plausible explanation?

Comment #6

drpl

Arabic

Riyadh

CreditAttribution: drpl commented 6 June 2011 at 11:47

Comment #7

scroogie CreditAttribution: scroogie commented 24 June 2011 at 16:08

drpl: Do you experience the same error?

Québec: It might have to do with cookies, if you used plupload to upload the pictures and somehow there were still freshly uploaded pictures in your session (you didn't visit 'manage images' afterwards).