Had to rename the file (no spaces)
It synchronised, but still the same problem :/

this is only due to the server config : so if it's the same hoster ... contact him !

flop25 wrote:

this is only due to the server config : so if it's the same hoster ... contact him !

Hi flop, I am a reseller for this company, and they are one of the biggest in the UK so it shouldnt be a problem - I will drop them a technical request but what exactly am I experiencing here?  Is it a limitation on the upload size/time?

Pewe, how about if I switch the server from LINUX to Windows Hosting? Do you think that will have any impact? I will set it ion motion now, it usually takes a few hours to change everything over - I will go from there THEN send the files if that does not work :)

Cheers guys

Last edited by skpManiac (2012-07-06 22:48:30)

the files fichiers upload/buffer/*.block are created for pictures added through the Api, used by plugins for software or ploader
If they are still present, it's a bad sign : theses blocks was not merged into the final picture and destroyed

ok guys, this may help

I have just switched the new test site over to Windows 2008 hosting and the missing thumbnail is shown without me having to do anything!

This is the URL:
http://kakesbykate.co.uk/index.php

So, the issue seems to be something in LINUX that is stopping the uploads on both systems

It may be easier for me just to tranfer my website to Windows Server and see if that sorts the problem :-)

Are there any drawbacks to having it hosted on a Windows Platform?

Thanks for all your help guys, I feel like we may be closing in on this problem!

This is the LINUX info

•Operating system: Linux
•PHP: 5.2.17 (Show info) [2012-07-06 22:52:50]
•mysql: 5.0.95-log [2012-07-06 22:52:50]
•Graphics Library: GD bundled (2.0.34 compatible)

And this is the Window Info:
•Operating system: WINNT
•PHP: 5.2.6 (Show info) [2012-07-06 22:51:54]
•mysql: 5.0.95-log [2012-07-06 22:52:37]
•Graphics Library: GD bundled (2.0.34 compatible)

This has just come up too

Integrity check

Anomaly

Correction

$conf['show_exif'] value is incorrect because exif are not supported

$conf['show_exif'] must be set to false in your local/config/config.inc.php file
Go to the forum or the wiki for more informations

$conf['use_exif'] value is incorrect because exif are not supported

$conf['use_exif'] must be set to false in your local/config/config.inc.php file
Go to the forum or the wiki for more informations

Last edited by skpManiac (2012-07-07 00:03:40)

Jobhater wrote:

I have no plugins activated right now.  There are 5 that are installed, but not activated.  They are: Additional Pages, Check Upgrades, Language Switch, LocalFiles Editor, and Multi View.  I have tried the photos on a version 2.3.3 site, and they work perfectly.  I have uploaded larger files, and they work fine.  I have tried to use pLoader and the Piwigo upload page.  I used Softaculous to install Piwigo.  It was through my host.  Piwigo's version was 2.4.1.  I have tried uninstalling and reinstalling Piwigo, and it never has worked.

I have had a Piwigo site loaded for a year or so now.  This is another site I'm trying to load up.  If there are any versions, files, or anything needed to help solve this problem...I'd be happy to help.  It sounds like its happening to some other users.  Perhaps Softaculous is causing a problem with the install?

I would be happy to send you files, to help.  (I need to go to work, first, though....agh)

THANKS FOR YOUR HELP!!!

I am from the Softaculous team.
If you feel this is a softaculous error, please email our support team :
https://www.softaculous.net/support/

We will definitely help you. We are committed to quality.

OK, I hope this helps - it is a response from Fasthosts about this error

Thank you for your e-mail.

Checking the URL you have supplied, the picture error does not appear to be fault of the server.  When checking, I used gallery item:

http://www.freezinglifethroughthelens.c … category/1

The properties of the missing image that /i.php is trying to pass is:

upload/2012/07/09/20120709111337-ec8f762e-me.jpg
However, if you check your FTP space, the image does not have that name.  If you check in the folder in the path above, the only image is:

upload/2012/07/09/20120709111337-ec8f762e.jpg

Comparing the two, you can see that file your script is looking for should have '-me' in it.  As the image cannot be found, the placeholder errors and if you try go to the location the script is trying to access, it gives a 500 error because the path is invalid.

As the file name is being applied by the facility you are using to upload, I cannot say specifically what is causing the addition of the '-me'.  While I understand this works in older / alternate platforms, I cannot audit your scripting to determine what server side difference is causing this as I do not know what your system is dependent upon from a server-side standpoint.

If you have any further questions or checks you would like me to make, please reply to this e-mail.

Thanks again for contacting us.                 
                                                                           
Best Regards,

Joel Hawkins - Technical Support