March 2013 - richfaces-issues - Jboss List Archives

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12462?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12462: ------------------------------- Sprint: RF5 - Build 1 > Refactor POMs > ------------- > > Key: RF-12462 > URL: https://issues.jboss.org/browse/RF-12462 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: build/distribution > Reporter: Lukáš Fryč > Assignee: Lukáš Fryč > Labels: rf5-build > Fix For: 5.0.0.M1 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > Define > * project root (from {{richfaces-parent}}) > * define BOM (managing dependency versions) > * refine example POMs > See https://community.jboss.org/wiki/RichFaces43BuildRedesign -- 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

12 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12461) Refactor examples (showcase, dev-examples)

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12461?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12461: ------------------------------- Sprint: RF5 - Build 1 > Refactor examples (showcase, dev-examples) > ------------------------------------------ > > Key: RF-12461 > URL: https://issues.jboss.org/browse/RF-12461 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: build/distribution > Reporter: Lukáš Fryč > Assignee: Brian Leathem > Labels: rf5-build > Fix For: 5.0.0.M1 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > {{dev-examples}} should be merged to one module. > All examples should be refactored to use just one taglib: {{r:}} ({{http://richfaces.org/core}}) > get rid of JPA -- 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

12 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12736) rich:notifyMessages output is not escaped

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-12736?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-12736: ---------------------------------------------- Pavol Pitonak <ppitonak(a)redhat.com> made a comment on [bug 906784|https://bugzilla.redhat.com/show_bug.cgi?id=906784] Verified in 2.2.0.ER2 > rich:notifyMessages output is not escaped > ----------------------------------------- > > Key: RF-12736 > URL: https://issues.jboss.org/browse/RF-12736 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.2.3.Final > Reporter: Ilia Vassilev > Assignee: Brian Leathem > Fix For: 4.3.0.CR2 > > > rich:notifyMessages output is not escaped like rich:messages. rich:notifyMessages doesn't have 'escape' attribute, but the default value for rich:messages is escape=”true”. -- 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

12 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12736) rich:notifyMessages output is not escaped

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-12736?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-12736: ---------------------------------------------- Pavol Pitonak <ppitonak(a)redhat.com> changed the Status of [bug 906784|https://bugzilla.redhat.com/show_bug.cgi?id=906784] from ON_QA to VERIFIED > rich:notifyMessages output is not escaped > ----------------------------------------- > > Key: RF-12736 > URL: https://issues.jboss.org/browse/RF-12736 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.2.3.Final > Reporter: Ilia Vassilev > Assignee: Brian Leathem > Fix For: 4.3.0.CR2 > > > rich:notifyMessages output is not escaped like rich:messages. rich:notifyMessages doesn't have 'escape' attribute, but the default value for rich:messages is escape=”true”. -- 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

12 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12135) rich:extendedDataTable column width lost after table rerendering (partial state saving)

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-12135?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-12135: ---------------------------------------------- Pavol Pitonak <ppitonak(a)redhat.com> made a comment on [bug 906791|https://bugzilla.redhat.com/show_bug.cgi?id=906791] Verified in 2.2.0.ER2 > rich:extendedDataTable column width lost after table rerendering (partial state saving) > ---------------------------------------------------------------------------------------- > > Key: RF-12135 > URL: https://issues.jboss.org/browse/RF-12135 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.2.0.Final > Environment: JSF Mojarra 2.1.7 > Reporter: Nick Dev > Assignee: Jan Papousek > Labels: richfaces > Fix For: 4.3.0.CR1 > > > Bug in rich:extendedDataTable - column width lost after table rerendering. > Steps to reproduce: > 1) Resize a column. > 2) Rerender table 2 times. > Column will take initial width. > JSF Mojarra 2.1.7 > Column order does not have this issue. And no issue when disabling partial state saving (javax.faces.PARTIAL_STATE_SAVING). -- 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

12 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12135) rich:extendedDataTable column width lost after table rerendering (partial state saving)

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-12135?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-12135: ---------------------------------------------- Pavol Pitonak <ppitonak(a)redhat.com> changed the Status of [bug 906791|https://bugzilla.redhat.com/show_bug.cgi?id=906791] from ON_QA to VERIFIED > rich:extendedDataTable column width lost after table rerendering (partial state saving) > ---------------------------------------------------------------------------------------- > > Key: RF-12135 > URL: https://issues.jboss.org/browse/RF-12135 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.2.0.Final > Environment: JSF Mojarra 2.1.7 > Reporter: Nick Dev > Assignee: Jan Papousek > Labels: richfaces > Fix For: 4.3.0.CR1 > > > Bug in rich:extendedDataTable - column width lost after table rerendering. > Steps to reproduce: > 1) Resize a column. > 2) Rerender table 2 times. > Column will take initial width. > JSF Mojarra 2.1.7 > Column order does not have this issue. And no issue when disabling partial state saving (javax.faces.PARTIAL_STATE_SAVING). -- 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

12 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12639) rich:extendedDataTable inside rich:tab: The columns which are not frozen are not rendered after switching the tab for the first time in IE 8.

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-12639?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-12639: ---------------------------------------------- Pavol Pitonak <ppitonak(a)redhat.com> changed the Status of [bug 884692|https://bugzilla.redhat.com/show_bug.cgi?id=884692] from ON_QA to VERIFIED > rich:extendedDataTable inside rich:tab: The columns which are not frozen are not rendered after switching the tab for the first time in IE 8. > --------------------------------------------------------------------------------------------------------------------------------------------- > > Key: RF-12639 > URL: https://issues.jboss.org/browse/RF-12639 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.2.3.Final, 4.3.0.M2 > Reporter: Ilia Vassilev > Assignee: Brian Leathem > Fix For: 4.3.0.M3 > > Attachments: steps.zip, tabPanelAndTable.xhtml > > Original Estimate: 1 hour > Time Spent: 6 hours > Remaining Estimate: 0 minutes > > rich:extendedDataTable inside rich:tab: The columns which are not frozen are not rendered after switching the tab for the first time in IE 8. This works in FF and Chrome or if rich:extendedDataTable is replaced with rich:dataTable. -- 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

12 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-11382) Datatable and ExtendedDatatable evaluate value attribute even if rendered=false

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RF-11382?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on RF-11382: ---------------------------------------------- ivassile(a)redhat.com made a comment on [bug 916313|https://bugzilla.redhat.com/show_bug.cgi?id=916313] The patch is uploaded to Customer Portal: https://access.redhat.com/jbossnetwork/restricted/softwareDetail.html?sof... > Datatable and ExtendedDatatable evaluate value attribute even if rendered=false > ------------------------------------------------------------------------------- > > Key: RF-11382 > URL: https://issues.jboss.org/browse/RF-11382 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.0.0.Final, 4.1.0.Milestone2 > Environment: Fedora 15, Glassfish 3.1.1, CDI (Weld) > Reporter: Frederick Kämpfer > Assignee: Brian Leathem > Labels: lazy-loaded > Fix For: 4.3.0.M3 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > In Richfaces 4 both datatable and extendedDatatable evaluate the value attribute even when rendered is set to false, even though it is not necessary. This makes it hard to achieve performance by trimming parts of the view tree. The built-in h:dataTable behaves correctly in that case. > To reproduce simply try this snipplet: > {code:xml} > <h:form> > <rich:dataTable value="#{myBean.property}" rendered="false"> > </rich:dataTable> > </h:form> > {code} > Side note: The reason I'm posting this is, that i want to embed a rich:dataTable in a ajax loaded rich:togglePanelItem which is loaded on demand. Probably fixing the "render" problem will also make the dataTable lazy-loadable when switching to the corresponding togglePanelItem. > I hope this is no duplicate, I only found RichFaces 3 issues mentioning this problem. -- 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

12 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12487) Change namespace http://richfaces.org/core to http://richfaces.org/rich once refactoring ends

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12487?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč resolved RF-12487. ----------------------------- Resolution: Done > Change namespace http://richfaces.org/core to http://richfaces.org/rich once refactoring ends > --------------------------------------------------------------------------------------------- > > Key: RF-12487 > URL: https://issues.jboss.org/browse/RF-12487 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: build/distribution > Reporter: Lukáš Fryč > Assignee: Lukáš Fryč > Priority: Blocker > Labels: rf5-build > Fix For: 5.0.0.M1 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > The namespace must be identical with current {{rich:}} one to allow fluent migration to M2. -- 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

12 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12842) Allow CSS files with resource EL to be packed

by Bernard Labno (JIRA)

Bernard Labno created RF-12842: ---------------------------------- Summary: Allow CSS files with resource EL to be packed Key: RF-12842 URL: https://issues.jboss.org/browse/RF-12842 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: cdk Affects Versions: 4.3.1 Reporter: Bernard Labno I want to package all my custom css files together with RF css files into single css file. I'm using maven-richfaces-resources-plugin for that. The problem is that css files with resource EL (i.e. #{resource['image.png']}) are excluded from packaging. The reason was RF-10474, but as discussed with Lukas Fryc, resource EL could be allowed. -- 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

12 years, 11 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues March 2013