Closed Bug 55365 Opened 24 years ago Closed 21 years ago

Delete bookmark causes bookmark with same name to disappear from tree

Categories

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

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

Tracking

(Not tracked)

Status:
RESOLVED FIXED
Milestone:
mozilla1.0

People

(Reporter: marc.loiselle, Assigned: bugs)

References

Details

From Bugzilla Helper:
User-Agent: Mozilla/4.75 [en] (Windows NT 5.0; U)
BuildID:    2000100408

If a bookmark is deleted, other visible bookmark with the same name disappear 
from the tree.

Reproducible: Always
Steps to Reproduce:
1.Bookmark a site
2.Move that bookmark to a folder
3.Open the folder that the bookmark is in
4.Bookmark the same site again
5.Delete the second bookmark

Actual Results:  The bookmark in the folder disappears.			

Expected Results:  The bookmark in the folder should not disappear.

Closing the folder and reopening it causes the bookmark to reappear.
I thought this was some kind of dupe but alas I can't find it.

Check this out: the repro steps above don't work if you select 'delete' from the edit menu
but the bug shows up* if you use the delete _key_.

*The bug only kinda shows up for me thanks to the inverse of the refreshing expanded folders
bug. The 1st bookmark appears to disappear but then reaappears if you collapse and expand
the opened folder containing it.

so this is probably a dupe of the refreshing folder thing, but i wonder, why do the delete key and
delete menuitem follow different code paths?
2000100609 branch builds
Summary: Delete bookmark causes bookmark with same name to disappear from tree → Delete bookmark causes bookmark with same name to disappear from tree
I used the 'delete bookmark' from context menu of the bookmark.  Same thing 
happens on Linux.  Pressing the _delete_ key on NT does nothing (Modern).
OS: Windows NT → All
confirming. The rfesh folder problem is bug 48265. maybe this bug should be about why
different delete commands (menu, key, context-menu) do different and bad things.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: nsbeta1
Priority: P3 → P2
Netscape Nav triage team: this is a Netscape beta stopper.  Related to bug 
51683.
Target Milestone: --- → mozilla1.0
Severity major (potential dataloss). If this is still reproducible in the new
bookmarks manager, dataloss keyword should be used
Severity: normal → major
Keywords: nsbeta1 → nsbeta1-
I believe this is long since fixed.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
I'm able to reproduce this problem on OpenVMS build 20020419 and Linux build 
2002041711.  

  I can add a bookmark(1)

  then copy and paste the bookmark to my personal folder

  when I go to delete the original bookmark (1), it is deleted and
  the one that was copied to the personal folder is deleted from the
  display. It's still there, because when I highlight the personal
  folder, it tells me I have the right amount of objects, even though
  the display doesn't match. And if I exit and come back to bookmark
  manager, the book mark is displayed.

I hope that by updating this bug, it will get re-opened. I didn't want
to open another bug, since this one described it so well.

still a problem with 20020513 (rc2)
*** Bug 180868 has been marked as a duplicate of this bug. ***
I am able to reproduce this on 20021115 on WinXP
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Keywords: mozilla1.3
*** Bug 183767 has been marked as a duplicate of this bug. ***
*** Bug 194598 has been marked as a duplicate of this bug. ***
*** Bug 198002 has been marked as a duplicate of this bug. ***
seems to be fixed by bug 160019.
(works on linux trunk build 2003040122)

marking fixed.
Status: REOPENED → RESOLVED
Closed: 23 years ago → 21 years ago
Resolution: --- → FIXED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.