[JBoss JIRA] (GTNPORTAL-2899) The membership type "*" is not interpreted
by Vu Viet Phuong (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2899?page=com.atlassian.jira.pl... ]
Vu Viet Phuong commented on GTNPORTAL-2899:
-------------------------------------------
We don't have concept "\*" and don't consider it as "wildcard" membership type in GateIn. Not only the page management portlet, no GateIn's portlet do care about "\*" membership type.
Fix that portlet is not a complete solution, this seem to be a "feature request", and we need to discuss more about bring this fix to gatein portlet (fix all the places that work with membership). Should we deffer this one ?, and see if we can fix it in next version
> The membership type "*" is not interpreted
> -------------------------------------------
>
> Key: GTNPORTAL-2899
> URL: https://issues.jboss.org/browse/GTNPORTAL-2899
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 3.5.3.Final
> Environment: eXo Platform 4.0.0-Beta2
> Reporter: Hela Zekri
> Assignee: Vu Viet Phuong
> Priority: Blocker
> Labels: portal-s70
>
> {color:red}
> In eXo Platform, we have the membership type "*". If user has this membership type in a group, it means that he has all membership types in this group.
> {color}
> *Please try this scenario :*
> Add a user that has the membership type "manager" in "/platform/administrators" group and the membership type "*" in "/platform/users" group.
> When this user clicks "add page" in "Page Management", he has the possibility to choose the owner type "group" or "portal". If he chooses "group", the expected output is that he gets as "Owner Id", a selectbox that contains all groups in which he has the membership type "manager".
> (!) The membership type "manager" is set in "portal-configuration.xml" as value-param to UserACL component :
> {code:xml}
> <value-param>
> <name>navigation.creator.membership.type</name>
> <description>specific membership type have full permission with group navigation</description>
> <value>manager</value>
> </value-param>
> {code}
> In this case, user should get as "Owner Id" a selectbox that contains "/platform/administrators" and "/platform/users" groups(The membership type "*" includes "manager" membership type).
> But the current behavior is that the selectbox of "Owner Id" contains only the group "/platform/administator". This is due to the fact that the relationship "*" is considered as a String and not interpreted.
> *There are two possible solutions to this problem :*
> 1- Set the possibility to put many values for "navigation.creator.membership.type" value-param. So that we could do for example :
> {code:xml}
> <value-param>
> <name>navigation.creator.membership.type</name>
> <description>specific membership type have full permission with group navigation</description>
> <value>*,manager</value>
> </value-param>
> {code}
> 2- In "_findRoles_" method in "_org.picketlink.idm.impl.api.session.managers.RoleManagerImpl_" class :
> In the code bellow, each relationship of a user is compared to roleType ("manager"). If it is equal, it will be added to the list that will be returned. So even "*" is compared to "manager", it is not equal, so it won't be added.
> {code}
> for (IdentityObjectRelationship relationship : relationships)
> {
> if (roleType != null)
> {
> if (roleType.getName().equals(relationship.getName()))
> {
> roles.add(new SimpleRole(new SimpleRoleType(relationship.getName()), createUser(relationship.getToIdentityObject()), createGroup(relationship.getFromIdentityObject())));
> }
> }
> else
> {
> roles.add(new SimpleRole(new SimpleRoleType(relationship.getName()), createUser(relationship.getToIdentityObject()), createGroup(relationship.getFromIdentityObject())));
> }
> }
> {code}
> We created [https://issues.jboss.org/browse/PLIDM-40] in which we propose a patch that adds a test on "*" value.
> In the patch, we changed :
> {code}
> if (roleType.getName().equals(relationship.getName()))
> {code}
> to :
> {code}
> if ((roleType.getName().equals(relationship.getName())) || relationship.getName().equals("*"))
> {code}
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 12 months
[JBoss JIRA] (GTNPORTAL-2897) Problem when changing owner type to "group" while adding a page in Page Management
by Hai Nguyen (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2897?page=com.atlassian.jira.pl... ]
Hai Nguyen updated GTNPORTAL-2897:
----------------------------------
Assignee: Hai Nguyen
> Problem when changing owner type to "group" while adding a page in Page Management
> ----------------------------------------------------------------------------------
>
> Key: GTNPORTAL-2897
> URL: https://issues.jboss.org/browse/GTNPORTAL-2897
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 3.5.3.Final
> Reporter: Hela Zekri
> Assignee: Hai Nguyen
> Priority: Critical
> Labels: portal-s70
>
> *Please follow these steps :*
> * login as root
> * Go to Group --> Organization --> Users and Groups Manager
> * In User Management tab, edit user John, go to User Membership and delete all membership type "manager" in all groups.
> * Sign out and login as john
> * Import applications from "Application Registry Portlet" (Add a page to access this portlet). Then, add a page containing Page Management Portlet.
> * Go to this page and click "add page". Choose "group" as owner type. *The owner id will remain "classic" and an exception is thrown.*
> {noformat}
> GRAVE: Error while handling request
> java.lang.NullPointerException
> at org.exoplatform.portal.webui.page.UIPageForm$ChangeOwnerTypeActionListener.execute(UIPageForm.java:321)
> at org.exoplatform.webui.event.Event.broadcast(Event.java:89)
> at org.exoplatform.webui.core.lifecycle.UIFormLifecycle.processDecode(UIFormLifecycle.java:59)
> at org.exoplatform.webui.core.lifecycle.UIFormLifecycle.processDecode(UIFormLifecycle.java:40)
> at org.exoplatform.webui.core.UIComponent.processDecode(UIComponent.java:124)
> at org.exoplatform.webui.form.UIFormTabPane.processDecode(UIFormTabPane.java:80)
> at org.exoplatform.portal.webui.workspace.UIPortalApplicationLifecycle.processDecode(UIPortalApplicationLifecycle.java:59)
> at org.exoplatform.portal.webui.workspace.UIPortalApplicationLifecycle.processDecode(UIPortalApplicationLifecycle.java:37)
> at org.exoplatform.webui.core.UIComponent.processDecode(UIComponent.java:124)
> at org.exoplatform.portal.webui.workspace.UIPortalApplication.processDecode(UIPortalApplication.java:537)
> at org.exoplatform.portal.application.PortalRequestHandler.processRequest(PortalRequestHandler.java:182)
> at org.exoplatform.portal.application.PortalRequestHandler.execute(PortalRequestHandler.java:161)
> at org.exoplatform.web.WebAppController.service(WebAppController.java:358)
> at org.exoplatform.portal.application.PortalController.onService(PortalController.java:125)
> at org.exoplatform.container.web.AbstractHttpServlet.service(AbstractHttpServlet.java:132)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.exoplatform.web.login.RememberMeFilter.doFilter(RememberMeFilter.java:84)
> at org.exoplatform.web.login.RememberMeFilter.doFilter(RememberMeFilter.java:54)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.exoplatform.web.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:114)
> at org.exoplatform.web.filter.ExtensibleFilter.doFilter(ExtensibleFilter.java:84)
> at org.exoplatform.web.filter.GenericFilter.doFilter(GenericFilter.java:78)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.exoplatform.web.CacheUserProfileFilter.doFilter(CacheUserProfileFilter.java:73)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.exoplatform.frameworks.jcr.web.ThreadLocalSessionProviderInitializedFilter.doFilter(ThreadLocalSessionProviderInitializedFilter.java:116)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.exoplatform.services.security.web.SetCurrentIdentityFilter.doFilter(SetCurrentIdentityFilter.java:88)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.exoplatform.portal.application.localization.LocalizationFilter.doFilter(LocalizationFilter.java:178)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.exoplatform.web.login.ClusteredSSOFilter.doFilter(ClusteredSSOFilter.java:73)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.exoplatform.container.web.PortalContainerFilter.doFilter(PortalContainerFilter.java:69)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
> at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:470)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> at org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:421)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
> at java.lang.Thread.run(Thread.java:662)
> {noformat}
> In fact, when user changes the owner type to "group", the expected behavior is that *all groups in which he has the role "manager" are returned in the next select Box.*
> But in this case, user doesn't have any group in which he has "manager" as membership type. This behavior is not expected in the code, so the owner id keeps the value of "intranet" and a "NullPointerException" is thrown.
> This is due to this instruction in "ChangeOwnerTypeActionListener" of "UIPageForm" class :
> {code}
> String groupIdSelected = uiForm.groupIdSelectBox.getValue();
> {code}
> Indeed, when there isn't any group in which user has the memebership Type "manager", the value of "uiForm.groupIdSelectBox" is null, that's why the problem appears.
> *If user hasn't the role "manager" in any group, there are two possible solutions to fix the problem :*
> 1- Only the owner type "portal" appears.
> 2- In owner type, both "portal" and "group" appear. But if user chooses "group", a message appears to inform him that he hasn't the permissions to add a page in any group.
> (!) The memebership "manager" is set in "portal-configuration.xml" as value-param to UserACL component :
> {code:xml}
> <value-param>
> <name>navigation.creator.membership.type</name>
> <description>specific membership type have full permission with group navigation</description>
> <value>manager</value>
> </value-param>
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 12 months
[JBoss JIRA] (GTNPORTAL-2899) The membership type "*" is not interpreted
by Vu Viet Phuong (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2899?page=com.atlassian.jira.pl... ]
Vu Viet Phuong commented on GTNPORTAL-2899:
-------------------------------------------
We don't have concept "*" and don't consider it as "wildcard" membership type in GateIn. Not only the page management portlet, no GateIn's portlet do care about "*" membership type.
Fix that portlet is not a complete solution, this seem to be a "feature request", and we need to discuss more about bring this fix to gatein portlet (fix all the places that work with membership). Should we deffer this one ?, and see if we can fix it in next version
> The membership type "*" is not interpreted
> -------------------------------------------
>
> Key: GTNPORTAL-2899
> URL: https://issues.jboss.org/browse/GTNPORTAL-2899
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 3.5.3.Final
> Environment: eXo Platform 4.0.0-Beta2
> Reporter: Hela Zekri
> Assignee: Vu Viet Phuong
> Priority: Blocker
> Labels: portal-s70
>
> {color:red}
> In eXo Platform, we have the membership type "*". If user has this membership type in a group, it means that he has all membership types in this group.
> {color}
> *Please try this scenario :*
> Add a user that has the membership type "manager" in "/platform/administrators" group and the membership type "*" in "/platform/users" group.
> When this user clicks "add page" in "Page Management", he has the possibility to choose the owner type "group" or "portal". If he chooses "group", the expected output is that he gets as "Owner Id", a selectbox that contains all groups in which he has the membership type "manager".
> (!) The membership type "manager" is set in "portal-configuration.xml" as value-param to UserACL component :
> {code:xml}
> <value-param>
> <name>navigation.creator.membership.type</name>
> <description>specific membership type have full permission with group navigation</description>
> <value>manager</value>
> </value-param>
> {code}
> In this case, user should get as "Owner Id" a selectbox that contains "/platform/administrators" and "/platform/users" groups(The membership type "*" includes "manager" membership type).
> But the current behavior is that the selectbox of "Owner Id" contains only the group "/platform/administator". This is due to the fact that the relationship "*" is considered as a String and not interpreted.
> *There are two possible solutions to this problem :*
> 1- Set the possibility to put many values for "navigation.creator.membership.type" value-param. So that we could do for example :
> {code:xml}
> <value-param>
> <name>navigation.creator.membership.type</name>
> <description>specific membership type have full permission with group navigation</description>
> <value>*,manager</value>
> </value-param>
> {code}
> 2- In "_findRoles_" method in "_org.picketlink.idm.impl.api.session.managers.RoleManagerImpl_" class :
> In the code bellow, each relationship of a user is compared to roleType ("manager"). If it is equal, it will be added to the list that will be returned. So even "*" is compared to "manager", it is not equal, so it won't be added.
> {code}
> for (IdentityObjectRelationship relationship : relationships)
> {
> if (roleType != null)
> {
> if (roleType.getName().equals(relationship.getName()))
> {
> roles.add(new SimpleRole(new SimpleRoleType(relationship.getName()), createUser(relationship.getToIdentityObject()), createGroup(relationship.getFromIdentityObject())));
> }
> }
> else
> {
> roles.add(new SimpleRole(new SimpleRoleType(relationship.getName()), createUser(relationship.getToIdentityObject()), createGroup(relationship.getFromIdentityObject())));
> }
> }
> {code}
> We created [https://issues.jboss.org/browse/PLIDM-40] in which we propose a patch that adds a test on "*" value.
> In the patch, we changed :
> {code}
> if (roleType.getName().equals(relationship.getName()))
> {code}
> to :
> {code}
> if ((roleType.getName().equals(relationship.getName())) || relationship.getName().equals("*"))
> {code}
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 12 months
[JBoss JIRA] (GTNPORTAL-2899) The membership type "*" is not interpreted
by Vu Viet Phuong (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2899?page=com.atlassian.jira.pl... ]
Vu Viet Phuong reassigned GTNPORTAL-2899:
-----------------------------------------
Assignee: Vu Viet Phuong
> The membership type "*" is not interpreted
> -------------------------------------------
>
> Key: GTNPORTAL-2899
> URL: https://issues.jboss.org/browse/GTNPORTAL-2899
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 3.5.3.Final
> Environment: eXo Platform 4.0.0-Beta2
> Reporter: Hela Zekri
> Assignee: Vu Viet Phuong
> Priority: Blocker
> Labels: portal-s70
>
> {color:red}
> In eXo Platform, we have the membership type "*". If user has this membership type in a group, it means that he has all membership types in this group.
> {color}
> *Please try this scenario :*
> Add a user that has the membership type "manager" in "/platform/administrators" group and the membership type "*" in "/platform/users" group.
> When this user clicks "add page" in "Page Management", he has the possibility to choose the owner type "group" or "portal". If he chooses "group", the expected output is that he gets as "Owner Id", a selectbox that contains all groups in which he has the membership type "manager".
> (!) The membership type "manager" is set in "portal-configuration.xml" as value-param to UserACL component :
> {code:xml}
> <value-param>
> <name>navigation.creator.membership.type</name>
> <description>specific membership type have full permission with group navigation</description>
> <value>manager</value>
> </value-param>
> {code}
> In this case, user should get as "Owner Id" a selectbox that contains "/platform/administrators" and "/platform/users" groups(The membership type "*" includes "manager" membership type).
> But the current behavior is that the selectbox of "Owner Id" contains only the group "/platform/administator". This is due to the fact that the relationship "*" is considered as a String and not interpreted.
> *There are two possible solutions to this problem :*
> 1- Set the possibility to put many values for "navigation.creator.membership.type" value-param. So that we could do for example :
> {code:xml}
> <value-param>
> <name>navigation.creator.membership.type</name>
> <description>specific membership type have full permission with group navigation</description>
> <value>*,manager</value>
> </value-param>
> {code}
> 2- In "_findRoles_" method in "_org.picketlink.idm.impl.api.session.managers.RoleManagerImpl_" class :
> In the code bellow, each relationship of a user is compared to roleType ("manager"). If it is equal, it will be added to the list that will be returned. So even "*" is compared to "manager", it is not equal, so it won't be added.
> {code}
> for (IdentityObjectRelationship relationship : relationships)
> {
> if (roleType != null)
> {
> if (roleType.getName().equals(relationship.getName()))
> {
> roles.add(new SimpleRole(new SimpleRoleType(relationship.getName()), createUser(relationship.getToIdentityObject()), createGroup(relationship.getFromIdentityObject())));
> }
> }
> else
> {
> roles.add(new SimpleRole(new SimpleRoleType(relationship.getName()), createUser(relationship.getToIdentityObject()), createGroup(relationship.getFromIdentityObject())));
> }
> }
> {code}
> We created [https://issues.jboss.org/browse/PLIDM-40] in which we propose a patch that adds a test on "*" value.
> In the patch, we changed :
> {code}
> if (roleType.getName().equals(relationship.getName()))
> {code}
> to :
> {code}
> if ((roleType.getName().equals(relationship.getName())) || relationship.getName().equals("*"))
> {code}
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 12 months
[JBoss JIRA] (GTNPORTAL-2899) The membership type "*" is not interpreted
by Trong Tran (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2899?page=com.atlassian.jira.pl... ]
Trong Tran updated GTNPORTAL-2899:
----------------------------------
Labels: portal-s70 (was: )
> The membership type "*" is not interpreted
> -------------------------------------------
>
> Key: GTNPORTAL-2899
> URL: https://issues.jboss.org/browse/GTNPORTAL-2899
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 3.5.3.Final
> Environment: eXo Platform 4.0.0-Beta2
> Reporter: Hela Zekri
> Priority: Blocker
> Labels: portal-s70
>
> {color:red}
> In eXo Platform, we have the membership type "*". If user has this membership type in a group, it means that he has all membership types in this group.
> {color}
> *Please try this scenario :*
> Add a user that has the membership type "manager" in "/platform/administrators" group and the membership type "*" in "/platform/users" group.
> When this user clicks "add page" in "Page Management", he has the possibility to choose the owner type "group" or "portal". If he chooses "group", the expected output is that he gets as "Owner Id", a selectbox that contains all groups in which he has the membership type "manager".
> (!) The membership type "manager" is set in "portal-configuration.xml" as value-param to UserACL component :
> {code:xml}
> <value-param>
> <name>navigation.creator.membership.type</name>
> <description>specific membership type have full permission with group navigation</description>
> <value>manager</value>
> </value-param>
> {code}
> In this case, user should get as "Owner Id" a selectbox that contains "/platform/administrators" and "/platform/users" groups(The membership type "*" includes "manager" membership type).
> But the current behavior is that the selectbox of "Owner Id" contains only the group "/platform/administator". This is due to the fact that the relationship "*" is considered as a String and not interpreted.
> *There are two possible solutions to this problem :*
> 1- Set the possibility to put many values for "navigation.creator.membership.type" value-param. So that we could do for example :
> {code:xml}
> <value-param>
> <name>navigation.creator.membership.type</name>
> <description>specific membership type have full permission with group navigation</description>
> <value>*,manager</value>
> </value-param>
> {code}
> 2- In "_findRoles_" method in "_org.picketlink.idm.impl.api.session.managers.RoleManagerImpl_" class :
> In the code bellow, each relationship of a user is compared to roleType ("manager"). If it is equal, it will be added to the list that will be returned. So even "*" is compared to "manager", it is not equal, so it won't be added.
> {code}
> for (IdentityObjectRelationship relationship : relationships)
> {
> if (roleType != null)
> {
> if (roleType.getName().equals(relationship.getName()))
> {
> roles.add(new SimpleRole(new SimpleRoleType(relationship.getName()), createUser(relationship.getToIdentityObject()), createGroup(relationship.getFromIdentityObject())));
> }
> }
> else
> {
> roles.add(new SimpleRole(new SimpleRoleType(relationship.getName()), createUser(relationship.getToIdentityObject()), createGroup(relationship.getFromIdentityObject())));
> }
> }
> {code}
> We created [https://issues.jboss.org/browse/PLIDM-40] in which we propose a patch that adds a test on "*" value.
> In the patch, we changed :
> {code}
> if (roleType.getName().equals(relationship.getName()))
> {code}
> to :
> {code}
> if ((roleType.getName().equals(relationship.getName())) || relationship.getName().equals("*"))
> {code}
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 12 months
[JBoss JIRA] (GTNPORTAL-2897) Problem when changing owner type to "group" while adding a page in Page Management
by Trong Tran (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2897?page=com.atlassian.jira.pl... ]
Trong Tran updated GTNPORTAL-2897:
----------------------------------
Labels: portal-s70 (was: )
> Problem when changing owner type to "group" while adding a page in Page Management
> ----------------------------------------------------------------------------------
>
> Key: GTNPORTAL-2897
> URL: https://issues.jboss.org/browse/GTNPORTAL-2897
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 3.5.3.Final
> Reporter: Hela Zekri
> Priority: Critical
> Labels: portal-s70
>
> *Please follow these steps :*
> * login as root
> * Go to Group --> Organization --> Users and Groups Manager
> * In User Management tab, edit user John, go to User Membership and delete all membership type "manager" in all groups.
> * Sign out and login as john
> * Import applications from "Application Registry Portlet" (Add a page to access this portlet). Then, add a page containing Page Management Portlet.
> * Go to this page and click "add page". Choose "group" as owner type. *The owner id will remain "classic" and an exception is thrown.*
> {noformat}
> GRAVE: Error while handling request
> java.lang.NullPointerException
> at org.exoplatform.portal.webui.page.UIPageForm$ChangeOwnerTypeActionListener.execute(UIPageForm.java:321)
> at org.exoplatform.webui.event.Event.broadcast(Event.java:89)
> at org.exoplatform.webui.core.lifecycle.UIFormLifecycle.processDecode(UIFormLifecycle.java:59)
> at org.exoplatform.webui.core.lifecycle.UIFormLifecycle.processDecode(UIFormLifecycle.java:40)
> at org.exoplatform.webui.core.UIComponent.processDecode(UIComponent.java:124)
> at org.exoplatform.webui.form.UIFormTabPane.processDecode(UIFormTabPane.java:80)
> at org.exoplatform.portal.webui.workspace.UIPortalApplicationLifecycle.processDecode(UIPortalApplicationLifecycle.java:59)
> at org.exoplatform.portal.webui.workspace.UIPortalApplicationLifecycle.processDecode(UIPortalApplicationLifecycle.java:37)
> at org.exoplatform.webui.core.UIComponent.processDecode(UIComponent.java:124)
> at org.exoplatform.portal.webui.workspace.UIPortalApplication.processDecode(UIPortalApplication.java:537)
> at org.exoplatform.portal.application.PortalRequestHandler.processRequest(PortalRequestHandler.java:182)
> at org.exoplatform.portal.application.PortalRequestHandler.execute(PortalRequestHandler.java:161)
> at org.exoplatform.web.WebAppController.service(WebAppController.java:358)
> at org.exoplatform.portal.application.PortalController.onService(PortalController.java:125)
> at org.exoplatform.container.web.AbstractHttpServlet.service(AbstractHttpServlet.java:132)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.exoplatform.web.login.RememberMeFilter.doFilter(RememberMeFilter.java:84)
> at org.exoplatform.web.login.RememberMeFilter.doFilter(RememberMeFilter.java:54)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.exoplatform.web.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:114)
> at org.exoplatform.web.filter.ExtensibleFilter.doFilter(ExtensibleFilter.java:84)
> at org.exoplatform.web.filter.GenericFilter.doFilter(GenericFilter.java:78)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.exoplatform.web.CacheUserProfileFilter.doFilter(CacheUserProfileFilter.java:73)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.exoplatform.frameworks.jcr.web.ThreadLocalSessionProviderInitializedFilter.doFilter(ThreadLocalSessionProviderInitializedFilter.java:116)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.exoplatform.services.security.web.SetCurrentIdentityFilter.doFilter(SetCurrentIdentityFilter.java:88)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.exoplatform.portal.application.localization.LocalizationFilter.doFilter(LocalizationFilter.java:178)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.exoplatform.web.login.ClusteredSSOFilter.doFilter(ClusteredSSOFilter.java:73)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.exoplatform.container.web.PortalContainerFilter.doFilter(PortalContainerFilter.java:69)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
> at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:470)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> at org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:421)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
> at java.lang.Thread.run(Thread.java:662)
> {noformat}
> In fact, when user changes the owner type to "group", the expected behavior is that *all groups in which he has the role "manager" are returned in the next select Box.*
> But in this case, user doesn't have any group in which he has "manager" as membership type. This behavior is not expected in the code, so the owner id keeps the value of "intranet" and a "NullPointerException" is thrown.
> This is due to this instruction in "ChangeOwnerTypeActionListener" of "UIPageForm" class :
> {code}
> String groupIdSelected = uiForm.groupIdSelectBox.getValue();
> {code}
> Indeed, when there isn't any group in which user has the memebership Type "manager", the value of "uiForm.groupIdSelectBox" is null, that's why the problem appears.
> *If user hasn't the role "manager" in any group, there are two possible solutions to fix the problem :*
> 1- Only the owner type "portal" appears.
> 2- In owner type, both "portal" and "group" appear. But if user chooses "group", a message appears to inform him that he hasn't the permissions to add a page in any group.
> (!) The memebership "manager" is set in "portal-configuration.xml" as value-param to UserACL component :
> {code:xml}
> <value-param>
> <name>navigation.creator.membership.type</name>
> <description>specific membership type have full permission with group navigation</description>
> <value>manager</value>
> </value-param>
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 12 months
[JBoss JIRA] (GTNPORTAL-2831) A wrong exclusion of ehcache-core maven dependency in the root POM
by Trong Tran (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2831?page=com.atlassian.jira.pl... ]
Trong Tran resolved GTNPORTAL-2831.
-----------------------------------
Assignee: Trong Tran
Fix Version/s: 3.6.0.Beta02
Resolution: Done
> A wrong exclusion of ehcache-core maven dependency in the root POM
> ------------------------------------------------------------------
>
> Key: GTNPORTAL-2831
> URL: https://issues.jboss.org/browse/GTNPORTAL-2831
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 3.5.0.Final
> Reporter: Trong Tran
> Assignee: Trong Tran
> Labels: portal-s70
> Fix For: 3.6.0.Beta02
>
>
> the ehcache-core lib is being used at runtime by gadget server.
> BUT today it is excluded from shindig-common dependency management in the root POM which will raises a side effect in dependency inheritance:
> {code}
> <dependency>
> <groupId>org.gatein.shindig</groupId>
> <artifactId>shindig-common</artifactId>
> <version>${org.shindig.version}</version>
> <exclusions>
> <exclusion>
> <groupId>net.sf.ehcache</groupId>
> <artifactId>ehcache-core</artifactId>
> </exclusion>
> </exclusions>
> </dependency>
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 12 months
[JBoss JIRA] (GTNPORTAL-2680) Can't change password after recovery
by Trong Tran (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2680?page=com.atlassian.jira.pl... ]
Trong Tran resolved GTNPORTAL-2680.
-----------------------------------
Resolution: Done
> Can't change password after recovery
> ------------------------------------
>
> Key: GTNPORTAL-2680
> URL: https://issues.jboss.org/browse/GTNPORTAL-2680
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: User Interface
> Affects Versions: 3.4.0.Final
> Environment: - JBoss AS 5 distro
> - Google Chrome 22.0.1229.94 m
> Reporter: Fernando Ribeiro
> Priority: Critical
> Fix For: 3.6.0.Beta02
>
>
> When I click the "Save" or "Close" buttons in the Forget Password from, I get the following error in the console:
> "Uncaught TypeError: Cannot call method 'submitForm' of undefined"
> The issue is caused by the browser not finding the "exo.webui.UIForm" object used in the form:
> <a href="javascript:window.scroll(0,0);" onclick="javascript:eXo.webui.UIForm.submitForm('UIResetPassword','Save',true)" class="ActionButton LightBlueStyle">Salvar</a>
> <a href="javascript:window.scroll(0,0);" onclick="javascript:eXo.webui.UIForm.submitForm('UIResetPassword','Close',true)" class="ActionButton LightBlueStyle">Fechar</a>
> I can't tell if that object is really missing or the form should submit the form otherwise.
> Please advise.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 12 months