November 2013 - richfaces-issues - Jboss List Archives

[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 reassigned RF-13287: ---------------------------------- Assignee: Michal Petrov > 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: 5-Tracking > > > 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-13337) Page fragments: get rid of typetools dependency

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-13337?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on RF-13337: --------------------------------- Committed: https://github.com/richfaces/richfaces/commit/bdcb987dcbf27bd923b59982b6c... > Page fragments: get rid of typetools dependency > ----------------------------------------------- > > Key: RF-13337 > URL: https://issues.jboss.org/browse/RF-13337 > Project: RichFaces > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Components: page-fragments > Affects Versions: 5.0.0.Alpha2 > Reporter: Lukáš Fryč > Assignee: Lukáš Fryč > Fix For: 5.0.0.Alpha2 > > > I believe {{TypeResolver}} can be re-written from scratch, but since it's one-class ASL dependency, we might consider [shading it|http://maven.apache.org/plugins/maven-shade-plugin/]. -- 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-13337) Page fragments: get rid of typetools dependency

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-13337?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč resolved RF-13337. ----------------------------- Resolution: Done > Page fragments: get rid of typetools dependency > ----------------------------------------------- > > Key: RF-13337 > URL: https://issues.jboss.org/browse/RF-13337 > Project: RichFaces > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Components: page-fragments > Affects Versions: 5.0.0.Alpha2 > Reporter: Lukáš Fryč > Assignee: Lukáš Fryč > Fix For: 5.0.0.Alpha2 > > > I believe {{TypeResolver}} can be re-written from scratch, but since it's one-class ASL dependency, we might consider [shading it|http://maven.apache.org/plugins/maven-shade-plugin/]. -- 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 updated RF-13327: ----------------------------- Description: 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...] ? was: 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 * 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...] ? > 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-13342) archetype-simpleapp: facelet with name 'title' is not defined in template, but it is used in the sample

by Jiří Štefek (JIRA)

Jiří Štefek created RF-13342: -------------------------------- Summary: 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: 5.0.0.Alpha1, 4.3.4 Reporter: Jiří Štefek Assignee: 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-13331) Move tests for Chart component from Sandbox to Framework Tests

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-13331?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on RF-13331: --------------------------------- Lukas, a first problem is caused by bridgeBase.js renamed to bridge-base.js. The second issue is more interesting as it is relevant to newly introduced programatic Resource Mapping. Could you please report that separately with a link to reproducer / steps to reproduce? > 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-13336) Page fragments: get rid of json-simple dependency

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-13336?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on RF-13336: --------------------------------- I used the parent issue (RF-13300) to link commits. This issue will be fully resolved with RF-13335 > Page fragments: get rid of json-simple dependency > ------------------------------------------------- > > Key: RF-13336 > URL: https://issues.jboss.org/browse/RF-13336 > Project: RichFaces > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Components: page-fragments > Affects Versions: 5.0.0.Alpha2 > Reporter: Lukáš Fryč > Assignee: Lukáš Fryč > Fix For: 5.0.0.Alpha2 > > > {{JSONParser}} seems to be necessary (even though we don;t use it extensively yet), but I would favor standard APIs in form of [JSR-353|https://jsonp.java.net/index.html]. -- 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 Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-13341?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on RF-13341: --------------------------------- Brian, the problem here is that Chart implements server-side handlers, as a response to the listener, you want to do something (e.g. re-render part of the page). ---- In fact, the component supports those attributes as of now: https://github.com/richfaces/richfaces/blob/94a1060abddf5512eed89e17518a1... The ExtendedPartialViewContextImpl collects Ajax-attributes from Activator component (component that activated the request) without asking whether component implements AjaxProps. (Note that this may also be a bug) > 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-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 edited comment on RF-13323 at 11/13/13 3:13 AM: ------------------------------------------------------------ I've attached here a simple project with 2 samples, one is using @SessionScoped and the second @ViewScoped bean. Both samples work correctly. Tried it on GlassFish 3.1.2.2, AS 7.1 with Chrome 30 and Firefox 25. So unless [~wish79] could give us a sample project, i cannot reproduce it. ---- But one thing I've noticed, when you place _fileUpload_ in the ajax rendered _outputPanel_ just like this: {code} <a4j:outputPanel ajaxRendered="true"> <rich:fileUpload listener="#{listener}"/> </a4j:outputPanel> {code} and you will upload a file, then the components list of uploaded files disappears after each upload (doesn't matter which backing bean is used). [~bleathem] is this an intention? Or should we file an issue? was (Author: jstefek): I've attached here a simple project with 2 samples, one is using @SessionScoped and the second @ViewScoped bean. Both backing beans work correctly. Tried it on GlassFish 3.1.2.2, AS 7.1 with Chrome 30 and Firefox 25. So unless [~wish79] could give us a sample project, i cannot reproduce it. ---- But one thing I've noticed, when you place _fileUpload_ in the ajax rendered _outputPanel_ just like this: {code} <a4j:outputPanel ajaxRendered="true"> <rich:fileUpload listener="#{listener}"/> </a4j:outputPanel> {code} and you will upload a file, then the components list of uploaded files disappears after each upload (doesn't matter which backing bean is used). [~bleathem] is this an intention? Or should we file an issue? > 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 Jiří Štefek (JIRA)

[ https://issues.jboss.org/browse/RF-13323?page=com.atlassian.jira.plugin.s... ] Jiří Štefek edited comment on RF-13323 at 11/13/13 3:11 AM: ------------------------------------------------------------ I've attached here a simple project with 2 samples, one is using @SessionScoped and the second @ViewScoped bean. Both backing beans work correctly. Tried it on GlassFish 3.1.2.2, AS 7.1 with Chrome 30 and Firefox 25. So unless [~wish79] could give us a sample project, i cannot reproduce it. ---- But one thing I've noticed, when you place _fileUpload_ in the ajax rendered _outputPanel_ just like this: {code} <a4j:outputPanel ajaxRendered="true"> <rich:fileUpload listener="#{listener}"/> </a4j:outputPanel> {code} and you will upload a file, then the components list of uploaded files disappears after each upload (doesn't matter which backing bean is used). [~bleathem] is this an intention? Or should we file an issue? was (Author: jstefek): I've attached here a simple project with 2 samples, one is using @SessionScoped and the second @ViewScoped bean. Both backing beans work correctly. Tried it on GlassFish 3.1.2.2, AS 7.1 with Chrome 30 and Firefox 25. So unless [~wish79] could give us a sample project, i cannot reproduce it. ---- But one thing I've noticed, when you place _fileUpload_ in the ajax rendered _outputPanel_ just like this: {code} <a4j:outputPanel ajaxRendered="true"> <rich:fileUpload listener="#{listener}"/> </a4j:outputPanel> {code} and you will upload a file, then the components list of uploaded/toBeUploaded files disappears after each upload (doesn't matter which backing bean is used). [~bleathem] is this an intention? Or should we file an issue? > 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

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues November 2013