Closed Bug 108363 Opened 23 years ago Closed 22 years ago

Java applet works - but is incomplete

Categories

(Core Graveyard :: Plug-ins, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9.9

People

(Reporter: dominik.tappe, Assigned: peterl-bugs)

References

()

Details

Attachments

(2 files)

The java plugin does not display all the product categories  that it should,
only the first 11.
I'm using java 1.3.1_01 (Sun), and the applet works fine with Opera and the same
Java VM.There are tons of parameters passed to the applet (all the products the
shop is selling), and it looks like Mozilla has a (too small) limit on how many
java-applet-parameters it can handle - perhaps a fixed buffer size.
->OJI
Assignee: idk → joe.chou
Component: Java-Implemented Plugins → OJI
QA Contact: avm → pmac
Simple test case - attempts to read 100 longish parameters from HTML.  Usually
starts to fail after 4 or 5 parameters are successfuly read, then the rest are
null.
*** This bug has been confirmed by popular vote. ***
Status: UNCONFIRMED → NEW
Ever confirmed: true
This bug can be demonstrated in various applets.

Check http://www.sar-dog.org.nz/

It is also a problem on Win95 and Linux.

If you reload the frame often enough, eventually you will get everything.
*** Bug 118857 has been marked as a duplicate of this bug. ***
I've seen on windows 98 & linux redhat 6.2 (commercial trunk:
2002-01-17-09-trunk) with jre 1.31.

Current behavior: Only partial of the items are listed as follows:

Gehäuse
FDD
Mainboards
Controller
HDD
CPUs/RAM
----------------------------
Confirm on netscape 4.x, all the items are listed as follows:

Gehäuse
FDD
Mainboards
Controller
HDD
CPUs/RAM
Lüfter
VGA-Karten/TV-Karten
Monitore
CD-ROM/Brenner/..
Medien
Backup
Sound
Eingabegeräte
Netzwerk
Scanner/Cams
Drucker
Kabel
Notebooks
Software
Zubehör
Angebots-PC
Highlights
Dienstleistungen
Schnäppchen

This happens because mozilla starts applet before the whole

<applet> content has parsed (it triggers reflow after is sees

opening tag and this reflow causes applet initialization).

To fix this, we need to defer reflow until <applet> is fully

parsed


(Platform -> All, OS -> All)
 

per Denis comment changing Platform/OS to All/All
OS: Windows 98 → All
Hardware: PC → All
Attached patch suggested fixSplinter Review
defer reflow until whole tag content parsed.
This bug probably should go to another category (layout?)
peter: could you please review proposed 2-line patch?

In fact this problem is not specific for java plugin and 
  defer initialization of plugin untill all its parameters 
  are parsed (for example this may be the case of flash too!).

-> Plugins


Component: OJI → Plug-ins
-> reassign to Denis
Assignee: joe.chou → adu
Comment on attachment 70280 [details] [diff] [review]
suggested fix

r=peterl
Attachment #70280 - Flags: review+
Peter, whom should I ask for sr=?
Someone in layout from this list:
http://www.mozilla.org/hacking/reviewers.html

Maybe Marc can sr=?
Keywords: patch, review
Target Milestone: --- → mozilla0.9.9
Comment on attachment 70280 [details] [diff] [review]
suggested fix

sr=attinasi
Attachment #70280 - Flags: superreview+
Peter, could you check it in, please?
needs drivers approval today
Assignee: adu → peterl
Keywords: reviewapproval, nsbeta1+
patch in trunk, marking FIXED.

Thanks Denis!
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Verified on mac os 10.1.2., os 9.2, and windows 98 
(commercial build: 2002-02-25-08-trunk)
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: