August 2013 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-13132) Upgrade JBoss Java EE BOMs to 3.0.2.Final

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-13132?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč updated RF-13132: ---------------------------- Sprint: RichFaces 4.3.4 Sprint 1 > Upgrade JBoss Java EE BOMs to 3.0.2.Final > ----------------------------------------- > > Key: RF-13132 > URL: https://issues.jboss.org/browse/RF-13132 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: build/distribution > Reporter: Lukáš Fryč > Assignee: Lukáš Fryč > Fix For: 4.3.4 > > > The need for an upgrade for identified here: WFK2-27 -- 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, 7 months

1
0
0 / 0

[JBoss JIRA] (RF-13132) Upgrade JBoss Java EE BOMs to 3.0.2.Final

by Lukáš Fryč (JIRA)

Lukáš Fryč created RF-13132: ------------------------------- Summary: Upgrade JBoss Java EE BOMs to 3.0.2.Final Key: RF-13132 URL: https://issues.jboss.org/browse/RF-13132 Project: RichFaces Issue Type: Component Upgrade Security Level: Public (Everyone can see) Components: build/distribution Reporter: Lukáš Fryč Assignee: Lukáš Fryč Fix For: 4.3.4 The need for an upgrade for identified here: WFK2-27 -- 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, 7 months

1
0
0 / 0

[JBoss JIRA] (RF-13094) Wrong extendedDataTable header widths when narrowing columns

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13094?page=com.atlassian.jira.plugin.s... ] Brian Leathem reassigned RF-13094: ---------------------------------- Assignee: Brian Leathem > Wrong extendedDataTable header widths when narrowing columns > ------------------------------------------------------------ > > Key: RF-13094 > URL: https://issues.jboss.org/browse/RF-13094 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.2 > Environment: GlassFish 3.1.2.2 with Mojarra 2.1.23, tested on Firefox 22 and Chrome 28. > Reporter: Salvo Isaja > Assignee: Brian Leathem > Fix For: 4.3.4 > > Attachments: Layout.jpg > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > When reducing column widths on an extendedDataTable narrower than the viewport, columns of the table body are resized correctly, but the columns in the table header stay larger, until the viewport is narrowed too. > This is reproducible in the online RichFaces 4.3.2 showcase with no modifications. -- 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, 7 months

1
0
0 / 0

[JBoss JIRA] (RF-12943) ExtendedDataTable: filterType custom and clearing of filter input doesnt work correctly

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12943?page=com.atlassian.jira.plugin.s... ] Brian Leathem reassigned RF-12943: ---------------------------------- Assignee: Brian Leathem > ExtendedDataTable: filterType custom and clearing of filter input doesnt work correctly > --------------------------------------------------------------------------------------- > > Key: RF-12943 > URL: https://issues.jboss.org/browse/RF-12943 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.1 > Environment: Tomcat 7, Mojarra 2.1.21 > Reporter: dako ak > Assignee: Brian Leathem > Labels: testcase_provided > Fix For: 4.3.4, 5-Tracking > > Attachments: JSF2-RichFaces-Test.zip > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > According to my appended test project: > I have a simple extendedDataTable with one column (firstName) with a filter input component within the header. This is the default filter input created by the extendedDataTable. The second column (city) has a filterType="custom" and an inputText componenent within the header. The filterType attribute with value "custom" is ignored because the default input text is rendered too. > The second problem with the input filter is that I can't clear this filter input text components by a a4j:commandButton. The table is correct filtered but the filter input text fields are not cleared. -- 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, 7 months

1
0
0 / 0

[JBoss JIRA] (RF-13107) rich:message is renderer even though it is in non-active switchable panel, causing JSF to fail with mallformedXML error

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13107?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13107: ------------------------------- Sprint: RichFaces 4.3.4 Sprint 1 > rich:message is renderer even though it is in non-active switchable panel, causing JSF to fail with mallformedXML error > ----------------------------------------------------------------------------------------------------------------------- > > Key: RF-13107 > URL: https://issues.jboss.org/browse/RF-13107 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-validators > Affects Versions: 4.3.2 > Reporter: Jonáš Trantina > Fix For: 4.3.4 > > Attachments: bug_reproducer.zip, reproducer_ajax.zip > > Original Estimate: 1 hour, 30 minutes > Remaining Estimate: 1 hour, 30 minutes > > We have a form with a tabPanel component with two tabs A and B. In A there is an input and its rich:message in B the same plus a button that submits and re-renders B. When B is opened (thus A is not rendered) and the form is submitted and validation fails, then no message is shown. > Note that: > 1) switchType must be set to server to ensure the A's rich:message is really not on the page. > 2) button in B must re-render only content of B > This is only a specific scenario, the issue might occur also in other situations (e.g. global messages tag outside of tabPanel is not rendered). > Please find the enclosed reproducer. > Snipper: > {code:xml} > <h:form> > <rich:tabPanel switchType="server"> > <rich:tab> > <h:inputText id="surname" value="#{richBean.surname}"> > <f:validateLength minimum="10"/> > </h:inputText> > <rich:message for="surname"/> > </rich:tab> > <rich:tab> > <h:panelGroup id="content"> > <h:inputText id="name" value="#{richBean.name}"> > <f:validateLength minimum="6"/> > </h:inputText> > <rich:message for="name"/> > </h:panelGroup> > <a4j:commandButton value="Submit" execute="content" render="content" /> > </rich:tab> > </rich:tabPanel> > </h:form> > {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

12 years, 7 months

1
0
0 / 0

