[JBoss JIRA] (GTNPORTAL-3486) Redirect to /sso instead of /login when SSO is enabled
by Vu Viet Phuong (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3486?page=com.atlassian.jira.pl... ]
Vu Viet Phuong updated GTNPORTAL-3486:
--------------------------------------
Original Estimate: 4 hours
Remaining Estimate: 4 hours
> Redirect to /sso instead of /login when SSO is enabled
> ------------------------------------------------------
>
> Key: GTNPORTAL-3486
> URL: https://issues.jboss.org/browse/GTNPORTAL-3486
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Reporter: Tuyen Nguyen The
> Assignee: Tuyen Nguyen The
> Original Estimate: 4 hours
> Remaining Estimate: 4 hours
>
> When i configure SPNEGO SSO for Gatein,
> It work ok when i login with "login" link at top navigation bar. But when i try to access to page that rerquire login, (for example http://server.local.network:8080/portal/g/:platform:administrators/admini...), it will redirect to /login and i will not be logged in automatically with SPNEGO because spnego only work when it redirect to /dologin
> I think when SSO is enabled, we should redirect to /sso instead of /login when user try to access page that require login, then SSO will redirect to loginURL which was configured.
> It's similar that we change link of "login" at top navigation bar to /sso when SSO is enabled.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years
[JBoss JIRA] (GTNPORTAL-3490) [Services Management gadget] Hard-coded English labels
by Vu Viet Phuong (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3490?page=com.atlassian.jira.pl... ]
Vu Viet Phuong updated GTNPORTAL-3490:
--------------------------------------
Original Estimate: 1 hour
Remaining Estimate: 1 hour
> [Services Management gadget] Hard-coded English labels
> ------------------------------------------------------
>
> Key: GTNPORTAL-3490
> URL: https://issues.jboss.org/browse/GTNPORTAL-3490
> Project: GateIn Portal
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: Internationalization and Localization
> Affects Versions: 3.5.10.Final, 3.7.1.Final
> Reporter: H. Trang Vu
> Assignee: H. Trang Vu
> Attachments: FR-LargeSize-Methods-Properties.png, FR-Properties.png
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> Steps to reproduce:
> * Login as root
> * Go to Application Registry, add *Services Management* gadget into a category
> * Open Dashboard
> * Add *Services Management* gadget
> * Switch to French.
> * Open the gadget in both normal size and large size
> ** "Methods", "Properties" are still in English.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years
[JBoss JIRA] (GTNPORTAL-3491) [Gadget] Hard-coded English labels in Title and Field Name
by Vu Viet Phuong (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3491?page=com.atlassian.jira.pl... ]
Vu Viet Phuong updated GTNPORTAL-3491:
--------------------------------------
Original Estimate: 4 hours
Remaining Estimate: 4 hours
> [Gadget] Hard-coded English labels in Title and Field Name
> ----------------------------------------------------------
>
> Key: GTNPORTAL-3491
> URL: https://issues.jboss.org/browse/GTNPORTAL-3491
> Project: GateIn Portal
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: Internationalization and Localization
> Affects Versions: 3.5.10.Final, 3.7.1.Final
> Reporter: H. Trang Vu
> Attachments: VI-Title-FieldName.png
>
> Original Estimate: 4 hours
> Remaining Estimate: 4 hours
>
> Steps to reproduce:
> * Login as root
> * Go to Application Registry, add *Services Management* gadget into a category
> * Switch to Vietnamese
> * Open Dashboard
> * Add *Services Management* gadget
> * The gadget title is always in English
> * Click pencil icon to edit gadget setting
> ** "Services URL" is always in English
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years
[JBoss JIRA] (GTNPORTAL-3499) Result of Rest API contains original host when Gatein runs behind apache server via HTTP protocal
by Vu Viet Phuong (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3499?page=com.atlassian.jira.pl... ]
Vu Viet Phuong updated GTNPORTAL-3499:
--------------------------------------
Original Estimate: 6 hours
Remaining Estimate: 6 hours
> Result of Rest API contains original host when Gatein runs behind apache server via HTTP protocal
> -------------------------------------------------------------------------------------------------
>
> Key: GTNPORTAL-3499
> URL: https://issues.jboss.org/browse/GTNPORTAL-3499
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 3.5.9.Final
> Reporter: Tran Trung Thanh
> Original Estimate: 6 hours
> Remaining Estimate: 6 hours
>
> - Configure eXo Platform with apache 2 via HTTP protocol by following
> http://docs.exoplatform.com/public/topic/PLF40/PLFAdminGuide.Deployment.S...
> - Start Gatein server at localhost:8080
> - Access Gatein service by using address of apache for example example.localhost
> - Login as john
> - Call REST API: http://example.localhost/rest/private/managed-components/mop/usersites/jo...
> -> The result contains the original host
> {noformat}
> {"description":"List of child pages for page 'Tab_Default'","children":[],"operations":[{"operation-name":"read-resource","operation-description":"Lists available pages at a specified address.","link":{"rel":"self","href":"http://localhost:8080/rest/private/managed-components/mop/usersites/john/..."}},{"operation-name":"read-config-as-xml","operation-description":"Reads pages as configuration xml at a specified address.","link":{"rel":"content","href":"http://localhost:8080/rest/private/managed-components/mop/usersites/john/...","type":"application/xml"}},{"operation-name":"export-resource","operation-description":"Exports pages configuration xml as a zip file.","link":{"rel":"content","href":"http://localhost:8080/rest/private/managed-components/mop/usersites/john/...","type":"application/zip","method":"get"}}]}
> {noformat}
> Note that: No problem when configuring apache front-end with ajp.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years
[JBoss JIRA] (GTNPORTAL-3450) Impossible to upload file in Content Explorer when tmpdir does not exist
by Trong Tran (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3450?page=com.atlassian.jira.pl... ]
Trong Tran updated GTNPORTAL-3450:
----------------------------------
Sprint: Sprint 104
> Impossible to upload file in Content Explorer when tmpdir does not exist
> ------------------------------------------------------------------------
>
> Key: GTNPORTAL-3450
> URL: https://issues.jboss.org/browse/GTNPORTAL-3450
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 3.5.8.Final
> Reporter: Tran Trung Thanh
>
> We have a problem when trying to upload files.
> We noticed that the "org.exoplatform.upload.UploadService" Service uses java.io.tmpdir (System Properties) to create the portal/eXoUpload directory needed to upload files.
> If the directory does not exist (ie, deleted : custermer's case deleted by tmpwatch command).
> << we can view the file tree but nothing happens, it stays at 0 % (blocking).
> *Error log:*
> {code}DEBUG [org.exoplatform.upload.UploadService] (ajp-10.11.2.212-8009-42) IOException while upload resource
> org.apache.commons.fileupload.FileUploadBase$IOFileUploadException: Processing of multipart/form-data request failed. /tmp/portal/eXoUpload/upload__175985d8_14550fb3b24_d1a_00000003.tmp (Aucun fichier ou dossier de ce type)
> at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:367)
> at org.apache.commons.fileupload.servlet.ServletFileUpload.parseRequest(ServletFileUpload.java:126)
> at org.exoplatform.upload.UploadService.createUploadResource(UploadService.java:120)
> at org.exoplatform.upload.UploadService.createUploadResource(UploadService.java:96)
> at org.exoplatform.web.handler.UploadHandler.execute(UploadHandler.java:123)
> at org.exoplatform.web.handler.UploadHandler.execute(UploadHandler.java:60)
> 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 com.filhetallard.dis.extranet.adp.portlet.common.SitesAccessFilter.doFilter(SitesAccessFilter.java:195)
> at com.filhetallard.dis.extranet.fac.exo.web.FilterAdapter.doFilter(FilterAdapter.java:23)
> at org.exoplatform.web.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:110)
> at org.exoplatform.platform.common.admin.TermsAndConditionsFilter.doFilter(TermsAndConditionsFilter.java:77)
> at org.exoplatform.web.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:110)
> 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:78)
> 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.web.login.ClusteredSSOFilter.doFilter(ClusteredSSOFilter.java:62)
> 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.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
> 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:235)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
> at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:183)
> at org.jboss.web.tomcat.service.session.ClusteredSessionValve.handleRequest(ClusteredSessionValve.java:135)
> at org.jboss.web.tomcat.service.session.ClusteredSessionValve.invoke(ClusteredSessionValve.java:94)
> at org.jboss.web.tomcat.service.session.JvmRouteValve.invoke(JvmRouteValve.java:88)
> at org.jboss.web.tomcat.service.session.LockingValve.invoke(LockingValve.java:62)
> at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433)
> at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:95)
> at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
> at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
> 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:402)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at org.jboss.web.tomcat.service.request.ActiveRequestResponseCacheValve.internalProcess(ActiveRequestResponseCacheValve.java:74)
> at org.jboss.web.tomcat.service.request.ActiveRequestResponseCacheValve.invoke(ActiveRequestResponseCacheValve.java:47)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
> at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:436)
> at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:385)
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:451)
> at java.lang.Thread.run(Thread.java:701)
> Caused by: java.io.FileNotFoundException: /tmp/portal/eXoUpload/upload__175985d8_14550fb3b24_d1a_00000003.tmp (Aucun fichier ou dossier de ce type)
> at java.io.FileOutputStream.open(Native Method)
> at java.io.FileOutputStream.<init>(FileOutputStream.java:212)
> at java.io.FileOutputStream.<init>(FileOutputStream.java:160)
> at org.apache.commons.io.output.DeferredFileOutputStream.thresholdReached(DeferredFileOutputStream.java:165)
> at org.apache.commons.io.output.ThresholdingOutputStream.checkThreshold(ThresholdingOutputStream.java:221)
> at org.apache.commons.io.output.ThresholdingOutputStream.write(ThresholdingOutputStream.java:127)
> at org.apache.commons.fileupload.util.Streams.copy(Streams.java:101)
> at org.apache.commons.fileupload.util.Streams.copy(Streams.java:64)
> at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:362)
> ... 65 more{code}
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years
[JBoss JIRA] (GTNPORTAL-3500) testMemoryLeakWithMultiThread fails sometimes
by Vu Viet Phuong (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3500?page=com.atlassian.jira.pl... ]
Vu Viet Phuong updated GTNPORTAL-3500:
--------------------------------------
Original Estimate: 1 day, 4 hours
Remaining Estimate: 1 day, 4 hours
> testMemoryLeakWithMultiThread fails sometimes
> ---------------------------------------------
>
> Key: GTNPORTAL-3500
> URL: https://issues.jboss.org/browse/GTNPORTAL-3500
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Reporter: Peter Palaga
> Original Estimate: 1 day, 4 hours
> Remaining Estimate: 1 day, 4 hours
>
> Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1103304
> org.exoplatform.download.TestDownloadService.testMemoryLeakWithMultiThread() fails in some cases. The stack trace:
> junit.framework.AssertionFailedError
> at junit.framework.Assert.fail(Assert.java:48)
> at junit.framework.Assert.assertTrue(Assert.java:20)
> at junit.framework.Assert.assertTrue(Assert.java:27)
> at org.exoplatform.download.TestDownloadService.testMemoryLeakWithMultiThread(TestDownloadService.java:109)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> ...
> The line where it fails is
> assertTrue(cache.getCacheSize() <= 10);
> Version-Release number of selected component (if applicable):
> GateIn 3.8.x or 3.9.x
> Reproducible sometimes: 1/10 or even less. Happens both on Jenkins and desktop.
> Steps to Reproduce:
> Not sure. It happens randomly. Perhaps overloading the machine with some CPU-intensive task might help. Just build the exo.portal.component.web.server artifact with tests repeatedly until it fails.
> Actual results:
> Test fails
> Expected results:
> Not sure if the subject under the test is broken or the test itself.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years
[JBoss JIRA] (GTNPORTAL-3490) [Services Management gadget] Hard-coded English labels
by Trong Tran (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3490?page=com.atlassian.jira.pl... ]
Trong Tran updated GTNPORTAL-3490:
----------------------------------
Sprint: Sprint 104
> [Services Management gadget] Hard-coded English labels
> ------------------------------------------------------
>
> Key: GTNPORTAL-3490
> URL: https://issues.jboss.org/browse/GTNPORTAL-3490
> Project: GateIn Portal
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: Internationalization and Localization
> Affects Versions: 3.5.10.Final, 3.7.1.Final
> Reporter: H. Trang Vu
> Assignee: H. Trang Vu
> Attachments: FR-LargeSize-Methods-Properties.png, FR-Properties.png
>
>
> Steps to reproduce:
> * Login as root
> * Go to Application Registry, add *Services Management* gadget into a category
> * Open Dashboard
> * Add *Services Management* gadget
> * Switch to French.
> * Open the gadget in both normal size and large size
> ** "Methods", "Properties" are still in English.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years