Closed
Bug 42539
Opened 24 years ago
Closed 24 years ago
inital prefs panel not fully displayed
Categories
(SeaMonkey :: Preferences, defect, P3)
Tracking
(Not tracked)
People
(Reporter: chrajohn, Assigned: bugs)
References
Details
(Keywords: platform-parity, polish)
From Bugzilla Helper: User-Agent: Mozilla/5.0 (Macintosh; N; PPC; en-US; m16) Gecko/20000614 BuildID: 2000061408 When I open the Preferences dialog, the panel initally displayed ('Navigator' or 'Mail and Newsgroups' depending on where its opened from) is only partially displayed. The category menu is fine, but in the actual panel, only a small rectangle (bounded on the top and left by the panel border, on the right by the end of the title (eg. "Navigator"), and on the bottom by the bottom of the "Home Page" section) displays correctly; the rest of the panel is white. (The text field for one's home page URL is correctly displayed even if it extends beyond the rectangle.) If another category is selected, that panel displays correctly. Moreover if the inital category is then reselected, it also is fully displayed. Reproducible: Always Steps to Reproduce: 1.Select Edit->Preferences while in Navigator or Mail modes.
Comment 3•24 years ago
|
||
confirming.
Comment 4•24 years ago
|
||
simon, sorry i missed your comment in bug 42552 when i made it a dup of this one...! in any case, you think this is really a dup of 42289? when using today's Mac m17 bits [commercial, 2000.06.14.08], i only saw this problem in the Preferences... not in new browser windows or context menus. odd. but if it is the same thing, feel free to dup. thx!
Comment 7•24 years ago
|
||
Does this still happen? I think it should be a dup of the 'blank popups and windows' bug that was fixed a while back.
Comment 8•24 years ago
|
||
I've seen this in build 2000062408. With blank windows, the entire window fails to draw contents. In this case, only a part of the window is broken.
Comment 9•24 years ago
|
||
i only see this the first time i open Prefs during a session --using mozilla 2000.06.27.08.
Comment 10•24 years ago
|
||
add relnote2 keyword since we should acknowledge this very obvious bug if we aren't going to fix it for nsbeta2 Is this bug assigned to the right person/group? Is it really specific to the preference window or do other windows/dialogs have similar problems? My guess is that this is really a dup of another bug.
Keywords: relnote2
Comment 11•24 years ago
|
||
brade: yeah, this is prolly a dup bug 42289... thx for the headsup! *** This bug has been marked as a duplicate of 42289 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Comment 12•24 years ago
|
||
With blank windows, the entire window fails to draw contents for good. In this case, only a part of the window is broken temporarily. This bug is different from bug 42289. Reopening.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Comment 13•24 years ago
|
||
I really do think that it's the same bug. Either a part or all of the window is mis-drawn on first display, and that can be fixed by covering then exposing the window, in both cases. *** This bug has been marked as a duplicate of 42289 ***
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: Browser → Seamonkey
Updated•20 years ago
|
OS: All
You need to log in
before you can comment on or make changes to this bug.
Description
•