Closed Bug 70594 Opened 24 years ago Closed 24 years ago

Bookmark folders not available if delete the default folder

Categories

(SeaMonkey :: Bookmarks & History, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: gregbaugher, Assigned: bugs)

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; 0.9) Gecko/20010228
BuildID:    2001022820

I deleted the default folder while moving around some of my impoted IE links. 
After restarting Mozilla the links I had moved were gone and the only folder I
have is imported IE.  I tried to recreate the folder only to find that I cannot.
 New folders show in the manage bookmark form, but cannot be renamed, and do not
show up in the bookmark menu.  After restarting again they are gone.

Reproducible: Always
Steps to Reproduce:
Delete the Default folder and all folders except the imported IE favorities. 
Close mozilla and restart.  The Default folder will appear in the manage
bookmarks section, but you will not be able to modify or remove it.  Any folders
that are created disappear on restart.

Actual Results:  I have completely uninstalled and reinstalled Mozilla to try to
get the bookmark folder back, but it continually removes all folders except the
imported IE.

Expected Results:  Default folder should either a) be default and not
visible/removable, and allow creation of subfolder under it, or b) default
should fall to the next available folder after deleting the install default one.
1. First of all the items in the IE Favorites folder are basically Read-only. Yes there are
numerous bugs on the subject.
2. So if you factor out trying to manipulate the IE Favorites what do we have here as a bug?
	I'm confused about what you're referring to as the default folder, with this new info could
you go through the repro steps again?
The folder I referred to as default is the "Bookmars for Default" that shows up
as the top level in managing bookmarks.  I updated to Build 2001030110 and
funcionality has returned.  I am not able to recreate the problem with this build.
ok, marking WFM speak up if you see it again.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
VERIFIED WFM
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.