jupload not working jupload not working
 

News:

cpg1.5.48 Security release - upgrade mandatory!
The Coppermine development team is releasing a security update for Coppermine in order to counter a recently discovered vulnerability. It is important that all users who run version cpg1.5.46 or older update to this latest version as soon as possible.
[more]

Main Menu

jupload not working

Started by s24195, July 01, 2008, 09:37:50 PM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

s24195

Hi everybody!

I recently installed cpg1418 and wanted to use jupload, but it does not work.
It is not due to my JRE, as other test versions are working.

My config is as follows:
debian 4
apache2
suphp (php4)


My problem is that the apache error.log shows the following:


[Tue Jul 01 21:28:26 2008] [crit] [client 77.135.27.250] (13)Permission denied: /data/sylvia-dan
iel/incoming/web/cpg1418/plugins/jupload/resources/.htaccess pcfg_openfile: unable to check htac
cess file, ensure it is readable

But there is no .htaccess in that directory

[Tue Jul 01 21:28:26 2008] [error] [client 77.135.27.250] File does not exist: /data/sylvia-dani
el/incoming/web/cpg1418/wjhk




The access.log shows:
77.135.4.74 - - [01/Jul/2008:19:37:31 +0200] "GET /cpg1418/wjhk/jupload2/JUpload
Applet.class HTTP/1.1" 404 239 "-" "Opera/9.50 (Windows NT 6.0; U; de)"


I am not sure whether this is a config problem of jupload, or whether it is a problem of my apache+php, but I just don't know where else to look for a solution.

It seems like my apache thinks that the java file to supply to the browser is /data/sylvia-dani
el/incoming/web/cpg1418/wjhk
instead of data/sylvia-daniel/incoming/web/cpg1418/plugins/jupload/whjk.jupload.jar .
But why is that and how can I change that behaviour!??

I have set up an admin account for you to test and tweak this installation!

The cpg can be found here: http://sylvia-daniel.jm.vc

User test
PW jupload

Any help is greatly appreciated!!

Regards
Jörg

s24195

Okay, I solved it!
I changed my charset from ISO18...
to UTF-8 and now it works!!

Jörg

s24195

Hello again,

I was so glad yesterday that the applet loaded that I totally forgot about testing it!

Then I found out that while uploading I got this
404 file not found error

I thought this was due to some messed up file permissions and I decided to reinstall the plugin and now again I am having the same troubles as before!
The problem is that I do not know what was the last step that got it running! I thought it was switching the charset, but maybe that was just a coincidence...

So again any help greatly appreciated!!

Jörg

etienne_sf

Quote from: s24195 on July 02, 2008, 08:01:30 AM
Hello again,

I was so glad yesterday that the applet loaded that I totally forgot about testing it!

Then I found out that while uploading I got this
404 file not found error

I thought this was due to some messed up file permissions and I decided to reinstall the plugin and now again I am having the same troubles as before!
The problem is that I do not know what was the last step that got it running! I thought it was switching the charset, but maybe that was just a coincidence...

So again any help greatly appreciated!!

Jörg

Hi,

  Check the URL you've put in the Coppermine configuration for your gallery.

If it seems correct, please provide me the debug output of the applet.

Etienne

s24195

Hello Etienne,

it seems as the problem was due to
suphp
and the ownership / rights on the files.
Even though there where no errors shown in the logfile of suphp it seems like it interupted the execution of the php file in some parts!
So after setting suphp to a somehow "unsecure" setting it works fine.

Now that it runs I will make my suphp settings step by step more secure and see how long jupload will still work.

Thank you for your help and this wonderful tool!!

Jörg

etienne_sf

Quote from: s24195 on July 06, 2008, 01:21:31 PM
Hello Etienne,

it seems as the problem was due to
suphp
and the ownership / rights on the files.
Even though there where no errors shown in the logfile of suphp it seems like it interupted the execution of the php file in some parts!
So after setting suphp to a somehow "unsecure" setting it works fine.

Now that it runs I will make my suphp settings step by step more secure and see how long jupload will still work.

Thank you for your help and this wonderful tool!!

Jörg

Thanks for the comment.

  To help your analysis, the problem is probably in the internal part of the plugin. To accelerate picture's file access, I create subdirectories to user's folders. I guess it doesn't work in your conf. You can comment these lines, y going to the j_picmgmt.inc.php filem around line 633. Lines to comment are from 600 to 648 in the last release.

Etienne