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:

CPG Release 1.6.26
Correct PHP8.2 issues with user and language managers.
Additional fixes for PHP 8.2
Correct PHP8 error with SMF 2.0 bridge.
Correct IPTC supplimental category parsing.
Download and info HERE

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 2 Guests 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