-
Notifications
You must be signed in to change notification settings - Fork 73
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
enumerations in unions that are used as keys in a list #301
Comments
After some investigation, it turns out this occurs also for other leafs, not just keys in the autocli, and was introduced in Clixon 5.4. |
* #73 * clicon/clixon#301 * This was introduced in CLIgen 5.4
I checked it in our systems and the auto cli works but for some reason when I commit anything with the list that contains the union with the enumeration, the clixon doesn't show it to me in a show command |
Yes, I see I can set it once, but not a second time, from test_cli_union.sh:
also at commit |
New fixes. Can you please verify again? |
I still have the same problem. I'll give an example with the example in the bug |
I cannot recreate it. Line 150 in 4631b02
where a union key is set and committed and shows up in show config. Can you please check the testcase and see how your example is diffferent? |
There are two problems I noticed with your fix:
|
I cannot recreate.
but no state variable
Please provide an example where this happens, eg, what does the the yang look like and in what way is the state completion shown?
This sounds like a separate issue? There is an issue with same symbols in different namespaces since prefixes have not been introduced in the auto-cli yet. Some preparations have been made though. |
Regarding the state data, it seems like it's connected to the previous namespace issue. Here are examples of the two modules.
The auto cli allows to write the following command I know that this behavior did not happen in the 5.2 version |
Regarding the initial bug #301 (comment), I noticed that with your fix (i.e., cligen 5.6.0) I get an error when I want to set a module that is not an enumeration.
But since the key of the list is a union, then it should allow other values that are not enumerations. |
Cannot recreate:
|
Cannot recreate, please reopen and add new info if you still consider it an issue |
I noticed the following behavior. Let's say I have the following union that contains an enum and some other type (in this case a string), and the union is used as key in a list.
Then I set a node in the list with an enum key (and commit I it)
set modules module enum-foo1 content foo
I then try to change the value of
content
but the autocompletion ofcontent
disappears. It only returns if I delete the node using enum-foo1 as the key and reset it.This phenomenon only happens to enumerations in unions that are used as keys.
The text was updated successfully, but these errors were encountered: