adhanani wrote:
I too experienced this error and the proposes GD fix did not work for me. I noticed the message "i.php: write error" in _data/update/log_error.txt. So I unzipped the 2.4 zip file in my /tmp directory and noticed the i.php file at the highest directory level. I also found that the update process had not written this file to my piwigo installation. So I copied the i.php file into my installation and voila, the thumbnails appeared and everything works fine even with the GD fix removed.
Great find m8, My server did have this file on, but I replaced it with the one from the 2.4 zip file - now the upload on the site is working again - THANKYOU!!
However, if I use the Piwigo App, it does the same thing as before :s
Offline
Hello, I think I know what is causing the problem.
After the uprade to 2.4.0, Piwigo adds a suffix to to image url and image thumbnail url. For example, image DSC123.jpg will be DSC123-me.jpg and its corresponding thumbnail, TN-DSC123.jpg will be TN-DSC123-sq.jpg
However, it does not actually add these suffixes in the gallery folder when you check using FTP.
Any idea how to stop it from doing that?
Sincerely
Hamad
On second thought, please exclude my observation....I may have insufficient understanding of how this is supposed to work.
Last edited by mandarin (2012-06-25 02:09:50)
Offline
After I uploaded that i.php mine uploaded a photo no problem, but the next file DID NOT work, I assumed it was the Piwigo App, but it wasnt,its something wrong with the code - so now we can add Watewrmarks, but cannot upload new images :/
This is the one that worked (The title is the filename)
http://www.freezinglifethroughthelens.c … ategory/25
The other one that failed was called Myf in Studio June 2012.jpg
Any ideas guys? Really needs sorting this
Offline
I really hope we can come up with some kind of fix.
I did try to implement the GD fix but it failed to work. i.php has been loaded on the webserver.
Offline
skpManiac wrote:
The other one that failed was called Myf in Studio June 2012.jpg
Do you have a link on this one?
Offline
mandarin wrote:
I really hope we can come up with some kind of fix.
I did try to implement the GD fix but it failed to work. i.php has been loaded on the webserver.
Do you have a link to give us?
Offline
mandarin wrote:
Hello, I think I know what is causing the problem.
After the uprade to 2.4.0, Piwigo adds a suffix to to image url and image thumbnail url. For example, image DSC123.jpg will be DSC123-me.jpg and its corresponding thumbnail, TN-DSC123.jpg will be TN-DSC123-sq.jpg
Nice try, but of course this is the normal behavior of Piwigo. The suffix "-me" is parsed by i.php and the web server redirects to the correct file in Piwigo cache.
Offline
plg wrote:
Do you have a link to give us?
Here's the link: [Link excised now that problem has been solved]
Last edited by mandarin (2012-06-26 03:08:23)
Offline
mandarin wrote:
plg wrote:
Do you have a link to give us?
Here's the link: http://marmalade.techtangerine.com/pixe … capebreton
http://marmalade.techtangerine.com/pixe … 638-th.jpg tells me "dir create error". Can you make sure Piwigo can write in _data ? and in _data/i ?
Offline
I was having this issue and noticed sh: convert: command not found in /var/logs/httpd/error_log so I installed ImageMagick.x86_64 and my problem is solved.
plg wrote:
skpManiac wrote:
The other one that failed was called Myf in Studio June 2012.jpg
Do you have a link on this one?
Sorry I had deleted it after numerous retiries, but I have done it again
It is here
http://www.freezinglifethroughthelens.c … category/1
Thanks
Offline
skpManiac wrote:
It is here
http://www.freezinglifethroughthelens.c … category/1
http://www.freezinglifethroughthelens.c … 62e-la.jpg show nothing, neither the resized picture, nor any error message.
Do you have a web server error log somewhere?
Offline
Thats exactly the problem
The image is just the typical red X like it is missing off the servers
The odd thing is I just tried with 4 images and they have uploaded and work fine
http://www.freezinglifethroughthelens.c … category/1
It occurs to me that this is only rejecting PORTRAIT photographs - I will some more tests
Is there anything I can do foy you to help diagnose this issue?
Offline
skpManiac wrote:
Is there anything I can do foy you to help diagnose this issue?
1) You can search for web server log files.
2) You can activate specific logs on i.php. For this read [Forum, post 131151 by rvelices in topic 19680] 2.4 thumbnails do not display
Offline
ok, I will do that now :)
so some pictures work and some dont - all the pics are the same size (5184x3456)
I have just uploaded 4 and they worked, tried another portrait, it failes, so manually rotated it to landscape, still failed : /
I have added the code, and got the confirmation
■File written successfully.
■Backup file created (local/config/config.inc.bak.php)
But there is NO i.log in the tmp folder :/ Sorry!
All I have is feed.xml and index.htm
Sorry about this but I also just noticed that the NEXT & Previous thumbs do not work on the 4 images I just uploaded
Seems this glitch is not as simple as I had hoped
Last edited by skpManiac (2012-06-25 23:11:39)
Offline