User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008051206 Firefox/3.0 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008051206 Firefox/3.0 On IE7 and Firefox 2, I see a lot of marketing information. I see barely anything with Firefox 3 RC1. Reproducible: Always Steps to Reproduce: 1. http://www.bankofamerica.com/onlinebanking/ 2. 3. Actual Results: See a lot of white space Expected Results: See some information Uninstalled RC1, installed 2.0, site worked. Installed 3.0 again, it doesn't work. No addons.
Also, you'll see a redirected page that asks you "Select Your State Please tell us where you bank so we can give you information for your location." After that, IE7 and FF2 go to marketing info. On FF3, you get the core layout of the page but the content is mising.
Confirmed with Firefox 3 on Windows XP. In order to reproduce this bug, you first need to select a location. I tried "California". Regression range is http://bonsai.mozilla.org/cvsquery.cgi?module=PhoenixTinderbox&date=explicit&mindate=1184974080&maxdate=1184978879 Caused by Bug 387691 ?
Component: General → HTML: Parser
Keywords: qawanted, regression
Product: Firefox → Core
QA Contact: general → parser
Version: unspecified → Trunk
Changing hardware/OS to all since I see this both on Mac trunk and Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9) Gecko/2008061004 Firefox/3.0. Safari renders the page fine no matter which state you choose from the dropdown.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Hardware: PC → All
Created attachment 327382 [details] testcase This seems to indeed have been caused by bug 387691. In IE, <link> is allowed as a direct child of <table>. Mozilla used to move the <link> into the <head>, but after bug 387691 not anymore. It's now moving the <link> after the <table>. There also seems to be a reflow issue involved with this, so I guess this could also be solved by fixing that reflow issue.
Created attachment 327399 [details] [diff] [review] Proposed fix When fixing bug 387691, I forgot that <table>'s entry in nsElementTable doesn't allow arbitrary kids based on their parent model. Adding the special |kLegalOpen| flag to these elements allows them to become children of <table>. Currently, HTML5 doesn't allow <link> as a child of <table>, preferring to ship it out like we do with text, but both IE and Opera disagree (Safari appears to ship <link> to <head> still). I'm opting to follow IE here, especially as that was the original intent of bug 387691. I'll send e-mail to the whatwg list about it.
Pushed as changeset a1bc3ae5d5a8.
Status: ASSIGNED → RESOLVED
Last Resolved: 11 years ago
Resolution: --- → FIXED
hey when will this be out in production???
Comment on attachment 327399 [details] [diff] [review] Proposed fix This applies to 1.9.
Attachment #327399 - Flags: approval126.96.36.199?
Comment on attachment 327399 [details] [diff] [review] Proposed fix Approved for 188.8.131.52. Please land in CVS. a=ss
Attachment #327399 - Flags: approval184.108.40.206? → approval220.127.116.11+
Fix checked into the 1.9 branch.
Verified fix on Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:18.104.22.168pre) Gecko/2008081904 GranParadiso/3.0.2pre
Status: RESOLVED → VERIFIED
Keywords: fixed22.214.171.124 → verified126.96.36.199
Fix landed before branching.
Flags: blocking1.9.1? → blocking1.9.1+
Priority: -- → P1
Verified fix on Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090130 Shiretoko/3.1b3pre Ubiquity/0.1.5
Keywords: fixed1.9.1 → verified1.9.1
You need to log in before you can comment on or make changes to this bug.