November 2013 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12092) a4j:poll : a4j:status never clears

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12092?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12092: ------------------------------- Description: When a4j:poll fires a4j:status correctly displays the request is in progress. However, it never shows it complete. Using any other a4j component will correctly update the a4j:status. So if the a4j:status is stuck showing its waiting because of an a4j:poll if you click on an a4j:commandButton the a4j:status will correctly show its now complete. {code} <a4j:poll id="ajaxPoll" interval="5000" enabled="true" action="#{faces$DiscoveryStatus.poll}" render="#{faces$DiscoveryStatus.reRenderStr}"/> <a4j:status id="a4jstatus"> <f:facet name="start"> <img src='/images/ajax-loader.gif'/> </f:facet>    </a4j:status> {code} This code works correctly in RF 3.3.3. was: When a4j:poll fires a4j:status correctly displays the request is in progress. However, it never shows it complete. Using any other a4j component will correctly update the a4j:status. So if the a4j:status is stuck showing its waiting because of an a4j:poll if you click on an a4j:commandButton the a4j:status will correctly show its now complete. <a4j:poll id="ajaxPoll" interval="5000" enabled="true" action="#{faces$DiscoveryStatus.poll}" render="#{faces$DiscoveryStatus.reRenderStr}"/> <a4j:status id="a4jstatus"> <f:facet name="start"> <img src='/images/ajax-loader.gif'/> </f:facet>    </a4j:status> This code works correctly in RF 3.3.3. > a4j:poll : a4j:status never clears > ---------------------------------- > > Key: RF-12092 > URL: https://issues.jboss.org/browse/RF-12092 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 4.2.0.Final, 4.2.1.Final > Reporter: Robert Gary > Fix For: 5-Tracking > > Attachments: a4jPollIssue.war > > > When a4j:poll fires a4j:status correctly displays the request is in progress. However, it never shows it complete. Using any other a4j component will correctly update the a4j:status. So if the a4j:status is stuck showing its waiting because of an a4j:poll if you click on an a4j:commandButton the a4j:status will correctly show its now complete. > {code} > <a4j:poll id="ajaxPoll" interval="5000" enabled="true" action="#{faces$DiscoveryStatus.poll}" > render="#{faces$DiscoveryStatus.reRenderStr}"/> > <a4j:status id="a4jstatus"> > <f:facet name="start"> > <img src='/images/ajax-loader.gif'/> > </f:facet> >  >  >  > </a4j:status> > {code} > This code works correctly in RF 3.3.3. -- 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-13289) inputspinner : setting the value to empty/null

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13289?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13289: ------------------------------- Fix Version/s: 5-Tracking > inputspinner : setting the value to empty/null > ----------------------------------------------- > > Key: RF-13289 > URL: https://issues.jboss.org/browse/RF-13289 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.3, 5.0.0.Alpha2 > Reporter: liumin hu > Fix For: 5-Tracking > > > can put empty/null value in a spinner, everytime the spinner changes empty to 0. -- 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] can you take [~jstefek]'s sample as a starting point and modify it to be more like you application to reproduce the failure you describe? Doing this will help tremendously on isolating the root cause and put us on a path to a resolution of the 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-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-13365) push: cannot be disabled with ajax request

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13365?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13365: ------------------------------- Fix Version/s: 5.0.0.Alpha2 > push: cannot be disabled with ajax request > ------------------------------------------ > > Key: RF-13365 > URL: https://issues.jboss.org/browse/RF-13365 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 5.0.0.Alpha2 > Environment: EAP 6.1, Glassfish 3.1.2.2 > FF 25, Chrome 31 > Reporter: Jiří Štefek > Fix For: 5.0.0.Alpha2 > > > Worked in 4.3.4.Final. -- 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-13364) Upgrade Mojarra to 2.1.26 in RichFaces 4

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13364?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13364: ------------------------------- Fix Version/s: 4.3.5 > Upgrade Mojarra to 2.1.26 in RichFaces 4 > ---------------------------------------- > > Key: RF-13364 > URL: https://issues.jboss.org/browse/RF-13364 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: third-party > Affects Versions: 4.3.4 > Reporter: Pavol Pitonak > Fix For: 4.3.5 > > > RichFaces 4 [1] now depends on Mojarra 2.1.19 (bundled in EAP 6.1.1). Upgrade it to the lastest version 2.1.26. > [1] https://github.com/richfaces4/build/blob/master/bom/pom.xml -- 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-13366) ExtendedDataTable: footer is in the middle of the control if the height is constant

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13366?page=com.atlassian.jira.plugin.s... ] Brian Leathem resolved RF-13366. -------------------------------- Resolution: Won't Fix The table footer is intended to be after the final row of the table. It would be unintuitive to have whitespace between the footer an the table rows, they would appear to be disconnected. Try placing an additional element/component underneath your table to achieve the layout you are looking for. > ExtendedDataTable: footer is in the middle of the control if the height is constant > ----------------------------------------------------------------------------------- > > Key: RF-13366 > URL: https://issues.jboss.org/browse/RF-13366 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.3 > Reporter: Anton Bogoslavskyi > Attachments: edt[1].png > > > Reproduce: > Define class and assign it to your extendedDataTable: > {code} > .table_style { > height: 500px; > } > {code} > Prepare the test data to have minimum rows (not fill the whole table with data). > Expected: > Table height is 500px. Footer is on the bottom of the table and won't change place when rows amount changes. > The whitespace is between the last row and the footer > Actual: > Table height is 500px. Footer is right under the last row and jumps each time the amount of rows changes. > The whitespace is under the footer and surrounded by the table border. -- 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-13366) ExtendedDataTable: footer is in the middle of the control if the height is constant

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13366?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13366: ------------------------------- Description: Reproduce: Define class and assign it to your extendedDataTable: {code} .table_style { height: 500px; } {code} Prepare the test data to have minimum rows (not fill the whole table with data). Expected: Table height is 500px. Footer is on the bottom of the table and won't change place when rows amount changes. The whitespace is between the last row and the footer Actual: Table height is 500px. Footer is right under the last row and jumps each time the amount of rows changes. The whitespace is under the footer and surrounded by the table border. was: Reproduce: Define class and assign it to your extendedDataTable: .table_style { height: 500px; } Prepare the test data to have minimum rows (not fill the whole table with data). Expected: Table height is 500px. Footer is on the bottom of the table and won't change place when rows amount changes. The whitespace is between the last row and the footer Actual: Table height is 500px. Footer is right under the last row and jumps each time the amount of rows changes. The whitespace is under the footer and surrounded by the table border. > ExtendedDataTable: footer is in the middle of the control if the height is constant > ----------------------------------------------------------------------------------- > > Key: RF-13366 > URL: https://issues.jboss.org/browse/RF-13366 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.3 > Reporter: Anton Bogoslavskyi > Attachments: edt[1].png > > > Reproduce: > Define class and assign it to your extendedDataTable: > {code} > .table_style { > height: 500px; > } > {code} > Prepare the test data to have minimum rows (not fill the whole table with data). > Expected: > Table height is 500px. Footer is on the bottom of the table and won't change place when rows amount changes. > The whitespace is between the last row and the footer > Actual: > Table height is 500px. Footer is right under the last row and jumps each time the amount of rows changes. > The whitespace is under the footer and surrounded by the table border. -- 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-13368) pickList nested in collapsiblePanel overflows it

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13368?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-13368: ------------------------------------ this should have been resolved with a recent richwidget fix. I'll double check the fix was pulled in to RichFaces. > pickList nested in collapsiblePanel overflows it > ------------------------------------------------ > > Key: RF-13368 > URL: https://issues.jboss.org/browse/RF-13368 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-selects > Affects Versions: 5.0.0.Alpha2 > Reporter: Juraj Húska > Attachments: pickListAndCollapsiblePanel.png > > > When {{pickList}} is nested in {{collapsiblePanel}}, then it overflows it. > Please see the attached screenshot. > It also overflows other components: > * {{r:panel}}, > * {{r:tabPanel}} > but I guess its related ? Tell me if you feel like there should be separated JIRA for each. -- 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-13200) Tree: Uncaught TypeError: Object #<Object> has no method '$'

