[JBoss JIRA] Created: (RF-7269) RichFaces Javascript error while page is loading for the first time
by Amarendra Nandigam (JIRA)
RichFaces Javascript error while page is loading for the first time
-------------------------------------------------------------------
Key: RF-7269
URL: https://jira.jboss.org/jira/browse/RF-7269
Project: RichFaces
Issue Type: Bug
Components: performance
Affects Versions: 3.3.1, 3.3.0
Environment: tomcat server 6.0.18, spring webflow 2.0.6, facelets 1.1.14, myfaces 1.2.2
Reporter: Amarendra Nandigam
The problem seems to be happening when the browser downloads js files for the listShuttle. During that time the script method is called before even script gets loaded. Here are the details that we found:
can now reliably reproduce the javascript errors. Here are my steps:
1) Clear browser cache. Go to Tools > Internet Options > General Tab >
Temporary Internet Files section. Click the Delete Files button, check the box
for "Delete all offline content", click OK, click the Delete Files button
again, leave the box unchecked this time, click OK again, click OK on the
Internet Options window.
2) Login as JOGLETRE
3) Go to Order RFIs
4) Select RFI Type = Architectural Plan Addition/Revision
5) You may get the errors. If not, logout, close your browser window, and
repeat steps 1-4. It seems to happen most of the time.
I used the Microsoft Script Debugger to identify the sources of the errors.
http://blogs.msdn.com/ie/archive/2004/10/26/247912.aspx
Error 1: "'undefined' is null or not an object" is caused by
3_3_0.GAorg.ajax4jsf.javascript.PrototypeScript, line 9, characters 117 to 140:
value=source[property];
Error 2: "'RichFaces.ListShuttle.Target.SelectItem' is null or not an object"
is caused by this block of code (entire block is highlighted by the Script
Debugger):
new Richfaces.ListShuttle(
new Richfaces.ListShuttle.Target(
'submitForm:options',
'submitForm:optionstlInternal_tab',
'submitForm:optionstlInternal_header_tab',
'submitForm:optionstlFocusKeeper',
[['up', 'disup'], ['down', 'disdown'],
['last', 'dislast'], ['first','disfirst']],
'submitForm:optionssortLabel',
{onorderchanged:null,
onorderchange:null,
ontopclick:null,
onbottomclick:null,
onupclick:null,
ondownclick:null},
Richfaces.ListShuttle.Target.SelectItem,
null,
null
),
new Richfaces.ListShuttle.Source(
'submitForm:options',
'submitForm:optionsinternal_tab',
'submitForm:optionsinternal_header_tab',
'submitForm:optionsfocusKeeper',
undefined,
Richfaces.ListShuttle.Source.SelectItem,
null,
null),
"submitForm:options",
[['copy', 'discopy'], ['copyAll', 'discopyAll'],
['remove', 'disremove'], ['removeAll','disremoveAll']],
"false",
{onlistchanged:null,
onlistchange:null,
oncopyallclick:null,
oncopyclick:null,
onremoveallclick:null,
onremoveclick:null,
onfocus:null,
onblur:null
}
);
--
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
16 years, 5 months
[JBoss JIRA] Created: (RF-7203) contextMenu: onselect doesn't cancel the action if false is returned
by Daniel Wiell (JIRA)
contextMenu: onselect doesn't cancel the action if false is returned
--------------------------------------------------------------------
Key: RF-7203
URL: https://jira.jboss.org/jira/browse/RF-7203
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.3.1
Environment: RichFaces 3.3.1.GA, Seam 2.1.2.CR2
Reporter: Daniel Wiell
<h:outputLink id="link" value="#">
Click me!
<rich:componentControl event="onclick" for="contextMenu" operation="show"/>
</h:outputLink>
<rich:contextMenu id="contextMenu" attached="true" submitMode="ajax">
<rich:menuItem
onselect="if(!confirm('After canceling this, an oncomplete popup shouldnt be shown')) return false;"
oncomplete="alert('oncomplete');">
Select this
</rich:menuItem>
</rich:contextMenu>.
The above snipped works as expected in 3.3.0.GA and cancels the action when the onselect returns false, but 3.3.1.GA ignores the return value and proceeds no matter what.
This is a showstopper for us when it comes to upgrading, as we use a similar approach as above to confirm removal of entries.
--
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
16 years, 5 months
[JBoss JIRA] Created: (RF-7630) ajaxValidator: 'reRender' doesn't work
by Mikhail Vitenkov (JIRA)
ajaxValidator: 'reRender' doesn't work
--------------------------------------
Key: RF-7630
URL: https://jira.jboss.org/jira/browse/RF-7630
Project: RichFaces
Issue Type: Bug
Components: component
Affects Versions: 3.3.1
Environment: all supported browsers
Reporter: Mikhail Vitenkov
Assignee: Nick Belaevski
#1. Use following code:
<h:form>
<h:inputText value="#{validator.text}" id="dateValue">
<rich:ajaxValidator reRender="out2"></rich:ajaxValidator>
</h:inputText>
<rich:message for="dateValue" showDetail="true" showSummary="true" />
<br/>
<h:outputText value="#{custom.out2}" id="out2"/>
</h:form>
Where validator.text:
@Email(message="Mail validation failed!")
private String text;//user(a)exadel.com
out2 getter: public int getOut2() {
return out2++;
}
#2. Navigate to the page, remove '@' sign and click mouse out.
#3. Verify validation message appearance.
#4. Verify 'out2' value update.
Actual results:
'out2' output value is not updated.
--
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
16 years, 5 months
[JBoss JIRA] Created: (RF-6862) RF picklist does not update target list after onchange event
by Brendan Farragher (JIRA)
RF picklist does not update target list after onchange event
------------------------------------------------------------
Key: RF-6862
URL: https://jira.jboss.org/jira/browse/RF-6862
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.3.0, 3.2.2
Environment: JBoss AS 4.2.3 (Ubuntu Linux 8.04)
Reporter: Brendan Farragher
The RichFaces picklist component does not re-load it's pre-selected (target) data correctly when an onchange event of a dependent selectonelistbox component is raised. If a valuechangelistener method is set on the selectonelistbox, and that method loads the picklist's source and target lists with new data, the target list is not populated when the page is re-displayed (in this case, the target list in the backing bean maps to the value attribute of the picklist tag). I even tried wrapping the picklist in an a4j:outputPanel with an a4j:support event=onchange reRender=pickListName tag placed inside of the selectonelistbox tag, but the target list is never populated.
I have a JSF test application developed that I can provide you with that demonstrates the problem, and a second JSF test application that contains a workaround using a bound HtmlPickList (the workaround is not really appropriate for Seam integration, though). (Please update the JIRA with a forwarding address if you would like my test apps)
Please note that this bug has more important implications for Seam integration, since JSF component binding is discouraged. As a result, the value attribute of the picklist (the target data) needs to be refreshed via the picklist tag value attribute (or via some a4j help).
--
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
16 years, 5 months
[JBoss JIRA] Created: (RF-3786) subTable in dataTable adds additional <th>
by Andreas Heiduk (JIRA)
subTable in dataTable adds additional <th>
------------------------------------------
Key: RF-3786
URL: http://jira.jboss.com/jira/browse/RF-3786
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.1, 3.2.0.SR1
Environment: RF-3.2.[01], JSF-RI implementation
Reporter: Andreas Heiduk
As soon as a dataTable contains both subTable and a column "header" facet an additional <th> element is rendered.
Example:
<rich:dataTable value="#{capitalsBean.capitals}" var="capital">
<rich:column>
<f:facet name="header">Capital Name</f:facet>
<h:outputText value="#{capital.name}" />
</rich:column>
<rich:column>
<f:facet name="header">Property Name</f:facet>
</rich:column>
<rich:column>
<f:facet name="header">Property Value</f:facet>
</rich:column>
<rich:subTable value="#{capital.detailList}" var="detail">
<rich:column />
<rich:column>
<h:outputText value="#{detail.key}" />
</rich:column>
<rich:column>
<h:outputText value="#{detail.value}" />
</rich:column>
</rich:subTable>
</rich:dataTable>
Now <thead> contains *four* <th> elements instead of three. The last <th> element looks like this:
<th class="dr-table-subheadercell rich-table-subheadercell" scope="col"/>
--
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
16 years, 5 months
[JBoss JIRA] Created: (RF-6739) Context menu reappears when menu item is clicked
by Nils ten Hoeve (JIRA)
Context menu reappears when menu item is clicked
------------------------------------------------
Key: RF-6739
URL: https://jira.jboss.org/jira/browse/RF-6739
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.3.0
Environment: Win XP, Java 6, Apache Tomcat 6, IE7
Reporter: Nils ten Hoeve
I have a tree that shows a context menu that is triggered by the onclick event of a tree node. The context menu reappears on the location where a menu item is clicked (unwanted behavior). It works fine when using the oncontextmenu event. The problem is that I need a left-click to trigger the context menu.
<rich:tree switchType="client" selectedClass="active" toggleOnClick="true">
<rich:recursiveTreeNodesAdaptor roots="#{menu.rootNode}" var="node" nodes="#{node.children}">
<rich:treeNode>
<h:outputText value="#{node.class.simpleName}" />
<rich:contextMenu event="onclick" submitMode="ajax">
<rich:menuItem value="Test" actionListener="#{menu.test}"></rich:menuItem>
</rich:contextMenu>
</rich:treeNode>
</rich:recursiveTreeNodesAdaptor>
</rich:tree>
--
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
16 years, 5 months