[JBoss JIRA] (GTNPORTAL-3507) Update test case from PLIDM-46 to gatein-portal test case
by Tran Trung Thanh (JIRA)
Tran Trung Thanh created GTNPORTAL-3507:
-------------------------------------------
Summary: Update test case from PLIDM-46 to gatein-portal test case
Key: GTNPORTAL-3507
URL: https://issues.jboss.org/browse/GTNPORTAL-3507
Project: GateIn Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 3.5.10.Final
Reporter: Tran Trung Thanh
PLIDM-46 contains a new unit case to verify that PLIDM transaction is synchronized with Hibernate transaction. This test should be included in gatein-portal code base
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (GTNCOMMON-24) FastURLDecoder cannot decode surrogate pair characters
by Takayuki Konishi (JIRA)
[ https://issues.jboss.org/browse/GTNCOMMON-24?page=com.atlassian.jira.plug... ]
Takayuki Konishi updated GTNCOMMON-24:
--------------------------------------
Description:
FastURLDecoder cannot decode surrogate pair characters.
When I decoded [U+20000B|http://www.fileformat.info/info/unicode/char/2000B/index.htm], I got MalformedInputException:
{code}
org.gatein.common.text.MalformedInputException: Cannot decode char 'A0'
at org.gatein.common.text.FastURLDecoder.safeEncode(FastURLDecoder.java:217)
at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:45)
at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:62)
at org.gatein.common.text.FastURLDecoderTestCase.testEncodeSurrogatePair(FastURLDecoderTestCase.java:159)
{code}
I also attach a patch for testcase.
was:
FastURLDecoder cannot decode surrogate pair characters.
When I decoded U+20000B, I got MalformedInputException:
{code}
org.gatein.common.text.MalformedInputException: Cannot decode char 'A0'
at org.gatein.common.text.FastURLDecoder.safeEncode(FastURLDecoder.java:217)
at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:45)
at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:62)
at org.gatein.common.text.FastURLDecoderTestCase.testEncodeSurrogatePair(FastURLDecoderTestCase.java:159)
{code}
I also attach a patch for testcase.
> FastURLDecoder cannot decode surrogate pair characters
> ------------------------------------------------------
>
> Key: GTNCOMMON-24
> URL: https://issues.jboss.org/browse/GTNCOMMON-24
> Project: GateIn Common
> Issue Type: Bug
> Reporter: Takayuki Konishi
> Attachments: surrogatepairtest.patch
>
>
> FastURLDecoder cannot decode surrogate pair characters.
> When I decoded [U+20000B|http://www.fileformat.info/info/unicode/char/2000B/index.htm], I got MalformedInputException:
> {code}
> org.gatein.common.text.MalformedInputException: Cannot decode char 'A0'
> at org.gatein.common.text.FastURLDecoder.safeEncode(FastURLDecoder.java:217)
> at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:45)
> at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:62)
> at org.gatein.common.text.FastURLDecoderTestCase.testEncodeSurrogatePair(FastURLDecoderTestCase.java:159)
> {code}
> I also attach a patch for testcase.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (GTNPORTAL-3486) Redirect to /sso instead of /login when SSO is enabled
by Trong Tran (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3486?page=com.atlassian.jira.pl... ]
Trong Tran reassigned GTNPORTAL-3486:
-------------------------------------
Assignee: Trong Tran (was: Tuyen Nguyen The)
> 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: Trong Tran
> 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, 6 months
[JBoss JIRA] (GTNPORTAL-3470) Make permission defaults in page creation forms consistent
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3470?page=com.atlassian.jira.pl... ]
RH Bugzilla Integration commented on GTNPORTAL-3470:
----------------------------------------------------
Petr Mensik <pmensik(a)redhat.com> changed the Status of [bug 1094154|https://bugzilla.redhat.com/show_bug.cgi?id=1094154] from ON_QA to VERIFIED
> Make permission defaults in page creation forms consistent
> ----------------------------------------------------------
>
> Key: GTNPORTAL-3470
> URL: https://issues.jboss.org/browse/GTNPORTAL-3470
> Project: GateIn Portal
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Reporter: Peter Palaga
> Assignee: Peter Palaga
> Fix For: 3.8.0.Final
>
>
> This is a followup of the rejected GTNPORTAL-3459 which asked for applying move*Permission defaults from parent site. The present aim is to ensure for all page creation forms, that they use consistent defaults for all kinds of permissions.
> The page creation forms for which this applies:
> I. Page Creation Wizard accessible via Toolbar > Site Editor > Add New Page
> II. New Page accessible via Toolbar > Group > Administration > Page Management > Add New Page
> III. Create Page accessible via Toolbar > Manage Sites > Edit Navigation > Create Node > Page Selector > Create Page
> For each of them, the defaults should be set as follows:
> (1) For portal pages the access and edit permissions should be taken from the parent site.
> (2) For group pages, the the default access permissions should be set to all group members and edit should be set only to the given group's members with the membership type defined in {{navigation.creator.membership.type}} configuration parameter of {{UserACL}} service.
> (3) For any kind of page (portal, group, etc.), the move*Permissions form defaults are taken over form the {{page.xml}} template chosen in the given form. If the given form offers no page template choice, the {{empty}} template should be used.
> In the present implementation, the named requirements are mostly met, however the code is spread over several classes, and is not always 100% consistent, which should hereby be fixed.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (GTNPORTAL-3506) Allow multiple apps registering the very same AMD paths
by Peter Palaga (JIRA)
Peter Palaga created GTNPORTAL-3506:
---------------------------------------
Summary: Allow multiple apps registering the very same AMD paths
Key: GTNPORTAL-3506
URL: https://issues.jboss.org/browse/GTNPORTAL-3506
Project: GateIn Portal
Issue Type: Task
Security Level: Public (Everyone can see)
Reporter: Peter Palaga
Assignee: Peter Palaga
h4. Current state
GTNPORTAL-3502 introduced a common deployer for JavaScript and skin services with the following characteristics: when an app attempts to add an AMD path mapping that is available in the portal already,
all JS and CSS resources from that app are rejected. The path mapping comparison is done on path prefixes only, the target paths are not inspected at all.
Example:
* Application {{app.war}} wants to register the AMD module ID prefix
{{/dojo}} to be mapped to target path {{http://fastcdn.com/dojo/1.7.0}}
* But the prefix {{/dojo}} was registered already for
{{http://othercdn.com/dojo/1.9.1}} by some other application.
* All JS and CSS resources from {{app.war}} are rejected by skin and JSConfig services.
h4. Proposed change
The above approach is unnecessarily restrictive, because it rejects also applications that want to register the very same target path for a given prefix as is registered in the portal already.
Example:
* Application {{app2.war}} wants to register the AMD module ID prefix
{{/dojo}} to be mapped to target path {{http://fastcdn.com/dojo/1.7.0}}
* The prefix {{/dojo}} was previously registered by some other application {{app1.war}} to point to the very same target path {{http://fastcdn.com/dojo/1.7.0}}.
* JS and CSS resources from {{app2.war}} should be accepted by the portal because no inconsistency is introduced by {{app2.war}}.
* However, having accepted two or more apps relying on one path mapping, the portal must reject all changes that could break any of the affected applications. E.g. the portal may not remove the mapping on {{app1.war}} undeploy or it may not allow for re-deploying {{app1.war}} with a modified path mapping while {{app2.war}} is still active.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (GTNPORTAL-3500) testMemoryLeakWithMultiThread fails sometimes
by Trong Tran (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3500?focusedWorklogId=12431303&... ]
Trong Tran logged work on GTNPORTAL-3500:
-----------------------------------------
Author: Trong Tran
Created on: 05/Jun/14 6:26 AM
Start Date: 05/Jun/14 6:26 AM
Worklog Time Spent: 4 hours
Issue Time Tracking
-------------------
Remaining Estimate: 0 minutes (was: 1 day)
Time Spent: 1 day (was: 4 hours)
Worklog Id: (was: 12431303)
> 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
> Assignee: Trong Tran
> Fix For: 3.9.0.Final
>
> Attachments: TestDownloadService.java
>
> Original Estimate: 1 day, 4 hours
> Time Spent: 1 day
> Remaining Estimate: 0 minutes
>
> 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, 6 months
[JBoss JIRA] (GTNCOMMON-24) FastURLDecoder cannot decode surrogate pair characters
by Takayuki Konishi (JIRA)
[ https://issues.jboss.org/browse/GTNCOMMON-24?page=com.atlassian.jira.plug... ]
Takayuki Konishi updated GTNCOMMON-24:
--------------------------------------
Description:
FastURLDecoder cannot decode surrogate pair characters.
When I decoded U+20000B, I got MalformedInputException:
{code}
org.gatein.common.text.MalformedInputException: Cannot decode char 'A0'
at org.gatein.common.text.FastURLDecoder.safeEncode(FastURLDecoder.java:217)
at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:45)
at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:62)
at org.gatein.common.text.FastURLDecoderTestCase.testEncodeSurrogatePair(FastURLDecoderTestCase.java:159)
{code}
I also attach a patch for testcase.
was:
FastURLDecoder cannot decode surrogate pair characters.
{code}
org.gatein.common.text.MalformedInputException: Cannot decode char 'A0'
at org.gatein.common.text.FastURLDecoder.safeEncode(FastURLDecoder.java:217)
at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:45)
at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:62)
at org.gatein.common.text.FastURLDecoderTestCase.testEncodeSurrogatePair(FastURLDecoderTestCase.java:159)
{code}
I also attach a patch for testcase.
> FastURLDecoder cannot decode surrogate pair characters
> ------------------------------------------------------
>
> Key: GTNCOMMON-24
> URL: https://issues.jboss.org/browse/GTNCOMMON-24
> Project: GateIn Common
> Issue Type: Bug
> Reporter: Takayuki Konishi
> Attachments: surrogatepairtest.patch
>
>
> FastURLDecoder cannot decode surrogate pair characters.
> When I decoded U+20000B, I got MalformedInputException:
> {code}
> org.gatein.common.text.MalformedInputException: Cannot decode char 'A0'
> at org.gatein.common.text.FastURLDecoder.safeEncode(FastURLDecoder.java:217)
> at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:45)
> at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:62)
> at org.gatein.common.text.FastURLDecoderTestCase.testEncodeSurrogatePair(FastURLDecoderTestCase.java:159)
> {code}
> I also attach a patch for testcase.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (GTNCOMMON-24) FastURLDecoder cannot decode surrogate pair characters
by Takayuki Konishi (JIRA)
[ https://issues.jboss.org/browse/GTNCOMMON-24?page=com.atlassian.jira.plug... ]
Takayuki Konishi updated GTNCOMMON-24:
--------------------------------------
Attachment: surrogatepairtest.patch
> FastURLDecoder cannot decode surrogate pair characters
> ------------------------------------------------------
>
> Key: GTNCOMMON-24
> URL: https://issues.jboss.org/browse/GTNCOMMON-24
> Project: GateIn Common
> Issue Type: Bug
> Reporter: Takayuki Konishi
> Attachments: surrogatepairtest.patch
>
>
> FastURLDecoder cannot decode surrogate pair characters.
> {code}
> org.gatein.common.text.MalformedInputException: Cannot decode char 'A0'
> at org.gatein.common.text.FastURLDecoder.safeEncode(FastURLDecoder.java:217)
> at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:45)
> at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:62)
> at org.gatein.common.text.FastURLDecoderTestCase.testEncodeSurrogatePair(FastURLDecoderTestCase.java:159)
> {code}
> I also attach a patch for testcase.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (GTNCOMMON-24) FastURLDecoder cannot decode surrogate pair characters
by Takayuki Konishi (JIRA)
Takayuki Konishi created GTNCOMMON-24:
-----------------------------------------
Summary: FastURLDecoder cannot decode surrogate pair characters
Key: GTNCOMMON-24
URL: https://issues.jboss.org/browse/GTNCOMMON-24
Project: GateIn Common
Issue Type: Bug
Reporter: Takayuki Konishi
FastURLDecoder cannot decode surrogate pair characters.
{code}
org.gatein.common.text.MalformedInputException: Cannot decode char 'A0'
at org.gatein.common.text.FastURLDecoder.safeEncode(FastURLDecoder.java:217)
at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:45)
at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:62)
at org.gatein.common.text.FastURLDecoderTestCase.testEncodeSurrogatePair(FastURLDecoderTestCase.java:159)
{code}
I also attach a patch for testcase.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 6 months
[JBoss JIRA] (GTNPORTAL-3500) testMemoryLeakWithMultiThread fails sometimes
by Trong Tran (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3500?page=com.atlassian.jira.pl... ]
Trong Tran resolved GTNPORTAL-3500.
-----------------------------------
Fix Version/s: 3.9.0.Final
Resolution: Done
> 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
> Assignee: Trong Tran
> Fix For: 3.9.0.Final
>
> Attachments: TestDownloadService.java
>
> Original Estimate: 1 day, 4 hours
> Time Spent: 4 hours
> Remaining Estimate: 1 day
>
> 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, 6 months