Welcome Guest! You need to login or register to make posts.

Notification

Icon
Error

Options
Go to last post Go to first unread
jamez  
#1 Posted : Tuesday, December 18, 2007 4:56:37 AM(UTC)
jamez

Rank: Member

Groups: Member
Joined: 4/19/2006(UTC)
Posts: 3

We have been using the ImageUploader 4.5 dual plug-in for a while now.

But recently we have clients that have updated their Java to the latest (on a Mac) and now when they come to our upload page that has the ImageUploader, it either freezes or when they select photos and click upload, it hangs at the "preparing data" progress bar.

Do you know if there is a new issue caused by the latest version of Java on the mac? (v 11.7.0?)

This was the message i got from our client:

"Both mac machines are using 1.4.2 Java Plug-ins. The machine that I had success on was version 11.5.0

The machine that has a problem is running version 11.7.0"

Thanks

Alex Makhov  
#2 Posted : Tuesday, December 18, 2007 12:10:22 PM(UTC)
Alex Makhov

Rank: Advanced Member

Groups:
Joined: 8/3/2003(UTC)
Posts: 998

Hello,

Unfortunately, we do not have Mac 11.5.0, we are using earlier versions for testing. Please submit case and we will make a special log version to find the reason of the problem.

Edited by user Thursday, May 22, 2008 3:00:35 PM(UTC)  | Reason: Not specified

Sincerely yours,

Alex Makhov

UserPostedImage Follow Aurigma on Twitter!

stevepiercy  
#3 Posted : Thursday, December 20, 2007 5:29:21 AM(UTC)
stevepiercy

Rank: Member

Groups: Member
Joined: 11/13/2007(UTC)
Posts: 16

jamez wrote:
We have been using the ImageUploader 4.5 dual plug-in for a while now.

But recently we have clients that have updated their Java to the latest (on a Mac) and now when they come to our upload page that has the ImageUploader, it either freezes or when they select photos and click upload, it hangs at the "preparing data" progress bar.

Do you know if there is a new issue caused by the latest version of Java on the mac? (v 11.7.0?)

This was the message i got from our client:

"Both mac machines are using 1.4.2 Java Plug-ins. The machine that I had success on was version 11.5.0

The machine that has a problem is running version 11.7.0"

I have begun to receive reports of this exact same problem as well. It could be due to the recent Java update or it could be my java-only version of IU 2.5.72.0. With your report as a data point, I am inclined to believe that the Java update is at fault.

My users have the following Java Plugin Settings/Preferences, all of which are v. 11.7.0:

/Applications/Utilities/Java/J2SE 5.0/Java Preferences

/Applications/Utilities/Java/Java 1.3.1 Plugin Settings

/Applications/Utilities/Java/Java 1.4.2 Plugin Settings

To determine which plugin is actually being used, launch:

/Applications/Utilities/Java/J2SE 5.0/Java Preferences

Under the General tab, check the order of the Java Application Runtime Settings. That should indicate which version is actually used.

To determine Java version:

/Applications/Utilities/Terminal

Enter the command 'java -version'.

All of my users show:

java version "1.5.0_13"

Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-b05-241)

Java HotSpot(TM) Client VM (build 1.5.0_13-121, mixed mode, sharing)

Finally, my users run Mac OS X 10.4.11, with all the latest Software Updates. They all have experienced the same issue where both Safari 3.0.4 and Firefox 2.0.0.11 hang at "preparing data".

I can provide detailed console results upon request.

Alex Makhov  
#4 Posted : Thursday, December 20, 2007 9:09:55 PM(UTC)
Alex Makhov

Rank: Advanced Member

Groups:
Joined: 8/3/2003(UTC)
Posts: 998

Hello,

Yes, please, show the console dump.

Sincerely yours,

Alex Makhov

UserPostedImage Follow Aurigma on Twitter!

stevepiercy  
#5 Posted : Friday, December 21, 2007 7:53:16 AM(UTC)
stevepiercy

Rank: Member

Groups: Member
Joined: 11/13/2007(UTC)
Posts: 16

I have results from two users who have reported problems. The following is a paste of their Apple System Profile Hardware Overview, followed by the console dump with the domain name blanked out *************.

User 'frankdeluca' shows that they are using JRE 1.4.2_12, but that should work, yes?

User two is missing the JRE version, but let me know if you need it and I'll try to get it from him.

============================================================

USER FRANKDELUCA

Hardware Overview:

Machine Model: PowerBook G4 15"

CPU Type: PowerPC G4 (3.2)

Number Of CPUs: 1

CPU Speed: 1 GHz

