Closed Bug 420813 Opened 17 years ago Closed 7 years ago

Bookmark dialog disappears if we move other window to the front and then back

Categories

(Firefox :: Bookmarks & History, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: jfaryeeman+mozilla, Unassigned)

References

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b3) Gecko/2008020514 Firefox/3.0b3 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b3) Gecko/2008020514 Firefox/3.0b3 If we hit Ctrl+D and then move another window to the front and then move back to the Firefox window the *bookmark dialog* disappeared Reproducible: Always Steps to Reproduce: 1.Ctrl+D to bookmark page. Do nothing more. 2.Bring another window to the front. 3.Move back to Firefox window. The dialog has vanished.
Component: Bookmarks → Places
QA Contact: bookmarks → places
This is not a bug. When you move focus to the other window, the bookmark dialog is dismissed. That is how the new dialog was designed to function.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → INVALID
(In reply to comment #1) > This is not a bug. When you move focus to the other window, the bookmark dialog > is dismissed. That is how the new dialog was designed to function. > I posted about this on mozilla.dev.apps.firefox newsgroup and Mike Beltzner responded this: "That's an interesting problem, probably related to how we use <panels>. I'm surprised there's no bug on this yet. Please file." Doesn't this results in loss of data. I Ctrl+D to Bookmark. Then enter some tags and so on. The I move to another window (or another window could still focus) and comeback and all is gone.
This doesn't result in a loss of data (all the interactions are instant apply), but I can see how this would be annoying. Not block the release annoying, but something that would be nice to fix.
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
As I reported in Bug 423709, bookmark window is dismissed if _it_ loses focus, and not only if Firefox loses focus. It's very annoying and misleading IMO.
It's not really a window, it's a context menu and thus behaves like one.
(In reply to comment #2) > I posted about this on mozilla.dev.apps.firefox newsgroup and Mike Beltzner > responded this: "That's an interesting problem, probably related to how we use > <panels>. I'm surprised there's no bug on this yet. Please file." It would be nice if in the future you could post the message. Here it is: http://groups.google.com/group/mozilla.dev.apps.firefox/msg/8e204c08d2c0b84f
Whether or not it is supposed to happen or not, it still does this in the latest nightly build of firefox 3.1b3pre. It does not matter how the dialouge box is brought up or if you are switching windows or just clicking anywhere outside of the screen. The same thing still happens.
Ok, this should be confirmed and priority changed to minor.
Status: UNCONFIRMED → NEW
Ever confirmed: true
CC-ing beltzner, mentioned in comment #2 (and comment #8)
Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h". In Thunderbird 3.0b, you do that as follows: Tools | Message Filters Make sure the correct account is selected. Click "New" Conditions: Body contains places-to-b-and-h Change the action to "Delete Message". Select "Manually Run" from the dropdown at the top. Click OK. Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter. Gerv
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
The popup is behaving the same way as the rest of the arrow dialogs we have - dismissed when focus is lost. We shouldn't have special handling for the bookmarks dialog.
Status: NEW → RESOLVED
Closed: 17 years ago7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.