Closed Bug 87730 Opened 21 years ago Closed 21 years ago

Java applet drawing doesn't appear until window refreshed


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

Windows NT
Not set


(Not tracked)



(Reporter: camalot, Assigned: James.Melvin)




(Whiteboard: [jpibug])

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.1+)
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
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 
Assignee: edburns → James.Melvin
Whiteboard: [jpibug]
jpibug invalid
Closed: 21 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.