Partial names fill automatically - bug or feature?

there is a profile (2) named “default-ppp-profile-d”

/ppp profile> print
Flags: * - default
0 * name=“default” use-compression=default use-vj-compression=default use-encryption=default only-one=default change-tcp-mss=yes

1 name=“default-ppp-profile-d” local-address=10.20.2.1 use-compression=yes use-vj-compression=yes use-encryption=required only-one=default
change-tcp-mss=default

2 * name=“default-encryption” use-compression=default use-vj-compression=default use-encryption=yes only-one=default change-tcp-mss=yes

now if I want to add a /ppp secret and add the secret to “default-ppp-profile” the CLI automatically matches the profile name to “default-ppp-profile-d”

/ppp secret add name=“forbes-ppp” service=any password=“ssssss” profile=“default-ppp-profile” remote-address=10.20.2.2

/ppp profile> /ppp secret print Flags: X - disabled

NAME SERVICE CALLER-ID PASSWORD PROFILE REMOTE-ADDRESS

0 forbes-ppp any ssssss default-ppp-profile-d 10.20.2.2


is this the correct behavior? this might lead to errors in setups (as in our case:)
can you please direct me the right direction where this is documented? thanks

Feature. Instead of typing
/interface wireless registration-table
I can enter
/int wir reg
and away I go! It fills in if there is ONLY ONE match to those start characters.

/ppp profile> print
Flags: * - default
0 * name=“default” use-compression=default use-vj-compression=default use-encryption=default only-one=default change-tcp-mss=yes

1 name=“default-ppp-profile-d” local-address=10.20.2.1 use-compression=yes use-vj-compression=yes use-encryption=required only-one=default
change-tcp-mss=default

2 * name=“default-encryption” use-compression=default use-vj-compression=default use-encryption=yes only-one=default change-tcp-mss=yes

now if I want to add a /ppp secret and add the secret to "> default-ppp-profile> " the CLI automatically matches the profile name to “default-ppp-profile-d”

You are trying to add a secret to a non-existent profile, so it just matched it to the only one that started with that.

Well, in my opinion this is very wrong.

It is great if you are matching the keys, however to match the values - that seems a bit out of bounds especially when the values are defined within the quotes (“”).

Is there a possibility to turn tis feature off?

Ta.
Marcel

Send bug report to MT support.

I think this is slightly different from what SurferTim though.

I think you are in hotlock mode. Hit CTRL+V to turn it off.

My routers have always worked like that. Still do. Just checked. They fill in when there is no exact match, and there is only one selection that matches the start characters. Personally, I like it!

What is hotlock mode?

hotlock means that if you type “i” without hitting enter, it will type “interfaces”.

what YOU mean is that you can type “sy pa pri” and it will show you packages. that’s different. you must hit enter in your case. in hotlock mode - you must not.

try CTRL+V

I think he is complaining about the non-hotlock mode, normis. His is not filling in without hitting enter, as far as I can tell from his description. He hits enter with an invalid profile, but one starts with those characters, and that is the profile it assigns the change to. I don’t think it is changing the setting while he is typing, is it? Just after he pushes ‘enter’.

things that make you go “hmmmm” as Craig says :slight_smile:

OK, I read your example again, more closely.

This is correct behavior. You can add a new user only when specifying an existing profile. If there is no profile with the specified name, it takes the one that is most similar to an existing one.

maco: I think you may not understand the hierarchy in the MT routers. That caused me some grief at first. If you think of it this way:
You add a user to a profile, NOT a profile to a user.