Closed Bug 79752 Opened 24 years ago Closed 23 years ago

Dragging bookmarks in same/different folder is broken

Categories

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

Product:
SeaMonkey
Component:
Bookmarks & History
Platform:
x86
Linux
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED FIXED
Milestone:
Future

People

(Reporter: alexander, Assigned: bugs)

References

Details

Dragging bookmarks is broken in several ways: Choose "Manage Bookmarks", go to any folder, drag a bookmark to a different location in the same folder and release, it doesn't move. When I drag a bookmark into a different folder, it is copied instead of moved. This happens in Build 2001050521, Linux and Windows.
Please try again in today's nightly, lots of bookmarks fixes landed today. Thanks.
Just tried Build 2001050915 for Windows and noticed a completely different behaviour: Instead of not moving, the bookmark often drops to the bottom of the folder. This does not happen all the time though, so I can't reproduce this consistently. Sometimes the bookmark actually lands where I dragged it to. This also seems to happen only in "New Bookmarks", other folders seem to work correctly. Dragging bookmarks into different folders works correctly, they're moving. I'll check this on a Linux nightly as soon as I can.
Marking WORKSFORME as per reporters comments. The other symptoms mentioned are a different bug.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Just tried dragging bookmarks again with Linux build 2001052521: I found it to be impossible to get a consistent, reproducible behaviour. Bookmarks don't move when dragged, bookmarks disappear when dragged, bookmarks hop to seemingly random places when dragged ! Dragging bookmarks into another folder sometimes just copies them, other times they're moved. Folders sometimes look totally different when I close and reopen them after dragging bookmarks. I really don't know what to make of this, the whole bookmark editor seems so screwed. Oh yeah, I believe the "other symptoms mentioned" do indeed belong right into this mess. I'm not sure, but "New Bookmarks" seems to be more affected than other folders, but this might be my imagination.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
marking NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
I just noticed http://bugzilla.mozilla.org/show_bug.cgi?id=41502, which could be the cause of the bookmark manager's strange behaviour. Looking directly into bookmarks.html, I noticed that I have large amounts of duplicates in "New Bookmarks" (Up to 9 times the same bookmark). Why this happened I don't know, that's probably a completely different bug, but it might explain both the dragging problems inside and across folders. Dragging inside a folder maybe only reveals the topmost duplicate, while dragging across folders moves the first duplicate to the target folder, but reveals the next one in the source folder. So it could happen that this bug disappears once Bug 41502 is fixed.
*** Bug 90844 has been marked as a duplicate of this bug. ***
I can confirm what Alexander Dietrich described. Trying to rearrange the bookmarks is a nightmare. Some of them just won't budge, and when at last they do budge, they move somewhere else than where I dragged them. Most annoying. Ordinary users just won't accept this. They will try it, and then drop Mozilla like a hot potato, never to come back. I use Mozilla on Linux. I last tested this in build: 2001100514, but it's been with us for a long time.
Making dependent on the dup bookmark bug
Status: NEW → ASSIGNED
Depends on: 41502
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
Mass move Ben's bugs dumped on me marked future with p5 to get off my untriaged radar. You can filter out this email by looking for "ironstomachaussie"
Priority: -- → P5
*** Bug 112805 has been marked as a duplicate of this bug. ***
Can you reproduce this after the bookmark outliner landing?
What is a bookmark outliner landing ? I tried dragging bookmarks again with Linux build 2001122108 and found that the bug has mutated. Not necessarily into something better, IMHO. First I'd like to point out that someone apparently tried to "fix" the duplicate bookmark problem by eliminating duplicates upon loading the bookmark file. Therefore most of the behaviour I've seen is probably not caused by duplicate bookmarks. I only tried dragging inside a folder this time: - Sometimes the bookmark won't move at all, like before. This happens least frequently of the three. - Sometimes when I aim the little "target line" below a bookmark, the dragged bookmark lands above the targeted bookmark and vice versa. This seems to happen most frequently. - And sometimes it will also land several bookmarks too far from the target line ! When this happens, there are mostly two bookmarks between the targeted "slot" and where it actually lands for me. Apart from that, it's nice to see the bookmark manager act much more snappy with regards to scrolling and opening/closing folders.
mass reassign of pchen bookmark bugs to ben
Assignee: pchen → ben
Alexander, are you still seeing this on a recent build? Dragging & Dropping works for me 2002022308 onWinXP.
Sort of, it has changed AGAIN. This is what I'm seeing after a quick test with build 2002020415 on Linux: In this build, the "target line" (what is the official name anyway ?) that appears when you drag a bookmark or folder can appear in two places. One is directly between two items (I'll call it "centered"), while the other is directly beneath the upper of the two items, it looks like the bookmark or folder is underlined. What happens when you release the mouse button depends on the direction of the drag. - When you drag upwards, the "centered" position lands the bookmark where you thought it was going. The "underlined" position places the bookmark on top of the bookmark that was underlined. - When you drag downwards, the "underlined" position places the dragged bookmark where the target line is. But the "centered" position puts the bookmark below the slot you were aiming for. Does anyone understand what I'm trying to describe ? And if yes, who the hell came up with THAT ? I'd assume that most users would be perfectly happy with one single spot between two bookmarks or folders where they can drag a bookmark to.
Marking FIXED. The new issues you are reporting in the bookmark manager are bug 121241 and bug 124603.
Status: NEW → RESOLVED
Closed: 24 years ago → 23 years ago
Resolution: --- → FIXED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.