November 2013 - richfaces-issues - Jboss List Archives

[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 updated RF-13323: ----------------------------- Attachment: RF-13323-2.zip > 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-2.zip, 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-13346) orderingList - maxListHeight & minListHeight need to have set units along with number to work

by Michal Petrov (JIRA)

[ https://issues.jboss.org/browse/RF-13346?page=com.atlassian.jira.plugin.s... ] Michal Petrov reassigned RF-13346: ---------------------------------- Assignee: Michal Petrov > orderingList - maxListHeight & minListHeight need to have set units along with number to work > --------------------------------------------------------------------------------------------- > > Key: RF-13346 > URL: https://issues.jboss.org/browse/RF-13346 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-selects > Affects Versions: 5.0.0.Alpha2 > Reporter: Jiří Štefek > Assignee: Michal Petrov > > {{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-13348) pickList - columnClass attribute behaves differently than in RF4

by Juraj Húska (JIRA)

Juraj Húska created RF-13348: -------------------------------- Summary: pickList - columnClass attribute behaves differently than in RF4 Key: RF-13348 URL: https://issues.jboss.org/browse/RF-13348 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-selects Affects Versions: 5.0.0.Alpha2 Reporter: Juraj Húska {{collumnClass}} attribute of {{r:pickList}} behaves in this way in *RF5*: Suppose a {{pickList}}, which items consist from _three_ columns. * if you set {{collumnClass}} to: {{foo bar}}, then first column has class {{foo}}, the second one {{bar}} * if you set it to {{foo, bar}}, then the first column has class {{foo,bar}} - expected In *RF4*, it was different though: * it worked as {{collumnClass}} for {{dataTable}}. Literally as it is described in VDL doc: bq. Assigns one or more space-separated CSS class names to the columns of the table. If the CSS class names are comma-separated, each class will be assigned to a particular column in the order they follow in the attribute. If you have less class names than columns, the class will be applied to every n-fold column where n is the order in which the class is listed in the attribute. If there are more class names than columns, the overflow ones are ignored. The way how it worked in RF4 seems more reasonable for me. What is your opinion on this ? -- 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-13331) Move tests for Chart component from Sandbox to Framework Tests

by Lukáš Macko (JIRA)

[ https://issues.jboss.org/browse/RF-13331?page=com.atlassian.jira.plugin.s... ] Lukáš Macko commented on RF-13331: ---------------------------------- The second issue was probably also related to renamed resources. I renamed bridgeBase.js and chartBridge.js to correct names and now I am not able to reproduce the issue. > Move tests for Chart component from Sandbox to Framework Tests > -------------------------------------------------------------- > > Key: RF-13331 > URL: https://issues.jboss.org/browse/RF-13331 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 5.0.0.Alpha2 > Reporter: Lukáš Fryč > Assignee: Lukáš Macko > Fix For: 5.0.0.Alpha2 > > -- 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-13347 for not working {{switchByDblClick}}. > 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-13290) Push framework tests fail after upgrade to 1.0.17 (probably Warp issue)

by Pavol Pitonak (JIRA)

[ https://issues.jboss.org/browse/RF-13290?page=com.atlassian.jira.plugin.s... ] Pavol Pitonak commented on RF-13290: ------------------------------------ No, we didn't run them for Alpha1 release but we plan to do it for all following releases. > Push framework tests fail after upgrade to 1.0.17 (probably Warp issue) > ----------------------------------------------------------------------- > > Key: RF-13290 > URL: https://issues.jboss.org/browse/RF-13290 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll, tests - functional > Affects Versions: 5.0.0.Alpha2 > Reporter: Lukáš Fryč > > The push is correctly using 'long-polling' technique, > the request is sent, but the response is never sent back, > that's why I believe the Warp server-side handling fails. > ---- > Note that I have tried to upgrade to 1.0.18 and it didn't help. > ---- > I'm marking those tests as {{Failing}}. -- 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-13347) pickList: switchByDblClick does not work

by Juraj Húska (JIRA)

Juraj Húska created RF-13347: -------------------------------- Summary: pickList: switchByDblClick does not work Key: RF-13347 URL: https://issues.jboss.org/browse/RF-13347 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-selects Affects Versions: 5.0.0.Alpha2 Reporter: Juraj Húska Setting of {{pickList}} attribute {{switchByDblClick}} to {{true}} does not work. Note that {{switchByClick}} works as expected. It seems that attribute is set in render template. I can not found any mention in pick list bridge if that can be the case ? (there is no mention of {{switchByClick}} neither and it works). -- 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-13346) orderingList - maxListHeight & minListHeight need to have set units along with number to work

by Jiří Štefek (JIRA)

Jiří Štefek created RF-13346: -------------------------------- Summary: orderingList - maxListHeight & minListHeight need to have set units along with number to work Key: RF-13346 URL: https://issues.jboss.org/browse/RF-13346 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-selects Affects Versions: 5.0.0.Alpha2 Reporter: Jiří Štefek {{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-13287) rich:extendedDataTable column resizing with ajax loading not working properly

by Michal Petrov (JIRA)

[ https://issues.jboss.org/browse/RF-13287?page=com.atlassian.jira.plugin.s... ] Michal Petrov resolved RF-13287. -------------------------------- Fix Version/s: 4.3.5 (was: 5-Tracking) Resolution: Done > rich:extendedDataTable column resizing with ajax loading not working properly > ----------------------------------------------------------------------------- > > Key: RF-13287 > URL: https://issues.jboss.org/browse/RF-13287 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.4 > Environment: Glassfish 3.1.2.2, Mojarra 2.1.26, IE10, IE8, Chrome 30, > Reporter: Andreas G > Assignee: Michal Petrov > Labels: testcase_provided > Fix For: 4.3.5 > > > In a rich:extendedDataTable with ajax loading turned on: When you resize a column and scroll down (load data), the size of the columns reset to their original value. Only the header keeps its size. The header and the data are not matching anymore. > Reproducible in the 4.3.4 showcase! -- 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 commented on RF-13323: -------------------------------------- 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

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues November 2013