Closed Bug 112428 Opened 24 years ago Closed 14 years ago

java applet view does not get redrawn correctly

Categories

(Core Graveyard :: Plug-ins, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: hfastt, Assigned: joe.chou)

References

()

Details

Attachments

(3 files)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.6) Gecko/20011120 BuildID: 2001112009 When I interact with the Java applet and it has to show something new, only part of the visual components are visualized. I have to overlap the Mozilla window with another window and then uncover it, so the applet gets redrawn correctly. Reproducible: Always Steps to Reproduce: 1. Open http://tplwpac.tpl.toronto.on.ca/ in the browser window 2. Click on 'Library Catalogue' 3. Enter a searchstring (e.g. "java") and click on the 'search' button 4. The query results should appear, but not all components get drawn 5. Switch to another window, so that it covers the browser window 6. Switch back to the browser window 7. Now the display is correct Actual Results: The Java applet view does not get redrawn (updated) correctly. Some parts of the visual presentation are not displayed. Expected Results: Redraw the Java applet view completely. I found this bug only with this Java applet. Other applets work OK. I tried JRE 1.3, 1.3.0.1 and 1.3.1 and it behaves the same. I tried Mozilla 0.9.4, 0.9.5, and 0.9.6 and it behaves the same. I tried IE 5, NC 4.72, and NC 4.79 and the applet works correctly. I am not very sure whether this is not a problem of the applet itself, but other browsers seem to live with it, while Mozilla doesn't cope with it.
oji
Assignee: av → joe.chou
QA Contact: shrir → pmac
I am seeing this also. I have always had problems with java and mozilla. Updating to JRE 1.3.1_01 didn't help. If I go to http://www.stadtplandienst.de/query?ORT=s;PLZ=70178;STR=Roteb%C3%BChlstr%2E;HNR=86;GR=2 and then minimize and maximize the window, the overview on the left side is not redrawn. (Or rather it is redrawn, but then drawn over by a grey rectangle.) If you drag another window over it, it is sometimes partially redrawn, sometimes not. Any help would be appreciated. By the way, my system settings: BuildID: 2001122106 System: Win2K SP2, German JRE: 1.3.1_01 International (German)
Reporter: IS this a problem with JRE1.4 ?
Matti: Yes, this is still occurring on my machine with JRE 1.4 International Version and Mozilla 0.9.9 (2002031104) :-(
I haven't installed JRE 1.4 yet, so I cannot comment.
Recently I made an upgrade to Mozilla RC1 (2002041711) and JRE 1.4.0 (international). I don't have the described problem anymore. The Java Applet view gets redrawn correctly.
Well, the bug still exists on my machine. RC1 with JRE 1.4.0i. Creating an attachment (screenshot)
I cannot reproduce with Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0.0+) Gecko/20020530 and Java 1.4.0. Do you still see it? pi
Hello Boris, yes I still see it here on my machine at work. Mozilla 2002052306 (RC3), W2K Prof. German, JRE 1.4.0 International. Strangely enough, on my machine at home (same setup, softwarewise) everything works fine. Maybe I have to do a clean install on my workcomputer. After all, its Windows...
That would be helpful. You can, of course, just wait for 1.0. Completely uninstall your old version (not necessarily your profile, but the complete program directory, first uninstall then delete the rest), install the new version and try again. Thanks. pi
Michael, did you ever do the clean reinstall?
Bill, I just reinstalled mozilla and Java, but the effect is still there. I uninstalled and deleted mozilla, but left my user preferences untouched. Then I uninstalled java 1.4 intl and rebooted. I then installed the latest mozilla (build 2002073004) and Java 1.4.1 beta. Since my testcase (www.stadtplandienst.de) is not using java anymore, I tested with the original url (Library Toronto). When I drag another window over the applet, it seems to remember the second last position and to update the wrong areas. I will attach a screenshot (never mind the colors, that got screwed up saving the screenshot with Paint). When I click on the title of browser window, the drawing area doesn't get redrawn. But if I move the mouse inside the applet window, it gets redrawn correctly. Since I have no programming skills with java, I don't know if this is an applet issue or an mozilla issue. I hope this makes more sense to you. If I can be of any more help, please let me know. Michael
The colors are screwed up while saving with paint. It looks regular on my screen.
try a new profile, maybe that helps..
WFM with JRE 1.4 on Mozilla 1.1b Build ID: 2002080604, Windows 2000 SP3
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.1b) Gecko/20020808 WFM. pi
Several people cannot reproduce the problem. Maybe it is a problem with your graphics card. Do you have access to any other machine where you can reproduce the problem? pi
Hi Pi, That's what I thought, too. Since it doesn't happen on my computer at home (built in graphics i815). Just on my machine at work (Matrox Millenium G450 Dual Head). But maybe it has to do with my german version of Windows? Or it's inside java? Or something else. I don't know. I see a buggy behavior now on my laptop (nVidia GeForce4 440 Go, Dell Edition). See the attached screenshot. The ghost graphic goes away when my mouse enters the java area. To reproduce: drag another window over the applet and then focus on the java browser window by clicking on the title bar. There will be some residual images as shown in the screenshot. BTW, running on Mozilla 1.1 (20020826) and Java 1.4.1 (RC?) Intl I hope this helps in any way to fix this, Michael
My previous text was wis Win98SE German. I could not retest now because of problems on their side (some connection failed). pi
Still WFM: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.1b) Gecko/2002083008 pi
java 1.4.1. nightly 20020927-08, w2k sometimes the window will be re-drawn, sometimes it won't If I'm changing windows slow, it takes 1 to 3 seconds until the applet will be re-drawn, but: my mozilla hangs up: - open the page - open an explorer-window - change the position of the explorer-window very fast 10 times - I see red boxes left, that won't be redrawn in the applet-window If I repeat too often, mozilla slows down.. hangs up... windows won't react to.. I had to kill the task via ctrl-alt-del
Marking new based on last comment and more in de.comm.software.mozilla. pi
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reporter & others: Is this problem still occuring? The webpage in the description is without java now and I cannot reproduce the problem with mozilla 1.6 on WinXP Pro, Java 1.4.2_03 on the URL mentioned in comment #10. Suggesting RESOLVED WFM due to the fact that there are no dupes and no comments for more than one year.
Since none of the test cases works anymore, I would also call this WFM. I haven't noticed the behavior for a couple of month now. So I guess, something has changed: either all bad java applets have been pulled of the websites or something in Mozilla/Java has improved.
I haven't seen this behaviour anymore, but I haven't been visiting a lot of Java-applet websites. Unfortunately (for the purpose of the bug), the Toronto Public Library Java applet is gone. Also, I have a new video card. The one with which I experienced the problem was an ATI RagePro 128 (All-in-Wonder 128 Pro) with Windows 2k drivers.
Probably related to: Bug 132978 Mozilla window shows trash when rescaling fullsize applet Bug 148958 applet won't resize Bug 165724 Java applet painted to wrong Moz window Bug 170810 Java applet display area erased incorrectly Bug 176333 Java-Applet-Panel overwrites the Mozilla-Menu-Bar Bug 190759 applet is not resizing after a window resize operation Bug 190877 Applet may paint anywhere and scramble screen Bug 266596 Java Applet resize: cannot enlarge (or shrink sometimes); ("native" panel is fixed size). Bug 272423 Java applet incorrectly painting Bug 300346 Redraw errors after resizing a window containing an applet with 100% width and height
QA Contact: pmac → plugins
URL in comment 0 is no more available. URL in comment 2 is WFM with Firefox 5.0 on Windows XP and Java 1.6.0.26.
Much has changed since this bug was filed and I suspect it is no longer useful. The page it is filed about doesn't exist any more.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → INVALID
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: