February 2008 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-1837) make Mask JavaScript API (v0.4b) not work. event return null

by au lai seong (JIRA)

make Mask JavaScript API (v0.4b) not work. event return null ------------------------------------------------------------ Key: RF-1837 URL: http://jira.jboss.com/jira/browse/RF-1837 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.1 Reporter: au lai seong javascript.PrototypeScript.jsf file make Mask JavaScript API (v0.4b) not work. There event in the following code get null. Why? $addEvent(o, "onkeyup", "return " + this.ref + ".getKeyPress(event, this);", true); -- 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

18 years

4
8
0 / 0

[JBoss JIRA] Created: (RF-2323) Mouse over input in dropDownMenu causes NS_ERROR_XPC_JS_THREW_STRING in Firefox

by Paul Iov (JIRA)

Mouse over input in dropDownMenu causes NS_ERROR_XPC_JS_THREW_STRING in Firefox ------------------------------------------------------------------------------- Key: RF-2323 URL: http://jira.jboss.com/jira/browse/RF-2323 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.4 Environment: Firefox 2.0.0.12, MyFaces 1.1.5 / Tomahawk 1.1.6, Facelet Reporter: Paul Iov In 3.1.4GA NS_ERROR_XPC_JS_THREW_STRING is thrown 3 times after mouse entered the input's rectangle and then 3 times on mouse out. After this menue becomes not hidden even if mouse pointer leaves the menue rectangle. Normal "behaviour" is then restored again on any successfull mouseover event of menue. Another side effect is that if this happens inside of shown menuGroup (see screenshot http://www.voller-ernst.de/paul/popup.gif ), this group becomes hidden, but the focus remains by focused input (if some was focused) and the keyboard events are still sent to it. Henady has proposed how to fix it for contextMenu in menu.js (http://www.jboss.com/index.html?module=bb&op=viewtopic&t=130502), but this doesn't solve the problem with dropDownMenu completely (after this the exception is thrown 2 times and not 6 as before). -- 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

18 years

4
9
0 / 0

[JBoss JIRA] Created: (RF-2280) a4j command: immediate and ajax single true works wrong.

by Ilya Shaikovsky (JIRA)

a4j command: immediate and ajax single true works wrong. -------------------------------------------------------- Key: RF-2280 URL: http://jira.jboss.com/jira/browse/RF-2280 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.0 Reporter: Ilya Shaikovsky Assigned To: Nick Belaevski Fix For: 3.2.0 <h:form id="form"> <a4j:jsFunction name="ajaxCall" immediate="true" action="#{bean.action}" ajaxSingle="true"/> <a4j:commandButton value="a4j button and ajaxCall" immediate="true" action="#{bean.action}" ajaxSingle="true" oncomplete="ajaxCall();"/> <a4j:commandButton value="a4j button" immediate="true" action="#{bean.action}" ajaxSingle="true"/> <a4j:commandLink value="a4j link" immediate="true" action="#{bean.action}" ajaxSingle="true"/> <h:commandButton value="h button" immediate="true" action="#{bean.action}"/> <h:inputText> <a4j:support event="onclick" immediate="true" action="#{bean.action}" ajaxSingle="true"/> </h:inputText> </h:form> Only h:control works fine. Any a4j control with both immediate and ajax Single setted to true works with next log: 18.02.2008 14:53:31 org.exadel.jsf.PhaseTracker beforePhase INFO: BEFORE RESTORE_VIEW 1 18.02.2008 14:53:31 org.exadel.jsf.PhaseTracker afterPhase INFO: AFTER RESTORE_VIEW 1 18.02.2008 14:53:31 org.exadel.jsf.PhaseTracker beforePhase INFO: BEFORE APPLY_REQUEST_VALUES 2 18.02.2008 14:53:31 org.exadel.jsf.PhaseTracker afterPhase INFO: AFTER APPLY_REQUEST_VALUES 2 18.02.2008 14:53:31 org.exadel.jsf.PhaseTracker beforePhase INFO: BEFORE PROCESS_VALIDATIONS 3 18.02.2008 14:53:31 org.exadel.jsf.PhaseTracker afterPhase INFO: AFTER PROCESS_VALIDATIONS 3 18.02.2008 14:53:31 org.exadel.jsf.PhaseTracker beforePhase INFO: BEFORE UPDATE_MODEL_VALUES 4 18.02.2008 14:53:31 org.exadel.jsf.PhaseTracker afterPhase INFO: AFTER UPDATE_MODEL_VALUES 4 18.02.2008 14:53:31 org.exadel.jsf.PhaseTracker beforePhase INFO: BEFORE INVOKE_APPLICATION 5 18.02.2008 14:53:31 org.exadel.jsf.PhaseTracker afterPhase INFO: AFTER INVOKE_APPLICATION 5 18.02.2008 14:53:31 org.exadel.jsf.PhaseTracker beforePhase INFO: BEFORE RENDER_RESPONSE 6 18.02.2008 14:53:31 org.exadel.jsf.PhaseTracker afterPhase INFO: AFTER RENDER_RESPONSE 6 So at first - request not immediate and action isn't called. -- 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

