Closed
Bug 88186
Opened 23 years ago
Closed 16 years ago
No new windows, no quit when setting dpi to System
Categories
(SeaMonkey :: Preferences, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: BenB, Unassigned)
Details
(Keywords: hang)
Reproduction: 1. Open prefs dialog, Fonts pane 2. Change the dpi setting from something != "System setting" to "System setting" 3. OK 4. Try to open Prefs dialog again 5. Quit Mozilla by closing the browser window Actual result: - Step 4 doesn't work: The prefs dialog never comes up. - Step 5 doesn't work completely: The window is closed, but Mozilla never really exits. (I can see it, because the command prompt doesn't return.)
Reporter | ||
Comment 1•23 years ago
|
||
Adding hang keyword, though not quite correct.
Keywords: hang,
mozilla0.9.2
Reporter | ||
Comment 2•23 years ago
|
||
My environment: - Linux - gcc 2.95.4 - optimized -O2, non-debug - owners of - source - build dir and binaries - running instance are all different.
Comment 3•23 years ago
|
||
Reproduced on Linux 2001-06-24. You will find that you can't open any windows, not just the Preferences. Restarting Mozilla fixes the problem. This is therefore an issue with how the underlying code reacts to the fact that the pref is set to "0" (the documented value for "Use System Setting") and not a problem with the UI. Backing out the UI would be the wrong solution to this problem - it would just mask the bug. Therefore I'm not sure where this bug should live. Which component looks after GFX? Gerv
Comment 4•23 years ago
|
||
yep, i also see this on my [trunk mozilla] debug build, and get bunches o'assertions when i attempt to bring up prefs, or other windows like the bookmarks manager. not sure who should get this --jag/blizzard, would either of you know? here's a snippet of the assertions i see: ###!!! Break: at file nsLineLayout.cpp, line 1086 ###!!! ASSERTION: bad height: 'metrics.height>=0', file nsLineLayout.cpp, line 1087 ###!!! Break: at file nsLineLayout.cpp, line 1087 we don't handle eBorderStyle_close yet... please fix me WEBSHELL+ = 6 Disabling Quirk StyleSheet ###!!! ASSERTION: Computed Size < 0: 'aReflowState.mComputedWidth >=0 && aReflowState.mComputedHeight >= 0', file nsBoxFrame.cpp, line 683 ###!!! Break: at file nsBoxFrame.cpp, line 683 ###!!! ASSERTION: Computed Size < 0: 'aReflowState.mComputedWidth >=0 && aReflowState.mComputedHeight >= 0', file nsBoxFrame.cpp, line 683 ###!!! Break: at file nsBoxFrame.cpp, line 683 ###!!! ASSERTION: Computed Size < 0: 'aReflowState.mComputedWidth >=0 && aReflowState.mComputedHeight >= 0', file nsBoxFrame.cpp, line 683 ###!!! Break: at file nsBoxFrame.cpp, line 683 ###!!! ASSERTION: Computed Size < 0: 'aReflowState.mComputedWidth >=0 && aReflowState.mComputedHeight >= 0', file nsBoxFrame.cpp, line 683 ###!!! Break: at file nsBoxFrame.cpp, line 683 ###!!! ASSERTION: Computed Size < 0: 'aReflowState.mComputedWidth >=0 && aReflowState.mComputedHeight >= 0', file nsBoxFrame.cpp, line 683 ###!!! Break: at file nsBoxFrame.cpp, line 683 ###!!! ASSERTION: Computed Size < 0: 'aReflowState.mComputedWidth >=0 && aReflowState.mComputedHeight >= 0', file nsBoxFrame.cpp, line 683 ###!!! Break: at file nsBoxFrame.cpp, line 683 /content/bookmarks/bookmarks.xul
Comment 5•23 years ago
|
||
cc'ing other X-heads who might have suggestions...
Comment 6•23 years ago
|
||
This bug is going nowhere while assigned to me, by the way. I don't have the first idea how to fix it :-| Gerv
Reporter | ||
Comment 7•23 years ago
|
||
Then it'S your duty to reassing to someone that can fix it.
Comment 8•23 years ago
|
||
Certainly. Here you go. If you can't fix it, it's your duty to reassign it to someone who you think can. (This bug was assigned to me because someone thought it was a UI problem. It's not, and I am not required to have encyclopaedic knowledge of Mozilla such that I know the right person to fix an arbitrary bug.) Gerv
Assignee: gervase.markham → ben.bucksch
Reporter | ||
Comment 9•23 years ago
|
||
I can't fix it either, so reassigning to me is not nice. Trying Layout default assignee.
Assignee: ben.bucksch → karnaze
Updated•23 years ago
|
Target Milestone: --- → Future
Reporter | ||
Updated•23 years ago
|
Keywords: mozilla1.0
Reporter | ||
Updated•23 years ago
|
Summary: No prefs dialog, no quit when setting dpi to System → No new windows, no quit when setting dpi to System
Updated•23 years ago
|
Status: NEW → ASSIGNED
Comment 11•22 years ago
|
||
worksforme with linux build 20020413 Ben, are you still seeing this?
Reporter | ||
Comment 12•22 years ago
|
||
no, wfm now.
Comment 13•22 years ago
|
||
I see this as well and it renders all versions of mozilla after 1.0RC2 unusable for me (ie it appeared in 1.0RC3). It is still there in 1.1 I can always open the preferences window but can never open any new browser window (other than the one that appears on startup). Playing about with the font settings does seem to make some changes. Sometimes the mozilla processes do go away when you exit and sometimes they don't (I couldn't find out what I was doing in the preferences/fonts box that was making the changes though). I once got it to the point with version 1.1 where the mozilla processes all started up OK but the windows never opened. The only solution I could do then was to re-install an earlier version . I'm using Linux 2.4.9-12 and fvwm2-2.2.4-9 as my OS/window manager if that has anything to do with it. I'm back to 1.0RC2 now... Robin
Updated•20 years ago
|
Product: Browser → Seamonkey
Updated•16 years ago
|
Assignee: waterson → nobody
Status: ASSIGNED → NEW
QA Contact: bugzilla → prefs
Target Milestone: Future → ---
Comment 14•16 years ago
|
||
resolving WFM based on comment 12
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•