[JBoss JIRA] Created: (RF-10967) Drag'n'Drop does not work with PARTIAL_STATE_SAVING FALSE
by Stephan Meisinger (JIRA)
Drag'n'Drop does not work with PARTIAL_STATE_SAVING FALSE
---------------------------------------------------------
Key: RF-10967
URL: https://issues.jboss.org/browse/RF-10967
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-drag/drop
Affects Versions: 4.0.0.Final
Environment: tomcat 6.0.32
RichFaces 4.0.0-Final
Reporter: Stephan Meisinger
if partital state saving is off
<context-param>
<param-name>javax.faces.PARTIAL_STATE_SAVING</param-name>
<param-value>false</param-value>
</context-param>
droping of items does noth work and causes a NullPointerException
at org.richfaces.event.MethodExpressionDropListener.processDrop(MethodExpressionDropListener.java:47)
at org.richfaces.event.DropEvent.processListener(DropEvent.java:74)
at javax.faces.component.UIComponentBase.broadcast(UIComponentBase.java:777)
at org.richfaces.component.AbstractDropTarget.broadcast(AbstractDropTarget.java:122)
at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:787)
at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1252)
at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:81)
... 18 more
imho MethodExpressionDropListener should be serializable, otherwise methodExpression can't be set by the SafeStateHolder.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months
[JBoss JIRA] Created: (RF-8084) Panelbar does not expand with more than 4 panelBarItems
by Alan (JIRA)
Panelbar does not expand with more than 4 panelBarItems
-------------------------------------------------------
Key: RF-8084
URL: https://jira.jboss.org/jira/browse/RF-8084
Project: RichFaces
Issue Type: Bug
Components: component-menu
Affects Versions: 3.3.2.SR1, 3.3.2.GA, 3.3.2.CR1, 3.3.1
Environment: Bot Mac and Windows. Both IE and FF.
Reporter: Alan
Adding a rich:panelBar with more than 4 panelBarItems causes the panelBarItems to stay hidden.
Under Mac and FF 3.5 the pannels do not open anymore. If your zoom (Cmd +), the panels open again.
Under Windows and IE 8 you need to zoom one level (Ctrl +).
In the panelbar.js (showSlide function) this piece of code contains the problem.
slide.content.style.height=(h>0?h:0)+"px";
if (h<=1 && (this.panel.style.height=="" || this.panel.style.height.indexOf("%")!=-1)) {
this.panel.style.height="";
slide.content.style.height="100%";
}
h is the contentHeight. 'Normally' this returns a value which is <=1. But for some zoom levels and more than 4 panelBarItems this value gets bigger. This causes the height being set to 2 or 3 and the panelBarItem looks clossed.
This is probally caused by some rouding problem. A difference between offsetHeight and clientHeight?
Locally I fixed the problem to disable the check and always set the height of the slide.content to 100%.
--
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, 6 months
[JBoss JIRA] Created: (RF-11228) Metamer - input elements, validation and displaying output
by Jan Papousek (JIRA)
Metamer - input elements, validation and displaying output
----------------------------------------------------------
Key: RF-11228
URL: https://issues.jboss.org/browse/RF-11228
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.1.0.Milestone1
Environment: * RichFaces 4.1.0.20110805-M1 r.10246d45dddd1d2aa2034317d5a832394cc919f9
* Metamer 4.1.0.20110805-M1 r.22604
* 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 an input element is filled and validation passes, the output isn't displayed. This issue can be reproduced on a lot of pages in Metamer containg input elements and client side validation, e.q.:
- faces/components/richCalendar/csv.xhtml
- faces/components/richInplaceInput/csv.xhtml
- faces/components/richInputNumberSpinner/csv.xhtml
- ...
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months
[JBoss JIRA] Created: (RF-11395) Metamer: rich:autocomplete: client side validation (CSV) on autocomplete causes not update values in output
by Ján Jamrich (JIRA)
Metamer: rich:autocomplete: client side validation (CSV) on autocomplete causes not update values in output
-----------------------------------------------------------------------------------------------------------
Key: RF-11395
URL: https://issues.jboss.org/browse/RF-11395
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.5fe1b72ff67eae7dfb1b1bb22f303576ebdcf6b5
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; rv:7.0) Gecko/20100101 Firefox/7.0
Reporter: Ján Jamrich
Example (newly added) with CSV for autocomplete shows that correct value filled into autocomplete is not updated in appropriate output element (even form with this values is submitted by a4j:button. Only JSF submit button causes update this values in output, but that is completely different way how to this element get re-rendered
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months
[JBoss JIRA] Created: (RF-4366) InputNumberSpinner: Locale will not be used for number input
by Gerrit Brehmer (JIRA)
InputNumberSpinner: Locale will not be used for number input
------------------------------------------------------------
Key: RF-4366
URL: https://jira.jboss.org/jira/browse/RF-4366
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.1
Environment: Firefox 3.0.1
Reporter: Gerrit Brehmer
Priority: Critical
Hi,
if i want to display a number with 1 fraction digit (like with f:convertNumber) and set step to "0.5" it will always use the english notation "." for output, but jsf use the locale (e.g. de) and convert my number "5.5" -> "55" before setting to my backing bean. And if i want to write the german notation into the input field with "," the javascript i think will drop my fraction digits before posting values. if I use "en" locale all functions properly.
Bye
--
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, 6 months
[JBoss JIRA] Created: (RF-9485) IE9 Beta - AJAX broken
by Andrew May (JIRA)
IE9 Beta - AJAX broken
----------------------
Key: RF-9485
URL: https://jira.jboss.org/browse/RF-9485
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: browser compatibility
Affects Versions: 3.3.3.Final, 3.3.2.SR1
Environment: Windows Vista SP2 (Virtual PC VM), IE9 Beta
Reporter: Andrew May
In the Rich Faces Demo (3.3.3 Final) there are a couple of errors shown in the JavaScript Console in IE9, and the Ajax demos do not work.
On loading a section:
SCRIPT5007: 'undefined' is null or not an object - framework.pack.js.jsf, line 1870 character 65
On trying one of the AJAX demos (e.g. the CommandButton demo):
SCRIPT16386: No such interface supported - framework.pack.js.jsf, line 2373 character 3
In our applications (3.2.SR1), we see an error for every Ajax request:
SCRIPT16386: No such interface supported - 3_3_2.SR1org.ajax4jsf.javascript.AjaxScript, line 120 character 1
For both the SCRIPT16386 errors, the JavaScript is assigning A.outerHTML = new XMLSerializer().serializeToString(C)
I believe that this is the first version of IE9 to include XMLSerializer.
I don't know enough about XMLSerializer to know whether this is an IE9 issue or a RichFaces issue.
--
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
12 years, 6 months
[JBoss JIRA] Created: (RF-11090) rich:collapsibleSubTable cannot be nested
by Val Blant (JIRA)
rich:collapsibleSubTable cannot be nested
-----------------------------------------
Key: RF-11090
URL: https://issues.jboss.org/browse/RF-11090
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-tables
Affects Versions: 4.0.0.Final
Reporter: Val Blant
When _<rich:collapsibleSubTable />_ s are nested, the following error occurs:
{quote}
This page contains the following errors:
error on line 202 at column 74: Opening and ending tag mismatch: tbody line 0 and tr
Below is a rendering of the page up to the first error.
{quote}
The page is rendered up to the nested _<rich:collapsibleSubTable />_.
This error happens b/c nested sub tables render an extra _</tr>_ element after the nested subtable row.
I was able to work around the problem by making a small tweak to _CollapsibleSubTableRenderer_. The lines I added or changes are marked with *"// fix line"* comment.
{code:title=FixedCollapsibleSubTableRenderer.java|borderStyle=solid}
/**
* Allows nested subTables to be rendered properly
*/
@ResourceDependencies({
@ResourceDependency(name = "jquery.js"),
@ResourceDependency(name = "richfaces.js"),
@ResourceDependency(library="org.richfaces", name = "collapsible-subtable.ecss"),
@ResourceDependency(library="org.richfaces", name = "collapsible-subtable.js")
})
public class FixedCollapsibleSubTableRenderer extends CollapsibleSubTableRenderer {
@Override
public void encodeRow(ResponseWriter writer, FacesContext facesContext, RowHolderBase holder) throws IOException {
RowHolder rowHolder = (RowHolder)holder;
Row row = rowHolder.getRow();
putRowStylesIntoContext(facesContext, rowHolder);
rowHolder.setRowStart(true);
Iterator<UIComponent> components = row.columns();
if (rowHolder.isUpdatePartial()) {
partialStart(facesContext,((AbstractCollapsibleSubTable) row).getRelativeClientId(facesContext) + ":b");
}
int columnNumber = 0;
boolean isSubtable = false; // fix line
while (components.hasNext()) {
UIComponent component = components.next();
if(component.isRendered()) {
if(component instanceof UIColumn ) {
component.getAttributes().put(COLUMN_CLASS, getColumnClass(rowHolder, columnNumber));
encodeColumn(facesContext, writer, (UIColumn)component , rowHolder);
columnNumber++;
} else if (component instanceof AbstractCollapsibleSubTable) {
if(component.isRendered()) {
isSubtable = true; // fix line
encodeRowEnd(writer);
}
if ( ((AbstractCollapsibleSubTable) component).isExpanded() ) {
component.encodeAll(facesContext);
}
rowHolder.setRowStart(true);
}
}
}
if ( !isSubtable) encodeRowEnd(writer); // fix line
if (rowHolder.isUpdatePartial()) {
partialEnd(facesContext);
}
}
}
{code}
This renderer needs to be registered in _faces-config.xml_:
{code}
<render-kit>
<renderer>
<component-family>org.richfaces.Data</component-family>
<renderer-type>org.richfaces.CollapsibleSubTableRenderer</renderer-type>
<renderer-class>bla.FixedCollapsibleSubTableRenderer</renderer-class>
</renderer>
</render-kit>
{code}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months