[JBoss JIRA] Created: (RF-11121) dataTable does not close <TR> if last column is not rendered
by Val Blant (JIRA)
dataTable does not close <TR> if last column is not rendered
------------------------------------------------------------
Key: RF-11121
URL: https://issues.jboss.org/browse/RF-11121
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-tables
Affects Versions: 4.0.0.Final
Reporter: Val Blant
If the last _<rich:column />_'s _rendered_ attribute evaluates to false, the opened _<TR>_ tag will not be closed.
The reason for this is a bug in _DataTableRenderer.encodeRow_ logic, where the code that closes the row tag is executed only if we render the last column.
This needs to be fixed to always close the row tag, if it was opened.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 11 months
[JBoss JIRA] Created: (RF-10256) Extended Data Table - multiselection using shift across pages on backward pages
by Lukas Fryc (JIRA)
Extended Data Table - multiselection using shift across pages on backward pages
-------------------------------------------------------------------------------
Key: RF-10256
URL: https://issues.jboss.org/browse/RF-10256
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-tables
Affects Versions: 4.0.0.Milestone5
Environment: * RichFaces 4.0.0-SNAPSHOT r.21066
* Metamer 4.0.0-SNAPSHOT r.unknown
* Mojarra 2.0.3-FCS
* Apache Tomcat 6.0.29
* OpenJDK Runtime Environment 1.6.0_20-b20 @ Linux
* Firefox 3.6.13 @ Linux x86_64
Reporter: Lukas Fryc
Although the forward direction works well, using the "end" of multi-selection on the page previous to "start" of multi-selection leads into server request and only the "start" selected".
See [Steps to Reproduce]
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 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, 11 months
[JBoss JIRA] Created: (RF-8735) modalPanel resizable problem patch
by Ilya Shaikovsky (JIRA)
modalPanel resizable problem patch
----------------------------------
Key: RF-8735
URL: https://jira.jboss.org/browse/RF-8735
Project: RichFaces
Issue Type: Patch
Security Level: Public (Everyone can see)
Affects Versions: 3.3.3.Final
Reporter: Ilya Shaikovsky
Assignee: Nick Belaevski
Nick customer proposed patch for the next problem:
"When setting width/height attributes on rich:modalpanel as well as setting resizeable="false" - the modal panel is still resizable.
If i don't specify the width/height attributes and just set autosize="true" with resizeable="false" the modal panel is not resizeable (Using RichFaces 3.3.3).
Is there any way to set the modal panel size and still make it not resizeable?
Is this a known issue?
Ori"
Need to verify and probably apply if confirmed
--
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
13 years, 11 months
[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, 11 months
[JBoss JIRA] Created: (RF-11138) tree does not invoke selectionChangeListener in popupPanel
by Bastian Ulke (JIRA)
tree does not invoke selectionChangeListener in popupPanel
----------------------------------------------------------
Key: RF-11138
URL: https://issues.jboss.org/browse/RF-11138
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-tree
Affects Versions: 4.0.0.Final
Environment: WinXP; JBoss 6.0.0.Final; RichFaces 4.0.0
Reporter: Bastian Ulke
I am having a tree for a selection of a node. To monitor a selection, I initialized the attribute "selectionType" to "ajax", added the attribute "selectionChangeListener" and made it point to a method of a managed bean. Everyhting is working extremely well, if I put the tree onto the form straight away: Everytime, a node is selected, the method is invoked and I get all the information I need to determine the selected node. The definition is as follows:
<rich:tree var="item"
id="tree2"
selection="#{treeController.selection}"
selectionType="ajax"
selectionChangeListener="#{treeController.selectionChanged}"
rendered="true">
Now, I want to have the same tree in a popup panel. All I do is wrapping a <rich:popupPanel id="abc2"> around it (so no moving to another place - both elements are directly located under the <h:form> node). Surprise: Nothing happens when a node is selected in the popup panel, the method, indicated in selectionChangeListener is never invoked. I remarked, that also the hidden input element form:tree2__SELECTION_STATE never changes its value throughout selecting differnt nodes.
Intersting: Adding toggleType="ajax" and toggleListener="#{orgTreeController.toggle}" to the same tree, works well in both cases.
Workaround:
1. Switch selectionType to "client"
2. Add a jsFunction and extend the controller with a property to accept the selected node's id
<a4j:jsFunction name="jsSetSelectedId">
<a4j:param name="name" assignTo="#{treeController.selectedId}"/>
</a4j:jsFunction>
3. Add a panel to the node's content and call the jsFunction from above in the onclick event
<rich:treeNode>
<a4j:outputPanel layout="block" onclick="jsSetSelectedId('#{item.id}');return true;">
...
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 11 months
[JBoss JIRA] Created: (RF-11337) Metamer: pickList: validator (validation) on pickList doesn't work correctly
by Ján Jamrich (JIRA)
Metamer: pickList: validator (validation) on pickList doesn't work correctly
----------------------------------------------------------------------------
Key: RF-11337
URL: https://issues.jboss.org/browse/RF-11337
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: cdk
Affects Versions: 4.1.0.Milestone2
Environment: RichFaces 4.1.0-SNAPSHOT r.d0f9c11eb0dacc1444c0a3182b12567e28aef6bc
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
Assignee: Brian Leathem
Seems that validator attribute has stopped work, because validation method is no longer called on submit.
There is validator method bound to this component example in Metamer, but nothing appears in log when submit this form - so seems that no validation was called.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 11 months
[JBoss JIRA] Created: (RF-11334) Metamer: rich:pickList: disaledStyleClass attribute is not propagated to component
by Ján Jamrich (JIRA)
Metamer: rich:pickList: disaledStyleClass attribute is not propagated to component
----------------------------------------------------------------------------------
Key: RF-11334
URL: https://issues.jboss.org/browse/RF-11334
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: cdk
Affects Versions: 4.1.0.Milestone2
Environment: RichFaces 4.1.0-SNAPSHOT r.d0f9c11eb0dacc1444c0a3182b12567e28aef6bc
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
Assignee: Brian Leathem
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 11 months
[JBoss JIRA] Created: (RF-11164) Some rich:editor attributes are not working correctly
by Ján Jamrich (JIRA)
Some rich:editor attributes are not working correctly
-----------------------------------------------------
Key: RF-11164
URL: https://issues.jboss.org/browse/RF-11164
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: cdk
Affects Versions: 4.0.0.Final
Reporter: Ján Jamrich
Assignee: Lukáš Fryč
Fix For: 4.1.0.Milestone1
<b>Title</b> attribute don't affect editor. This value is set only to textarea element, but since this element is not visible, and next element (span) constains whole editor, this attribute should be set here as well (there is only empty title attribute. When set value here, it is displayed when mouseover on editor)
Value set to <b>style</b> attribute is ignored - if set, nowhere in span containing editor is present. Note: styleClass attribute is processed correct (or as expected - when set, value is added to class attribute in container span)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 11 months