November 2010 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-7403) Do changes, so that RendererUtils.encodeBeginForm(FacesContext, UIComponent, ResponseWriter, String) is compatible with strict XHTML

by Nick Belaevski (JIRA)

Do changes, so that RendererUtils.encodeBeginForm(FacesContext, UIComponent, ResponseWriter, String) is compatible with strict XHTML ------------------------------------------------------------------------------------------------------------------------------------- Key: RF-7403 URL: https://jira.jboss.org/jira/browse/RF-7403 Project: RichFaces Issue Type: Task Components: core Affects Versions: 3.3.2.CR1 Reporter: Nick Belaevski Assignee: Nick Belaevski Fix For: 3.3.2.CR1 -- 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, 11 months

1
5
0 / 0

[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, 11 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, 11 months

2
2
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, 11 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, 11 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, 11 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, 11 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, 11 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, 11 months

5
8
0 / 0

[JBoss JIRA] Created: (RF-9561) progressBar: review sizes applying. No simple way to re-define height for bar element

by Ilya Shaikovsky (JIRA)

progressBar: review sizes applying. No simple way to re-define height for bar element ------------------------------------------------------------------------------------- Key: RF-9561 URL: https://jira.jboss.org/browse/RF-9561 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: component-output Affects Versions: 4.0.0.Milestone4 Reporter: Ilya Shaikovsky Assignee: Nick Belaevski Priority: Minor Fix For: Future_4.X currently need to redefine two css classes to re-define the bar element height. proposed to change height definition - use height defined at upper element div and setting 100% for nested. (currently nested has values in px duplicated) + width also should be reviewed. Ideally look through other css in markup. + FileUpload component will be affected by changes and should be additionally checked after changes. -- 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, 11 months

3
3
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues November 2010