18 years

4
5
0 / 0

[JBoss JIRA] Created: (RF-1616) OrderingList: horizontal scroll always appears under IE6

by Ilya Shaikovsky (JIRA)

OrderingList: horizontal scroll always appears under IE6 -------------------------------------------------------- Key: RF-1616 URL: http://jira.jboss.com/jira/browse/RF-1616 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.3 Reporter: Ilya Shaikovsky Assigned To: Vladimir Molotkov Fix For: 3.2.0 checked at demosite. -- 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

18 years

4
6
0 / 0

[JBoss JIRA] Created: (RF-1149) Attributes "ajaxSingle" and "immediate" can't be set both to "true" in any Ajax components.

by Alexander Smirnov (JIRA)

Attributes "ajaxSingle" and "immediate" can't be set both to "true" in any Ajax components. -------------------------------------------------------------------------------------------- Key: RF-1149 URL: http://jira.jboss.com/jira/browse/RF-1149 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.0 Reporter: Alexander Smirnov Assigned To: Alexander Smirnov Fix For: 3.1.3 -- 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

18 years

3
6
0 / 0

[JBoss JIRA] Created: (RF-2265) Indicating rich:messages 'level' still creates empty boxes

by Juan Ignacio S?nchez Lara (JIRA)

Indicating rich:messages 'level' still creates empty boxes ---------------------------------------------------------- Key: RF-2265 URL: http://jira.jboss.com/jira/browse/RF-2265 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.4 Environment: MyFaces 1.1.5, SJSAS 8.2 Reporter: Juan Ignacio S?nchez Lara If I put several rich:messages with different levels and I add one message, the other box is still rendered. For example: <style> .info { border: 1px blue solid; background: green; } .error { border: 1px red solid; background: orange; } </style> ... <rich:messages level="info" styleClass="info" /> <rich:messages level="error" styleClass="error" /> Adding an error message renders an orange box with it, plus a green empty one. I attatch a war. The rendered page has links which adds messages of different levels. -- 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

18 years

5
6
0 / 0

[JBoss JIRA] Created: (RF-1602) ListShuttle: Can't set width for concrete rich:column

by Ilya Shaikovsky (JIRA)

ListShuttle: Can't set width for concrete rich:column ----------------------------------------------------- Key: RF-1602 URL: http://jira.jboss.com/jira/browse/RF-1602 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.3 Reporter: Ilya Shaikovsky Assigned To: Nick Belaevski Fix For: 3.2.0 -- 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

18 years

6
11
0 / 0

[JBoss JIRA] Created: (RF-1341) Problems with Ajax requests within a a4j:repeat loop

by Peter Mahoney (JIRA)

