I'm having trouble with the 3.6 version I am getting a "^success" error I'm having trouble with the 3.6 version I am getting a "^success" error
 

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

I'm having trouble with the 3.6 version I am getting a "^success" error

Started by neo_rambo, June 25, 2009, 10:39:57 PM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

neo_rambo

I'm having trouble with the 3.6 version I am getting a "^success" error. I read through the posts looking for a solution and I haven't found anything that works. I have tried increasing chunksize in the plugin management it is set to 3000 and the max file size is 7000 I'm using siteground as my host and I don't really have a upload limit. Could you please help me with this matter. I have enclosed the text file with the debug info

etienne_sf

Hi,

The error is due to an internal bug of the applet. It has already been reported, but I couldn't repeat it. So ... it's still open.

Can you precise:
- Your client OS, navigator (Firefox 3.0.11 on Windows XP, from what I've read)
- Do you use a proxy ?
- On server side: I read Apache (which version?), with PHP 5.2.5, on which OS ?

Etienne

neo_rambo

Quote from: etienne_sf on June 26, 2009, 12:44:09 PM
Hi,

The error is due to an internal bug of the applet. It has already been reported, but I couldn't repeat it. So ... it's still open.

Can you precise:
- Your client OS, navigator (Firefox 3.0.11 on Windows XP, from what I've read)
- Do you use a proxy ?
- On server side: I read Apache (which version?), with PHP 5.2.5, on which OS ?

Etienne

I am not using a proxy.

Program Versions
Apache: 1.3.41
Curl: 7.12.1
MySQL 4.1.22
Postgr eSQL 8.3.3
Python: 2.4.3
ImageMagic: 6.4.3

Program Version
Perl: 5.8.8
PHP: 5.2.5
ionCube Loader: 3.1.31
Zend Optimizer:
phpMyAdmin  2.11.9.4
OpenSSL: 0.9.8b

My OS is Linux

neo_rambo

Quote from: fotke on June 26, 2009, 10:27:34 PM
Dear Etienne,
Today I gave a shot to 3.6 to see if it solve my problem with Stramm's mod and JUploaded pics although it is not mentioned in "what's new" section. The 3.6 gave me "^success" error. I deinstalled 3.6 and installed previous version which now ran with same error so now I can't make a JUpload to work for me anymore. :(

Do You need additional information?

Best regards,
Zoran

Man, dude why do you have highjack the thread like that. That's not cool..

neo_rambo

it's cool it seems we are experiencing the same problem.. Hopefully Etienne can help out.

r.spierings

I have the same problem. I have updated Jupload from 3.2.4 to 3.6.0 and get the error:
"Unable to access to PostURL:'http://hostname/cpg/index.php?file=jupload/jupload&action=upload_picture&album=0'

When i ignore this error and try to upload a picture i get another error:
wjhk.jupload2.exception.JUploadException:unexpected EOF (in header)

I uninstalled the new version and installed several older versions that worked before. They all came up with the same error.
I updated coppermine 1.4.19 to 1.4.25 with the same result. The normal upload process works still fine.




etienne_sf

Quote from: neo_rambo on June 27, 2009, 11:46:58 PM
it's cool it seems we are experiencing the same problem.. Hopefully Etienne can help out.

Fotke,

  I splitted your messages in another thread. Like neo_rambo said, please don't interfere with another thread. It's too hard for me to analyse each answer, by checking who answer what.

Etienne

etienne_sf

Hi,

Update : thanks to r.spierings , the error I wrote previously is not the one relative to neo_rambo.

So:

r.spierings error is: EOF error.

00266 15:31:33.578 FileUploadThreadHTTP [DEBUG] === main header (len=1232):
00266 15:31:33.578 FileUploadThreadHTTP [DEBUG] POST /gallery/index.php?file=jupload/jupload&action=upload_picture&album=7 HTTP/1.1\r\n
00266 15:31:33.578 FileUploadThreadHTTP [DEBUG] Host: maryandkaivanaskari.com\r\n
00266 15:31:33.578 FileUploadThreadHTTP [DEBUG] Accept: */*\r\n
00266 15:31:33.578 FileUploadThreadHTTP [DEBUG] Accept-Encoding: identity\r\n
00266 15:31:33.578 FileUploadThreadHTTP [DEBUG] Connection: close\r\n
00266 15:31:33.578 FileUploadThreadHTTP [DEBUG] Cookie: 4images_lastvisit=1245775794; 4images_userid=1; 4images_rated=a%3A1%3A%7Bi%3A0%3Bi%3A2%3B%7D; a436871526c8d1f68cea6deeb91d9e2c=8c3392e0ca5f7b84e7e37ad83e9966f1; coppermine_data=YTo0OntzOjI6IklEIjtzOjMyOiJmY2EyMDBkNDMxMDVkOGRlMmEwMTYzMDMxZDExZGMwZCI7czoyOiJhbSI7aToxO3M6NDoibGFuZyI7czo3OiJlbmdsaXNoIjtzOjM6ImxpdiI7YTowOnt9fQ%3D%3DUser-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.11) Gecko/2009060215 Firefox/3.0.11\r\n



The neo_rambo issue is :

00007 15:30:29.561 wjhk.jupload2.JUploadApplet [DEBUG] Cookie: 4images_lastvisit=1245775794; 4images_userid=1; 4images_rated=a%3A1%3A%7Bi%3A0%3Bi%3A2%3B%7D; a436871526c8d1f68cea6deeb91d9e2c=8c3392e0ca5f7b84e7e37ad83e9966f1; coppermine_data=YTo0OntzOjI6IklEIjtzOjMyOiJmY2EyMDBkNDMxMDVkOGRlMmEwMTYzMDMxZDExZGMwZCI7czoyOiJhbSI7aToxO3M6NDoibGFuZyI7czo3OiJlbmdsaXNoIjtzOjM6ImxpdiI7YTowOnt9fQ%3D%3DUser-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.11) Gecko/2009060215 Firefox/3.0.11


Etienne

etienne_sf

Hi,

  Like fotke issue, the problem is:

It doesn't work for you, but works for me ... on your site.

Can you confirm that the problem occurs with both Firefox and IE ?

Then:
1) It's probably not relative to the browser (KO on both IE and Firefox)
2) It's not relative to the server

So:
- It may be relative to a global configuration of your PC
- It may be relative on the network part.

I don't believe on the last one. So...

I checked the code, and I guess I've found. But, as I can't check if the correction works (as it currently works for me), I just generated a patch.

It's attached here : JUpload revision 3.6.1rc1.

Can you test it ?

Etienne

neo_rambo

That works perfectly I tried uploading 3 files each being 3 megs and it worked fine in Google Chrome, and Mozilla firefox and it works perfectly. Thank you Etienne... Thank you