Attempt to fix JavaScript links, blocks Copy Link Location
Don't know if this is a bug or just to be expected but ...
Having (Options | Advanced | Untrusted) Attempt to fix JavaScript links enabled can thwart the copying of a "link".
URL: http://service1.symantec.com/SUPPORT/ts ... view=docid
The two DOWNLOAD buttons (Step 4), right-click Copy Link Location does not work.
This happens when symantec.com is NOT Allowed.
If symantec.com is Allowed, then the right-click will work as expected (& a left-click will initiate a download).
Could this be happening because of the FTP: link?
This can (may) also happen with bookmarklets (on webpages) - perhaps?.
It does NOT happen here: https://www.squarefree.com/bookmarklets/zap.html
(If you toggle Attempt to fix JavaScript links, you'll need to refresh the page.)
Attempt to fix JS links, blocks Copying Link
Attempt to fix JS links, blocks Copying Link
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14 Pinball NoScript FlashGot AdblockPlus
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.23) Gecko/20090825 SeaMonkey/1.1.18
Re: Attempt to fix JS links, blocks Copying Link
Actually on the squarefree page (JavaScript not allowed), it requires two right-clicks on a (each) bookmarklet before the context menu will open.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14 Pinball NoScript FlashGot AdblockPlus
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0
Re: Attempt to fix JS links, blocks Copying Link
Looks like I described the same/similar situation here, Attempt to fix JavaScript links - Oddity.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14 Pinball NoScript FlashGot AdblockPlus
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0