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)

x86
Linux
defect
Not set
critical

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.)
Adding hang keyword, though not quite correct.
Keywords: hang, mozilla0.9.2
My environment:
- Linux
- gcc 2.95.4
- optimized -O2, non-debug
- owners of
  - source
  - build dir and binaries
  - running instance 
  are all different.
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
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
cc'ing other X-heads who might have suggestions...
This bug is going nowhere while assigned to me, by the way. I don't have the
first idea how to fix it :-|

Gerv
Then it'S your duty to reassing to someone that can fix it.
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
I can't fix it either, so reassigning to me is not nice.

Trying Layout default assignee.
Assignee: ben.bucksch → karnaze
Reassigning to waterson.
Assignee: karnaze → waterson
Target Milestone: --- → Future
Keywords: mozilla1.0
Summary: No prefs dialog, no quit when setting dpi to System → No new windows, no quit when setting dpi to System
Status: NEW → ASSIGNED
worksforme with linux build 20020413
Ben, are you still seeing this?
no, wfm now.
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
Product: Browser → Seamonkey
Assignee: waterson → nobody
Status: ASSIGNED → NEW
QA Contact: bugzilla → prefs
Target Milestone: Future → ---
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.