118786 - Bookmark button on personal toolbar returns to normal state while dragging bookmark over page content

Status: RESOLVED WORKSFORME

(SeaMonkey :: Bookmarks & History, defect)

Description

[Christoph Studer]

If you drag a bookmark from the personal toolbar over the main part of the
window mozilla stops indicating what you're dragging.

What I mean exactly:

Drag a bookmark from the personal toolbar over the main part of the window and
back over the toolbar.

As soon as you're over the content part Bookmark-Button changes from
mousedown-state to mouseout-state. Bookmark icon disappears.

When you're back over the personal toolbar (or if visible: the tab bar) the
bookmark gets its icon back and looks like the other bookmarks on the personal
toolbar.

Comment 1

[Chris Lyon]

Christoph, are you still seeing this on a recent build?

Comment 2

[Christoph Studer]

Yes, still seeing exactly the same behaviour on 2002021303.

Bug does not occurr every time you drag an item over the content area and back.
I'm sorry but I really can't figure out what it depends on. Just try it a few
times with different drawing-speeds/-directions etc.

I've captured a screen video (AVI or WMV) which I could add as an attachement if
you like.

Comment 3

[Michael Lefevre]

meanwhile, months later...

same question again Christoph, are you still seeing this with a recent build? 
if so, any clues as to when it happens? have you tried uninstalling completely
and starting with a fresh install and a new profile? maybe attaching a little
screen video wouldn't be a bad idea - might be better if you could find
somewhere else to put it rather than on the bugzilla server - I don't know how
it would handle big video attachments.  thanks.

Comment 4

[Christoph Studer]

RC3, linux, Classic and Modern skin

On my linux-build (so it's completely new installed, new profile) it's even
worse: the bookmarks loses its active appereance as soon as you're over the main
window (not as described before while return back over the personal toolbar).

The screen video is only about 500KB, I think. I'll attach it as soon as I'm in
windows. Is that ok?

Comment 5

[Vidar Haarr (not reading bugmail)]

Please do.

Comment 6

[Christoph Studer]

Attachment: Screen movie.

It's raw avi.

To clarify: with "bookmark button" I mean the bookmark you're dragging itself.
Sorry if my unclear use of it wasted your time.

Comment 7

[Cees T.]

Confirmed using Classic theme on Windows ME with trunk build 2002070504.
Bug doesn't apear in Orbit 3+1 1.0 0.0.5 or Modern theme.

Comment 8

[Cees T.]

The underline does disappear though when moving the dragged bookmark from the
content area over the bookmarks toolbar or the statusbar.

Comment 9

[Christoph Studer]

Linux-Build 2002071321, Classic theme:

Bookmark does not lose its icon. But: button gets back to normal state (and
looks the same as the others) without dragging over the content area or tab bar. 

You can try it by dragging the button only horizontally over a certain amount of
pixels (I think): after only about 5 pixels the button returns to normal state.

Comment 10

[Vidar Haarr (not reading bugmail)]

Confirmed due to.. eh.. screen-movie :)

Comment 11

[Cees T.]

With trunk 2002072718 on Windows ME, the bookmark item doesn't lose its icon in
either Classic or Modern theme and goes back to normal only as soon as I drag
outside of the top bars area (menubar, navigation toolbar, etc.), even when I
try to place the dragged item somewhere inside of a PT folder.

Comment 12

[Christoph Studer]

CT, you're right. same thing with mozilla 2002072204 (1.1b) on WinXP.

Maybe change OS to Linux? Hmm, summary is correct for both, Win and Linux.

Additional wrong behaviour: if you drop the dragged bookmark in an area with a
no-no-cursor ("you can't drop here", for example the reload button) then the
bookmark gets the mousedown-look when you move to mouse over it (instead of
mouseover-look).

Please tell me if I should file a seperate bug for that.

Comment 13

[Cees T.]

> Additional wrong behaviour

That always occurs here, no matter where I drop it.
I think it's related to bug 150348 and you don't have to file a new bug.

Comment 14

[Ben Goodger (use ben at mozilla dot org for email)]

Mass reassign of my non-Firefox bugs to [e-mail]

Comment 15

[Wayne Mery (:wsmwk)]

WFM 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060206 SeaMonkey/1.5a