Closed Bug 65957 Opened 24 years ago Closed 23 years ago

dragging bookmark onto border between two other bookmarks moves bookmark to wrong place

Categories

(SeaMonkey :: Bookmarks & History, defect, P3)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME
mozilla0.9.7

People

(Reporter: Peter, Assigned: bugzilla)

References

Details

moving bookmarks in sidebar is inaccurate "wobbly" (drag and drop) the small bar that appears to show where the dragged bookmark will land jumps all over the place and it is very difficult to get the BM to land where one wants it.
Reporter: Can you try this with the latest build and a new profile? WFM: I'm not seeing any inaccuracy problems with dragging and dropping Bookmarks on the sidebar. OS: Win2k SP1 Moz Build: 2001011904 Win32 Talkback User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; m18) Gecko/20010119
I'm stil getting this (OS: winNT4 sp6, Moz build: 20010118) When i drag a bookmark to between two folders, depending on the exact position of my curser, the drop target bar will jump between where i am pointing and to between several folders further up (must be done on an open folder tree). This happens when dropping between two bookmarks and between two folders and between a folder and a bookmark. At home on my Win98 PC, this is a bit better - I'll check there again soon.
Keywords: mozilla1.0
Marking NEW as per reporters comments.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Same problem on Linux: If I drag a bookmark into an opened folder and place the mouse pointer exactly between two bookmarks of this folder, then the drop target bar always jumps to the position below the first bookmark of this folder. If I then move the mouse pointer a few pixels up or down, the drop target bar is where it should be.
I'm on Windows 98, and I'm seeing what Peter Adolphs is seeing. One additional detail about where the bookmark goes: if you drag between two bookmarks that aren't at the same level, the top messed-up area (one pixel tall) puts the bookmark in the parent folder of the first bookmark, and the second messed-up area (also one pixel tall) puts the bookmark in the parent folder of the second bookmark. This suggests that this is a problem with the tree row borders (these problems are tracked by bug 70410). Peter Lairo, are you (still) seeing any other problems? If not, please change the summary to something like "dragging bookmark onto border between two other bookmarks moves bookmark to wrong place", and make this bug block bug 70410.
the exact problem is: dragging bookmark to between two other bookmarks either A) places bookmark between those two bookmarks (correct behaviour), or B) places bookmark below second bookmark of current tree (incorrect behaviour) "B" occurs when the curser is located over an invisible ~1 pixel tall horizontal line which is located in the exact(?) middle between the two target bookmarks (where the copied/moved bookmark is supposed to go). Anywhere above or below this "line" (but still between the two "target" bookmarks) will drop the BM correctly.
It looks like we agree on what this bug is about (always a good thing), so updating summary and adding dependency. Also nominating for 0.9.1: this makes the bookmarks manager feel very unstable. Cc hyatt: does the new tree widget fix this set of problems where the border of a tree item doesn't act like other parts of the tree item?
Blocks: 70410
Keywords: mozilla0.9.1
Summary: moving bookmarks in sidebar is inaccurate "wobbly" (drag and drop) → dragging bookmark onto border between two other bookmarks moves bookmark to wrong place
Probably related is that dragging a folder of bookmarks to a new location between two sibling folders, in the sidebar bookmarks display, can lose the dragged folder to view until the sidebar is closed and reopened to force a refresh of the sidebar bookmarks display. Consider this yet another vote for confirming this bug.
nav pretriage: not a mozilla0.9.1 beta stopper. lets move this to mozilla1.0.
nav triage team: Not an ns beta stopper, marking nsbeta1-
Keywords: nsbeta1-
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Paul Chen is now taking Bookmarks bugs. For your convenience, you can filter email notifications caused by this by searching for 'ilikegoats'.
Assignee: ben → pchen
Status: ASSIGNED → NEW
Probably should look into this. Marking p3 and mozilla0.9.9
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: Future → mozilla0.9.9
--> me
Assignee: pchen → blakeross
Status: ASSIGNED → NEW
Target Milestone: mozilla0.9.9 → mozilla0.9.6
Status: NEW → ASSIGNED
Depends on: 73508
bookmarksliner is landing in --> 0.9.7.
Target Milestone: mozilla0.9.6 → mozilla0.9.7
This seems to be working now - I can no longer reproduce -> WFM.
RESOLVED WFM
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
VERIFIED WFM
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.