User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b5pre) Gecko/2008031605 Minefield/3.0b5pre FireShot/0.32 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b5pre) Gecko/2008031605 Minefield/3.0b5pre FireShot/0.32 When visiting http://www.hsbc.co.uk/1/2/ and selecting "Personal Logon" you get to an https page where you have to enter your ID. After the Banking ID is entered (you can enter anything to test) the browser never gets to the next page, most of the time. And when it does, it seems part of the CSS is lost. It would appear that this problem is accentuated in slow connections, while on the same connection, running IE7, shows none of this symptoms. This seems a regression, as it wasn't a problem before (maybe a month or two ago) Reproducible: Always Steps to Reproduce: 1. Visit http://www.hsbc.co.uk/1/2/ and press on the Personal Logon button 2. In the new page enter a banking id (anything will do) 3. Expect to see the next page where date of birth and security number parts are asked in no time. Actual Results: You either don't get to ever see the next page or if you do, it comes up broken as if most (all?) the CSS was missing. Even when it does come up it takes a while. Expected Results: Quickly show the page where the date of birth and parts of the code are being asked.

This seems to be a regression, but I don't know how to highlight that.

When I do this with network.http.pipelining.ssl set to true (the default), I see the odd behavior... The login failed page is slow to load, and usually has odd styling (like, as you note, some CSS didn't load). I was able to reproduce this releatedly, although once or twice the login failed page seemed to load fine. When I do this with network.http.pipelining.ssl set to false, I don't see the problem at all. The page loads quickly, and has no styling glitches. I flipped the pref back and forth, loading a few times each way, and it seems to behave consistently.