Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: EE-1.8.2.GA_P03
-
Fix Version/s: EE-1.8.2.GA_P04
-
Component/s: ICE-Components
-
Labels:None
-
Environment:IE7/8/9
-
Workaround Exists:Yes
-
Workaround Description:Use autoCentre if applicable or turn off draggability. Or use px instead of % for positioning.
Description
An ice:panelPopup has some custom CSS to position it in a specific location and is set to be draggable. Upon selecting the header when it is first rendered, the popup gets positioned in a different location. This only happens with in IE and with a draggable popup. It doesn't matter if it is modal or non-modal. This happens only on the first opening of the popup when the page is first loaded, all subsequent opening works fine.
Setting autoPosition helps a bit, instead of staying in the moved position it snaps back to the original location.
Setting autoPosition helps a bit, instead of staying in the moved position it snaps back to the original location.
-
Hide
-
-
META-INF/MANIFEST.MF
-
META-INF/context.xml
-
WEB-INF/classes/.../example/TestBean.class
-
WEB-INF/faces-config.xml
-
WEB-INF/lib/backport-util-concurrent.jar
-
WEB-INF/lib/commons-beanutils.jar
-
WEB-INF/lib/commons-collections.jar
-
WEB-INF/lib/commons-digester.jar
-
WEB-INF/lib/commons-fileupload.jar
-
WEB-INF/lib/commons-logging.jar
-
WEB-INF/lib/icefaces-comps.jar
-
WEB-INF/lib/icefaces-facelets.jar
-
WEB-INF/lib/icefaces.jar
-
WEB-INF/lib/jsf-api-1.2.jar
-
WEB-INF/lib/jsf-impl-1.2.jar
-
WEB-INF/lib/jxl.jar
-
WEB-INF/.../krysalis-jCharts-1.0.0-alpha-1.jar
-
WEB-INF/web.xml
-
welcomeICEfaces.xhtml
-
-
-
Activity
| Status | Resolved [ 5 ] | Closed [ 6 ] |
| Assignee Priority | P2 |
| Status | Open [ 1 ] | Resolved [ 5 ] |
| Resolution | Fixed [ 1 ] |
| Repository | Revision | Date | User | Message |
| ICEsoft Public SVN Repository | #28642 | Thu Apr 05 12:16:01 MDT 2012 | mircea.toma | |
| Files Changed | ||||
MODIFY
/icefaces/trunk/icefaces/bridge/lib/prototype/dom.js
|
| Attachment | screenshot-1.png [ 14189 ] |
| Assignee | yip.ng [ yip.ng ] | Mircea Toma [ mircea.toma ] |
| Workaround Description | Use autoCentre if applicable or turn off draggability. | Use autoCentre if applicable or turn off draggability. Or use px instead of % for positioning. |
There is an extra submit on click in IE.
User style specifies left and top in %: top: 40%; left: 40%;
Somewhere along the line they are changed to px in the icefacesCssUpdates param: top:40px; left:40px; See screenshot-1.png.
(Same mistake we made many times before in thinking dimensions and positions are always in pixels?)
Show
yip.ng
added a comment - - edited There is an extra submit on click in IE.
User style specifies left and top in %: top: 40%; left: 40%;
Somewhere along the line they are changed to px in the icefacesCssUpdates param: top:40px; left:40px; See screenshot-1.png.
(Same mistake we made many times before in thinking dimensions and positions are always in pixels?)
| Fix Version/s | EE-1.8.2.GA_P04 [ 10280 ] | |
| Assignee Priority | P2 | |
| Assignee | yip.ng [ yip.ng ] |
| Attachment | Case10891Example.war [ 14117 ] | |
| Attachment | Case10891Example.zip [ 14118 ] |
Test case to reproduce issue. Steps to reproduce:
- Load app in IE.
- Click on the Open button.
- Click on the header of the popup.
Show
Arran Mccullough
added a comment - Test case to reproduce issue. Steps to reproduce:
Load app in IE.
Click on the Open button.
Click on the header of the popup.
| Field | Original Value | New Value |
|---|---|---|
| Salesforce Case | [5007000000KFhjU] |
The IE specific Element.Methods.getStyle method defined in dom.js (Prototype code) does not return the correct values in pixels when element's 'top' or 'left' properties are queried. Instead it returns the raw values in percentages (or 'em') which later on are converted to integers, which are assumed to represent pixels.
The fix modifies the method to calculate the current position of the 'top' or 'left' style properties in pixels.