November 2013 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-13327) pickList - setting of multiple attributes does not have any effect on the component

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13327?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-13327: ------------------------------------ Corrected the pick and order buttons' text. > 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-13325) pickList: onmouseout/onmouseover is triggered even when pointer button is not moved out/over element

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13325?page=com.atlassian.jira.plugin.s... ] Brian Leathem reassigned RF-13325: ---------------------------------- Assignee: Juraj Húska (was: Brian Leathem) > 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: Juraj Húska > 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 Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13325?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-13325: ------------------------------------ Is this different than the RichFaces 4 picklist behaviour? From the jQuery docs this is the expected behaviour for onmouseout: {quote} mouseout fires when the pointer moves out of the child element as well {quote} Note: There is the _mouseleave_ jQuery event that we could expose as well. This may be more useful. > 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-13323) FileUploadEvent listener reset the list value with Viewscope

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13323?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-13323: ------------------------------------ [~wish79] feel free to re-open this issue with instruction on how to reproduce. > 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 > > > 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 Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13323?page=com.atlassian.jira.plugin.s... ] Brian Leathem resolved RF-13323. -------------------------------- Resolution: Cannot Reproduce Bug > 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 > > > 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 Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13323?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-13323: ------------------------------------ Thanks for the investigations [~jstefek]. Please file a new issue addressing the nesting of a fileUpload component in a ajaxRendered outputPanel. > 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 > > > 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 Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13343?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-13343: ------------------------------------ Why not use the JSON library already shipped with RichFaces? https://github.com/richfaces/richfaces/blob/master/framework/src/main/jav... > 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-13341) Charts: implement AjaxProps

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13341?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-13341: ------------------------------------ What's the advantage of the chart component implementing server-side events instead of simply relying on nested ajax behaviours? Are server-side listeners that common a use case that the user benefits from the cluttered API? > Charts: implement AjaxProps > --------------------------- > > Key: RF-13341 > URL: https://issues.jboss.org/browse/RF-13341 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-output > Reporter: Lukáš Macko > Priority: Minor > > I think AbstractChart should implements AjaxProps since it uses server-side listeners. -- 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-13342) archetype-simpleapp: facelet with name 'title' is not defined in template, but it is used in the sample

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-13342?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on RF-13342: --------------------------------- You are right, we could either use {{title}} in the page, or better, use {{<ui:param name="title" />}}. > archetype-simpleapp: facelet with name 'title' is not defined in template, but it is used in the sample > ------------------------------------------------------------------------------------------------------- > > Key: RF-13342 > URL: https://issues.jboss.org/browse/RF-13342 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: archetype > Affects Versions: 4.3.4, 5.0.0.Alpha1 > Reporter: Jiří Štefek > Priority: Trivial > -- 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-13342) archetype-simpleapp: facelet with name 'title' is not defined in template, but it is used in the sample

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-13342?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč updated RF-13342: ---------------------------- Assignee: (was: Lukáš Fryč) > archetype-simpleapp: facelet with name 'title' is not defined in template, but it is used in the sample > ------------------------------------------------------------------------------------------------------- > > Key: RF-13342 > URL: https://issues.jboss.org/browse/RF-13342 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: archetype > Affects Versions: 4.3.4, 5.0.0.Alpha1 > Reporter: Jiří Štefek > Priority: Trivial > -- 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