[JBoss JIRA] Created: (RF-7351) Regression: "messages: globalOnly does not work properly"
by Joseph Miller (JIRA)
Regression: "messages: globalOnly does not work properly"
---------------------------------------------------------
Key: RF-7351
URL: https://jira.jboss.org/jira/browse/RF-7351
Project: RichFaces
Issue Type: Bug
Components: component, regression
Affects Versions: 3.3.1
Environment: Windows / JBoss 4.2.2.GA / Seam 2.1.1.GA / RichFaces 3.3.1.GA
Reporter: Joseph Miller
Looks like a regression of RF-615... I've upgraded my Seam project to sue RF 3.3.1, in order to fix a number of other bugs, but now messages intended for a single UI component (via the for= ) are appearing in the global messages list at the top of my page.
My page template has:
<rich:messages globalOnly="true" id="page-messages">
...
</rich:messages>
and the controls have:
<rich:message for="my-control-id" id="my-control-id-message">
...
</rich:message>
I can switch the rich:messages to h:messages, and it behaves as it should. Also reverting back to the RichFaces 3.2.2.SR1 jars makes the problem go away, but I get the other older bugs back :(
--
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, 8 months
[JBoss JIRA] Created: (RF-7955) ExtendedDataTable : Only first column correctly resize
by Nicolas Gaudin (JIRA)
ExtendedDataTable : Only first column correctly resize
------------------------------------------------------
Key: RF-7955
URL: https://jira.jboss.org/jira/browse/RF-7955
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.3.2.GA, 3.3.2.CR1
Environment: JSF RI 1.2_13
Facelets 1.1.14 (with .jspx files)
Glassfish
Jdk 1.6
Reporter: Nicolas Gaudin
Fix For: 3.3.2.GA
Hi,
During my test to deliver, I discovered that the columns of all my EDTs would not resize correctly.
More precisely, the first column resizes without any problem but the others resize WITHOUT resizing the header.
I must mention that my EDT use value binding for dynamic column creation.
My actions that generated this issue:
- moved from jsp to facelets (with jspx extension)
- upgraded to JSF 1.2_13
This affected 3.3.2.CR1, the version I was using.
I then upgraded to 3.3.2.GA to check if this would fix but no luck
Also, I thought that 3.3.2.GA would full scrolling support for EDT (horizontal mainly)
Is that the case?
Could you please confirm?
May thanks in advance
--
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, 8 months
[JBoss JIRA] Created: (RF-5765) ExtendedDataTable: Drag and Drop for columns does not work if column id contain '-' symbol.
by Andrei Markavtsov (JIRA)
ExtendedDataTable: Drag and Drop for columns does not work if column id contain '-' symbol.
-------------------------------------------------------------------------------------------
Key: RF-5765
URL: https://jira.jboss.org/jira/browse/RF-5765
Project: RichFaces
Issue Type: Bug
Environment: RF 3.3.0
Reporter: Andrei Markavtsov
Assignee: Nick Belaevski
<h:form id="form">
<rich:extendedDataTable value="#{test3.rows}" var="row" tableState="#{test3.tableState}">
<rich:columns
sortBy="#{row[ind]}"
sortOrder="#{column.ordering}"
filterBy="#{row[ind]}"
filterValue="#{column.filterValue}"
id="column-#{column.name}"
value="#{test3.columns}"
label="#{column.name}"
var="column"
index="ind">
<f:facet name="header">
<h:outputText value="#{column.name}" />
</f:facet>
<h:outputText value="#{row[ind]}" />
</rich:columns>
</rich:extendedDataTable>
</h:form>
Erroneus code: AbstractExtendedTableRenderer.doDecode(1239).
--
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, 8 months
[JBoss JIRA] Created: (RF-7344) Add controls for where in the header loaded scripts are placed
by Jay Balunas (JIRA)
Add controls for where in the header loaded scripts are placed
--------------------------------------------------------------
Key: RF-7344
URL: https://jira.jboss.org/jira/browse/RF-7344
Project: RichFaces
Issue Type: Task
Components: browser compatibility, core
Affects Versions: 3.3.1
Environment: IE8
Reporter: Jay Balunas
Fix For: 3.3.2.CR1
IE8 requires some header content be located at the very top of the header. Because RichFaces places some of the loaded scripts first this can break.
For example "<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" />" will be ignored if not the first element after the header. Although the work around can be to just place the value in the header directly "<header name="X-UA-Compatible">IE=EmulateIE7</header>", RichFaces should have a way to control the location of the scripts in the header.
This could take the form of a new context param or perhaps a tag that RF can trigger off of for default script placement. If not there behavior is defaulted to current.
--
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, 9 months
[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
12 years, 12 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
12 years, 12 months