Gallery version (not just "2"): 2.3.2 core 1.3.0.2
PHP version (e.g. 5.1.6): PHP 5.3.3-7+squeeze13 with Suhosin-Patch
PHPInfo Link (see FAQ):
Webserver (e.g. Apache 1.3.33): Apache/2.2.16 (Debian)
Database (e.g. MySql 5.0.32): Ver 14.14 Distrib 5.1.63, for debian-linux-gnu
Activated toolkits (e.g. NetPbm, GD):
Operating system (e.g. Linux): Debian Squeeze
Browser (e.g. Firefox 2.0): IE, Chrome
After upgrade of Debian to Squeeze, the upload applet first won't accept files - nothing happens - neither using the Add files button or copy-n-paste into the Add file form field. Secondly, suddenly instead of loading the upload applet it tries to start Gallery Remote but fails.
Any help is highly welcome.
/jason
Posts: 8339
did you update java?
does Uploadify work?
-s
Posts: 23
Sorry for not being totally clear. I am running GAllery on a Debian server, and running the web interface and the upload applet on my windows7 64-bit host.
Running JRE 1.7.0_03 on the windows7 host. This host executes other applets OK.
Will test ASAP. Back with report.
/jason
Posts: 23
Just about. 2-3 files out of five downloads OK. The others are stopped with http upload error. If more than five files are added at ones nothing is uploaded even though the "upload meter" says 100%.
/jason
Posts: 8339
this is a server-side error, not a gallery error.
look to server logs for hints.
-s
Posts: 8339
this could be upload_max_filesize or post_max_filesize in php.ini
could
Posts: 23
post_max_size = 8M
upload_max_filesize = 2M
The second one is definetly too small. What about the first? Suggested values, please?
/jason
Posts: 8339
FAQ: Why can't I upload big files (over a megabyte or two)?
-s
Posts: 23
Changed both parameters to 12M. Restarted apache2.
Upload of one single file works OK, but takes 60 seconds from "meter" showing 100% to "Upload OK" message. Upload of two files fails with two http upload errors. Nothing is shown in the error log.
But I can see in the error log that Gallery2 uses directive deprecated in PHP 5.3.
/jason
Posts: 1642
Can you please post the "deprecated" message(s)?
--
dakanji.com
Posts: 23
<b>Deprecated</b>: Directive 'register_long_arrays' is deprecated in PHP 5.3 an
d greater in <b>Unknown</b> on line <b>0</b><br />
<br />
<b>Deprecated</b>: Directive 'safe_mode' is deprecated in PHP 5.3 and greater i
n <b>Unknown</b> on line <b>0</b><br />
<br />
<b>Deprecated</b>: Directive 'magic_quotes_gpc' is deprecated in PHP 5.3 and gr
eater in <b>Unknown</b> on line <b>0</b><br />
[Tue Jul 03 08:54:38 2012] [error] [client 10.0.12.118] File does not exist: /ho
me/www/favicon.ico
<br />
<b>Deprecated</b>: Directive 'register_long_arrays' is deprecated in PHP 5.3 an
d greater in <b>Unknown</b> on line <b>0</b><br />
<br />
<b>Deprecated</b>: Directive 'safe_mode' is deprecated in PHP 5.3 and greater i
n <b>Unknown</b> on line <b>0</b><br />
<br />
<b>Deprecated</b>: Directive 'magic_quotes_gpc' is deprecated in PHP 5.3 and greater in <b>Unknown</b> on line <b>0</b><br />
/jason
Posts: 1642
Hmm. Those are fairly uninformative. (Line 0 of unknown files supposedly generating errors).
Where have you gotten them from?
They look like formatted/processed output ... maybe from a control panel or similar.
Can you post from the actual webserver (apache?) log instead?
On the other hand, they suggest your php setup has a problem.
In summary, it doesn't look like a G2 issue but a server/PHP setup issue.
Maybe you have an old / misconfigured php.ini file.
I'll wager you'll have similar issues with any php application you try to run.
Best bet is to refer the issues to the debian list.
--
dakanji.com
Posts: 23
I think you are right; These error messages does not only emanate from Gallery. Whenever a PHP based web site on my server is accessed, including Gallery, they are generated. I run several Mediawikis, and they work well but generate the same errors.
The messages are taken from apache2 error.log.
/jason
Posts: 23
You were right. The active php.ini was from pre squeeze. Changed that, so now the error messages about deprecated calls have disappeared. But I still have the upload issue exactly as before upgrade of php.ini, unfortunately.
Can I reinstall Gallery? Would that help?
/jason
Posts: 23
Found this bug report. Don't know if it is the exact same problem, but from the user perspective it is the same malfunction.
/jason
Posts: 23
After upgrading and pacthing of Gallery Remote and uploadapplet, the uploadapplet at least executes. But each file takes approx one minute to execute after the _file transfer_ is indicated ready.
But, I also get errors and uplaod fails:
141083|ERROR|GalComm2 |com.gallery.GalleryRemote.GR2Exception: HTTP POST failed (HTTP 500 Internal Server Error )
at com.gallery.GalleryRemote.GalleryComm2.requestResponse(GalleryComm2.java:1443)
at com.gallery.GalleryRemote.GalleryComm2.requestResponse(GalleryComm2.java:1366)
at com.gallery.GalleryRemote.GalleryComm2$UploadTask.uploadPicture(GalleryComm2.java:595)
at com.gallery.GalleryRemote.GalleryComm2$UploadTask.runTask(GalleryComm2.java:505)
at com.gallery.GalleryRemote.GalleryComm2$GalleryTask.run(GalleryComm2.java:292)
at java.lang.Thread.run(Unknown Source)
Any suggestions?
/jason
Posts: 1642
I think I last used the upload applet more than five years ago and maybe you similarly might want to look into alternatives.
--
dakanji.com
Posts: 8339
This is a server mis-configuration, not java - although I agree w/ Dayo about seeking alternatives to the old as hell java applets.
did you ever post a link to your php.ini?
-s
Posts: 23
It is a malfunction connected to the EXIF module. Without the EXIF module both Uploadify and uploadapplet performs OK. But without the EXIF module I get the upload date as capture date, not the actual capture date
Do you know of a update/patch of the EXIF module?
/jason
Posts: 23
http://barbafarfar.barbanet.com/php.ini
/jason
Posts: 8339
Locking this thread as the issue is not related to the upload applet.
@see http://gallery.menalto.com/node/107345
-s
Posts: 8339
Comments are now locked for this topic.