[JBoss JIRA] Created: (RF-7057) realworld/Register: Registration Info is saved after click Cancel in case invalid Confirm Password
by Inna Shchibrya (JIRA)
realworld/Register: Registration Info is saved after click Cancel in case invalid Confirm Password
--------------------------------------------------------------------------------------------------
Key: RF-7057
URL: https://jira.jboss.org/jira/browse/RF-7057
Project: RichFaces
Issue Type: Bug
Components: examples
Affects Versions: 3.3.1
Environment: All browsers
Reporter: Inna Shchibrya
Assignee: Andrey Markhel
Priority: Minor
1. Open the application.
2. Go to Registration Info page.
3. Enter the information in input fields but with invalid Confirm Password.
4. Click Register button. --> "Confirm Password not equals password" message appeared. It's ok.
5. Click Cancel button.
6. Click Register link. --> All information excepting Password and Confirm Password is present.
If user select Female sex and click Cancel, it is saved.
Expected result: All information should be removed after user clicked Cancel button.
--
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
15 years, 7 months
[JBoss JIRA] Created: (RF-5004) toScript method in ScriptUtils.java doesn't handle type enum
by Nathan Collette (JIRA)
toScript method in ScriptUtils.java doesn't handle type enum
------------------------------------------------------------
Key: RF-5004
URL: https://jira.jboss.org/jira/browse/RF-5004
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.2
Environment: RichFaces 3.2.2, Mojarra 1.2_09
Reporter: Nathan Collette
I'm using the rich:suggestionbox component, and for the suggestionAction, it is fetching some organization objects. These objects happen to have a property that is an enum.
The error that is thrown is a java.lang.StackOverflowError at org.ajax4jsf.javascript.ScriptUtils.toScript(ScriptUtils.java:135)
When I remove the enum, the suggestions are displayed accurately.
I reviewed that code, and it seems that it was not designed with enums in mind. The latest repository code in the trunk shows no change in the specified area.
I thought about what I'd change, if I was trying to fix this myself, and at best guess, I would either change line 127 to:
if ("class".equals(key) || "declaringClass".equals(key)) {
or I would change line 112 to:
} else if (obj instanceof String || obj instanceof Enum ) {
at a minimum, the error could be avoided, by skipping enums, and not trying to toScript() them. ie: if instanceof Enum return ""
--
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
15 years, 7 months
[JBoss JIRA] Updated: (RF-6746) a4j:include - FacesContext.getCurrentInstance().getViewRoot().getViewId() isn't always correct
by Nick Belaevski (JIRA)
[ https://jira.jboss.org/jira/browse/RF-6746?page=com.atlassian.jira.plugin... ]
Nick Belaevski updated RF-6746:
-------------------------------
Component/s: core
Fix Version/s: (was: 3.3.2.GA)
> a4j:include - FacesContext.getCurrentInstance().getViewRoot().getViewId() isn't always correct
> ----------------------------------------------------------------------------------------------
>
> Key: RF-6746
> URL: https://jira.jboss.org/jira/browse/RF-6746
> Project: RichFaces
> Issue Type: Bug
> Components: core
> Reporter: David Schlotfeldt
> Assignee: Alexander Smirnov
>
> When a request is made by from inside a a4j:include component UIInclude will set the ViewIdHolder to it self. It does this to ensure FacesContext.getCurrentInstance().getViewRoot().getViewId() returns the viewId of the a4j:include.
> Everything works fine if you only need to access the viewId when its already rendered and its posting back.
> If you, as I am, change the viewId of the UIInclude (the UIInclude is bound to a property of a managed bean), when the page is rendered back it renders the new "view" assigned to the UIInclude. When its rendered any manage-bean used from inside the a4j:include will see the viewId as the "outter view" not the view assigned to the a4j:include.
> I believe the simplest and best solution easiest solution is when rendering the children of uiinclude to:
> ---
> AjaxContext ajaxContext = AjaxContext.getCurrentInstance(context);
> ViewIdHolder viewIdHolder = ajaxContext.getViewIdHolder(); // Store reference to current
> ajaxContext.setViewIdHolder(this); // This is UIInclude
> // render children here...
> ajaxContext.setViewIdHolder(viewIdHolder ); // Put previous back
> ---
--
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
15 years, 7 months
[JBoss JIRA] Resolved: (RF-6746) a4j:include - FacesContext.getCurrentInstance().getViewRoot().getViewId() isn't always correct
by Alexander Smirnov (JIRA)
[ https://jira.jboss.org/jira/browse/RF-6746?page=com.atlassian.jira.plugin... ]
Alexander Smirnov resolved RF-6746.
-----------------------------------
Resolution: Rejected
JSF requires proper ViweId to render all action URL's.
Managed beans should use binding to the current UIInclude src if they need reference to the included view.
> a4j:include - FacesContext.getCurrentInstance().getViewRoot().getViewId() isn't always correct
> ----------------------------------------------------------------------------------------------
>
> Key: RF-6746
> URL: https://jira.jboss.org/jira/browse/RF-6746
> Project: RichFaces
> Issue Type: Bug
> Reporter: David Schlotfeldt
> Assignee: Alexander Smirnov
> Fix For: 3.3.2.GA
>
>
> When a request is made by from inside a a4j:include component UIInclude will set the ViewIdHolder to it self. It does this to ensure FacesContext.getCurrentInstance().getViewRoot().getViewId() returns the viewId of the a4j:include.
> Everything works fine if you only need to access the viewId when its already rendered and its posting back.
> If you, as I am, change the viewId of the UIInclude (the UIInclude is bound to a property of a managed bean), when the page is rendered back it renders the new "view" assigned to the UIInclude. When its rendered any manage-bean used from inside the a4j:include will see the viewId as the "outter view" not the view assigned to the a4j:include.
> I believe the simplest and best solution easiest solution is when rendering the children of uiinclude to:
> ---
> AjaxContext ajaxContext = AjaxContext.getCurrentInstance(context);
> ViewIdHolder viewIdHolder = ajaxContext.getViewIdHolder(); // Store reference to current
> ajaxContext.setViewIdHolder(this); // This is UIInclude
> // render children here...
> ajaxContext.setViewIdHolder(viewIdHolder ); // Put previous back
> ---
--
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
15 years, 7 months