Closed Bug 114559 Opened 23 years ago Closed 12 years ago

Duplicated and unusable items appear in personal toolbar.

Categories

(SeaMonkey :: Bookmarks & History, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME
Future

People

(Reporter: jgreer, Unassigned)

References

Details

Attachments

(1 file)

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.6) Gecko/20011120
BuildID:    2001112009

When opening a new window it is possible to have an item in the personal toolbar
appear duplicated, but this duplicate item is inactive / not clickable.

Reproducible: Always
Steps to Reproduce:
1. Having at least two browser windows open,
2. I clicked on the first window in the taskbar.
3. I did a shift-reload (shift may not be necessary).
4. While waiting for that page to reload I clicked on the other browser window
in the task bar.
5. I hit Ctrl+N to open another new window.
6. While waiting for the new window to appear, I clicked (and held) on a folder
in my personal toolbar.
7. The new window finally came up, the error is visible, and I let go of the
mouse button.


Actual Results:  The new browser window appeared, but in the personal toolbar,
the folder that I had clicked on now appears twice, once immediately after the
bookmarks, and once in its normal spot.  The duplication (the one by the
bookmarks) does not respond when I click on it -- it is inactive.

Expected Results:  The new window should have the normal personal toolbar.
*** Bug 118943 has been marked as a duplicate of this bug. ***
Changing OS and confirming based on duplicate
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 2000 → All
*** Bug 116354 has been marked as a duplicate of this bug. ***
->default assignee.
Assignee: pchen → ben
Target Milestone: --- → Future
I can't seem to reproduce this with 2002012503 on Mac OS X (10.1.2); is it fixed
or is there something particular to Aqua that makes it not happen?
Also can no longer reproduce with 2002020405 on Mac OS 9, or 2002020406 on
Win2k.  I think it's fixed.  Yay!

Can anyone confirm what was changed in the code that caused this bug to go away?
*** Bug 122694 has been marked as a duplicate of this bug. ***
I see this on the mozilla 1.0 branch on win98se in 20020521.

Every time I open a new browser window via ^n, if I click on one of my bookmark
folders in my personal toolbar before my home page (my yahoo) is loaded, it will
duplicate that bookmark folder on the personal toolbar and the duplicate will be
useless.
taking
Assignee: ben → chanial
Depends on: 160019
I have been seeing this in trunk builds for months.  It's almost like comment 8,
except I have no home page.  However the search sidebar is open, and it seems to
fail if that is still loading.

Actually, I just tried it with the sidebar closed and it still happened - IIRC a
bug about the sidebar loading even if hidden though.
I also hit this problem often.

Also try to press some keyboard keys - there will open some pages (from the
bookmarks!), I also saw print dialog appeared I pressed "Q"...
I just had 2 crashes tryng to repro this and pressing keys (for the second I
pressed "Q")...

TB16690126M
TB16690269H
I'm seeing this on Win XP using the following:

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030226 Phoenix/0.5

all i have to do is get a site to open a page in a new window:
1. start browser
2. go to www.fark.com
3. click on one of the stories to open a new window
4. notice the ducplicated bookmarks toolbar items

Attached image Screenshot of Problem
Justin, Charles, Eugene, etc.:
can you try to reproduce this?
I couldn't (with 1.6 on Win2k), but maybe you know better how to.
There was a bookmarks rewrite since this bug was last commented on, so maybe
this works now.
Product: Browser → Seamonkey
Reassigning as per Bug #32644
Assignee: p_ch → nobody
QA Contact: claudius → bookmarks
Probably WORKSFORME since we have switched to using the Places backend.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: