Closed Bug 238661 Opened 20 years ago Closed 20 years ago

Move a bookmark folder to itself actually deletes it

Categories

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

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: fwu, Assigned: vlad)

Details

(Keywords: dataloss, fixed-aviary1.0)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040206 Firefox/0.8
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040206 Firefox/0.8

In “Manage Bookmarks”, when one moves a folder to itself (it may happen when the
mouse happen to click at wrong place), the folder is removed.

Reproducible: Always
Steps to Reproduce:
1. Go to Bookmarks/Manage Bookmarks on Firefox 0.8 browser
2. Click New Folder toolbar to create a testing folder, e.g. name it “My Test”
3. Select the new created folder and Click Move toolbar
4. Choose the folder itself when it asks to Choose Folder
Notice the folder is actually removed.

Actual Results:  
The folder itself is removed

Expected Results:  
The folder itself should be intact
Fen, not to discount anything that you guys are doing, but can you please test
against trunk builds from
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/ instead of
a milestone based on code from two months back?

This just gives me an error beep and no action.  Are you testing on a clean
install/profile?
reproducable on:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040326
Firefox/0.8.0+
and
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040325

so it's a Mozilla bug too.
the Mozillla bug is covered by Bug 204780, but since this is Firefox, can it be
marked as a duplicate of that?
Whiteboard: DUPEME?
This is WFM on Linux too.
Confirmed with Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7b)
Gecko/20040327 Firefox/0.8.0+

Oleg it's not a dupe of bug 204780 because the bookmark tree of Firefox is
independend and was splitted from Mozilla a long time before.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: dataloss
(In reply to comment #1)
Mike, I tested on nightly build of 3/29/04 and the problem still exists.
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a) Gecko/20040417
Firefox/0.8.0+

This bug is still in.
still works for me

can this be replicated on a clean profile?  I just get an error beep if I try this.
Sill confirming with Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a)
Gecko/20040416 Firefox/0.8.0+ and fresh profile.
The dupe is 204780.

This was still in a version I downloaded this morning.
In reply to comment #10.

This bug isn't a duplicate of Bug 204780. Bookmarks are part of the front-end
(forked between seamonkey/mozilla-suite and firefox) and therefore these are
separate issues.
Whiteboard: DUPEME?
I can reproduce this reliably. This requires using the Move dialog, not drag and
drop. Confirmed with 20040721 aviary branch build on winXP. This appears to be
very similar to the above mentioned Seamonkey bug 204780 which has an unreviewed
patch sitting in it. I don't believe the data is actually lost here, though.
Flags: blocking-aviary1.0RC1+
What am I talking about?! Of course it's dataloss. The folder is eaten.
Vlad, I'm hoping you can help us with this. It's pretty nasty. 
Assignee: p_ch → vladimir
seeing on Win XP, Mac OSX and linux
OS: Windows 2000 → All
Hardware: PC → All
Patch fix in on aviary. (trunk soon)
Using Move to move a folder into itself no loger deletes the folder.  It does
nothing as expected.  Seen on 0.9+ branch builds from 0726
fixed trunk/branch.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
looks good on linux (2004080408-0.9+, fedora 2).
Status: RESOLVED → VERIFIED
sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs, filter on "beltznerLovesGoats" to get rid of this mass change
QA Contact: mconnor → bookmarks
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: