[JBoss JIRA] (GTNPORTAL-3250) The portlets cannot be displayed after a portal reload
by Nicolas Filotto (JIRA)
Nicolas Filotto created GTNPORTAL-3250:
------------------------------------------
Summary: The portlets cannot be displayed after a portal reload
Key: GTNPORTAL-3250
URL: https://issues.jboss.org/browse/GTNPORTAL-3250
Project: GateIn Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: PC integration
Affects Versions: 3.6.1.Final
Reporter: Nicolas Filotto
Assignee: Marko Strukelj
If you launch Gatein in developing mode, it is possible to reload only a given portal container either automatically by redeploying a webapp that has been defined as a PortalContainerConfigOwner (in other words you have the listener org.exoplatform.container.web.PortalContainerConfigOwner in your web.xml) or manually using the JMX console. And when you do so, no portlet can be displayed properly anymore (we have the message "This portlet encountered an error and could not be displayed" for all portlets), this issue is due to https://issues.jboss.org/browse/GTNPORTAL-2406.
Here are the steps to reproduce:
* Start GateIn with ./standalone.sh -Dexo.product.developing=true
* launch the JMX Console and call _reload_ with the argument _portal_ on the MBean {{exo:container=root}}
* Once the command is over, go to http://localhost:8080/portal/
--
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
10 years, 8 months
[JBoss JIRA] (GTNPORTAL-3146) GateIn sign in page misses a link to go back to the homepage
by Viliam Rockai (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3146?page=com.atlassian.jira.pl... ]
Viliam Rockai closed GTNPORTAL-3146.
------------------------------------
Resolution: Rejected
There was a decision not to have logo on the login screen.
> GateIn sign in page misses a link to go back to the homepage
> ------------------------------------------------------------
>
> Key: GTNPORTAL-3146
> URL: https://issues.jboss.org/browse/GTNPORTAL-3146
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Reporter: Gabriel Cardoso
> Assignee: Viliam Rockai
> Attachments: login-page-error.png
>
>
> For good usability, a sign in page should allow the user to go to the homepage. As a solution, I suggest to present the GateIn logo above the login box and make it a link to the homepage.
> As minor details, the distance between "Sign in" and "User name" should be increased according to the graphic design. Also, the "Sign in" button has a blue border that is different from de design. It would be nice if you could make this small adjustments too :)
> Attached is the design of the login screen.
--
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
10 years, 8 months
[JBoss JIRA] (GTNPORTAL-3014) OrganizationService.getUserHandler().findUsersByGroupId(groupid) not working with H2 database
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3014?page=com.atlassian.jira.pl... ]
RH Bugzilla Integration commented on GTNPORTAL-3014:
----------------------------------------------------
Dominik Pospisil <dpospisi(a)redhat.com> changed the Status of [bug 915766|https://bugzilla.redhat.com/show_bug.cgi?id=915766] from ON_QA to VERIFIED
> OrganizationService.getUserHandler().findUsersByGroupId(groupid) not working with H2 database
> ---------------------------------------------------------------------------------------------
>
> Key: GTNPORTAL-3014
> URL: https://issues.jboss.org/browse/GTNPORTAL-3014
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Identity integration
> Affects Versions: 3.6.0.Beta01
> Reporter: Marek Posolda
> Assignee: Marek Posolda
> Fix For: 3.6.0.Beta02
>
>
> Description of problem:
> Using default setup with H2 database, calling OrganizationService.getUserHandler().findUsersByGroupId(groupid) raises an exception.
> Executing the following code:
> 30 users = organizationService.getUserHandler().findUsersByGroupId("/platform/users");
> 31
> 32 if (users.getSize() > 0)
> 33 {
> results in the following exception:
> 11:01:30,352 WARN [org.hibernate.engine.jdbc.spi.SqlExceptionHelper] (http-/127.0.0.1:8080-2) SQL Error: 90068, SQLState: 90068
> 11:01:30,352 ERROR [org.hibernate.engine.jdbc.spi.SqlExceptionHelper] (http-/127.0.0.1:8080-2) Order by expression "HIBERNATEI2_.NAME" must be in the result list in this case; SQL statement:
> select distinct hibernatei1_.ID as ID4_, hibernatei1_.IDENTITY_TYPE as IDENTITY2_4_, hibernatei1_.NAME as NAME4_, hibernatei1_.REALM as REALM4_ from jbid_io_rel hibernatei0_ inner join jbid_io hibernatei1_ on hibernatei0_.TO_IDENTITY=hibernatei1_.ID cross join jbid_io hibernatei2_ cross join jbid_io hibernatei3_ where hibernatei0_.TO_IDENTITY=hibernatei2_.ID and hibernatei0_.FROM_IDENTITY=hibernatei3_.ID and hibernatei2_.REALM=? and hibernatei3_.REALM=? and (hibernatei2_.NAME like ?) and hibernatei0_.FROM_IDENTITY=? order by hibernatei2_.NAME asc [90068-168]
> 11:01:30,355 ERROR [stderr] (http-/127.0.0.1:8080-2) org.picketlink.idm.api.query.QueryException: Failed to execute query
> 11:01:30,356 ERROR [stderr] (http-/127.0.0.1:8080-2) at org.picketlink.idm.impl.api.query.UserQueryExecutorImpl.execute(UserQueryExecutorImpl.java:220)
> 11:01:30,356 ERROR [stderr] (http-/127.0.0.1:8080-2) at org.picketlink.idm.impl.api.query.UserQueryExecutorImpl.list(UserQueryExecutorImpl.java:245)
> 11:01:30,356 ERROR [stderr] (http-/127.0.0.1:8080-2) at org.picketlink.idm.impl.api.session.IdentitySessionImpl.list(IdentitySessionImpl.java:364)
> 11:01:30,356 ERROR [stderr] (http-/127.0.0.1:8080-2) at org.exoplatform.services.organization.idm.IDMUserListAccess.getSize(IDMUserListAccess.java:123)
> 11:01:30,356 ERROR [stderr] (http-/127.0.0.1:8080-2) at org.exoplatform.demo.portlet.portletOrganization.doView(portletOrganization.java:32)
> The same issue does not show up with other databases, such as MySQL.
--
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
10 years, 8 months
[JBoss JIRA] (GTNPORTAL-3014) OrganizationService.getUserHandler().findUsersByGroupId(groupid) not working with H2 database
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3014?page=com.atlassian.jira.pl... ]
RH Bugzilla Integration commented on GTNPORTAL-3014:
----------------------------------------------------
Dominik Pospisil <dpospisi(a)redhat.com> made a comment on [bug 915766|https://bugzilla.redhat.com/show_bug.cgi?id=915766]
Thanks Martin!
> OrganizationService.getUserHandler().findUsersByGroupId(groupid) not working with H2 database
> ---------------------------------------------------------------------------------------------
>
> Key: GTNPORTAL-3014
> URL: https://issues.jboss.org/browse/GTNPORTAL-3014
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Identity integration
> Affects Versions: 3.6.0.Beta01
> Reporter: Marek Posolda
> Assignee: Marek Posolda
> Fix For: 3.6.0.Beta02
>
>
> Description of problem:
> Using default setup with H2 database, calling OrganizationService.getUserHandler().findUsersByGroupId(groupid) raises an exception.
> Executing the following code:
> 30 users = organizationService.getUserHandler().findUsersByGroupId("/platform/users");
> 31
> 32 if (users.getSize() > 0)
> 33 {
> results in the following exception:
> 11:01:30,352 WARN [org.hibernate.engine.jdbc.spi.SqlExceptionHelper] (http-/127.0.0.1:8080-2) SQL Error: 90068, SQLState: 90068
> 11:01:30,352 ERROR [org.hibernate.engine.jdbc.spi.SqlExceptionHelper] (http-/127.0.0.1:8080-2) Order by expression "HIBERNATEI2_.NAME" must be in the result list in this case; SQL statement:
> select distinct hibernatei1_.ID as ID4_, hibernatei1_.IDENTITY_TYPE as IDENTITY2_4_, hibernatei1_.NAME as NAME4_, hibernatei1_.REALM as REALM4_ from jbid_io_rel hibernatei0_ inner join jbid_io hibernatei1_ on hibernatei0_.TO_IDENTITY=hibernatei1_.ID cross join jbid_io hibernatei2_ cross join jbid_io hibernatei3_ where hibernatei0_.TO_IDENTITY=hibernatei2_.ID and hibernatei0_.FROM_IDENTITY=hibernatei3_.ID and hibernatei2_.REALM=? and hibernatei3_.REALM=? and (hibernatei2_.NAME like ?) and hibernatei0_.FROM_IDENTITY=? order by hibernatei2_.NAME asc [90068-168]
> 11:01:30,355 ERROR [stderr] (http-/127.0.0.1:8080-2) org.picketlink.idm.api.query.QueryException: Failed to execute query
> 11:01:30,356 ERROR [stderr] (http-/127.0.0.1:8080-2) at org.picketlink.idm.impl.api.query.UserQueryExecutorImpl.execute(UserQueryExecutorImpl.java:220)
> 11:01:30,356 ERROR [stderr] (http-/127.0.0.1:8080-2) at org.picketlink.idm.impl.api.query.UserQueryExecutorImpl.list(UserQueryExecutorImpl.java:245)
> 11:01:30,356 ERROR [stderr] (http-/127.0.0.1:8080-2) at org.picketlink.idm.impl.api.session.IdentitySessionImpl.list(IdentitySessionImpl.java:364)
> 11:01:30,356 ERROR [stderr] (http-/127.0.0.1:8080-2) at org.exoplatform.services.organization.idm.IDMUserListAccess.getSize(IDMUserListAccess.java:123)
> 11:01:30,356 ERROR [stderr] (http-/127.0.0.1:8080-2) at org.exoplatform.demo.portlet.portletOrganization.doView(portletOrganization.java:32)
> The same issue does not show up with other databases, such as MySQL.
--
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
10 years, 8 months
[JBoss JIRA] (GTNPORTAL-3014) OrganizationService.getUserHandler().findUsersByGroupId(groupid) not working with H2 database
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3014?page=com.atlassian.jira.pl... ]
RH Bugzilla Integration commented on GTNPORTAL-3014:
----------------------------------------------------
Dominik Pospisil <dpospisi(a)redhat.com> made a comment on [bug 915766|https://bugzilla.redhat.com/show_bug.cgi?id=915766]
Verified (ER4).
> OrganizationService.getUserHandler().findUsersByGroupId(groupid) not working with H2 database
> ---------------------------------------------------------------------------------------------
>
> Key: GTNPORTAL-3014
> URL: https://issues.jboss.org/browse/GTNPORTAL-3014
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Identity integration
> Affects Versions: 3.6.0.Beta01
> Reporter: Marek Posolda
> Assignee: Marek Posolda
> Fix For: 3.6.0.Beta02
>
>
> Description of problem:
> Using default setup with H2 database, calling OrganizationService.getUserHandler().findUsersByGroupId(groupid) raises an exception.
> Executing the following code:
> 30 users = organizationService.getUserHandler().findUsersByGroupId("/platform/users");
> 31
> 32 if (users.getSize() > 0)
> 33 {
> results in the following exception:
> 11:01:30,352 WARN [org.hibernate.engine.jdbc.spi.SqlExceptionHelper] (http-/127.0.0.1:8080-2) SQL Error: 90068, SQLState: 90068
> 11:01:30,352 ERROR [org.hibernate.engine.jdbc.spi.SqlExceptionHelper] (http-/127.0.0.1:8080-2) Order by expression "HIBERNATEI2_.NAME" must be in the result list in this case; SQL statement:
> select distinct hibernatei1_.ID as ID4_, hibernatei1_.IDENTITY_TYPE as IDENTITY2_4_, hibernatei1_.NAME as NAME4_, hibernatei1_.REALM as REALM4_ from jbid_io_rel hibernatei0_ inner join jbid_io hibernatei1_ on hibernatei0_.TO_IDENTITY=hibernatei1_.ID cross join jbid_io hibernatei2_ cross join jbid_io hibernatei3_ where hibernatei0_.TO_IDENTITY=hibernatei2_.ID and hibernatei0_.FROM_IDENTITY=hibernatei3_.ID and hibernatei2_.REALM=? and hibernatei3_.REALM=? and (hibernatei2_.NAME like ?) and hibernatei0_.FROM_IDENTITY=? order by hibernatei2_.NAME asc [90068-168]
> 11:01:30,355 ERROR [stderr] (http-/127.0.0.1:8080-2) org.picketlink.idm.api.query.QueryException: Failed to execute query
> 11:01:30,356 ERROR [stderr] (http-/127.0.0.1:8080-2) at org.picketlink.idm.impl.api.query.UserQueryExecutorImpl.execute(UserQueryExecutorImpl.java:220)
> 11:01:30,356 ERROR [stderr] (http-/127.0.0.1:8080-2) at org.picketlink.idm.impl.api.query.UserQueryExecutorImpl.list(UserQueryExecutorImpl.java:245)
> 11:01:30,356 ERROR [stderr] (http-/127.0.0.1:8080-2) at org.picketlink.idm.impl.api.session.IdentitySessionImpl.list(IdentitySessionImpl.java:364)
> 11:01:30,356 ERROR [stderr] (http-/127.0.0.1:8080-2) at org.exoplatform.services.organization.idm.IDMUserListAccess.getSize(IDMUserListAccess.java:123)
> 11:01:30,356 ERROR [stderr] (http-/127.0.0.1:8080-2) at org.exoplatform.demo.portlet.portletOrganization.doView(portletOrganization.java:32)
> The same issue does not show up with other databases, such as MySQL.
--
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
10 years, 8 months
[JBoss JIRA] (GTNPORTAL-3245) NullPointerException when edit page in Manage Page
by Trong Tran (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3245?page=com.atlassian.jira.pl... ]
Trong Tran updated GTNPORTAL-3245:
----------------------------------
Assignee: Vu Viet Phuong (was: Hai Nguyen)
> NullPointerException when edit page in Manage Page
> --------------------------------------------------
>
> Key: GTNPORTAL-3245
> URL: https://issues.jboss.org/browse/GTNPORTAL-3245
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 3.6.1.Final
> Reporter: Hai Nguyen
> Assignee: Vu Viet Phuong
> Priority: Minor
> Labels: backlogs
>
> - Login portal
> - Go to user and group management
> - Choose Group management tab
> - Add new group ( ex: AAA)
> - Go to Pages
> - Add new page for group above
> - Search this page and click edit
> - Click view page properties
> - Change access and edit permission to ( organization/*)
> - Click Finish button on Editor composer
> => Unknown error and throw exception in console
> {noformat}
> 2013-08-08 15:20:18,549 | ERROR | Error during the processAction phase [portal:UIPortalApplication<http-nio-0.0.0.0-8080-exec-10>]
> java.lang.NullPointerException: null
> at org.exoplatform.portal.webui.portal.UIPortalComposer$FinishPageEditionActionListener.execute(UIPortalComposer.java:680) ~[exo.portal.webui.portal-3.5.6-PLF.jar:3.5.6-PLF]
> at org.exoplatform.webui.event.Event.broadcast(Event.java:97) ~[exo.portal.webui.framework-3.5.6-PLF.jar:3.5.6-PLF]
> at org.exoplatform.webui.core.lifecycle.Lifecycle.processAction(Lifecycle.java:51) ~[exo.portal.webui.framework-3.5.6-PLF.jar:3.5.6-PLF]
> at org.exoplatform.webui.core.UIComponent.processAction(UIComponent.java:119) ~[exo.portal.webui.framework-3.5.6-PLF.jar:3.5.6-PLF]
> at org.exoplatform.portal.webui.workspace.UIPortalApplicationLifecycle.processAction(UIPortalApplicationLifecycle.java:73) ~[exo.portal.webui.portal-3.5.6-PLF.jar:3.5.6-PLF]
> at org.exoplatform.portal.webui.workspace.UIPortalApplicationLifecycle.processAction(UIPortalApplicationLifecycle.java:36) ~[exo.portal.webui.portal-3.5.6-PLF.jar:3.5.6-PLF]
> at org.exoplatform.webui.core.UIComponent.processAction(UIComponent.java:119) ~[exo.portal.webui.framework-3.5.6-PLF.jar:3.5.6-PLF]
> at org.exoplatform.webui.core.UIApplication.processAction(UIApplication.java:118) ~[exo.portal.webui.framework-3.5.6-PLF.jar:3.5.6-PLF]
> at org.exoplatform.portal.webui.workspace.UIPortalApplication.processAction(UIPortalApplication.java:569) ~[exo.portal.webui.portal-3.5.6-PLF.jar:3.5.6-PLF]
> at org.exoplatform.portal.application.PortalRequestHandler.processRequest(PortalRequestHandler.java:182) ~[exo.portal.webui.portal-3.5.6-PLF.jar:3.5.6-PLF]
> at org.exoplatform.portal.application.PortalRequestHandler.execute(PortalRequestHandler.java:159) ~[exo.portal.webui.portal-3.5.6-PLF.jar:3.5.6-PLF]
> at org.exoplatform.web.WebAppController.service(WebAppController.java:325) [exo.portal.component.web.controller-3.5.6-PLF.jar:3.5.6-PLF]
> at org.exoplatform.portal.application.PortalController.onService(PortalController.java:108) [exo.portal.webui.portal-3.5.6-PLF.jar:3.5.6-PLF]
> at org.exoplatform.container.web.AbstractHttpServlet.service(AbstractHttpServlet.java:132) [exo.kernel.container-2.4.5-GA.jar:2.4.5-GA]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) [servlet-api.jar:na]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) [catalina.jar:7.0.42]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.42]
> at org.exoplatform.web.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:96) [exo.portal.component.web.api-3.5.6-PLF.jar:3.5.6-PLF]
> at org.exoplatform.platform.common.account.setup.web.AccountSetupFilter.doFilter(AccountSetupFilter.java:61) [platform-component-common-4.0.2.jar:4.0.2]
> at org.exoplatform.web.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:92) [exo.portal.component.web.api-3.5.6-PLF.jar:3.5.6-PLF]
> at org.exoplatform.platform.welcomescreens.web.TermsAndConditionsFilter.doFilter(TermsAndConditionsFilter.java:79) [platform-welcome-screens-component-4.0.2.jar:4.0.2]
> at org.exoplatform.web.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:92) [exo.portal.component.web.api-3.5.6-PLF.jar:3.5.6-PLF]
> at org.exoplatform.platform.common.account.setup.web.AccountSetupFilter.doFilter(AccountSetupFilter.java:61) [platform-component-common-4.0.2.jar:4.0.2]
> at org.exoplatform.web.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:92) [exo.portal.component.web.api-3.5.6-PLF.jar:3.5.6-PLF]
> at org.exoplatform.platform.welcomescreens.web.TermsAndConditionsFilter.doFilter(TermsAndConditionsFilter.java:79) [platform-welcome-screens-component-4.0.2.jar:4.0.2]
> at org.exoplatform.web.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:92) [exo.portal.component.web.api-3.5.6-PLF.jar:3.5.6-PLF]
> at org.exoplatform.platform.welcomescreens.service.UnlockService$UnlockFilter.doFilter(UnlockService.java:345) [platform-welcome-screens-component-4.0.2.jar:4.0.2]
> at org.exoplatform.web.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:92) [exo.portal.component.web.api-3.5.6-PLF.jar:3.5.6-PLF]
> at org.exoplatform.web.filter.ExtensibleFilter.doFilter(ExtensibleFilter.java:71) [exo.portal.component.web.api-3.5.6-PLF.jar:3.5.6-PLF]
> at org.exoplatform.web.filter.GenericFilter.doFilter(GenericFilter.java:70) [exo.portal.component.web.api-3.5.6-PLF.jar:3.5.6-PLF]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) [catalina.jar:7.0.42]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.42]
> at org.exoplatform.web.CacheUserProfileFilter.doFilter(CacheUserProfileFilter.java:67) [exo.portal.component.web.security-3.5.6-PLF.jar:3.5.6-PLF]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) [catalina.jar:7.0.42]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.42]
> at org.exoplatform.frameworks.jcr.web.ThreadLocalSessionProviderInitializedFilter.doFilter(ThreadLocalSessionProviderInitializedFilter.java:122) [exo.jcr.framework.web-1.15.5-GA.jar:1.15.5-GA]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) [catalina.jar:7.0.42]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.42]
> at org.exoplatform.web.login.ConversationStateUpdateFilter.doFilter(ConversationStateUpdateFilter.java:66) [exo.portal.component.web.security-3.5.6-PLF.jar:3.5.6-PLF]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) [catalina.jar:7.0.42]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.42]
> at org.exoplatform.services.security.web.SetCurrentIdentityFilter.doFilter(SetCurrentIdentityFilter.java:88) [exo.core.component.security.core-2.5.5-GA.jar:2.5.5-GA]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) [catalina.jar:7.0.42]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.42]
> at org.exoplatform.web.login.RememberMeFilter.doFilter(RememberMeFilter.java:81) [exo.portal.component.web.security-3.5.6-PLF.jar:3.5.6-PLF]
> at org.exoplatform.web.login.RememberMeFilter.doFilter(RememberMeFilter.java:49) [exo.portal.component.web.security-3.5.6-PLF.jar:3.5.6-PLF]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) [catalina.jar:7.0.42]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.42]
> at org.gatein.sso.integration.SSODelegateFilter.doFilter(SSODelegateFilter.java:60) [sso-integration-1.3.1.Final.jar:1.3.1.Final]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) [catalina.jar:7.0.42]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.42]
> at org.exoplatform.container.web.PortalContainerFilter.doFilter(PortalContainerFilter.java:78) [exo.kernel.container-2.4.5-GA.jar:2.4.5-GA]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) [catalina.jar:7.0.42]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) [catalina.jar:7.0.42]
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) [catalina.jar:7.0.42]
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) [catalina.jar:7.0.42]
> at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502) [catalina.jar:7.0.42]
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) [catalina.jar:7.0.42]
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) [catalina.jar:7.0.42]
> at org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:341) [catalina.jar:7.0.42]
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) [catalina.jar:7.0.42]
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408) [catalina.jar:7.0.42]
> at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023) [tomcat-coyote.jar:7.0.42]
> at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) [tomcat-coyote.jar:7.0.42]
> at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686) [tomcat-coyote.jar:7.0.42]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [na:1.7.0_21]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [na:1.7.0_21]
> at java.lang.Thread.run(Thread.java:722) [na:1.7.0_21]
> {noformat}
--
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
10 years, 8 months
[JBoss JIRA] (GTNPORTAL-3247) [IE8] Impossible to edit page containing accent character in its name
by Son Tran (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3247?page=com.atlassian.jira.pl... ]
Son Tran commented on GTNPORTAL-3247:
-------------------------------------
- IE8/9 might not encode url, it's still *'é'* instead of *%C3%A9*. Therefore portal threw exception when decoding character 'é'.
- I worked around by adding encodeURI(url) to eXo.js:
{code:javascript}
eXo.env.server.createPortalURL = function(targetComponentId, actionName, useAjax, params) {
var url = eXo.env.server.portalURLTemplate.replace("{portal:componentId}", targetComponentId);
url = url.replace("{portal:action}", actionName);
if(params != null) {
var len = params.length ;
for(var i = 0 ; i < len ; i++) {
var paramName = encodeURIComponent(params[i].name);
var paramValue = encodeURIComponent(params[i].value);
url += "&" + paramName + "=" + paramValue ;
}
}
if(useAjax) url += "&ajaxRequest=true" ;
url = encodeURI(url);
return url;
};
{code}
It worked. However, there's another bug when page executed ajaxRequest such as closing editor. The URL was decoded incorrectly to ISO-8859-1 instead of UTF-8. It means *%C3%A9* was decoded as *'é'* not *'é'*
> [IE8] Impossible to edit page containing accent character in its name
> ---------------------------------------------------------------------
>
> Key: GTNPORTAL-3247
> URL: https://issues.jboss.org/browse/GTNPORTAL-3247
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Reporter: Son Tran
> Assignee: Son Tran
> Priority: Minor
> Labels: backlogs
>
> Using *IE8*, it's not possible to edit a page that contains an accented character in its name.
> Try to follow these steps to reproduce:
> - login to acme site.
> - Edit-> Page-> Add page
> - put the name " accentué"
> - Save the page, it is created and accessible (navigate to the page)
> - Select Edit-> Page-> Layout => nothing happens.
> we can not edit the page .
> With chrome and FF this works well.
--
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
10 years, 8 months