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)
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.
Updated•13 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•