Closed Bug 116362 Opened 24 years ago Closed 23 years ago

Separators lose position in recent build

Categories

(SeaMonkey :: Bookmarks & History, defect)

defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME
mozilla1.1alpha

People

(Reporter: xyzzy, Assigned: bugs)

Details

(Keywords: dataloss, regression)

I just grabbed build 2001121909, and on Windows 98, all of the separators in my bookmarks seem to have floated to the top of their respective folders, losing their placement within the folders. Hopefully this is not due to the recent checkin for bug 114215. This is highly visible and results in data loss.
Keywords: dataloss
New serparators are generated at the bottom of the root folder, and don't seem to be movable now either...
mass reassign of pchen bookmark bugs to ben
Assignee: pchen → ben
Severity: critical → major
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.1
OS: Windows 98 → All
Also happens on Mac. All separators have floated to the top of the bookmark menus and submenus. All folders have also been relocated in the bookmark menus, making most of them unintelligible. mozilla1.1 is too late to fix this recent regression. This is a dogfood issue.
Severity: major → critical
Hardware: PC → All
This is a regression since the Jan 11, 2002 build, which worked properly for me.
*** Bug 121598 has been marked as a duplicate of this bug. ***
According to bug 121598, this is a regression from yesterday.
I started seeing this in 2002-01-24-03
waldemar, My original report shows that this has been an issue for me since late December, not just yesterday. Perhaps it was just less broken before yesterday?
waldemar, I don't think this is the same bug as recently duped bug 121598. This bug has been ongoing for quite some time and also causes dataloss. Bug 116362 does not and it just started occuring recently. The bookmarks.html file is fine in 116362 if you revert to an older build - everything is still in the proper order. Here in this bug it apparently does not.
for me I saw this before, november-december, then it was fixed since a month or so, but It reappeared with 2002012403
Bug 121777 is probably related to yesterday's regression reported as bug 121598, duped against this.
Seems to be working again in today's build.
Keywords: mozilla0.9.8
Yes, now that I've gotten 2002020409, WFM.
wfm Linux 2002011208, marking WORKSFORME, reopen if necessary.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.