Closed
Bug 25695
Opened 25 years ago
Closed 25 years ago
[PP, Dogfood/PDT+] mac: certain windows are blank when initially opened
Categories
(SeaMonkey :: Preferences, defect, P1)
Tracking
(Not tracked)
VERIFIED
FIXED
M14
People
(Reporter: sosting, Assigned: sfraser_bugs)
References
Details
Attachments
(2 files)
Opening the preferences dialog in the 1.29.2000 Macintosh nightly build
results in the preferences window opening, but nothing being drawn into it. A
first attempt at clicking on the window produced an error of Type 2, crashing
Mozilla. A second attempt caused my Mac to lock up completely.
I have not tested this on any other platforms (no access), but I know this
wasn't happening in the M13 final build.
Updated•25 years ago
|
Severity: normal → critical
Still present in 1.31.2000 build for Mac. Now it crashes immediately after
opening the Preferences window, and tries to draw a bomb dialog (though the area
where the dialog would appear is just a white box).
Comment 2•25 years ago
|
||
added platform parity to summary. yeah, am looking at the 2000-01-31-11 comm
bits on my G3 running 9.0, and the prefs dialog is just blank. this is a testing
blocker. alas, the macsbug stack trace i get seems useless (will attach soon)...
Severity: critical → blocker
Summary: Preferences Crash in 1.29.2000 Nightly Build → [PP, Dogfood] mac: Preferences Crash in 1.29.2000 Nightly Build
Comment 3•25 years ago
|
||
Matt, is this happening for you?
Priority: P3 → P1
Target Milestone: M14
Assignee | ||
Comment 5•25 years ago
|
||
This sounds a bit like another crasher we're seeing when bringing up the compose
window, bug 25948.
Comment 6•25 years ago
|
||
new info from shrirang: if he clicks around the blank window --ie, specifically
near where the OK or Cancel buttons would be-- he's able to dismiss the prefs
dialog. so, this isn't a crasher even tho' prefs are unusable... [updated
summary to reflect this]
Summary: [PP, Dogfood] mac: Preferences Crash in 1.29.2000 Nightly Build → [PP, Dogfood] mac: Preferences dialog is blank
weird . This is not happening to me on windows.
On mac yes. Ben is this something you might have changed?
More likely the same as the bug that is same as the
composer bug.
Status: NEW → ASSIGNED
Comment 8•25 years ago
|
||
also noticed this occurring when i open up the Wallet Contents dialog (from
Tasks > My Wallet > Wallet Contents...).
Summary: [PP, Dogfood] mac: Preferences dialog is blank → [PP, Dogfood] mac: Preferences & Wallet contents dialogs are blank
Comment 9•25 years ago
|
||
i've not touched these files recently... could it be related to the other dialog
problems we were experiencing today?
Comment 10•25 years ago
|
||
this is really bizarre, but the File Open dialog also appears blank when i open
it for the first time during a session. i wouldn't think this would occur with a
native dialog --adding law to cc list to see if he might have further thoughts.
forgot to note earlier, that another "workaround" for this problem is to retry
opening the Prefs, Wallet Contents or Open File dialogs...
Summary: [PP, Dogfood] mac: Preferences & Wallet contents dialogs are blank → [PP, Dogfood] mac: certain dialogs are blank when initially opened
Assignee | ||
Comment 11•25 years ago
|
||
This looks like a view manager problem, or something similar, and also happens
with the compose window under some circumstances (bug 25962).
Summary: [PP, Dogfood] mac: certain dialogs are blank when initially opened → [PP, Dogfood] mac: certain windows are blank when initially opened
Assignee | ||
Comment 12•25 years ago
|
||
*** Bug 25962 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 13•25 years ago
|
||
danm might want to know about this, since it could be related to event handling
in dialogs/windows.
Comment 15•25 years ago
|
||
Comment 16•25 years ago
|
||
put on beta1 and PDT+ radar.
Keywords: beta1
Summary: [PP, Dogfood] mac: certain windows are blank when initially opened → [PP, Dogfood/PDT+] mac: certain windows are blank when initially opened
Assignee | ||
Comment 17•25 years ago
|
||
Now that I backed out the change in 6553, this bug should be fixed.
Assignee: matt → sfraser
Status: ASSIGNED → NEW
Assignee | ||
Comment 18•25 years ago
|
||
Fixed
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 19•25 years ago
|
||
dialogs no longer blank. verif w/comm bits from 2000-02-02-15.
Status: RESOLVED → VERIFIED
Comment 20•25 years ago
|
||
Bulk moving Pref UI bugs to new component Preferences.
Component: Pref UI → Preferences
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•