Closed Bug 169582 Opened 22 years ago Closed 16 years ago

[MSFT-6434] Mozilla windows restore when changing desktop settings (theme, appearance)

Categories

(Core :: Widget: Win32, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: nallen, Assigned: jimm)

References

Details

(Keywords: fixed1.9.1)

Attachments

(2 files)

Win2k 0912 trunk Changing the system color scheme causes Mozilla to unminimize. Steps: 1) Minimize Mozilla 2) Go to Window's Display Properties/Appearance and change the Scheme 3) Click Apply 4) Mozilla unminimizes
also seen on NT 4.0 SP6a with Phoenix ( Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.2b) Gecko/20021001 Phoenix/0.2 ) and Mozilla 1.2a ( Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.2a) Gecko/20020910 ). Happened to all open windows in both of these apps (but none of the many other apps with minimized windows on my system). This is relatively recent behavior (toggling schemes is something I have occasion to do at least a few time a month, as my default scheme, http://bugzilla.mozilla.org/showattachment.cgi?attach_id=17629 is easy on my eyes but some text or icons become invisible 'cause they are written black on black 'cause some software ignores the prefs)
*** Bug 181749 has been marked as a duplicate of this bug. ***
Product: Core → Mozilla Application Suite
Component: XP Apps → Widget: Win32
Product: Mozilla Application Suite → Core
*** Bug 288336 has been marked as a duplicate of this bug. ***
*** Bug 291417 has been marked as a duplicate of this bug. ***
*** Bug 195738 has been marked as a duplicate of this bug. ***
Changing summary to "unminimize when changing desktop settings (system color scheme, appearance)" to better find dupes
Assignee: samir_bugzilla → win32
QA Contact: pawyskoczka → ian
Summary: Browser unminimizes when changing system color scheme → unminimize when changing desktop settings (system color scheme, appearance)
This is still present in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b2pre) Gecko/2007112505 Firefox/3.0a6pre ID:2007112505.
Assignee: win32 → jmathies
Just a slight touch up here. We need to confirm windows wants us to activate the window before do so when checking the results of GetWindowPlacement.
Attachment #361315 - Flags: review?(emaijala)
Comment on attachment 361315 [details] [diff] [review] theme change popup patch v.1 Nice :)
Attachment #361315 - Flags: review?(emaijala) → review+
Summary: unminimize when changing desktop settings (system color scheme, appearance) → Window restores when changing desktop settings (scheme, appearance)
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Summary: Window restores when changing desktop settings (scheme, appearance) → Mozilla windows restore when changing desktop settings (theme, appearance)
Summary: Mozilla windows restore when changing desktop settings (theme, appearance) → [MSFT-6434] Mozilla windows restore when changing desktop settings (theme, appearance)
This will be fixed in Firefox 3.5. Do we want to back-port to Firefox 3.1 for correctness?
Flags: wanted1.9.0.x?
Comment on attachment 361315 [details] [diff] [review] theme change popup patch v.1 Does this apply cleanly to branch? Cause any compatibility issues (we're changing nsWindow.cpp?)
Attachment #361315 - Flags: approval1.9.1?
(In reply to comment #14) > (From update of attachment 361315 [details] [diff] [review]) > Does this apply cleanly to branch? Cause any compatibility issues (we're > changing nsWindow.cpp?) It's a one line change, I'm pretty sure it will. It's been on trunk now for two months with no issues.
Comment on attachment 361315 [details] [diff] [review] theme change popup patch v.1 a191=beltzner
Attachment #361315 - Flags: approval1.9.1? → approval1.9.1+
Keywords: fixed1.9.1
Flags: wanted1.9.0.x?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: