[JBoss JIRA] (GTNPORTAL-2847) GroupManagement is not using UserConfigurableValidator for validating usernames
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2847?page=com.atlassian.jira.pl... ]
RH Bugzilla Integration updated GTNPORTAL-2847:
-----------------------------------------------
Bugzilla Update: Perform
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=921124
> GroupManagement is not using UserConfigurableValidator for validating usernames
> -------------------------------------------------------------------------------
>
> Key: GTNPORTAL-2847
> URL: https://issues.jboss.org/browse/GTNPORTAL-2847
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 3.5.0.Final
> Reporter: Marek Posolda
> Assignee: Marek Posolda
> Fix For: 3.6.0.Final
>
> Attachments: validation-screenshot.png
>
>
> Steps to reproduce:
> 1) I want custom validation for username fields. So I added this to GATEIN_HOME/standalone/configuration/gatein/configuration.properties:
> gatein.validators.username.regexp=^[A-Za-z0-9._%+-]+$
> gatein.validators.username.format.message=Username could contains only lowercase or uppercase letters, numbers, dots and percentage characters
> 2) Start GateIn
> 3) Login as root and create user "John_1_Wood" in "New Staff"
> 4) Now I want to add this user to group "/platform/guests". But it's not possible because of validations. (See attached screenshot)
> There are two issues here:
> a) GroupManagement is not using UserConfigurableValidator, so it treats "John_1_Wood" as invalid username. But it should permit it.
> b) The error message is invalid. It should use message for format configured by user (same message like the one used on New Staff page).
> So the message should be: The field "User Name" must match the format "Username could contains only lowercase or uppercase letters, numbers, dots and percentage characters".
--
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, 8 months
[JBoss JIRA] (GTNPORTAL-2847) GroupManagement is not using UserConfigurableValidator for validating usernames
by Marek Posolda (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2847?page=com.atlassian.jira.pl... ]
Marek Posolda updated GTNPORTAL-2847:
-------------------------------------
Attachment: validation-screenshot.png
> GroupManagement is not using UserConfigurableValidator for validating usernames
> -------------------------------------------------------------------------------
>
> Key: GTNPORTAL-2847
> URL: https://issues.jboss.org/browse/GTNPORTAL-2847
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 3.5.0.Final
> Reporter: Marek Posolda
> Assignee: Marek Posolda
> Fix For: 3.6.0.Final
>
> Attachments: validation-screenshot.png
>
>
> Steps to reproduce:
> 1) I want custom validation for username fields. So I added this to GATEIN_HOME/standalone/configuration/gatein/configuration.properties:
> gatein.validators.username.regexp=^[A-Za-z0-9._%+-]+$
> gatein.validators.username.format.message=Username could contains only lowercase or uppercase letters, numbers, dots and percentage characters
> 2) Start GateIn
> 3) Login as root and create user "John_1_Wood" in "New Staff"
> 4) Now I want to add this user to group "/platform/guests". But it's not possible because of validations. (See attached screenshot)
> There are two issues here:
> a) GroupManagement is not using UserConfigurableValidator, so it treats "John_1_Wood" as invalid username. But it should permit it.
> b) The error message is invalid. It should use message for format configured by user (same message like the one used on New Staff page).
> So the message should be: The field "User Name" must match the format "Username could contains only lowercase or uppercase letters, numbers, dots and percentage characters".
--
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, 8 months
[JBoss JIRA] (GTNPORTAL-2847) GroupManagement is not using UserConfigurableValidator for validating usernames
by Marek Posolda (JIRA)
Marek Posolda created GTNPORTAL-2847:
----------------------------------------
Summary: GroupManagement is not using UserConfigurableValidator for validating usernames
Key: GTNPORTAL-2847
URL: https://issues.jboss.org/browse/GTNPORTAL-2847
Project: GateIn Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 3.5.0.Final
Reporter: Marek Posolda
Assignee: Marek Posolda
Fix For: 3.6.0.Final
Steps to reproduce:
1) I want custom validation for username fields. So I added this to GATEIN_HOME/standalone/configuration/gatein/configuration.properties:
gatein.validators.username.regexp=^[A-Za-z0-9._%+-]+$
gatein.validators.username.format.message=Username could contains only lowercase or uppercase letters, numbers, dots and percentage characters
2) Start GateIn
3) Login as root and create user "John_1_Wood" in "New Staff"
4) Now I want to add this user to group "/platform/guests". But it's not possible because of validations. (See attached screenshot)
There are two issues here:
a) GroupManagement is not using UserConfigurableValidator, so it treats "John_1_Wood" as invalid username. But it should permit it.
b) The error message is invalid. It should use message for format configured by user (same message like the one used on New Staff page).
So the message should be: The field "User Name" must match the format "Username could contains only lowercase or uppercase letters, numbers, dots and percentage characters".
--
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, 8 months
[JBoss JIRA] (GTNWSRP-351) IllegalArgumentException: Malformed cookie, when rendering remote portlet from IPv6 producer
by Tomas Kyjovsky (JIRA)
[ https://issues.jboss.org/browse/GTNWSRP-351?page=com.atlassian.jira.plugi... ]
Tomas Kyjovsky commented on GTNWSRP-351:
----------------------------------------
Details on configuring gatein for IPv6:
1. in {{/bin/standalone.conf}} set:
{{-Djava.net.preferIPv4Stack=false -Djava.net.preferIPv6Addresses=true}}
2. in {{/standalone/configuration/standalone.xml}} change default loopback addresses to IPv6 format:
all occurences of {{127.0.0.1}} ---> {{[::1]}}
3. obtain IPv6 address using command {{ifconfig}} or "{{ip a}}"
{code}
$ ifconfig
eth0 Link encap:Ethernet HWaddr -----------------
inet addr:10.34.27.242 Bcast:10.34.27.255 Mask:255.255.254.0
inet6 addr: 2620:52:0:221a:f1d9:fbff:ee3f:6f03/64 Scope:Global
...
{code}
4. start gatein bound to IPv6 address:
{{./standalone.sh -b [2620:52:0:221a:f1d9:fbff:ee3f:6f03]}}
> IllegalArgumentException: Malformed cookie, when rendering remote portlet from IPv6 producer
> --------------------------------------------------------------------------------------------
>
> Key: GTNWSRP-351
> URL: https://issues.jboss.org/browse/GTNWSRP-351
> Project: GateIn WSRP
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 2.2.2.Final
> Reporter: Tomas Kyjovsky
> Assignee: Chris Laprun
> Labels: ipv6
> Attachments: malformed-cookie.txt
>
>
> java.lang.IllegalArgumentException: Malformed cookie: JSESSIONID=dra8D02QuTC8CHMS9INy-ZUP; Path=/wsrp-producer
> Steps to reproduce:
> 1. configure WSRP producer on IPv6-enabled gatein instance, such as:
> {code}http://[2620:52:0:221a:88b1:e9c2:6fcb:dfe7]:8080/wsrp-producer/v1/MarkupService?wsdl
> http://[2620:52:0:221a:88b1:e9c2:6fcb:dfe7]:8080/wsrp-producer/v2/MarkupS...
> 2. create a consumer (for this producer) on another gatein instance
> 3. register some remote portlet and put it in a page
> 4. render the page
--
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, 8 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 updated GTNPC-103:
------------------------------------------
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=920546, https://bugzilla.redhat.com/show_bug.cgi?id=920547 (was: https://bugzilla.redhat.com/show_bug.cgi?id=920546)
> 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
>
> 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, 8 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:
-----------------------------------------------
Martin Weiler <mweiler(a)redhat.com> made a comment on [bug 920547|https://bugzilla.redhat.com/show_bug.cgi?id=920547]
Description of problem:
Calling PortletSession.getAttributeMap(PortletSession.APPLICATION_SCOPE) returns a Map with all application scoped keys, but with NULL values for each key.
How reproducible:
always
Steps to Reproduce:
1. In a portlet, call request.getPortletSession().getAttributeMap(
PortletSession.APPLICATION_SCOPE)
Actual results:
The Map contains the keys of the application scoped session attributes, but each key has a NULL value.
Expected results:
Each key has the assigned value.
Additional info:
https://issues.jboss.org/browse/GTNPC-103
> 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
>
> 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, 8 months