Closed Bug 495452 Opened 16 years ago Closed 16 years ago

Size of "Details" box in "Clear Recent History" dialog is not updated when window gets resized

Categories

(Firefox :: Private Browsing, defect)

defect
Not set
minor

Tracking

()

VERIFIED FIXED
Firefox 3.6b1

People

(Reporter: bugzilla, Assigned: adw)

References

Details

(Whiteboard: [3.5testday])

Attachments

(1 file)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1pre) Gecko/20090529 Shiretoko/3.5pre Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1pre) Gecko/20090529 Shiretoko/3.5pre area under "Details" label should have flex="1" XUL property Reproducible: Always Steps to Reproduce: 1. open "Clear Recent History" dialog 2. open "Details" 3. resize window vertically Actual Results: area under "Details" label is not resized (screenshot: http://people.mozilla.ru/shutnik/img/shots/2009-05-29-%5B20-56-15%5D.png) Expected Results: area under "Details" should fill window vertically (screenshot: http://people.mozilla.ru/shutnik/img/shots/2009-05-29-%5B20-57-18%5D.png)
Normally this window should not be resizable. But it is. As what I can see it is a general problem on Linux. All dialogs which are not resizable on OS X or Windows can be resized on Linux. Is this intended? Drew, do you know that?
Severity: trivial → normal
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: "Details" area in "Clear Recent History" dialog is not fill window vertically if window resized → Size of "Details" box in "Clear Recent History" dialog is not updated when window gets resized
Whiteboard: [3.5testday]
Version: unspecified → 3.0 Branch
Attached patch patch v1Splinter Review
That is interesting. I'm not sure if it's a problem or feature. Anyway, this patch flexes the listbox. This adds 1 or 2 rows of pixels to the bottom of the listbox on Pinstripe but has no visible effect on the other two themes, except that it fixes the issue described in this bug on Linux.
Assignee: nobody → adw
Status: NEW → ASSIGNED
Attachment #380568 - Flags: review?(johnath)
Blocks: 480169
Severity: normal → minor
Component: General → Private Browsing
QA Contact: general → private.browsing
Hardware: x86 → All
Version: 3.0 Branch → Trunk
Alex, could you tell us please what's the expected behavior is on Linux? It's not only this dialog which suffers from the ability to resize windows/dialogs on Linux. It looks also weird with the preferences dialog itself. Would be nice to have a UX statement before we file a new bug on it. Thanks.
Keywords: uiwanted
Not sure if this should be resizeable, but it doesn't hurt. Let's just add the flex so that it still looks good after resize.
Alex, shall I file new bugs for other dialogs or not?
Keywords: uiwanted
If I say they shouldn't be resizable, a bunch of linux jerks are going to start a big flame war. But they really shouldn't be resizable because there isn't much point. However, we are too close to freeze for me to really care either way. Sorry for the non-answer.
johnath, any chance of review here?
Comment on attachment 380568 [details] [diff] [review] patch v1 This really shouldn't have taken so long, sorry about that, Drew.
Attachment #380568 - Flags: review?(johnath) → review+
No worries, thanks Johnathan.
Keywords: checkin-needed
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3.6b1
V with. Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2a1pre) Gecko/20090807 Minefield/3.6a1pre (.NET CLR 3.5.30729) ID:20090807045043
Status: RESOLVED → VERIFIED
OS: Linux → All
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: