October 2008 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-4313) dragIndicator: component stay binded to cursor after mouse button is released under Safari browser.

by Mikhail Vitenkov (JIRA)

dragIndicator: component stay binded to cursor after mouse button is released under Safari browser. --------------------------------------------------------------------------------------------------- Key: RF-4313 URL: https://jira.jboss.org/jira/browse/RF-4313 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2 Environment: Safari 3.1(3.2.2.BETA5) Reporter: Mikhail Vitenkov Assignee: Nick Belaevski Priority: Minor #1. Use following code: <h:form> <rich:panel id="panelID"> <rich:dragIndicator id="indicatorID"> <f:facet name="single"> <f:verbatim>{param1} {param2} {param3}</f:verbatim> </f:facet> </rich:dragIndicator> <rich:panel style="width: 200px;"> <rich:dragSupport dragType="button" dragIndicator="indicatorID"> <rich:dndParam name="param1" value="dragParam"></rich:dndParam> </rich:dragSupport> <h:commandButton id="buttonID" action="return false;" value="draggable button" /> </rich:panel> <br /> <rich:panel style="width: 200px;"> <h:inputTextarea id="textAreaID1" value="accept button" disabled="true" /> <rich:dropSupport acceptedTypes="button"> <rich:dndParam name="param2" value="dropParam1"></rich:dndParam> </rich:dropSupport> </rich:panel> <rich:panel style=" width : 200px;"> <h:inputTextarea id="textAreaID2" value="reject button" disabled="true" /> <rich:dropSupport acceptedTypes=""> <rich:dndParam name="param3" value="dropParam2"></rich:dndParam> </rich:dropSupport> </rich:panel> </rich:panel> </h:form> #2. Navigate to page with rich:dragIndicator under Safari. #3. Drag panel with "draggable button" button to any of remaining panels. #4. Under a panel with dropSupport inside release mouse button. #5. Move pointer out the panel. Actual behavior: Drag indicator with dndParams still visible & attached to mouse pointer. -- 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

17 years, 4 months

2
3
0 / 0

[JBoss JIRA] Created: (RF-4514) add process attribute to tooltip

by Ilya Shaikovsky (JIRA)

add process attribute to tooltip -------------------------------- Key: RF-4514 URL: https://jira.jboss.org/jira/browse/RF-4514 Project: RichFaces Issue Type: Feature Request Affects Versions: 3.2.2 Reporter: Ilya Shaikovsky Assignee: Nick Belaevski Priority: Minor -- 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

17 years, 4 months

2
1
0 / 0

[JBoss JIRA] Created: (RF-4395) rich:dropDownMenu - display is never right

by Chris Simons (JIRA)

rich:dropDownMenu - display is never right ------------------------------------------ Key: RF-4395 URL: https://jira.jboss.org/jira/browse/RF-4395 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Reporter: Chris Simons I see a lot of rich:dropDownMenu bugs being resolved as "Cannot Reproduce" but RichFaces users are clearly reporting these issues over and over again. Here is a simple rich:dropDownMenu inside of a rich:dataTable column. <rich:dropDownMenu value="Actions"> <rich:menuItem submitMode="ajax" value="Edit" action="#{userProfileManager.modifyEmergencyContact}"> </rich:menuItem> <rich:menuItem submitMode="ajax" value="Delete" action="#{userProfileManager.preRemoveEmergencyContact}" oncomplete="javascript:Richfaces.showModalPanel('removePopup')"> </rich:menuItem> </rich:dropDownMenu> In IE 6, this renders wrong (see screenshot). In FireFox 2.0/3.0, it is still wrong but slightly better. (see screenshot) Adding a rich:toolBar around the rich:dropDownMenu does little to change the appearance... <rich:toolBar> <rich:dropDownMenu value="Actions"> <rich:menuItem submitMode="ajax" value="Edit" action="#{userProfileManager.modifyEmergencyContact}"> </rich:menuItem> <rich:menuItem submitMode="ajax" value="Delete" action="#{userProfileManager.preRemoveEmergencyContact}" oncomplete="javascript:Richfaces.showModalPanel('removePopup')"> </rich:menuItem> </rich:dropDownMenu> </rich:toolBar> IE 6 - see screenshot; first menuItem will not highlight when hovered; appearance is all over the place Firefox 2.0/3.0 - see screenshot; These are two RichFaces components not playing nice together. Shouldn't they? -- 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

17 years, 4 months

2
8
0 / 0

[JBoss JIRA] Created: (RF-3592) tooltip with followMouse="true" renders incorrectly

by Shervin Asgari (JIRA)

tooltip with followMouse="true" renders incorrectly --------------------------------------------------- Key: RF-3592 URL: http://jira.jboss.com/jira/browse/RF-3592 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.0, 3.2.0.SR1, 3.2.1 Reporter: Shervin Asgari <style> .tooltip { background-color:#{richSkin.generalBackgroundColor}; border-width:3px; padding:10px; } </style> <rich:toolTip followMouse="true" direction="top-right" styleClass="tooltip"> <span style="white-space:nowrap">Some text</span> </rich:toolTip> This code above will render the tooltip on top left corner for a very short while when you first enter it and then it displays it correctly. -- 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

17 years, 4 months

