[JBoss JIRA] Created: (RF-7248) a4j creates infinite HashMap.get loop
by Nida Cibulskyte (JIRA)
a4j creates infinite HashMap.get loop
-------------------------------------
Key: RF-7248
URL: https://jira.jboss.org/jira/browse/RF-7248
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.3.0
Reporter: Nida Cibulskyte
Concurrent requests on a4j components causes infinite loop. While one request is being proccessed by restoreChildState method, another request is senT for proccessing. It causes the code to get stuck in hashmap.get() as the hashmap is not synchronized and causes infinite loop.
2009 05 25 09:41:43 ERROR demo.NameBean - java.util.HashMap.get(HashMap.java:303)
2009 05 25 09:41:43 ERROR demo.NameBean - org.ajax4jsf.component.UIDataAdaptor.restoreChildState(UIDataAdaptor.java:965)
2009 05 25 09:41:43 ERROR demo.NameBean - org.ajax4jsf.component.UIDataAdaptor.restoreChildState(UIDataAdaptor.java:982)
2009 05 25 09:41:43 ERROR demo.NameBean - org.ajax4jsf.component.UIDataAdaptor.restoreChildState(UIDataAdaptor.java:982)
.......................
--
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
12 years, 11 months
[JBoss JIRA] Created: (RF-2494) Multiple clicks on a particular Tree node doesn't fire nodeSelectListener method for each click (only for the first time)
by Mareks Malnacs (JIRA)
Multiple clicks on a particular Tree node doesn't fire nodeSelectListener method for each click (only for the first time)
-------------------------------------------------------------------------------------------------------------------------
Key: RF-2494
URL: http://jira.jboss.com/jira/browse/RF-2494
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.1.4
Reporter: Mareks Malnacs
Here is the problem:
-construct Tree with recursiveTreeNodesAdaptor, switchType="client" and ajaxSubmitSelection="true"
-add method binding to nodeSelectListener so that every click on tree node executes some business method (for tests - simple log message displaying clicked node id for example)
Result:
-tree is rendered fine, clicks on different node elements in a tree executes specified nodeSelectListener method also fine, BUT when user clicks same tree node twice, nodeSelectListener method is not fired - to get it fired for this particular node again You have to click some other node in a tree and then click back on desired one. Shouldn't nodeSelectListener be fired on each click on a tree node even though user is clicking on the same node multiple times ?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years
[JBoss JIRA] Created: (RF-4790) resize does not work for modalPanel with style="overflow: auto" and (autosized="false" or resizeable="false")
by Turhan Ozen (JIRA)
resize does not work for modalPanel with style="overflow: auto" and (autosized="false" or resizeable="false")
-------------------------------------------------------------------------------------------------------------
Key: RF-4790
URL: https://jira.jboss.org/jira/browse/RF-4790
Project: RichFaces
Issue Type: Bug
Components: doc
Affects Versions: 3.2.1
Environment: windows vista, java 1.5
Reporter: Turhan Ozen
Priority: Minor
If the user tries to resize the modal panel by dragging the lower right corner the mouse pointer is catched and there is no way to release it
with the following code
<rich:modalPanel id="detailPanel" width="960" height="700" style="overflow:auto" resizeable="false">
<f:facet name="header">
<h:outputText value="Detail"/>
</f:facet>
<f:facet name="controls">
<h:graphicImage value="/kaynaklar/imajlar/close.png" style="cursor:pointer" onclick="Richfaces.hideModalPanel('detailPanel')" />
</f:facet>
<table align="center" width="800px">
<tr>
<td align="center">
<a4j:commandButton value="OK" style="cursor:pointer" onclick="Richfaces.hideModalPanel('detailPanel')" />
</td>
</tr>
</table>
</rich:modalPanel>
In addition;
<f:facet name="controls">
<h:graphicImage value="/kaynaklar/imajlar/close.png" style="cursor:pointer" onclick="Richfaces.hideModalPanel('detailPanel')" />
</f:facet>
does not work in Firefox 3.x.
--
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
13 years
[JBoss JIRA] Created: (RF-7501) HtmlPanelMenu should support recursive node adaptor
by arne anka (JIRA)
HtmlPanelMenu should support recursive node adaptor
---------------------------------------------------
Key: RF-7501
URL: https://jira.jboss.org/jira/browse/RF-7501
Project: RichFaces
Issue Type: Feature Request
Components: component-menu
Reporter: arne anka
i'd like to use HtmlPanelMenu to display a rather big structure like below where the nodes reach about 300 and take a considerable lot of time to create the menu from scratch.
my idea was to create the deeper levels (Level B and Level C nodes) only when the Level A node is expaned, like one can do with rich:tree and rich:recursiveTreeNodesAdaptor -- but there's not really a way to do that.
thus, having some kind like treeNodesRecursiveAdaptor would make live certainly easier.
imo all of these expandable structures should by default support an model or adaptor or whatever it is called.
Level A
|--Level B
|--Level C
|--Level C
|--Level C
|--Level B
|--Level C
|--Level C
Level A
|--Level B
|--Level C
|--Level C
|--Level C
|--Level B
|--Level C
|--Level C
--
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
13 years, 1 month
[JBoss JIRA] Created: (RF-4582) RichFaces JSMin compressor can create invalid Javascript
by Matt Wheeler (JIRA)
RichFaces JSMin compressor can create invalid Javascript
--------------------------------------------------------
Key: RF-4582
URL: https://jira.jboss.org/jira/browse/RF-4582
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.2
Environment: Windows XP
Reporter: Matt Wheeler
If a Javascript file has something like:
var something = 'abc' + ++this.increment;
then, after compression, it will look something like var a='abc'+++this.increment. This may not be the exact translation, but, the important part is the three plus signs together which make the Javascript invalid. It can of course be fixed by changing the original script to var something = 'abc' + (++this.increment);, but everyone may not have that liberty. I tried this with the YUI Compressor, and it seemed to handle it correctly, but we could not use that for other reasons.
--
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
13 years, 1 month
[JBoss JIRA] Created: (RF-4192) Add "noDataLabel" to rich:dataTable for purposes of display a message if the dataTable is empty
by Chris Simons (JIRA)
Add "noDataLabel" to rich:dataTable for purposes of display a message if the dataTable is empty
-----------------------------------------------------------------------------------------------
Key: RF-4192
URL: https://jira.jboss.org/jira/browse/RF-4192
Project: RichFaces
Issue Type: Feature Request
Affects Versions: 3.2.1, 3.2.0.SR1, 3.2.0, 3.1.6, 3.1.5, 3.1.4
Reporter: Chris Simons
Priority: Optional
An excellent, small addition to rich:dataTable would allow for a textual message to be displayed in the event that a dataTable is empty.
For example:
<rich:dataTable id="myTable" noDataLabel="#{messages['dataTable.noData']}" ....> </rich:dataTable>
When the condition is true that the underlying data model or list is empty, the message would display in one row that spans the entire dataTable. The headers and dataTable title would still remain.
Please vote for this issue if you would like to see this feature added.
--
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
13 years, 3 months