January 2010 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-8242) <a4j:commandLink /> not "fully" disabled (<a> should be <span>)

by Jochen H (JIRA)

<a4j:commandLink /> not "fully" disabled (<a> should be <span>) --------------------------------------------------------------- Key: RF-8242 URL: https://jira.jboss.org/jira/browse/RF-8242 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.3.2.GA Environment: Ubuntu Karmic Firefox 3.5.6 Seam 2.2.0 JSF 1.0 Reporter: Jochen H Priority: Minor Hi, When you use this code: {code} <h:commandLink value="#{msg['mailbox.label.deselect']}" action="#{mailboxManagementBean.deselectAllMessageRecipients}" style="margin-left:15px" disabled="#{empty (mailboxManagementBean.selectedMessageRecipients)}"/> {code} ... and "#{empty (mailboxManagementBean.selectedMessageRecipients)}" returns "true", the following output is generated: {code} <span style="margin-left: 15px;">Alles deselecteren</span> {code} When you use this code: {code} <a4j:commandLink id="deleteAllLink" onclick="#{rich:component('deleteMessageRecipientsPanel')}.show()" disabled="#{empty (mailboxManagementBean.selectedMessageRecipients)}" style="margin-left:15px">delete all</a4j:commandLink> {code} ... and "#{empty (mailboxManagementBean.selectedMessageRecipients)}" returns "true", the following output is generated: {code} <a id="deleteAllLink" onclick="return false;" name="deleteAllLink" href="#">delete all</a> {code} This should also be a "span" element. Ok, disabled works because no HTTP request will be made, but the link is still clickable. I want the same behaviour as a "h:commandLink". Can this be confirmed as a bug? -- 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

14 years, 10 months

2
2
0 / 0

[JBoss JIRA] Resolved: (RF-7603) a4j:form data="#{}" does not populate javascript data variable (data is undefined)

by Andrey Markhel (JIRA)

[ https://jira.jboss.org/jira/browse/RF-7603?page=com.atlassian.jira.plugin... ] Andrey Markhel resolved RF-7603. -------------------------------- Resolution: Done Applied > a4j:form data="#{}" does not populate javascript data variable (data is undefined) > ---------------------------------------------------------------------------------- > > Key: RF-7603 > URL: https://jira.jboss.org/jira/browse/RF-7603 > Project: RichFaces > Issue Type: Patch > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 3.3.2.CR1 > Environment: Gentoo Linux 2.6.24 > Sun Java 1.6.0.0.7 > RichFaces 3.2.1_GA > Facelets 1.1.14 > Apache Tomcat 6.0 AppServer > JSF 1.2 RI > Reporter: Lincoln Baxter III > Assignee: Andrey Markhel > Fix For: 3.3.3.CR1 > > Attachments: UIAjaxForm.java > > Time Spent: 3 hours > Remaining Estimate: 0 minutes > > When using the a4j:form component, the data="#{managedBean.property}" attribute is not correctly causing the javascript data variable to be populated. > See example below. data is always undefined, even if the managed bean property is set to a valid value, the alert box shows undefined. > I verified that when using a4j:commandButton, the data variable is correctly populated, and the alert box displays the value. > <a4j:form id="themouth" data="#{indexBean.ajaxInputOk}" > reRender="whispers,earInput,earErrors" > oncomplete="alert(data)" ajaxSubmit="true"> > <div class="centered paddingLarge"><h:outputText > id="whispers" styleClass="smallText" value="#{indexBean.whispers}" /></div> > <div class="centered" id="earWhisper"><a4j:outputPanel id="earErrors"> > <h:message showSummary="true" showDetail="false" for="earInput" > style="color: red;" /> > </a4j:outputPanel><br /> > <h:inputText id="earInput" autocomplete="off" > value="#{indexBean.input}" > validator="#{indexBean.validateWhisper}" required="true"> > </h:inputText> <h:commandButton id="whisperButton" > action="#{indexBean.doWhisper}" value="whisper" /></div> > </a4j:form> -- 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

14 years, 10 months

1
0
0 / 0

[JBoss JIRA] Created: (RF-8057) comboBox

by Anton Belevich (JIRA)

comboBox -------- Key: RF-8057 URL: https://jira.jboss.org/jira/browse/RF-8057 Project: RichFaces Issue Type: Bug Components: component Affects Versions: 3.3.2.SR1 Reporter: Anton Belevich Fix For: 3.3.3.CR1 is not possible to select empty value -- 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

14 years, 10 months

5
10
0 / 0

[JBoss JIRA] Created: (RF-8075) Create new test cases for richfaces-demo

by Pavol Pitonak (JIRA)

Create new test cases for richfaces-demo ----------------------------------------- Key: RF-8075 URL: https://jira.jboss.org/jira/browse/RF-8075 Project: RichFaces Issue Type: Task Components: examples Reporter: Pavol Pitonak Assignee: Pavol Pitonak StatusTestCase is very depending on speed of computer it is running on. Paint2DTestCase and MediaOutputTestCase use images' hashes in assertions. These test cases pass only in linux on Sun JDK5. Find a better way how to verify the content of the (generated) image. -- 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

14 years, 10 months

3
4
0 / 0

[JBoss JIRA] Created: (RF-8177) rf-demo ftest - patch Wait.until() method to test conditions on the start of the loop

by Lukas Fryc (JIRA)

rf-demo ftest - patch Wait.until() method to test conditions on the start of the loop ------------------------------------------------------------------------------------- Key: RF-8177 URL: https://jira.jboss.org/jira/browse/RF-8177 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: functional-tests, QA-environment Reporter: Lukas Fryc Assignee: Lukas Fryc Use following patch after solving related issues - some tests needs to be modifies (mainly widely used abstractTestSource()): Index: src/main/java/org/jboss/test/selenium/waiting/Wait.java =================================================================== --- src/main/java/org/jboss/test/selenium/waiting/Wait.java (revision 16033) +++ src/main/java/org/jboss/test/selenium/waiting/Wait.java (revision 16037) @@ -373,8 +373,28 @@ } /** - * Stars loop waiting to satisfy condition. + * <p>Stars loop waiting to satisfy condition.</p> * + * <p>The condition will be tested</p> + * + * <ul> + * <li>on the start,</li> + * <li>every time interval after last try</li> + * <li>and also once after timeout when finishes interval since last try before timeout.</li> + * </ul> + * + * <p>Scheme:</p> + * + * <p><pre>S ..int.. T ..int.. T ..int1..timeout..int2.. L</pre></p> + * + * <p> + * <div>S - starting try</div> + * <div>T - try within intervals</div> + * <div>L - last try after timeout</div> + * <div>int - one interval</div> + * <div>int = int1 + int2</div> + * </p> + * * @param condition * what wait for to be satisfied */ @@ -382,13 +402,17 @@ long start = System.currentTimeMillis(); long end = start + timeout; while (System.currentTimeMillis() < end) { + if (condition.isTrue()) + return; try { Thread.sleep(interval); } catch (InterruptedException e) { throw new RuntimeException(e); } - if (condition.isTrue()) - return; + if (System.currentTimeMillis() >= end) { + if (condition.isTrue()) + return; + } } fail(); } -- 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

14 years, 10 months

2
3
0 / 0

[JBoss JIRA] Created: (RF-8238) Calendar with datePattern from resourcebundle doesn't validate

by Andreas Schank (JIRA)

Calendar with datePattern from resourcebundle doesn't validate -------------------------------------------------------------- Key: RF-8238 URL: https://jira.jboss.org/jira/browse/RF-8238 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.2.2 Reporter: Andreas Schank Assignee: Alexander Dubovsky Fix For: 3.3.0 See also: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=143930 I use: <rich:calendar value="#{person.birthDate}" datePattern="#{messages['datepattern']}/> The date *is* formatted according to the pattern, but on submitting the form, the validation fails: '04-12-1968' could not be understood as a date. Example: 29-10-2008 Note: the example also uses the correct datePattern If I hardcode the pattern in the template (datePattern='dd-MM-yyyy'), the validation succeeds (but then the pattern is not localized anymore). I tried a4j:loadBundle, and referencing that instance (this was a suggestion from the forum entry). It resulted in the same error message. -- 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

14 years, 11 months

2
3
0 / 0

[JBoss JIRA] Created: (RF-8234) Wrong <rich:menuGroup> Child Position

by Indra Gunawan (JIRA)

Wrong <rich:menuGroup> Child Position ------------------------------------- Key: RF-8234 URL: https://jira.jboss.org/jira/browse/RF-8234 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-menu Affects Versions: 3.3.0 Environment: All OS, All Browser Reporter: Indra Gunawan I'm new to RichFaces ... I have a strange position problem with <rich:menuGroup> children (components that I put between <rich:menuGroup> tags). When I hover on menu label, the child appears at wrong position. But when I click on arrow image, the child appears correctly. How can I fix this? -- 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

14 years, 11 months

2
5
0 / 0

[JBoss JIRA] Created: (RF-8233) Create "common" project containing common CDK routines

by Nick Belaevski (JIRA)

Create "common" project containing common CDK routines ------------------------------------------------------ Key: RF-8233 URL: https://jira.jboss.org/jira/browse/RF-8233 Project: RichFaces Issue Type: Sub-task Security Level: Public (Everyone can see) Components: CDK Affects Versions: 4.0.0.ALPHA2 Reporter: Nick Belaevski Assignee: Nick Belaevski Fix For: 4.0.0.ALPHA2 -- 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

14 years, 11 months

1
1
0 / 0

[JBoss JIRA] Created: (RF-8236) data model for dropDown Menu

by Dave Chen (JIRA)

data model for dropDown Menu ---------------------------- Key: RF-8236 URL: https://jira.jboss.org/jira/browse/RF-8236 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: component-menu Environment: ALL Reporter: Dave Chen For rich:dropDownMenu component, menuItem/group tags are used to contruct the dropdown menu. For our application, we have a tree-structured commands that we need to show a dropDown Menu. The tree structured commands are dynamically created at runtime. Like rich:tree, a tree-structured data model for rich:dropDownMenu is needed. -- 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

14 years, 11 months

2
1
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues January 2010