Closed
Bug 414131
Opened 17 years ago
Closed 17 years ago
cut / copy / paste / delete menu items on bookmarks are greyed out
Categories
(Firefox :: General, defect, P1)
Tracking
()
VERIFIED
FIXED
Firefox 3 beta3
People
(Reporter: stevee, Assigned: myk)
References
Details
(Keywords: regression)
Attachments
(1 file)
4.40 KB,
patch
|
mconnor
:
review+
|
Details | Diff | Splinter Review |
1. New profile, start firefox
2. Right click on a bookmark
Expected
- Cut/Copy/Paste/Delete menu items are appropriately clickable
Actual
- They are always greyed out
Works 20080125_2105_firefox-3.0b3pre.en-US.win32
Broken 20080125_2218_firefox-3.0b3pre.en-US.win32
Checkins to module PhoenixTinderbox between 2008-01-25 21:05 and 2008-01-25 22:17:
http://bonsai.mozilla.org/cvsquery.cgi?module=PhoenixTinderbox&date=explicit&mindate=1201323900&maxdate=1201328279
Due to bug 404232 I think.
Flags: blocking1.9?
Comment 1•17 years ago
|
||
Myk can you take a look?
Assignee: nobody → myk
Flags: blocking1.9? → blocking1.9+
Priority: -- → P1
Assignee | ||
Comment 2•17 years ago
|
||
Looking...
Assignee | ||
Comment 3•17 years ago
|
||
I found the problem. Because the places context menu includes edit commands, we have to take it into account when determining whether or not to update the commands on a focus change (i.e. we have to make sure to update the commands when the places context menu gets opened).
I'm working on a fix. It should be ready shortly...
Status: NEW → ASSIGNED
Assignee | ||
Comment 4•17 years ago
|
||
Here's a fix for the problem. It adds popupshowing and popuphiding event listeners to the places context menu popup and updates the UI visibility state when those events fire.
It adds event listeners via addEventListener rather than by modifying the popupshowing and popuphiding attributes because the places context menu is overlaid onto multiple windows, and we only track edit UI visibility for the browser window.
I also noticed that updateEditUIVisibility was calling goSetCommandEnabled incorrectly; this patch fixes that problem as well.
Attachment #299451 -
Flags: review?(mconnor)
Assignee | ||
Updated•17 years ago
|
Assignee: myk → nobody
Status: ASSIGNED → NEW
Component: XUL Widgets → General
Flags: blocking1.9+
Product: Toolkit → Firefox
QA Contact: xul.widgets → general
Target Milestone: --- → Firefox 3 M11
Updated•17 years ago
|
Flags: blocking-firefox3?
Assignee | ||
Updated•17 years ago
|
Assignee: nobody → myk
Updated•17 years ago
|
Attachment #299451 -
Flags: review?(mconnor) → review+
Updated•17 years ago
|
Flags: blocking-firefox3? → blocking-firefox3+
Assignee | ||
Comment 5•17 years ago
|
||
Checking in browser/base/content/browser.js;
/cvsroot/mozilla/browser/base/content/browser.js,v <-- browser.js
new revision: 1.937; previous revision: 1.936
done
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Comment 6•17 years ago
|
||
I still see a problem with the context menu. If i right click on a bookmarks folder in the bookmarks menu "Cut", "Copy", "Paste", "Delete" are always enabled and all other entries are greyed out. The context menu on normal bookmarks works as expected.
Assignee | ||
Comment 7•17 years ago
|
||
(In reply to comment #6)
> I still see a problem with the context menu. If i right click on a bookmarks
> folder in the bookmarks menu "Cut", "Copy", "Paste", "Delete" are always
> enabled and all other entries are greyed out. The context menu on normal
> bookmarks works as expected.
Looking...
Assignee | ||
Comment 8•17 years ago
|
||
(In reply to comment #7)
> (In reply to comment #6)
> > I still see a problem with the context menu. If i right click on a bookmarks
> > folder in the bookmarks menu "Cut", "Copy", "Paste", "Delete" are always
> > enabled and all other entries are greyed out. The context menu on normal
> > bookmarks works as expected.
>
> Looking...
This is a regression from bug 413107, which was also checked in yesterday. The regression is described in bug 413107, comment 7.
Assignee | ||
Comment 9•17 years ago
|
||
(In reply to comment #8)
> This is a regression from bug 413107, which was also checked in yesterday. The
> regression is described in bug 413107, comment 7.
I have filed this as bug 414167.
Comment 10•17 years ago
|
||
Verified fix on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b3) Gecko/2008020514 Firefox/3.0b3
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•