[JBoss JIRA] Created: (RF-11257) OrderingList - submitting in IE 8
by Jan Papousek (JIRA)
OrderingList - submitting in IE 8
---------------------------------
Key: RF-11257
URL: https://issues.jboss.org/browse/RF-11257
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Environment: RichFaces 4.1.0-SNAPSHOT r.d0f9c11eb0dacc1444c0a3182b12567e28aef6bc
Metamer 4.1.0-SNAPSHOT r.22610
Apache MyFaces JSF-2.1 Core Impl 2.1.1
Apache Tomcat 6.0.32
OpenJDK Runtime Environment 1.6.0_22-b22 @Linux
Internet Explorer 8.0 @ Win32
Reporter: Jan Papousek
After changing order, submitting and rerendering, the ordering list contains default order. This can be reproduced in Metamer: faces/components/richOrderingList/simple.xhtml.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months
[JBoss JIRA] Created: (RF-11230) Editor - forced rendered by command button
by Jan Papousek (JIRA)
Editor - forced rendered by command button
------------------------------------------
Key: RF-11230
URL: https://issues.jboss.org/browse/RF-11230
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.1.0.Milestone1
Environment: * RichFaces 4.1.0-SNAPSHOT r.d0f9c11eb0dacc1444c0a3182b12567e28aef6bc
* Metamer 4.1.0-SNAPSHOT r.22610
* Mojarra 2.1.3-FCS
* Apache Tomcat 6.0.32
* OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux
* Firefox 3.6.19 @ Linux i686 (x86_64)
Reporter: Jan Papousek
When the rich:editor is rerendered by command button (Tomcat 6, Mojarra 2.1. and FF 3.6.19), it spplits into two pieces. Metamer page: faces/components/richEditor/reloadEditor.xhtml
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months
[JBoss JIRA] Created: (RF-11232) Editor: width
by Jan Papousek (JIRA)
Editor: width
-------------
Key: RF-11232
URL: https://issues.jboss.org/browse/RF-11232
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.1.0.Milestone1
Environment: * RichFaces 4.1.0-SNAPSHOT r.d0f9c11eb0dacc1444c0a3182b12567e28aef6bc
* Metamer 4.1.0-SNAPSHOT r.22610
* Mojarra 2.1.3-FCS
* Apache Tomcat 6.0.32
* OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux
* Firefox 3.6.19 @ Linux i686 (x86_64)
Reporter: Jan Papousek
Attachments: richEditor-width.png
- The attribute *width* has no effect.
- When the window is not maximized while page with rich:editor is loading, the rich:editor fits its width to the width of the window. After maximizing the window the rich:editor has still short width.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months
[JBoss JIRA] Created: (RF-11329) Calendar - client side validation
by Jan Papousek (JIRA)
Calendar - client side validation
---------------------------------
Key: RF-11329
URL: https://issues.jboss.org/browse/RF-11329
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Environment: RichFaces 4.1.0-SNAPSHOT r.d0f9c11eb0dacc1444c0a3182b12567e28aef6bc
Metamer 4.1.0-SNAPSHOT r.22654
Mojarra 2.1.2-FCS
Apache Tomcat 6.0.32
OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux
Firefox 5.0 @ Linux x86_64
Reporter: Jan Papousek
Metamer page - faces/components/richCalendar/csv.xhtml:
*scenario A - wrong value -> correct value -> validator message is still present*
# choose day which won't pass the validation
# validator message is displayed
# change the day to the one which should pass the validation
# validator message is still present (it shouldn't be)
*scenario B - correct value -> wrong value -> validator message isn't present*
# choose day which should pass the validation
# validator message isn't displayed (correct)
# change the day to the one which won't pass the validation
# validator message isn't present (it should be)
The same behaviour occurs with rich:inplaceSelect component - JIRA https://issues.jboss.org/browse/RF-11328
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months
[JBoss JIRA] Created: (RF-11390) Notify - doesn't display more than one message in Metamertomc
by Jan Papousek (JIRA)
Notify - doesn't display more than one message in Metamertomc
-------------------------------------------------------------
Key: RF-11390
URL: https://issues.jboss.org/browse/RF-11390
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-output
Affects Versions: 4.1.0.Milestone2
Environment: RichFaces 4.1.0.20110910-M2 r.0d4276b62c8366e0eaa1b7cd1c350d373e65ed79
Metamer 4.1.0.20110910-M2 r.22701
Mojarra 2.1.2-FCS
Apache Tomcat 7.0.16
OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux
Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20100101 Firefox/6.0
Reporter: Jan Papousek
When more messages are produced by method *FacesContext.getCurrentInstance().addMessage(null, new FacesMessage(severity, text, detail))*, only one message is displayed. When the messages are produced through the validation, it works fine.
This can be reproduced in Metamer: /faces/components/richNotify/simple.xhtml
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months
[JBoss JIRA] Created: (RF-11276) Popup Panel - input elements
by Jan Papousek (JIRA)
Popup Panel - input elements
-----------------------------
Key: RF-11276
URL: https://issues.jboss.org/browse/RF-11276
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.1.0.Milestone1
Environment: RichFaces 4.1.0-SNAPSHOT r.d0f9c11eb0dacc1444c0a3182b12567e28aef6bc
Metamer 4.1.0-SNAPSHOT r.22610
Apache MyFaces JSF-2.1 Core Impl 2.1.1
Apache Tomcat 6.0.32
OpenJDK Runtime Environment 1.6.0_22-b22 @Linux
Internet Explorer 8.0 @ Win32
Reporter: Jan Papousek
The sample faces/components/richPopupPanel/formInsidePanel.xhtml in Metamer doesn't work properly.
# write something into input1 element
# click on the "Call the popup" button
# fill input elements in the popup panel
# click on the "Save" button
Using Mojarra only the output1 is updated.
Using MyFaces no output is updated.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months
[JBoss JIRA] Created: (RF-11273) Popup Panel - diagonal resizement
by Jan Papousek (JIRA)
Popup Panel - diagonal resizement
---------------------------------
Key: RF-11273
URL: https://issues.jboss.org/browse/RF-11273
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.1.0.Milestone1
Environment: RichFaces 4.1.0-SNAPSHOT r.d0f9c11eb0dacc1444c0a3182b12567e28aef6bc
Metamer 4.1.0-SNAPSHOT r.22610
Apache MyFaces JSF-2.1 Core Impl 2.1.1
Apache Tomcat 6.0.32
OpenJDK Runtime Environment 1.6.0_22-b22 @Linux
Internet Explorer 8.0 @ Win32
Reporter: Jan Papousek
It's nearly impossible to resize the popup panel diagonally. The cursor changes correctly when it over the right bottom corner, but only vertical or horizontal resizement is allowed. This can be reproduced in Metamer: faces/components/richPopupPanel/simple.xhtml.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months
[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
14 years, 4 months
[JBoss JIRA] Created: (RF-11254) datascroller page not reset if datascroller not rendered, so data grid is empty
by u j (JIRA)
datascroller page not reset if datascroller not rendered, so data grid is empty
--------------------------------------------------------------------------------
Key: RF-11254
URL: https://issues.jboss.org/browse/RF-11254
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-tables
Affects Versions: 4.0.0.Final
Reporter: u j
RichFaces 4 resets correctly the current page to 1, if the model of the associated datagrid is reassigned,
but this happens only if the rendered attribute of the datascroller is true.
That is:
- grid with > 1 page
- set page 2 with datascroller
- do some action which produces a new model with only 1 page
- rendered attribute of datascroller is dynamic so it yields false if only one page (workaround because renderIfSinglePage does not work :-)
-> data grid is empty instead of showing the content, because page is not reset to 1
Binding the page attribute to a bean property and setting it to 1 doesn't help either.
Code:
<rich:dataScroller rendered="#{fn:length(bean.result) > 6}" />
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months