Closed Bug 28417 Opened 25 years ago Closed 21 years ago

all copies of a bookmark appear to be deleted at once, but aren't

Categories

(Core Graveyard :: RDF, defect, P3)

defect

Tracking

(Not tracked)

RESOLVED FIXED
Future

People

(Reporter: cmaximus, Assigned: mozilla)

References

Details

Attachments

(3 files)

Overview Description: If you have a duplicate bookmark entry - say one in your general list and one in the personal toolbar folder, selectively deleting one will in fact, delete both. Steps to Reproduce: 1) Add a new bookmark. 2) Copy it. 3) Paste it into a folder. 4) Select the original and choose File|Delete. Click OK. Actual Results: The copy and paste appears to work fine (usually -it's still a little buggy). When you delete the original, the copy you made into a folder is deleted as well. Expected Results: Each bookmark, no matter how oft duplicated, needs to be treated as a separate entity. Build Date & Platform Bug Found: All platforms, 2000021809 although I believe this has been around for quite some time. Additional Information: I'm nominating this for beta because without fully functional cut/copy/paste/delete (all of them) we have no bookmarks management story. Since we have no d&d if this doesn't work really well people can't do jack with their bookmarks.
cc'ing rjc because he fixed bug 14442 (implemented the feature(PDT+ btw)). adding beta1 like I said i would
Keywords: beta1
QA Contact: tever → claudius
to RJC. we should probably just be breaking the link between the bookmark and the container from which it is being deleted.
Assignee: waterson → rjc
This works dandy for me on both Mac and Windows. (It has always been the case that we remove the URL from only its parent container.) Claudius, please retest. I'm marking this WORKSFORME.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
very careful and painfully slow testing reveals that the bookmark isn't deleted - it just looks like it is. add a bookmark. select it. copy it. Expand the personal toolbar folder. Select a bookmark within. Select paste. DON"T close the folder. Select the original bookmark. Select delete. Click OK. Look at the personal tolbar folder. The link to the bookmark you just deleted has disappeared as well. Collapse and expand the personal toolbar folder. Voila! Your bookmark is still there, just as it should be. It only faked like it got deleted. Reopening. Adjusting summary. Removing beta nomination.
Status: RESOLVED → REOPENED
Keywords: beta1
Resolution: WORKSFORME → ---
Summary: all copies of a bookmark are deleted at once → all copies of a bookmark appear to be deleted at once, but aren't
OK, I can reproduce this. (Thanks, Claudius.) Chris (Waterson), any chance this is a bug with the generic builder?
Status: REOPENED → ASSIGNED
There are no bugs with the generic builder.
That's always been my belief.
Putting on PDT+ radar for beta1.
Whiteboard: [PDT+]
Removing PDT+ designation.
Whiteboard: [PDT+]
Blocks: 11417
Target Milestone: M15
Hey Chris, since you are currently beating the generic builder into shape, if you get a chance can you look at this bug?
Assignee: rjc → waterson
Status: ASSIGNED → NEW
Status: NEW → ASSIGNED
Target Milestone: M15 → M16
I have a possibly related bug, that might say why this happens. Steps: 1. Add a bookmark with a URL to your bookmarks. 2. Using a text editor, copy it to the personal toolbar folder, but rename it so it'll fit (i.e. "Slashdot:News for Nerds" to just "Slashdot"). 3. Open Mozilla. Expected: Bookmark is on personal toolbar with short name. Bookmarks file is not altered. Actual: Bookmark on personal toolbar has exact same name as first bookmark. Viewing the bookmarks file with a text editor after closing Mozilla reveals that the name is changed there too. This seems to show that Mozilla stores the bookmarks internally based on URL, so duplicate URLs with different names crunch each other. Maybe that's why it goes away when you delete the first. If this is a new bug, e-mail me and I'll create it as one. Jason
not nsbeta2, move to M17
Target Milestone: M16 → M17
this is the least of our problems
Target Milestone: M17 → Future
Alec, here's one of those bookmarks bugs I was talking about.
Assignee: waterson → alecf
Status: ASSIGNED → NEW
*** Bug 139549 has been marked as a duplicate of this bug. ***
huh. what's this doing on my plate?
Assignee: alecf → rjc
jan, should this be dead by now? Part of your bookmarks revamp with making them not work as urls anymore?
This should be fixed now, since we use unique ids.
marking fixed
Status: NEW → RESOLVED
Closed: 25 years ago21 years ago
Resolution: --- → FIXED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: