December 2011 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-7921) DropDownMenu: wrong vertical positioning of popup list on scrolling in Firefox

by rofl rofl (JIRA)

DropDownMenu: wrong vertical positioning of popup list on scrolling in Firefox ------------------------------------------------------------------------------ Key: RF-7921 URL: https://jira.jboss.org/jira/browse/RF-7921 Project: RichFaces Issue Type: Bug Components: component-menu Affects Versions: 3.3.2.CR1, 3.3.1 Environment: winXP, hibernate 3.2.4.sp1, seam 2.1.0.SP1, firefox 3.5.3 Reporter: rofl rofl Priority: Minor The popup list of the drop down menu is wrongly positioned when one scrolls the page. It is shown too far below it's anchor point (i.e. it is not directly connected to it's anchor point) - the offset changes on scrolling (i.e. the more one scrools down, the farer below it is shown) -- 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

12 years, 9 months

5
8
0 / 0

[JBoss JIRA] (RF-11635) [rich:calendar] missing attribute title

by Rene O (Created) (JIRA)

[rich:calendar] missing attribute title --------------------------------------- Key: RF-11635 URL: https://issues.jboss.org/browse/RF-11635 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.1.0.Milestone3 Reporter: Rene O The rich:calendar component has no title-attribute. Example: <rich:calendar title="some text" .../> shows no tooltip. <h:input title="some text" ... /> shows the tooltip 'some text' -- 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, 9 months

3
3
0 / 0

[JBoss JIRA] Created: (RF-11152) Change priority of application css

by Robert Sendys (JIRA)

Change priority of application css ---------------------------------- Key: RF-11152 URL: https://issues.jboss.org/browse/RF-11152 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: component, doc Affects Versions: 4.0.0.Final Environment: JBoss AS7 Reporter: Robert Sendys If the outputStylesheet is included in the h:head then it is added before the built-in stylesheets then has no effect. If the outputStylesheet is included in the h:body then is ok. Of course, this applies to property that we want to overwrite. Change documentation [Developer Guide|http://docs.jboss.org/richfaces/latest_4_0_X/Developer_Guide/en-US/...] or change application :) -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

9
15
0 / 0

[JBoss JIRA] (RF-11684) [rich:dataScroller] optimize behaviour of fastStep

by Rene O (Created) (JIRA)

[rich:dataScroller] optimize behaviour of fastStep -------------------------------------------------- Key: RF-11684 URL: https://issues.jboss.org/browse/RF-11684 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 4.1.0.Milestone4 Reporter: Rene O Example: - number of total pages 9 - fastStep="5" - current page is 6 -> fastControl button is disabled better behaviour: fastControl button is enabled and jumps to page 9 if clicked -- 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, 9 months

3
2
0 / 0

[JBoss JIRA] (RF-11805) a4j:queue onerror doesn't seem to work

by Brendan Healey (Created) (JIRA)

a4j:queue onerror doesn't seem to work -------------------------------------- Key: RF-11805 URL: https://issues.jboss.org/browse/RF-11805 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.1.0.CR2 Reporter: Brendan Healey I was just testing some 'global' ajax error handling code. I put an <a4j:queue onerror="alert('A')"/> outside a form, then forced an ajax error like this: <h:inputText> <a4j:ajax event="blur" listener="#{myBean.forceAjaxError}"/> </h:inputText> public void forceAjaxError(AjaxBehaviorEvent event) { getResponse().setStatus(501); } public HttpServletResponse getResponse() { return (HttpServletResponse) FacesContext.getCurrentInstance().getExternalContext().getResponse(); } so I click into and out of the input, the ajax POST request completes with a 501 status but no alert is shown. I just tried it with a4j:status and this does pick up the error. -- 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, 9 months

6
6
0 / 0

[JBoss JIRA] (RF-11783) disabled a4j:commandButton with nested tooltip disappears when enabled with ajax render

by Brendan Healey (Created) (JIRA)

disabled a4j:commandButton with nested tooltip disappears when enabled with ajax render --------------------------------------------------------------------------------------- Key: RF-11783 URL: https://issues.jboss.org/browse/RF-11783 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.1.0.Milestone4 Environment: Mojarra 2.1.3, Glassfish 3.1.1. Reporter: Brendan Healey The following code resides in the footer of an extendedDataTable, although my guess is that this is not relevant. The button is initially disabled, then bean.property is set true and we do ajax render="myButton". The button disappears from the screen. Removing the tooltip makes it work as expected. <a4j:commandButton id="myButton" value=" test " action="apage?faces-redirect=true" disabled="#{empty bean.property}"> <rich:tooltip mode="client" showDelay="850"> <h:panelGroup layout="block" style="width: 200px; text-align: justify"> <h:outputText escape="false" value="some text"/> </h:panelGroup> </rich:tooltip> </a4j:commandButton> -- 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, 9 months

5
7
0 / 0

[JBoss JIRA] (RF-11782) [rich:tabPanel] switching tabs doesn't work correctly with switchtype="ajax"

by Rene O (Created) (JIRA)

