Bug #13251
closed
pfTop bugs - backspace key vs CTRL_H, states column, rnr not functional
0%
Description
I am not 100% sure but I believe there are bugs in the currently bundled version of pfTop. I opened a thread about this here: https://forum.netgate.com/topic/172645/pftop-bugs-rnr-does-not-work-states-shown-as-or-0
I was able to patch the BACKSPACE key issue, see here: https://github.com/grembo/pftop/pull/1
The rest is highly likely to be way over my head, and needs help from upstream.
Looking for some help getting proper issues opened, or if I am just wrong about this being a bug, then looking for someone to tell me that as well!
Updated by Jim Pingle almost 2 years ago
- Status changed from New to Not a Bug
backspace vs ^H is almost always a terminal issue with your client and what it sends. Some things send ^H for backspace by default, others don't.
We don't maintain any customizations to pftop, so anything you find that doesn't work right inside is likely an issue in pftop itself.
There have been changes in pf for things like nv data structures that maybe pftop needs updated to account for but again, that's on them to keep track of changes in FreeBSD and update.
When it gets updates upstream and in the ports tree we'll pick it up naturally from FreeBSD.
Updated by → luckman212 almost 2 years ago
Ok, fair enough but I do wonder - does backspace work for anyone in this case? Because it appears undefined or at least, mis-defined. I have messed around with my Terminal settings quite a bit but can never seem to make this one work. And I have no issue anywhere else in the console, so...
Anyway point noted about upstream. I am trying to even track down who the maintainer would be at this point.
If pftop doesn't work 100% out of the box at this point, that should be noted in the docs somewhere— and is there any alternate/better way to track states in realtime for debugging purposes?