503974 - First Direct online banking never finishes loading in SeaMonkey 1.1.x (Gecko 1.8.1.x)

Status: RESOLVED FIXED

(Tech Evangelism Graveyard :: English Other, defect)

Description

[Raj Bhaskar]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.22) Gecko/20090605 MultiZilla/1.8.3.5i SeaMonkey/1.1.17
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.22) Gecko/20090605 MultiZilla/1.8.3.5i SeaMonkey/1.1.17

When logging into First Direct online banking, you can enter your authentication details but never finishes loading, making the site unusable.

I have tried with all extensions disabled (but not with a new profile) and get the same result.

Reproducible: Always

Steps to Reproduce:
1. From the URL, select "online banking"
2. In the new window/tab enter the username
3. In the second stage, enter the requested details and press "proceed"
Actual Results:  
The main screen on the online banking window partially loads but never finishes

Expected Results:  
The online banking site should fully load.

This site works as expected in Firefox 3.5, and a recently self-compiled build of SeaMonkey 2.0b1pre.  Needless to say, the site also works properly in IE7 and IE8.

If you spoof the user-agent of SeaMonkey 1.1.17 to include "Firefox/2.0" it also loads correctly.

This suggests that it could be a bug in Gecko 1.8.1 that is being worked around by browser sniffing for Firefox 2 on the server side, although I'm not sure.

Comment 1

[Chris Lawson (gone)]

How about Firefox 2? Does that work normally?

What's the user-agent string on the SeaMonkey build you compiled?

Comment 2

[Raj Bhaskar]

Works fine with Firefox 2.0.0.20 (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.20) Gecko/20081217 Firefox/2.0.0.20 (.NET CLR 3.5.30729)).

I'll try to get the SM2 UA later this evening.

Comment 3

[Raj Bhaskar]

(In reply to comment #1)
> What's the user-agent string on the SeaMonkey build you compiled?

The UA string is: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1pre) Gecko/20090614 SeaMonkey/2.0b1pre

Comment 4

[Chris Lawson (gone)]

And how about with the latest Minefield nightly (which, IIRC, doesn't have "Firefox" in it anywhere either)?

Comment 5

[Chris Lawson (gone)]

(In reply to comment #0)

> This suggests that it could be a bug in Gecko 1.8.1 that is being worked around
> by browser sniffing for Firefox 2 on the server side, although I'm not sure.

For the record, comment 2 pretty much disproves that, in case anyone else happens across this and thinks that's a possibility. The Gecko engine in Firefox 2.0.0.20 is (essentially, to within a security update or two) the same as the Gecko engine in SeaMonkey 1.1.7.

Raj, if you have access to a Mac, it would be helpful if you could test this in Camino as well. Let me know if you can test in Camino and I'll explain what you'd need to do.

Comment 6

[Raj Bhaskar]

(In reply to comment #4)
> And how about with the latest Minefield nightly (which, IIRC, doesn't have
> "Firefox" in it anywhere either)?

Assuming that 'Minefield' is the codename for Firefox trunk nightlies (sorry, I use SeaMonkey pretty much exclusively), I grabbed the current build and it worked fine.

(In reply to comment #5)
> (In reply to comment #0)
> 
> > This suggests that it could be a bug in Gecko 1.8.1 that is being worked around
> > by browser sniffing for Firefox 2 on the server side, although I'm not sure.
> 
> For the record, comment 2 pretty much disproves that, in case anyone else
> happens across this and thinks that's a possibility. The Gecko engine in
> Firefox 2.0.0.20 is (essentially, to within a security update or two) the same
> as the Gecko engine in SeaMonkey 1.1.7.

I said in comment 0 that spoofing the UA (I set browser.useragent.extra.seamonkey2 to "Firefox/2.0") in SM 1.1.17 makes it work, which is why I suggested that they may be doing browser detection.

> Raj, if you have access to a Mac, it would be helpful if you could test this in
> Camino as well. Let me know if you can test in Camino and I'll explain what
> you'd need to do.

I'm afraid that I don't have access to a Mac, sorry.

Comment 7

[Chris Lawson (gone)]

If it was a bug in Gecko 1.8.1, they would need to treat Firefox 2.x and Seamonkey 1.1.x equally. They do not. Therefore, it's not a workaround for a Gecko bug.

Comment 8

[Tanner Filip [:tanner]]

Right now its 404ing, im not going to close this bug yet.

Comment 9

[Raj Bhaskar]

There is a link on http://www.firstdirect.com/ that takes you to the Online Banking page (I ended up at www2.banking.first-direct.com).

This now WFM with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0

Comment 10

[Chris Lawson (gone)]

Based on comment 9, this sounds FIXED.