February 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFCORE-3545) Composed keys don't have to be recognized by CLI

by Erich Duda (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3545?page=com.atlassian.jira.plugi... ] Erich Duda reassigned WFCORE-3545: ---------------------------------- Assignee: Jean-Francois Denise (was: Erich Duda) > Composed keys don't have to be recognized by CLI > ------------------------------------------------ > > Key: WFCORE-3545 > URL: https://issues.jboss.org/browse/WFCORE-3545 > Project: WildFly Core > Issue Type: Bug > Components: CLI > Affects Versions: 4.0.0.Alpha6 > Reporter: Erich Duda > Assignee: Jean-Francois Denise > > Some keys like key down are composed from multiple characters. Normally when the key down is pushed, 3 characters are written into stdin. These 3 characters are read by InputStream::read operation at once and then decoded to the Key.DOWN constant. > However there is no guarantee that InputStream::read operation returns all the 3 characters at once. It can return only first character and then remaining two. This actually happens in one test on Solaris and HPUX, where stdin is emulated by PipedInputStream. > If the aforementioned situation happens, pushing of key down is decoded as pushing of two maybe three keys - ESC and some other key(s). > The issue has low priority, because this behavior wasn't observed in real terminal with real input. It affects only testing. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3545) Composed keys don't have to be recognized by CLI

by Erich Duda (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3545?page=com.atlassian.jira.plugi... ] Erich Duda reassigned WFCORE-3545: ---------------------------------- Assignee: Erich Duda (was: Jean-Francois Denise) > Composed keys don't have to be recognized by CLI > ------------------------------------------------ > > Key: WFCORE-3545 > URL: https://issues.jboss.org/browse/WFCORE-3545 > Project: WildFly Core > Issue Type: Bug > Components: CLI > Affects Versions: 4.0.0.Alpha6 > Reporter: Erich Duda > Assignee: Erich Duda > > Some keys like key down are composed from multiple characters. Normally when the key down is pushed, 3 characters are written into stdin. These 3 characters are read by InputStream::read operation at once and then decoded to the Key.DOWN constant. > However there is no guarantee that InputStream::read operation returns all the 3 characters at once. It can return only first character and then remaining two. This actually happens in one test on Solaris and HPUX, where stdin is emulated by PipedInputStream. > If the aforementioned situation happens, pushing of key down is decoded as pushing of two maybe three keys - ESC and some other key(s). > The issue has low priority, because this behavior wasn't observed in real terminal with real input. It affects only testing. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3545) Composed keys don't have to be recognized by CLI

by Erich Duda (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3545?page=com.atlassian.jira.plugi... ] Erich Duda closed WFCORE-3545. ------------------------------ Resolution: Done > Composed keys don't have to be recognized by CLI > ------------------------------------------------ > > Key: WFCORE-3545 > URL: https://issues.jboss.org/browse/WFCORE-3545 > Project: WildFly Core > Issue Type: Bug > Components: CLI > Affects Versions: 4.0.0.Alpha6 > Reporter: Erich Duda > Assignee: Jean-Francois Denise > > Some keys like key down are composed from multiple characters. Normally when the key down is pushed, 3 characters are written into stdin. These 3 characters are read by InputStream::read operation at once and then decoded to the Key.DOWN constant. > However there is no guarantee that InputStream::read operation returns all the 3 characters at once. It can return only first character and then remaining two. This actually happens in one test on Solaris and HPUX, where stdin is emulated by PipedInputStream. > If the aforementioned situation happens, pushing of key down is decoded as pushing of two maybe three keys - ESC and some other key(s). > The issue has low priority, because this behavior wasn't observed in real terminal with real input. It affects only testing. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3545) Composed keys don't have to be recognized by CLI

by Erich Duda (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3545?page=com.atlassian.jira.plugi... ] Erich Duda reopened WFCORE-3545: -------------------------------- > Composed keys don't have to be recognized by CLI > ------------------------------------------------ > > Key: WFCORE-3545 > URL: https://issues.jboss.org/browse/WFCORE-3545 > Project: WildFly Core > Issue Type: Bug > Components: CLI > Affects Versions: 4.0.0.Alpha6 > Reporter: Erich Duda > Assignee: Jean-Francois Denise > > Some keys like key down are composed from multiple characters. Normally when the key down is pushed, 3 characters are written into stdin. These 3 characters are read by InputStream::read operation at once and then decoded to the Key.DOWN constant. > However there is no guarantee that InputStream::read operation returns all the 3 characters at once. It can return only first character and then remaining two. This actually happens in one test on Solaris and HPUX, where stdin is emulated by PipedInputStream. > If the aforementioned situation happens, pushing of key down is decoded as pushing of two maybe three keys - ESC and some other key(s). > The issue has low priority, because this behavior wasn't observed in real terminal with real input. It affects only testing. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3545) Composed keys don't have to be recognized by CLI

