Closed
Bug 189076
Opened 22 years ago
Closed 20 years ago
buttons in helper app dialog (ok/cancel in save as dialog box) are pushed downwards when OS-associated app is available (buttons cut off)
Categories
(Core Graveyard :: File Handling, defect, P3)
Tracking
(Not tracked)
RESOLVED
FIXED
Future
People
(Reporter: bugzilla, Unassigned)
References
Details
(Whiteboard: [reflow-refactor])
Attachments
(2 files, 2 obsolete files)
found this on win2k and linux rh8.0 with 2003.01.13.08 comm trunk bits (both
themes). when there's an application provided for a filetype via an
OS-association, the OK and Cancel buttons are pushed downwards (sometimes
clipped) within the helper application dialog.
i think this might be a regression for the fix for bug 86640. it's minor so far,
since i can still access the buttons. however, if it's worse for others
(depending on screen resolutions), bump up as needed.
screenshot coming up.
Reporter | ||
Comment 1•22 years ago
|
||
helper application dialog, when there's an OS-associated application for a
mimetype.
Comment 2•22 years ago
|
||
This is basically the same problem as bug 112180, slightly exacerbated by the
checkin...
We could land a quick hack to fix it right now, if we want... let's wait a few
days on that; I may be able to fix the underlying reflow bug....
Comment 3•22 years ago
|
||
Um. I see... you resolved that one....
Well, it's the same exact problem and the same dependencies apply...
Depends on: 188787
Reporter | ||
Comment 4•22 years ago
|
||
heh, yeah. wasn't sure if the underlying problem was the same (even though the
frontend appears different from bug 112180). your call though, if you want to
reopen 112180 and dup this one against it. or i can do that. whichever you
prefer. :)
Comment 6•22 years ago
|
||
Comment 7•22 years ago
|
||
Comment 8•22 years ago
|
||
Attachment #112248 -
Attachment is obsolete: true
Comment 9•22 years ago
|
||
Comment on attachment 112247 [details] [diff] [review]
wallpaper hack hack cough
Obviously not the ideal solution, but if it fixes the majority of these
occurrences it is better than what we have now.
r=pkw
Attachment #112247 -
Flags: review+
Comment 10•22 years ago
|
||
Comment on attachment 112247 [details] [diff] [review]
wallpaper hack hack cough
checked in.
Attachment #112247 -
Attachment is obsolete: true
Comment 11•22 years ago
|
||
Would it help to only show the dialog when all the info is known, and load that
info in the dialog's onload handler? Or is that just more wallpaper?
Comment 12•22 years ago
|
||
That's exactly what we're doing right now, no? And yes, that would be wallpaper
-- the real bug is bug 188787
Updated•22 years ago
|
Priority: -- → P3
Target Milestone: --- → Future
Comment 13•22 years ago
|
||
*** Bug 202825 has been marked as a duplicate of this bug. ***
Updated•22 years ago
|
Summary: buttons in helper app dialog are pushed downwards when OS-associate app is available → buttons in helper app dialog (save as dialog box) are pushed downwards when OS-associate app is available (buttons cut off)
Comment 15•21 years ago
|
||
On Mac OS X when saving a file, and three options are presented, the [OK] and
[CANCEL] are cutoff
Updated•21 years ago
|
Summary: buttons in helper app dialog (save as dialog box) are pushed downwards when OS-associate app is available (buttons cut off) → buttons in helper app dialog (save as dialog box) are pushed downwards when OS-associated app is available (buttons cut off)
Comment 16•21 years ago
|
||
*** Bug 225076 has been marked as a duplicate of this bug. ***
Comment 17•21 years ago
|
||
*** Bug 229786 has been marked as a duplicate of this bug. ***
Comment 18•21 years ago
|
||
*** Bug 231946 has been marked as a duplicate of this bug. ***
Comment 19•21 years ago
|
||
*** Bug 238953 has been marked as a duplicate of this bug. ***
Comment 20•21 years ago
|
||
*** Bug 239062 has been marked as a duplicate of this bug. ***
Comment 21•21 years ago
|
||
*** Bug 243492 has been marked as a duplicate of this bug. ***
Comment 22•21 years ago
|
||
*** Bug 244052 has been marked as a duplicate of this bug. ***
Comment 23•21 years ago
|
||
*** Bug 244417 has been marked as a duplicate of this bug. ***
Comment 24•21 years ago
|
||
*** Bug 244484 has been marked as a duplicate of this bug. ***
Comment 25•20 years ago
|
||
*** Bug 245249 has been marked as a duplicate of this bug. ***
Comment 26•20 years ago
|
||
*** Bug 246322 has been marked as a duplicate of this bug. ***
Comment 27•20 years ago
|
||
Is there any reason why in the last two month the dupe count has increased so much?
Comment 28•20 years ago
|
||
(In reply to comment #27)
> Is there any reason why in the last two month the dupe count has increased so
much?
I upgraded from Mozilla 1.6 to Mozilla 1.7RC3 yesterday and have never see that
bug in v1.6 (possible regression?).
Comment 29•20 years ago
|
||
*** Bug 246389 has been marked as a duplicate of this bug. ***
Comment 30•20 years ago
|
||
Yes, this is a regression. Sometime in the 1.0 timeframe. The actual
underlying bug in XUL layout is not a regression, though -- it's just a design flaw.
There are no quick fixes here until we refactor layout and make
nsBoxToBlockAdaptor suck less....
Whiteboard: [reflow-refactor]
Updated•20 years ago
|
Summary: buttons in helper app dialog (save as dialog box) are pushed downwards when OS-associated app is available (buttons cut off) → buttons in helper app dialog (ok/cancel in save as dialog box) are pushed downwards when OS-associated app is available (buttons cut off)
Comment 31•20 years ago
|
||
*** Bug 246636 has been marked as a duplicate of this bug. ***
Comment 32•20 years ago
|
||
I would like to add some information from Bug 246636 here: The behaviour is
random; i. e. downloading from the exact same location (file type PDF), I get
the truncated prompt window with about 10% probability (see the screen shots in
Bug 246636).
New info: The problem is still in 1.7 release (WinXP).
Comment 33•20 years ago
|
||
*** Bug 248541 has been marked as a duplicate of this bug. ***
Comment 34•20 years ago
|
||
The problem is well understood... no real need for more info.
Assignee: bzbarsky → file-handling
QA Contact: chrispetersen → ian
Comment 35•20 years ago
|
||
Fixed by the patch in bug 255270.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Comment 36•20 years ago
|
||
*** Bug 257200 has been marked as a duplicate of this bug. ***
Comment 37•20 years ago
|
||
*** Bug 257680 has been marked as a duplicate of this bug. ***
Comment 38•20 years ago
|
||
I am still getting this bug in Mozilla 1.7.3 on Windows 2000. Buttons seem to be
clipped only the first time a file of unknown type is opened.
Both classic and modern themes are affected.
I upgraded from 1.5 (which was OK). I am also using enigmail.
Comment 39•20 years ago
|
||
*** Bug 185992 has been marked as a duplicate of this bug. ***
Comment 40•20 years ago
|
||
*** Bug 225294 has been marked as a duplicate of this bug. ***
Comment 41•20 years ago
|
||
*** Bug 179575 has been marked as a duplicate of this bug. ***
Comment 42•20 years ago
|
||
This problem still appears sometimes (Or a new regression?) on the trunk, see
Bug 280909.
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•