Closed Bug 401064 Opened 18 years ago Closed 11 years ago

SnowFX applet requires a click to display

Categories

(Core Graveyard :: Plug-ins, defect, P3)

x86
macOS

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: stephend, Unassigned)

References

()

Details

Attachments

(1 file)

Build ID: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a9pre) Gecko/2007102404 Minefield/3.0a9pre I don't yet have a regression range. Steps to Reproduce: 1. Load http://www.v-workshops.com/java/ Expected Results: Applet loads and displays a message reading "Welcome to V-Workshops", and it has snow falling down. Actual Results: "Applet SnowFX started", followed by "Applet running..." status messages appear, but the applet doesn't display until you click on its area. Most times, even when the applet does display, it takes a reload to get the snow to begin falling, too.
Attached file Sample of this state
Not sure if this is helpful, but here's a sample of Minefield in this state, culled from Activity Monitor
Flags: blocking1.9?
This bug doesn't happen on the 1.8 branch. And I've found the regression range for it on the trunk: The 2007-08-06-04-trunk nightly doesn't have this bug, but the 2007-08-07-04-trunk nightly does have it. I think the most likely culprit is the patch for bug 390385: http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2007-08-06+17%3A32%3A00&maxdate=2007-08-06+17%3A32%3A00&cvsroot=%2Fcvsroot
Biesi: Wanna look at this? Steven: Any help you could provide would be appreciated
Assignee: nobody → cbiesinger
Blocks: 390385
Flags: blocking1.9? → blocking1.9+
I definitely plan to work on this, from both sides (JEP and browser-trunk). But since I now generally only do JEP-related work on the weekends, it may be a while before I can get to it. I think it's right to block the 1.9 release for this, but I don't get the impression it's drop-dead urgent.
Awesome, thanks for your help Steven! Let us know if you need additional help.
Assignee: cbiesinger → smichaud
Is it all Java applets, or just this one?
(In reply to comment #6) > Is it all Java applets, or just this one? I've tested a fair amount of Java applets on Mac trunk, and haven't yet seen this particular bug.
Since we've only seen this with one applet we're not giving this a high priority. However, if people start complaining about java being broken due to this bug we probably should up the priority.
Priority: -- → P4
Seems to be more than just this particular applet; see http://www.xs4all.nl/~pot/infocom/ for another page that doesn't display on-screen--although it does appear to successfully initialize--until you explicitly click in its area.
Upping to P3 for now
Priority: P4 → P3
Flags: wanted-next+
Flags: tracking1.9+
Flags: blocking1.9-
Incidentally, both URLs in comment 0 and comment 9 initialize just fine for me with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9pre) Gecko/2008043004 Minefield/3.0pre. jst: a guess at which bug(s) fixed this?
Is there any way we could turn this into a mochitest or reftest? That would be rockin'
The JEP is long gone, and this problem seems to have been fixed.
Assignee: smichaud → nobody
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: