Details
-
Type: Bug
-
Status: Closed
-
Priority: Major
-
Resolution: Fixed
-
Affects Version/s: 3.0.1, EE-3.0.0.GA
-
Fix Version/s: EE-3.0.0.GA_P01, 3.2
-
Component/s: ICE-Components
-
Labels:None
-
Environment:All
-
Affects:Documentation (User Guide, Ref. Guide, etc.)
Description
1) Deploy the test case and navigate to http://localhost:8080/basic/panelPositioned.jsf
2) Without scrolling, drag items. This should work.
3) Scroll down in the list and attempt to drag an item. This will not work and the scroll position will reset to the top.
This has a good chance of being a regression as the positioning works properly in ICEfaces EE 2.0 (although the scroll position still isn't maintained).
-
Hide
- basic.war
- 5.56 MB
- Deryk Sinotte
-
- META-INF/MANIFEST.MF 0.1 kB
- WEB-INF/web.xml 3 kB
- icefaces-subtree.xhtml 2 kB
- icefaces.xhtml 3 kB
- index.jsp 0.7 kB
- nonicefaces.xhtml 3 kB
- panelPositioned.xhtml 1.0 kB
- WEB-INF/lib/icefaces-compat.jar 2.58 MB
- WEB-INF/lib/icefaces.jar 282 kB
- WEB-INF/lib/commons-beanutils.jar 226 kB
- WEB-INF/lib/commons-collections.jar 558 kB
- WEB-INF/lib/commons-logging.jar 52 kB
- WEB-INF/lib/javax.faces.jar 2.47 MB
- WEB-INF/classes/.../common/JIRABugBean.class 1 kB
- WEB-INF/classes/org/.../basic/Basic.class 1 kB
-
Hide
- basic2.war
- 5.24 MB
- Deryk Sinotte
-
- META-INF/MANIFEST.MF 0.1 kB
- WEB-INF/web.xml 2 kB
- icefaces-subtree.xhtml 3 kB
- icefaces.xhtml 3 kB
- index.jsp 0.9 kB
- nonicefaces.xhtml 3 kB
- panelPositioned.xhtml 1.0 kB
- WEB-INF/lib/icefaces-compat.jar 2.67 MB
- WEB-INF/lib/icefaces.jar 208 kB
- WEB-INF/lib/icepush.jar 242 kB
- WEB-INF/lib/jsf-api.jar 611 kB
- WEB-INF/lib/jsf-impl.jar 1.85 MB
- WEB-INF/lib/commons-logging.jar 52 kB
- WEB-INF/classes/.../common/JIRABugBean.class 1 kB
- WEB-INF/classes/org/.../basic/Basic.class 1 kB
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
Seems even very old versions of icefaces3 have same problem. (Tree conflicts when updating so can't just update to revision and rebuild, must check out and set up new project. Time-consuming.) Started looking at icefaces2. Seems problem was in icefaces2 already before branching to icefaces3.
Problem first started to appear at revision 25359: ICE-7120, http://server.ice:8888/svn/ossrepo/icefaces2/trunk/icefaces.
The change was just the addition of a config. setting:
Position.includeScrollOffsets = true;
According to comment in ICE-7120, this "Configured PrototypeJS to take into account the scroll offsets when calculating element positions." But in this case it seems to do exactly the opposite.
(This setting is mentioned in the Scriptaculous docs, but there are some grumblings on the web about its workings.)
Introduced org.icefaces.includeScrollOffsets context parameter that can be used to change the way the offsets are calculated by the Prototype library. Default value of the parameter is 'true'.
Please add this to the icefaces-3.0.x-maintenance branch also.
Applied fixes to maintenance branch.
Attaching test cases. Each is a copy of our samples/core/basic application built with the customer's test bean and page added. The difference is:
basic.war = The icefaces3/trunk/icefaces/ (this one shows the issue)
basic2.war = The icefaces-ee/tags/icefaces-ee-2.0.0.GA/icefaces/ (this one works)