2
3
0 / 0

[JBoss JIRA] Created: (RF-2109) 'RichFaces' is undefined JS error

by Gauri Pandhare (JIRA)

'RichFaces' is undefined JS error --------------------------------- Key: RF-2109 URL: http://jira.jboss.com/jira/browse/RF-2109 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.3 Environment: JDK1.5, Jboss Portal 2.4.1, Jboss App Server 4.0.5, Reporter: Gauri Pandhare I have the following taglib's included - <%@ taglib uri="http://richfaces.org/a4j" prefix="a4j"%> <%@ taglib uri="http://richfaces.org/rich" prefix="rich"%> and using the following code to call the suggestion box. <h:outputText styleClass="jsf-output-text" value="text"/> <h:inputText id="text" value="#{Bean.textvalue}" required="true"/> <rich:suggestionbox for="text" var="textop" suggestionAction="#{Bean.searchtextValue}" height="100" width="150"> <h:column> <h:outputText value="#{textop}" /> </h:column> </rich:suggestionbox> -- 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

17 years, 4 months

2
10
0 / 0

[JBoss JIRA] Created: (RF-4726) inputNumberSpinner: inputStyle problem

by Tsikhon Kuprevich (JIRA)

inputNumberSpinner: inputStyle problem -------------------------------------- Key: RF-4726 URL: https://jira.jboss.org/jira/browse/RF-4726 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2 Environment: JSP myFaces tomcat 6 FF 3 Reporter: Tsikhon Kuprevich Assignee: Nick Belaevski When using inputStyle="color: #00ff00" it is rendered correctly into html, but doesn't work. For instance, it looks like <input style="color: #00ff00" ... /> which is correct. But actually, text colour inside the input is not green — it is still of default colour. -- 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

17 years, 4 months

2
1
0 / 0

[JBoss JIRA] Created: (RF-4785) org.ajax4jsf.webapp.WebXml.getFacesResourceKey(String) incorrect handling of resources witj jsessionid & request parameters

by Nick Belaevski (JIRA)

org.ajax4jsf.webapp.WebXml.getFacesResourceKey(String) incorrect handling of resources witj jsessionid & request parameters --------------------------------------------------------------------------------------------------------------------------- Key: RF-4785 URL: https://jira.jboss.org/jira/browse/RF-4785 Project: RichFaces Issue Type: Bug Reporter: Nick Belaevski Priority: Minor Resource org.ajax4jsf.resource.AjaxScript;jsessionid=AAAAA...?Test=Test won't be handled correctly because of getFacesResourceKey() method implementation -- 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

17 years, 4 months

1
2
0 / 0

[JBoss JIRA] Created: (RF-3488) DataScrollerPhaseListener searches component tree when not using datascroller component

by Peter Brewer (JIRA)

DataScrollerPhaseListener searches component tree when not using datascroller component --------------------------------------------------------------------------------------- Key: RF-3488 URL: http://jira.jboss.com/jira/browse/RF-3488 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.0 Environment: RichFaces 3.2.0.SR1 + Seam 2.0.1.GA + JBoss AS 4.2.2.GA Reporter: Peter Brewer Priority: Minor The org.richfaces.component.DataScrollerPhaseListener adds a phase listener that always searches through the component tree looking for a DataScroller component (to reset the pagination I think), evaluating the isRendered flag on each component. I would suggest that, if possible, this should only occur when a DataScroller component is actually present on the page, avoiding the overhead of searching the entire component tree on each request. (Could the DataScroller component store its id in the view root attributes to switch the searching on/ off?) Also, the evaluation of the rendered attribute by the phase listener ought to be documented to aid developers. -- 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

17 years, 4 months

3
6
0 / 0

[JBoss JIRA] Created: (RF-3324) InplaceSelect: Scrolls don't work on Safari.

by Heorhi Maksimenko (JIRA)

InplaceSelect: Scrolls don't work on Safari. -------------------------------------------- Key: RF-3324 URL: http://jira.jboss.com/jira/browse/RF-3324 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Environment: Windows XP; JSP, Facelets Reporter: Heorhi Maksimenko Assigned To: Nick Belaevski Try drug and drop scroll. --> List is disappear. -- 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

17 years, 4 months

4
9
0 / 0

[JBoss JIRA] Created: (RF-2755) The h:selectBooleanCheckbox not rendered correctly in last row of rich:dataTable

by Sergey Schelkunov (JIRA)

The h:selectBooleanCheckbox not rendered correctly in last row of rich:dataTable -------------------------------------------------------------------------------- Key: RF-2755 URL: http://jira.jboss.com/jira/browse/RF-2755 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.4 Environment: JBoss 4.2.2.GA; Seam 2.0.1.GA; RichFaces 3.1.4 Reporter: Sergey Schelkunov Test Case: 1. h:selectBooleanCheckbox'es are placed into rich:dataTable's rows 2. Backing bean Value(s) of checkbox(es) are changed 3. Rerender action is fired by a4j:commandLink or a4j:commandButton Result: Changed state of Checkboxes are shown in all table rows except last row. Correct state will be displayed after full page reloading. RichFaces 3.1.2 work right, other versions and snapshot not verified. -- 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

17 years, 4 months

2
9
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues October 2008