From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win95; en-US; m18) Gecko/20000801 BuildID: 2000080120 Mozilla crashes (stops responding) when the following steps are followed. This was first noticed on Win95, but I haven't had time to try it on Linux or any other OS. It doesn't seem to be OS specific. Reproducible: Always Steps to Reproduce: 1. Edit->Preferences->Appearance->Themes 2. Go to 'Classic' (the bug may or may not occur with other themes, I don't know) 3. Click on 'Website' Actual Results: The website for the theme is loaded properly (in the background, behind the themes preference dialog - BTW, this means you can't see the website). Once the page has been loaded, Mozilla locks up. The 'themes' preferences dialog loses focus, but still stays in the foreground.

This is not reproducible on Linux 2000080120. Reporter: if you have only tried this on Win95, then don't mark it OS: All.

Confirmed with the 2000-08-01-04-M17 nightly binary on WinNT. This bug looks to be largely about the same issue as bug 40022, "[About dialog] Remove modality or display links within" In this case, it would be better to open the website for the theme in a _new window, preferably with a [Close] button like so many other popups, if only so that it can be seen without having to leave the Prefs window. Of course, to leave the prefs window at all, the modality problem needs to be fixed, but that's bug 25684, "[crash] modal windows/dialogs are not 100% modal", FUTURE. If it gets fixed, or if the Prefs window is made non-modal, the hang would go away, leaving only the problem of the Prefs window obscuring the browser window containing the theme website, and possibly being forgotten.

On NT with build ID 2000080204 this is reproductible. NT4 SP5 ....

Sorry, reading bug 25648 and its relatives more closely, it doesn't look like it applies here. Surely the modal prefs window has the window it was invoked from as a proper parent. It looks like this is a focus deadlock: the [Website] button gives focus to the parent window of the Prefs window, while the latter is still modal w.r.t it. Dan, is this one of those, "Doctor, it hurts when I do this" - "So, don't do that!" situations?

ben, feel free to reassign if you're not the right person.

*** Bug 48271 has been marked as a duplicate of this bug. ***

nsbeta3 to get onto the "please do fix this before we ship" radar.

nav triage team: works for me in pr2 ship, build 2000080712 website button is disabled

The Website button is only disabled if you click Modern. Click Classic and Website becomes enabled; then click Website, and the original problem reported still happens.

I don't understand how this differs from bug 43925... *** This bug has been marked as a duplicate of 43925 ***

that's coz i didn't remember that earlier bug. thx for finding it, blake. vrfy.