January 2011 - gatein-issues - Jboss List Archives

[JBoss JIRA] Created: (GTNPORTAL-1080) Chrome - Add gadget on dashboard with simple click, no need to DnD

by Michal Vanco (JIRA)

Chrome - Add gadget on dashboard with simple click, no need to DnD ------------------------------------------------------------------ Key: GTNPORTAL-1080 URL: https://jira.jboss.org/jira/browse/GTNPORTAL-1080 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: User Interface Affects Versions: 3.0.0-GA Environment: Google chrome on windows Reporter: Michal Vanco Chrome: Adding gadget on dashboard can be done by only click on Gadget in list. In other browsers dragAndDrop have to be done. (there is some ui test where is click and dragAndDrop -> gadget is added twice in chrome) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

7
12
0 / 0

[JBoss JIRA] Created: (GTNPORTAL-1230) Inherited node ACL

by Thomas Heute (JIRA)

Inherited node ACL ------------------ Key: GTNPORTAL-1230 URL: https://jira.jboss.org/browse/GTNPORTAL-1230 Project: GateIn Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Security Reporter: Thomas Heute Fix For: 3.2.0-GA As of now it is difficult to maintain gazillion of nodes even in a hierarchy. when you have: A<-B<-C (B is a child of A, C is a child of B) and you want to restrict access to that tree, you need to define security rules on the 3 *pages*. (and modify the pages everytime you want to change a restriction) As of now we don't have security restrictions on the node itself, we would need to add this feature and make it inherited. the Picketlink Authz framework can do this effectively, but we would need an answer to this issue prior to the integration. We should be able to tell that A is restricted to admins, and on an access to C check for parent restrictions. It should also be possible to add a restriction on B. In some cases, one node may want to break the inheritance to define other rules. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

3
6
0 / 0

[JBoss JIRA] Created: (GTNPORTAL-1250) There are useless messages printed by UIPortlet class.

by le thanh quang (JIRA)

There are useless messages printed by UIPortlet class. ------------------------------------------------------ Key: GTNPORTAL-1250 URL: https://jira.jboss.org/browse/GTNPORTAL-1250 Project: GateIn Portal Issue Type: Task Security Level: Public (Everyone can see) Components: WebUI Affects Versions: 3.0.0-GA Reporter: le thanh quang There are some useless messages at info level printed by org.exoplatform.portal.webui.application.UIPortlet class when load a portlet. The messages are as following log section: Apr 16, 2010 4:39:05 PM org.exoplatform.portal.webui.application.UIPortlet supportsPublishingEvent INFO: The portlet PortletContext[local./forum.ForumPortlet] doesn't support producing the event : QuickReplyEvent Apr 16, 2010 4:39:05 PM org.exoplatform.portal.webui.application.UIPortlet supportsPublishingEvent INFO: The portlet PortletContext[local./forum.ForumPortlet] doesn't support producing the event : ForumPollEvent Apr 16, 2010 4:39:05 PM org.exoplatform.portal.webui.application.UIPortlet supportsPublishingEvent In the contrast, if an event is configured as supported-publishing-event in portlet.xml file, another message is thrown as May 26, 2010 2:12:38 PM org.exoplatform.portal.webui.application.UIPortlet supportsPublishingEvent INFO: The Portlet PortletContext[local./forum.ForumPortlet] supports producing the event : QuickReplyEvent Therefore, It's better if the such messages are refined to be more concise and convenient. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

6
8
0 / 0

[JBoss JIRA] Created: (GTNPORTAL-1262) Don't return to default portal after sign out from new portal which limit by number of access users to be public

by Hang Nguyen (JIRA)

Don't return to default portal after sign out from new portal which limit by number of access users to be public ---------------------------------------------------------------------------------------------------------------- Key: GTNPORTAL-1262 URL: https://jira.jboss.org/browse/GTNPORTAL-1262 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Hang Nguyen - Create new portal with limit by number of access users to be public - Choose new portal to use - Sign out ==> Escape private mode of new portal, but don't return to public mode of default portal -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

5
7
0 / 0

[JBoss JIRA] Created: (GTNPORTAL-1318) Provide a way to disable 'classic'

