Qingy resets login prompt so quickly, that pressed Ctrl-C combination may call qingy trigger, which block tty after some number of prompt resettings.
Please, add some timeout after resetting terminal, before enabling read info from stdin. For example - this timeout may be 333ms (1/3 of second) - it is enough to delay before entering a new login and comfort for human, but not enough to overload the system.
Steps to Reproduce:
1. Configure qingy on tty2.
2. Switch to tty2 (by calling Ctrl-Alt-F2).
3. Stay pressed Ctrl-C combination.
qingy block tty for 5 minutes.
Qingy must clear/flush stdin at new login prompt session and delay before read new login/password combination.
Please, resets display fully, not just by adding new prompt to the end of display buffer. More info at https://bugs.gentoo.org/show_bug.cgi?id=804972
Expected usage case:
1) start login prompt session;
2) block reading of chars/events/key-combinations from input devices (keyboard/stdin/etc);
3) start delay for unblock input buffer of session;
4) clear display buffer;
5) put login prompt;
6) on delay finished (from point 3) - clear stdin buffer and start reading of next chars/events/key-kombinations from input devices (keyboard/stdin/etc).
This sounds like it needs to be reported upstream, but it seems rather inactive.
Same here, and yes, seems to be an upstream issue.