L2 Cache (per CPU): 256 KB

L3 Cache (per CPU): 1 MB

Memory: 1 GB

Bus Speed: 133 MHz

Boot ROM Version: 4.5.3f2

Serial Number: QT246246N4M

============================================================

Java Console

Java(TM) Plug-in: Version 1.4.2_12

Using JRE version 1.4.2_12 Java HotSpot(TM) Client VM

User home directory = /Users/frankdeluca

Proxy Configuration: No proxy

----------------------------------------------------

c: clear console window

f: finalize objects on finalization queue

g: garbage collect

h: display this help message

l: dump classloader list

m: print memory usage

o: trigger logging

p: reload proxy configuration

q: hide console

r: reload policy configuration

s: dump system properties

t: dump thread list

v: dump thread stack

x: clear classloader cache

0-5: set trace level to <n>

----------------------------------------------------

Aurigma ImageUploader version: 2.5.72.0

Current document URL: http://*************************/membership/index.lasso#alert

Reading cookies

Reading referer

Referer: http://***********************/membership/index.lasso#alert

Reading additional form content

Form element:<hidden><username><foofoo4>

Additional form processing done

Uploading to http://*********************/membership/upload.lasso

Setting HTTP params: Host=iwg.photography.org

java.lang.NoSuchMethodError: java.lang.String.replace(Ljava/lang/CharSequence;Ljava/lang/CharSequence;)Ljava/lang/String;

at com.aurigma.imageuploader.upload.g.a(Unknown Source)

at com.aurigma.imageuploader.upload.c.b(Unknown Source)

at com.aurigma.imageuploader.upload.c.c(Unknown Source)

at com.aurigma.imageuploader.upload.c.run(Unknown Source)

at java.lang.Thread.run(Thread.java:552)

============================================================

USER TWO

Hardware Overview:

Machine Name: Power Mac G5

Machine Model: PowerMac7,3

CPU Type: PowerPC G5 (3.1)

Number Of CPUs: 2

CPU Speed: 2.7 GHz

L2 Cache (per CPU): 512 KB

Memory: 8 GB

Bus Speed: 1.35 GHz

Boot ROM Version: 5.2.4f1

Serial Number: RM628084RU4

============================================================

MRJ Plugin for Mac OS X v1.0.1

[starting up Java Applet Security @ Fri Dec 14 05:10:32 PST 2007]

Fri Dec 14 05:10:44 PST 2007 JEP creating applet com.aurigma.imageuploader.ImageUploader (http://iwg.photography.org/membership/)

Aurigma ImageUploader version: 2.5.72.0

Current document URL: http://iwg.photography.o...ership/index.lasso#alert

Reading cookies

<<< ProxyClassLoader: defined LiveConnectProxy class. >>>

<<< Here're the permissions you've got: >>>

<<< java.security.Permissions@102fab (

(java.net.SocketPermission iwg.photography.org connect,accept,resolve)

)

>>>

Reading referer

Referer: http://iwg.photography.o...ership/index.lasso#alert

Exception in thread "Thread-18" java.lang.OutOfMemoryError: Java heap space

Exception in thread "Thread-19" java.lang.OutOfMemoryError: Java heap space

Alex Makhov  
#6 Posted : Tuesday, December 25, 2007 12:43:17 PM(UTC)
Alex Makhov

Rank: Advanced Member

Groups:
Joined: 8/3/2003(UTC)
Posts: 998

Hello,

As I see on the colsole, one unsupported method is used. We have fixed this problem and the fix will be available shortly. Please submit case to get it because Image Uploader 4.x is already obsolete.

As about the OutOfMemory problem in Image Uploader 5.0 we have implemented new thumbnail generation mechanism which is more reliable so you could try to upload your problem images with Image Uploader 5.0.

Edited by user Thursday, May 22, 2008 3:04:25 PM(UTC)  | Reason: Not specified

Sincerely yours,

Alex Makhov

UserPostedImage Follow Aurigma on Twitter!

stevepiercy  
#7 Posted : Tuesday, December 25, 2007 8:41:26 PM(UTC)
stevepiercy

Rank: Member

Groups: Member
Joined: 11/13/2007(UTC)
Posts: 16

Alex Makhov wrote:
As I see on the colsole, one unsupported method is used. We have fixed this problem and the fix will be available shortly. Please submit case to get it because Image Uploader 4.x is already obsolete.

Has this problem with the unsupported method been fixed in IU 5.0?

Alex Makhov wrote:
As about the OutOfMemory problem in Image Uploader 5.0 we have implemented new thumbnail generation mechanism which is more reliable so you could try to upload your problem images with Image Uploader 5.0.

I tried to download the demo, but I repeatedly got a javascript error. I emailed info@aurigma.com for assistance.

Edited by user Thursday, May 22, 2008 3:04:37 PM(UTC)  | Reason: Not specified

Alex Makhov  
#8 Posted : Thursday, December 27, 2007 6:11:38 PM(UTC)
Alex Makhov

Rank: Advanced Member

Groups:
Joined: 8/3/2003(UTC)
Posts: 998

Hello Steve,

1) OK, they will send you a direct link or something.

