[JBoss JIRA] (ELY-1150) Revisit branches in handleOne method in ServerAuthenticationContext.createCallbackHandler()
by Pedro Igor (JIRA)
[ https://issues.jboss.org/browse/ELY-1150?page=com.atlassian.jira.plugin.s... ]
Pedro Igor reassigned ELY-1150:
-------------------------------
Assignee: Pedro Igor (was: Darran Lofthouse)
> Revisit branches in handleOne method in ServerAuthenticationContext.createCallbackHandler()
> -------------------------------------------------------------------------------------------
>
> Key: ELY-1150
> URL: https://issues.jboss.org/browse/ELY-1150
> Project: WildFly Elytron
> Issue Type: Bug
> Affects Versions: 1.1.0.Beta38
> Reporter: Ondrej Lukas
> Assignee: Pedro Igor
>
> Three branches (for EvidenceVerifyCallback, MechanismInformationCallback, CredentialUpdateCallback) in {{handleOne}} method of CallbackHandler created in {{ServerAuthenticationContext.createCallbackHandler()}} do not call {{handleOne(callbacks, idx + 1);}}, which means that another callbacks in array are not processed then. In case it is expected then some assertion that no another callback is obtained in {{callbacks}} array should be added.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (ELY-1150) Revisit branches in handleOne method in ServerAuthenticationContext.createCallbackHandler()
by Pedro Igor (JIRA)
[ https://issues.jboss.org/browse/ELY-1150?page=com.atlassian.jira.plugin.s... ]
Pedro Igor commented on ELY-1150:
---------------------------------
Sure, will work on it.
> Revisit branches in handleOne method in ServerAuthenticationContext.createCallbackHandler()
> -------------------------------------------------------------------------------------------
>
> Key: ELY-1150
> URL: https://issues.jboss.org/browse/ELY-1150
> Project: WildFly Elytron
> Issue Type: Bug
> Affects Versions: 1.1.0.Beta38
> Reporter: Ondrej Lukas
> Assignee: Darran Lofthouse
>
> Three branches (for EvidenceVerifyCallback, MechanismInformationCallback, CredentialUpdateCallback) in {{handleOne}} method of CallbackHandler created in {{ServerAuthenticationContext.createCallbackHandler()}} do not call {{handleOne(callbacks, idx + 1);}}, which means that another callbacks in array are not processed then. In case it is expected then some assertion that no another callback is obtained in {{callbacks}} array should be added.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (WFCORE-2442) Incorrect realm for DIGEST-MD5 when Elytron SASL global factory is directly used
by Farah Juma (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2442?page=com.atlassian.jira.plugi... ]
Farah Juma reassigned WFCORE-2442:
----------------------------------
Assignee: Farah Juma (was: Darran Lofthouse)
> Incorrect realm for DIGEST-MD5 when Elytron SASL global factory is directly used
> --------------------------------------------------------------------------------
>
> Key: WFCORE-2442
> URL: https://issues.jboss.org/browse/WFCORE-2442
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Reporter: Ondrej Lukas
> Assignee: Farah Juma
> Priority: Blocker
>
> In case when some sasl-authentication-factory, which uses directly sasl-server-factory="global", is used for authentication and DIGEST-MD5 mechanism is used, then authentication fails. It is caused by incorrectly passed realm name used for authentication. See Steps to Reproduce for more details.
> Following is used for creating DIGEST-MD5 for authentication response (realm "localhost" is not correct used realm):
> {code}
> charset=utf-8,username="user1",realm="localhost",nonce="N7K8/KwSm/p8dxOK2LgcCBDPrhva3ILhHLQ4qWXO",nc=00000001,cnonce="MVJ6zYGtLDjffNPgt+l7OKXq62o1vu/QkPooB1EyCBxK6JiG",digest-uri="remote/localhost",maxbuf=65536,response=3acb12f0e1f42edc48e13cac8e77ae2e,qop=auth
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (ELY-1150) Revisit branches in handleOne method in ServerAuthenticationContext.createCallbackHandler()
by David Lloyd (JIRA)
[ https://issues.jboss.org/browse/ELY-1150?page=com.atlassian.jira.plugin.s... ]
David Lloyd commented on ELY-1150:
----------------------------------
EvidenceVerifyCallback and MechanismInformationCallback are definitely wrong and should have {{handleOne(callbacks, idx + 1)}} at their end.
The other problem branch is {{CachedIdentityAuthorizeCallback}} which looks completely wrong. [~pcraveiro] could you take a look?
> Revisit branches in handleOne method in ServerAuthenticationContext.createCallbackHandler()
> -------------------------------------------------------------------------------------------
>
> Key: ELY-1150
> URL: https://issues.jboss.org/browse/ELY-1150
> Project: WildFly Elytron
> Issue Type: Bug
> Affects Versions: 1.1.0.Beta38
> Reporter: Ondrej Lukas
> Assignee: Darran Lofthouse
>
> Three branches (for EvidenceVerifyCallback, MechanismInformationCallback, CredentialUpdateCallback) in {{handleOne}} method of CallbackHandler created in {{ServerAuthenticationContext.createCallbackHandler()}} do not call {{handleOne(callbacks, idx + 1);}}, which means that another callbacks in array are not processed then. In case it is expected then some assertion that no another callback is obtained in {{callbacks}} array should be added.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (DROOLS-1595) Fix the FEEL "in" operator to work with simple values and variables
by Edson Tirelli (JIRA)
Edson Tirelli created DROOLS-1595:
-------------------------------------
Summary: Fix the FEEL "in" operator to work with simple values and variables
Key: DROOLS-1595
URL: https://issues.jboss.org/browse/DROOLS-1595
Project: Drools
Issue Type: Bug
Components: dmn engine
Affects Versions: 7.0.0.Final
Reporter: Edson Tirelli
Assignee: Edson Tirelli
Currently the "in" operator only works with literal lists or unary tests. Example:
x in [1, 2, 3]
x in >10
The spec requires the in operator to work with any endpoint, including variables and single values. Example:
x in someList
x in 10
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month