[rich:tabPanel] switching tabs doesn't work correctly with switchtype="ajax" ---------------------------------------------------------------------------- Key: RF-11782 URL: https://issues.jboss.org/browse/RF-11782 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.1.0.CR1 Environment: mojarra-2.1.4, RF-CR1 Reporter: Rene O A testcase to reproduce this issue is attached: http://localhost:8080/jsf2testcase/tabswitchtest.jsf Steps to reproduce the issue: 1. switch to 'Tab 3' -> console/server-log shows 'getTestListA' and 'getTestListB' -> this is a bug, expected is only 'getTestListB', because tab3 has only one table with testListB 2. switch to 'Tab 1' -> console/server-log shows 'getTestListB' -> this is a bug, expected is nothing new in console/server-log, because tab1 has no table {code:title=xhtml} ... <h:form id="testform"> <rich:tabPanel id="tabpanel" switchType="ajax" activeItem="#{dataBean.activeTab}"> <rich:tab id="tab1" header="Tab 1"> Here is tab #1 </rich:tab> <rich:tab id="tab2" header="Tab 2"> <rich:dataTable value="#{dataBean.testListA}" var="item" rows="10"> <rich:column > <f:facet name="header"> List A </f:facet> h:outputText value="#{item.a}"/> </rich:column> </rich:dataTable> </rich:tab> <rich:tab id="tab3" header="Tab 3"> <rich:dataTable value="#{dataBean.testListB}" var="item" rows="10"> <rich:column > <f:facet name="header"> List B </f:facet> <h:outputText value="#{item.a}"/> </rich:column> </rich:dataTable> </rich:tab> </rich:tabPanel> </h:form> ... {code} {code:title=java} ... public List<TestObject> getTestListA() { System.out.println("getTestListA"); return testListA; } ... public List<TestObject> getTestListB() { System.out.println("getTestListB"); return testListB; } ... {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, 9 months

8
8
0 / 0

[JBoss JIRA] (RF-11758) simpleapp archetype mobile enhancements

by Wesley Hales (Created) (JIRA)

simpleapp archetype mobile enhancements --------------------------------------- Key: RF-11758 URL: https://issues.jboss.org/browse/RF-11758 Project: RichFaces Issue Type: Enhancement Security Level: Public (Everyone can see) Reporter: Wesley Hales Fix For: 4.2.0.Tracking We need to either have dynamic filtering of files during archetype creation, so the slid fast and mobile resources don't get copied over on simple app archetype creation without the -Dmobile-optimized=true. OR We create another archetype for mobile richfaces apps.... -- 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, 9 months

2
1
0 / 0

[JBoss JIRA] (RF-11770) showcase - rich:dataScroller - the fastStep should be set to more than default 1

by Juraj Huska (Created) (JIRA)

showcase - rich:dataScroller - the fastStep should be set to more than default 1 -------------------------------------------------------------------------------- Key: RF-11770 URL: https://issues.jboss.org/browse/RF-11770 Project: RichFaces Issue Type: Enhancement Security Level: Public (Everyone can see) Environment: richfaces showcase all containers all browsers Reporter: Juraj Huska The fast step attribute of rich:dataScroller should be set to more than default 1. IMHO it will looks more good when there is clear difference between normal next button and fast next button. It should be set at least for rich:dataScroller demo. Other demos which uses dataScroller are: a4j:repeat rich:dataTable - editing, Arrangeable rich:dataGrid rich:componentControl -- 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, 9 months

3
2
0 / 0

[JBoss JIRA] (RF-11740) oncomplete never called when using MyFaces 2.1.4.

by Milo van der Zee (Created) (JIRA)

oncomplete never called when using MyFaces 2.1.4. ------------------------------------------------- Key: RF-11740 URL: https://issues.jboss.org/browse/RF-11740 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component Affects Versions: 4.1.0.CR1 Environment: richfaces-4.1.0.20111111-CR1, MyFaces 2.1.4, Tomcat 7.0.21 Reporter: Milo van der Zee Priority: Critical The oncomplete of button1 is never called. Button3 works as expected and also the oncomplete event is fired. Seems like RF4.1 has a small javascript bug that fails to handle the event. {code:title="test.xhtml"} <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xmlns:a4j="http://richfaces.org/a4j" xmlns:h="http://java.sun.com/jsf/html" xmlns:f="http://java.sun.com/jsf/core" xmlns:vm="http://java.sun.com/jsf/composite/vm" > <h:head> </h:head> <body> <a4j:log level="INFO" mode="popup" hotkey="M"/>  <h:form id="form1"> <a4j:commandButton id="button1" value="button1" onbegin="console.log('button1 begin');" oncomplete="console.log('button1 complete');" execute="@none" bypassUpdates="true" immediate="true" render="@none" > <a4j:ajax event="begin" onbegin="console.log('begin ajax');" oncomplete="console.log('complete ajax');"/> </a4j:commandButton> </h:form>  <h:form id="form3"> <h:commandButton value="button3"> <f:ajax onevent="handler"/> </h:commandButton> <script> function handler(event) { console.log('handler: '+event.status); } </script> </h:form> </body> </html> {/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, 9 months

9
11
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues December 2011