Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Major
-
Resolution: Won't Fix
-
Affects Version/s: 4.0.BETA
-
Fix Version/s: 4.0
-
Component/s: ICE-Components
-
Labels:None
-
Environment:ICEfaces3 trunk revision# 34968
Mojarra 2.2 library
Description
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
Even after disabling all stye rules that apply to any element within the tab area, the spacing still remains.
Confirmed issue still exists with Mojarra 2.2.0 release.
Doing a complete difference of the showcase application running under Mojarra 2.1.21 versus 2.2.0 indicates that the only likely difference is the DOCTYPE.
With Mojarra 2.1.21, the showcase application has the following DOCTYPE:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
And with Mojarra 2.2.0, it is:
<!DOCTYPE html>
The actual relevant .xhtml file(s) use the xhtml transitional DOCTYPE, so it's not clear why that's being suppressed with Mjoarra 2.2.0.
Aftering seeing this article, I tested adding the complete DOCTYPE to the composition client(s) as well, but tht did not help.
http://stackoverflow.com/questions/15257832/mojarra-2-2-snapshot-and-doctypes
Another relevant article:
Testing using the basic app shows that when using Mojarra 2.2.0 the page's xhtml 1.0 transitional DOCTYPE is not coming across, even when:
1. Using nonicefaces page
2. Using nonicefaces page, with the icefaces.jar removed
3. Using nonicefaces page, with the icefaces.jar removed, and the leading copyright notice comment removed
Then, changing the Mojarra jar to version 2.1.21 makes the proper DOCTYPE show in the browser (Firefox 22).
When reproducing the issue in showcase, by running with Mojarra javax.faces-2.2.0-m15 versus Mojarra 2.1.21, the document head markups are the same, the coalesced CSS files are the same, and the actual clickable tab markups are the same.