Problems with upload applet after upgrading to squeeze

jason@barbanet

Joined: 2012-07-02
Posts: 23
Posted: Mon, 2012-07-02 07:57


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

 
suprsidr
suprsidr's picture

Joined: 2005-04-17
Posts: 8339
Posted: Mon, 2012-07-02 11:59

did you update java?

does Uploadify work?

-s

 
jason@barbanet

Joined: 2012-07-02
Posts: 23
Posted: Mon, 2012-07-02 15:28

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.

suprsidr wrote:
did you update java?

Running JRE 1.7.0_03 on the windows7 host. This host executes other applets OK.

Quote:
does Uploadify work?

Will test ASAP. Back with report.

/jason

 
jason@barbanet

Joined: 2012-07-02
Posts: 23
Posted: Mon, 2012-07-02 16:40
suprsidr wrote:
does Uploadify work?

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

 
suprsidr
suprsidr's picture

Joined: 2005-04-17
Posts: 8339
Posted: Mon, 2012-07-02 16:39
Quote:
Just about. 2-3 files out of five downloads OK. The others are stopped with http error.

this is a server-side error, not a gallery error.
look to server logs for hints.

-s

 
suprsidr
suprsidr's picture

Joined: 2005-04-17
Posts: 8339
Posted: Mon, 2012-07-02 16:41

this could be upload_max_filesize or post_max_filesize in php.ini
could

 
jason@barbanet

Joined: 2012-07-02
Posts: 23
Posted: Mon, 2012-07-02 19:15
suprsidr wrote:
this could be upload_max_filesize or post_max_filesize in php.ini
could

post_max_size = 8M
upload_max_filesize = 2M

The second one is definetly too small. What about the first? Suggested values, please?

/jason

 
suprsidr
suprsidr's picture

Joined: 2005-04-17
Posts: 8339
Posted: Mon, 2012-07-02 19:37
 
jason@barbanet

Joined: 2012-07-02
Posts: 23
Posted: Tue, 2012-07-03 07:30

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

 
Dayo

Joined: 2005-11-04
Posts: 1642
Posted: Tue, 2012-07-03 17:22

Can you please post the "deprecated" message(s)?

--
dakanji.com

 
jason@barbanet

Joined: 2012-07-02
Posts: 23
Posted: Tue, 2012-07-03 18:59

<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

 
Dayo

Joined: 2005-11-04
Posts: 1642
Posted: Tue, 2012-07-03 20:52

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

 
jason@barbanet

Joined: 2012-07-02
Posts: 23
Posted: Wed, 2012-07-04 06:45

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

 
jason@barbanet

Joined: 2012-07-02
Posts: 23
Posted: Thu, 2012-07-05 13:54
Dayo wrote:
Maybe you have an old / misconfigured php.ini file.

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

 
jason@barbanet

Joined: 2012-07-02
Posts: 23
Posted: Thu, 2012-07-05 15:29

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

 
jason@barbanet

Joined: 2012-07-02
Posts: 23
Posted: Fri, 2012-07-06 07:45

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

 
Dayo

Joined: 2005-11-04
Posts: 1642
Posted: Fri, 2012-07-06 13:26

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

 
suprsidr
suprsidr's picture

Joined: 2005-04-17
Posts: 8339
Posted: Fri, 2012-07-06 13:35
Quote:
HTTP POST failed (HTTP 500 Internal Server Error )

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

 
jason@barbanet

Joined: 2012-07-02
Posts: 23
Posted: Fri, 2012-07-06 18:30

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

 
jason@barbanet

Joined: 2012-07-02
Posts: 23
Posted: Fri, 2012-07-06 18:35
suprsidr wrote:
did you ever post a link to your php.ini?

http://barbafarfar.barbanet.com/php.ini

/jason

 
suprsidr
suprsidr's picture

Joined: 2005-04-17
Posts: 8339
Posted: Fri, 2012-07-06 21:16

Locking this thread as the issue is not related to the upload applet.
@see http://gallery.menalto.com/node/107345

-s

 
suprsidr
suprsidr's picture

Joined: 2005-04-17
Posts: 8339
Posted: Fri, 2012-07-06 21:17

Comments are now locked for this topic.