November 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-3049) [DMN Designer] NameAndDataTypeEditorViewImpl needs to hide if the User navigates to the Data Type dialog

by Guilherme Carreiro (Jira)

[ https://issues.jboss.org/browse/DROOLS-3049?page=com.atlassian.jira.plugi... ] Guilherme Carreiro updated DROOLS-3049: --------------------------------------- Sprint: 2018 Week 48-50 > [DMN Designer] NameAndDataTypeEditorViewImpl needs to hide if the User navigates to the Data Type dialog > --------------------------------------------------------------------------------------------------------- > > Key: DROOLS-3049 > URL: https://issues.jboss.org/browse/DROOLS-3049 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Affects Versions: 7.12.0.Final > Reporter: Michael Anstis > Assignee: Guilherme Carreiro > Priority: Minor > > The {{NameAndDataTypeEditorViewImpl}} contains a link to the "Data Type Dialog". When this is clicked on the dialog is displayed and the _source_ {{Popover}} remains visible. When the User clicks on the dialog a mouse event is detected that is not _over_ the {{Popover}} and it closes. The proposal is to close the {{Popover}} if the User clicks on the link to the "Data Type Dialog". -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-3049) [DMN Designer] NameAndDataTypeEditorViewImpl needs to hide if the User navigates to the Data Type dialog

by Guilherme Carreiro (Jira)

[ https://issues.jboss.org/browse/DROOLS-3049?page=com.atlassian.jira.plugi... ] Guilherme Carreiro resolved DROOLS-3049. ---------------------------------------- Resolution: Done > [DMN Designer] NameAndDataTypeEditorViewImpl needs to hide if the User navigates to the Data Type dialog > --------------------------------------------------------------------------------------------------------- > > Key: DROOLS-3049 > URL: https://issues.jboss.org/browse/DROOLS-3049 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Affects Versions: 7.12.0.Final > Reporter: Michael Anstis > Assignee: Guilherme Carreiro > Priority: Minor > > The {{NameAndDataTypeEditorViewImpl}} contains a link to the "Data Type Dialog". When this is clicked on the dialog is displayed and the _source_ {{Popover}} remains visible. When the User clicks on the dialog a mouse event is detected that is not _over_ the {{Popover}} and it closes. The proposal is to close the {{Popover}} if the User clicks on the link to the "Data Type Dialog". -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-3030) [DMN Designer] Expand / Collapse all

by Guilherme Carreiro (Jira)

[ https://issues.jboss.org/browse/DROOLS-3030?page=com.atlassian.jira.plugi... ] Guilherme Carreiro resolved DROOLS-3030. ---------------------------------------- Resolution: Done > [DMN Designer] Expand / Collapse all > ------------------------------------ > > Key: DROOLS-3030 > URL: https://issues.jboss.org/browse/DROOLS-3030 > Project: Drools > Issue Type: Task > Components: DMN Editor > Affects Versions: 7.12.0.Final > Reporter: Jozef Marko > Assignee: Guilherme Carreiro > Priority: Major > Labels: UX, drools-tools > > User should have possibility to easily expand / collapse all data types in the *manage custom data type* dialog. > h2. Manual acceptance test > - Expand > -- All collapsed initially > -- Something collapsed initially, something expanded already > -- All expanded already > - Collapse > -- All expanded initially > -- Something expanded initially, something collapsed already > -- All collapsed already > - No error warning in browser console log -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-3030) [DMN Designer] Expand / Collapse all

by Guilherme Carreiro (Jira)

[ https://issues.jboss.org/browse/DROOLS-3030?page=com.atlassian.jira.plugi... ] Guilherme Carreiro reopened DROOLS-3030: ---------------------------------------- > [DMN Designer] Expand / Collapse all > ------------------------------------ > > Key: DROOLS-3030 > URL: https://issues.jboss.org/browse/DROOLS-3030 > Project: Drools > Issue Type: Task > Components: DMN Editor > Affects Versions: 7.12.0.Final > Reporter: Jozef Marko > Assignee: Guilherme Carreiro > Priority: Major > Labels: UX, drools-tools > > User should have possibility to easily expand / collapse all data types in the *manage custom data type* dialog. > h2. Manual acceptance test > - Expand > -- All collapsed initially > -- Something collapsed initially, something expanded already > -- All expanded already > - Collapse > -- All expanded initially > -- Something expanded initially, something collapsed already > -- All collapsed already > - No error warning in browser console log -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-3049) [DMN Designer] NameAndDataTypeEditorViewImpl needs to hide if the User navigates to the Data Type dialog

by Guilherme Carreiro (Jira)

[ https://issues.jboss.org/browse/DROOLS-3049?page=com.atlassian.jira.plugi... ] Guilherme Carreiro commented on DROOLS-3049: -------------------------------------------- Resolved by this PR https://github.com/kiegroup/kie-wb-common/pull/2314. > [DMN Designer] NameAndDataTypeEditorViewImpl needs to hide if the User navigates to the Data Type dialog > --------------------------------------------------------------------------------------------------------- > > Key: DROOLS-3049 > URL: https://issues.jboss.org/browse/DROOLS-3049 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Affects Versions: 7.12.0.Final > Reporter: Michael Anstis > Assignee: Guilherme Carreiro > Priority: Minor > > The {{NameAndDataTypeEditorViewImpl}} contains a link to the "Data Type Dialog". When this is clicked on the dialog is displayed and the _source_ {{Popover}} remains visible. When the User clicks on the dialog a mouse event is detected that is not _over_ the {{Popover}} and it closes. The proposal is to close the {{Popover}} if the User clicks on the link to the "Data Type Dialog". -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-3393) Please review scenario error cell text for legibility/accessibility.

by Liz Clayton (Jira)

[ https://issues.jboss.org/browse/DROOLS-3393?page=com.atlassian.jira.plugi... ] Liz Clayton updated DROOLS-3393: -------------------------------- Attachment: Screenshot from 2018-11-30 17-11-43.png > Please review scenario error cell text for legibility/accessibility. > --------------------------------------------------------------------- > > Key: DROOLS-3393 > URL: https://issues.jboss.org/browse/DROOLS-3393 > Project: Drools > Issue Type: Task > Components: Scenario Simulation and Testing > Reporter: Liz Clayton > Assignee: Klara Kufova > Priority: Major > Labels: ScenarioSimulation, UX, UXTeam > Attachments: Screen Shot 2018-11-30 at 11.59.32 AM.png, Screen Shot 2018-11-30 at 12.05.50 PM.png, Screenshot from 2018-11-30 17-11-43.png > > > [~kkufova] [~bdellasc] > I noticed that the error text is a little "fuzzy" looking, the edges aren't very sharp and I was concerned that it might not be legible. I asked Danielle about the specs for it and it's the same size just bolded. > I did an online accessibility text using the following tool, with our current hex values: https://webaim.org/resources/contrastchecker/. It failed for level 3 compliance, but I'm not sure we need to shoot for that or not? I tried the darker PatternFly red color "#8b0000" and it passed at all levels, even at smaller sizes. > I'm wondering if we could use the darker red, in the non-bolded font? And if so, perhaps the text would be a little bit more legible. > Just wanted to ask about this, please let me know what you think. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-3393) Please review scenario error cell text for legibility/accessibility.

by Liz Clayton (Jira)

[ https://issues.jboss.org/browse/DROOLS-3393?page=com.atlassian.jira.plugi... ] Liz Clayton updated DROOLS-3393: -------------------------------- Attachment: Screen Shot 2018-11-30 at 12.05.50 PM.png > Please review scenario error cell text for legibility/accessibility. > --------------------------------------------------------------------- > > Key: DROOLS-3393 > URL: https://issues.jboss.org/browse/DROOLS-3393 > Project: Drools > Issue Type: Task > Components: Scenario Simulation and Testing > Reporter: Liz Clayton > Assignee: Klara Kufova > Priority: Major > Labels: ScenarioSimulation, UX, UXTeam > Attachments: Screen Shot 2018-11-30 at 11.59.32 AM.png, Screen Shot 2018-11-30 at 12.05.50 PM.png, Screenshot from 2018-11-30 17-11-43.png > > > [~kkufova] [~bdellasc] > I noticed that the error text is a little "fuzzy" looking, the edges aren't very sharp and I was concerned that it might not be legible. I asked Danielle about the specs for it and it's the same size just bolded. > I did an online accessibility text using the following tool, with our current hex values: https://webaim.org/resources/contrastchecker/. It failed for level 3 compliance, but I'm not sure we need to shoot for that or not? I tried the darker PatternFly red color "#8b0000" and it passed at all levels, even at smaller sizes. > I'm wondering if we could use the darker red, in the non-bolded font? And if so, perhaps the text would be a little bit more legible. > Just wanted to ask about this, please let me know what you think. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-3393) Please review scenario error cell text for legibility/accessibility.

by Liz Clayton (Jira)

[ https://issues.jboss.org/browse/DROOLS-3393?page=com.atlassian.jira.plugi... ] Liz Clayton updated DROOLS-3393: -------------------------------- Attachment: Screen Shot 2018-11-30 at 11.59.32 AM.png > Please review scenario error cell text for legibility/accessibility. > --------------------------------------------------------------------- > > Key: DROOLS-3393 > URL: https://issues.jboss.org/browse/DROOLS-3393 > Project: Drools > Issue Type: Task > Components: Scenario Simulation and Testing > Reporter: Liz Clayton > Assignee: Klara Kufova > Priority: Major > Labels: ScenarioSimulation, UX, UXTeam > Attachments: Screen Shot 2018-11-30 at 11.59.32 AM.png, Screen Shot 2018-11-30 at 12.05.50 PM.png, Screenshot from 2018-11-30 17-11-43.png > > > [~kkufova] [~bdellasc] > I noticed that the error text is a little "fuzzy" looking, the edges aren't very sharp and I was concerned that it might not be legible. I asked Danielle about the specs for it and it's the same size just bolded. > I did an online accessibility text using the following tool, with our current hex values: https://webaim.org/resources/contrastchecker/. It failed for level 3 compliance, but I'm not sure we need to shoot for that or not? I tried the darker PatternFly red color "#8b0000" and it passed at all levels, even at smaller sizes. > I'm wondering if we could use the darker red, in the non-bolded font? And if so, perhaps the text would be a little bit more legible. > Just wanted to ask about this, please let me know what you think. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-3393) Please review scenario error cell text for legibility/accessibility.

by Liz Clayton (Jira)

Liz Clayton created DROOLS-3393: ----------------------------------- Summary: Please review scenario error cell text for legibility/accessibility. Key: DROOLS-3393 URL: https://issues.jboss.org/browse/DROOLS-3393 Project: Drools Issue Type: Task Components: Scenario Simulation and Testing Reporter: Liz Clayton Assignee: Klara Kufova [~kkufova] [~bdellasc] I noticed that the error text is a little "fuzzy" looking, the edges aren't very sharp and I was concerned that it might not be legible. I asked Danielle about the specs for it and it's the same size just bolded. I did an online accessibility text using the following tool, with our current hex values: https://webaim.org/resources/contrastchecker/. It failed for level 3 compliance, but I'm not sure we need to shoot for that or not? I tried the darker PatternFly red color "#8b0000" and it passed at all levels, even at smaller sizes. I'm wondering if we could use the darker red, in the non-bolded font? And if so, perhaps the text would be a little bit more legible. Just wanted to ask about this, please let me know what you think. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (SECURITY-868) Multithread issue when validate with cached hased password + nonce credential info from JBossCachedAuthenticationManager

by Stefan Guilhen (Jira)

[ https://issues.jboss.org/browse/SECURITY-868?page=com.atlassian.jira.plug... ] Stefan Guilhen closed SECURITY-868. ----------------------------------- Resolution: Done > Multithread issue when validate with cached hased password + nonce credential info from JBossCachedAuthenticationManager > -------------------------------------------------------------------------------------------------------------------------- > > Key: SECURITY-868 > URL: https://issues.jboss.org/browse/SECURITY-868 > Project: PicketBox > Issue Type: Task > Components: PicketBox > Reporter: Jim Ma > Assignee: Stefan Guilhen > Priority: Major > Fix For: PicketBox_4_9_0.Final > > Attachments: stacktraces.log > > > When the new security domain is configured with catch-type=default in standalone.xml, the validated credential will be put in the JBossCachedAuthenticationManager with principal and domaininfo value pair. In multithread environment, a new validated credential can overwrite the previous thread cached domain info. This will cause even in the same thread , the cached authentication info could not work. For example if one user login with username , password and nonce in two threads : thread A and thread B ;thread A caches the validated credential(hased password +nonce) in JBossCachedAuthenticationMessager, thread B does the authentication, then caches the validated credential (hashed password + nonce) , even it's the same user and passoword, the credential is different because the nonce is diffrent. So the new credential created in thread B will overwrite the previous value created by thread A . So in thread A, the cached validation info won't work and following validation with cached credential will all fail. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

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 November 2018