January 2011 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-10026) richfaces-showcase tooltip is far from cursor than page zoomed in Chrome and Safari on GAE local

by Ara Minosian (JIRA)

richfaces-showcase tooltip is far from cursor than page zoomed in Chrome and Safari on GAE local ------------------------------------------------------------------------------------------------ Key: RF-10026 URL: https://issues.jboss.org/browse/RF-10026 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-output Affects Versions: 4.0.0.Milestone4 Environment: Windows 7-64, GAE 1.4.0, local mode, Java(TM) SE Runtime Environment (build 1.6.0_22-b04) Reporter: Ara Minosian richfaces-showcase tooltip is far from cursor than page zoomed in in Chrome 7.0.517.41 and Safari 5.0.2. Opera 10.63; FireFox 3.6.12; IE8-64 are ok -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

3
6
0 / 0

[JBoss JIRA] Created: (RF-10001) rich:extendedDataTable - scrolls out of selection viewscope when using down-arrow-key

by Lukas Fryc (JIRA)

rich:extendedDataTable - scrolls out of selection viewscope when using down-arrow-key ------------------------------------------------------------------------------------- Key: RF-10001 URL: https://issues.jboss.org/browse/RF-10001 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Affects Versions: 4.0.0.Milestone4 Environment: * RichFaces 4.0.0-SNAPSHOT r.20513 * Metamer 4.0.0-SNAPSHOT r.unknown * Mojarra 2.0.3-FCS * Apache Tomcat 6.0.29 * OpenJDK Runtime Environment 1.6.0_20-b20 @ Linux * Firefox 3.6.13 @ Linux x86_64 (Ubuntu) Reporter: Lukas Fryc Priority: Minor When using down arrow key to scroll with EDT, it is expected that selection is changed, but on Firefox on Linux, the table is scroller but selection isn't changed. Verified that it works in other browsers except Firefox 3.6.x on Linux (specifically it works on Windows). -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

4
5
0 / 0

[JBoss JIRA] Created: (RF-9899) rich:inputNumberSlider - tooltip moves other way then slider pointer (arrow) when font increased

by Lukas Fryc (JIRA)

rich:inputNumberSlider - tooltip moves other way then slider pointer (arrow) when font increased ------------------------------------------------------------------------------------------------ Key: RF-9899 URL: https://jira.jboss.org/browse/RF-9899 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0.0.Milestone4 Environment: * RichFaces 4.0.0-SNAPSHOT r.20272 * Metamer 4.0.0-SNAPSHOT r.20302 * Mojarra 2.0.3-FCS * Apache Tomcat 6.0.29 * OpenJDK Runtime Environment 1.6.0_18-b18 @ Linux * Chrome 7.0.517.44 (64615) Ubuntu 10.04 @ Linux x86_64 Reporter: Lukas Fryc Priority: Minor See steps to reproduce and attached screenshot. Applies only for increased font size. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

5
12
0 / 0

[JBoss JIRA] Created: (RF-9561) progressBar: review sizes applying. No simple way to re-define height for bar element

by Ilya Shaikovsky (JIRA)

progressBar: review sizes applying. No simple way to re-define height for bar element ------------------------------------------------------------------------------------- Key: RF-9561 URL: https://jira.jboss.org/browse/RF-9561 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: component-output Affects Versions: 4.0.0.Milestone4 Reporter: Ilya Shaikovsky Assignee: Nick Belaevski Priority: Minor Fix For: Future_4.X currently need to redefine two css classes to re-define the bar element height. proposed to change height definition - use height defined at upper element div and setting 100% for nested. (currently nested has values in px duplicated) + width also should be reviewed. Ideally look through other css in markup. + FileUpload component will be affected by changes and should be additionally checked after changes. -- 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

14 years, 11 months

3
3
0 / 0

[JBoss JIRA] Created: (RF-9554) tabPAnel: headers text alligned to top

by Ilya Shaikovsky (JIRA)

tabPAnel: headers text alligned to top -------------------------------------- Key: RF-9554 URL: https://jira.jboss.org/browse/RF-9554 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-panels-layout-themes Affects Versions: 4.0.0.Milestone3 Reporter: Ilya Shaikovsky Fix For: Future_4.X Attachments: tabs headers.gif Look at screenshot attached. I guess design markup need to be checked. In 3.3.x labels was centered. -- 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

14 years, 11 months

3
5
0 / 0

[JBoss JIRA] Created: (RF-10170) Improve Converter finding if EL expression is semi-resolvable

by Martin Kočí (JIRA)

