Details
-
Type: Bug
-
Status: Closed
-
Priority: Major
-
Resolution: Fixed
-
Affects Version/s: EE-3.0.0.BETA
-
Fix Version/s: 3.0.1, EE-3.0.0.GA
-
Component/s: ACE-Components
-
Labels:None
-
Environment:ICEfaces 3.0.x-maintenance branch rev. 28392 (built with Myfaces or Mojarra)
Browsers: all
Server: Tomcat7
Description
Showcase -> ACE Components -> ace:fileEntry -> Overview
When selecting a first file to upload, the Upload results message rendered on the page displays information on the file name, file size, as example:
Upload results
File Name: cars.csv
File Size: 393 bytes
Total Files In Upload Directory: 2
Total Size of Files In Directory: 245046 bytes
The file is required to submit this form.
'example-form:file-entry' has successfully uploaded 'cars.csv'
If selecting another file to upload, the upload message is not updated accordingly.
The messages are also cached on the other fileEntry pages (Listener, Validation).
When selecting a first file to upload, the Upload results message rendered on the page displays information on the file name, file size, as example:
Upload results
File Name: cars.csv
File Size: 393 bytes
Total Files In Upload Directory: 2
Total Size of Files In Directory: 245046 bytes
The file is required to submit this form.
'example-form:file-entry' has successfully uploaded 'cars.csv'
If selecting another file to upload, the upload message is not updated accordingly.
The messages are also cached on the other fileEntry pages (Listener, Validation).
Issue Links
- blocks
-
IPCK-380 EE-Component-Showcase - File Upload Progress not working consistently when using Myfaces
- Closed
The fileEntry capture submit code relied on a post add to view system event, that would inspect UIForm components to see if they had a fileEntry in them, and then would add components for rendering the capture javascript, and iframe, and disable the regular capture submit mechanism. With MyFaces, this system event was still happening, and the components were added to the UIForm, but those components were not being rendered. This change of form dom element children caused the whole form to be updated.
Likely the loss of the fileEntry capture submit meant that the FileEntryPhaseListener was not running properly, and so the uploads weren't being processed properly, so the old fileEntry results object was still in place, hence the unchanging messages.
Discussion with Deryk turned up
ICE-7182, which was a MyFaces fix for the regular capture submit mechanism. Basically, the post add to view event was replaced with a pre render event. This was tried with the fileEntry capture submit, and it fixed uploading with MyFaces. Testing with Mojarra shows no problem with the new event.icefaces-3.0.x-maintenance
Subversion 28428
icefaces3 trunk
Subversion 28429