[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
13 years, 9 months
[JBoss JIRA] (GTNPORTAL-2337) I18N locale identifier parsing code does not support all valid cases in Java 7
by Chris Laprun (JIRA)
Chris Laprun created GTNPORTAL-2337:
---------------------------------------
Summary: I18N locale identifier parsing code does not support all valid cases in Java 7
Key: GTNPORTAL-2337
URL: https://issues.jboss.org/browse/GTNPORTAL-2337
Project: GateIn Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Internationalization and Localization
Affects Versions: 3.2.0-Beta01
Reporter: Chris Laprun
According to the Locale Java 7 javadoc:
Java has used ja_JP_JP to represent Japanese as used in Japan together with the Japanese Imperial calendar. This is now representable using a Unicode locale extension, by specifying the Unicode locale key ca (for "calendar") and type japanese. When the Locale constructor is called with the arguments "ja", "JP", "JP", the extension "u-ca-japanese" is automatically added.
This results in a ja_JP_JP_#u-ca-japanese Locale which is currently parsed as invalid. Note that there is a similar issue for Thai.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months
[JBoss JIRA] Created: (GTNPORTAL-1746) Translation in Czech
by Marek Posolda (JIRA)
Translation in Czech
--------------------
Key: GTNPORTAL-1746
URL: https://issues.jboss.org/browse/GTNPORTAL-1746
Project: GateIn Portal
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Internationalization and Localization
Affects Versions: 3.1.0-GA
Environment: GateIn trunk, revision 5669
Reporter: Marek Posolda
Fix For: 3.2.0-GA
We worked on czech localization with Michal Vanco and patch is in attachement. We translated property files based on trunk, revision 5669 so all the new properties should be translated.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 10 months