Closed Bug 327639 Opened 18 years ago Closed 17 years ago

Closing tab with plugin (Java applet, Windows Media Player) makes browser unusable (process won't end)

Categories

(Plugins Graveyard :: Windows Media Player (Microsoft), defect)

Product:
Plugins Graveyard
Component:
Windows Media Player (Microsoft)
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: mozilla, Assigned: jst)

References

(
URL
)

Details

(Keywords: dataloss, qawanted, regression) 

20050213 trunk

If I open a couple of tabs and one of them has an applet in it, closing the tab with the applet hangs Firefox. It hangs all windows and all tabs. Firefox closes but remains in the Task Manager. Has to be killed manually.

STEPS TO REPRODUCE:

1. Open a tab with any URL.
2. Open another tab with http://democrats.assembly.ca.gov/members/a08/
3. Close tab from step 2.

RESULT
Firefox is now hung. You will have to kill the process from Task Manager.

Closing a separate window with an applet does NOT hang Firefox -- it's particular to tabs.
20060213 trunk, not 2005
Seems to have happened between 1.9a1_2006012013 and 1.9a1_2006012021. 
There are quite a few existing bugs filed on Java causing Firefox to not shutdown properly. I don't see anything in that range that would have any effect on Java specifically.
URL: 20+21%3A00&cvsroot=%2Fcvsroothttp://b...
1.9a1_2006012005 works
1.9a1_2006012013 works
1.9a1_2006012021 hangs
1.9a1_2006012105 hangs

No hang when I load Java in the third tab. Only when the closebutton on the first tab disappears, then Firefox freezes.

