Closed
Bug 842199
Opened 13 years ago
Closed 13 years ago
Save dialog box loses focus when choosing to "save file" with "always ask me where to save files" selected
Categories
(Firefox :: File Handling, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 431544
People
(Reporter: wcfazio, Unassigned)
Details
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:18.0) Gecko/20100101 Firefox/18.0
Build ID: 20130116073211
Steps to reproduce:
I am running Mac OS X 10.7.5 and Firefox 18 (in 64-bit mode). With "Always ask me where to save files" selected in my download preferences, I download a file and select the "save file" option in the dialog box.
Actual results:
When the Save dialog box appears (official name of the dialog box is "Enter name of file to save to"), it immediately loses focus, which returns to the main Firefox window, meaning any keystrokes, including keyboard shortcuts, will apply to the main Firefox window and not to the save dialog box.
Note: this is not a new issue with Firefox 18; this has been the way Firefox behaves for a good long while now.
Expected results:
The Save ("Enter name of file to save to") dialog box should have retained focus, allowing the user to interact with it via keyboard commands.
Did you try in safe mode (see https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode) and with a fresh profile (see https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles)?
Same behavior?
Flags: needinfo?(wcfazio)
Comment 2•13 years ago
|
||
Sounds like Bug 431544, no?
Updated•13 years ago
|
Component: Untriaged → File Handling
Comment 3•13 years ago
|
||
Reproducible on the latest Beta (BuildID: 20130212082553): Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:19.0) Gecko/20100101 Firefox/19.0
Reproducible on the latest Aurora (BuildID: 20130219042021): Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20130219 Firefox/20.0
Reproducible on the latest Nightly (BuildID: 20130219031055): Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:21.0) Gecko/20130219 Firefox/21.0
I also think this issue is similar to bug 431544.
Note:
1. This issue is a regression: it doesn't reproduce with Firefox 4.0. I will come back later with a regression window.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 4•13 years ago
|
||
MozRegression tool didn't work. I tried several times, on 2 Mac machines, but I always received errors.
So I started testing manually, and here are my results:
Last good nightly: 2011-04-30
First bad nightly: 2011-04-13
(In reply to Loic from comment #1)
> Did you try in safe mode (see
> https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-
> mode) and with a fresh profile (see
> https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-
> firefox-profiles)?
>
> Same behavior?
Haven't tried safe mode yet, but I have tried it on another Mac I have access to (kind of a fresh profile, I guess; independent profile, anyway) and saw the same behavior.
Flags: needinfo?(wcfazio)
Comment 6•13 years ago
|
||
I'm pretty sure this is a dupe of bug 431544. I can reproduce this in a Firefox build from 2009-01-01 (10.8.2).
Duped according comments 2 & 6.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•