[JBoss JIRA] Created: (RF-8441) Repeated multi-selection to select various bulk of rows
by Lukas Fryc (JIRA)
Repeated multi-selection to select various bulk of rows
-------------------------------------------------------
Key: RF-8441
URL: https://jira.jboss.org/jira/browse/RF-8441
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-ScrollableDataTable
Affects Versions: ENT_3.3.1.SP1
Reporter: Lukas Fryc
Multi-selection doesn't allow repeated multi-selecting of bulks of row:
Reproduceable in richfaces-demo or test-applications/facelets:
REPRODUCING:
(# are rows)
click #1 > shift > click #4 > ctrl > click #6 > ctrl+shift > click #9
EXPECTED: #1..9 without #5 selected
CURRENT: #1..4 + #6 selected
No workaround exists generally, because bulk "removing from selection" also doesn't work properly.
--
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
16 years, 1 month
[JBoss JIRA] Created: (RF-8435) a4j:actionParam: unnamed parameters don't work in JSF2
by Nick Belaevski (JIRA)
a4j:actionParam: unnamed parameters don't work in JSF2
------------------------------------------------------
Key: RF-8435
URL: https://jira.jboss.org/jira/browse/RF-8435
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: JSF 2.0
Affects Versions: 3.3.3.CR1
Reporter: Nick Belaevski
Assignee: Nick Belaevski
Details are on forum. The issue is caused by the fact that JSF 2.0 doesn't store clientId in state anymore while JSF 1.2 used that. So, instance of ActionListener provided by a4j:actionParam component uses clientId when name isn't defined, however it cannot properly re-create clientId on postback, as the component is not in view anymore (parent = null).
Code to reproduce:
<rich:dropDownMenu value="Menu1">
<rich:menuItem>
<a4j:actionparam assignTo="#{forum5Bean.selection}" value="1223" />
</rich:menuItem>
</rich:dropDownMenu>
--
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
16 years, 1 month
[JBoss JIRA] Commented: (RF-7813) Tablestate of ExtendedDataTable not read from managed Bean during Render-Response
by Nick Belaevski (JIRA)
[ https://jira.jboss.org/jira/browse/RF-7813?page=com.atlassian.jira.plugin... ]
Nick Belaevski commented on RF-7813:
------------------------------------
As a workaround we can implement resetState() method to nullify the state stored in component. This method should be called by the application developer from inside action on the instance of component bound to model.
Other changes are risky and shouldn't be done at the current stage.
> Tablestate of ExtendedDataTable not read from managed Bean during Render-Response
> ---------------------------------------------------------------------------------
>
> Key: RF-7813
> URL: https://jira.jboss.org/jira/browse/RF-7813
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-tables
> Affects Versions: 3.3.1
> Environment: Windows XP, Java 1.5.0_16, JSF Sun RI 1.2_13b01
> Reporter: Tobias Peper
> Assignee: Nick Belaevski
> Priority: Minor
> Fix For: 3.3.3.GA
>
> Attachments: sample-src.zip
>
>
> I hava a ExtendedDataTable and a CommandButton on the Page.
> The TableState of the table is bound to a String in a managed Bean.
> ActionListener of the CommandButton changes the tableState (for example column ordering) - but with no effect because the tableState is not read from the managed Bean during the Render-Response-Phase.
> Quick fix for me was inserting the follings two lines to the Method beforeRenderResponse(FacesContext) of org.richfaces.component.UIExtendedDataTable:
> ----------
> state = null;
> setTableState(null);
> ----------
--
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
16 years, 1 month
[JBoss JIRA] Updated: (RF-7813) Tablestate of ExtendedDataTable not read from managed Bean during Render-Response
by Nick Belaevski (JIRA)
[ https://jira.jboss.org/jira/browse/RF-7813?page=com.atlassian.jira.plugin... ]
Nick Belaevski updated RF-7813:
-------------------------------
Fix Version/s: 3.3.3.GA
(was: Future)
Assignee: Andrey Markhel (was: Nick Belaevski)
Andrey,
Please implement the workaround described in my previous comment.
> Tablestate of ExtendedDataTable not read from managed Bean during Render-Response
> ---------------------------------------------------------------------------------
>
> Key: RF-7813
> URL: https://jira.jboss.org/jira/browse/RF-7813
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-tables
> Affects Versions: 3.3.1
> Environment: Windows XP, Java 1.5.0_16, JSF Sun RI 1.2_13b01
> Reporter: Tobias Peper
> Assignee: Andrey Markhel
> Priority: Minor
> Fix For: 3.3.3.GA
>
> Attachments: sample-src.zip
>
>
> I hava a ExtendedDataTable and a CommandButton on the Page.
> The TableState of the table is bound to a String in a managed Bean.
> ActionListener of the CommandButton changes the tableState (for example column ordering) - but with no effect because the tableState is not read from the managed Bean during the Render-Response-Phase.
> Quick fix for me was inserting the follings two lines to the Method beforeRenderResponse(FacesContext) of org.richfaces.component.UIExtendedDataTable:
> ----------
> state = null;
> setTableState(null);
> ----------
--
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
16 years, 1 month