[JBoss JIRA] (RF-13323) FileUploadEvent listener reset the list value with Viewscope
by Mohammad Weshah (JIRA)
[ https://issues.jboss.org/browse/RF-13323?page=com.atlassian.jira.plugin.s... ]
Mohammad Weshah edited comment on RF-13323 at 11/14/13 5:22 AM:
----------------------------------------------------------------
Hi JS,
I attached the sources but without the jar file, please check.
Note: Appserver Jboss 7.1
Thanks
Wish79
was (Author: wish79):
I attached the sources but without the jar file, please check.
Note: Appserver Jboss 7.1
Thanks
Wish79
> FileUploadEvent listener reset the list value with Viewscope
> ------------------------------------------------------------
>
> Key: RF-13323
> URL: https://issues.jboss.org/browse/RF-13323
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-input
> Affects Versions: 4.3.4
> Environment: Jboss 7.1
> Richfaces 4.3.4
> JSF 2.1.9
>
> Reporter: Mohammad Weshah
> Assignee: Jiří Štefek
> Labels: rich:fileUpload
> Attachments: RF-13323-SessionScoped.png, RF-13323-ViewScoped.png, RF-13323.zip, TestRichFacesWebProject.rar, TestRichFacesWebProject.war
>
>
> Hello All,
> i make an example of upload file from richfaces showcase it is working successfully , but i notice if i changed the backing bean to viewscope the files list inside the FileUploadEvent listener will be rest every time that i upload new file , the code as follow :
>
> {code}
> protected List<UploadedImage> files = new ArrayList<UploadedImage>();
>
> public void FileUploadlistener(FileUploadEvent event) throws Exception {
> UploadedFile item = event.getUploadedFile();
> UploadedImage file = new UploadedImage();
> file.setLength(item.getData().length);
> file.setName(item.getName());
> file.setData(item.getData());
>
> files.add(file);
> }
> {code}
>
> but when i changed the scope to session the files still contain the old files, is it mandatory to the backing be session or there is something wrong ?
>
> Regards
> Wish79
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 4 months
[JBoss JIRA] (RF-13323) FileUploadEvent listener reset the list value with Viewscope
by Mohammad Weshah (JIRA)
[ https://issues.jboss.org/browse/RF-13323?page=com.atlassian.jira.plugin.s... ]
Mohammad Weshah updated RF-13323:
---------------------------------
Attachment: TestRichFacesWebProject.rar
> FileUploadEvent listener reset the list value with Viewscope
> ------------------------------------------------------------
>
> Key: RF-13323
> URL: https://issues.jboss.org/browse/RF-13323
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-input
> Affects Versions: 4.3.4
> Environment: Jboss 7.1
> Richfaces 4.3.4
> JSF 2.1.9
>
> Reporter: Mohammad Weshah
> Assignee: Jiří Štefek
> Labels: rich:fileUpload
> Attachments: RF-13323-SessionScoped.png, RF-13323-ViewScoped.png, RF-13323.zip, TestRichFacesWebProject.rar, TestRichFacesWebProject.war
>
>
> Hello All,
> i make an example of upload file from richfaces showcase it is working successfully , but i notice if i changed the backing bean to viewscope the files list inside the FileUploadEvent listener will be rest every time that i upload new file , the code as follow :
>
> {code}
> protected List<UploadedImage> files = new ArrayList<UploadedImage>();
>
> public void FileUploadlistener(FileUploadEvent event) throws Exception {
> UploadedFile item = event.getUploadedFile();
> UploadedImage file = new UploadedImage();
> file.setLength(item.getData().length);
> file.setName(item.getName());
> file.setData(item.getData());
>
> files.add(file);
> }
> {code}
>
> but when i changed the scope to session the files still contain the old files, is it mandatory to the backing be session or there is something wrong ?
>
> Regards
> Wish79
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 4 months
[JBoss JIRA] (RF-13343) Page Fragments: Re-implement setupFragmentFromWidget() methods using component options access
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RF-13343?page=com.atlassian.jira.plugin.s... ]
Pavol Pitonak commented on RF-13343:
------------------------------------
[~jhuska], [~jstefek],
do we currently use setupFragmentFromWidget() in our test suite?
> Page Fragments: Re-implement setupFragmentFromWidget() methods using component options access
> ---------------------------------------------------------------------------------------------
>
> Key: RF-13343
> URL: https://issues.jboss.org/browse/RF-13343
> Project: RichFaces
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: page-fragments, qe
> Affects Versions: 5.0.0.Alpha2
> Reporter: Lukáš Fryč
>
> As we have discussed in RF-13335, we have two options available for accessing component options:
> * component uses {{BaseComponent}} (RF4 components)
> {code}
> RichFaces.component("j_idt108").options
> {code}
> * component uses {{jQuery UI Widget Factory}} (RF5 components)
> {code}
> $(document.getElementById("j_idt163:j_idt165Input")).autocomplete("option", "autoFocus")
> {code}
> We can use WebDriver's {{JavascriptExecutor}} to access widget settings.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 4 months
[JBoss JIRA] (RF-13345) FileUpload: behaves incorrectly when placed in ajax rendered outputPanel
by Jiří Štefek (JIRA)
[ https://issues.jboss.org/browse/RF-13345?page=com.atlassian.jira.plugin.s... ]
Jiří Štefek updated RF-13345:
-----------------------------
Attachment: RF-13345-RF5-reproducer.zip
RF-13345-RF4-reproducer.zip
attached reproducers
> FileUpload: behaves incorrectly when placed in ajax rendered outputPanel
> ------------------------------------------------------------------------
>
> Key: RF-13345
> URL: https://issues.jboss.org/browse/RF-13345
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-input
> Affects Versions: 4.3.4, 5.0.0.Alpha1
> Environment: EAP 6.1
> Chrome 30, Firefox 22
> Reporter: Jiří Štefek
> Attachments: RF-13345-RF4-reproducer.zip, RF-13345-RF5-reproducer.zip
>
>
> When fileUpload is placed in ajaxRendered outputPanel, just like this:
> {code}
> <a4j:outputPanel ajaxRendered="true">
> <rich:fileUpload fileUploadListener="#{richBean.listener}"/>
> </a4j:outputPanel>
> {code}
> then it behaves incorrectly.
> With RF 5:
> the list of uploaded/to upload files is reset after each upload.
> With RF 4:
> * cannot manipulate with item(s) which was firstly uploaded
> * the upload button is not rendered after first upload performed, but you can still add files and manipulate with them (delete them)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 4 months
[JBoss JIRA] (RF-13345) FileUpload: behaves incorrectly when placed in ajax rendered outputPanel
by Jiří Štefek (JIRA)
Jiří Štefek created RF-13345:
--------------------------------
Summary: FileUpload: behaves incorrectly when placed in ajax rendered outputPanel
Key: RF-13345
URL: https://issues.jboss.org/browse/RF-13345
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-input
Affects Versions: 5.0.0.Alpha1, 4.3.4
Environment: EAP 6.1
Chrome 30, Firefox 22
Reporter: Jiří Štefek
When fileUpload is placed in ajaxRendered outputPanel, just like this:
{code}
<a4j:outputPanel ajaxRendered="true">
<rich:fileUpload fileUploadListener="#{richBean.listener}"/>
</a4j:outputPanel>
{code}
then it behaves incorrectly.
With RF 5:
the list of uploaded/to upload files is reset after each upload.
With RF 4:
* cannot manipulate with item(s) which was firstly uploaded
* the upload button is not rendered after first upload performed, but you can still add files and manipulate with them (delete them)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 4 months
[JBoss JIRA] (RF-13323) FileUploadEvent listener reset the list value with Viewscope
by Jiří Štefek (JIRA)
[ https://issues.jboss.org/browse/RF-13323?page=com.atlassian.jira.plugin.s... ]
Jiří Štefek commented on RF-13323:
----------------------------------
Hi [~wish79],
I can't deploy the _war_ without a manipulation. Could you, please, attach a simple and buildable project with sources, so I can check them? The best way could be using [richfaces archetypes|https://github.com/richfaces/richfaces-archetypes/tree/4.3.x/s...].
Thanks,
js
> FileUploadEvent listener reset the list value with Viewscope
> ------------------------------------------------------------
>
> Key: RF-13323
> URL: https://issues.jboss.org/browse/RF-13323
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-input
> Affects Versions: 4.3.4
> Environment: Jboss 7.1
> Richfaces 4.3.4
> JSF 2.1.9
>
> Reporter: Mohammad Weshah
> Assignee: Jiří Štefek
> Labels: rich:fileUpload
> Attachments: RF-13323-SessionScoped.png, RF-13323-ViewScoped.png, RF-13323.zip, TestRichFacesWebProject.war
>
>
> Hello All,
> i make an example of upload file from richfaces showcase it is working successfully , but i notice if i changed the backing bean to viewscope the files list inside the FileUploadEvent listener will be rest every time that i upload new file , the code as follow :
>
> {code}
> protected List<UploadedImage> files = new ArrayList<UploadedImage>();
>
> public void FileUploadlistener(FileUploadEvent event) throws Exception {
> UploadedFile item = event.getUploadedFile();
> UploadedImage file = new UploadedImage();
> file.setLength(item.getData().length);
> file.setName(item.getName());
> file.setData(item.getData());
>
> files.add(file);
> }
> {code}
>
> but when i changed the scope to session the files still contain the old files, is it mandatory to the backing be session or there is something wrong ?
>
> Regards
> Wish79
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 4 months
[JBoss JIRA] (RF-13327) pickList - setting of multiple attributes does not have any effect on the component
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13327?page=com.atlassian.jira.plugin.s... ]
Juraj Húska commented on RF-13327:
----------------------------------
Created RF-13344 for {{maxListHeight}} and {{minListHeight}}, as it is different than in RF4.
> pickList - setting of multiple attributes does not have any effect on the component
> -----------------------------------------------------------------------------------
>
> Key: RF-13327
> URL: https://issues.jboss.org/browse/RF-13327
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-selects
> Affects Versions: 5.0.0.Alpha2
> Reporter: Juraj Húska
> Assignee: Brian Leathem
> Fix For: 5.0.0.Alpha2
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> Setting of these attributes on a {{pickList}} has no effect on the rendered component (I am trying to group them somehow).
> *Buttons text*
> * addAllText
> * addText
> * removeAllText
> * removeText
> * downBottomText
> * downText
> * upText
> * upTopText
> *List style*
> * maxListHeight
> * minListHeight
> * style
> * columnClasses
> *Other RW options*
> * switchByClick
> * switchByDblClick
> *Callbacks*
> * onremoveitems
> * onadditems
> * value
> * valueChangeListener
> I guess that it is because they are not passed in the [renderer template|https://github.com/richfaces/richfaces/blob/master/framework/src...] ?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 4 months
[JBoss JIRA] (RF-13325) pickList: onmouseout/onmouseover is triggered even when pointer button is not moved out/over element
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13325?page=com.atlassian.jira.plugin.s... ]
Juraj Húska edited comment on RF-13325 at 11/14/13 3:41 AM:
------------------------------------------------------------
It is the same in RF4 pickList.
Should I create JIRA for {{mouseleave}} ?
was (Author: jhuska):
It is the same in RF4 pickList.
Should I crete JIRA for {{mouseleave}} ?
> pickList: onmouseout/onmouseover is triggered even when pointer button is not moved out/over element
> ----------------------------------------------------------------------------------------------------
>
> Key: RF-13325
> URL: https://issues.jboss.org/browse/RF-13325
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-selects
> Affects Versions: 5.0.0.Alpha2
> Reporter: Juraj Húska
> Assignee: Brian Leathem
> Fix For: 5.0.0.Alpha2
>
> Original Estimate: 15 minutes
> Remaining Estimate: 15 minutes
>
> {{r:pickList}} event callback for *onmouseout* and *onmouseover* is called even when the mouse pointer does not leave the {{r:pickList}} element itself.
> I believe issue for both event handlers is the same, as both occurs when moving the mouse pointer in one of the lists (source list or target list). They should not.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 4 months
[JBoss JIRA] (RF-13325) pickList: onmouseout/onmouseover is triggered even when pointer button is not moved out/over element
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13325?page=com.atlassian.jira.plugin.s... ]
Juraj Húska updated RF-13325:
-----------------------------
Assignee: Brian Leathem (was: Juraj Húska)
> pickList: onmouseout/onmouseover is triggered even when pointer button is not moved out/over element
> ----------------------------------------------------------------------------------------------------
>
> Key: RF-13325
> URL: https://issues.jboss.org/browse/RF-13325
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-selects
> Affects Versions: 5.0.0.Alpha2
> Reporter: Juraj Húska
> Assignee: Brian Leathem
> Fix For: 5.0.0.Alpha2
>
> Original Estimate: 15 minutes
> Remaining Estimate: 15 minutes
>
> {{r:pickList}} event callback for *onmouseout* and *onmouseover* is called even when the mouse pointer does not leave the {{r:pickList}} element itself.
> I believe issue for both event handlers is the same, as both occurs when moving the mouse pointer in one of the lists (source list or target list). They should not.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 4 months