Describe the bug
When I hit u to login, it tries to launch a browser but the browser errors because it cannot find my profile:
I will troubleshoot that browser issue separately (which may not be an rtv problem). But rtv should not go to lunch. When the browser fails to function, rtv remains frozen with "Opening browser for authentication..." in the middle of the screen (same screen as captured in #668). I must control-c to kill it off. And after killing rtv that way, the shell is also left in a hosed state where commands being entered are not echoed back.
Note that if I do not login, and simply try to view an article in the browser (which fails for the same reason), rtv recovers from that. It does not hang in a frozen state in that case.
Describe your environment
Running this is a non-starter: $rtv --debug-info (that option is not recognized).
I'm running rtv in a firejail sandbox, as follows:
Note as well that the http log itself is erroneous. $XDG_DATA_HOME is set (as you can see from the firejail command) but rtv lies. That's likely another unrelated bug.
When rtv is in this hung state and I do a ps -edfH, there is no child process of rtv. So firefox has terminated but rtv fails to realize it.
possible fix
IMO rtv should not be launching a GUI browser to login in the first place. Implementing enhancement request #371 would kill this bug (#667).
Describe the bug When I hit
I will troubleshoot that browser issue separately (which may not be an rtv problem). But rtv should not go to lunch. When the browser fails to function, rtv remains frozen with "Opening browser for authentication..." in the middle of the screen (same screen as captured in #668). I must control-c to kill it off. And after killing rtv that way, the shell is also left in a hosed state where commands being entered are not echoed back.
u
to login, it tries to launch a browser but the browser errors because it cannot find my profile:Note that if I do not login, and simply try to view an article in the browser (which fails for the same reason), rtv recovers from that. It does not hang in a frozen state in that case.
Describe your environment Running this is a non-starter:
$rtv --debug-info
(that option is not recognized).I'm running rtv in a firejail sandbox, as follows:
The http log contains:
Note as well that the http log itself is erroneous.
$XDG_DATA_HOME
is set (as you can see from the firejail command) but rtv lies. That's likely another unrelated bug.When rtv is in this hung state and I do a
ps -edfH
, there is no child process of rtv. So firefox has terminated but rtv fails to realize it.possible fix
IMO rtv should not be launching a GUI browser to login in the first place. Implementing enhancement request #371 would kill this bug (#667).
version
rtv 1.25.1