[jboss-jira] [JBoss JIRA] (WFCORE-2974) CLI completion after one or more spaces gives confusing result

Jean-Francois Denise (JIRA) issues at jboss.org
Tue Jun 20 03:47:00 EDT 2017


    [ https://issues.jboss.org/browse/WFCORE-2974?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13423496#comment-13423496 ] 

Jean-Francois Denise commented on WFCORE-2974:
----------------------------------------------

[~soul2zimate], I checked and that is an old wrong behaviour. This is caused by the CLI parser to ignore the space that exists in an operation: e.g.: / subsystem = xxx / name = zzz : read-resource()
The side effect is that all whitespaces are skip,  so having an invalid whitespace in the middle of a type or name is treated the same way.
That is really a corner case and I would not fix it for 7.1.


> CLI completion after one or more spaces gives confusing result
> --------------------------------------------------------------
>
>                 Key: WFCORE-2974
>                 URL: https://issues.jboss.org/browse/WFCORE-2974
>             Project: WildFly Core
>          Issue Type: Bug
>          Components: CLI
>    Affects Versions: 3.0.0.Beta26
>            Reporter: Chao Wang
>            Assignee: Jean-Francois Denise
>            Priority: Minor
>
> CLI completion after one or more spaces gives confusing result.
> {noformat}
> [standalone at localhost:9990 /] /sub[space]TabKey Here
> above completion returns result:
> [standalone at localhost:9990 /] /sub ystem=
> It seems the space before TabKey is recognized as character 's'.
> Go on for a second TabKey, it will not list any subsystem candidates.
> {noformat}
> I think the first completion is not necessary as the {{sub}} with a following space is not a valid path. It'd better stop there rather than return completion result {{/sub ystem=}}. But this is a minor case.



--
This message was sent by Atlassian JIRA
(v7.2.3#72005)


More information about the jboss-jira mailing list