[Linux] Very long PARAM tags on APPLETs lock up Firefox [@JavaVM5::WaitingForReply]

RESOLVED INCOMPLETE

Status

--
major
RESOLVED INCOMPLETE
12 years ago
6 years ago

People

(Reporter: drbobbeaty, Unassigned)

Tracking

({hang})

1.8 Branch
x86
Linux

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [likely a JRE bug])

Attachments

(2 attachments)

(Reporter)

Description

12 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1) Gecko/20061003 Firefox/2.0
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1) Gecko/20061003 Firefox/2.0

I have an applet that takes plain-text encoded data (think uuencoded) as a PARAM tag. When I use Firefox for XP it loads and runs fine. When I use Firefox for Linux (Fedora Core 3) it hangs. I've used 1.5.0.6 and 1.5.0.7 and 2.0rc2 and they all have the same behavior. I'm going to try and attach the HTML file after I file this bug. Firefox starts the JVM, I see the Java console come up and initialize and then Firefox hangs. No repaints, no nothing. But this is ONLY on linux. Windows is fine.

Reproducible: Always

Steps to Reproduce:
1. Load attached HTML file.
2. JVM console appears
3. Firefox hangs.

Actual Results:  
I have to 'kill -9' the processes.
(Reporter)

Comment 1

12 years ago
Created attachment 241941 [details]
HTML with APPLET and a *very* long PARAM tag
Takes a new seconds here but nothing really bad.
Keywords: hang
(Reporter)

Comment 3

12 years ago
(In reply to comment #2)
> Takes a new seconds here but nothing really bad.

I don't mean to be a pain, but when I try this on a 2GB RAM, i686 running Fedora Core 3 and Firefox 2.0rc2 (as well as 1.5.0.6 and 1.5.0.7) I get it to hang.

Firefox on Win XP is *fine* - works great.

What hardware/OS are you using to get a response in a few seconds? I'd love to be able to put that together here and prove that it's on my end.

Updated

12 years ago
Severity: normal → major
Component: OS Integration → General
Keywords: qawanted
Product: Firefox → Core
QA Contact: os.integration → general
Version: unspecified → 1.8 Branch

Comment 4

12 years ago
Created attachment 242211 [details]
stacktrace during hang (SeaMonkey)

looks like a JRE bug

Updated

12 years ago
Assignee: nobody → yuanyi21
Component: General → Java: OJI
QA Contact: general → zhayupeng
(Reporter)

Comment 5

12 years ago
(In reply to comment #4)
> Created an attachment (id=242211) [edit]
> stacktrace during hang (SeaMonkey)
> 
> looks like a JRE bug

I've tried Sun's JRE 1.4.2_06, 1.4.2_07, 1.4.2_08, 1.5.0_02, and 1.5.0_08 and they all work fine in Firefox for the Sun's test of applet functionality as well as working for this example so long as the PARAM tag is considerably shorter.

Also, appletviewer for all these different JREs displays the applet/page fine. If it's a JRE bug then I'd expect it to fail on other platforms as well (WinXP in particular) as well as having the appletviewer fail.

So while it's possible to be in the JRE, I still wonder if it isn't something in Firefox on linux.
Component: Java: OJI → General

Comment 6

12 years ago
> I've tried Sun's JRE 1.4.2_06, 1.4.2_07, 1.4.2_08, 1.5.0_02, and 1.5.0_08 and
> they all work fine in Firefox for the Sun's test of applet functionality as

I really doubt that the "test of applet functionality" is meant to be an exhaustive test of the plugin.

> well as working for this example so long as the PARAM tag is considerably
> shorter.

Which doesn't really indicate anything.  The thing that's actually hanging in the stacktrace /is/ the plugin.

Anyway, I moved this bug into the Gecko component for communicating with the Java plugin, which (if it's not a plugin bug) is where the buggy code lives.
QA Contact: zhayupeng → general

Updated

9 years ago
Assignee: yuanyi21 → nobody
Component: General → Java: OJI
Keywords: qawanted
QA Contact: general → java.oji
Summary: Very long PARAM tags on APPLETs lock up Firefox → [Linux] Very long PARAM tags on APPLETs lock up Firefox [@JavaVM5::WaitingForReply]
Whiteboard: [likely a JRE bug]

Updated

8 years ago
Component: Java: OJI → Java: OJI
Product: Core → Core Graveyard

Comment 7

6 years ago
Mass-closing bugs in the "OJI" component: OJI plugin integration was replaced with npruntime long ago, and these bugs appear to be irrelevant now. If there is in fact a real bug that remains, please file it new in the "Core" product, component "Plug-ins".
Status: UNCONFIRMED → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.