September 2012 - richfaces-issues

[JBoss JIRA] (RF-12250) kitchensink archetype - creating new member from iPhone causes broken push update on mobile devices

by Juraj Huska (JIRA)

Juraj Huska created RF-12250: -------------------------------- Summary: kitchensink archetype - creating new member from iPhone causes broken push update on mobile devices Key: RF-12250 URL: https://issues.jboss.org/browse/RF-12250 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: archetype, component-push/poll, mobile Affects Versions: 4.2.2.Final Environment: iPhone, Motorola Xoom application container: JBoss AS 7.1.1.Final. Reporter: Juraj Huska Creating a new member from iPhone device causes that update on mobile devices does not work properly. The list of new members is not updated anymore, even when creating a new members from desktop browsers. No error is thrown either on server or client side. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

4
26
0 / 0

[JBoss JIRA] Created: (RF-7706) Last focused control should not be lost after a AJAX request (Richfaces should transparently preserve it)

by Francisco Jose Peredo Noguez (JIRA)

Last focused control should not be lost after a AJAX request (Richfaces should transparently preserve it) --------------------------------------------------------------------------------------------------------- Key: RF-7706 URL: https://jira.jboss.org/jira/browse/RF-7706 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2 Reporter: Francisco Jose Peredo Noguez The focused control before an AJAX request should automatically be the focused control after the request. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

5
15
0 / 0

[JBoss JIRA] Created: (RF-8606) FocusManager component

by Nick Belaevski (JIRA)

FocusManager component ---------------------- Key: RF-8606 URL: https://jira.jboss.org/jira/browse/RF-8606 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: component Affects Versions: 4.0.0.ALPHA2 Reporter: Nick Belaevski Assignee: Nick Belaevski Priority: Critical Fix For: 4.0.0.Final Details in the related forum thread. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

3
6
0 / 0

[JBoss JIRA] (RF-11496) mobile showcase - demo a4j:attachQueue - there should be request delay 2 sec when typing to input but there is 0

by Juraj Huska (Created) (JIRA)

mobile showcase - demo a4j:attachQueue - there should be request delay 2 sec when typing to input but there is 0 ---------------------------------------------------------------------------------------------------------------- Key: RF-11496 URL: https://issues.jboss.org/browse/RF-11496 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: mobile, showcase Affects Versions: 4.1.0.Milestone3 Environment: app: richfaces-showcase-4.1.0.20111011-M3 container: JBoss AS 7.0.2.Final mobile device: iPad Reporter: Juraj Huska When typing to the input in demo for a4j:attachQueue, there should be 2 sec delay to fire request and to render ajax request indicator (Please wait). However there is *no delay*. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

10
17
0 / 0

[JBoss JIRA] Created: (RF-9872) Inplace input: ajax request sent when cancel button clicked

by Pavol Pitonak (JIRA)

Inplace input: ajax request sent when cancel button clicked ----------------------------------------------------------- Key: RF-9872 URL: https://jira.jboss.org/browse/RF-9872 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.0.0.Milestone4 Environment: RichFaces 4.0.0-SNAPSHOT r.20201 Metamer 4.0.0-SNAPSHOT r.20203 Mojarra 2.0.2-FCS GlassFish Server Open Source Edition 3.0.1 OpenJDK Runtime Environment 1.6.0_20-b20 @ Linux Chrome 7.0.517.44 @ Linux x86_64 Reporter: Pavol Pitonak 1. deploy Metamer and open http://localhost:8080/metamer/faces/components/richInplaceInput/simple.xhtml 2. set showControls=true 3. click on inplace input, change value and click cancel button result: an ajax request is sent (status and time in header change) -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

4
7
0 / 0

[JBoss JIRA] (RF-11916) extendedDataTable partial update => extend the functionality with INSERT and DELETE row where scroll position does not go up.

by Tom Giberius (JIRA)

Tom Giberius created RF-11916: --------------------------------- Summary: extendedDataTable partial update => extend the functionality with INSERT and DELETE row where scroll position does not go up. Key: RF-11916 URL: https://issues.jboss.org/browse/RF-11916 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Tom Giberius Situation: 1) extendDataTable with a verticall ScrollBar 2) Insert or delete record by insert/delete in myBean and by a re-render of the table. 3) The re-render causes a full rebuild of the table in the DOM and the effect is that the scrollbar goes up to the beginning.In fact this makes a scrollable extendedDataTable not useful for inserting/deleting records. Partial Table Render for extendedDataTable is available in RF 4.1 with a construction like: render="myTable@rows(myBean.listOfUpdateRows):myColumn" This works fine for already available rows and indeed it is an UPDATE. Also @body, @header and @footer are available for partial table update. I would like to hava a kind of partitial table INSERT and UPDATE where not the whole table is "re-draw" by only the record(s) are INSERTED or DELETED and where the scroll position for the user visually stays the same. It could look like: render="myTable(a)insert(myBean.Row) render="myTable(a)delete(myBean.RowKey) If you have questions I will gladly elaborate on above. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

4
5
0 / 0

[JBoss JIRA] (RF-11736) rich:popupPanel x domElementAttachment="parent"

by Edilmar Alves (Created) (JIRA)

rich:popupPanel x domElementAttachment="parent" ----------------------------------------------- Key: RF-11736 URL: https://issues.jboss.org/browse/RF-11736 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-panels-layout-themes Affects Versions: 4.0.0.Final Environment: NetBeans 7.0.0 + GlassFish 3.1.1 + JSF2 + CDI + RF4 + Hibernate3 Reporter: Edilmar Alves rich:popupPanel repositions after second click when we use domElementAttachment="parent" -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

4
5
0 / 0

[JBoss JIRA] (RF-12313) Example 9.7. Keyword-based switching in Component Referance Guide has wrong value @previous

by Mark Bloomfield (JIRA)

Mark Bloomfield created RF-12313: ------------------------------------ Summary: Example 9.7. Keyword-based switching in Component Referance Guide has wrong value @previous Key: RF-12313 URL: https://issues.jboss.org/browse/RF-12313 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: doc Affects Versions: 4.2.2.Final Reporter: Mark Bloomfield Priority: Minor In the component referacne guide Example 9.7 the example states the value @previous as the keyword to use to switch to a previous panel. I believe it should be @prev as per the online example. The bug is in the text prior to the example and in the example itself. Please note I am new to RichFaces so perhaps it's wrong in the component? However I have tested with @prev and it works. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

2
5
0 / 0

[JBoss JIRA] Created: (RF-11324) Link Showcase to Tag Reference and possibly component docs

by Cody Lerum (JIRA)

Link Showcase to Tag Reference and possibly component docs ---------------------------------------------------------- Key: RF-11324 URL: https://issues.jboss.org/browse/RF-11324 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 4.1.0.Milestone1 Reporter: Cody Lerum The old showcase provided the tag information directly on the page. It would be nice if this was brought back, or at least provide a link on the component to the generated tag ref docs. Links to the developer guide and component ref per component would be nice too. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

3
4
0 / 0

[JBoss JIRA] (RF-12502) rich:Calendar fix VDL-doc of @value, @currentDate, @testPreloadDateRangeBegin and @testPreloadDateRangeEnd

by Jiří Štefek (JIRA)

Jiří Štefek created RF-12502: -------------------------------- Summary: rich:Calendar fix VDL-doc of @value, @currentDate, @testPreloadDateRangeBegin and @testPreloadDateRangeEnd Key: RF-12502 URL: https://issues.jboss.org/browse/RF-12502 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Reporter: Jiří Štefek Priority: Trivial * @currentDate: Defines the current date --> Defines the current month and year to be focused on. Must be formatted as calendar @datePattern. * @testPreloadDateRangeBegin and @testPreloadDateRangeEnd : shouldn't it be vice versa? + Must be formatted as calendar @datePattern. * @value: + Must be formatted as calendar @datePattern. -- 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

2
4
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues September 2012