[JBoss JIRA] (RF-12521) rich:dropDownMenu hides link when @direction='topRight'
by Jan Papousek (JIRA)
Jan Papousek created RF-12521:
---------------------------------
Summary: rich:dropDownMenu hides link when @direction='topRight'
Key: RF-12521
URL: https://issues.jboss.org/browse/RF-12521
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-menu
Affects Versions: 4.2.3.CR1
Environment: RichFaces 4.2.3.CR1
Metamer 4.2.3.20121004-CR1
JBoss Application Server: Weld Integration 7.1.1.Final
JBoss AS 7.1.1.Final / / Apache Tomcat 7.0.30
Java(TM) SE Runtime Environment 1.7.0_07-b10 @ Linux / Java(TM) SE Runtime Environment 1.7.0_07-b11 @ Windows 7
Firefox 15.0.1 @ Linux x86_64 / Internet Explorer 8 @ Win 32
Reporter: Jan Papousek
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] (RF-12507) TreeNode.getChild(Object o) will be called with truncated string.
by Arne Plöse (JIRA)
Arne Plöse created RF-12507:
-------------------------------
Summary: TreeNode.getChild(Object o) will be called with truncated string.
Key: RF-12507
URL: https://issues.jboss.org/browse/RF-12507
Project: RichFaces
Issue Type: Bug
Affects Versions: 4.2.2.Final
Environment: Linux, OpenJDK 7
Reporter: Arne Plöse
if the key for TreeNode contains a string like "A.B.C" the ajax callback will be simple "A" and not "A.B.C" like the calls before. The key gets splitted by the dots(.)...
Another unpleasant "feature": If you use a object o as key the ajax callback will be with o.toString() this is missing in the javadocs and the implementation of TreeNodeImpl.getChild() ...
in *.java file
{code}
myRoot = new TreeNodeImpl(false);
TreeNodeImpl a = new TreeNodeImpl(false);
TreeNodeImpl b = new TreeNodeImpl(true);
TreeNodeImpl c = new TreeNodeImpl(true);
myRoot.addChild("AAAA", a);
a.addChild("B.B.B", b);
a.addChild("C.C.C", c);
{code}
and the *.jsf file
{code}
<rich:tree value="#{dataPointBean.root}" var="node" toggleType="ajax" selectionType="ajax" selectionChangeListener="#{dataPointBean.processTreeSelectionChange}" >
<rich:treeNode>
<h:outputText value="#{node.name}" />
</rich:treeNode>
</rich:tree>
{code}
the selectionChangeLlistener of nodes "B.B.B" and "C.C.C" will never be called.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] (RF-12499) h:inputText has other implicit margin in Chrome than in Firefox
by Peter Palaga (JIRA)
Peter Palaga created RF-12499:
---------------------------------
Summary: h:inputText has other implicit margin in Chrome than in Firefox
Key: RF-12499
URL: https://issues.jboss.org/browse/RF-12499
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Peter Palaga
The same situation as in RF-12498, so please refer to RF-12498 for a screenshot and simple app which reproduces the problem. RF-12498 is about rich:select and this one is about h:inputText.
Strange enough the input element has margin: 0em in Chrome's user agent stylesheet, which does not seem to be overwritten anywhere but at the same time it is not honored: Metrics panel shows margin 2px and that is also what is actually rendered. In the screenshot of RF-12498 the text input with id="nameInput" is not aligned with the select box above it (which it is in Firefox and which is IMO expected).
Hint: The expected appearance of h:inputText in Chrome can be achieved through explicitly adding margin: 0 to id="nameInput" style.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] (RF-12491) Datatable model is accessed in tab panel which is not rendered using switch type "server"
by Denis Pasek (JIRA)
Denis Pasek created RF-12491:
--------------------------------
Summary: Datatable model is accessed in tab panel which is not rendered using switch type "server"
Key: RF-12491
URL: https://issues.jboss.org/browse/RF-12491
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-panels-layout-themes, component-tables
Affects Versions: 4.2.2.Final
Environment: Mojarra 2.1.20, JDK 1.6, JDK 1.7, Tomcat 7.0.x
Reporter: Denis Pasek
When a RichFaces Tab of a TabPanel contains a RichFaces DataTable the model of the DataTable is accessed even if the Tab is not rendered at all.
Since the retrieval of the data table data might include costly database operations this is a serious performance issue.
The issue seems to be related to the state saving of JSF: the methods are not called during encodeAll() but during state saving of view.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] (RF-12489) togglePanel with switchType="ajax" not working with queues
by Milo van der Zee (JIRA)
Milo van der Zee created RF-12489:
-------------------------------------
Summary: togglePanel with switchType="ajax" not working with queues
Key: RF-12489
URL: https://issues.jboss.org/browse/RF-12489
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.3.0.Milestone1
Environment: myfaces-2.1.8, Tomcat-7.0.30
Reporter: Milo van der Zee
rich:togglePanel does not work when the events are handled by a a4j:queue. If switchType="client" there is no problem and when the queue is removed it also works. It also fails in Mojarra.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] (RF-12488) detached contextmenu menu fails
by emmanuel dufour (JIRA)
emmanuel dufour created RF-12488:
------------------------------------
Summary: detached contextmenu menu fails
Key: RF-12488
URL: https://issues.jboss.org/browse/RF-12488
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component
Affects Versions: 4.2.2.Final
Environment: fails both on server tomee 1.1 (myfaces 2.1.8) and server Glassfish 3.x (mojarra 2.1)
Reporter: emmanuel dufour
Context menu can be used "attached" or not, the code below creates 2 buttons, the 1rt one "attached" works as expected but the 2nd one "detached" doesnt. The context menu appears in a wrong place (myfaces) or not at all (mojarra).
{code:xml}
<h:form >
<h:button id="ass" value="attached menu ok" onclick="return false;">
</h:button>
<rich:contextMenu id="contextMenu" target="ass" showEvent="click">
<rich:menuItem label="Edit this" />
</rich:contextMenu>
<br/><br/><br/>
<h:button value="detached menu error" onclick="return false;">
<rich:componentControl event="click" target="contextMenu2" operation="show"/>
</h:button>
<rich:contextMenu mode="client" attached="false" id="contextMenu2" >
<rich:menuItem label="Edit this" />
</rich:contextMenu>
</h:form>
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] (RF-12475) Support for Generic types in the CDK
by Brian Leathem (JIRA)
Brian Leathem created RF-12475:
----------------------------------
Summary: Support for Generic types in the CDK
Key: RF-12475
URL: https://issues.jboss.org/browse/RF-12475
Project: RichFaces
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: cdk
Reporter: Brian Leathem
Assignee: Lukáš Fryč
It would be useful to be able to specify generic types in the _cdk:object_ tag, and the paramters to _ui:fragment_'s. This would allow the generated java code to get the type correct in loops, and when invoking other methods, without first requiring a manual cast.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month