June 2012 - richfaces-issues - Jboss List Archives

[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

11 years, 4 months

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

11 years, 5 months

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

11 years, 5 months

2
2
0 / 0

[JBoss JIRA] (RF-12349) Calendar component hidden behind rich:accordian component

by Nikhil Hukkerikar (JIRA)

11 years, 5 months

3
4
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

11 years, 5 months

3
4
0 / 0

[JBoss JIRA] (RF-12114) Richfaces 4.2 rich:autocomplete don't fire ajax on blur event

by Ivan Costa (JIRA)

Ivan Costa created RF-12114: ------------------------------- Summary: Richfaces 4.2 rich:autocomplete don't fire ajax on blur event Key: RF-12114 URL: https://issues.jboss.org/browse/RF-12114 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-a4j-core, component-input Affects Versions: 4.2.0.Final Environment: Richfaces 4.2 Final, Mojarra 2.1.7, Tomcat 7.0.26 Reporter: Ivan Costa rich:autocomplete don´t call actionListener on blur event -- 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

11 years, 5 months

5
14
0 / 0

[JBoss JIRA] (RF-12259) CDK: full support for iterative/dynamic components

by Lukáš Fryč (JIRA)

Lukáš Fryč created RF-12259: ------------------------------- Summary: CDK: full support for iterative/dynamic components Key: RF-12259 URL: https://issues.jboss.org/browse/RF-12259 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: cdk Affects Versions: 4.2.0.Final Reporter: Lukáš Fryč There are two kinds of iteration components: * iterative out of the box ** tables ** trees * iteration over children ** tabs ** panel menus ** etc. Both approaches should be supported by CDK -- 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

11 years, 5 months

2
13
0 / 0

[JBoss JIRA] (RF-12304) Two or more rich:extendedDataTable on page prevent selection on second extendedDataTable

by Britt Abel (JIRA)

Britt Abel created RF-12304: ------------------------------- Summary: Two or more rich:extendedDataTable on page prevent selection on second extendedDataTable Key: RF-12304 URL: https://issues.jboss.org/browse/RF-12304 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Affects Versions: 4.2.2.Final Environment: jetty + tomcat 6 on win 7 Reporter: Britt Abel If I place two or more extendedDataTables with selectionType="single" on one a page, it is only possible to make a selection on the first extendedDataTable. It is imposible to select a row on the second table. If I turn around the order of tables or delete the first one, it works fine for the other one. This means, the implementation itself shoul be correct, Do you have any ideas? Thanks for your help!!! -- 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

11 years, 5 months

5
21
0 / 0

[JBoss JIRA] (RF-12253) kitchensink archetype - it should be possible to return from viewing details about member back to the list of members on mobile devices

by Juraj Huska (JIRA)

Juraj Huska created RF-12253: -------------------------------- Summary: kitchensink archetype - it should be possible to return from viewing details about member back to the list of members on mobile devices Key: RF-12253 URL: https://issues.jboss.org/browse/RF-12253 Project: RichFaces Issue Type: Enhancement Security Level: Public (Everyone can see) Components: archetype, mobile Affects Versions: 4.2.2.Final Environment: project generated from kitchensink archetype Reporter: Juraj Huska Priority: Minor When viewing details about created member, it is not possible to return back to the list of all members, but there is only home button. -- 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

11 years, 5 months

3
11
0 / 0

[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

11 years, 5 months

4
26
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues June 2012