Closed Bug 87730 Opened 23 years ago Closed 23 years ago

Java applet drawing doesn't appear until window refreshed

Categories

(Core Graveyard :: Java APIs to WebShell, defect)

x86
Windows NT
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: camalot, Assigned: James.Melvin)

References

()

Details

(Whiteboard: [jpibug])

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.1+) Gecko/20010625 BuildID: 2001062504 At least with this particular site, a java applet is not properly drawing in the embedded display area. Only a portion of the drawing is done. Forcing a refresh of the Mozilla window by for example covering it with another windown and then bring it back to the top causes everything to be shown. This happens during many display operation of the applet. See th steps to reproduce for a good example. I have tested the same applet in Netscape 4.76 and do not see this problem. I have also tested this with the 2001062211 trunk build on Windows 2000 and had the same problem. Reproducible: Always Steps to Reproduce: 1. Go to the site http://webpac.santaclaracountylib.org/ 2. You should see a black bar on the left-hand side of the applet with options like "Library Catalog", "Patron Information", etc. Click on the one titled "Best Sellers". 3. A blue bar should appear across the top of the applet with some icons in it. For me, consistently the rightmost two icons do not draw.4. In the center white area of the applet, I see the text "Your Search: Best Sellers" and "Headings: 43" (may be slightly different number if the library changes its database...). Immediately below this text you should see the headers for a table, with the titles "List Name" and "# of Titles". For me, the area immediately below the table header is blank, and near the bottom of the applet area there is a button with the name "Show Details". 5. Now cover the Mozilla window with another one and then bring the mozilla window back to the top. Presto, missing icons described in step 3 and the missing table contents (including a scroll bar) described in step 4 appear. Actual Results: See steps to reproduce Expected Results: See steps to reproduce
I see this with today's trunk and JDK 1.3.1. I have filed bugtraq bug 4475586. Marking INVALID jpibug, reassign to Jim Melvin.
Assignee: edburns → James.Melvin
Whiteboard: [jpibug]
jpibug invalid
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
I'm still seeing this problem on Windows 2000/Mozilla 0.9.8 and JRE 1.3.1. Is this to be expected, or is this problem believed to be fixed now? I know that this bug is apparently a jre/java problem not Mozilla, but I have no way to check the status of the jre/java bug that was filed so I'm hoping that someone that can will update the information here. I would really like to see this fixed as it makes Mozilla unusable for one of the activities I consider particularly important, searching my local public library catalog. Thanks.
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.