[JBoss JIRA] Assigned: (RF-843) Tab Panel doesn't switches except client mode.
by Nick Belaevski (JIRA)
[ http://jira.jboss.com/jira/browse/RF-843?page=all ]
Nick Belaevski reassigned RF-843:
---------------------------------
Assignee: Anton Belevich (was: Nick Belaevski)
> Tab Panel doesn't switches except client mode.
> ----------------------------------------------
>
> Key: RF-843
> URL: http://jira.jboss.com/jira/browse/RF-843
> Project: RichFaces
> Issue Type: Bug
> Affects Versions: 3.1.0
> Environment: JSF 1.2
> Facelets 1.1.12
> Tomcat 6
> RF 3.1.0 RC5
> Reporter: Ilya Shaikovsky
> Assigned To: Anton Belevich
> Fix For: 3.2.0
>
>
> <ui:define name="body">
> <h:form>
> <rich:tabPanel switchType="ajax">
> <rich:tab label="test 1">
> <h:inputText value="#{person.prop1}" ></h:inputText>
> <rich:messages/>
> </rich:tab>
> <rich:tab label="Sample 2" immediate="true">
> <h:inputText value="#{person.prop2}" required="true"></h:inputText>
> </rich:tab>
> </rich:tabPanel>
> </h:form>
> <a4j:log popup="false"></a4j:log>
> </ui:define>
> This tabpanel doesn't switches. Behaviour returns to normal when I use immediate="false" on the tab control.
> Besides - there is no messages on the page.
> As I see from phasetracker second phase - fails.
> In client side log there is -
> debug[14:26:12,241]: Attempt to update part of page for Id: j_id2:j_id6
> debug[14:26:12,241]: call getElementById for id= j_id2:j_id6
> error[14:26:12,242]: New node for ID j_id2:j_id6 is not present in response
--
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
18 years, 5 months
[JBoss JIRA] Created: (RF-923) SuggestionBox: nested support missing var
by Nick Belaevski (JIRA)
SuggestionBox: nested support missing var
-----------------------------------------
Key: RF-923
URL: http://jira.jboss.com/jira/browse/RF-923
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.1.0
Reporter: Nick Belaevski
Assigned To: Andrey Izobov
Fix For: 3.2.0
Hi.
I'm trying to set a backingbean property from a property's POJO when the user selects an item from the suggestionBox..
I tryed to use a4j:support binded to "onselect" event... and the f:setPropertyActionListener, inside do a4j:suport, was executed.
But, the property of the POJO always came null to backingbean.
Is it normal?
follow the code:
<h:inputText value="#{bean.letter}" styleClass="txt" style="width:190px;" id="grupoNome" />
<rich:suggestionbox id="grupos" for="grupoNome" var="grupo" suggestionAction="#{bean.grupos}" requestDelay="500" >
<h:column>
<h:outputText value="#{grupo.nome}" />
</h:column>
<a4j:support event="onselect" reRender="grupoNome">
<f:setPropertyActionListener target="#{bean.idGrupo}" value="#{grupo.id}"/>
</a4j:support>
</rich:suggestionbox>
--------------------------
--------------------------
--------------------------
the action <f:setPropertyActionListener target="#{bean.idGrupo}" value="#{grupo.id}"/> execute. But I think the component don't mantain the state to "var" (grupo, in this case), because it always came null to #{bean.idGrupo} in the target..
Tks
[ Show » ]
Daniel Badawi [27/Aug/07 05:04 PM] Hi. I'm trying to set a backingbean property from a property's POJO when the user selects an item from the suggestionBox.. I tryed to use a4j:support binded to "onselect" event... and the f:setPropertyActionListener, inside do a4j:suport, was executed. But, the property of the POJO always came null to backingbean. Is it normal? follow the code: <h:inputText value="#{bean.letter}" styleClass="txt" style="width:190px;" id="grupoNome" /> <rich:suggestionbox id="grupos" for="grupoNome" var="grupo" suggestionAction="#{bean.grupos}" requestDelay="500" > <h:column> <h:outputText value="#{grupo.nome}" /> </h:column> <a4j:support event="onselect" reRender="grupoNome"> <f:setPropertyActionListener target="#{bean.idGrupo}" value="#{grupo.id}"/> </a4j:support> </rich:suggestionbox> -------------------------- -------------------------- -------------------------- the action <f:setPropertyActionListener target="#{bean.idGrupo}" value="#{grupo.id}"/> execute. But I think the component don't mantain the state to "var" (grupo, in this case), because it always came null to #{bean.idGrupo} in the target.. Tks
--
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
18 years, 5 months
[JBoss JIRA] Created: (RF-937) samples/skin project doesn't fit well with myfaces 1.2.1-SNAPSHOT
by kdjlkdaf klfjdlskajfd (JIRA)
samples/skin project doesn't fit well with myfaces 1.2.1-SNAPSHOT
-----------------------------------------------------------------
Key: RF-937
URL: http://jira.jboss.com/jira/browse/RF-937
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.0
Environment: Tomcat 6, Myfaces 1.2.1-SNAPSHOT
Reporter: kdjlkdaf klfjdlskajfd
Priority: Optional
Fix For: 3.1.0
I have found something strange on samples/skin project
You have the following code on SkinBean:
public class SkinBean {
/* ................... */
private UISelectOne createComponent() {
UISelectOne selectOne = new UISelectOne();
/* ................... */
Using myfaces-1.2.1-SNAPSHOT Throws IllegalArgumentException because
UISelectOne is not of type HtmlSelectOneRadio class
In many of the example pages I can found the following:
<h:form>
<h:selectOneRadio binding="#{skinBean.component}" />
<h:commandLink action="#{skinBean.change}" value="set skin" />
</h:form>
jsf-impl doesn't check it (but it should check it !!!!!), so myfaces has the correct behaviour.
The solution is simple. Do this instead
UISelectOne selectOne = new new HtmlSelectOneRadio();
But I don't know what other examples do.
And I have noted that when I execute
mvn install -P myfaces
setting myfaces property on the pom of samples project to 1.2.1-SNAPSHOT adds jsf 1.1 libraries to the war files.
Thanks for your attention.
Att: Leonardo Uribe
--
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
18 years, 5 months