Skip to content
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

Feature request: more filters under scanning, such as SSID, Channels etc #69

Open
sliddjur opened this issue Jan 24, 2020 · 2 comments
Open

Comments

@sliddjur
Copy link

Hello, lovely program, I use it a lot when troubleshooting wifi at work. Its a great tool to see that I have enough SSID overlap for proper roaming etc.

What I do miss is a way to filter for only one SSID (by name/regex).

Another filter that would be great is to only show (and only scan?) interesting channels. Atleast a filter to only use 5ghz and 2,4ghz.

Thanks for your great work!

grrtrr pushed a commit that referenced this issue Nov 7, 2020
This allows other letters than the first one of the (lower case)
key name to be used as shortcut, avoiding clashes among keys
with the same name (e.g. 'scan' and 'search', #69).
grrtrr pushed a commit that referenced this issue Nov 7, 2020
This allows other letters than the first one of the (lower case)
key name to be used as shortcut, avoiding clashes among keys
with the same name (e.g. 'scan' and 'search', #69).
grrtrr pushed a commit that referenced this issue Nov 9, 2020
This allows other letters than the first one of the (lower case)
key name to be used as shortcut, avoiding clashes among keys
with the same name (e.g. 'scan' and 'search', #69).
@rogerxxxx
Copy link

A likely workaroud, is to dump everything to a text/ascii log file (with file name containing the date/time start of wavemon), with each entry containing a prefixed timestamped entry, following with AP/client info. Within another terminal, tail -f wavemon-20210215-2200.log

Likely more detailed information could be dumped to file than display.

@grrtrr
Copy link
Contributor

grrtrr commented Feb 18, 2021

Additional requirements

As per the comments in #94, it is also necessary to support left/right scroll of the virtual screen, not just up/down plus selecting and highlighting.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants