Closed
Bug 315195
Opened 20 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•20 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•20 years ago
|
||
So, since <prefwindow> implements Accel+W as a <xul:key>, the menulist captures "W" before the window is closed.
| Assignee | ||
Updated•20 years ago
|
Component: Preferences → XUL Widgets
Product: Firefox → Toolkit
QA Contact: preferences → xul.widgets
Target Milestone: Firefox1.6- → ---
| Assignee | ||
Updated•20 years ago
|
Target Milestone: --- → mozilla1.9alpha1
| Assignee | ||
Comment 4•20 years ago
|
||
*** Bug 318140 has been marked as a duplicate of this bug. ***
| Assignee | ||
Comment 5•20 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
•