March 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (ELY-1761) Unicode normalization in SASL client breaks some non-ASCII passwords

by Martin Choma (Jira)

[ https://issues.jboss.org/browse/ELY-1761?page=com.atlassian.jira.plugin.s... ] Martin Choma commented on ELY-1761: ----------------------------------- Just for full picture. Passwords with unicode characters works in HTTP way. See details discussed in prior forum thread https://developer.jboss.org/thread/279618 > Unicode normalization in SASL client breaks some non-ASCII passwords > -------------------------------------------------------------------- > > Key: ELY-1761 > URL: https://issues.jboss.org/browse/ELY-1761 > Project: WildFly Elytron > Issue Type: Bug > Components: SASL > Affects Versions: 1.7.0.Final > Reporter: Philippe Marschall > Priority: Major > > We have users that use U+00A8 ([diaeresis|https://en.wikipedia.org/wiki/Diaeresis_(diacritic)]) as an Active Directory password. They can not log in using the Elytron LDAP realm. Here's the sequence of events: > * PlainSaslClient.evaluateChallenge calls StringPrep.encode with the profile StringPrep.PROFILE_SASL_STORED https://github.com/wildfly-security/wildfly-elytron/blob/fd74e43caf3e7019... > * StringPrep.PROFILE_SASL_STORED ors PROFILE_SASL_QUERY which ors NORMALIZE_KC https://github.com/wildfly-security/wildfly-elytron/blob/fd74e43caf3e7019... > * StringPrep.encode then normalises using NFKC which replaces U+00A8 with U+0020 U+0308 https://github.com/wildfly-security/wildfly-elytron/blob/fd74e43caf3e7019... > * Active Directory rejects the login > We would be wiling to work on a patch but we need some guidance on the desired solution. A simple solution would be a new profile in StringPrep that doesn't normalize and is used for passwords. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 10 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-635) Kiali installation failed on OCP4 - But job is success

by Hayk Hovsepyan (Jira)

Hayk Hovsepyan created SWSQE-635: ------------------------------------ Summary: Kiali installation failed on OCP4 - But job is success Key: SWSQE-635 URL: https://issues.jboss.org/browse/SWSQE-635 Project: Kiali QE Issue Type: Bug Reporter: Hayk Hovsepyan https://jenkins2.bc.jonqe.lab.eng.bos.redhat.com:8443/job/Kiali-on-Opensh... Using Docker tag v0.15.0 from Docker Repo docker.io/kiali/kiali Error from server (NotFound): routes.route.openshift.io "istio-ingressgateway" not found Kiali Core Prepared Deploy Kiali on Openshift Fri Mar 8 10:11:08 UTC 2019 Kiali Deployed Regular expression run condition: Expression=[true], Label=[true] Run condition [Regular expression match] enabling perform for step [Trigger/call builds on other projects] Waiting for the completion of Kiali-Istio-Checker Kiali-Istio-Checker #5182 completed. Result was SUCCESS Build step 'Conditional step (single)' changed build result to SUCCESS Regular expression run condition: Expression=[true], Label=[true] Run condition [Regular expression match] enabling perform for step [Builder to mark whether executed] Finished: SUCCESS -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3739) Create a structured project for hacep with Quarkus, Thornthail and pubsub module

by Massimiliano Dessi (Jira)

Massimiliano Dessi created DROOLS-3739: ------------------------------------------ Summary: Create a structured project for hacep with Quarkus, Thornthail and pubsub module Key: DROOLS-3739 URL: https://issues.jboss.org/browse/DROOLS-3739 Project: Drools Issue Type: Sub-task Reporter: Massimiliano Dessi Assignee: Massimiliano Dessi -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3712) Provide an example to connect drools from a Java Microservice to the Kafka cluster

by Massimiliano Dessi (Jira)

[ https://issues.jboss.org/browse/DROOLS-3712?page=com.atlassian.jira.plugi... ] Massimiliano Dessi resolved DROOLS-3712. ---------------------------------------- Resolution: Done > Provide an example to connect drools from a Java Microservice to the Kafka cluster > ------------------------------------------------------------------------------------ > > Key: DROOLS-3712 > URL: https://issues.jboss.org/browse/DROOLS-3712 > Project: Drools > Issue Type: Sub-task > Reporter: Massimiliano Dessi > Assignee: Massimiliano Dessi > Priority: Major > -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3712) Provide an example to connect drools from a Java Microservice to the Kafka cluster

by Massimiliano Dessi (Jira)

[ https://issues.jboss.org/browse/DROOLS-3712?page=com.atlassian.jira.plugi... ] Massimiliano Dessi commented on DROOLS-3712: -------------------------------------------- https://github.com/desmax74/openshift-kie > Provide an example to connect drools from a Java Microservice to the Kafka cluster > ------------------------------------------------------------------------------------ > > Key: DROOLS-3712 > URL: https://issues.jboss.org/browse/DROOLS-3712 > Project: Drools > Issue Type: Sub-task > Reporter: Massimiliano Dessi > Assignee: Massimiliano Dessi > Priority: Major > -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ELY-1763) Public API org.wildfly.security.mechanism.MechanismUtil has been removed.

by Darran Lofthouse (Jira)

Darran Lofthouse created ELY-1763: ------------------------------------- Summary: Public API org.wildfly.security.mechanism.MechanismUtil has been removed. Key: ELY-1763 URL: https://issues.jboss.org/browse/ELY-1763 Project: WildFly Elytron Issue Type: Sub-task Components: API / SPI, Build Reporter: Darran Lofthouse Fix For: 1.9.0.CR1 We either need to restore this or exclude it from the JAPICMP check. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ELY-1762) Ensure JAPICMP Compatibility and enable plug-in for all builds.

by Darran Lofthouse (Jira)

Darran Lofthouse created ELY-1762: ------------------------------------- Summary: Ensure JAPICMP Compatibility and enable plug-in for all builds. Key: ELY-1762 URL: https://issues.jboss.org/browse/ELY-1762 Project: WildFly Elytron Issue Type: Task Components: Build Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 1.9.0.CR1 -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3175) [DMN Designer] keyboard context menu invocation

by Jozef Marko (Jira)

[ https://issues.jboss.org/browse/DROOLS-3175?page=com.atlassian.jira.plugi... ] Jozef Marko commented on DROOLS-3175: ------------------------------------- Documented by https://github.com/kiegroup/kie-docs/pull/1439 > [DMN Designer] keyboard context menu invocation > ----------------------------------------------- > > Key: DROOLS-3175 > URL: https://issues.jboss.org/browse/DROOLS-3175 > Project: Drools > Issue Type: Enhancement > Components: DMN Editor > Affects Versions: 7.14.0.Final > Reporter: Jozef Marko > Assignee: Jozef Marko > Priority: Major > Labels: drools-tools > Fix For: 7.19.0.Final > > Attachments: Screenshot from 2019-01-30 15-04-02.png > > > User should be able to invoke context menu by keyboard. Context menu contains actions according to the cell, where it was invoked. Possibility to invoke the context menu is crucial for integration selenium tests. > h2. TODO > - DMN - undefined cell (/) > - DMN - After selection of menu item the focus is lost > - Scenario - proper menu for description column (/) > - Scenario - enable menu even when not bound (/) > - Tests (/) -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11818) wildfly-16.0.0.Final: "From address" is no more used as default from in email

by Wolfgang Mayer (Jira)

[ https://issues.jboss.org/browse/WFLY-11818?page=com.atlassian.jira.plugin... ] Wolfgang Mayer edited comment on WFLY-11818 at 3/8/19 5:14 AM: --------------------------------------------------------------- I've now made 3 more tests using mail example from the Quickstarts. Test1: message.setFrom(new InternetAddress(from)); Result: mail.user: Null user.name: Correct message.getFrom(): Correct Test2: message.setFrom(new InternetAddress()); Result: mail.user: Null user.name: Correct message.getFrom(): length 0 Test3: no message.setFrom() (This approach was used in WildFly 15) Result: mail.user: Null user.name: Correct message.getFrom(): NullPointerException was (Author: mayerw01): I've now made 3 more tests using mail example from the Quickstarts. Test1: message.setFrom(new InternetAddress(from)); Result: mail.user: Null user.name: Correct message.getFrom(): Correct Test2: message.setFrom(new InternetAddress()); Result: mail.user: Null user.name: Correct message.getFrom(): Null Test3: no message.setFrom() (This approach was used in WildFly 15) Result: mail.user: Null user.name: Correct message.getFrom(): NullPointerException > wildfly-16.0.0.Final: "From address" is no more used as default from in email > ----------------------------------------------------------------------------- > > Key: WFLY-11818 > URL: https://issues.jboss.org/browse/WFLY-11818 > Project: WildFly > Issue Type: Bug > Components: Mail > Affects Versions: 16.0.0.Final > Environment: mvn -v > Apache Maven 3.6.0 (97c98ec64a1fdfee7767ce5ffb20918da4f719f3; 2018-10-24T20:41:47+02:00) > Maven home: /apps/apache-maven-3.6.0 > Java version: 11.0.2, vendor: Oracle Corporation, runtime: /usr/java/jdk-11.0.2 > Default locale: de_DE, platform encoding: UTF-8 > OS name: "linux", version: "4.12.14-lp150.12.48-default", arch: "amd64", family: "unix" > Reporter: Wolfgang Mayer > Assignee: Tomaz Cerar > Priority: Major > > As mentioned in the Help (description) of 'Mail Session' configuration: > From: *From address that is used as default from, if not set when sending* > Apparently this is not the case anymore in wildfly-16.0.0.Final. > For example I made a test with quickstart-16.0/mail/. > When omitting the line > *message.setFrom(new InternetAddress(from));* > Sending mail fails with: > com.sun.mail.smtp.SMTPSendFailedException: 554-Transaction failed > 554 Unauthorized sender address. > I have the same issue when replacing the line above with > message.setFrom(new InternetAddress()); > I am pretty sure that this is working in wildfly-15 -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-11818) wildfly-16.0.0.Final: "From address" is no more used as default from in email

by Wolfgang Mayer (Jira)

[ https://issues.jboss.org/browse/WFLY-11818?page=com.atlassian.jira.plugin... ] Wolfgang Mayer commented on WFLY-11818: --------------------------------------- I've now made 3 more tests using mail example from the Quickstarts. Test1: message.setFrom(new InternetAddress(from)); Result: mail.user: Null user.name: Correct message.getFrom(): Correct Test2: message.setFrom(new InternetAddress()); Result: mail.user: Null user.name: Correct message.getFrom(): Null Test3: no message.setFrom() (This approach was used in WildFly 15) Result: mail.user: Null user.name: Correct message.getFrom(): NullPointerException > wildfly-16.0.0.Final: "From address" is no more used as default from in email > ----------------------------------------------------------------------------- > > Key: WFLY-11818 > URL: https://issues.jboss.org/browse/WFLY-11818 > Project: WildFly > Issue Type: Bug > Components: Mail > Affects Versions: 16.0.0.Final > Environment: mvn -v > Apache Maven 3.6.0 (97c98ec64a1fdfee7767ce5ffb20918da4f719f3; 2018-10-24T20:41:47+02:00) > Maven home: /apps/apache-maven-3.6.0 > Java version: 11.0.2, vendor: Oracle Corporation, runtime: /usr/java/jdk-11.0.2 > Default locale: de_DE, platform encoding: UTF-8 > OS name: "linux", version: "4.12.14-lp150.12.48-default", arch: "amd64", family: "unix" > Reporter: Wolfgang Mayer > Assignee: Tomaz Cerar > Priority: Major > > As mentioned in the Help (description) of 'Mail Session' configuration: > From: *From address that is used as default from, if not set when sending* > Apparently this is not the case anymore in wildfly-16.0.0.Final. > For example I made a test with quickstart-16.0/mail/. > When omitting the line > *message.setFrom(new InternetAddress(from));* > Sending mail fails with: > com.sun.mail.smtp.SMTPSendFailedException: 554-Transaction failed > 554 Unauthorized sender address. > I have the same issue when replacing the line above with > message.setFrom(new InternetAddress()); > I am pretty sure that this is working in wildfly-15 -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 10 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira March 2019