Closed Bug 290085 Opened 19 years ago Closed 19 years ago

After deleting a bookmark in the bookmarks menu it is necessary to click twice (two times) to open the menu again

Categories

(Firefox :: Toolbars and Customization, defect)

Product:
Firefox
Component:
Toolbars and Customization
Type:
defect
Priority:
Not set
Severity:
minor

Tracking

()

Status:
RESOLVED FIXED

People

(Reporter: ria.klaassen, Unassigned)

References

Details

(Keywords: regression) 

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050412 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050412 Firefox/1.0+

After deleting a bookmark in the bookmarksmenu I have to click twice to open the
menu again

Reproducible: Always

Steps to Reproduce:
1. Delete a bookmark in the bookmarks-menu by rightclicking > Delete.
2. The menu closes.
3. To open it again, I need to click twice.

Actual Results:  
Need to click twice.

Expected Results:  
One click should be enough to open the bookmarks-menu.
I confirm this using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2)
Gecko/20050411 Firefox/1.0+ but i dont get it using 1.0.2 . This is probably a
regression.
Severity: normal → minor
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression
Summary: After deleting a bookmark in the bookmarksmenu I have to click twice to open the menu again → After deleting a bookmark in the bookmarks menu it is necessary to click twice to open the menu again
Version: unspecified → Trunk
I see this problem also after I look into the properties of a bookmark.
This should block aviary 1.1 because it could a major anoyance.
Flags: blocking-aviary1.1?
A regression window would be quite helpful here.
Flags: blocking-aviary1.1? → blocking-aviary1.1+
Regression window's somewhere between 20050205 and 20050212, but it'll go
quicker if we don't wait for me to download the builds in between over dialup.
It happened between 10-Feb-2005 and 11-Feb-2005.
If that range is correct, bug 281568 looks like the only possible culprit.
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050422
Firefox/1.0+

WFM

In reply to comment #8: WFM sometimes (seldomly), mostly not.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050424
Firefox/1.0+
WFM one time and then stoped working... using Mozilla/5.0 (Windows; U; Windows
NT 5.1; en-US; rv:1.8b2) Gecko/20050424 Firefox/1.0+
Flags: blocking-aviary1.1+ → blocking-aviary1.1-
This "Bookmarks Menu Button" extension does not have this problem:
http://forums.mozillazine.org/viewtopic.php?t=162781
I tried deleting a lot of bookmarks and I could open the menu every time in one
click. So this could be a temporary solution. Although it is not yet ready for
1.1 but I suppose (hope) that the author will adjust it.
After using the extension Bookmarks Menu Button for a while I'm back with the
original menu again. Because it's not possible to drag a link directly into a
subfolder with this extension.
This is still occuring with the latest builds.  Sorting bookmarks also triggers
this issue!

I've also noticed that there are times where two clicks are required for all of
the following:

File, Edit, View, Bookmarks, Tools, Help... The following toolbar icons - Home,
Reload and New Tab...

BUILD: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20050813
Firefox/1.0+ ID:2005081311

~B
Component: Bookmarks → Toolbars
OS: Windows XP → All
Hardware: PC → All
Summary: After deleting a bookmark in the bookmarks menu it is necessary to click twice to open the menu again → After deleting a bookmark in the bookmarks menu it is necessary to click twice (two times) to open the menu again
*** Bug 311505 has been marked as a duplicate of this bug. ***
Assignee: vladimir+bm → nobody
Happy to report that this problem is over. I can't reproduce this anymore.
Seems to be fixed by the fix of another bug between 1.9a1_2005120612 and 1.9a1_2005120623, most likely by this one: Bug 284555.

http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=PhoenixTinderbox&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2005-12-06+11%3A00%3A00&maxdate=2005-12-06+23%3A00%3A00&cvsroot=%2Fcvsroot



To avoid confusion, it is fixed in trunk but it still continues in branch builds.
Status: NEW → RESOLVED
Closed: 19 years ago
Depends on: 284555
Resolution: --- → FIXED
Sweet, glad to see it fixed. Thanks a ton! Was annorying as heck. ;)
*** Bug 320778 has been marked as a duplicate of this bug. ***
(In reply to comment #16)
> To avoid confusion, it is fixed in trunk but it still continues in branch
> builds.
> 

Should it be reopened with a keyword of fixed on whatever version then? 
(In reply to comment #19)
> Should it be reopened with a keyword of fixed on whatever version then? 

No. Instead of asking these same questions over and over again in different bugs, maybe you should read pages like https://bugzilla.mozilla.org/page.cgi?id=fields.html. I'd be glad to answer any questions you may have, either on IRC or by email.
*** Bug 323452 has been marked as a duplicate of this bug. ***
Flags: blocking-firefox2?
Flags: blocking-firefox2?
*** Bug 341262 has been marked as a duplicate of this bug. ***
You need to log in before you can comment on or make changes to this bug.