December 2010 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-9440) Extended data table: inplace input not rendered same in various browsers

by Pavol Pitonak (JIRA)

Extended data table: inplace input not rendered same in various browsers ------------------------------------------------------------------------ Key: RF-9440 URL: https://jira.jboss.org/browse/RF-9440 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: browser compatibility Affects Versions: 4.0.0.Milestone3 Environment: RichFaces 4.0.0.20101004-M3 r.19446 Metamer 4.0.0.20101004-M3 r.19455 Mojarra 2.0.2-FCS Apache Tomcat 6.0.28 OpenJDK Runtime Environment 1.6.0_18-b18 @ Linux Chrome 7.0.547.0, IE 7, IE 8 Reporter: Pavol Pitonak Inplace inputs inside extended data table are not rendered same in various browsers. Column's width is not adjusted to input's widht (like in rich:dataTable). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 9 months

5
8
0 / 0

[JBoss JIRA] Created: (RF-8354) UIActionParameter should handle ConverterException properly

by Nick Belaevski (JIRA)

UIActionParameter should handle ConverterException properly ----------------------------------------------------------- Key: RF-8354 URL: https://jira.jboss.org/jira/browse/RF-8354 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-a4j-core Affects Versions: 3.3.3.BETA1 Reporter: Nick Belaevski Assignee: Nick Belaevski Details in forum -- 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

13 years, 9 months

2
2
0 / 0

[JBoss JIRA] Created: (RF-10038) rich:tree - the nodes defined by treeModelAdaptors backed by Map aren't selectable

by Lukas Fryc (JIRA)

rich:tree - the nodes defined by treeModelAdaptors backed by Map aren't selectable ---------------------------------------------------------------------------------- Key: RF-10038 URL: https://issues.jboss.org/browse/RF-10038 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tree Affects Versions: 4.0.0.Milestone5 Reporter: Lukas Fryc Assignee: Nick Belaevski See [Steps to Reproduce]. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 9 months

2
11
0 / 0

[JBoss JIRA] Created: (RF-8308) Reporting of compilation errors

by Nick Belaevski (JIRA)

Reporting of compilation errors ------------------------------- Key: RF-8308 URL: https://jira.jboss.org/jira/browse/RF-8308 Project: RichFaces Issue Type: Sub-task Security Level: Public (Everyone can see) Components: CDK Affects Versions: 4.0.0.ALPHA2 Reporter: Nick Belaevski Assignee: Nick Belaevski Fix For: 4.0.0.ALPHA2 -- 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

13 years, 9 months

3
9
0 / 0

[JBoss JIRA] Created: (RF-9658) Components: specify localization information in requirements

by Nick Belaevski (JIRA)

Components: specify localization information in requirements ------------------------------------------------------------ Key: RF-9658 URL: https://jira.jboss.org/browse/RF-9658 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: 4.0.0.Milestone4 Reporter: Nick Belaevski Assignee: Ilya Shaikovsky Fix For: 4.0.0.Milestone5 We need to specify in component requirements how will localization of component labels work. Proposed: - Message bundle used: either org.richfaces.Messages oor application message bundle - Names format: org.richfaces.<componentName>.<bundlePropertyName>, e.g. org.richfaces.calendar.APPLY_BUTTON_LABEL. Q.: should we use calendar or UICalendar? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

2
4
0 / 0

[JBoss JIRA] Created: (RF-6002) no header visible in rich:scrollableDataTable

by nimo stephan (JIRA)

no header visible in rich:scrollableDataTable --------------------------------------------- Key: RF-6002 URL: https://jira.jboss.org/jira/browse/RF-6002 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Environment: RichFaces 3.3.0, JSF 1.2, Facelets, Mozilla 3.0.5 Reporter: nimo stephan I use Firefox 3.0.5 , RichFaces 3.3.0 and no headers are rendered for rich:scrollableDataTable. I guess, it is a browser-specific problem as for example in Internet Explorer all headers are visible. -- 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

13 years, 10 months

6
9
0 / 0

[JBoss JIRA] Created: (RF-8498) Validation between two UIComponents

by Alix Warnke (JIRA)

Validation between two UIComponents ----------------------------------- Key: RF-8498 URL: https://jira.jboss.org/jira/browse/RF-8498 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: component Affects Versions: 3.3.2.SR1 Reporter: Alix Warnke Priority: Minor What I would like to do is to be able to validate a rich:calendar in respect to another. E.g. to immediately invalidate when a date has been set on one calendar which is not compatible with the date that has been set on another calendar. Our current solution, to add the same validator in both calendars, does not work since the submitted values have not yet been updated on the backing bean. In MyFaces there is something called "validateCompareTo": http://myfaces.apache.org/sandbox/validateCompareTo.html Such a solution would do the trick here. -- 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

13 years, 10 months