by Pavol Pitonak (JIRA)

[ https://issues.jboss.org/browse/RF-13200?page=com.atlassian.jira.plugin.s... ] Pavol Pitonak closed RF-13200. ------------------------------ Verified > Tree: Uncaught TypeError: Object #<Object> has no method '$' > ------------------------------------------------------------ > > Key: RF-13200 > URL: https://issues.jboss.org/browse/RF-13200 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tree > Affects Versions: 5.0.0.Alpha2 > Environment: RichFaces 5.0.0-SNAPSHOT > Metamer 5.0.0-SNAPSHOT > JBoss Application Server: Weld Integration 7.2.1.Final-redhat-10 > JBoss AS 7.2.1.Final-redhat-10 > Java(TM) SE Runtime Environment 1.7.0_04-b20 @ Linux > Chrome 29.0.1547.65 @ Linux x86_64 > Reporter: Pavol Pitonak > Assignee: Lukáš Fryč > Priority: Blocker > Fix For: 5.0.0.Alpha2 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > # deploy Metamer and open http://127.0.0.1:8080/metamer/faces/components/richTree/treeAdaptors.xhtm... > # open node R-1 > # open node R-1.1 > # click on node R-1.1-M-V-1 > expected result: > * node should be selected > actual: > * exception in browser console: Uncaught TypeError: Object #<Object> has no method '$' > reason: > * response to Ajax request contains this code > {code} > RichFaces.$("form:richTree").__updateSelectionFromInput(); > {code} -- 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-13361) Placeholder inside calendar is not rendered

by Pavol Pitonak (JIRA)

[ https://issues.jboss.org/browse/RF-13361?page=com.atlassian.jira.plugin.s... ] Pavol Pitonak closed RF-13361. ------------------------------ Verified > Placeholder inside calendar is not rendered > ------------------------------------------- > > Key: RF-13361 > URL: https://issues.jboss.org/browse/RF-13361 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 5.0.0.Alpha2 > Environment: RichFaces 5.0.0-SNAPSHOT > Reporter: Pavol Pitonak > Assignee: Michal Petrov > Fix For: 5.0.0.Alpha2 > > Attachments: placeholder1.png > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > # open Showcase 5 http://showcaselatest-richfaces.rhcloud.com/richfaces/component-sample.js... > # open Showcase 4 http://showcase.richfaces.org/richfaces/component-sample.jsf?demo=placeho... > result: > * in Showcase 4 calendar component has a placeholder text > * in Showcase 5 placeholder in calendar is missing, see screenshot -- 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