[JBoss JIRA] (RF-12675) Drag and drop doesn't work with MyFaces

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12675?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12675: ------------------------------- Priority: Major (was: Critical) > Drag and drop doesn't work with MyFaces > --------------------------------------- > > Key: RF-12675 > URL: https://issues.jboss.org/browse/RF-12675 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-drag/drop > Affects Versions: 4.2.3.Final > Environment: tomcat6 > Reporter: Anton Zukovskij > Labels: Drag, drop, myfaces > Fix For: 4.3.4, 5-Tracking > > Attachments: dragAndDrop.zip, dragdrop-test.zip > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > When using simple drag and drop with myfaces JSF implementation, javascript fails on drop event: > Uncaught clientError: Sourceform could not be determined, either because element is not attached to a form or we have multiple forms with named elements of the same identifier or name, stopping the ajax processing (jsf.js...lopment (line 8277)). > This is caused by drag indicator is being detached from <form> and appended to body (dnd-draggable.js @ dragStart). Please see attached demo app. This issue is also reproducible on showcase application if you replace mojarra jar files with myfaces. -- 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, 7 months

1
0
0 / 0

[JBoss JIRA] (RF-13095) extendedDataTable tableState setter not called on column resize/reorder

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13095?page=com.atlassian.jira.plugin.s... ] Brian Leathem reassigned RF-13095: ---------------------------------- Assignee: Brian Leathem > extendedDataTable tableState setter not called on column resize/reorder > ----------------------------------------------------------------------- > > Key: RF-13095 > URL: https://issues.jboss.org/browse/RF-13095 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.2 > Environment: GlassFish 3.1.2.2 with Mojarra 2.1.23, tested on Firefox 22 and Chrome 28. > Reporter: Salvo Isaja > Assignee: Brian Leathem > Fix For: 4.3.4 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Not sure if this qualifies as a bug or a feature request. > I have an extendedDataTable with the tableState attribute bound to a String property of a backing bean (tried both a request scoped bean on a transient view and a session scoped bean on a stateful view). > When resizing or reordering columns, an Ajax request is posted to the server, and I correctly see the new column layouts in the request, but the setter of the tableState property in the backing bean is not called. If I execute @form on a a4j:commandLink or commandButton, it is called instead. > 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

12 years, 7 months

1
0
0 / 0

[JBoss JIRA] (RF-11275) showcase - rich:popup - Sample Modal panel - after changing the size of popup there is double shadow

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-11275?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-11275: ------------------------------- Sprint: RichFaces 4.3.4 Sprint 1 > showcase - rich:popup - Sample Modal panel - after changing the size of popup there is double shadow > ---------------------------------------------------------------------------------------------------- > > Key: RF-11275 > URL: https://issues.jboss.org/browse/RF-11275 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: showcase > Affects Versions: 4.1.0.Milestone2 > Environment: richfaces-showcase-4.1.0.20110805-M1-jee6.war > container - JBoss AS 6.0.0.Final > browser - Chrome 13, IE 9, FF 3.6 > Reporter: Juraj Húska > Fix For: 4.3.4 > > Attachments: popupShadowWrong.png > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > When I call the popup first, everything is OK. But when I change the size of popup panel, next invoked popup has double shadow at some particular part of the page. Please see the attachment. -- 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, 7 months

1
0
0 / 0

[JBoss JIRA] (RF-12675) Drag and drop doesn't work with MyFaces

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12675?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12675: ------------------------------- Sprint: RichFaces 4.3.4 Sprint 1 > Drag and drop doesn't work with MyFaces > --------------------------------------- > > Key: RF-12675 > URL: https://issues.jboss.org/browse/RF-12675 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-drag/drop > Affects Versions: 4.2.3.Final > Environment: tomcat6 > Reporter: Anton Zukovskij > Priority: Critical > Labels: Drag, drop, myfaces > Fix For: 4.3.4, 5-Tracking > > Attachments: dragAndDrop.zip, dragdrop-test.zip > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > When using simple drag and drop with myfaces JSF implementation, javascript fails on drop event: > Uncaught clientError: Sourceform could not be determined, either because element is not attached to a form or we have multiple forms with named elements of the same identifier or name, stopping the ajax processing (jsf.js...lopment (line 8277)). > This is caused by drag indicator is being detached from <form> and appended to body (dnd-draggable.js @ dragStart). Please see attached demo app. This issue is also reproducible on showcase application if you replace mojarra jar files with myfaces. -- 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, 7 months

1
0
0 / 0

[JBoss JIRA] (RF-13095) extendedDataTable tableState setter not called on column resize/reorder

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13095?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13095: ------------------------------- Sprint: RichFaces 4.3.4 Sprint 1 > extendedDataTable tableState setter not called on column resize/reorder > ----------------------------------------------------------------------- > > Key: RF-13095 > URL: https://issues.jboss.org/browse/RF-13095 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.2 > Environment: GlassFish 3.1.2.2 with Mojarra 2.1.23, tested on Firefox 22 and Chrome 28. > Reporter: Salvo Isaja > Fix For: 4.3.4 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Not sure if this qualifies as a bug or a feature request. > I have an extendedDataTable with the tableState attribute bound to a String property of a backing bean (tried both a request scoped bean on a transient view and a session scoped bean on a stateful view). > When resizing or reordering columns, an Ajax request is posted to the server, and I correctly see the new column layouts in the request, but the setter of the tableState property in the backing bean is not called. If I execute @form on a a4j:commandLink or commandButton, it is called instead. > 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

12 years, 7 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 August 2013