Closed Bug 6977 Opened 25 years ago Closed 25 years ago

[PP] linux - file | open dialog box is way too big

Categories

(Core :: XUL, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: cpratt, Assigned: pavlov)

Details

(Whiteboard: waiting for reporter's blessing)

build id: 9199052408 platform: red hat linux 5.2 to reproduce: select open from the file menu. result: the dialog box that is presented is way too huge; it's something like six times as tall as need be.
Assignee: shuang → don
reassign it to don for later fixing. cc german to make sure the spec of dialog box also covers linux
reassign it to don for later fixing. cc german to make sure the spec of dialog box also covers linux
Assignee: don → trudelle
Peter, your folks do the file open dialog, right?
Assignee: trudelle → sdagley
reassigning to sdagley
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
We're bringing up the standard GTK file selection dialog without specifying any particular size (I don't even know if there's a version that takes a parameter for the dialog dimensions). Looking at the file open and save dialogs on akkana's system the dialogs don't appear to be excessively large.
Status: RESOLVED → REOPENED
QA Contact: phillip
Resolution: WORKSFORME → ---
Using the 1999061508 build on my Linux machine, the dialog displayed is still incredibly huge. The content takes up no more than 20 per cent of the available space. Reopening. (Is there more info I can give you that would help you?)
Assignee: sdagley → law
Status: REOPENED → NEW
This is not a problem with the file picker dialog, it's a problem with the intermediate dialog that allows you to either type in a URL to open or pick a file. Reassigning to Bill Law whom I believe added this feature.
Component: UE/UI → XPApps
Target Milestone: M8
Bill, didn't you fix this already?
Status: NEW → ASSIGNED
Assignee: law → trudelle
Status: ASSIGNED → NEW
Component: XPApps → XP Toolkit/Widgets
The width and height are apparently being specificied properly via attributes on the <window> tag in openLocation.xul. I'm resetting the component to "XP Toolkit/Widgets." I think it's a gtk thing, since this works OK on Windows and Mac.
Assignee: trudelle → pavlov
i can't see this happening. my work would not have effected this as the gtk file selection dialog is automagically sized in gtk and doesn't take any kind of size specifications for this.
Status: NEW → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
intrinsic sizing issues. now fixed.
Whiteboard: waiting for m8 final to verify (still looks flaky, though)
Whiteboard: waiting for m8 final to verify (still looks flaky, though) → waiting for reporter's blessing
chris or german, what do you think? it's sort of clunky, but definitely not as big as it used to be. (perhaps now a xul issue, not xptoolkits.)
Status: RESOLVED → VERIFIED
pavlov showed me the dialog after he checked in his changes, and it's acceptable now (not ideal, but acceptable). i'm going ahead and marking this one as verified fixed.
Hello, I see this bug is opened since 1999, but actually I have it :P When I put my mouse en the "+" tab, the black infobox is displayed very big (but the text "Open a new tab" has the right size, only the container is too big). Tell me if you want a screenshot, it's not a big issue but it's ugly. And after that, I saw that it's exactly the same issue with the infobox of the "refresh icon" and the "stop loading icon" (which replace the refresh icon when clicked). The About of my Firefox indicates "25.0" + "Mozilla Firefox for Ubuntu canonical -1.0" and I'm running under Ubuntu 13.10 (32 bits). Bye, Nicolas
You need to log in before you can comment on or make changes to this bug.