Details
-
Type: Bug
-
Status: Closed
-
Priority: Major
-
Resolution: Fixed
-
Affects Version/s: 3.2
-
Fix Version/s: EE-3.2.0.GA
-
Component/s: ACE-Components
-
Labels:None
-
Environment:Chrome, Safari
Description
A submitMonitor has it's blockUI attribute set to a panelGroup which holds a dataTable, this dataTable is where the submit comes from (via pagination). The submitMonitor also has it's for attribute set to the same panelGroup. In this scenario, no overlay is present and the submitMonitor renders slightly off center. This is Chrome and Safari browsers only.
To reproduce:
1) Build / deploy test application located at: http://server.ice:8888/svn/repo/qa/trunk/Regression-Icefaces2/Sparkle/Manual/submitMonitor
2) In Chrome, navigate to '/submitMonitorFor.jsf'
3) Scroll down to the test at the bottom (ace:dataTable with ace:ajax 'page' event)
4) Change the blockUI to 'panelGroup5'
5) Trigger submitMonitor busy state using the dataTable pagination
6) Notice no overlay can be seen on the page and the submitMonitor is not centered.
This is a spin-off of issue #2 from
The overlay has width and height of zero, and the popup is mis-positioned, so likely there is a problem with getting the sizing of the panelGroup that they're being positioned over. Investigating further...
The panelGroup span that everything is being positioned on has offsetHeight: 0, offsetLeft: 8, offsetTop: 670, offsetWidth: 0. Also, clientHeight: 0, clientLeft: 0, clientTop: 0, clientWidth: 0. So no wonder it's not providing sizing info. And this isn't accessed on page load, it's much later, so it's not an issue of waiting for the page to complete loading. getWidth(), getHeight() and getDimensions().width/height are all zero. The style inspector says that the width and height are "auto".