298965 - smart7.com - says it requires IE and Windows

Status: RESOLVED INCOMPLETE

(Tech Evangelism Graveyard :: English US, defect)

Description

[Bryon]

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4

After I login, their site states "active browser" required.

Reproducible: Always

Steps to Reproduce:
1.  Goto site and try to login
2.
3.

Actual Results:  
same damn thing, I have to use another browser to access it :>(

Expected Results:  
allowed logn

Comment 1

[Ria Klaassen (not reading all bugmail)]

WFM with this user agent string: Mozilla/4.0(compatible;MSIE6.0;WindowsNT5.0)
Hm, site calls itself "smart"?

Comment 2

[Jaime Mitchell (use [e-mail] for email)]

From comment 1 this looks like a Tech Evan issue. 

Can anyone else with login access to the site confirm comment 1 in that it uses
user agent sniffing to block certain clients?

Bryon please see https://bugzilla.mozilla.org/page.cgi?id=fields.html#severity
in future when changing the default severity of a bug.

Comment 3

[Janet Mains]

Since downloading 2.0.0.3, IF Firefox does load, it takes a half hour.  I tried to uninstall and reinstall and it did not help.  I had no problem until the update. 

Comment 4

[Samuel Sidler (old account; do not CC)]

This is probably a TE bug, but I don't have time to triage and confirm it. Sending to the TE component.

Comment 3 is completely separate of the rest of this. Janet, please file a new bug for issues you have or, preferably, visit the forums to get support.

http://forums.mozillazine.org/viewforum.php?f=38

Comment 5

[Chris Lawson (gone)]

This is absolutely a TE bug -- I still get blocked using Camino trunk and Firefox 2.

Ah, where to begin...

<script LANGUAGE="JavaScript" SRC="Lib\CancelNavKeys.js"></script>

probably won't work in a lot of non-IE browsers because it uses a \ character in the path. Of course, this turns out to be a good thing, because that file exists solely to prevent users from navigating around the site with the keyboard (!).

http://smart7.com/web/Lib/images.js , which is called from the main frame, has this at the top:

/* Image Handling Routines... */
/* Requires Browser code... */
/* Version 1.00 - 06/01/99 */

Yeah, *that's* likely to be 100% correct nine years later...

Loading the main frame generates this error:

Error: window.event has no properties
Source File: http://smart7.com/web/Asp/webLoginForm.asp?TYPE=S&LA=3&LD=60&LO=0&TL=0
Line: 41

Interestingly, accessing

http://smart7.com/web/Asp/webLoginForm.asp?TYPE=S&LA=3&LD=60&LO=0&TL=0

directly avoids the sniffing.

Oh yeah, and there are a lot of 

Warning: Element referenced by ID/NAME in the global scope. Use W3C standard document.getElementById() instead.
Source File: http://smart7.com/web/Asp/webLoginForm.asp?TYPE=S&LA=3&LD=60&LO=0&TL=0
Line: 32

too.

Contact information for the site:

"If you are still having problems, e-mail us at  [e-mail] or call [phone]."

Don't hold your breath.

Comment 6

[Chris Lawson (gone)]

By the way, the sniffing appears to be server-side. I can't find it anywhere in the JavaScript.

Comment 7

[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.