NYT screws normal browser function; filter solution?
Posted: Sun Jul 31, 2011 3:22 am
The following problem might not be solvable with ABP but I'll ask it here first (as it's the only Firefox add-on I use).
If you select a portion of text on the New York Times web site certain standard browser functions do not work as expected. Select a columnist's own web site address to use Firefox's right-click menu items "Open Link" or "Search Google for ..." results in either the anticipated option not being there or, if there, it does not perform the required function. Select a single word from the text in order to use the "Search Google for ..." option doesn't work either. Instead the NYT coders intervene and screw things up. For example, on the recently published page "The Jargon of the Novel, Computed" at http://www.nytimes.com/2011/07/31/books ... .html?_r=1 I selected Ben Zimmer's blog address from the by-line footer. There was no Open Link option at all. Whereas "The Search Google for ..." is present but does not make Google search for the text.
Instead of the expected behavior the NYT web site puts up a "?" dynamic box. If the reader clicks that box then a NYT search window is displayed. That might be okay if the data inserted into their search term box was correct. It isn't. Additional characters are inserted into the blog address string (there's a soft hyphen in the text) which requires reader intervention before the search can be fulfilled. If one uses Edit > Copy or equivalent keystroke then nothing is copied.
So I'm hoping the experts here can help me either an exception rule to prevent download of whatever idiotic JavaScript is messing with the browser environment or, less preferable, suggest a way that I can defeat the idiot coders at their own game by blatting it out of existence.
Operating System: Mac OS X (10.4.11 "Tiger" and 10.6.8 "Snow Leopard" Server)
Browser: Firefox 3.6.19 (on the Tiger machine) and Firefox 5.0.1 (on the Snow Leopard Server machine)
AdBlockPlus versions: 1.3.9 on Tiger; 1.3.9 on Snow Leopard Server
Subscriptions: EasyEnglish, EasyPrivacy and EasyList, Fanboy Annoyances (*)
(* Yes, I know mixing-and-matching subscriptions isn't recommended but it works for me and I have no intention of changing it.)
For comparison, if I open the page above in Safari, select the same blog address and then use the Open Link something happens! The soft-hyphen screws up the target URL and routes me to the wrong site.
If you select a portion of text on the New York Times web site certain standard browser functions do not work as expected. Select a columnist's own web site address to use Firefox's right-click menu items "Open Link" or "Search Google for ..." results in either the anticipated option not being there or, if there, it does not perform the required function. Select a single word from the text in order to use the "Search Google for ..." option doesn't work either. Instead the NYT coders intervene and screw things up. For example, on the recently published page "The Jargon of the Novel, Computed" at http://www.nytimes.com/2011/07/31/books ... .html?_r=1 I selected Ben Zimmer's blog address from the by-line footer. There was no Open Link option at all. Whereas "The Search Google for ..." is present but does not make Google search for the text.
Instead of the expected behavior the NYT web site puts up a "?" dynamic box. If the reader clicks that box then a NYT search window is displayed. That might be okay if the data inserted into their search term box was correct. It isn't. Additional characters are inserted into the blog address string (there's a soft hyphen in the text) which requires reader intervention before the search can be fulfilled. If one uses Edit > Copy or equivalent keystroke then nothing is copied.
So I'm hoping the experts here can help me either an exception rule to prevent download of whatever idiotic JavaScript is messing with the browser environment or, less preferable, suggest a way that I can defeat the idiot coders at their own game by blatting it out of existence.
Operating System: Mac OS X (10.4.11 "Tiger" and 10.6.8 "Snow Leopard" Server)
Browser: Firefox 3.6.19 (on the Tiger machine) and Firefox 5.0.1 (on the Snow Leopard Server machine)
AdBlockPlus versions: 1.3.9 on Tiger; 1.3.9 on Snow Leopard Server
Subscriptions: EasyEnglish, EasyPrivacy and EasyList, Fanboy Annoyances (*)
(* Yes, I know mixing-and-matching subscriptions isn't recommended but it works for me and I have no intention of changing it.)
For comparison, if I open the page above in Safari, select the same blog address and then use the Open Link something happens! The soft-hyphen screws up the target URL and routes me to the wrong site.