481711 - nvidia.com -- sniffs for "Firefox" and "Camino", clicking links in other Gecko browsers has no effect

Status: RESOLVED INCOMPLETE

(Tech Evangelism Graveyard :: English US, defect)

Description

[Priit Uring]

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090305 Minefield/3.2a1pre

http://www.nvidia.com/object/geforce_gtx_gts_m_series.html
Dosen't open up new webpage when clicking on javascripted weblink 'Learn more >'
Javascript:void(0) is shown in status bar when hovered with mouse

Reproducible: Always

Steps to Reproduce:
1.Go to webpage
2.Pick a javascripted link named as Learn more >
3.Nothing happens
Actual Results:  
Weblink dosen't oppen or work.

Expected Results:  
Should had opend up a new webpage

http://www.nvidia.com/object/geforce_gtx_gts_m_series.html
Dosen't open up new webpage when clicking on javascripted weblink 'Learn more >'
Javascript:void(0) is shown in status bar when hovered with mouse

One thought it might be bug connected with gmail bug
#477101 [Core:JavaScript Engine]-Stuck in GMail after clicking "Show search options" or "Create a filter" [All] <- can't click reply in Gmail on a threaded message

Jit enabled or disabled ,it still happens not to open new webpage.
Using Gecko/20090305 Minefield/3.2a1pre

Comment 1

[Jim Jeffery not reading bug-mail 1/2/11]

WFM using Vista HP SP1RC and latest hourly trunk:

Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2a1pre) Gecko/20090305 Minefield/3.2a1pre Firefox/3.0.4 ID:20090305100448

changeset: 
http://hg.mozilla.org/mozilla-central/rev/2072d9ddce60

Comment 2

[Ria Klaassen (not reading all bugmail)]

I see it only work in old builds like Firefox 1.5. And I see errors like:

Error: SWFAddress is not defined
Source File: http://www.nvidia.com/object/geforce_gtx_gts_m_series.html
Line: 412

Comment 3

[Ria Klaassen (not reading all bugmail)]

Useless regression range:
http://bonsai.mozilla.org/cvsquery.cgi?module=PhoenixTinderbox&date=explicit&mindate=2006-04-19+14%3A00&maxdate=2006-04-19+22%3A00

Comment 4

[Ria Klaassen (not reading all bugmail)]

Let's place it in Core General; I'm not sure of the component because I don't know the cause of the bug.

Comment 5

[Ria Klaassen (not reading all bugmail)]

Ok, I see the cause now, it is bug 334756. Which makes it a tech evangelism case.

Comment 6

[Chris Lawson (gone)]

I see exactly the same behaviour in Camino's latest trunk nightly with "Firefox" in the UA string or without it: namely, I get redirected to the appropriate "tab" on that page (which is all just a bunch of CSS trickery, really -- it appears all to be one page with a bunch of divs hidden or shown by the use of scripts).

I don't think this is purely a sniffing-for-"Firefox" issue.

Comment 7

[Ria Klaassen (not reading all bugmail)]

Well, when I change the value of general.useragent.extra.firefox to Firefox/3.0.5 the problem doesn't occur and also the presence of bug 334756 on the bottom of the range brought me to that conclusion.

Comment 8

[Chris Lawson (gone)]

Can you describe more specifically what I should be seeing here, and what happens for you in browsers that lack "Firefox" in the UA string?

It's also possible there's some OS sniffing, too. What OS are you reproducing this on?

Comment 9

[Ria Klaassen (not reading all bugmail)]

I'm on Windows XP/Vista. 
When I click on the green "Learn more >" link under "FEATURES" it stays on the same page and throws an error in the console (comment 2).
When I change the value of general.useragent.extra.firefox to Firefox/3.0.5 it goes to a.com/object/geforce_gtx_gts_m_series.html#/features/

Comment 10

[Ria Klaassen (not reading all bugmail)]

(In reply to comment #9)

> When I change the value of general.useragent.extra.firefox to Firefox/3.0.5 it
> goes to a.com/object/geforce_gtx_gts_m_series.html#/features/

Sorry, selection error, to http://www.nvidia.com/object/geforce_gtx_gts_m_series.html#/features/

Comment 11

[Chris Lawson (gone)]

The latter half of comment 9 perfectly describes what happens in Camino, whether or not "Firefox" is part of the UA string.

I did some more testing with various other UA strings in Camino:

* Spoofing as Seamonkey (Mac or Windows) fails.
* Spoofing as Minefield fails.
* Adding "Firefox/3" to any of the failed UA strings makes them magically work.

I'm not sure why Camino *does* work without it, but regardless, they're definitely doing agent-based sniffing here, and they shouldn't be.

Comment 12

[Chris Lawson (gone)]

Ah, here it is:

http://www.nvidia.com/content/includes/js/swfaddress/swfaddress.js

The sniffer in there sniffs for Camino (shocker!), Firefox, Safari, IE, and a few other browsers, but it's sniffing by name and isn't sniffing for, say, "Gecko".

Argh.

Comment 13

[Chris Lawson (gone)]

INCOMPLETE due to lack of activity since the end of 2009.

If someone is willing to investigate the issues raised in this bug to determine whether they still exist, *and* work with the site in question to fix any existing issues, please feel free to re-open and assign to yourself.

Sorry for the bugspam; filter on "NO MORE PRE-2010 TE BUGS" to remove.