Bug 535206 (RHQ-1927) - several pages render too wide in ie6
Summary: several pages render too wide in ie6
Keywords:
Status: CLOSED WONTFIX
Alias: RHQ-1927
Product: RHQ Project
Classification: Other
Component: Core UI
Version: 1.2
Hardware: All
OS: All
medium
medium
Target Milestone: ---
: ---
Assignee: RHQ Project Maintainer
QA Contact:
URL: http://jira.rhq-project.org/browse/RH...
Whiteboard:
Depends On:
Blocks: RHQ-1778 rhq_triage
TreeView+ depends on / blocked
 
Reported: 2009-04-03 14:39 UTC by Joseph Marques
Modified: 2010-08-20 15:38 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2010-08-20 15:38:01 UTC
Embargoed:


Attachments (Terms of Use)

Description Joseph Marques 2009-04-03 14:39:00 UTC
there are numerous pages across the site (most the ones that have the left nav) whose content area renders outside of the viewable area, thus creating unnecessary horizontal scrollbars.  after some investigation, it turns out that our doc type declarations to put IE in standards mode are not always being respected:

<!DOCTYPE html
        PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
        "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

according to [1], "Note: using an <?xml...?> declaration at the top of the document, while recommended for some doctypes, will wrongly throw IE6 into "quirks" mode. It is not required, so be careful if you use the declaration, and test thoroughly! (See the Rendering Mode and Doctype Switching article at CMX for more on this topic.)"

this is precisely what's happening.  when i went through the site and removed this declarations, ALL of the pages rendered properly because IE6 was rendering the page in standards mode instead of falling back to quirks mode and using the broken box model.  however, an even worse regression happens when IE6 renders in standards mode - all of the images and icons on the pages that have a left-nav area DO NOT scroll when the content area scrolls.  it's as if those images/icons all of a sudden become absolutely positioned on the page.  this is something we'll want to revisit.

[1] - http://www.communitymx.com/content/article.cfm?page=2&cid=E0989953B6F20B41

Comment 1 Red Hat Bugzilla 2009-11-10 20:49:38 UTC
This bug was previously known as http://jira.rhq-project.org/browse/RHQ-1927


Comment 2 wes hayutin 2010-02-16 16:59:32 UTC
Temporarily adding the keyword "SubBug" so we can be sure we have accounted for all the bugs.

keyword:
new = Tracking + FutureFeature + SubBug

Comment 3 wes hayutin 2010-02-16 17:04:44 UTC
making sure we're not missing any bugs in rhq_triage

Comment 4 Corey Welton 2010-08-20 15:38:01 UTC
Closing per 19-Aug triage


Note You need to log in before you can comment on or make changes to this bug.