Closed
Bug 190993
Opened 22 years ago
Closed 22 years ago
[classic] cache pref panel is "squished"
Categories
(SeaMonkey :: Preferences, defect)
SeaMonkey
Preferences
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: darin.moz, Assigned: skasinathan)
References
Details
(Keywords: regression)
Attachments
(2 files)
17.87 KB,
image/png
|
Details | |
742 bytes,
patch
|
shliang
:
review+
jag+mozilla
:
superreview+
dbaron
:
approval1.3b+
|
Details | Diff | Splinter Review |
build id: 2003-01-28 linux trunk... attaching screenshot of cache pref panel.
Reporter | ||
Comment 1•22 years ago
|
||
Comment 2•22 years ago
|
||
->shliang, who last worked on this. fwiw, it looks fine for me, but i'm using the modern theme. will check classic in a bit (unless you're using a 3rd party theme).
Assignee: suresh → shliang
Severity: normal → enhancement
back to me. I did some work in this cache pref panel. Also, I tested this on my linux before I checked in.
Assignee: shliang → suresh
Comment 4•22 years ago
|
||
ah, didn't realize that. suresh, when did you checkin your change that might've affected this?
sairuh, my checkin went into the tree yesterday (1-27-03).
Status: NEW → ASSIGNED
Reporter | ||
Comment 6•22 years ago
|
||
classic theme.
Comment 7•22 years ago
|
||
Also on Win2k. I took the liberty to change the bug accordingly...
OS: Linux → All
Hardware: PC → All
Summary: cache pref panel is "squished" under linux → cache pref panel is "squished"
Updated•22 years ago
|
Severity: enhancement → normal
Summary: cache pref panel is "squished" → [classic] cache pref panel is "squished"
Comment 8•22 years ago
|
||
WFM with current CVS trunk on WinXP and classic theme. I did notice though that Darin has a larger font trying to fit into an identically sized panel.
Reporter | ||
Comment 9•22 years ago
|
||
i still see the problem with a trunk linux/rh8 CVS build from this morning. (note: my trunk CVS build has XFT enabled).
Assignee | ||
Comment 10•22 years ago
|
||
I can duplicate this in my debug build (classic theme) and using today's release build on win2k. Patch on its way..
Assignee | ||
Comment 11•22 years ago
|
||
Attachment #112908 -
Flags: superreview?(jaggernaut)
Attachment #112908 -
Flags: review?(shliang)
Comment 13•22 years ago
|
||
Comment on attachment 112908 [details] [diff] [review] patch. sr=jag
Attachment #112908 -
Flags: superreview?(jaggernaut) → superreview+
Attachment #112908 -
Flags: review?(shliang) → review+
Updated•22 years ago
|
Flags: blocking1.3b? → blocking1.3b-
Comment 14•22 years ago
|
||
*** Bug 191282 has been marked as a duplicate of this bug. ***
Comment 15•22 years ago
|
||
As per attachment 113096 [details] [diff] [review] you might want to remove the flex="1" on the other hbox in case it also causes further problems down the line.
Comment 16•22 years ago
|
||
*** Bug 191305 has been marked as a duplicate of this bug. ***
Comment 17•22 years ago
|
||
Ok, this does not block 1.3b. But now that this has r= and sr= and already two duplicates during its three days of existance, is there a reason why nobody seeks approval for the patch? Suresh? Or may I? This regression is very visible and the fix is a one-liner...
Attachment #112908 -
Flags: approval1.3b?
Attachment #112908 -
Flags: approval1.3b? → approval1.3b+
Assignee | ||
Comment 18•22 years ago
|
||
fixed in trunk.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Comment 19•22 years ago
|
||
*** Bug 191561 has been marked as a duplicate of this bug. ***
Comment 20•21 years ago
|
||
vrfy'd fixed with 2003.02.10 comm trunk bits on win2k and linux rh8.0.
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•