Closed
Bug 315195
Opened 19 years ago
Closed 19 years ago
Select wrong default font if I close the preferences window with Command + W shortcut
Categories
(Toolkit :: UI Widgets, defect, P2)
Tracking
()
RESOLVED
FIXED
mozilla1.9alpha1
People
(Reporter: pierren, Assigned: asaf)
References
Details
(Keywords: access, fixed1.8.1)
Attachments
(1 file)
2.98 KB,
patch
|
mconnor
:
first-review+
dveditz
:
approval1.8.0.1-
dveditz
:
approval1.8.1+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8) Gecko/20051025 Firefox/1.5 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8) Gecko/20051025 Firefox/1.5 When I close the preferences window with the shortcut and the Content section is activated, the default font switch back to Webdings, always. If I close the window with the mouse, everything works fine Reproducible: Always Steps to Reproduce: 1.Open preferences window 2.Select "Content" section 3.Choose a default font other than Webdbings 4.Close window with shortcut (Command + W) Actual Results: I can't read my web pages because the font is set to Webdings Expected Results: The font should stay to the one I selected before closing the window
Confirm. Mac OS X 10.3.9 Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20051104 Firefox/1.6a1
Status: UNCONFIRMED → NEW
Ever confirmed: true
*** Bug 318137 has been marked as a duplicate of this bug. ***
Assignee | ||
Updated•19 years ago
|
Severity: normal → major
Status: NEW → ASSIGNED
Flags: blocking1.8.0.1?
Flags: blocking-aviary2+
Keywords: access
Priority: -- → P2
Target Milestone: --- → Firefox1.6-
Assignee | ||
Comment 3•19 years ago
|
||
So, since <prefwindow> implements Accel+W as a <xul:key>, the menulist captures "W" before the window is closed.
Assignee | ||
Updated•19 years ago
|
Component: Preferences → XUL Widgets
Product: Firefox → Toolkit
QA Contact: preferences → xul.widgets
Target Milestone: Firefox1.6- → ---
Assignee | ||
Updated•19 years ago
|
Target Milestone: --- → mozilla1.9alpha1
Assignee | ||
Comment 4•19 years ago
|
||
*** Bug 318140 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 5•19 years ago
|
||
(note: instantApply is always off in child-prefwindows).
Attachment #204527 -
Flags: first-review?(mconnor)
Updated•19 years ago
|
Attachment #204527 -
Flags: first-review?(mconnor) → first-review+
Assignee | ||
Comment 6•19 years ago
|
||
Checking in preferences.xml; /cvsroot/mozilla/toolkit/content/widgets/preferences.xml,v <-- preferences.xml new revision: 1.44; previous revision: 1.43 done
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•19 years ago
|
Attachment #204527 -
Flags: approval1.8.1?
Attachment #204527 -
Flags: approval1.8.0.1?
Comment 7•19 years ago
|
||
Comment on attachment 204527 [details] [diff] [review] patch annoying but minor with a workaround, and patch affects all platforms. After more trunk (and 1.8.1-branch) baking might consider for a 1.8.0.2
Attachment #204527 -
Flags: approval1.8.1?
Attachment #204527 -
Flags: approval1.8.1+
Attachment #204527 -
Flags: approval1.8.0.1?
Attachment #204527 -
Flags: approval1.8.0.1-
Updated•19 years ago
|
Flags: blocking1.8.0.1? → blocking1.8.0.1-
Comment 8•19 years ago
|
||
I accidentally landed this on the 1.8 branch yesterday with bug 297503. Marking fixed1.8.1 accordingly.
Keywords: fixed1.8.1
You need to log in
before you can comment on or make changes to this bug.
Description
•