[Actual results] Right now, Mozilla uses the native Win32 cursor for selected text dragging when one drags a bookmark in the Bookmark Manager window, in the Bookmarks menu (drop-down list) and in the Personal Toolbar. Mozilla also uses the CSS3 not-allowed cursor to notify visually of an impossible drop action. [Expected results] Mozilla should use a customized and more intuitive-looking cursors for such drag-N-drop mouse action. The provided URL offers 2 pairs of custom made 32x32 bitmap cursors: 1 for dragging and 1 for dragging with no drop. Using MSIE 6 for Windows will show how these cursors look, otherwise equivalent .pgn images are available. Size, looks, shape, color, outline are all modifiable, configurable.

K-meleon 0.8.2, a Gecko-based browser using native Windows components, uses specific and custom cursors for dragging and droping bookmarks.

I'm confirming this bug because customized bookmark dragging cursors would be useful for bug 235243 and for bug 255977.

since netscape 4, internet explorer, and mozilla are consistent on windows, i'm not sure it makes much sense to change this behavior for windows. i seem to recall netscape 4 for mac os classic (8/9) behaved differently, but i'd have to go home to check.

Timeless, I do not understand your position in this bug. Using text-selected drag for dragging a bookmark is not intuitive whatever browser we're referring to: MSIE 6 or Mozilla (or any other browser). So why should we do the same as MSIE 6 in such case? MSIE 6 will always refer to favorites and Mozilla will always refer to bookmark and use its assigned bookmark icon. If you look to both pairs of cursors, I bet that a wide majority of people would naturally and intuitively associate such pair of cursors to the action of moving, grabbing or dragging bookmarks. In the pair of cursors, the bookmark icon is inserted: so it has to be more naturally designed for bookmark dragging. My 2 cents

Is this still actual/planned to be implemented?