Details
-
Type: Bug
-
Status: Closed
-
Priority: Major
-
Resolution: Fixed
-
Affects Version/s: EE-3.3.0.GA_P03
-
Fix Version/s: EE-3.3.0.GA_P04
-
Component/s: ACE-Components
-
Labels:None
-
Environment:All
-
Assignee Priority:P2
-
Support Case References:Support Case #13715 - https://icesoft.my.salesforce.com/5007000001ZLHVW
Description
This is not an issue with ICEfaces 4.x.
-
Hide
- Case13715Example.zip
- 20 kB
- Arran Mccullough
-
- Case13715Example/build.xml 3 kB
- Case13715Example/.../ant-deploy.xml 2 kB
- Case13715Example/.../build-impl.xml 80 kB
- Case13715Example/.../genfiles.properties 0.5 kB
- Case13715Example/.../private.properties 0.6 kB
- Case13715Example/.../project.properties 4 kB
- Case13715Example/nbproject/project.xml 0.9 kB
- Case13715Example/src/conf/MANIFEST.MF 0.0 kB
- Case13715Example/src/.../support/Item.java 0.1 kB
- Case13715Example/src/.../TestBean.java 0.6 kB
- Case13715Example/web/index.xhtml 0.5 kB
- Case13715Example/web/.../context.xml 0.1 kB
- Case13715Example/web/WEB-INF/web.xml 2 kB
- Case13715Example/.../welcomeICEfaces.xhtml 2 kB
-
Hide
- Case13715Example.war
- 8.83 MB
- Arran Mccullough
-
- META-INF/MANIFEST.MF 0.1 kB
- META-INF/context.xml 0.1 kB
- WEB-INF/classes/com/.../support/Item.class 0.3 kB
- WEB-INF/classes/.../support/TestBean.class 0.9 kB
- WEB-INF/lib/icefaces-ace.jar 5.64 MB
- WEB-INF/lib/icefaces.jar 642 kB
- WEB-INF/lib/javax.faces.jar 2.55 MB
- WEB-INF/web.xml 2 kB
- index.xhtml 0.5 kB
- welcomeICEfaces.xhtml 2 kB
Issue Links
- blocks
-
ICE-11014 ace:textEntry, replace input element when setting it to type="password"
- Closed
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
r48661: wrapped lines where the type attribute is dynamically changed to 'password' inside try-catch clauses to avoid javascript errors
In order to support inField labels on secret text fields, it is necessary to dynamically change the 'type' attribute of the 'input' element to/from 'password'. It seems like dynamically changing the type attribute of an input element is not permitted, so an error is thrown, which aborts the init function, before the behaviours are applied to the text field. As per ICE-10374, this was fixed on the 4.0 trunk, and this error was only seen on IE8. It seems like recent browser updates also started to throw this error. This is fixed with try-catch clauses. Even though, this change is supposedly not permitted, it can still be done, and no errors are thrown with these try-catch clauses.
Resolving issue. The fix above was improved as described in ICE-11014.
Attached test case that shows this issue.
Steps: