[JBoss JIRA] (GTNPORTAL-3287) Portal.hasPermission returns false if Permission parameter contains multiple Memberships
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3287?page=com.atlassian.jira.pl... ]
RH Bugzilla Integration commented on GTNPORTAL-3287:
----------------------------------------------------
Tomas Kyjovsky <tkyjovsk(a)redhat.com> changed the Status of [bug 1029005|https://bugzilla.redhat.com/show_bug.cgi?id=1029005] from ON_QA to VERIFIED
> Portal.hasPermission returns false if Permission parameter contains multiple Memberships
> ----------------------------------------------------------------------------------------
>
> Key: GTNPORTAL-3287
> URL: https://issues.jboss.org/browse/GTNPORTAL-3287
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Java API
> Affects Versions: 3.6.3.Final
> Reporter: Martin Weiler
> Assignee: Nick Scavelli
> Fix For: 3.6.4.Final, 3.7.0.Final
>
>
> We have 2 sites
> http://localhost:8080/portal/default/
> http://localhost:8080/portal/webadmin/
> In a portlet, we need to show a link to "/portal/webadmin/" only if user has access to "webadmin" site.
> Site "webadmin" has access permissions set as "*:/platform/administrators/admin group1;*:/platform/administrators/admin group2;*:/platform/administrators/admin group3".
> User has Membership Type "member" in "/platform/administrators/admin group1" group.
> In a portlet, we are checking permissions with the following snippet:
> {code}
> PortalRequest portalRequest = PortalRequest.getInstance();
> Site webadminSite = portalRequest.getPortal().getSite(new SiteId("webadmin"));
> portal.hasPermission(portalRequest.getUser() , webadminSite.getAccessPermission());
> {code}
> hasPermission method is returning false.
> Note: access permissions on 'webadmin' site are only set to a single entry (eg. /platform/administrators/admin group1), the method returns true.
--
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, 4 months
[JBoss JIRA] (GTNPORTAL-3267) MOP import resource
by Trong Tran (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3267?page=com.atlassian.jira.pl... ]
Trong Tran updated GTNPORTAL-3267:
----------------------------------
Fix Version/s: 3.7.0.Final
(was: 3.5.7.Final)
> MOP import resource
> -------------------
>
> Key: GTNPORTAL-3267
> URL: https://issues.jboss.org/browse/GTNPORTAL-3267
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Java API
> Affects Versions: 3.5.6.Final
> Reporter: Boubaker Khanfir
> Assignee: Trong Tran
> Fix For: 3.7.0.Final
>
> Attachments: portal_mobile_2013-10-01_11-22-50.zip
>
> Original Estimate: 4 hours
> Time Spent: 1 day, 6 hours
> Remaining Estimate: 0 minutes
>
> MOP resource management is based on a custom marshaller/unmarshaller (org.exoplatform.portal.mop.management.binding.xml.*).
> I had used the mop managed resource in a custom case:
> * Create a new site.
> * Add PortalBody in a container.
> * Export site using GateIN management.
> * Re-import exported site.
> => Exception:
> {code}
> Operation exception for operation import-resource and address /mop [org.gatein.management.cli<pool-4-thread-1>]
> org.gatein.management.api.exceptions.OperationException: Exception reading data for import.
> at org.exoplatform.portal.mop.management.operations.MopImportResource.execute(MopImportResource.java:198) ~[exo.portal.component.portal-3.5.x-PLF-SNAPSHOT.jar:3.5.x-PLF-SNAPSHOT]
> at org.gatein.management.core.api.controller.SimpleManagementController.execute(SimpleManagementController.java:100) ~[gatein-management-core-1.1.0.Final.jar:1.1.0.Final]
> ...
> Caused by: org.staxnav.StaxNavException: Unexpected element 'page-body' at [row,col]:[167,21]
> at org.gatein.common.xml.stax.navigator.Exceptions.unexpectedElement(Exceptions.java:45) ~[exo.portal.component.common-3.5.x-PLF-SNAPSHOT.jar:3.5.x-PLF-SNAPSHOT]
> at org.exoplatform.portal.mop.management.binding.xml.AbstractMarshaller.unmarshalContainer(AbstractMarshaller.java:171) ~[exo.portal.component.portal-3.5.x-PLF-SNAPSHOT.jar:3.5.x-PLF-SNAPSHOT]
> at org.exoplatform.portal.mop.management.binding.xml.SiteLayoutMarshaller.unmarshalPortalConfig(SiteLayoutMarshaller.java:216) ~[exo.portal.component.portal-3.5.x-PLF-SNAPSHOT.jar:3.5.x-PLF-SNAPSHOT]
> at org.exoplatform.portal.mop.management.binding.xml.SiteLayoutMarshaller.unmarshal(SiteLayoutMarshaller.java:80) ~[exo.portal.component.portal-3.5.x-PLF-SNAPSHOT.jar:3.5.x-PLF-SNAPSHOT]
> ... 40 common frames omitted
> {code}
> To fix this I used the *default* MOP marshaller:
> {code}
> import org.exoplatform.portal.config.model.ModelUnmarshaller;
> // ...
> public PortalConfig unmarshal(InputStream inputStream) throws BindingException {
> try {
> return ModelUnmarshaller.unmarshall(PortalConfig.class, inputStream).getObject();
> } catch (Exception e) {
> throw new BindingException(e);
> }
> }
> //...
> public Page.PageSet unmarshal(InputStream inputStream) throws BindingException {
> try {
> return ModelUnmarshaller.unmarshall(Page.PageSet.class, inputStream).getObject();
> } catch (Exception e) {
> throw new BindingException(e);
> }
> }
> //...
> public PageNavigation unmarshal(InputStream inputStream) throws BindingException {
> try {
> return ModelUnmarshaller.unmarshall(PageNavigation.class, inputStream).getObject();
> } catch (Exception e) {
> throw new BindingException(e);
> }
> }
> // ...
> {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
10 years, 4 months
[JBoss JIRA] (GTNPORTAL-511) userPref of gadgets are not sometime not saved correctly
by Trong Tran (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-511?page=com.atlassian.jira.plu... ]
Trong Tran updated GTNPORTAL-511:
---------------------------------
Fix Version/s: 3.7.0.Final
(was: 3.5.7.Final)
> userPref of gadgets are not sometime not saved correctly
> --------------------------------------------------------
>
> Key: GTNPORTAL-511
> URL: https://issues.jboss.org/browse/GTNPORTAL-511
> Project: GateIn Portal
> Issue Type: Bug
> Components: User Interface
> Affects Versions: 3.0.0-Beta04
> Environment: svn r1330
> Reporter: jerem j
> Assignee: Tuyen Nguyen The
> Fix For: 3.7.0.Final
>
> Attachments: GTNPORTAL-511.js.patch, GTNPORTAL-511.patch, stacktrace.txt
>
> Original Estimate: 2 days
> Time Spent: 2 days, 2 hours
> Remaining Estimate: 0 minutes
>
> Every call to gadgets.Prefs.set generate a call to save the data in the backend (an action in the dashboard portlet). To save we send all the set of preferences.
> The jira gadget call this API multiple times in a very short time. So there is multiple ajax request sent to the backend but not in a precise order. So it might happen that the first request arrive the last one, and so old preferences are saved.
> To fix:
> In the file Gadgets.js, function "gadgets.IfrGadgetService.prototype.setUserPref", prefs is updated with all the name/value, and ALL the prefs object is saved. Instead of saving all the preferences, we should only save the updated preferences.
> In org.exoplatform.portal.pom.spi.gadget.Gadget it will be needed to be able to add preference by name, something like :
> public void setUserPref(String name, String value)
> code :
> Gadgets.js: http://fisheye.exoplatform.org/browse/projects/portal/trunk/web/eXoResour...
> ExoBasedUserPrefStore.js: http://fisheye.exoplatform.org/browse/projects/portal/trunk/web/eXoResour...
> links:
> API doc about adgets.Prefs.set: http://code.google.com/apis/gadgets/docs/reference/#gadgets.Prefs.set
> Jira gadget to test: http://jira4j.exoplatform.org/rest/gadgets/1.0/g/com.atlassian.jira.gadge...
--
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, 4 months
[JBoss JIRA] (GTNPORTAL-2801) Add eviction to indexer-config.xml
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2801?page=com.atlassian.jira.pl... ]
RH Bugzilla Integration commented on GTNPORTAL-2801:
----------------------------------------------------
Boleslaw Dawidowicz <bdawidow(a)redhat.com> changed the Status of [bug 1048695|https://bugzilla.redhat.com/show_bug.cgi?id=1048695] from NEW to ASSIGNED
> Add eviction to indexer-config.xml
> ----------------------------------
>
> Key: GTNPORTAL-2801
> URL: https://issues.jboss.org/browse/GTNPORTAL-2801
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JCR integration
> Affects Versions: 3.5.0.Final
> Reporter: Toshiya Kobayashi
>
> gatein.ear/portal.war/WEB-INF/conf/jcr/jbosscache/cluster/indexer-config.xml doesn't have eviction configuration. It may cause a memory leak in slave nodes.
> {code:xml}
> <jbosscache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:jboss:jbosscache-core:config:3.1">
> <locking useLockStriping="false" concurrencyLevel="64" lockParentForChildInsertRemove="false"
> lockAcquisitionTimeout="20000"/>
> <!-- Configure the TransactionManager -->
> <transaction transactionManagerLookupClass="org.jboss.cache.transaction.JBossStandaloneJTAManagerLookup"/>
> <clustering mode="replication" clusterName="${jboss.partition.name:DefaultPartition}-${jbosscache-cluster-name}">
> <stateRetrieval timeout="20000" fetchInMemoryState="false"/>
> <jgroupsConfig configFile="jgroups/gatein-${gatein.default.jgroups.stack:udp}.xml"/>
> <sync/>
> </clustering>
> </jbosscache>
> {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
10 years, 4 months
[JBoss JIRA] (GTNPORTAL-3356) NPE when Add new page in Page Management
by Vu Viet Phuong (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3356?page=com.atlassian.jira.pl... ]
Vu Viet Phuong updated GTNPORTAL-3356:
--------------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
I've amended the PR a bit (refactoring, and fix small bug) and pushed it
> NPE when Add new page in Page Management
> ----------------------------------------
>
> Key: GTNPORTAL-3356
> URL: https://issues.jboss.org/browse/GTNPORTAL-3356
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Reporter: Trong Tran
> Assignee: Vu Viet Phuong
> Fix For: 3.7.0.Final
>
> Original Estimate: 4 hours
> Time Spent: 4 hours
> Remaining Estimate: 0 minutes
>
> Steps to reproduce:
> - Log-in as root
> - Add Page Management to the Home page, and make it public (everyone can access)
> - Log-out
> 1/ Click on "Add new page" in anonymous mode, it throws NPE ==> NOK
> 2/ Login with marry, then click on "Add new page". It also throws NPE ==> NOK
> Expected: Show warning message if user don't have right to create new page in any space.
--
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, 4 months
[JBoss JIRA] (GTNPORTAL-3315) Portal setup improvements
by Vu Viet Phuong (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3315?focusedWorklogId=12430446&... ]
Vu Viet Phuong logged work on GTNPORTAL-3315:
---------------------------------------------
Author: Vu Viet Phuong
Created on: 07/Jan/14 2:58 AM
Start Date: 07/Jan/14 2:58 AM
Worklog Time Spent: 1 day
Issue Time Tracking
-------------------
Remaining Estimate: 0 minutes (was: 4 hours)
Time Spent: 3 days (was: 2 days)
Worklog Id: (was: 12430446)
> Portal setup improvements
> --------------------------
>
> Key: GTNPORTAL-3315
> URL: https://issues.jboss.org/browse/GTNPORTAL-3315
> Project: GateIn Portal
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Affects Versions: 3.6.0.Final
> Reporter: Trong Tran
> Assignee: Vu Viet Phuong
> Fix For: 3.7.0.Final
>
> Original Estimate: 2 days
> Time Spent: 3 days
> Remaining Estimate: 0 minutes
>
> The Portal Setup feature was introduced since Gatein 3.6, it is always active by default.
> Today there is a need that it could be able to disable the feature somehow. We also identify there are following needed improvements, potential bug fixes should be done in current implementation:
> - Ability to Enable/Disable the feature
> - Make it work more as an extension, to not forced adding things to core portal
> - Get rid of cloning SetupOrganizationDatabaseInitializer from OrganizationDatabaseInitializer
> - Removing repository/workspace name hard-coding in PortalSetupService
--
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, 4 months
[JBoss JIRA] (GTNPORTAL-2960) Unable to determine Dialect to use [name=EnterpriseDB, majorVersion=9] - for PostgresPlus 9.2
by Tomas Kyjovsky (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2960?page=com.atlassian.jira.pl... ]
Tomas Kyjovsky resolved GTNPORTAL-2960.
---------------------------------------
Resolution: Won't Fix
> Unable to determine Dialect to use [name=EnterpriseDB, majorVersion=9] - for PostgresPlus 9.2
> ---------------------------------------------------------------------------------------------
>
> Key: GTNPORTAL-2960
> URL: https://issues.jboss.org/browse/GTNPORTAL-2960
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 3.6.0.Beta02
> Environment: PostgresPlus 9.2 (EnterpriseDB)
> edb-jdbc14.jar
> Reporter: Tomas Kyjovsky
> Labels: JPP61-Test-dev
> Attachments: hibernate-exception.txt
>
>
> Hibernate DialectFactory cannot determine "hibernate.dialect" for PostgresPlus 9.2 (EnterpriseDB).
> ...
> org.hibernate.HibernateException: Unable to determine Dialect to use [name=EnterpriseDB, majorVersion=9]; user must register resolver or explicitly set 'hibernate.dialect'
> at org.hibernate.service.jdbc.dialect.internal.DialectFactoryImpl.determineDialect(DialectFactoryImpl.java:105) [hibernate-core-4.1.6.Final.jar:4.1.6.Final]
> at
> ...
--
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, 4 months
[JBoss JIRA] (GTNPORTAL-2072) NoSuchDataException is thrown after importing pages through export/import tool.
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2072?page=com.atlassian.jira.pl... ]
RH Bugzilla Integration commented on GTNPORTAL-2072:
----------------------------------------------------
Tomas Kyjovsky <tkyjovsk(a)redhat.com> changed the Status of [bug 1038029|https://bugzilla.redhat.com/show_bug.cgi?id=1038029] from ON_QA to VERIFIED
> NoSuchDataException is thrown after importing pages through export/import tool.
> -------------------------------------------------------------------------------
>
> Key: GTNPORTAL-2072
> URL: https://issues.jboss.org/browse/GTNPORTAL-2072
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 3.2.0-Beta01
> Reporter: Nick Scavelli
> Assignee: Vu Viet Phuong
> Labels: import
> Fix For: 3.6.4.Final, 3.7.0.Final
>
> Original Estimate: 1 day
> Time Spent: 2 days, 6 hours
> Remaining Estimate: 0 minutes
>
> Below exception is thrown after importing pages through management tools (see steps to reproduce section). I think this is a stale storageId coming from the UI when the data has changed outside the UI. Typically logging out solves the issue, but this isn't optimal. Changes to data should not be only achievable through the UI. The changes are being sent through DataStorage, so there should be someway to sync this data up.
> Stacktrace:
> {noformat}
> Caused by: org.exoplatform.portal.config.NoSuchDataException: Can not find 1c42bec77f0000011076449207f5d085
> at org.exoplatform.portal.pom.config.POMSession.findCustomizationById(POMSession.java:214)
> at org.exoplatform.portal.pom.config.tasks.PreferencesTask$Load.run(PreferencesTask.java:91)
> at org.exoplatform.portal.pom.config.POMSession.execute(POMSession.java:405)
> at org.exoplatform.portal.pom.config.ExecutorDispatcher.execute(ExecutorDispatcher.java:60)
> at org.exoplatform.portal.pom.config.TaskExecutionDecorator.execute(TaskExecutionDecorator.java:38)
> at org.exoplatform.portal.pom.config.cache.DataCache.read(DataCache.java:169)
> at org.exoplatform.portal.pom.config.cache.DataCache.execute(DataCache.java:61)
> at org.exoplatform.portal.pom.config.TaskExecutionDecorator.execute(TaskExecutionDecorator.java:38)
> at org.exoplatform.portal.pom.config.cache.PortalNamesCache.execute(PortalNamesCache.java:77)
> at org.exoplatform.portal.pom.config.POMSessionManager.execute(POMSessionManager.java:251)
> at org.exoplatform.portal.pom.config.POMDataStorage.load(POMDataStorage.java:176)
> at org.exoplatform.portal.config.DataStorageImpl.load(DataStorageImpl.java:111)
> at org.exoplatform.portal.webui.application.ModelAdapter$1.getPortletContext(ModelAdapter.java:89)
> at org.exoplatform.portal.webui.application.UIPortlet.getPortletContext(UIPortlet.java:993)
> at org.exoplatform.portal.webui.application.UIPortlet.create(UIPortlet.java:829)
> at org.exoplatform.portal.webui.application.UIPortletLifecycle.processRender(UIPortletLifecycle.java:212)
> {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, 4 months