See attachment. The resizer beside "Document: Done" works. I can resize the window by dragging it.
I'm glad to pay this price to see a working resizer in the ACTUAL statusbar. It's about time. Phoenix developers, I think I'd just call this an easter egg and move along. You could put some extra text on the dialog's status bar that only shows up when you use the resizer. :-) By the way, shouldn't the text say simply "Done" instead of "Document: Done"? I think Phoenix changed that on the actual status bar.
Tim: that's bug 184353, which I fixed last night
I like that easter egg suggestion! :) Also, the text should change to "Done".
Severity: normal → trivial
OS: Windows 2000 → All
David: see comment 3
Target Milestone: --- → After Phoenix 1.0
I don't think I see it anymore with the new Qute theme
This is still visible in WinXP with the default luna theme when the window is not maximized. I like the easter egg idea. That would be cool. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030728 Mozilla Firebird/0.6.1
I see it now with the resize bug fixed
-> taking should be easy enough to fix
Assignee: blake → mpconnor
Copy chrome://browser/content/pageReportFirstTime.xul to the url bar to test this.
*** Bug 233656 has been marked as a duplicate of this bug. ***
Don't fix this... it's a nice easer egg indeed! The "malfunction" is not anoying in any way!
the reality of this bug is that I don't think this matters, the dialog is only shown once, who cares if it gets resized? :) I should probably WONTFIX this :)
Status: NEW → ASSIGNED
Priority: -- → P5
*** Bug 243422 has been marked as a duplicate of this bug. ***
Don't WONTFIX it, but don't feel obliged to have it block anything ;-)
The problem isn't that it resizes. The problem is that the resizer is in the wrong place.
(In reply to comment #17) > The problem isn't that it resizes. The problem is that the resizer is in the > wrong place. Well, it doesn't really NEED to resize at all. Don't know how much code it takes, but any streamlining helps.
it doesn't take any code, actually, it'd probably be harder to undo it although, I don't think this is even valid anymore, since I think the dialog is dead.
Perhaps the bug should be closed then?
The dialog isn't dead. It's displayed upon selecting "Don't show info message when popups are blocked" from the context menu of the popup button on the statusbar.
Created attachment 154572 [details] [diff] [review] patch This is inspired from the code for the main window: http://lxr.mozilla.org/aviarybranch/source/toolkit/content/xul.css#331 I added it to browser.css because that is already referenced by pageReportFirstTime.xul. I'm not sure about Pinstripe.
This one should be bumped up to "normal" or at least "minor" priority, though not a blocker.
Severity: trivial → minor
Target Milestone: After Firefox 1.0 → Firefox1.0beta
(In reply to comment #23) > This one should be bumped up to "normal" or at least "minor" priority, though > not a blocker. Definitely not. In fact, I'm downgrading it back to trivial (I can do that, I filed the bug). It really is a cosmetic bug and nothing more.
Severity: minor → trivial
Comment on attachment 154572 [details] [diff] [review] patch Please don't request approval until you've received necessary reviews. Thanks.
Can this one come in before PR?
Attachment #154572 - Flags: review?(mconnor) → review?(webmail)
Attachment #154572 - Flags: review?(kevin) → review?(mconnor)
Attachment #154572 - Flags: review?(mconnor) → review+
Attachment #154572 - Flags: approval-aviary1.1a2? → approval-aviary1.1a2+
Finally! Checking in mozilla/browser/themes/winstripe/browser/browser.css; /cvsroot/mozilla/browser/themes/winstripe/browser/browser.css,v <-- browser.css new revision: 1.14; previous revision: 1.13 done
Status: ASSIGNED → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → FIXED
Target Milestone: Future → Firefox1.1
*** Bug 305022 has been marked as a duplicate of this bug. ***
You need to log in before you can comment on or make changes to this bug.