4
12
0 / 0

[JBoss JIRA] Created: (RF-8545) Extended Seam integration model

by Nick Belaevski (JIRA)

Extended Seam integration model ------------------------------- Key: RF-8545 URL: https://jira.jboss.org/jira/browse/RF-8545 Project: RichFaces Issue Type: Sub-task Security Level: Public (Everyone can see) Components: core Affects Versions: 4.0.0.ALPHA2 Reporter: Nick Belaevski Assignee: Nick Belaevski Fix For: 4.0.0.M1 -- 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

13 years, 10 months

3
8
0 / 0

[JBoss JIRA] Created: (RF-9613) glassfish throws NullPointerException when skin plain is used

by wojtek k (JIRA)

glassfish throws NullPointerException when skin plain is used ------------------------------------------------------------- Key: RF-9613 URL: https://jira.jboss.org/browse/RF-9613 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: skinning Affects Versions: 4.0.0.Milestone3 Environment: Linux 2.6.36, Sun JDK build 1.6.0_22-b04, Glassfish v3.0.1 Reporter: wojtek k Fix For: 4.0.0.Milestone4 when rich:dataTable is used on view with skin plain NPE is thrown java.lang.NullPointerException at org.richfaces.renderkit.html.BaseGradient.writeState(BaseGradient.java:299) at org.richfaces.util.Util.saveResourceState(Util.java:568) at org.richfaces.resource.BaseResourceWrapper.saveState(BaseResourceWrapper.java:124) at org.richfaces.util.Util.saveResourceState(Util.java:586) at org.richfaces.resource.AbstractBaseResource.getRequestPath(AbstractBaseResource.java:160) at com.sun.faces.el.ResourceELResolver.getValue(ResourceELResolver.java:133) at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:175) at com.sun.faces.el.FacesCompositeELResolver.getValue(FacesCompositeELResolver.java:72) at com.sun.el.parser.AstValue.getValue(AstValue.java:116) at com.sun.el.parser.AstValue.getValue(AstValue.java:163) at com.sun.el.parser.AstDeferredExpression.getValue(AstDeferredExpression.java:59) at com.sun.el.parser.AstCompositeExpression.getValue(AstCompositeExpression.java:64) at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:219) at com.sun.faces.application.ApplicationImpl.evaluateExpressionGet(ApplicationImpl.java:427) at javax.faces.application.ApplicationWrapper.evaluateExpressionGet(ApplicationWrapper.java:624) at org.richfaces.resource.css.CSSVisitorImpl.visitStyleDeclaration(CSSVisitorImpl.java:223) at org.richfaces.resource.css.AbstractCSSVisitor.visitStyleRule(AbstractCSSVisitor.java:99) at org.richfaces.resource.css.AbstractCSSVisitor.visitRule(AbstractCSSVisitor.java:62) at org.richfaces.resource.css.AbstractCSSVisitor.visitStyleSheet(AbstractCSSVisitor.java:49) at org.richfaces.resource.CompiledCSSResource.getInputStream(CompiledCSSResource.java:126) at org.richfaces.resource.CachedResourceImpl.initialize(CachedResourceImpl.java:178) at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:172) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:310) at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1523) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:343) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215) at com.ocpsoft.pretty.PrettyFilter.doFilter(PrettyFilter.java:113) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:277) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:188) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:641) at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:97) at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:85) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:185) at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:325) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:226) at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:165) at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:791) at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:693) at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:954) at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:170) at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:135) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:102) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:88) at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:76) at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:53) at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:57) at com.sun.grizzly.ContextTask.run(ContextTask.java:69) at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:330) at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:309) at java.lang.Thread.run(Thread.java:662) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

5
8
0 / 0

[JBoss JIRA] Created: (RF-10001) rich:extendedDataTable - scrolls out of selection viewscope when using down-arrow-key

by Lukas Fryc (JIRA)

rich:extendedDataTable - scrolls out of selection viewscope when using down-arrow-key ------------------------------------------------------------------------------------- Key: RF-10001 URL: https://issues.jboss.org/browse/RF-10001 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Affects Versions: 4.0.0.Milestone4 Environment: * RichFaces 4.0.0-SNAPSHOT r.20513 * Metamer 4.0.0-SNAPSHOT r.unknown * Mojarra 2.0.3-FCS * Apache Tomcat 6.0.29 * OpenJDK Runtime Environment 1.6.0_20-b20 @ Linux * Firefox 3.6.13 @ Linux x86_64 (Ubuntu) Reporter: Lukas Fryc Priority: Minor When using down arrow key to scroll with EDT, it is expected that selection is changed, but on Firefox on Linux, the table is scroller but selection isn't changed. Verified that it works in other browsers except Firefox 3.6.x on Linux (specifically it works on Windows). -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 10 months

4
5
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues December 2010