August 2013 - gatein-issues - Jboss List Archives

[JBoss JIRA] (GTNPORTAL-3219) Update dependencies in BOM to match GateIn 3.6.1

by Peter Palaga (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3219?page=com.atlassian.jira.pl... ] Peter Palaga resolved GTNPORTAL-3219. ------------------------------------- Resolution: Done > Update dependencies in BOM to match GateIn 3.6.1 > ------------------------------------------------ > > Key: GTNPORTAL-3219 > URL: https://issues.jboss.org/browse/GTNPORTAL-3219 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Peter Palaga > Assignee: Peter Palaga > -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3218) The global chromattic session context doesn't close properly

by Trong Tran (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3218?page=com.atlassian.jira.pl... ] Trong Tran reassigned GTNPORTAL-3218: ------------------------------------- Assignee: Trong Tran > The global chromattic session context doesn't close properly > ------------------------------------------------------------ > > Key: GTNPORTAL-3218 > URL: https://issues.jboss.org/browse/GTNPORTAL-3218 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Trong Tran > Labels: backlogs > Fix For: 3.7.0.Final > > > The following unit testcase doesn't work, it fails in the second openning of the context : > {code} > public void testGlobalSessionClose() { > chromatticManager.beginRequest(); > try { > test1LF.openContext(); > // do something > test1LF.closeContext(false); // close without persisting changes to DB > // > test1LF.openContext(); > test1LF.closeContext(true); > } > finally { > chromatticManager.endRequest(true); > } > } > {code} > it raises an exception of java.lang.IllegalStateException: A context is already opened -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3218) The global chromattic session context doesn't close properly

by Trong Tran (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3218?page=com.atlassian.jira.pl... ] Work on GTNPORTAL-3218 started by Trong Tran. > The global chromattic session context doesn't close properly > ------------------------------------------------------------ > > Key: GTNPORTAL-3218 > URL: https://issues.jboss.org/browse/GTNPORTAL-3218 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Trong Tran > Labels: backlogs > Fix For: 3.7.0.Final > > > The following unit testcase doesn't work, it fails in the second openning of the context : > {code} > public void testGlobalSessionClose() { > chromatticManager.beginRequest(); > try { > test1LF.openContext(); > // do something > test1LF.closeContext(false); // close without persisting changes to DB > // > test1LF.openContext(); > test1LF.closeContext(true); > } > finally { > chromatticManager.endRequest(true); > } > } > {code} > it raises an exception of java.lang.IllegalStateException: A context is already opened -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3222) Checkbox selection on "add gadget into category" is lost after switch page by paginator

by Trong Tran (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3222?page=com.atlassian.jira.pl... ] Trong Tran updated GTNPORTAL-3222: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/exoportal/gatein-portal/pull/46 > Checkbox selection on "add gadget into category" is lost after switch page by paginator > --------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3222 > URL: https://issues.jboss.org/browse/GTNPORTAL-3222 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Hai Nguyen > Assignee: Hai Nguyen > Priority: Minor > Labels: backlogs > > 1. Go to Application registry page > 2. Create a gadget (remote, or manual) > 3. Click on link "Click here to add into categories " > 4. Select some category by checkbox > 5. Switch to page 2, select some category > 6. Switch to page 1 > Actual result: - Categories selected at step 4 are unchecked > Expect result: Categories selected at step 4 are still checked -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3222) Checkbox selection on "add gadget into category" is lost after switch page by paginator

by Trong Tran (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3222?page=com.atlassian.jira.pl... ] Trong Tran updated GTNPORTAL-3222: ---------------------------------- Labels: backlogs (was: done) > Checkbox selection on "add gadget into category" is lost after switch page by paginator > --------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3222 > URL: https://issues.jboss.org/browse/GTNPORTAL-3222 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Hai Nguyen > Assignee: Hai Nguyen > Priority: Minor > Labels: backlogs > > 1. Go to Application registry page > 2. Create a gadget (remote, or manual) > 3. Click on link "Click here to add into categories " > 4. Select some category by checkbox > 5. Switch to page 2, select some category > 6. Switch to page 1 > Actual result: - Categories selected at step 4 are unchecked > Expect result: Categories selected at step 4 are still checked -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3234) Add the conditional comments for IE

by Trong Tran (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3234?page=com.atlassian.jira.pl... ] Trong Tran updated GTNPORTAL-3234: ---------------------------------- Labels: backlogs (was: ) > Add the conditional comments for IE > ----------------------------------- > > Key: GTNPORTAL-3234 > URL: https://issues.jboss.org/browse/GTNPORTAL-3234 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: WebUI > Reporter: Tuyen Nguyen The > Assignee: Tuyen Nguyen The > Labels: backlogs > > We have some bugs only on IE (ie9, ie8).We should add Conditional comments to <html> tag > so UI team can fix bug on ie base on class "ie8" , ie9.. > this is my suggestion > {code:xml} >  >  >  >  > {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, 9 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3234) Add the conditional comments for IE

by Trong Tran (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3234?page=com.atlassian.jira.pl... ] Trong Tran updated GTNPORTAL-3234: ---------------------------------- Status: Pull Request Sent (was: Reopened) Git Pull Request: https://github.com/exoportal/gatein-portal/pull/52 > Add the conditional comments for IE > ----------------------------------- > > Key: GTNPORTAL-3234 > URL: https://issues.jboss.org/browse/GTNPORTAL-3234 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: WebUI > Reporter: Tuyen Nguyen The > Assignee: Tuyen Nguyen The > Labels: backlogs > > We have some bugs only on IE (ie9, ie8).We should add Conditional comments to <html> tag > so UI team can fix bug on ie base on class "ie8" , ie9.. > this is my suggestion > {code:xml} >  >  >  >  > {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, 9 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3220) Show wrong message when uncheck show publication date in add/edit node

by Trong Tran (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3220?page=com.atlassian.jira.pl... ] Trong Tran updated GTNPORTAL-3220: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/exoportal/gatein-portal/pull/54 > Show wrong message when uncheck show publication date in add/edit node > ---------------------------------------------------------------------- > > Key: GTNPORTAL-3220 > URL: https://issues.jboss.org/browse/GTNPORTAL-3220 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.1.Final > Reporter: Son Tran > Assignee: Son Tran > Priority: Minor > Labels: backlogs > > Add/edit a node > In Page Node Setting tab: > Check Show publication date > Set Start Publication Date (02/25/2013 15:30:27) is greater than End Publication Date (02/24/2013 15:30:29) > Uncheck show publication date > Click Save > => Show message alert :"The end date must be after the start date." -> NOK > Expected output: The Publication date don't save after set publication date/time for node -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3230) 508 compliancy changes doesn't properly 'hide' elements for rtl languages

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3230?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3230: ---------------------------------------------------- Thomas Heute <theute(a)redhat.com> changed the Status of [bug 990161|https://bugzilla.redhat.com/show_bug.cgi?id=990161] from ASSIGNED to MODIFIED > 508 compliancy changes doesn't properly 'hide' elements for rtl languages > ------------------------------------------------------------------------- > > Key: GTNPORTAL-3230 > URL: https://issues.jboss.org/browse/GTNPORTAL-3230 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Mobile, User Interface > Reporter: Matt Wringe > Assignee: Matt Wringe > Fix For: 3.6.3.Final > > > The 508 changes to "hide" content off to a negative left position is incorrect when handling rtl languages. For rtl languages it should be placed at a negative right position instead. > With older android browsers there is an issue where it expect a _positive_ right position for this hack to work. A work around will have to be done to deal with this situation. > Without these changes it causes the browser to render the page as it if is extremely wide(10 000px). Some browsers cannot handle this and it causes strange behaviours such as links no longer functioning. -- 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, 9 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3243) Exceptions are swallowed in PicketLinkIDMOrganizationServiceImpl flush and endRequest

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3243?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3243: ---------------------------------------------------- Thomas Heute <theute(a)redhat.com> changed the Status of [bug 998885|https://bugzilla.redhat.com/show_bug.cgi?id=998885] from ASSIGNED to MODIFIED > Exceptions are swallowed in PicketLinkIDMOrganizationServiceImpl flush and endRequest > ------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3243 > URL: https://issues.jboss.org/browse/GTNPORTAL-3243 > Project: GateIn Portal > Issue Type: Bug > Components: Identity integration > Affects Versions: 3.6.0.Final > Reporter: Martin Weiler > Assignee: Marek Posolda > Fix For: 3.6.3.Final > > > IDM operations are invoked from a WS facade in our environment, and not from the GUI. Therefore, we have overridden PicketLinkIDMOrganizationServiceImpl.recoverFromIDMError to just let any errors bubble up and let the upper layer handle it, instead of rolling back + restarting the transaction. > But here's the place the exception handling is not working as expected. The issue is in PicketLinkIDMOrganizationServiceImpl.flush(): > {code} > public void flush() { > try { > if (configuration.isUseJTA()) { > if (traceLoggingEnabled) { > log.trace("Flushing UserTransaction in method flush"); > } > // Complete restart of JTA transaction don't have good performance. So we will only sync identitySession (same > // as for non-jta environment) > // finishJTATransaction(); > // beginJTATransaction(); > if (jtaTransactionLifecycleService.getUserTransaction().getStatus() == Status.STATUS_ACTIVE) { > idmService_.getIdentitySession().save(); > } > } else { > try { > if (idmService_.getIdentitySession().getTransaction().isActive()) { > 166: idmService_.getIdentitySession().save(); > } > } catch (Exception e) { > log.error(e.getMessage(), e); > 170: recoverFromIDMError(e); > } > } > 174: } catch (Exception e) { > 175: log.error(e.getMessage(), e); > } > } > {code} > Let's assume there is an exception at session.save() in line 166. This exception is then handled by the recoverFromIDMError method in line 170. In our environment, this method is overridden and throws an Exception. > But the initial goal of overriding this method, which was to have this exception propagated to the caller, is not reached here, as there is an outer try..catch block in the PicketLinkIDMOrganizationServiceImpl.flush() method which just logs the error. > The outer try..catch block should be removed in flush() and endRequest(). -- 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, 9 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

gatein-issues August 2013