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:Tomcat 8, ICEfaces ee-3.3.0 maintenance branch r48851. Also occurs with P03. All browsers. Not an issue with IF 4 trunk.
-
Assignee Priority:P2
Description
Using the QA fileEntryDynAttribute page, when you toggle the disabled attribute from false to true, then back to false, the file name remains after uploading a file. It is not cleared away and replaced with "No file Selected".
Test app (/fileEntryDynAttribute.jsf) located at:
C:\svn\repo\qa\trunk\Regression-Icefaces2\Sparkle\Nightly\fileEntry
To reproduce:
1.) Use the mentioned test application.
2.) Select the rendered checkbox.
3.) Select the disabled checkbox so that it becomes true.
4.) Select the disabled checkbox so that it becomes false
5.) Browse for a file and upload it.
6.) Notice the file is uploaded but the file name is not cleared away and replaced with "No file Selected"
Test app (/fileEntryDynAttribute.jsf) located at:
C:\svn\repo\qa\trunk\Regression-Icefaces2\Sparkle\Nightly\fileEntry
To reproduce:
1.) Use the mentioned test application.
2.) Select the rendered checkbox.
3.) Select the disabled checkbox so that it becomes true.
4.) Select the disabled checkbox so that it becomes false
5.) Browse for a file and upload it.
6.) Notice the file is uploaded but the file name is not cleared away and replaced with "No file Selected"
r48915: fix to render the ace:fileEntry root container element with a different client id
The root container and the input element were being rendered with the same client id, which lead to various issues. This was fixed by rendering the root container with a different client id.
Testing Notes: Please run all regression tests to verify nothing else was affected.