by Patrice Lamarque (JIRA)

Provide a way to disable 'classic' ---------------------------------- Key: GTNPORTAL-1318 URL: https://jira.jboss.org/browse/GTNPORTAL-1318 Project: GateIn Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 3.1.0-CR01 Reporter: Patrice Lamarque Fix For: 3.2.0-GA The 'classic' portal is builtin in gatein. Extension writers will typically want to define their own portal different of 'classic'. They may want to make their own portal the default too. Today, the only way to to this is to edit the portal.war and modify the builtin configuration for classic (UserPortalConfigService). We need a way to indicate the portal to not attempt to load 'classic', but use another definition instead. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

8
16
0 / 0

[JBoss JIRA] Created: (GTNPORTAL-1294) Edit Profile for user

by Patrice Lamarque (JIRA)

Edit Profile for user --------------------- Key: GTNPORTAL-1294 URL: https://jira.jboss.org/browse/GTNPORTAL-1294 Project: GateIn Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Patrice Lamarque Fix For: 3.2.0-GA The new staff portlet allows to fill the P3P profile for the create account. But once logged in the user cannot modify it. This would be useful to add a new entry "My Profile" in the Gatein menu. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

6
13
0 / 0

[JBoss JIRA] Created: (GTNPORTAL-1278) A new Page created via Page Management Portlet has no access-rights-settings

by Hardy Massen (JIRA)

A new Page created via Page Management Portlet has no access-rights-settings ---------------------------------------------------------------------------- Key: GTNPORTAL-1278 URL: https://jira.jboss.org/browse/GTNPORTAL-1278 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.1.0-CR01 Environment: Windows XP Reporter: Hardy Massen If you use the "add new page"-button in the Page Management Portlet (owner-type user), the resulting page has no access-rights-settings. See attached sreenshot. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

8
15
0 / 0

[JBoss JIRA] Created: (GTNPORTAL-1297) add a marker/symbol when a page has subpages

by Prabhat Jha (JIRA)

add a marker/symbol when a page has subpages -------------------------------------------- Key: GTNPORTAL-1297 URL: https://jira.jboss.org/browse/GTNPORTAL-1297 Project: GateIn Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 3.1.0-CR01 Reporter: Prabhat Jha Fix For: 3.1.0-GA Currently when a portal page has subpages, a user only knows about it when mouse hovers over the page link. It would be good to have a marker something like down arrow of combo box that suggests a page has subpages. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

6
7
0 / 0

[JBoss JIRA] Created: (GTNPORTAL-1347) Mechanism to auto assign users to /platform/users group

by Boleslaw Dawidowicz (JIRA)

Mechanism to auto assign users to /platform/users group ------------------------------------------------------- Key: GTNPORTAL-1347 URL: https://jira.jboss.org/browse/GTNPORTAL-1347 Project: GateIn Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 3.1.0-GA Reporter: Boleslaw Dawidowicz Assignee: Boleslaw Dawidowicz Fix For: 3.2.0-GA Use case is mostly LDAP config where core gatein groups like /platform/users are kept in DB. Adding bigger number of users to LDAP which don't belong to /platform/users introduces administration problem to allow those users to login. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

3
6
0 / 0

[JBoss JIRA] Created: (GTNPORTAL-1349) Execute action process after refresh browser

by aymen Boughzela (JIRA)

Execute action process after refresh browser --------------------------------------------- Key: GTNPORTAL-1349 URL: https://jira.jboss.org/browse/GTNPORTAL-1349 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.0.0-GA Reporter: aymen Boughzela Priority: Blocker Fix For: 3.1.0-GA To reproduce this issue: 1-Create a portlet jsp that has a link with href attribute as "action url". 2-Click on the link, the portlet is going in action phase (as expected). => if we refresh the page the portlet is again going in action phase (unexpected behaviour). In the jsr 168 an expected Senario is: If user clicks the Refresh button :The container has to generate markup for the page, but no action is performed on any of the portlets. In this case, when the container gets the request, it will skip the action phase and in the render phase it will call the render() method of all portlets on the page. We attached the portlet used for this test. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

3
8
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

gatein-issues January 2011