2) Yes, sure. Also there will be a next Image Uploader 4.x release available soon so the fix will be added there too.

Sincerely yours,

Alex Makhov

UserPostedImage Follow Aurigma on Twitter!

stevepiercy  
#9 Posted : Sunday, January 6, 2008 7:25:09 PM(UTC)
stevepiercy

Rank: Member

Groups: Member
Joined: 11/13/2007(UTC)
Posts: 16

Alex Makhov wrote:
1) OK, they will send you a direct link or something.

Okay, downloaded and testing 5.0. So far, not so good luck. Will post details after I finish collecting user data.

Alex Makhov wrote:
2) Yes, sure. Also there will be a next Image Uploader 4.x release available soon so the fix will be added there too.

Is there an estimated release date for this fix to IU 4.x?

Thank you!

Andrew  
#10 Posted : Sunday, January 6, 2008 9:06:00 PM(UTC)
Andrew

Rank: Advanced Member

Groups: Member, Administration
Joined: 8/2/2003(UTC)
Posts: 870

Thanks: 2 times
Was thanked: 26 time(s) in 26 post(s)
Not sure whether Alex and guys fixed the issue in this version, but here is the latest 4.x family build we made right before the New Year:

Image Uploader Legacy Downloads

Hope this helps.

Edited by user Tuesday, February 12, 2008 2:00:53 PM(UTC)  | Reason: Not specified

bjleblanc  
#11 Posted : Monday, January 7, 2008 12:31:46 AM(UTC)
bjleblanc

Rank: Newbie

Groups: Member
Joined: 1/7/2008(UTC)
Posts: 2

Have a similar problem outlined in this thread regarding Mac uploads through Safari.

Tried to download and install 4.6. Got a "extracted file may be corrupt error".

Have you published the manual install for download instead of the windows installer of 4.6?

Thanks.

stevepiercy  
#12 Posted : Monday, January 7, 2008 10:57:10 AM(UTC)
stevepiercy

Rank: Member

Groups: Member
Joined: 11/13/2007(UTC)
Posts: 16

Andrew wrote:
Not sure whether Alex and guys fixed the issue in this version, but here is the latest 4.x family build we made right before the New Year:

Image Uploader Legacy Downloads

Extracting the .zip yields a .exe, no .jar. It is not usable on Macs, unless I am missing something.

Additionally this is labeled as version 4.6, and I have Aurigma ImageUploader version: 2.5.72.0.

All I want is a cross-platform, file upload utility, that resizes images on the client side, and can pass along additional user information in well-formed headers. I would like to stick with IU, but I have not yet had it work consistently for my users, so I must broaden my search for working file upload utilities as a backup plan.

Edited by user Tuesday, February 12, 2008 2:01:31 PM(UTC)  | Reason: Not specified

Andrew  
#13 Posted : Monday, January 7, 2008 2:29:48 PM(UTC)
Andrew

Rank: Advanced Member

Groups: Member, Administration
Joined: 8/2/2003(UTC)
Posts: 870

Thanks: 2 times
Was thanked: 26 time(s) in 26 post(s)
bjleblanc wrote:
Have a similar problem outlined in this thread regarding Mac uploads through Safari.

Tried to download and install 4.6. Got a "extracted file may be corrupt error".

Have you published the manual install for download instead of the windows installer of 4.6?

Thanks for your report! Perhaps it is corrupted indeed. I have just reuploaded it.

stevepiercy wrote:
Extracting the .zip yields a .exe, no .jar. It is not usable on Macs, unless I am missing something.

This EXE file is self-install Image Uploader SDK which contains Image Uploader binaries (CAB and JAR), documentation and samples. You should extract them on Windows workstation and put JAR from this SDK to your server.

If you need an unpacked SDK, here you are:

Image Uploader Legacy Downloads

You can use it if you want to develop on Mac or if you have problems with self-install package.

stevepiercy wrote:
Additionally this is labeled as version 4.6, and I have Aurigma ImageUploader version: 2.5.72.0.

