User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.9.3a5pre) Gecko/20100517 SeaMonkey/2.1a2pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.9.3a5pre) Gecko/20100517 SeaMonkey/2.1a2pre After checking-in of bug 562339, the "Bookmark This Link" in the context menu failed to work. Reproducible: Always
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.3a6pre) Gecko/20100623 Lightning/1.1a1pre SeaMonkey/2.1a2pre - Build ID: 20100623005748 Also on Linux
Hmm, cannot reproduce with a recent nightly (WinXP). Can you give steps to reproduce, including which site you tried to bookmark and any messages appearing in the Error Console (Tools/Web Development)?
I can't test, because I have the bug 498596 patches applied and it works fine with those. :) Still, the patch in bug 562339 didn't change anything for this command, so unless you're using some add-on that messes with the context menu or bookmarks, I don't know how that could cause a problem for you.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.3a6pre) Gecko/20100627 Lightning/1.1a1pre SeaMonkey/2.1a3pre - Build ID: 20100627005056 In reply to comment #2 (and I'm on Linux) 1. Click right "bug 498596" in comment #3 2. Click "Bookmark this link" 3. Click "Bookmarks" in the top menu -- No new link at the bottom of the bookmarks menu 4. Click "Manage Bookmarks" -- No new bookmark at the end of the Bookmark Ma
(sorry, submitted too soon) ...nager Error Console says: Error: gContextMenu.linkURL is not a function Source File: chrome://navigator/content/navigator.xul Line: 1
> Error: gContextMenu.linkURL is not a function > Source File: chrome://navigator/content/navigator.xul > Line: 1 KaiRo changed linkURL from a function to a property. But forgot to check all callers.
From inspection of https://bugzilla.mozilla.org/attachment.cgi?id=445604&action=diff Before the patch, this.linkURL() is a function After the patch, this.linkURL is a string variable and there exists a function named this.getLinkURL (defined at new line 1119) and also a function getLinkURI (defined at new line 1134). I suspect that one (or more) occurence(s) of linkURL() used as a function was overlooked by the assignee of bug 562339 but I didn't search for it.
http://mxr.mozilla.org/seamonkey/source/suite/common/contentAreaContextOverlay.xul#97 97 <menuitem id="context-bookmarklink" 98 label="&bookmarkLinkCmd.label;" 99 accesskey="&bookmarkLinkCmd.accesskey;" 100 oncommand="BookmarksUtils.addBookmark(gContextMenu.linkURL(), 101 gContextMenu.linkText(), 102 undefined, false);"/>
Ah, right, that makes sense. Yes, I changed it from a function to a property to comply with the same API as Firefox. Sorry I didn't catch those, but should be easy to fix. While we're at that, I see linkText() there, that might have changed to a getter as well...
(In reply to comment #10) > While we're at that, I see linkText() there, that might have changed to a > getter as well... Ah, no, that is still a function. Well, the context menu is still somewhat messy :(
Created attachment 454478 [details] [diff] [review] fix the three left cases This patch fixes the three remaining cases of using this as a function. Sorry for this. I honestly didn't check "Send Link", and in the bookmarking cases, you guys paid for me having the places bookmarks patch set around for so long, as what I did test was the bookmarking items _after_ applying that as well.
No more comments in almost a week, and I just checked the testcase in comment #4. => VERIFIED. Robert, I suppose no tests (in-testsuite, in-litmus) are necessary?
(In reply to comment #14) > Robert, I suppose no tests (in-testsuite, in-litmus) are necessary? We currently have no tests at all for context menus actually working, but we have test coverage for showing the right items. I have noted that I should add tests for the bookmarking items for places bookmarks, but I haven't come around to doing any tests there yet.