[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, 2 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, 2 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, 2 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, 2 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, 2 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, 3 months
[JBoss JIRA] Created: (RF-11089) Tooltip: attribute value ignored
by Pavol Pitonak (JIRA)
Tooltip: attribute value ignored
--------------------------------
Key: RF-11089
URL: https://issues.jboss.org/browse/RF-11089
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-output
Affects Versions: 4.0.0.Final
Environment: RichFaces 4.1.0-SNAPSHOT r.unknown
Metamer 4.1.0-SNAPSHOT r.22533
Mojarra 2.1.0-FCS
GlassFish Server Open Source Edition 3.1
Java(TM) SE Runtime Environment 1.6.0_24-b07 @ Linux
Chrome 12.0.742.100 @ Linux i686
Reporter: Pavol Pitonak
The attribute value of the tooltip doesn't work (first sample), nested text works fine (second sample). According to RF-11002 the attribute value is a valid attribute.
{code:xml}
<rich:tooltip value="tooltip content" .../>
{code}
{code:xml}
<rich:tooltip ...>tooltip content</rich:tooltip>
{code}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] Created: (RF-10766) Sub table: rerender doesn't work correctly
by Pavol Pitonak (JIRA)
Sub table: rerender doesn't work correctly
------------------------------------------
Key: RF-10766
URL: https://issues.jboss.org/browse/RF-10766
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-tables
Affects Versions: 4.0.0.Final
Environment: RichFaces 4.0.0-SNAPSHOT r.22230
Metamer 4.0.0-SNAPSHOT r.22240
Mojarra 2.1.0-FCS
GlassFish Server Open Source Edition 3.1-SNAPSHOT
OpenJDK Runtime Environment 1.6.0_20-b20 @ Linux
Firefox 3.6.15 @ Linux x86_64
Reporter: Pavol Pitonak
# deploy Metamer and open http://localhost:8080/metamer/faces/components/richCollapsibleSubTable/co...
# set title of first person to "Programmer Analyst"
# rerender the page (fourth button in header)
# set titel of first person to "Vice President"
# rerender the page (fourth button in header)
\\
result:
* the subtable "Men" is collapsed after rerendering
* when the title is changed the second time, "Director" is displayed on the page instead of "Vice President"
* after second rerendering, "Programmer Analyst" appears
The same sample in rich:dataTable and rich:extendedDataTable works fine.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] Created: (RF-10992) dragValue expression is evaluated to null in customcomponent
by Adrian Höhn (JIRA)
dragValue expression is evaluated to null in customcomponent
------------------------------------------------------------
Key: RF-10992
URL: https://issues.jboss.org/browse/RF-10992
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-drag/drop
Affects Versions: 4.0.0.Final
Environment: JSF2 environment with Richfaces 4 Final
Reporter: Adrian Höhn
When the dragValue is set in a customcomponent, it's always evaluated to null. (dropEvent.getDragValue() == null)
If a stringvalue is set instead, the value is submitted correctly.
Example:
<rich:dragSource type="sometype" dragValue="#{cc.attrs.myvalue}"/>
same code outside of the customcomponent works fine.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months