[JBoss JIRA] (HAWKULARQE-203) Intoduce usage of Regression bugzilla keyword
by Filip Brychta (JIRA)
Filip Brychta created HAWKULARQE-203:
----------------------------------------
Summary: Intoduce usage of Regression bugzilla keyword
Key: HAWKULARQE-203
URL: https://issues.jboss.org/browse/HAWKULARQE-203
Project: Hawkular QE
Issue Type: Task
Reporter: Filip Brychta
Assignee: Michael Foley
Priority: Critical
We need to introduce Regression bugzilla keyword to our workflow.
This keyword should be used in cases when some already working feature delivered to customers is broken. All issues with this keyword must be fixed before the release -> everything which was working before should be working in newer version too.
Following should be done:
* introduce the usage to our bugzilla workflow document
* notify the whole team (including dev) to start using it
* prepare bugzilla query which will list all open issues with this keyword and share it with the team
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years
[JBoss JIRA] (WFCORE-3442) CLI can't reload if authentication configuration changed
by Jean-Francois Denise (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3442?page=com.atlassian.jira.plugi... ]
Jean-Francois Denise updated WFCORE-3442:
-----------------------------------------
Description:
The context:
- Legacy ManagementRealm, no local-auth enabled, only users located properties file.
- SASL authentication factory, digest with FooRealm, userName/password in other properties file
The http management interface
- Reference ManagementRealm and upgrade references SAL factory.
>From CLI:
1) User connects using credentials required for FooRealm
2) User disables SASL authentication : /core-service=management/management-interface=http-interface:write-attribute(name=http-upgrade.sasl-authentication-factory,value=undefined
3) User reloads ==> Connection fails.
The user should be prompted for ManagementRealm credentials (if the current ones are not valid in the context of this realm).
was:
The context:
- Legacy ManagementRealm, no local-auth enabled, only users located properties file.
- SASL authentication factory, digest with FooRealm, userName/password in other properties file
The http management interface
- Reference ManagementRealm and upgrade references SAL factory.
>From CLI:
1) User connects using credentials required for FooRealm
2) User disables SASL authentication : /core-service=management/management-interface=http-interface:write-attribute(name=http-upgrade.sasl-authentication-factory,value=undefined
3) User reloads ==> Connection fails.
The user should be prompted for ManagementRealm credentials (if the current ones are not valid in the context of this realm).
Furthermore, ConnectionInfo should expose the realm the CLI is connected to.
> CLI can't reload if authentication configuration changed
> --------------------------------------------------------
>
> Key: WFCORE-3442
> URL: https://issues.jboss.org/browse/WFCORE-3442
> Project: WildFly Core
> Issue Type: Bug
> Components: CLI
> Reporter: Jean-Francois Denise
> Assignee: Jean-Francois Denise
>
> The context:
> - Legacy ManagementRealm, no local-auth enabled, only users located properties file.
> - SASL authentication factory, digest with FooRealm, userName/password in other properties file
> The http management interface
> - Reference ManagementRealm and upgrade references SAL factory.
> From CLI:
> 1) User connects using credentials required for FooRealm
> 2) User disables SASL authentication : /core-service=management/management-interface=http-interface:write-attribute(name=http-upgrade.sasl-authentication-factory,value=undefined
> 3) User reloads ==> Connection fails.
> The user should be prompted for ManagementRealm credentials (if the current ones are not valid in the context of this realm).
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years
[JBoss JIRA] (DROOLS-1770) More FEEL runtime cycle detection tests
by Kris Verlaenen (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1770?page=com.atlassian.jira.plugi... ]
Kris Verlaenen updated DROOLS-1770:
-----------------------------------
Sprint: 2017 Week 40-41-42, 2017 Week 43-44, 2017 Week 45-46, 2017 Week 47-48, 2017 Week 49-50 (was: 2017 Week 40-41-42, 2017 Week 43-44, 2017 Week 45-46, 2017 Week 47-48)
> More FEEL runtime cycle detection tests
> ---------------------------------------
>
> Key: DROOLS-1770
> URL: https://issues.jboss.org/browse/DROOLS-1770
> Project: Drools
> Issue Type: Enhancement
> Components: dmn engine
> Affects Versions: 7.4.1.Final
> Reporter: Fedor Gavrilov
> Assignee: Fedor Gavrilov
> Priority: Minor
>
> Runtime cycle detecton lacks tests for false positive, such as deadly diamond topology:
> A depends on B and C
> B and C depend on D
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years
[JBoss JIRA] (DROOLS-1795) [Guided Decision Table] Invalid error message when renaming bound variable name in conditional BRL column.
by Kris Verlaenen (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1795?page=com.atlassian.jira.plugi... ]
Kris Verlaenen updated DROOLS-1795:
-----------------------------------
Sprint: 2017 Week 38-39, 2017 Week 40-41-42, 2017 Week 43-44, 2017 Week 45-46, 2017 Week 47-48, 2017 Week 49-50 (was: 2017 Week 38-39, 2017 Week 40-41-42, 2017 Week 43-44, 2017 Week 45-46, 2017 Week 47-48)
> [Guided Decision Table] Invalid error message when renaming bound variable name in conditional BRL column.
> ----------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-1795
> URL: https://issues.jboss.org/browse/DROOLS-1795
> Project: Drools
> Issue Type: Bug
> Components: Guided Decision Table Editor
> Affects Versions: 7.0.0.Final
> Reporter: Mark Coble
> Assignee: Mark Coble
> Priority: Minor
> Fix For: 7.0.0.Final
>
> Attachments: guvnor-3507.png
>
>
> If a condition BRL column is added to a DT with bound variables that are used in an action column and that variable name is subsequently changed, the attached error message occurs when updating the action column with the new variable name. In the attached message the original variable name is 'app'. Hitting 'ok' returns you to the DT which has actually refactored the DT with the new variable name and validation is successful.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years