[JBoss JIRA] Created: (RF-7034) Missing selected items in pickList
by Rainer Flicker (JIRA)
Missing selected items in pickList
----------------------------------
Key: RF-7034
URL: https://jira.jboss.org/jira/browse/RF-7034
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.3.1
Environment: JDK 1.5.0_11
JBoss AS 4.2.3.GA
Seam 2.1.1.GA
JSF 1.2_09-b01-BETA1
JSF-Facelets 1.1.15.B1
Richfaces 3.1.1.CR2
Reporter: Rainer Flicker
If a pickList reads selected items from a variable in a backing bean, initial values in the list of selected items are missing
after a submit. (Works with 3.3.0.GA)
--- xhtml snippet ---
<rich:pickList value="#{userDetailsManager.selRoleNames}"
sourceListWidth="200px" targetListWidth="200px">
<f:selectItems value="#{userDetailsManager.roleNames}" />
</rich:pickList>
----
--- userDetailsManager snippet ---
private List<SelectItem> roleNames = new ArrayList<SelectItem>();
private List<String> selRoleNames = new ArrayList<String>();
for (Role role : roles) {
roleNames.add(new SelectItem(""+role.getId(), role.getName()));
}
for (Role role : user.getRoles()) {
selRoleNames.add("" + role.getId());
}
----
--
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
14 years, 12 months
[JBoss JIRA] Created: (RF-8172) Pass null values to BeanValidator from richfaces UIInput-based components
by Alexander Smirnov (JIRA)
Pass null values to BeanValidator from richfaces UIInput-based components
-------------------------------------------------------------------------
Key: RF-8172
URL: https://jira.jboss.org/jira/browse/RF-8172
Project: RichFaces
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: component
Affects Versions: 3.3.2.SR1
Reporter: Alexander Smirnov
Assignee: Alexander Smirnov
Initials: After we designed our validation tags we got some forum posts with questions "why notNull/Empty validation not works for h:input's". We decided to fix the problem by extending standard component classes and rewriting validateValue there. So it started to works for standard components.
BUT - our inputs like comboBox, calendar(not checked others but think the problem will be the same) extends stanadrd UIInput. So all of them has initial problem which we solved for standard components. It's looks wery weird because customers will not even looks at debug but just check that for example h:input works but rich:comboBox - not. And they consider this as issue - not taking into consideration that standard inputs works only because of our custom classes.
--
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
14 years, 12 months
[JBoss JIRA] Created: (RF-8174) multiple inclusion of menu.js Script in portlet environment results in javascript errors when selecting first menu
by Andreas Schank (JIRA)
multiple inclusion of menu.js Script in portlet environment results in javascript errors when selecting first menu
------------------------------------------------------------------------------------------------------------------
Key: RF-8174
URL: https://jira.jboss.org/jira/browse/RF-8174
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-menu
Affects Versions: 3.3.2.SR1
Environment: Liferay Portal 5.2.3, JBoss 5.1.0.GA, Richfaces 3.3.2.SR1
Reporter: Andreas Schank
When including menus in more than one portlet the menu.js file will be loaded more than once and the Layers will be overwritten.
There could be a test to check if the Layers are already existing before initializing them again:
adding the check if RichFaces.Menu.Layers already exists in menu.js (and in that case not reinitializing RichFaces.Menu.Layers) works for me.
Since it is not possible (at least in my environment with Liferay 5.2.3, JBoss portal bridge 1.0.0.CR2 and Richfaces 3.3.2.SR1) to work with ScriptLoadingStrategy NONE (which seems to be totally ignored, see issue PBR-63) this is a must-have for using RichFaces menus in portlet development.
--
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
14 years, 12 months
[JBoss JIRA] Created: (RF-8171) CLONE -extendedDataTable: filtering doesn't reset selection.
by Eric Chavet (JIRA)
CLONE -extendedDataTable: filtering doesn't reset selection.
------------------------------------------------------------
Key: RF-8171
URL: https://jira.jboss.org/jira/browse/RF-8171
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 3.3.0
Environment: IE6, IE7, FF 3.1.3, Safari 3.1, Opera 9.62(3.3.0.BETA4)
Reporter: Eric Chavet
Assignee: Nick Belaevski
Fix For: 3.3.1
#1. Navigate to ExtendedDataTable richfaces-demo page.
#2. Type "k" in "State Name" filter input.
#3. Select "Kansas".
#4. Remove "k" and verify selected item.
#5. Type "k" in "State Name" filter input again.
#6. Select "Kentucky".
#7. Remove "k" and verify selected item.
Actual behavior:
#4. "Alabama" selected.
#5. "Alaska" selected. So after filtering selected item index remained.
--
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
14 years, 12 months