Closed
Bug 177546
Opened 22 years ago
Closed 22 years ago
Long path to "Open with" application in Opening dialog pushes OK and Cancel buttons down below window boundary
Categories
(Core Graveyard :: File Handling, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 112180
People
(Reporter: mleverson, Assigned: law)
References
Details
(Keywords: qawanted)
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.2b) Gecko/20021016
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.2b) Gecko/20021016
This problem seems to have shown up in Mozilla 1.1. I previously worked in
Mozilla 1.0.0. It also doesn't work in Mozilla 1.2b. When you push the choose
button in the download window you can choose the helper App but after that
things hang and there is no button to download presented. I looks like the
download is started but never completes. You have to quit the browser to get the
download window to close.
Reproducible: Always
Steps to Reproduce:
1.Start a download.
2.Push the choose button.
3.Select a helper App.
Actual Results:
Things hang up at this point.
Expected Results:
Presented a Download buton to push.
Comment 1•22 years ago
|
||
*** Bug 177549 has been marked as a duplicate of this bug. ***
Comment 2•22 years ago
|
||
Downloading a PDF and choosing Preview worked for me, Mac OS X 10.1.5, Mozilla
2002103011.
Mark, can you reproduce this error with a new profile?
Reporter | ||
Comment 3•22 years ago
|
||
Bryan, Yes, this can be reproduced with a new profile. It also happens when
choosing Stuffit Expander 6.5 and 7.0, to decompress the downloaded file. This
has nothing to do with pdf. Try .sit or .hqx.
Is this the problem that the OK and Cancel buttons on that dialog get hidden
because the path to the helper app is long?
Reporter | ||
Comment 5•22 years ago
|
||
Greg, That is a possibility. Everything else seems normal but the download
button is missing.
Reporter | ||
Comment 6•22 years ago
|
||
Greg, This is exactly the case. I moved the helper app directly to the HD and
the function works. The button was partially uncovered. When the buttons are
covered hitting enter starts the process. You where right about it saying ok and
cancel also.
This should work for you now, mark. The "Open with" path in the Opening dialog
has been changed to a single-line text field, so it will no longer push the OK
and Cancel buttons downward below the window boundary. Please retest using a
current nightly and let us know.
Assignee: asa → law
Component: Browser-General → File Handling
QA Contact: asa → petersen
Summary: Choosing Decompressing Helper App doesn't work → Long path to "Open with" application in Opening dialog pushes OK and Cancel buttons down below window boundary
Comment 8•22 years ago
|
||
Long since fixed. Try 1.3b. ;)
*** This bug has been marked as a duplicate of 112180 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Whiteboard: DUPEME
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
•