November 2013 - gatein-issues - Jboss List Archives

[JBoss JIRA] (GTNPORTAL-3288) Mobile Site appears under /sample-portal instead of /portal

by Peter Palaga (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3288?page=com.atlassian.jira.pl... ] Peter Palaga resolved GTNPORTAL-3288. ------------------------------------- Resolution: Done Fixed in quickstarts https://github.com/gatein/gatein-portal-quickstart/commit/a1290bb3a7caacc... > Mobile Site appears under /sample-portal instead of /portal > ----------------------------------------------------------- > > Key: GTNPORTAL-3288 > URL: https://issues.jboss.org/browse/GTNPORTAL-3288 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Peter Palaga > Assignee: Peter Palaga > Fix For: 3.6.4.Final, 3.7.0.Final > > > I found this when I tried to reproduce [Bug 1016846|https://bugzilla.redhat.com/show_bug.cgi?id=1016846] on GateIn master. > Steps to reproduce: > 1. Take an ootb GateIn and cold-deploy the Sample Portal from GateIn quicksstarts. > 2. Visit http://127.0.0.1:8080/portal/mobile > Expected: /portal/mobile exists > Actual: /portal/mobile does not exist > 3. Visit http://127.0.0.1:8080/sample-portal/mobile > Expected: /sample-portal/mobile does not exist > Actual: /sample-portal/mobile exists. -- 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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-2930) Portal keep session alive property values are confusing

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-2930?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-2930: ---------------------------------------------------- Boleslaw Dawidowicz <bdawidow(a)redhat.com> changed the Status of [bug 952274|https://bugzilla.redhat.com/show_bug.cgi?id=952274] from NEW to ASSIGNED > Portal keep session alive property values are confusing > ------------------------------------------------------- > > Key: GTNPORTAL-2930 > URL: https://issues.jboss.org/browse/GTNPORTAL-2930 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.0.Beta01 > Reporter: Dominik Pospisil > Assignee: Tuyen Nguyen The > Original Estimate: 4 hours > Time Spent: 4 hours > Remaining Estimate: 0 minutes > > According to documentation, portal "keep seesion alive" property values meaning are as follows: > never - The session will never timeout, even if an application requests it. > On-demand - The session will timeout if an application requests it > Always - The session will time out after a set period > This is quite confusing. E.g. keep session alive never actually means to keep session alive forever. > Keep session alive always means to let the session timeout automatically. > If the documentation is correct, the name of the property or property values should be changed. -- 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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3213) The responsive navigation portlet is showing page node names to users without sufficient rights

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3213?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3213: ---------------------------------------------------- Boleslaw Dawidowicz <bdawidow(a)redhat.com> changed the Status of [bug 989545|https://bugzilla.redhat.com/show_bug.cgi?id=989545] from NEW to ASSIGNED > The responsive navigation portlet is showing page node names to users without sufficient rights > ----------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3213 > URL: https://issues.jboss.org/browse/GTNPORTAL-3213 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Mobile > Affects Versions: 3.6.1.Final > Reporter: Viliam Rockai > Assignee: Viliam Rockai > Fix For: 3.6.2.Final, 3.7.0.Final > > > more info: > https://community.jboss.org/message/830117 -- 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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPC-109) Modify EventResponse Interface to preserve window state changes accross multiple event invocations

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPC-109?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on GTNPC-109: ----------------------------------------------- Boleslaw Dawidowicz <bdawidow(a)redhat.com> made a comment on [bug 997036|https://bugzilla.redhat.com/show_bug.cgi?id=997036] Fixed in GTNPC. Requires releasing PC 2.4.3.Final and consuming it. > Modify EventResponse Interface to preserve window state changes accross multiple event invocations > -------------------------------------------------------------------------------------------------- > > Key: GTNPC-109 > URL: https://issues.jboss.org/browse/GTNPC-109 > Project: GateIn Portlet Container > Issue Type: Enhancement > Components: API > Affects Versions: 2.4.1.Final > Reporter: Adam Kovari > Priority: Minor > Fix For: 2.4.3.Final > > Attachments: 00905214-src.zip > > > If a portlet changes it's window state in the event processing phase, this state is not preserved as other portlets/events can be processed on the same page and then portal will override this changes. > The spec says: > PLT.12.4 EventResponse Interface > ================================ > The EventResponse interface extends the StateAwareResponse interface and adds the additional method setRenderParameters(EventRequest request). One thing to note is that if a portlet receives multiple processEvent calls while processing one client request the new portlet mode or window state that the portlet may have set, may be not validated by the portal between these multiple processEvent calls. This means that even if the portlet container may not throw an exception when the portlet sets a new portlet mode or window state that the portal may still not approve this portlet mode or window state change and call the portlet render method with a different portlet mode or window state. > So the window state change can be preserved even accross multiple events invocation. Seems to be fine by the spec as shown above. -- 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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPC-109) Modify EventResponse Interface to preserve window state changes accross multiple event invocations

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPC-109?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on GTNPC-109: ----------------------------------------------- Boleslaw Dawidowicz <bdawidow(a)redhat.com> changed the Status of [bug 997036|https://bugzilla.redhat.com/show_bug.cgi?id=997036] from NEW to ASSIGNED > Modify EventResponse Interface to preserve window state changes accross multiple event invocations > -------------------------------------------------------------------------------------------------- > > Key: GTNPC-109 > URL: https://issues.jboss.org/browse/GTNPC-109 > Project: GateIn Portlet Container > Issue Type: Enhancement > Components: API > Affects Versions: 2.4.1.Final > Reporter: Adam Kovari > Priority: Minor > Fix For: 2.4.3.Final > > Attachments: 00905214-src.zip > > > If a portlet changes it's window state in the event processing phase, this state is not preserved as other portlets/events can be processed on the same page and then portal will override this changes. > The spec says: > PLT.12.4 EventResponse Interface > ================================ > The EventResponse interface extends the StateAwareResponse interface and adds the additional method setRenderParameters(EventRequest request). One thing to note is that if a portlet receives multiple processEvent calls while processing one client request the new portlet mode or window state that the portlet may have set, may be not validated by the portal between these multiple processEvent calls. This means that even if the portlet container may not throw an exception when the portlet sets a new portlet mode or window state that the portal may still not approve this portlet mode or window state change and call the portlet render method with a different portlet mode or window state. > So the window state change can be preserved even accross multiple events invocation. Seems to be fine by the spec as shown above. -- 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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3257) REST MOP Import doesn't detect errors on commit

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3257?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3257: ---------------------------------------------------- Boleslaw Dawidowicz <bdawidow(a)redhat.com> changed the Status of [bug 1004213|https://bugzilla.redhat.com/show_bug.cgi?id=1004213] from NEW to ASSIGNED > REST MOP Import doesn't detect errors on commit > ----------------------------------------------- > > Key: GTNPORTAL-3257 > URL: https://issues.jboss.org/browse/GTNPORTAL-3257 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: REST API > Affects Versions: 3.6.0.Final > Reporter: Toshiya Kobayashi > > When you call REST MOP Import: > {noformat} > curl -v -u root:gtn -X PUT -H 'Content-type: application/zip' --upload-file portal_classic_2013-06-10_15-16-53.zip http://localhost:8080/rest/private/managed-components/mop?importMode=over... > {noformat} > It returns 200 OK even if it fails on JCR commit (for example, cache replication timeout). > Because JCR commit happens in RequestLifeCycle.end() after requestHandler.handleRequest() which flushes http response. > https://github.com/exoplatform/ws/blob/master/exo.ws.rest.core/src/main/j... > {code:java} > protected void onService(ExoContainer container, HttpServletRequest httpRequest, HttpServletResponse httpResponse) > throws IOException, ServletException > { > ... > try > { > EnvironmentContext.setCurrent(env); > ServletContainerRequest request = new ServletContainerRequest(httpRequest); > ContainerResponse response = new ContainerResponse(new ServletContainerResponseWriter(httpResponse)); > requestHandler.handleRequest(request, response); > } > ... > finally > { > EnvironmentContext.setCurrent(null); > RequestLifeCycle.end(); > } > } > {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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3290) IE9: Action does not work when page url contains special characters

by Tran Trung Thanh (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3290?page=com.atlassian.jira.pl... ] Tran Trung Thanh updated GTNPORTAL-3290: ---------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/690 > IE9: Action does not work when page url contains special characters > ------------------------------------------------------------------- > > Key: GTNPORTAL-3290 > URL: https://issues.jboss.org/browse/GTNPORTAL-3290 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.5.6.Final > Reporter: Tran Trung Thanh > > In IE9, when page URL contains special characters, if we click to an action, it does not work. > Steps to reproduce: > # Open IE9, go to portal/intranet/wiki > # Create wiki page with name: 'avião árido joão café' > # Save and close > # Edit again > # Switch to Richtext mode -> does not work. > I add this code fragment in *ajaxPost* method of *UIForm.js* and it works well (but it is not the full solution because I encode only the page name, not the whole url): > {code} > if ($.browser.msie != undefined) { > var q = url.indexOf('?'); > var s1 = ""; > var s2 = ""; > if (q > -1) { > s1 = url.substring(0, q); > s2 = url.substring(q); > } else { > q1 = ajaxGetLink.indexOf('#'); > if (q1 > -1) { > s1 = url.substring(0, q1); > s2 = url.substring(q1); > } else { > s1 = url; > s2 = ""; > } > } > var slash = s1.lastIndexOf('/'); > if (slash > -1) { > var pageName = s1.substring(slash + 1); > url = s1.substring(0, slash) +'/' + encodeURIComponent(pageName) + s2; > } > } > {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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3290) IE9: Action does not work when page url contains special characters

by Tran Trung Thanh (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3290?page=com.atlassian.jira.pl... ] Tran Trung Thanh commented on GTNPORTAL-3290: --------------------------------------------- Need backport from GTNPORTAL-3247, GTNPORTAL-3253 and GTNPORTAL-3268 in GateIn 3.7 to Gatein 3.5. > IE9: Action does not work when page url contains special characters > ------------------------------------------------------------------- > > Key: GTNPORTAL-3290 > URL: https://issues.jboss.org/browse/GTNPORTAL-3290 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.5.6.Final > Reporter: Tran Trung Thanh > > In IE9, when page URL contains special characters, if we click to an action, it does not work. > Steps to reproduce: > # Open IE9, go to portal/intranet/wiki > # Create wiki page with name: 'avião árido joão café' > # Save and close > # Edit again > # Switch to Richtext mode -> does not work. > I add this code fragment in *ajaxPost* method of *UIForm.js* and it works well (but it is not the full solution because I encode only the page name, not the whole url): > {code} > if ($.browser.msie != undefined) { > var q = url.indexOf('?'); > var s1 = ""; > var s2 = ""; > if (q > -1) { > s1 = url.substring(0, q); > s2 = url.substring(q); > } else { > q1 = ajaxGetLink.indexOf('#'); > if (q1 > -1) { > s1 = url.substring(0, q1); > s2 = url.substring(q1); > } else { > s1 = url; > s2 = ""; > } > } > var slash = s1.lastIndexOf('/'); > if (slash > -1) { > var pageName = s1.substring(slash + 1); > url = s1.substring(0, slash) +'/' + encodeURIComponent(pageName) + s2; > } > } > {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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3290) IE9: Action does not work when page url contains special characters

by Tran Trung Thanh (JIRA)

Tran Trung Thanh created GTNPORTAL-3290: ------------------------------------------- Summary: IE9: Action does not work when page url contains special characters Key: GTNPORTAL-3290 URL: https://issues.jboss.org/browse/GTNPORTAL-3290 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.5.6.Final Reporter: Tran Trung Thanh In IE9, when page URL contains special characters, if we click to an action, it does not work. Steps to reproduce: # Open IE9, go to portal/intranet/wiki # Create wiki page with name: 'avião árido joão café' # Save and close # Edit again # Switch to Richtext mode -> does not work. I add this code fragment in *ajaxPost* method of *UIForm.js* and it works well (but it is not the full solution because I encode only the page name, not the whole url): {code} if ($.browser.msie != undefined) { var q = url.indexOf('?'); var s1 = ""; var s2 = ""; if (q > -1) { s1 = url.substring(0, q); s2 = url.substring(q); } else { q1 = ajaxGetLink.indexOf('#'); if (q1 > -1) { s1 = url.substring(0, q1); s2 = url.substring(q1); } else { s1 = url; s2 = ""; } } var slash = s1.lastIndexOf('/'); if (slash > -1) { var pageName = s1.substring(slash + 1); url = s1.substring(0, slash) +'/' + encodeURIComponent(pageName) + s2; } } {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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3227) Implement disabled User feature

by Tuyen Nguyen The (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3227?page=com.atlassian.jira.pl... ] Work on GTNPORTAL-3227 started by Tuyen Nguyen The. > Implement disabled User feature > ------------------------------- > > Key: GTNPORTAL-3227 > URL: https://issues.jboss.org/browse/GTNPORTAL-3227 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Vu Viet Phuong > Assignee: Tuyen Nguyen The > Priority: Minor > Original Estimate: 4 hours > Time Spent: 4 hours > Remaining Estimate: 2 days > > Refer to the spec at http://community.jboss.org/wiki/DisabledUser -- 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

11 years, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

gatein-issues November 2013