Problems with Ajax requests within a a4j:repeat loop ---------------------------------------------------- Key: RF-1341 URL: http://jira.jboss.com/jira/browse/RF-1341 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.3 Environment: MyFaces, Richfaces 3.1.3 snapshot Reporter: Peter Mahoney I have come across two problems following a change to put some fields in an a4j:repeat loop. The backing beans have not changed. This is the code: <a4j:repeat id="termClauses" value="#{collectionSearchHandler.termClauses}" var="clause"> <a4j:region id="vocabularyFilterRegion"> <h:selectOneMenu id="vocabularyFilter" value="#{clause.vocabulary}"> <a4j:support id="vocabularyAjaxSupport" event="onchange" reRender="termFilterPanel" ajaxSingle="true" /> <f:selectItem itemValue="#{collectionSearchHandler.blankVocabulary}" itemLabel="#{msgs.quizFirstVocabularySelectItemDescription}" /> <f:selectItems value="#{collectionSearchHandler.vocabularyFilterItems}" /> </h:selectOneMenu> <a4j:status startText="#{msgs.quizTermSearchInProgressMessage}" /> </a4j:region> <a4j:region id="termFilterRegion"> <a4j:outputPanel id="termFilterPanel"> <h:panelGroup rendered="#{clause.hasVocabulary}"> <ul style="list-style-type:none; margin:0px;"> <a4j:repeat id="termFilters" value="#{clause.termFilters}" var="termFilter" rowKeyVar="idx"> <li> <h:selectOneMenu id="termFilter" value="#{termFilter.term}" converter="com.dbplc.quiz.Term" style="width:100%"> <a4j:support id="termAjaxSupport" event="onchange" reRender="termFilterPanel,qbankSearchResultsPanel" ajaxSingle="true" actionListener="#{collectionSearchHandler.searchPerformed}" /> <f:selectItem itemValue="#{collectionSearchHandler.blankTerm}" itemLabel="#{msgs.quizFirstTermSelectItemDescription}" /> <f:selectItems value="#{clause.termFilterItemMap[idx]}" /> </h:selectOneMenu> <h:commandButton actionListener="#{collectionSearchHandler.searchPerformed}" /> </li> </a4j:repeat> </ul> </h:panelGroup> </a4j:outputPanel> <rich:messages /> </a4j:region> </a4j:repeat> Firstly I get the following error when the form is submitted by changing the "VocabularyFilter" value: /questionsearch.xhtml @25,77 value="#{clause.vocabulary}": Target Unreachable, identifier 'clause' resolved to null If I add an onchange="this.form.submit()" to the field, to bypass the Ajax, it works fine. So, with the above workaround, I then get the problem that the collectionSearchHandler.searchPerformed() method (referenced by the a4j:support tag) is only called every second form submit. This worked without problems before adding the outer a4j:repeat. Using the commandButton to submit the form works every time. -- 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

18 years

5
6
0 / 0

[JBoss JIRA] Created: (RF-1151) Allow so specify regions of the form to be submitted to server

by Mikhail Grushinskiy (JIRA)

Allow so specify regions of the form to be submitted to server -------------------------------------------------------------- Key: RF-1151 URL: http://jira.jboss.com/jira/browse/RF-1151 Project: RichFaces Issue Type: Feature Request Reporter: Mikhail Grushinskiy Allow so specify regions of the form to be submitted to server. Currently reRender specifies list of ids to be rerendered. In similar fasion it would be nice to have ability on each ajax4jsf action to specify list of ids of form regions to be submitted. This would help with performance on "apply request values" phase as not whole form is submitted. -- 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

18 years

4
7
0 / 0

[JBoss JIRA] Created: (RF-2046) "immediate" attribute for inputs

by Nick Belaevski (JIRA)

"immediate" attribute for inputs -------------------------------- Key: RF-2046 URL: http://jira.jboss.com/jira/browse/RF-2046 Project: RichFaces Issue Type: Bug Components: doc Affects Versions: 3.1.4, 3.2.0 Reporter: Nick Belaevski Assigned To: Svetlana mukhina Fix For: 3.1.4, 3.2.0 Cite from orderingList.xml: <property> <name>immediate</name> <classname>boolean</classname> <description>True means, that the default ActionListener should be executed immediately (i.e. during Apply Request Values phase of the request processing lifecycle), rather than waiting until the Invoke Application phase </description> </property> That applies to command components only, not the input ones -- 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

18 years

5
10
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues February 2008