As strange as it sounds, it might be because of the new tab close buttons checked in at that time. If I close the tab with CTRL+W everything is fine.
(In reply to comment #5)
> As strange as it sounds, it might be because of the new tab close buttons
> checked in at that time.

Could be. Not sure which change would affect java though... which version of the java plugin are you using?
Blocks: 308396
JRE 1.5.0.04
Interesting. This bug does not manifest on my XP box with JRE 1.5.0.06. Only happens on my Windows2k. Let me upgrade Win2k to 1.5.0.06 and see if that makes a difference.
Still happens on Win2k. Tried in safe mode and with a clean new profile.
Never mind. It happens on XP also. It just wasn't happening to me in one particular window.
I see this on the branch too, but with Windows Media player. Regressed when the changes in bug 308396 landed on the branch. On the trunk, it seems as though this has turned into a crash.
Flags: blocking1.9a1?
Flags: blocking-firefox2?
Summary: Closing tab with Java applet hangs browser → Closing tab with plugin (Java applet, Windows Media Player) makes browser unusable (process won't end)
*** Bug 329776 has been marked as a duplicate of this bug. ***
Severity: normal → major
I am betting it is the same issue as this one: https://bugzilla.mozilla.org/show_bug.cgi?id=330635

If I just open one tab with a page that exhibits this bug, for example, http://www.infotecbsi.com/wildlife/ , it doesn't hang, or doesn't hang as much.  But if I open about 10 tabs from a folder into the background, including the just mentioned link as one of them, and then go and try to close it, it hangs for much longer.  I've seen it hang for about 6 seconds before, and if it has anything to do with RAM, I've got a gig of DDR ram and a 2.4 GHz P4.

On slower computers, it probably hangs for much longer...e.g. even makes the browser unusable.
(In reply to comment #13)
> I am betting it is the same issue as this one:
> https://bugzilla.mozilla.org/show_bug.cgi?id=330635

No, that is not the same issue.
Assignee: nobody → danielle.pham
Danielle or Johnny,  any ideas where this might of regressed?
(In reply to comment #15)
> Danielle or Johnny,  any ideas where this might of regressed?

As mentioned in the earlier comments, this was triggered, strangely enough, by bug 308396. The branch and trunk landings (which were staggerered) match the dates this bug started appearing. Something about the new way tabs are closed (with the on-tab buttons) makes plugins unhappy.
In my default profile where the extension TabX overlays the built-in close buttons (it's the only thing it does), I don't see the problem.
Got here from bug 329776.  This is happening to me too, although pretty much only with the WMP plugin.  I'm on "Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3" (XP64bit) with the Tab Mix extension installed (and set to only one close button at the end of the bar).

100% reliable reproduction strategy (for me, at least): go to http://media.pc.gamespy.com/media/735/735340/vids_1.html, then click on the top (WMP) view link.  A new window opens containing a media player.  Click on the download link at the bottom, a new window opens.  Right-click and select Save, then choose a location; Downloads window appears.  Now close (in any way) the window containing the media player.  Bang, the entire Firefox UI freezes (except for Flash animations).  Occasionally I'll get a Firefox messagebox stating that the Media Player Library performed an illegal operation and Firefox should be restarted.
Another interesting observation from that page: closing the window through either the close button in the window caption or by pressing Ctrl-W both cause Firefox to hang.  Closing the window by clicking the "Close window" link (implemented via JavaScript) does not.
Flags: blocking1.9a1?
Flags: blocking1.9a1+
Flags: blocking-firefox2?
Flags: blocking-firefox2+
Target Milestone: --- → Firefox 2 beta1
Target Milestone: Firefox 2 beta1 → Firefox 2 beta2
pushing out non-critical-path bugs to b2
I can't reproduce this anymore with the testcase from comment 0.
I have even problems to reproduce this in older builds and I only succeeded once; with an 1 March build. So I think the Java has improved, and maybe Firefox too.

Although once when I tried it with the latest trunk build and while I was loading an applet over another applet Firefox suddenly closed and a Sun Java Hotspot log was thrown on my desktop. If someone wants to have it... I'll save it for some days.

I can no longer reproduce either.  Moving off Fx2 list, dumping to Core->Plugins for now.
Assignee: danielle.pham → nobody
Component: General → Plug-ins
Flags: blocking-firefox2+
Product: Firefox → Core
QA Contact: general → plugins
Target Milestone: Firefox 2 beta2 → ---
I still see this, here is the page that it just happened on:

http://www.unoriginal.co.uk/footage20_1.html


Each time I close it with the task manager, and then restore the session, it comes back, and then it happens again.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1b1) Gecko/20060711 BonEcho/2.0b1

I will test it with a newer Branch build once one of the other bugs (that is keeping me from trying it) are fixed.
The link that I just posted also crashes the newest branch, even in safe mode:

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1b1) Gecko/20060722 BonEcho/2.0b1
(In reply to comment #23)
>
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1b1) Gecko/20060722 BonEcho/2.0b1
I see no hang or crash with http://www.unoriginal.co.uk/footage20_1.html in the second tab and after closing this tab. I see it in an old build of 1 March 2006 but not in the latest.
(In reply to comment #25)
> (In reply to comment #23)
> >
> Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1b1) Gecko/20060722
> BonEcho/2.0b1
> I see no hang or crash with http://www.unoriginal.co.uk/footage20_1.html in the
> second tab and after closing this tab. I see it in an old build of 1 March 2006
> but not in the latest.
> 

Then why is it happening in mine in safe mode?  Could it be a different version of the Java or Windows Media Player plugins?
This is still crashing Firefox, even in safe mode.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1b2) Gecko/20060902 BonEcho/2.0b2 ID:2006090214
Flags: blocking1.9a1+
Hmm, not seeing this anymore.  WFM.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a2pre) Gecko/20070112 Minefield/3.0a2pre
Assigning to jst for now. Would be good if someone can come up with reproduceable steps for when this still does and does not happen. If it still does happen.
Assignee: nobody → jst
Keywords: qawanted
I have yet to see this crash, and it doesn't seem like others have seen this lately either. Marking WFM.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Component: Plug-ins → Windows Media Player (Microsoft)
Flags: blocking1.9+
Product: Core → Plugins
QA Contact: plugins → microsoft-wmp
Version: Trunk → unspecified
Product: Plugins → Plugins Graveyard
You need to log in before you can comment on or make changes to this bug.