Closed
Bug 307744
Opened 19 years ago
Closed 16 years ago
confirm file replace dialog can get stuck behind firefox window if drag and drop a duplicate bookmark in a windows folder from the bookmark toolbar
Categories
(Firefox :: Bookmarks & History, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: hotice3100, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050908 Firefox/1.4 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050908 Firefox/1.4 I created a bookmark for the following link: http://forums.mozillazine.org/viewforum.php?f=38. I dragged it to the bookmark toolbar, located under the navigation toolbar. It created an item on the bookmark toolbar. I dragged it to a folder on my desktop called "New Favorites" and it worked. Later in the day I had forgotten I already placed that bookmark to the "New Favorites" folder and attempted to drag it again. After dragging the item a Windows Prompt asks me (text inside <img></img> represent graphics): "This folder already contains a file named 'Mozilla Firefox Support - MozillaZine Forums'. Would you like to replace the existing file <img>firefox bookmark icon</img> 74 bytes modified: Today, September 09, 2005, 12:04:10 PM with this one? <img>IE bookmark icon</img> (unknown date and size)" The window contained 4 buttons: Yes, Yes to All, No, and Cancel. The mouse cursor was stuck at arrow and the drag bookmark graphic. I could not click any of the buttons. I couldn't do any operation in firefox after this window dialog appeared. Reproducible: Always Steps to Reproduce: 1. create a bookmark in the bookmark toolbar 2. drag it to a windows folder 3. drag it to a windows folder again so it a window comes up asking if you want to replace the file Actual Results: I could not do any other operation in firefox. Expected Results: Allowed me to push the buttons contained int he dialog. I say this seems like a crash because there is no straightfoward way of being able to use firefox again. The only way I was able to resolve this was if I use Windows Key + D which minimized all windows including firefox. Then I was able to push one of the buttons in the dialog I mentioned in the details. After I chose Yes, Yes to all, no, etc. Firefox was working again. It just seemed like firefox stayed on top of the dialog and would not allow me to continue browsing until I pressed the button. I could not push the button because firefox insisted on staying on top, unless doing the resolution I mentioned above.
Comment 1•19 years ago
|
||
WFM (no freeze) with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050908 Firefox/1.4 ID:2005090810 Reporter, can you reproduce this behavior on demand or was it a once-off ?
| Reporter | ||
Comment 3•19 years ago
|
||
I tested it on a friend with dual screen and the problem will only occur when firefox and the windows replace file dialog are on the same screen. So anyone using a single monitor or any monitor where firefox and the dialog appears it happens.
Comment 4•19 years ago
|
||
I have a single monitor and don't see this bug. Do you still see this behavour in Safe Mode ? http://kb.mozillazine.org/Safe_mode
| Reporter | ||
Comment 5•19 years ago
|
||
Ok is the folder you are dragging the bookmark on your C drive? Try making a folder on your desktop and dragging it to the folder on your desktop. I can reproduce this in regular and safe mode.
Comment 6•19 years ago
|
||
WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; es-ES; rv:1.8b4) Gecko/20050908 Firefox/1.4
Comment 7•19 years ago
|
||
WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050909 Firefox/1.4 ID:2005090906
Comment 8•19 years ago
|
||
also WFM Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b4) Gecko/20050904 Firefox/1.0+ Mnenhy/0.7.2.0 ID:2005090906
Comment 9•19 years ago
|
||
Reporter, given that others cannot reproduce, perhaps there is something unusual about your two setups that is causing this. For example, are you using a particular mouse driver ? Can you try disabling it ?
| Reporter | ||
Comment 10•19 years ago
|
||
It still happens to me. If firefox covers the "replace existing file" dialog completely when it comes up there's still an issue - everytime. I can get around it though by the method I mentioned in the details (as well as alt tabbing to the replace existing file dialog). I guess if it can't be reproduced, then there is nothing to fix though.
Comment 11•19 years ago
|
||
Best way to find out what's going on it to get a talkback ID for the crash. http://kb.mozillazine.org/Talkback
Comment 12•19 years ago
|
||
Adam, it doesn't seem that it's a true crash. Instead, the Confirm File Replace dialog that Windows throws up is modal but not on top, so that it only appears that Firefox has stopped responding.
Severity: critical → normal
Summary: if drag and drop a duplicate bookmark in a windows folder from the bookmark toolbar firefox seems to crash → confirm file replace dialog can get stuck behind firefox window if drag and drop a duplicate bookmark in a windows folder from the bookmark toolbar
Comment 13•18 years ago
|
||
Summary: Same symptoms. And I get the identical "jam" under Internet Explorer! And it only happens under XP, not under Windows 2000.
Here's all of my test results:
Like Reporter, I get a "jam" when dragging a bookmark/link a second time directly to the desktop. The dialog box in my case is sometimes painted on top, sometimes underneath, but it always behaves as if it is drawn underneath -- it cannot be clicked, nor does it have keyboard focus.
If I make the Firefox window very small before attempting the test, such that the dialog box is by necessity "poking out" from under the Firefox window, then when I click on the poking-out part the dialog comes to the front and receives keyboard focus, and I can dismiss it.
I get the jam at both low and high screen resolution.
I do not get the jam when dragging twice from Firefox to an open Windows folder, instead of onto the desktop.
I do not get the jam when dragging a file twice from a Windows Explorer open-folder onto the desktop. (When I try to drag a =link= twice from Windows Explorer, it modifies the second name rather than doing the dialog.)
I get the jam both from my heavily-modified user account and from the completely-default "administrator" account.
I get the jam every single time I attempt the operation.
I do not get the jam when I go to another machine that is (or should be) identical except that it's still running Win2000. (The WinXP system was created as an upgrade-install from the Win2000 system.)
I do not get the jam from Netscape 8.1 on either machine. (Instead, Netscape simply completely ignores my attempts to drag a bookmark!:)
I =get= the jam from Internet Explorer 6.0, with the identical symptoms.
Side to Reporter: I love the Windows-D workaround!! Thank you. Didn't think of that 'priority interrupt' to the modal dialog box. Now I don't have to crash ('End Process') out of Firefox, thereby losing my entire Firefox cache every time this happens. Which is sometimes several times a day (you'd think I'd learn.)
Comment 14•18 years ago
|
||
Reporter, do you still see this problem with the latest Firefox 2? If not, can you please close this bug as WORKSFORME. Thanks!
Whiteboard: CLOSEME 06/27
Version: unspecified → 1.5.0.x Branch
| Reporter | ||
Comment 15•18 years ago
|
||
I'm still having the same problem under Firefox version 2.0.0.4. The workaround is still a good way to get around the problem (windows + d). I'll resolve it as incomplete b/c it is still happening. Not sure if it will ever get fixed or if it's identified as a real problem, but I have my workaround so I'm ok with it.
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → INCOMPLETE
Comment 16•18 years ago
|
||
If this is still a problem for you I will reopen the bug.
Status: RESOLVED → UNCONFIRMED
Resolution: INCOMPLETE → ---
Whiteboard: CLOSEME 06/27
Version: 1.5.0.x Branch → 2.0 Branch
Comment 17•16 years ago
|
||
Bulk closing all UNCONFIRMED bugs dealing with places that haven't had any bug activity in over 120 days, have no votes, and are not enhancement requests. If you are still experiencing this issue in Firefox 3.0 or later, please re-open the bug with steps to reproduce (if they were not part of the original comment).
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago → 16 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•