July 2013 - gatein-issues - Jboss List Archives

[JBoss JIRA] (GTNWSRP-369) Portlet sessions are not properly scoped on consumer

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNWSRP-369?page=com.atlassian.jira.plugi... ] RH Bugzilla Integration commented on GTNWSRP-369: ------------------------------------------------- Gary Hu <ghu(a)redhat.com> made a comment on [bug 983898|https://bugzilla.redhat.com/show_bug.cgi?id=983898] > Portlet sessions are not properly scoped on consumer > ---------------------------------------------------- > > Key: GTNWSRP-369 > URL: https://issues.jboss.org/browse/GTNWSRP-369 > Project: GateIn WSRP > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Consumer > Affects Versions: 2.0.1-GA, 2.2.9.Final > Reporter: Chris Laprun > Assignee: Chris Laprun > Fix For: 2.0.2-GA, 2.2.11.Final > > -- 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

12 years, 3 months

1
0
0 / 0

[JBoss JIRA] (GTNWSRP-369) Portlet sessions are not properly scoped on consumer

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNWSRP-369?page=com.atlassian.jira.plugi... ] RH Bugzilla Integration commented on GTNWSRP-369: ------------------------------------------------- Gary Hu <ghu(a)redhat.com> changed the Status of [bug 983898|https://bugzilla.redhat.com/show_bug.cgi?id=983898] from NEW to ON_DEV > Portlet sessions are not properly scoped on consumer > ---------------------------------------------------- > > Key: GTNWSRP-369 > URL: https://issues.jboss.org/browse/GTNWSRP-369 > Project: GateIn WSRP > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Consumer > Affects Versions: 2.0.1-GA, 2.2.9.Final > Reporter: Chris Laprun > Assignee: Chris Laprun > Fix For: 2.0.2-GA, 2.2.11.Final > > -- 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

12 years, 3 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3183) Redirect Conditions Overview page is confusing.

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3183?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3183: ---------------------------------------------------- Matt Wringe <mwringe(a)redhat.com> made a comment on [bug 983063|https://bugzilla.redhat.com/show_bug.cgi?id=983063] Ah, yeah, ok, makes a lot more sense now. Thanks for updating the bug with the screenshot. Gabriel needs to make a decision on how this should be fixed (then Alex can implement the fix). Created a jira to track this on the GateIn side (GTNPORTAL-3183). > Redirect Conditions Overview page is confusing. > ----------------------------------------------- > > Key: GTNPORTAL-3183 > URL: https://issues.jboss.org/browse/GTNPORTAL-3183 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Matt Wringe > Assignee: Gabriel Cardoso > > Please see https://bugzilla.redhat.com/show_bug.cgi?id=983063 > The redirects configuration overview page only shows the user agent string conditions and not the device property conditions. Not sure if it makes sense to even include this information here or not (especially for complex conditions). -- 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

12 years, 3 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3183) Redirect Conditions Overview page is confusing.

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3183?page=com.atlassian.jira.pl... ] RH Bugzilla Integration updated GTNPORTAL-3183: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=983063 > Redirect Conditions Overview page is confusing. > ----------------------------------------------- > > Key: GTNPORTAL-3183 > URL: https://issues.jboss.org/browse/GTNPORTAL-3183 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Matt Wringe > Assignee: Gabriel Cardoso > > Please see https://bugzilla.redhat.com/show_bug.cgi?id=983063 > The redirects configuration overview page only shows the user agent string conditions and not the device property conditions. Not sure if it makes sense to even include this information here or not (especially for complex conditions). -- 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

12 years, 3 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3183) Redirect Conditions Overview page is confusing.

by Matt Wringe (JIRA)

Matt Wringe created GTNPORTAL-3183: -------------------------------------- Summary: Redirect Conditions Overview page is confusing. Key: GTNPORTAL-3183 URL: https://issues.jboss.org/browse/GTNPORTAL-3183 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Matt Wringe Assignee: Gabriel Cardoso Please see https://bugzilla.redhat.com/show_bug.cgi?id=983063 The redirects configuration overview page only shows the user agent string conditions and not the device property conditions. Not sure if it makes sense to even include this information here or not (especially for complex conditions). -- 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

