You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
dialog poll <id> returns a dialog's {closed, result} directly, including for a little while after it has
closed; pytermwm dialog-wait <id> [--timeout SECONDS] polls it from the CLI and blocks until answered.
Fixed
Several macOS-specific issues, most from tracking down CI hanging there for hours on end:
Starting the web server no longer calls socket.getfqdn() on every start (HTTPServer.server_bind() does
this by default); it can hang for a long time on a machine with no reachable DNS/mDNS resolver.
The open-file soft limit is now capped on startup (POSIX only). A very high limit (seen on macOS) made every
window's subprocess.Popen(close_fds=True) slow, since closing every fd up to that limit is the only option
on a platform with no /proc to list which fds are actually open.
RawTerminal.__exit__ no longer waits for its output to be read before restoring terminal attributes
(TCSADRAIN -> TCSANOW). A real terminal always drains immediately, but a pty with no active reader can
make TCSADRAIN wait forever depending on the platform.
The btop window's process list now falls back to ps on platforms with no /proc (macOS and other BSDs),
instead of always coming back empty there.
This discussion was created from the release pytermwm v1.0.3.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Added
dialog poll <id>returns a dialog's{closed, result}directly, including for a little while after it hasclosed;
pytermwm dialog-wait <id> [--timeout SECONDS]polls it from the CLI and blocks until answered.Fixed
socket.getfqdn()on every start (HTTPServer.server_bind()doesthis by default); it can hang for a long time on a machine with no reachable DNS/mDNS resolver.
window's
subprocess.Popen(close_fds=True)slow, since closing every fd up to that limit is the only optionon a platform with no
/procto list which fds are actually open.RawTerminal.__exit__no longer waits for its output to be read before restoring terminal attributes(
TCSADRAIN->TCSANOW). A real terminal always drains immediately, but a pty with no active reader canmake
TCSADRAINwait forever depending on the platform.btopwindow's process list now falls back topson platforms with no/proc(macOS and other BSDs),instead of always coming back empty there.
This discussion was created from the release pytermwm v1.0.3.
All reactions