Open
Bug 306166
Opened 19 years ago
Updated 2 years ago
regression: The height of verification window is insufficient.
Categories
(Firefox :: Settings UI, defect)
Tracking
()
REOPENED
People
(Reporter: sugar.waffle, Unassigned)
References
Details
(Keywords: regression)
Attachments
(2 files)
see screen shot. Mac OS X 10.3.9 Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b4) Gecko/20050826 Firefox/1.0+
Comment 2•19 years ago
|
||
caused by the patch to bug 285077 (which made the font larger).
Blocks: 285077
Flags: blocking1.8b4?
Keywords: regression
Summary: The height of verification window is insufficient. → The height of verification window is insufficient.
Updated•19 years ago
|
Assignee: nobody → kevin
Summary: The height of verification window is insufficient. → regression: The height of verification window is insufficient.
Updated•19 years ago
|
Flags: blocking1.8b4? → blocking1.8b4+
Comment 3•19 years ago
|
||
fixed on branch and trunk by the checkin to bug 304643.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Comment 5•19 years ago
|
||
Still not fixed here Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b4) Gecko/20050910 Firefox/1.4
Updated•19 years ago
|
Flags: blocking1.8b5+ → blocking1.8b5-
In Tb en-US version 1.5 (20051022), the problem is Fixed. But like a screen shot, there is still a problem by the Japanese version. Tb ja-JP-mac(L10n build) version 1.5 (20051021)
Comment 8•19 years ago
|
||
Though the ideal solution for this will be that the dialog height will match to it's content and that is the bug of XUL. # XUL dialog should have enough height to it's content without dependence on # content font size setting. Solving it may be difficult in the freezed branch but there is the window width setting for this dialog and increase of the setting will solve this case. http://lxr.mozilla.org/mozilla1.8/source/toolkit/locales/en-US/chrome/mozapps/preferences/ocsp.dtd#1 -<!ENTITY window.width "38em"> +<!ENTITY window.width "40em"> This make second checkbox text in a line and content height will be reduced. I think 40em will be enough for en-US and ja-JP-mac but it depends on string length and each locale should check and change this value if needed. # This depends on user's font setting and it may be safe to use 41em or 42em. This is not always means post fx1.5 l10n-impact change since this introduce no new entity. And no work needed for the locales who already checked and set enought width for all platform. # for 2.0, we may have to add window.macWidth for mac. Current font of this dialog on mac is defined here: http://lxr.mozilla.org/mozilla/source/toolkit/themes/pinstripe/global/global.css#233 233 #OCSPDialog { 234 font: message-box; 235 } This was introduced in bug 304643 to overwrite following setting, but it didn't solve this bug (#3): http://lxr.mozilla.org/mozilla1.8/source/toolkit/themes/pinstripe/global/global.css#112 112 prefwindow { 113 font: -moz-dialog; 114 } # this was introduced in bug 285077. # c.f. #OSCPDialog is prefwindow element: We may be able to fix this bug with other tricky font setting in global.css but we should use same font size in all prefwindow dialogs, I think. So we should just change the window.width to reduce line breaks. # I think we should remove 'font: message-box' by bug 304643 at the same time.
Hiro: does this issue still exist?
Comment 10•2 years ago
|
||
The bug assignee didn't login in Bugzilla in the last 7 months.
:jaws, could you have a look please?
For more information, please visit auto_nag documentation.
Assignee: kevin → nobody
Flags: needinfo?(jaws)
Updated•2 years ago
|
Flags: needinfo?(jaws)
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•