That's right. First Java version appeared when we released third ActiveX version. That's why the major version number of Java applet was less than the main package version number by 2. But since version 5.0 we decided to use the same version number for both ActiveX and Java to avoid confusion.

Edited by user Tuesday, February 12, 2008 2:01:56 PM(UTC)  | Reason: Not specified

stevepiercy  
#14 Posted : Monday, January 7, 2008 3:29:03 PM(UTC)
stevepiercy

Rank: Member

Groups: Member
Joined: 11/13/2007(UTC)
Posts: 16

Andrew wrote:

If you need an unpacked SDK, here you are:

Image Uploader Legacy Downloads

I was able to download and install, unfortunately it introduced two errors (4.5.72.0 did not have these errors):

(1) after images are uploaded, there is no page redirect

(2) additional form parameters are sent but with malformed headers

I cannot release this to users to test further with these two new errors. These errors also appear in the 5.0.15.0 release, along with 3 more errors.

Edited by user Tuesday, February 12, 2008 2:02:09 PM(UTC)  | Reason: Not specified

Andrew  
#15 Posted : Monday, January 7, 2008 7:40:53 PM(UTC)
Andrew

Rank: Advanced Member

Groups: Member, Administration
Joined: 8/2/2003(UTC)
Posts: 870

Thanks: 2 times
Was thanked: 26 time(s) in 26 post(s)
stevepiercy wrote:

I was able to download and install, unfortunately it introduced two errors (4.5.72.0 did not have these errors):

(1) after images are uploaded, there is no page redirect

As usual when RedirectUrl stops working in Java version (does AX still work fine?) it means some problems in JavaScript like missing declarations for functions you specify as event handlers. See my reply in this topic for more information on this:

http://forums.aurigma.co...ils-in-Java-version.aspx

stevepiercy wrote:

(2) additional form parameters are sent but with malformed headers

What is your server platform? How you parse POST variables? If you use some non-standard upload processing means, it may mean that they are not RFC-compliant.

stevepiercy wrote:

I cannot release this to users to test further with these two new errors. These errors also appear in the 5.0.15.0 release, along with 3 more errors.

We would greatly appreciate if you submit case with your bug reports for these errors.

Edited by user Thursday, May 22, 2008 3:08:45 PM(UTC)  | Reason: Not specified

stevepiercy  
#16 Posted : Tuesday, January 8, 2008 10:28:56 AM(UTC)
stevepiercy

Rank: Member

Groups: Member
Joined: 11/13/2007(UTC)
Posts: 16

Andrew wrote:
As usual when RedirectUrl stops working in Java version (does AX still work fine?) it means some problems in JavaScript like missing declarations for functions you specify as event handlers. See my reply in this topic for more information on this:

http://forums.aurigma.co...ils-in-Java-version.aspx

Thanks! That tip led me to fixing this issue.

Andrew wrote:
stevepiercy wrote:

(2) additional form parameters are sent but with malformed headers

What is your server platform? How you parse POST variables? If you use some non-standard upload processing means, it may mean that they are not RFC-compliant.

I am using Lasso as a server platform on Mac OS X 10.4.11.

I reviewed the RFC here:

http://rfc.net/rfc1867.html

Note that the RFC examples have the two headers Content-Type and Content-Transfer-Encoding on separate lines. When I run a network traffic monitor, I find the IU5 sends Content-Type and Content-Transfer-Encoding on the same line, with an extra ; (semi-colon)!

RFC Example:

--BbC04y

Content-disposition: attachment; filename="file2.gif"

Content-type: image/gif

Content-Transfer-Encoding: binary

Traffic Monitor Example from IU5:

--m6MkjlbhScZQLVxgNI-t3oibfdyrO-AI9NO

Content-Disposition: form-data; name="username"

Content-Type: text/plain; charset=UTF-8; Content-Transfer-Encoding:

8bit

foofoo10

In my IU version 4.5.72.0, it sent properly formed headers according to the RFC examples. But this version seems to have dropped it.

Alex Makhov  
#17 Posted : Thursday, January 10, 2008 3:55:57 PM(UTC)
Alex Makhov

Rank: Advanced Member

Groups:
Joined: 8/3/2003(UTC)
Posts: 998

Hello Steve,

The problem with RFC was because we have disabled 'three lines per header' feature in standard version. Today we have implemented a new property called PostFormat especially for your needs. George will send it to you shortly. This feature will be included to the next release of Image Uploader.

Sincerely yours,

Alex Makhov

UserPostedImage Follow Aurigma on Twitter!

Users browsing this topic
Forum Jump  
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.