[JBoss JIRA] Created: (RF-11355) commandButton doesn't work at first click in popupPanel
by Loïc TALON (JIRA)
commandButton doesn't work at first click in popupPanel
-------------------------------------------------------
Key: RF-11355
URL: https://issues.jboss.org/browse/RF-11355
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-a4j-core
Affects Versions: 4.0.0.Final
Environment: OS : Windows Seven
Virtual server : easy php
Server JEE : Glassfish 3.1
JSF 2.0
Reporter: Loïc TALON
Hi,
Sorry i don't speak very well english.
I have a problem with a4j:commandButton in popupPanel.
The first click doesn't work for action to commandButton but the first clic work. That doesn't work only in popupPanel.
<a4j:commandButton value="Valid"
action="#{beanManaged.valid}"
id="validButton"
render="modalPanelInfo, formCreate"
/>
I think the problem is javax.faces.viewstate, beacause before the first clic doesn't have input hidden with javax.faces.viewstate but after the first clic i have input hidden with javax.faces.viewstate.
How to solve this problem ?
THX
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] Created: (RF-10835) File upload: progress bar doesn't show progress
by Pavol Pitonak (JIRA)
File upload: progress bar doesn't show progress
-----------------------------------------------
Key: RF-10835
URL: https://issues.jboss.org/browse/RF-10835
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-input
Affects Versions: 4.0.0.Final
Environment: RichFaces 4.1.0-SNAPSHOT r.22320
Metamer 4.1.0-SNAPSHOT r.22342
Mojarra 2.1.0-FCS
GlassFish Server Open Source Edition 3.1-SNAPSHOT
OpenJDK Runtime Environment 1.6.0_20-b20 @ Linux
Chrome 10.0.648.204 @ Linux x86_64
Reporter: Pavol Pitonak
Attachments: fileUpload3.png
When a file is uploaded using rich:fileUpload, progress bar doesn't show progress (see screenshot from Chrome).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] (RF-11763) javascript error : item is undefined on nested tabPanel with switchType='ajax'
by Jean ANDRE (Created) (JIRA)
javascript error : item is undefined on nested tabPanel with switchType='ajax'
------------------------------------------------------------------------------
Key: RF-11763
URL: https://issues.jboss.org/browse/RF-11763
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.1.0.CR1
Environment: Websphere 8 - RAD 8 - JSF Mojorra 2.1.4 - Spring 3.0.6 Final - Use @Inject @Named @SessionScoped as annotations - Firefox 7.0.1 - Windows 7 (6.1 sp1) - AspectJ 1.6.12 / AJDT
Reporter: Jean ANDRE
Priority: Blocker
Attachments: screenshot-1.jpg
See also RF-11750 for the context.
Briefly, we have nested tabPanel - The firs tabPanel is made of static and dynamic tabPanel. One tabPanel contains the search form. When the user performs a search and for each search we open a new tab that contains the result list. When the user click on an item, we update the tab with the detailed information.
The detailed information is made of 6 tabs - There are like a subtabs from the parent tabs. When we set the switchType to 'client' the tab performs well. But as we want that the same tab serves as form to edit and view the detailed information, we want to refresh the tab to display the inputText instead of the outputText. This is the edit mode.
Then, we need to refresh the tab and we decided to pass in ajax switchType for theses subTab. Owener, switching to the 'ajax' triggers a javascript error that blocks the UI. None tab is selectable, user cannot switch from a tab to another tab. Moreover we failed to refresh the tab but the reason is still unknown.
Javascript error is :
{code}
item is undefined - [Stopper sur une erreur] if (!item.disabled && item.getName() === itemName) {
toggle...chfaces (ligne 363)
http://localhost:12000/crm/javax.faces.resource/togglePanel.js.jsf?ln=org...
{code}
The involved code is (where >>>> is):
{code}
/**
* @private
* */
__getItemIndex : function (itemName) {
var item;
for (var i = 0; i < this.items.length; i++) {
item = this.items[i];
>>>>>> if (!item.disabled && item.getName() === itemName) {
return i;
}
}
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] (RF-11822) Load components onload (on page ready)
by Lukáš Fryč (Created) (JIRA)
Load components onload (on page ready)
--------------------------------------
Key: RF-11822
URL: https://issues.jboss.org/browse/RF-11822
Project: RichFaces
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: cdk, core
Affects Versions: 4.1.0.Final
Reporter: Lukáš Fryč
According to Yahoo performance recommendations ([1], see "Post-load Components"),
visual components should be loaded on page load ({{onload}} event)
to avoid heavy JavaScript processing before page is completely visually built.
In RichFaces, it is simple task using {{JavaScriptService}}, which enables you to collect and inject JavaScript snippets which should be loaded using jQuery {{$(document).ready(...)}}.
Thanks to CDK templates, it's also simple change in renderers, just move component contructor to newly created CDK tag {{<cdk:onloadScript>}}, which would delegate to {{JavaScriptService}} (if {{JavaScriptService}} not found, processing may fall back to rendering {{<script>window.addEventHandler('load', ...)</script>}}, but this is optional part.
[1] http://developer.yahoo.com/performance/rules.html
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] Created: (RF-11288) Metamer: a4j:region: Nested region example doesn't work at all (MyFaces, IE9)
by Ján Jamrich (JIRA)
Metamer: a4j:region: Nested region example doesn't work at all (MyFaces, IE9)
-----------------------------------------------------------------------------
Key: RF-11288
URL: https://issues.jboss.org/browse/RF-11288
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Environment: RichFaces 4.1.0.20110805-M1 r.10246d45dddd1d2aa2034317d5a832394cc919f9
Metamer 4.1.0.20110805-M1 r.22604
Apache MyFaces JSF-2.1 Core Impl 2.1.1
Apache Tomcat 7.0.19
Java(TM) SE Runtime Environment 1.6.0_26-b03 @Linux
IE9 (note that with Chrome 12.0.742.112 @ Linux i686 it works)
Reporter: Ján Jamrich
Example for nested region doesn't work at all. There is no combination of strategy to get value from form to nested region. (Note that it doesn't work only with IE9).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] Created: (RF-11246) rich:calendar client side validation doesn't work reliable
by Ján Jamrich (JIRA)
rich:calendar client side validation doesn't work reliable
----------------------------------------------------------
Key: RF-11246
URL: https://issues.jboss.org/browse/RF-11246
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Environment: RichFaces 4.1.0.20110805-M1 r.10246d45dddd1d2aa2034317d5a832394cc919f9
Metamer 4.1.0.20110805-M1 r.22604
Apache MyFaces JSF-2.1 Core Impl 2.1.1
JBoss AS 6.0.0.Final
Java(TM) SE Runtime Environment 1.6.0_26-b03 @Linux
Chrome 12.0.742.112 @ Linux i686
Reporter: Ján Jamrich
Client side validation is not performed reliable on calendar. There is example in Metamer (faces/components/richCalendar/csv.xhtml) with 3 different calendars, everyone validated to different date rule (past, future and last year), and without submit button.
All calendars have set <a4j:ajax event="change" render="outputX" />, so there is expected validation to be fired immediately after value changes (picked from calendar).
When select wrong value in first calendar, validation message appears near this input. But if then try to select another value in second calendar, there wrong value in first calendar remains, as well as the validation message, but in second calendar no validation message appear, and selected value is set to calendar's input. The same behavior for last input.
So this is quite confusing when select 3 wrong values, but only for first input is validation message displayed.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month