15 years ago
6 days ago


(Reporter: mozilla, Unassigned)


(Blocks 2 bugs)

Firefox Tracking Flags

(Not tracked)



(1 attachment)



15 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040719 Firefox/0.9.1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040719 Firefox/0.9.1

Really minor: the About Box is a resizable window and has a Maximize button;
there's no use to allow that and resizing screws up the layout.

Reproducible: Always
Steps to Reproduce:
1. Open About Box
2a. Press Maximize Button, or
2b. Drag one of the corners to resize.

Comment 1

15 years ago
Can't confirm on Windows, at least. Mozilla/5.0 (Windows; U; Windows NT 5.1;
en-US; rv:1.7) Gecko/20040724 Firefox/0.9.1+ (bangbang023)

Comment 2

15 years ago
confirming this on Linux with latest nigthly

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040725 Firefox/0.9.1+

Comment 3

15 years ago
Import, Bookmark Properties and About all exhibit this behavior for me; openbox3.

xprop shows the following:


Comment 4

15 years ago
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040727 Firefox/0.9.1+

Ever confirmed: true

Comment 5

15 years ago
Maybe NativeCreate() in widget/src/gtk2/nsWindow.cpp just needs some:
  gtk_window_set_resizable() or gtk_window_set_policy() ?

Comment 6

15 years ago
*** Bug 259172 has been marked as a duplicate of this bug. ***
Assignee: bross2 → nobody
Duplicate of this bug: 412676

Comment 9

9 years ago
(In reply to comment #8)

sorry, made a mistake...
Duplicate of this bug: 436399

Comment 11

7 years ago
Posted patch v1 patchSplinter Review
As per, windows are always resizable - so removing that ability is not an option.  Changing the dialog flag to 'yes' does, however, remove the minimize/maximize buttons.
Attachment #595259 - Flags: review?


7 years ago
Attachment #595259 - Flags: review? → review?(
Comment on attachment 595259 [details] [diff] [review]
v1 patch

It looks like this would regress bug 608934, which isn't desirable. We might need to implement better back-end widget support for different window options, if the current possibilities don't get us what we want.

That might be tricky, but the relevant GTK code is in widget/gtk2/nsWindow.cpp's nsWindow::Create, which gets data passed in via nsWidgetInitData passed in from nsAppShellService::JustCreateTopWindow, which in turns gets it's info via aChromeMask, and so on.

I'm not knowledgeable enough about GTK to know if there are easy changes we can make to get a dialog that has close buttons, isn't resizable, etc. Karl may be able to help with that.
Attachment #595259 - Flags: review?( → review-

Comment 13

7 years ago
(In reply to Gavin Sharp (use for email) from comment #12)

In reference to comment 11 by Chad, the link he posted states that since firefox 3 all secondary windows should be resizable. The about windows in the versions for Mac and Windows however, have the minimize and maximize buttons disabled. Chads patch fixes this all linux distributions but causes problems on gnome3 because the exit button at the top of the window is also no long there.  

With that being said, should a new bug be filed and this one be removed as the scope of the bug has changed since originally reported? If not could we build on top of Chads original fix by also adding a "Close" button to the about box? A close button used to be present in older versions of Firefox and the close button would appear on all operating systems. Just some thoughts.

Comment 14

7 years ago
Seems like this bug at least should be closed.  The resize behaviour of the About dialog seems quite acceptable now.

We need to accept that dialogs can be resized.  That change was discussed ad nauseam in its own bug and is here to stay.  Even before that change, dialogs were fully resizable on some platforms.  Similarly, I think we should accept that on some Linux window managers at least dialogs will have a titlebar and various buttons despite what we might try to code, so I don't see the point in a further bug.
Wow, this is a blast from the past. I remember when, 15 years ago, "Some Unix window managers will make all windows resizable anyway" was used as an argument to make all Mozilla windows resizable on every platform, even when they had no resizable contents. That argument was rejected as defeatism then, and it's no more valid when applied solely to Linux now. The vast majority of Linux users are using a window manager that does obey _NET_WM_ACTION_RESIZE, and unsetting it does not harm users of window managers that don't.

Then as now, there was also confusion (demonstrated in comment 13 and comment 14) between resizability and being a dialog. Most dialogs shouldn't be resizable, but some should, for example file pickers. And most non-dialogs should be resizable, but not all, for example the About box. Whether a window should be resizable depends on how much of its contents would benefit from being resized, *not* on whether it's a dialog or not.

I've reported the Thunderbird equivalent as bug 986354.


5 years ago
Blocks: 986354

Comment 16

5 years ago
I would like to work on this bug, Could you please assign me this one?
It's not necessary to be assigned to work on a patch! Let me know if I can help.
Blocks: 986351
Priority: -- → P5

I would like to work on this.

You need to log in before you can comment on or make changes to this bug.