November 2010 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-9371) a4j:ajax: attribute onerror doesn't work

by Pavol Pitonak (JIRA)

a4j:ajax: attribute onerror doesn't work ---------------------------------------- Key: RF-9371 URL: https://jira.jboss.org/browse/RF-9371 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-a4j-core Affects Versions: 4.0.0.Milestone2 Environment: RichFaces 4.0.0-SNAPSHOT r.19299 Metamer 4.0.0-SNAPSHOT r. 19319 Mojarra 2.0.2-FCS Java(TM) SE Runtime Environment 1.6.0_21-b06 @ Linux Chrome 7.0.531.0 @ Linux Reporter: Pavol Pitonak The following code shows an alert but the same code with a4j:ajax doesn't work. <h:inputText> <f:ajax event="keyup" onerror="alert(1)" listener="#{nonExistingBean.behaviorListener}"/> </h:inputText> -- 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

15 years

2
4
0 / 0

[JBoss JIRA] Created: (RF-9627) Tree: move 'exapnded' attribute to rich:treeNode

by Nick Belaevski (JIRA)

Tree: move 'exapnded' attribute to rich:treeNode ------------------------------------------------ Key: RF-9627 URL: https://jira.jboss.org/browse/RF-9627 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: 4.0.0.Milestone4 Environment: Reporter: Nick Belaevski -- 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

15 years

1
3
0 / 0

[JBoss JIRA] Created: (RF-9489) Spinner used for filtering data table causes infinite loop

by Pavol Pitonak (JIRA)

Spinner used for filtering data table causes infinite loop ---------------------------------------------------------- Key: RF-9489 URL: https://jira.jboss.org/browse/RF-9489 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input, component-tables Affects Versions: 4.0.0.Milestone3 Environment: RichFaces 4.0.0-SNAPSHOT r.19446 Metamer 4.0.0-SNAPSHOT r.19535 Mojarra 2.0.2-FCS GlassFish Server Open Source Edition 3.0.1 Java(TM) SE Runtime Environment 1.6.0_21-b06 @ Linux Chrome 8.0.551.0 @ Linux Reporter: Pavol Pitonak Column in a data table filtered using spinner: <rich:column id="columnNumberOfKids" filter="#{richDataTableBean.filterKidsImpl}"> <f:facet name="header"> <rich:inputNumberSpinner id="columnHeaderNumberOfKidsInput" value="#{richDataTableBean.kidsFilter}" minValue="0" maxValue="5" cycled="true"> <a4j:ajax render="commonGrid" execute="@this"/> </rich:inputNumberSpinner> </f:facet> <h:outputText value="#{record.numberOfKids}" /> </rich:column> public Filter<?> getFilterKidsImpl() { return new Filter<Employee>() { public boolean accept(Employee e) { int kids = getKidsFilter(); if (e.getNumberOfKids() >= kids) return true; return false; } }; } When value of the spinner is changed, table is filtered but a lot of requests is fired (probably infinite loop). http://anonsvn.jboss.org/repos/richfaces/modules/tests/metamer/trunk/appl... http://anonsvn.jboss.org/repos/richfaces/modules/tests/metamer/trunk/appl... -- 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

15 years

4
6
0 / 0

[JBoss JIRA] Updated: (RF-7817) Push: enhancements

by Nick Belaevski (JIRA)

