Assignee: rogerl → beppe
QA Contact: pschwartau → shrir
Summary: Browser hangs intermittently → Browser hangs intermittently with latest Flash 6 Linux Beta
Ed: thanks! It's hard to interpret these stack traces, but I'll try to reproduce the hang myself as well. By any chance, do you have an audio device running while you're accessing this site? If so, perhaps this bug is a duplicate of bug 58339: "Flash plugin (presumably 5.0 r47 - r50 only) hangs Mozilla, when it's trying to play audio, while audio device is active. (Reproducible with some [e.g. es1371] sound driver)" This might also be a duplicate of bug 155423, "Flash Player Freeze", which was reported with Flash 6 -
This is the Flash 6 player. It doesn't suffer from the Flash 5 audio hang. I dont think there is any audio on this page.
I was able to reproduce the hang using Shockwave Flash 6.0 r47 (it's released not a beta one), w2k mozilla 20021024 debug build, after couple reloads of test case url. it looks like |rv = iim->GetIIDForName(cstring, &iid);| http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/dom/src/base/nsDOMClassInfo.cpp&rev=1.128&root=/cvsroot#5678 returns an error for cstring=="PercentLoaded" (which is scriptable method of flash plug-in I believe) but we are looping here forever:( ccing jst.
Confirming and resummarizing based on Serge's findings. Changing OS: Linux ---> All.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Summary: Browser hangs intermittently with latest Flash 6 Linux Beta → Browser hangs intermittently with Flash 6.0
assigning to av for debug
Assignee: beppe → av
Priority: -- → P2
Target Milestone: --- → mozilla1.2final
Assignee: av → rogerl
QA Contact: shrir → pschwartau
The line number for the second link to lxr should read #4014.
cc'ing Brendan, Mike, Roger to see if they know why this infinite loop is occurring -
Assignee: rogerl → khanson
len may be negative, e.g. for a backward branch. I don't think this is a JS engine bug, yet. Can you debug more and show some evidence of an unpoliced infinite loop? What is the value of script->filename and script->lineno in the js_Interpret frame from which control never seems to return? What is the JS script or function starting at that line in that file? And does the DOM branch callback not eventually fire? Pls. confirm that cx->branchCallback refers to DOMBranchCallback. /be
Assignee: khanson → av
Compare the Shockwave hang explained at bug 169889 comment #14 -
*** Bug 169889 has been marked as a duplicate of this bug. ***
Created attachment 105276 [details] [diff] [review] patch v1 it appears loading plugin's channel in background is not good idea, if scriptable plugin is waiting for something to be done with the content in onload handler we can fall into infinite loop:(
Setting component to Plug-ins, not JS Engine -
QA Contact: pschwartau → shrir
So, this is a regression. Does it mean that this patch will bring back the bug about throbber?
I have not seen that, have you?
Comment on attachment 105276 [details] [diff] [review] patch v1 r=av. Looks like background load has been added in an attempt to fix the throbber problem. According to serge the problem is now fixed elsewhere, so we can back it out to fix the regression.
Attachment #105276 - Flags: review+
Comment on attachment 105276 [details] [diff] [review] patch v1 sr=darin provided this does not cause bug 172376 to be reopened.
Attachment #105276 - Flags: superreview?(darin) → superreview+
Checked in to the trunk.
Status: NEW → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → FIXED
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3a) Gecko/20021119 (Flash 6 r 47) still hangs at http://www.gamingin3d.com/ (the URL I reported in bug 169889 ).
tested using trunk build on winXP, verify
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.