November 2013 - richfaces-issues - Jboss List Archives

[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

1
0
0 / 0

[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

1
0
0 / 0

[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

1
0
0 / 0

[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

1
0
0 / 0

[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

1
0
0 / 0

[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

1
0
0 / 0

[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

1
0
0 / 0

[JBoss JIRA] (RF-13344) pickList - maxListHeight & minListHeight need to have set units along with number to work

by Juraj Húska (JIRA)

Juraj Húska created RF-13344: -------------------------------- Summary: pickList - maxListHeight & minListHeight need to have set units along with number to work Key: RF-13344 URL: https://issues.jboss.org/browse/RF-13344 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-selects Affects Versions: 5.0.0.Alpha2 Reporter: Juraj Húska {{pickList}} attributes: * {{minListHeight}} and {{maxListHeight}} need to have set units along with the number value (e.g. 200px) in order to work correctly. In RF4 and in RichWidgets, these attributes can be left without units. -- 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

1
0
0 / 0

[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

1
0
0 / 0

[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

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues November 2013