[JBoss JIRA] (RF-11995) autocomplete only displaying select popup on minChars + 1
by Brendan Healey (JIRA)
Brendan Healey created RF-11995:
-----------------------------------
Summary: autocomplete only displaying select popup on minChars + 1
Key: RF-11995
URL: https://issues.jboss.org/browse/RF-11995
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-input
Affects Versions: 4.2.0.CR1
Environment: Glassfish 3.1.1 / Mojarra 2.1.7 / Chrome browser
Reporter: Brendan Healey
I'm running the following test with org.richfaces.resourceOptimization.enabled
set to true.
After typing the minChars number of characters (2), I see an ajax request being
sent to the server and a response is successfully returned (observed using chrome
developer tools), but the popup selection list does not appear until minChars + 1
(3) characters are entered.
Typing the third character causes a get request for combo_list_shadow.png to be
sent.
<rich:autocomplete id="findSomething"
mode="cachedAjax"
var="var"
fetchValue="#{var.name}"
minChars="2"
autocompleteMethod="#{bean.doSearch}">
<rich:column>
<h:outputText value="#{var.name}"/>
</rich:column>
</rich:autocomplete>
I've only just migrated to rich:autocomplete from a self-developed custom component
so I don't know if this behavior existed in any richfaces version prior to 4.2.0.CR1.
I tried this on the showcase example here:
http://showcase.richfaces.org/richfaces/component-sample.jsf?demo=autocom...
(in the first autocomplete on the page) and could not reproduce the behavior.
I tried using mode="ajax" and mode="client" and could not get the popup to show in
either case, although I'd only ever want to use cachedAjax mode normally.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] Created: (RF-10968) Tree: treeSelectionChangeListener and treeToggleListener do not work
by Pavol Pitonak (JIRA)
Tree: treeSelectionChangeListener and treeToggleListener do not work
--------------------------------------------------------------------
Key: RF-10968
URL: https://issues.jboss.org/browse/RF-10968
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-tree
Affects Versions: 4.0.0.Final
Environment: RichFaces 4.1.0-SNAPSHOT r.22458
Metamer 4.1.0-SNAPSHOT r.22459
Mojarra 2.0.3-
JBoss AS 6.0.0.Final
OpenJDK Runtime Environment 1.6.0_20-b20 @ Linux
Chrome 11.0.696.57 @ Linux i686
Reporter: Pavol Pitonak
Attributes treeSelectionChangeListener and treeToggleListener in rich:tree do not work. However, attributes selectionChangeListener and toggleListener do work.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years
[JBoss JIRA] (RF-12173) panels with states do not work properly in iteration components
by Jiří Štefek (JIRA)
Jiří Štefek created RF-12173:
--------------------------------
Summary: panels with states do not work properly in iteration components
Key: RF-12173
URL: https://issues.jboss.org/browse/RF-12173
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-panels-layout-themes
Environment: RichFaces 4.2.1.SNAPSHOT
Metamer 4.2.1.SNAPSHOT
Mojarra 2.1.7-jbossorg-1
JBoss AS 7.1.1.Final
OpenJDK Runtime Environment 1.6.0_24-b24 @ Linux
Firefox 11.0 @ Linux x86_64
Reporter: Jiří Štefek
Priority: Minor
Fix For: 4.Future
For example various listeners as attribute or as an component working for components such as accordion, panelMenu, tabPanel, togglePanel... do not work properly when component that they will work for is placed inside an iteration[1] component. It seems that such placed component does not keep its state properly.
Does not work even when iteration component has @keepSaved="true" .
Known bugs:
* listeners:
** itemChangeListener does not work with accordion, panelMenu, tabPanel and togglePanel which is placed in iteration component. Same problem is with rich:ItemChangeListener component working for such component. Can be reproduced in Metamer: http://localhost:8080/metamer/faces/components/richItemChangeListener/acc... .
** toggleListener as attribute does not work with collapsiblePanel placed in iteration component (reported: https://issues.jboss.org/browse/RF-11568). Same problem is with rich:PanelToggleListener component working for such component (not reported). Can be reproduced in Metamer: http://localhost:8080/metamer/faces/components/richPanelToggleListener/co... .
* rich:ComponentControl does not work with rich:dataScroller (with rich:DataTable) placed in iteration component (reported: https://issues.jboss.org/browse/RF-9306). Can be reproduced in Metamer: http://localhost:8080/metamer/faces/components/richComponentControl/simpl... .
[1] iteration components are a4j:repeat, rich:collapsibleSubTable, rich:dataTable, rich:dataGrid, rich:extendedDataTable and rich:list
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years