[JBoss JIRA] Created: (RF-9306) ComponentControl can't control DataScroller nested in iteration component
by Lukas Fryc (JIRA)
ComponentControl can't control DataScroller nested in iteration component
-------------------------------------------------------------------------
Key: RF-9306
URL: https://jira.jboss.org/browse/RF-9306
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.0.0.Milestone3
Environment: * RichFaces Core Implementation by JBoss, a division of Red Hat, Inc., version v.4.0.0-SNAPSHOT SVN r.19085
* Metamer: RichFaces Testing Application by JBoss, a division of Red Hat, Inc., version 4.0.0-SNAPSHOT SVN r. 19087
* Java(TM) SE Runtime Environment 1.6.0_20-b02
* Linux 2.6.31-22-generic
* Mojarra 2.0.2-FCS
* Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.8) Gecko/20100723 Ubuntu/9.10 (karmic) Firefox/3.6.8
Reporter: Lukas Fryc
Works great for h:dataTable and ui:repeat,
but not for a4j:repeat or 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
14 years, 4 months
[JBoss JIRA] Created: (RF-11112) PartialViewContext#getRenderIds() implementation returns empty set
by Bauke Scholtz (JIRA)
PartialViewContext#getRenderIds() implementation returns empty set
------------------------------------------------------------------
Key: RF-11112
URL: https://issues.jboss.org/browse/RF-11112
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-a4j-core
Affects Versions: 4.0.0.Final
Environment: Win7 x64, Eclipse Helios SR2, JBoss AS 6.0.0 Final, RF 4.0.0 Final.
Reporter: Bauke Scholtz
During invoke action phase we would like to retrieve a list of partial render IDs for some specific preprocessing (resetting submitted values for the case they're embedded in another form). Those IDs are normally available by {{PartialViewContext#getRenderIds()}}.
{code}
PartialViewContext partialViewContext = FacesContext.getCurrentInstance().getPartialViewContext();
Collection<String> renderIds = partialViewContext.getRenderIds();
{code}
This works fine in combination with standard JSF components, such as {{<h:commandLink><f:ajax render="foo"/></h:commandLink>}} However, when a RichFaces/A4J command component is been used, such as {{<a4j:commandLink render="foo" />}}, an empty collection is been returned instead. Debugging learns that the {{ExtendedPartialViewContextImpl}} implementation stores them in {{componentRenderIds}} instead of {{renderIds}} and never returns it on {{getRenderIds()}} method. The {{ExtendedPartialViewContextImpl}} also doesn't seem to use {{renderIds}} in a sensible manner anywhere else.
I believe that {{componentRenderIds}} really has to be {{renderIds}} instead.
As far now, we workarounded this by accessing the {{componentRenderIds}} field using reflection.
{code}
Collection<String> renderIds = partialViewContext.getRenderIds();
if (renderIds.isEmpty() && partialViewContext instanceof ExtendedPartialViewContextImpl) {
try {
Field componentRenderIds = ExtendedPartialViewContextImpl.class.getDeclaredField("componentRenderIds");
componentRenderIds.setAccessible(true);
renderIds = (Collection<String>) componentRenderIds.get(partialViewContext);
} catch (Exception e) {
// Handle.
}
}
{code}
However, this introduced a nasty dependency in our code.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months
[JBoss JIRA] Created: (RF-10978) Richfaces 4.0 Final fileUpload incomptible with Tomahawk 2.0 1.1.10
by Matt Choate (JIRA)
Richfaces 4.0 Final fileUpload incomptible with Tomahawk 2.0 1.1.10
-------------------------------------------------------------------
Key: RF-10978
URL: https://issues.jboss.org/browse/RF-10978
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-input
Affects Versions: 4.0.0.Final
Reporter: Matt Choate
Including the Tomahawk 2.0 v1.1.10 library along with Richfaces 4.0 Final causes the Richfaces fileUpload component to break. In the JBoss logs this message appears when rendering the page with the component:
"JSF1091: No mime type could be found for file fileUploadProgress. To resolve this, add a mime-type mapping to the applications web.xml"
Also when monitoring the HTTP traffic in Fiddler I see this entry over and over. Appears to be stuck in some loop
/lsweb/rfRes/fileUploadProgress.jsf?ln=org.richfaces&rf_fu_uid_alt=0.712090154203886
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months
[JBoss JIRA] Created: (RF-11056) rich:calendar not working in popupPanel
by Marc-Christian Schroeer (JIRA)
rich:calendar not working in popupPanel
----------------------------------------
Key: RF-11056
URL: https://issues.jboss.org/browse/RF-11056
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-input
Affects Versions: 4.0.0.Final
Environment: Tomcat 7.0.12, MyFaces 2.0.4, RichFaces 4.0.0.Final
Reporter: Marc-Christian Schroeer
A rich:calendar component within a popupPanel does not work in Firefox 4.0.1 as clicking on the popup icon does not popup the calendar. This is not the case for Chrome, Internet Explorer 9 and Safari browsers.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months
[JBoss JIRA] Created: (RF-11239) rich:tab with extendedDataTable
by Jonny Scri (JIRA)
rich:tab with extendedDataTable
-------------------------------
Key: RF-11239
URL: https://issues.jboss.org/browse/RF-11239
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-tables
Affects Versions: 4.0.0.Final
Environment: Windows, Mozilla Firefox 5.0
Reporter: Jonny Scri
extendedDataTable header in rich:tab is not rendered when tab is selected. When I click on tab everything is rendered, but not the table header. Everything else works fine. With IE 8 works fine but not with FF! In FF all table header become visible after a page refresh (not necessarily generated by a button click but also if I open firebug).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months
[JBoss JIRA] Created: (RF-11380) Metamer: rich:dataTable and rich:extendedDataTable using component control: sorting is lost when move using rich:scroller
by Ján Jamrich (JIRA)
Metamer: rich:dataTable and rich:extendedDataTable using component control: sorting is lost when move using rich:scroller
-------------------------------------------------------------------------------------------------------------------------
Key: RF-11380
URL: https://issues.jboss.org/browse/RF-11380
Project: RichFaces
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: cdk
Affects Versions: 4.1.0.Milestone2
Environment: RichFaces 4.1.0-SNAPSHOT r.929ca8db999e6ec2588613848d2cc72bb493e75f
Metamer 4.1.0-SNAPSHOT r.unknown
Mojarra 2.1.2-FCS
Apache Tomcat 7.0.19
Java(TM) SE Runtime Environment 1.6.0_26-b03 @ Linux
Mozilla/5.0 (X11; Linux i686) AppleWebKit/534.30 (KHTML, like Gecko) Ubuntu/10.04 Chromium/12.0.742.112 Chrome/12.0.742.112 Safari/534.30
Reporter: Ján Jamrich
When sort items in dataTable (or extendedDataTable), and then move to next page by rich:scroller, on next page are items not sort. When move back to page where sorting was done, sorting is already lost.
See page faces/components/richExtendedDataTable/sorting-using-component-control.xhtml and faces/components/richDataTable/sorting-using-component-control.xhtml.
Sort table by "Title" (click on table header), and items with title "CEO" should be at the beginning...
Then move next on scroller (doesn't matter if by clicking on number or by arrows). On next page appears items without ordering by title columns.
When move back, the first page is not sorted as well.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months
[JBoss JIRA] Created: (RF-11146) UITree.setSelection() does not remove current selection
by u j (JIRA)
UITree.setSelection() does not remove current selection
-------------------------------------------------------
Key: RF-11146
URL: https://issues.jboss.org/browse/RF-11146
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-tree
Affects Versions: 4.0.0.Final
Reporter: u j
In a node selection listener a call to UITree.setSelection() with argument null or an empty collection or a different node does not remove the original selection.
The old selection is restored and added to the new selection. (Subsequently, if the node is clicked again, no new selection change event is generated.)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months