Skip to content

Bluetooth shell scan command parameter mandatory/optional evaluation is broken #14837

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

Closed
jhedberg opened this issue Mar 22, 2019 · 3 comments
Closed
Assignees
Labels
area: Bluetooth area: Shell Shell subsystem bug The issue is a bug, or the PR is fixing a bug

Comments

@jhedberg
Copy link
Member

uart:~$ bt scan on
scan: wrong parameter count
scan - <value: on, passive, off> <dup filter: dups, nodups>
uart:~$ bt scan on nodups
Bluetooth active scan enabled
...
uart:~$ bt scan off
scan: wrong parameter count
scan - <value: on, passive, off> <dup filter: dups, nodups>
uart:~$ bt scan off dups
Scan successfully stopped
@jhedberg jhedberg added bug The issue is a bug, or the PR is fixing a bug area: Bluetooth labels Mar 22, 2019
@jakub-uC
Copy link
Collaborator

@jhedberg : I have faced (and possibly caused) this problem.
This command shall accept:
bt scan on and bt scan on dups/nodups ?

@jhedberg
Copy link
Member Author

@jarz-nordic yes. The dups/nodups should be an optional parameter, whereas for "off" there should be no additional parameters. I suppose "on" and "off" need to be made into sub-commands so they can have different parameter requirements?

@jakub-uC
Copy link
Collaborator

jakub-uC commented Mar 22, 2019

I will fix that.
Having on and off subcommands would be great but this idea has been rejected some time ago ;-)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area: Bluetooth area: Shell Shell subsystem bug The issue is a bug, or the PR is fixing a bug
Projects
None yet
Development

No branches or pull requests

4 participants