client: Fix handling of (G_IO_IN | G_IO_HUP) input case If running bluetoothctl as a subprocess from another process, and piping input to it, it’s possible for the stdin pipe to be closed by the parent process while there’s still data pending in its buffer. This results in input handler callbacks with condition (G_IO_IN | G_IO_HUP). All of the pending input should be handled before closing bluetoothctl.

Diffstat

1 files changed, 5 insertions(+), 1 deletions(-)