[JBoss JIRA] (GTNPORTAL-3244) The message not change to French when change language of user in Groups and Roles
by Tuyen Nguyen The (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3244?page=com.atlassian.jira.pl... ]
Tuyen Nguyen The updated GTNPORTAL-3244:
----------------------------------------
Description:
- Login portal by john
- Go to User and Group management
- Choose user management tab
- Select a user (john) in list and click edit
- Choose User Profile tab
- Change language for user from None or English to French
- Click Save
-> The message not change to French language.
was:
- Login portal by john
- Go to User and Group management
- Choose user management tab
- Select a user (john) in list and click edit
- Choose User Profile tab
- Change language for user from None or English to French
- Click Save
-> The message not change to French language. See [^MessageNotChange.png]
> The message not change to French when change language of user in Groups and Roles
> ---------------------------------------------------------------------------------
>
> Key: GTNPORTAL-3244
> URL: https://issues.jboss.org/browse/GTNPORTAL-3244
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: WebUI
> Reporter: Tuyen Nguyen The
> Assignee: Tuyen Nguyen The
> Labels: backlogs
> Fix For: 3.7.0.Final
>
> Attachments: MessageNotChange.png
>
>
> - Login portal by john
> - Go to User and Group management
> - Choose user management tab
> - Select a user (john) in list and click edit
> - Choose User Profile tab
> - Change language for user from None or English to French
> - Click Save
> -> The message not change to French language.
--
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, 4 months
[JBoss JIRA] (GTNPORTAL-3244) The message not change to French when change language of user in Groups and Roles
by Tuyen Nguyen The (JIRA)
Tuyen Nguyen The created GTNPORTAL-3244:
-------------------------------------------
Summary: The message not change to French when change language of user in Groups and Roles
Key: GTNPORTAL-3244
URL: https://issues.jboss.org/browse/GTNPORTAL-3244
Project: GateIn Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: WebUI
Reporter: Tuyen Nguyen The
Assignee: Tuyen Nguyen The
Fix For: 3.7.0.Final
- Login portal by john
- Go to User and Group management
- Choose user management tab
- Select a user (john) in list and click edit
- Choose User Profile tab
- Change language for user from None or English to French
- Click Save
-> The message not change to French language. See [^MessageNotChange.png]
--
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, 4 months
[JBoss JIRA] (GTNPORTAL-3230) 508 compliancy changes doesn't properly 'hide' elements for rtl languages
by Matt Wringe (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3230?page=com.atlassian.jira.pl... ]
Matt Wringe updated GTNPORTAL-3230:
-----------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/gatein/gatein-portal/pull/633
> 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
>
> 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
11 years, 4 months
[JBoss JIRA] (GTNPC-103) PortletSession.getAttributeMap(APPLICATION_SCOPE) is returning null valued map
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/GTNPC-103?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on GTNPC-103:
-----------------------------------------------
Dominik Pospisil <dpospisi(a)redhat.com> made a comment on [bug 920547|https://bugzilla.redhat.com/show_bug.cgi?id=920547]
Verified (ER4).
> PortletSession.getAttributeMap(APPLICATION_SCOPE) is returning null valued map
> ------------------------------------------------------------------------------
>
> Key: GTNPC-103
> URL: https://issues.jboss.org/browse/GTNPC-103
> Project: GateIn Portlet Container
> Issue Type: Bug
> Components: API
> Affects Versions: 2.4.0.Final
> Reporter: Martin Weiler
> Assignee: Julien Viet
> Fix For: 2.4.1.CR03
>
>
> Calling PortletSession.getAttributeMap(PortletSession.APPLICATION_SCOPE) returns a Map with all application scoped keys, but with NULL values for each key.
> The reason for this is that the scope parameter is not used to look up the attribute values:
> {code:java}
> public Map<String, Object> getAttributeMap(int i)
> {
> Enumeration attributes = getAttributeNames(i);
> Map<String, Object> attrs = new HashMap<String, Object>();
> while (attributes.hasMoreElements())
> {
> String name = (String)attributes.nextElement();
> attrs.put(name, getAttribute(name)); // <== missing scope attribute, should be: getAttribute(name, i)
> }
> return Collections.unmodifiableMap(attrs);
> }
> {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, 4 months
[JBoss JIRA] (GTNPC-103) PortletSession.getAttributeMap(APPLICATION_SCOPE) is returning null valued map
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/GTNPC-103?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on GTNPC-103:
-----------------------------------------------
Dominik Pospisil <dpospisi(a)redhat.com> changed the Status of [bug 920547|https://bugzilla.redhat.com/show_bug.cgi?id=920547] from ON_QA to VERIFIED
> PortletSession.getAttributeMap(APPLICATION_SCOPE) is returning null valued map
> ------------------------------------------------------------------------------
>
> Key: GTNPC-103
> URL: https://issues.jboss.org/browse/GTNPC-103
> Project: GateIn Portlet Container
> Issue Type: Bug
> Components: API
> Affects Versions: 2.4.0.Final
> Reporter: Martin Weiler
> Assignee: Julien Viet
> Fix For: 2.4.1.CR03
>
>
> Calling PortletSession.getAttributeMap(PortletSession.APPLICATION_SCOPE) returns a Map with all application scoped keys, but with NULL values for each key.
> The reason for this is that the scope parameter is not used to look up the attribute values:
> {code:java}
> public Map<String, Object> getAttributeMap(int i)
> {
> Enumeration attributes = getAttributeNames(i);
> Map<String, Object> attrs = new HashMap<String, Object>();
> while (attributes.hasMoreElements())
> {
> String name = (String)attributes.nextElement();
> attrs.put(name, getAttribute(name)); // <== missing scope attribute, should be: getAttribute(name, i)
> }
> return Collections.unmodifiableMap(attrs);
> }
> {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, 4 months