12 years, 3 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3109) Handle navigation menu's better on small width devices

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3109?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3109: ---------------------------------------------------- Filip Kiss <fkiss(a)redhat.com> changed the Status of [bug 971946|https://bugzilla.redhat.com/show_bug.cgi?id=971946] from ON_QA to VERIFIED > Handle navigation menu's better on small width devices > ------------------------------------------------------ > > Key: GTNPORTAL-3109 > URL: https://issues.jboss.org/browse/GTNPORTAL-3109 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Mobile, WebUI > Reporter: Matt Wringe > Assignee: Matt Wringe > Fix For: 3.6.0.Final > > > The navigation menus like in the shared layout don't work very well on smaller width screen. This causes issues where the menu is rendered outside of the visible screen area. -- 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

12 years, 3 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3120) GateIn Redirect Admin UI: Delete icon moves in site redirects when mouse is over it

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3120?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3120: ---------------------------------------------------- Filip Kiss <fkiss(a)redhat.com> changed the Status of [bug 971909|https://bugzilla.redhat.com/show_bug.cgi?id=971909] from ON_QA to VERIFIED > GateIn Redirect Admin UI: Delete icon moves in site redirects when mouse is over it > ----------------------------------------------------------------------------------- > > Key: GTNPORTAL-3120 > URL: https://issues.jboss.org/browse/GTNPORTAL-3120 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.0.Beta02 > Reporter: Alexandre Mendonça > Assignee: Alexandre Mendonça > Priority: Minor > Fix For: 3.6.0.Final > > > It's just small issue: > Steps to reproduce: > 1. open portal, create new redirect > 2. add new condition > 3. add contains conditions > 4. try to delete some contains conditions by clicking trash icon - when mouse is over it, trash icon moves > - same problem is with the adding properties at the same page - "plus icon" is moving when clicking trash icon -- 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

12 years, 3 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3132) Modals don't work on older mobile browsers

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3132?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3132: ---------------------------------------------------- Filip Kiss <fkiss(a)redhat.com> changed the Status of [bug 971942|https://bugzilla.redhat.com/show_bug.cgi?id=971942] from ON_QA to VERIFIED > Modals don't work on older mobile browsers > ------------------------------------------ > > Key: GTNPORTAL-3132 > URL: https://issues.jboss.org/browse/GTNPORTAL-3132 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Mobile > Reporter: Matt Wringe > Assignee: Matt Wringe > Fix For: 3.6.0.Final > > > Modals don't work on older mobile browsers like those in Android 2.3 and iOS 4. This is mostly due to missing support for things like certain css positions and scrolling issues. -- 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

12 years, 3 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3182) Portal 'overriding' maximization of a window in case multiple portlets on the page receive any event but only one of them changes the portlet window mode

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3182?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3182: ---------------------------------------------------- Adam Kovari <akovari(a)redhat.com> made a comment on [bug 984472|https://bugzilla.redhat.com/show_bug.cgi?id=984472] +++ This bug was initially created as a clone of Bug #984405 +++ This is for permanent fix for GTNPORTAL-3182 for JPP 6.x > Portal 'overriding' maximization of a window in case multiple portlets on the page receive any event but only one of them changes the portlet window mode > --------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3182 > URL: https://issues.jboss.org/browse/GTNPORTAL-3182 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: WebUI > Affects Versions: 3.5.0.Final > Environment: GateIn portal 3.5.0 > Reporter: Adam Kovari > Attachments: portletstates-testcase.zip > > > 1- During the action phase a portlet of the layout (producer) raises an event that contains both the target portlet reference (portlet ID) and the target window state desired. > 2- The consumer portlets of the event (note: all portlet in the page may not consume the raised event but only a subset of them will) check if they are the target portlet of the event. In such a case they change the WindowState to the target state. > 3- What we observe is that mechanism works if we have: > - only one consumer on the page > - the consumer is in the last position of the consumer portlets. > > Cases where we have multiple consumer on the page and where the target consumer is not the last in the event consumer list changes the WindowState accoding to command but the rendering of the portlet does not correspond to the correct state. Typically when we desire to maximize the portlet the actual WindowState of all portlets are OK (1 portlet is maximized and others are normal) but the render phase of all portlets are evaluated which is not the case when you perform a maximize using the WindowState button on the UI or when the portlet is in the position last from the portlets recieving the event. -- 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

12 years, 3 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3182) Portal 'overriding' maximization of a window in case multiple portlets on the page receive any event but only one of them changes the portlet window mode

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3182?page=com.atlassian.jira.pl... ] RH Bugzilla Integration updated GTNPORTAL-3182: ----------------------------------------------- Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=984405, https://bugzilla.redhat.com/show_bug.cgi?id=984472 (was: https://bugzilla.redhat.com/show_bug.cgi?id=984405) > Portal 'overriding' maximization of a window in case multiple portlets on the page receive any event but only one of them changes the portlet window mode > --------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3182 > URL: https://issues.jboss.org/browse/GTNPORTAL-3182 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: WebUI > Affects Versions: 3.5.0.Final > Environment: GateIn portal 3.5.0 > Reporter: Adam Kovari > Attachments: portletstates-testcase.zip > > > 1- During the action phase a portlet of the layout (producer) raises an event that contains both the target portlet reference (portlet ID) and the target window state desired. > 2- The consumer portlets of the event (note: all portlet in the page may not consume the raised event but only a subset of them will) check if they are the target portlet of the event. In such a case they change the WindowState to the target state. > 3- What we observe is that mechanism works if we have: > - only one consumer on the page > - the consumer is in the last position of the consumer portlets. > > Cases where we have multiple consumer on the page and where the target consumer is not the last in the event consumer list changes the WindowState accoding to command but the rendering of the portlet does not correspond to the correct state. Typically when we desire to maximize the portlet the actual WindowState of all portlets are OK (1 portlet is maximized and others are normal) but the render phase of all portlets are evaluated which is not the case when you perform a maximize using the WindowState button on the UI or when the portlet is in the position last from the portlets recieving the event. -- 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

12 years, 3 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

gatein-issues July 2013