January 2014 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-13482) Photoalbum: after edit user profile view is opened the application does not respond correctly

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-13482?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on RF-13482: --------------------------------- Michal, in order to narrow down the issue, could you please try to minimize photoalbum app to a smallest possible piece of code that reproduces the issue? You can start by a fork of photoalbum and removing components from the tree. > Photoalbum: after edit user profile view is opened the application does not respond correctly > --------------------------------------------------------------------------------------------- > > Key: RF-13482 > URL: https://issues.jboss.org/browse/RF-13482 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.4 > Reporter: Jiří Štefek > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.5 > > -- 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

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (RF-13484) Photoalbum: cannot interact with some components in images search result view

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-13484?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč edited comment on RF-13484 at 1/20/14 6:01 AM: ---------------------------------------------------------- I think this might be caused by a same issue that RF-13482 causes, described in [my comment|https://issues.jboss.org/browse/RF-13482?focusedCommentId=1293662...]. I'm talking particularly about a change of component ID. was (Author: lfryc): I think this might be caused by a same issue that RF-13482 causes, described in [my comment|https://issues.jboss.org/browse/RF-13482?focusedCommentId=1293662...]. > Photoalbum: cannot interact with some components in images search result view > ----------------------------------------------------------------------------- > > Key: RF-13484 > URL: https://issues.jboss.org/browse/RF-13484 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Environment: JBoss AS 7.1.1 > Reporter: Jiří Štefek > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.5 > > > Works on EAP 6.1. -- 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

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (RF-13484) Photoalbum: cannot interact with some components in images search result view

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-13484?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on RF-13484: --------------------------------- I think this might be caused by a same issue that RF-13482 causes, described in [my comment|https://issues.jboss.org/browse/RF-13482?focusedCommentId=1293662...]. > Photoalbum: cannot interact with some components in images search result view > ----------------------------------------------------------------------------- > > Key: RF-13484 > URL: https://issues.jboss.org/browse/RF-13484 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Environment: JBoss AS 7.1.1 > Reporter: Jiří Štefek > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.5 > > > Works on EAP 6.1. -- 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

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (RF-13378) extendedDataTable not shown inside Bootstrap tab panel

by Steve Oh (JIRA)

[ https://issues.jboss.org/browse/RF-13378?page=com.atlassian.jira.plugin.s... ] Steve Oh commented on RF-13378: ------------------------------- same problem with me (using rich:tabPanel), I am digging into suspected javascript - see this snippet from extendedDataTable.js: {code:javascript} initialize: function() { this.deActivateResizeListener(); if (! $(this.element).is(":visible")) { this.showOffscreen(this.element); } {code} > extendedDataTable not shown inside Bootstrap tab panel > ------------------------------------------------------ > > Key: RF-13378 > URL: https://issues.jboss.org/browse/RF-13378 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.4 > Environment: Tested on Ubuntu 12.04, Firefox 25, JDK 7u45, GlassFish 3.1.2.2 > Reporter: Salvo Isaja > Attachments: ExtendedDataTableTest.7z > > > As described in RF-12682, when an extendedDataTable is placed in a parent which is not displayed by default, showing the parent causes the table to be invisible. This was reported to be solved on 4.3.2 for tables inside rich:tabPanel, while this issue is on 4.3.4 for tables inside a tab panel from Bootstrap 3. > Attached a minimal project which demonstrates the issue. > Thanks. -- 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

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (RF-7248) a4j creates infinite HashMap.get loop

by Dennis Hermsdorf (JIRA)

[ https://issues.jboss.org/browse/RF-7248?page=com.atlassian.jira.plugin.sy... ] Dennis Hermsdorf commented on RF-7248: -------------------------------------- Thank you Brian, I will check that regards Dennis Date: Fri, 17 Jan 2014 19:28:33 -0500 From: issues(a)jboss.org To: diwhermsdorf(a)hotmail.com Subject: [JBoss JIRA] (RF-7248) a4j creates infinite HashMap.get loop Brian Leathem commented on RF-7248 a4j creates infinite HashMap.get loop Dennis Hermsdorf unfortunately RichFaces 3 is not undergoing any more active development. If you need legacy support for production systems please check out the WFK product from Red Hat: http://www.redhat.com/products/jbossenterprisemiddleware/web-framework-kit/ But even there RichFaces 3 is approaching EOL. 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 > a4j creates infinite HashMap.get loop > ------------------------------------- > > Key: RF-7248 > URL: https://issues.jboss.org/browse/RF-7248 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 3.3.0, 3.3.3.Final > Reporter: Nida Cibulskyte > Assignee: Nick Belaevski > Labels: ENT > Fix For: 3.3.1.SP2, 3.3.4.BETA1 > > Attachments: infinite_loop.JPG, screenshot-1.jpg > > > Concurrent requests on a4j components causes infinite loop. While one request is being proccessed by restoreChildState method, another request is senT for proccessing. It causes the code to get stuck in hashmap.get() as the hashmap is not synchronized and causes infinite loop. > 2009 05 25 09:41:43 ERROR demo.NameBean - java.util.HashMap.get(HashMap.java:303) > 2009 05 25 09:41:43 ERROR demo.NameBean - org.ajax4jsf.component.UIDataAdaptor.restoreChildState(UIDataAdaptor.java:965) > 2009 05 25 09:41:43 ERROR demo.NameBean - org.ajax4jsf.component.UIDataAdaptor.restoreChildState(UIDataAdaptor.java:982) > 2009 05 25 09:41:43 ERROR demo.NameBean - org.ajax4jsf.component.UIDataAdaptor.restoreChildState(UIDataAdaptor.java:982) > ....................... -- 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

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (RF-7248) a4j creates infinite HashMap.get loop

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-7248?page=com.atlassian.jira.plugin.sy... ] Brian Leathem commented on RF-7248: ----------------------------------- [~xannis] unfortunately RichFaces 3 is not undergoing any more active development. If you need legacy support for production systems please check out the WFK product from Red Hat: http://www.redhat.com/products/jbossenterprisemiddleware/web-framework-kit/ But even there RichFaces 3 is approaching EOL. > a4j creates infinite HashMap.get loop > ------------------------------------- > > Key: RF-7248 > URL: https://issues.jboss.org/browse/RF-7248 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 3.3.0, 3.3.3.Final > Reporter: Nida Cibulskyte > Assignee: Nick Belaevski > Labels: ENT > Fix For: 3.3.1.SP2, 3.3.4.BETA1 > > Attachments: infinite_loop.JPG, screenshot-1.jpg > > > Concurrent requests on a4j components causes infinite loop. While one request is being proccessed by restoreChildState method, another request is senT for proccessing. It causes the code to get stuck in hashmap.get() as the hashmap is not synchronized and causes infinite loop. > 2009 05 25 09:41:43 ERROR demo.NameBean - java.util.HashMap.get(HashMap.java:303) > 2009 05 25 09:41:43 ERROR demo.NameBean - org.ajax4jsf.component.UIDataAdaptor.restoreChildState(UIDataAdaptor.java:965) > 2009 05 25 09:41:43 ERROR demo.NameBean - org.ajax4jsf.component.UIDataAdaptor.restoreChildState(UIDataAdaptor.java:982) > 2009 05 25 09:41:43 ERROR demo.NameBean - org.ajax4jsf.component.UIDataAdaptor.restoreChildState(UIDataAdaptor.java:982) > ....................... -- 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

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (RF-13493) Drop down menu rendered on wrong place when page is scrolled

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13493?page=com.atlassian.jira.plugin.s... ] Brian Leathem resolved RF-13493. -------------------------------- Resolution: Done > Drop down menu rendered on wrong place when page is scrolled > ------------------------------------------------------------ > > Key: RF-13493 > URL: https://issues.jboss.org/browse/RF-13493 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 3.3.1.SP4 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Labels: needs-qe > Fix For: 3.3.1.SP4 > > Attachments: dropdownmenu.png > > > # build RichFaces demo from branch https://svn.jboss.org/repos/richfaces/branches/enterprise/3.3.1.SP4/sampl... > # deploy to EAP 5.2 > # open page http://localhost:8080/richfaces-demo/richfaces/dropDownMenu.jsf?c=dropDow... > # open drop down menu (correct) > # scroll down the page and open drop down menu again > result: > * menu is rendered on wrong place (higher than expected) > * the more you scroll the page, the further it appears > * see attached screenshot > * reproducible in IE7, IE8 and Chrome 32 -- 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

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (RF-13247) Upgrade the RichFaces guava dependency to version 15.0

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13247?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13247: ------------------------------- Fix Version/s: 5.0.0.Alpha3 (was: 5-Tracking) > Upgrade the RichFaces guava dependency to version 15.0 > ------------------------------------------------------ > > Key: RF-13247 > URL: https://issues.jboss.org/browse/RF-13247 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: third-party > Reporter: Jeremy Landis > Assignee: Brian Leathem > Priority: Minor > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > Upgrading to guava 15 from 14.0.1 causes this richfaces error. I have not looked into this further but wanted to put it out there as an issue. > Caused by: java.lang.IllegalAccessError: tried to access method com.google.common.collect.MapMaker.makeComputingMap(Lcom/google/common/base/Function;)Ljava/util/concurrent/ConcurrentMap; from class org.richfaces.resource.ResourceLibraryFactoryImpl -- 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

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (RF-12474) rich:select with enableManuelInput="true": Validation message is not displayed when the submitted value is not on the list.

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12474?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-12474: ------------------------------------ [~cheeray] please file a new issue for your use case. > rich:select with enableManuelInput="true": Validation message is not displayed when the submitted value is not on the list. > ---------------------------------------------------------------------------------------------------------------------------- > > Key: RF-12474 > URL: https://issues.jboss.org/browse/RF-12474 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-selects > Affects Versions: 4.2.2.Final > Reporter: Ilia Vassilev > Assignee: Jan Papousek > Priority: Critical > Fix For: 4.2.4, 4.3.0.M2 > > > Per the [RichFaces documentation|https://access.redhat.com/knowledge/docs/en-US/JBoss_Web_Fr...]: > {quote} > ...If an invalid value is entered, it is highlighted as erroneous and validation messages appear with the submission... > {quote} > The validation message is not displayed when entering an invalid value (which is not on the list) and submitting it. > Test code: > {code} > <rich:select id="idSelect" value="#{backingBean.value}" enableManualInput="true"> > <f:selectItem itemLabel="Option 1" itemValue="Option 1" /> > <f:selectItem itemLabel="Option 2" itemValue="Option 2" /> > </rich:select> > {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

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (RF-13480) Java package re-structure for the photoalbum demo

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13480?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-13480: ------------------------------------ Much better, good job [~michpetrov] > Java package re-structure for the photoalbum demo > ------------------------------------------------- > > Key: RF-13480 > URL: https://issues.jboss.org/browse/RF-13480 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: examples > Reporter: Brian Leathem > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.5 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > This issue addresses the cleanup of the java package namespace of the demo. > 1) The package _org.richfaces.photoalbum.bean_ contains the single class _UserBean_. Let's rename the package to something less generic like _user_ or consider merging it into another pre-existing package like _ui_. > 2) The _event_ package is separate from the _domain_ package. Let's consider moving the _event_ package to be a sub-package of _domain_. While we are at it, I find the package name _model_ to be more descriptive than _domain_. > 3) The _services_ package may be better described as an _actions_ package. > 4) The _util_ package is too generic. Consider creating _converters_ and _validators_ packages to hold the bulk of these classes. Additionally the classnames _*Stuff_ and _Utils_ could be named less generically. > 5) having the two top-level classes _search_ and _ejbsearch_ is confusing. Can one package be a sub-folder of the other? Alternatively could one be in the _ui_ folder, or the other in a _model_ folder? -- 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

10 years, 8 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues January 2014