User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031111 Firebird/0.7+ Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031111 Firebird/0.7+ when a bookmark is dragged from the bookmarks toolbar, and then it is released over the place it was originally dragged from (so the cursor changes to a 'cancel' or 'no entry' symbol), when the mouse is hovered over this bookmark again, rather than being raised, the bookmark is still depressed (the mouse however has been released). Reproducible: Always Steps to Reproduce: 1. click and drag a bookmark from the toolbar. 2. while still dragging, replace the mouse over the place it was dragged from (the same bookmark on the toolbar) so the cursor changes to 'no entry' symbol. 3. release the mouse button. 4. hover the mouse over the button again. Actual Results: the bookmark on the toolbar is depressed when the mouse is hovered over it (but not clicked) Expected Results: the bookmark should appear raised. using the default theme. the bug goes away if one clicks on a new tab. however when one is viewing the same tab, the bug persists.

Confirming with 2003-11-12 build on WinXP. -> Bookmarks

*** Bug 228129 has been marked as a duplicate of this bug. ***

This does also happen when you drag that bookmark elsewhere (e.g. location bar, URLbar), at least for me on Win2k, current cvs trunk. Adjusting summary, but please re-test if this also happens for you and change accordingly. Suite bug 127675 is/was about the same problem, but I'm going to close that one now this Firebird-specific bug is open.

Confirmed with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7a) Gecko/20040128 Firebird/0.8.0+ OS -> ALL

Henrik, I don't see this bug confirmed for any non-Windows OS, so why did you set OS=all?

Sorry my mistake. But i can confirm it with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040119 Firebird/0.7+.

I can reproduce this behavior by clicking on a folder of bookmarks on the personal toolbar, then clicking elsewhere in the page to dismiss the menu. So perhaps it is the click that causes the problem, not the dragging. When the bookmark or folder is in this mode, I can stop it by clicking on another bookmark or menu, causing this new item to become sunken. It doesn't have to stay sunken; a normal click on a bookmark or folder will do it.

*** Bug 232235 has been marked as a duplicate of this bug. ***

reproducible for me Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041009 Firefox/0.10.1

*** Bug 250970 has been marked as a duplicate of this bug. ***

*** Bug 289998 has been marked as a duplicate of this bug. ***

Confirming this is still an issue on: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050524 Fedora/1.0.4-4 Firefox/1.0.4

*** Bug 302464 has been marked as a duplicate of this bug. ***

*** Bug 311701 has been marked as a duplicate of this bug. ***

I tried it on current trunk and branch builds and they all behave the same: when I drag the bookmark away and release it again on the same place it shows up in depressed state (instead of hovered) when I hover over this bookmark, also after clicking in the page. This corrects itself however when I left or rightclick on a bookmark, a bookmarks folder or any other menu.

sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs, filter on "beltznerLovesGoats" to get rid of this mass change

Still in Firefox 2.0 Beta 2

*** Bug 356593 has been marked as a duplicate of this bug. ***

This is still happening with Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9a9pre) Gecko/2007101604 Minefield/3.0a9pre

I have video about that: http://www.vimeo.com/720341

This bug also occurs with regard to folders staying depressed, if you drag and drop an existing bookmark inside a folder from one position inside that folder to another position inside the same folder.

I have noticed that I think since Bug 337761 has been fixed, you don't get a Do Not Drop cursor when dragging things up to the window title bar anymore which now makes it much more difficult to find a place to release the mouse button if you want to cancel your drag. This seems related to this bug, as the stuff you were dragging, if you are successful with finding a place to release your mouse button, remain depressed. Also, if your window isn't maximized and you drag the mouse outside of the window while dragging a bookmark, the menus inside of Firefox remain activated, instead of collapsing back once you pass oustside the edge of the app.

I can reproduce this bug on Windows 200 SP4 since Firefox 2. But it happens not only if I cancel the drag, but also if I drop the bookmark for example on the tab bar. When I press the mouse button anywhere, the button gets normal.

Doing that action I see following exception in the Error Console: Error: uncaught exception: [Exception... "Component returned failure code: 0x80070057 (NS_ERROR_ILLEGAL_VALUE) [nsINavBookmarksService.moveItem]" nsresult: "0x80070057 (NS_ERROR_ILLEGAL_VALUE)" location: "JS frame :: file:///Volumes/Minefield/Minefield.app/Contents/MacOS/components/nsPlacesTransactionsService.js :: PMIT_doTransaction :: line 558" data: no]

This appears to work for me. > Error: uncaught exception: [Exception... "Component returned failure code: > 0x80070057 (NS_ERROR_ILLEGAL_VALUE) [nsINavBookmarksService.moveItem]" > nsresult: "0x80070057 (NS_ERROR_ILLEGAL_VALUE)" location: "JS frame :: > file:///Volumes/Minefield/Minefield.app/Contents/MacOS/components/nsPlacesTransactionsService.js > :: PMIT_doTransaction :: line 558" data: no] You should file a new bug for that.

I can still reproduce this. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090320 Minefield/3.6a1pre

(In reply to comment #31) > I can still reproduce this. > > Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090320 > Minefield/3.6a1pre My bad - I missed that this was windows. WFM on mac

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

WFM, on Windows, 26.0a1 Nightly.