402476 - paccar.com Kenworth Trucks Web page contains links that are disabled.

Status: RESOLVED WONTFIX

(Web Compatibility :: Site Reports, defect, P3)

Description

[David E. Ross]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.8) Gecko/20071009 SeaMonkey/1.1.5 Mnenhy/0.7.5.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.8) Gecko/20071009 SeaMonkey/1.1.5

Go to the cited URI.  In the left frame, there is a list of links to various truck part categories.  All those links are disabled.  The person who initially brought this to my attention says that those links are enabled with Internet Explorer.  

Reproducible: Always

Comment 1

[Chris Lawson (gone)]

They don't seem to work if you spoof as IE7, either, so this is probably more than just simple bad sniffing -- it's likely IE-specific code.

cl

Comment 2

[David E. Ross]

Mozilla/5.0 (Windows NT 5.1; rv:13.0) Gecko/20120604 SeaMonkey/2.10

This is still a problem.

Comment 3

[Hallvord R. M. Steen [:hallvors]]

Inline JS in http://www.paccar.com/xref/ImageTOC.asp?HotSpotName=default relies on window.event and event.srcElement being defined.

Comment 4

[Hallvord R. M. Steen [:hallvors]]

Also depends on element.children.tags('span') (instead of element.getElementsByTagName('span')), which means it's broken in Chrome and Opera too..

Comment 5

[Hallvord R. M. Steen [:hallvors]]

contacted by email

Comment 6

[Karl Dubost💡 :karlcow]

the site redirects to a different URL, which still exhibits the same issue.

→ http --follow --print hH http://www.paccar.com/xref/default.asp?div=k
GET /xref/default.asp?div=k HTTP/1.1
Accept: */*
Accept-Encoding: gzip, deflate
Cookie: X-Mapping-fjhppofk=4B21CBDD4153C7F8D8308B00098847C5
Host: www.epaccar.com
User-Agent: HTTPie/0.8.0

HTTP/1.1 200 OK
Cache-Control: private
Content-Encoding: gzip
Content-Length: 439
Content-Type: text/html
Date: Thu, 23 Oct 2014 09:05:17 GMT
Expires: Thu, 23 Oct 2014 09:04:17 GMT
Server: Microsoft-IIS/8.5
Set-Cookie: DivisionCode=k; expires=Mon, 30-Dec-2030 08:00:00 GMT; path=/xref
Set-Cookie: ASPSESSIONIDAACQSQSB=MMMHBMFAIAGKHEJCIHIKGFCL; path=/
Vary: Accept-Encoding
X-Powered-By: ASP.NET


The root of the domain name doesn't give anything interesting
http://www.epaccar.com/

They have subparts which are working 
http://www.epaccar.com/crossreference/

which seems to relate to Paccar Parts.
http://www.paccarparts.com/

Their customers base is heavily windows users, probably with IE.
http://www.youtube.com/watch?v=9Fxy5CY3iIE

Their online catalog of parts seem to be now at
http://www.trptruckandtrailerparts.com/catalogue/


Not sure it's worth spending time on this. 
I would propose to be closed as WONTFIX.

Switching at least the bug to contactready as nobody is really working on following up.

Comment 7

[David E. Ross]

From a WhoIs request, the contact is <[e-mail]>.  I cannot remember whether I contacted the site owner when I first submitted this bug report.  However, I have just now sent an E-mail message to <[e-mail]>.

Comment 8

[Karl Dubost💡 :karlcow]

Thanks David! :)

Comment 9

[Mike Taylor [:miketaylr]]

Let's WONTFIX this. I just tested and it *only* works in IE, not even Edge (or Safari or Chrome, etc.).