[ https://jira.jboss.org/browse/RF-7817?page=com.atlassian.jira.plugin.syst... ] Nick Belaevski updated RF-7817: ------------------------------- Fix Version/s: 4.0.0.Milestone5 (was: 4.0.0.Milestone4) > Push: enhancements > ------------------ > > Key: RF-7817 > URL: https://jira.jboss.org/browse/RF-7817 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.0.0.Alpha2 > Reporter: Nick Belaevski > Assignee: Nick Belaevski > Fix For: 4.0.0.Milestone5 > > > Support for: > Event sources: > - JMS > - ESB (?) > - JMX (?) > Transport: > - Comet > Portal: > - Something from http://www.jboss.org/index.html?module=bb&op=viewtopic&t=160608&start=10 -- 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

15 years

1
0
0 / 0

[JBoss JIRA] Created: (RF-9567) rich:autocomplete - add bypassUpdates attribute

by Lukas Fryc (JIRA)

rich:autocomplete - add bypassUpdates attribute ----------------------------------------------- Key: RF-9567 URL: https://jira.jboss.org/browse/RF-9567 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0.0.Milestone3 Reporter: Lukas Fryc from ML: rich:autocomplete completion shows validation messages before user request to submit it's value <a4j:outputPanel ajaxRendered="true"><h:messages /></a4j:outputPanel> <rich:autocomplete mode="ajax" id="autocomplete" autocompleteMethod="#{...}" value="#{value}"> <f:validateRegexp value="Alabama" /> </a4j:autocomplete> <rich:commandButton render="@form" execute="autocomplete" /> This code shows the validation message during each ajax request for completion. I have two ideas how to work it around: 1. rich:autocomplete bypassUpdates=true 2. rich:autocomplete limitRender=true But both are not implemented attributes in rich:autocomplete. Ilya commented: prefer to use bypassUpdates = true as if we will use limitRender - facesMessages will still be in context just not appear on the screen. Even considering that it's not implemented as attribute - it should be still possible to define as request parameter in autocomplete js. Please create jira for it. And if possible and not took much time we should have it in near release I think. -- 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

15 years

4
6
0 / 0

[JBoss JIRA] Created: (RF-9659) popupPanel: background not transparent in IE7 in modal state

by Ilya Shaikovsky (JIRA)

popupPanel: background not transparent in IE7 in modal state ------------------------------------------------------------ Key: RF-9659 URL: https://jira.jboss.org/browse/RF-9659 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-output Affects Versions: 4.0.0.Milestone4 Reporter: Ilya Shaikovsky Assignee: Nick Belaevski see attachment -- 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

15 years

3
3
0 / 0

[JBoss JIRA] Created: (RF-9622) tooltip: if showDelay defined - component does not appears without additional mousemove

by Ilya Shaikovsky (JIRA)

tooltip: if showDelay defined - component does not appears without additional mousemove --------------------------------------------------------------------------------------- Key: RF-9622 URL: https://jira.jboss.org/browse/RF-9622 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-output Reporter: Ilya Shaikovsky Assignee: Pavel Yaschenko <rich:panel id="sample2" styleClass="tooltip-text" bodyClass="rich-laguna-panel-no-header"> This tool-tip will follow mouse. Also this tool-tip has a delay 1.5 sec, so be patient! <rich:tooltip followMouse="true" showDelay="1500" styleClass="tooltip"> This tool-tip content also pre-rendered to the page. However, the look of this tool-tip is customized by styleClass attribute. </rich:tooltip> <rich:tooltip showEvent="click" mode="ajax" styleClass="tooltip" layout="block"> <f:facet name="defaultContent"> Wait... </f:facet> This tool-tip content was rendered on server <h:panelGrid columns="2"> <h:outputText style="white-space:nowrap" value="tooltips requested:" /> <h:outputText value="#{tooltipData.tooltipCounter}" styleClass="tooltipData" /> </h:panelGrid> </rich:tooltip> in both cases after mouseover or click if mouse will not be moved during delay - tooltip wil not appear. -- 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

15 years

3
4
0 / 0

[JBoss JIRA] Created: (RF-9620) tooltip: problems with parent DOM element

by Ilya Shaikovsky (JIRA)

tooltip: problems with parent DOM element ----------------------------------------- Key: RF-9620 URL: https://jira.jboss.org/browse/RF-9620 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-output Reporter: Ilya Shaikovsky Assignee: Pavel Yaschenko parent DOM element not getting repositioned when tooltip getting shown. Only it's child span which actually contains content. In the result RF-9590 still reproducible but only when tooltip shown. -- 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

15 years

3
2
0 / 0

[JBoss JIRA] Created: (RF-9660) select: default label not always disappears

by Ilya Shaikovsky (JIRA)

select: default label not always disappears ------------------------------------------- Key: RF-9660 URL: https://jira.jboss.org/browse/RF-9660 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Environment: IE 7-8 Reporter: Ilya Shaikovsky Assignee: Anton Belevich focus the select input field (with enabled manual input) list popped up - ok press ESC list closed, there is no default label because input still focused - ok press down list poped up - ok click ESC list closed but now default label added - fail. if return open/close list - it will not disappears anymore. -- 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

15 years

3
2
0 / 0

[JBoss JIRA] Created: (RF-9546) CDK: handling for JS objects: update online documentation

by Nick Belaevski (JIRA)

CDK: handling for JS objects: update online documentation --------------------------------------------------------- Key: RF-9546 URL: https://jira.jboss.org/browse/RF-9546 Project: RichFaces Issue Type: Sub-task Security Level: Public (Everyone can see) Components: CDK Affects Versions: 4.0.0.Milestone4 Reporter: Nick Belaevski Assignee: Nick Belaevski Fix For: 4.0.0.Milestone4 -- 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

15 years

2
4
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues November 2010