February 2012 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-8586) UIDataAdaptor: keepSaved attribute

by Nick Belaevski (JIRA)

UIDataAdaptor: keepSaved attribute ---------------------------------- Key: RF-8586 URL: https://jira.jboss.org/jira/browse/RF-8586 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 Fix For: 4.0.0.ALPHA2 Boolean attribute that defines whether this iteration component will reset saved children's state before rendering. By default state is reset if there are no faces messages with severity error or higher. -- 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

2
3
0 / 0

[JBoss JIRA] (RF-11992) cache bug in portlet

by Ivan Ravin (JIRA)

Ivan Ravin created RF-11992: ------------------------------- Summary: cache bug in portlet Key: RF-11992 URL: https://issues.jboss.org/browse/RF-11992 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.2.0.CR1, 3.3.3.Final Environment: jboss portal 2.7.2; Gatein portal Reporter: Ivan Ravin On Jboss and Gatein portal richfaces cant be cached when user is logged in. Bug is found for richfaces 3.3.3 but i think can be reproduced for 4.x because org.richfaces.resource.AbstractCacheableResource has similar code. The steps for reproduce bug are: download portlet bridge 2.2 archive deploy richFacesPortlet.war from portlet bridge archive (i used jboss portal 2.7.2 bundle and GateIn-3.1.0-FINAL-jbossas) look at network activity (i did with firefox + firebug, the same result on any other browser). Just open page with richfaces portlet. When user is not logged in, all richfaces resources are caching well, and this is headers returned by server: |Cache-Control |max-age=86400| |Content-Type |text/javascript| |Date |Thu, 26 Jan 2012 17:57:39 GMT| |Expires |27 Jan 2012 17:57:39 GMT| |Last-Modified |26 Jan 2012 17:42:17 GMT| |Server |Apache-Coyote/1.1| |X-Powered-By |Servlet 2.4; JBoss-4.2.3.GA (build: SVNTag=JBoss_4_2_3_GA date=200807181417)/JBossWeb-2.0| But when user is logged in all richfaces stuff come from network every time (more than 1.3 mb). This is headers returned by portal 2.7.2 when user logged in: |Cache-Control |{color:red}no-cache,{color} max-age=86400| |Content-Type |text/javascript| |Date |Thu, 26 Jan 2012 18:26:49 GMT| |Expires |{color:red}Thu, 01 Jan 1970 03:00:00 MSK,{color} 27 Jan 2012 18:26:49 GMT| |Last-Modified |26 Jan 2012 18:05:56 GMT| |{color:red}Pragma{color} |{color:red}No-cache{color}| |Server |Apache-Coyote/1.1| |Transfer-Encoding |chunked| |X-Powered-By |Servlet 2.4; JBoss-4.2.3.GA (build: SVNTag=JBoss_4_2_3_GA date=200807181417)/JBossWeb-2.0| The same problem with GateIn-3.1.0-FINAL-jbossas bundle, but now only one wrong header: |Cache-Control |max-age=86400| |Content-Type |text/javascript;charset=UTF-8| |Date |Sat, 28 Jan 2012 08:54:14 GMT| |Expires |29 Jan 2012 08:54:14 GMT| |Last-Modified |28 Jan 2012 08:51:11 GMT| |{color:red}Pragma{color} |{color:red}No-cache{color}| |Server |Apache-Coyote/1.1| |Transfer-Encoding |chunked| |X-Powered-By |Servlet 2.5; JBoss-5.0/JBossWeb-2.1| This header (Pragma) appears only when user is logged in, and again, all richfaces resources come through network. I did some debug and found that bridge create good headers, but there is some code in portal which put wrong values into real response before richfaces. I cant find this code in portal sources, so maybe it is JBoss AS problem, or third party component. Gatein portal overwrite 2 wrong headers with values provided by richfaces, but "pragma" header is absent in richfaces response, and this way in secured portlets richfaces generate too much unnesessary traffic. -- 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

5
32
0 / 0

[JBoss JIRA] (RF-11565) Mobile Showcase: multiple selections in rich:autocomplete doesn't work

by Jan Papousek (Created) (JIRA)

Mobile Showcase: multiple selections in rich:autocomplete doesn't work ---------------------------------------------------------------------- Key: RF-11565 URL: https://issues.jboss.org/browse/RF-11565 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: mobile, showcase Affects Versions: 4.1.0.Milestone3 Environment: iPhone 4 (Safari) Nexus (Android 2.3.6) Reporter: Jan Papousek The second a third autocomplete input in Showcase demo http://10.0.2.2:8080/showcase/#autocomplete:modes doesn't work properly: # type "Al" # select "Alabama" -> input field is containing "Alabama" # type ", P" # select "Pennsylvania" -> input field is containing "Pennsylvania, P" (it should contain "Alabama, Pennsylvania") The Safari developer's console doesn't display any error. -- 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

7
9
0 / 0

[JBoss JIRA] Created: (RF-6573) Editor: scripts are not loading when appended by AJAX

by Nick Belaevski (JIRA)

Editor: scripts are not loading when appended by AJAX ----------------------------------------------------- Key: RF-6573 URL: https://jira.jboss.org/jira/browse/RF-6573 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.1 Reporter: Nick Belaevski Assignee: Pavel Yaschenko Priority: Minor Fix For: Future -- 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

2
2
0 / 0

[JBoss JIRA] Created: (RF-10230) New component tracker for 4.X

by Jay Balunas (JIRA)

New component tracker for 4.X ----------------------------- Key: RF-10230 URL: https://issues.jboss.org/browse/RF-10230 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: component Reporter: Jay Balunas This is an umbrella jira that can be used to link, and track to new component requests and plans for releases in the 4.X series. The complete process for handling new component requests, and discussions can be found here <LINK> When creating a new component jira please link here, or create as a sub-task of this jira. -- 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] 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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues February 2012