Improve Converter finding if EL expression is semi-resolvable ------------------------------------------------------------- Key: RF-10170 URL: https://issues.jboss.org/browse/RF-10170 Project: RichFaces Issue Type: Enhancement Security Level: Public (Everyone can see) Components: compatibility Affects Versions: Future_4.X Environment: RichFaces 4 svn rev. 20933 Reporter: Martin Kočí example (#{bean.propertyNull} resolves to null): <h:inputText value="#{bean.propertyNull.zeitangabe}" /> outputs a input field <r:calendar value="#{bean.propertyNull.zeitangabe}" /> throws value="#{bean.propertyNull.zeitangabe}": Target Unreachable, 'propertyNull' returned null Problem is in org.richfaces.component.util.SelectUtils.findConverter: method tries to locate a Converter even if informations for this are "uknown". Simple solution can be: find converter only for ValueExpression which leads to not null value, because if no value for "value" ValueExpression :), then no conversion getAsString is necessary (at least is is true if spec does not mandates conversion for null value). -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

2
5
0 / 0

[JBoss JIRA] Created: (RF-10293) richfaces-showcase: message: not updated via ajax but h:message + outputPanel does.

by Ilya Shaikovsky (JIRA)

richfaces-showcase: message: not updated via ajax but h:message + outputPanel does. ----------------------------------------------------------------------------------- Key: RF-10293 URL: https://issues.jboss.org/browse/RF-10293 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-validators, examples Affects Versions: 4.0.0.Milestone5 Reporter: Ilya Shaikovsky Assignee: Nick Belaevski Nick please review "edit" sample of data table locally. (not at GAE) when you will click edit and try to enter letters in numerical fields - nothing will apears in rich:messages. So I added a4j:outputPanel and messages are appears there fine. Note: on the page with single form and out of any popups rich:message works fine. E.g. - CSV sample. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 12 months

4
16
0 / 0

[JBoss JIRA] Created: (RF-10367) queue: onbeforedomeupdate and ignoreDupResponce inconsistency

by Ilya Shaikovsky (JIRA)

queue: onbeforedomeupdate and ignoreDupResponce inconsistency ------------------------------------------------------------- Key: RF-10367 URL: https://issues.jboss.org/browse/RF-10367 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: core Affects Versions: 4.0.0.Milestone5 Reporter: Ilya Shaikovsky Assignee: Nick Belaevski check http://localhost:8080/richfaces-showcase/richfaces/component-sample.jsf?d... addUpdate() called before ignoreDupResponse check. It's problem of current demo(count of DOM updates shown same as requests count). But I believe that demo written as it should. I believe that beforedomupdate should be fired only before real DOM update. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 12 months

3
5
0 / 0

[JBoss JIRA] Created: (RF-9349) messages: consider inclusion of passed state functionality

by Ilya Shaikovsky (JIRA)

messages: consider inclusion of passed state functionality ----------------------------------------------------------- Key: RF-9349 URL: https://jira.jboss.org/browse/RF-9349 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: component-a4j-core Reporter: Ilya Shaikovsky Assignee: Alexander Smirnov Fix For: 4.0.0.Milestone3 Alex, we had problems with that functionality in 3.3.x and turned it off(at least restricted usage at our doc resources). Need to revise that problems again and if possible - consider that feature durng development. problem details - https://jira.jboss.org/browse/RF-764 -- 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

14 years, 12 months

4
6
0 / 0

[JBoss JIRA] Created: (RF-10260) rich:dropDownMenu cursor blinks/flashes through expanded menu in Internet Explorer

by Karl Mueller (JIRA)

rich:dropDownMenu cursor blinks/flashes through expanded menu in Internet Explorer ---------------------------------------------------------------------------------- Key: RF-10260 URL: https://issues.jboss.org/browse/RF-10260 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-menu Affects Versions: 4.0.0.Milestone5 Environment: Windows Vista Build 6001 apache-tomcat-7.0.5 Sun jdk1.6.0_14 RichFaces 4.0.0.20101226-M5 Mojarra JSF 2.0.3-FCS Reporter: Karl Mueller Priority: Minor Cursor blinks through expanded menu in Internet Explorer If an h:inputfield has focus and rich:dropDownMenu expands over the input field, the cursor blinks/flashes through the menu in Internet Explorer 7 & 8. This does not happen in FireFox. Adding a high z-index to the menu does not solve the issue. Unfortunately I do not have permission to add an attachment, otherwise I would have provided a screenshot. Menu (with z-index fix attempt) <rich:toolbar height="26px" style="z-index: 99999;"> <c:forEach items="#{menuBean.menuGroups}" var="menuGroup"> <rich:dropDownMenu mode="server" style="z-index: 99999;"> <f:facet name="label"> <h:outputText value="#{menuGroup.menuName}" /> </f:facet> <c:forEach items="#{menuGroup.menuElements}" var="menuElement"> <rich:menuItem style="z-index: 99999;"> <h:outputLink value="#{request.contextPath}#{menuElement.targetURL}"> <h:outputText value="#{menuElement.label}"></h:outputText> </h:outputLink> </rich:menuItem> </c:forEach> </rich:dropDownMenu> </c:forEach> </rich:toolbar> -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 12 months

3
3
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues January 2011