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)
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.
Comment 1•24 years ago
|
||
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
Reporter | ||
Comment 2•24 years ago
|
||
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.
Reporter | ||
Updated•24 years ago
|
Keywords: mozilla1.0
Comment 3•24 years ago
|
||
Marking NEW as per reporters comments.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 4•24 years ago
|
||
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.
Comment 5•24 years ago
|
||
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.
Reporter | ||
Comment 6•24 years ago
|
||
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.
Comment 7•24 years ago
|
||
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
Comment 8•24 years ago
|
||
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.
Comment 9•23 years ago
|
||
nav pretriage: not a mozilla0.9.1 beta stopper. lets move this to mozilla1.0.
Comment 10•23 years ago
|
||
nav triage team:
Not an ns beta stopper, marking nsbeta1-
Keywords: nsbeta1-
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Comment 11•23 years ago
|
||
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
Comment 12•23 years ago
|
||
Probably should look into this. Marking p3 and mozilla0.9.9
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: Future → mozilla0.9.9
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.9 → mozilla0.9.6
Assignee | ||
Comment 14•23 years ago
|
||
bookmarksliner is landing in --> 0.9.7.
Target Milestone: mozilla0.9.6 → mozilla0.9.7
Reporter | ||
Comment 15•23 years ago
|
||
This seems to be working now - I can no longer reproduce -> WFM.
Comment 16•23 years ago
|
||
RESOLVED WFM
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•