Closed
Bug 55803
Opened 24 years ago
Closed 24 years ago
right-click on IE Favorites (nothing happens), then click on menubar, also nothing happens
Categories
(SeaMonkey :: Bookmarks & History, defect, P3)
Tracking
(Not tracked)
Future
People
(Reporter: dkarr, Assigned: mozilla)
Details
(Keywords: helpwanted)
From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; m18) Gecko/20001008 BuildID: 2000100820 When you right-click on a bookmark item, it normally brings up a popup menu. Then, if you click on ANYTHING else, instead of acting on the click on that new item, it brings down the popup menu. This is expected. However, if you right-click on an item that will NOT produce a popup menu, like "Imported IE Favorites", and then you click on something else, nothing happens. Apparently doing the right-click sets the flag that says the next click will do nothing, even if no popup will appear. Reproducible: Always Steps to Reproduce: 1. Bring up Mozilla. 2. Display bookmarks window. 3. Select "Imported IE Favorites" with the left mouse button. 4. Right-click on the item. 5. Left-click on the "Edit" menubar item (for example). Actual Results: Absolutely no functional or visual change. The Edit menu did not appear. However, when the mouse was hovering on the "Edit" item, it did reflect that by executing its mouse-over action, making it look like a button. Expected Results: The "Edit" menu should appear. If the left mouse button is clicked on the "Edit" menu again, the "Edit" menu does appear.
Comment 1•24 years ago
|
||
I can confirm this with 2000101008 branch bits. Yes it looks like even though no context menu comes up it still swallows up the next click (which would normally dismiss the menu). jrgm, do you think this is a general XP Popup menu thing, ie a toolkit issue? Or should it just stay here for Ben to look at the context menu implementation for bookmarks.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•24 years ago
|
||
I think it's failing some condition in dealing with the RDF datasource, when an IE Favorite is selected, and that's why it can't create the context menu. If I, for example, select an IE Favorite and then try to do one of the commands from the Context menu ('New Bookmark'), I also fail with this error: JavaScript error: line 0: uncaught exception: [Exception... "Component returned failure code: 0x8 0004005 (NS_ERROR_FAILURE) [nsIRDFDataSource.DoCommand]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://communicator/content/bookma rks/bookmarks.js :: doContextCmd :: line 1270" data: no] I think rjc should look at this. (Adding rtm, but if this ain't a one-liner (or so) it's probably not going to make the cut (if even then)).
Assignee: ben → rjc
Keywords: rtm
Comment 3•24 years ago
|
||
Let me try that again:
> select an IE Favorite and then try to do one of the commands from the Context
> menu ('New Bookmark'), I also fail with this error:
Select an IE Favorite, then do 'File->New Bookmark' from the top-level menu
(which is one of the context commands as well), I fail with this error.
However, if I select a normal bookmark, everything works fine, and a new
bookmark is created and then inserted into the tree.
Assignee | ||
Comment 4•24 years ago
|
||
IE Favorites are read-only. No commands are applicable, therefore no context menu.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
Comment 5•24 years ago
|
||
Erk. Sorry, I veered off from the original note, which was, as pointed out by David Karr, that after trying to bring up a context menu on an IE Favorite, a subsequent left click will produce (apparently) no action. (Sorry for the red herring about the exception). At any rate, I looked at this and what happens is that when over an IE Favorite, what fillInContextMenu(name) does is this in total: var popupNode = document.getElementById(name); popupNode.appendChild(document.createElement("menuseparator")); return true; If you look closely there is a ~1px-square context menu that is successfully created and so that is what eats the first subsequent click. If the code realized that it had appended no useful content, then it could return false, and the context menu would then not come up (although perhaps other cleanup needs to happen). So, reopening, but this is a minor defect in the bookmarks context menu (i.e., not in this release cycle).
Assignee | ||
Updated•24 years ago
|
Target Milestone: --- → Future
Comment 6•24 years ago
|
||
this is covered in bug 56765 *** This bug has been marked as a duplicate of 56765 ***
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•