by Erich Duda (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3545?page=com.atlassian.jira.plugi... ] Erich Duda commented on WFCORE-3545: ------------------------------------ This issue has wrong state. It should have status NEW. I will correct it. > Composed keys don't have to be recognized by CLI > ------------------------------------------------ > > Key: WFCORE-3545 > URL: https://issues.jboss.org/browse/WFCORE-3545 > Project: WildFly Core > Issue Type: Bug > Components: CLI > Affects Versions: 4.0.0.Alpha6 > Reporter: Erich Duda > Assignee: Jean-Francois Denise > > Some keys like key down are composed from multiple characters. Normally when the key down is pushed, 3 characters are written into stdin. These 3 characters are read by InputStream::read operation at once and then decoded to the Key.DOWN constant. > However there is no guarantee that InputStream::read operation returns all the 3 characters at once. It can return only first character and then remaining two. This actually happens in one test on Solaris and HPUX, where stdin is emulated by PipedInputStream. > If the aforementioned situation happens, pushing of key down is decoded as pushing of two maybe three keys - ESC and some other key(s). > The issue has low priority, because this behavior wasn't observed in real terminal with real input. It affects only testing. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-3545) Composed keys don't have to be recognized by CLI

by Marek Kopecký (JIRA)

[ https://issues.jboss.org/browse/WFCORE-3545?page=com.atlassian.jira.plugi... ] Marek Kopecký commented on WFCORE-3545: --------------------------------------- Test for down key is [here|https://github.com/wildfly/wildfly-core/blob/master/testsuite/standa...], needs to be uncommented after this issue will be fixed. > Composed keys don't have to be recognized by CLI > ------------------------------------------------ > > Key: WFCORE-3545 > URL: https://issues.jboss.org/browse/WFCORE-3545 > Project: WildFly Core > Issue Type: Bug > Components: CLI > Affects Versions: 4.0.0.Alpha6 > Reporter: Erich Duda > Assignee: Jean-Francois Denise > > Some keys like key down are composed from multiple characters. Normally when the key down is pushed, 3 characters are written into stdin. These 3 characters are read by InputStream::read operation at once and then decoded to the Key.DOWN constant. > However there is no guarantee that InputStream::read operation returns all the 3 characters at once. It can return only first character and then remaining two. This actually happens in one test on Solaris and HPUX, where stdin is emulated by PipedInputStream. > If the aforementioned situation happens, pushing of key down is decoded as pushing of two maybe three keys - ESC and some other key(s). > The issue has low priority, because this behavior wasn't observed in real terminal with real input. It affects only testing. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2288) Guided Rule Editor: Not possible to reopen FROM ACCUMULATE

by Toni Rikkola (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2288?page=com.atlassian.jira.plugi... ] Toni Rikkola updated DROOLS-2288: --------------------------------- Description: Create the rule in the image and when you reopen the rule an error about "FROM ACCUMULATE" appears. !GuidedComplex.png|thumbnail! > Guided Rule Editor: Not possible to reopen FROM ACCUMULATE > ---------------------------------------------------------- > > Key: DROOLS-2288 > URL: https://issues.jboss.org/browse/DROOLS-2288 > Project: Drools > Issue Type: Bug > Components: Guided Rule Editor > Reporter: Toni Rikkola > Assignee: Michael Anstis > Attachments: GuidedComplex.png > > > Create the rule in the image and when you reopen the rule an error about "FROM ACCUMULATE" appears. > !GuidedComplex.png|thumbnail! -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2288) Guided Rule Editor: Not possible to reopen FROM ACCUMULATE

by Toni Rikkola (JIRA)

Toni Rikkola created DROOLS-2288: ------------------------------------ Summary: Guided Rule Editor: Not possible to reopen FROM ACCUMULATE Key: DROOLS-2288 URL: https://issues.jboss.org/browse/DROOLS-2288 Project: Drools Issue Type: Bug Components: Guided Rule Editor Reporter: Toni Rikkola Assignee: Michael Anstis Attachments: GuidedComplex.png -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-2288) Guided Rule Editor: Not possible to reopen FROM ACCUMULATE

by Toni Rikkola (JIRA)

[ https://issues.jboss.org/browse/DROOLS-2288?page=com.atlassian.jira.plugi... ] Toni Rikkola updated DROOLS-2288: --------------------------------- Attachment: GuidedComplex.png > Guided Rule Editor: Not possible to reopen FROM ACCUMULATE > ---------------------------------------------------------- > > Key: DROOLS-2288 > URL: https://issues.jboss.org/browse/DROOLS-2288 > Project: Drools > Issue Type: Bug > Components: Guided Rule Editor > Reporter: Toni Rikkola > Assignee: Michael Anstis > Attachments: GuidedComplex.png > > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2228) ASYM_ENCRYPT: test with encrypt_entire_msg=true

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-2228?page=com.atlassian.jira.plugin.... ] Bela Ban updated JGRP-2228: --------------------------- Fix Version/s: 4.0.11 (was: 4.0.10) > ASYM_ENCRYPT: test with encrypt_entire_msg=true > ----------------------------------------------- > > Key: JGRP-2228 > URL: https://issues.jboss.org/browse/JGRP-2228 > Project: JGroups > Issue Type: Task > Reporter: Bela Ban > Assignee: Bela Ban > Fix For: 4.0.11 > > Attachments: asym-encrypt.xml, asym-encrypt.xml > > > * Start a few nodes with {{ASYM_ENCRYPT}} and {{encrypt_entire_msg}} set to {{true}} > * Kill and restart a member > * Apparently, restarting is not possible, as the new member won't be able to join the cluster > -> Verify this is true and - if yes - fix it -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 11 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira February 2018