Linux flatpak hard freeze at pause/resume and end-of-episode transitions

[ockentap]

Installation type: Flatpak

Version: 1.0.3

Platform: elementaryOS 8 (Ubuntu 24.04 base)

Desktop Environment: Pantheon

Windowing System: X11

GPU: Nvidia GeForce GTX 660M (Kepler, nouveau driver, no proprietary driver available on this generation)

Describe the bug:
When I pause or resume a video, the whole app freezes. Not just playback, the window itself becomes unresponsive. The same thing happens at the end of an episode when it would normally autoplay the next one. The freeze sticks until I kill the process and reopen.

It only happens on those two actions. I can play through several episodes back to back with no problem, then hit pause and it's locked up. Same on resume.

I'm on the flatpak from Flathub. Nouveau driver because the 660M is Kepler and Nvidia dropped proprietary support for it. Hardware decode via VA-API works fine in mpv on its own.

Logs:

WARN stremio_linux_shell::app::ipc: Failed to convert IpcEvent to IpcMessageRequest: Invalid method: mpv-set-gpu-video-processing
ERROR stremio_linux_shell::app::video: Failed to set property vo: Unsupported
Failed to open VDPAU backend libvdpau_nouveau.so: cannot open shared object file: No such file or directory

I checked the threads while it was hung. The main thread is in state R with syscall "running", so it's spinning in userspace waiting on something, not blocked on I/O. Other threads are asleep normally. The freeze lines up exactly with that mpv-set-gpu-video-processing warning each time, which I think the web UI sends even when the GPU can't do it.

[tymmesyde]

Hi, please do not use LLMs to generate bug reports, it makes it hard to understand the actual issue, there is a template already "Bug report"

[ockentap]

Sorry, my mistake on the original post. Should have used the bug report template from the start. It's been corrected above.

[aironsouza]

I have the same problem. In the end-of-episode transitions/button shows up, after I click, the app freezes the gui completely. The audio stills play and I'm able to play/pause using the spacebar, but the app becomes unusable and only come back after I kill the process and restart it.

[tymmesyde]

@aironsouza This is still an issue with 1.1.2?

[aironsouza]

@aironsouza This is still an issue with 1.1.2?

Yes, happening in 1.1.2 too.

[damousey]

I'm having the same thing, on Manjaro KDE and EndeavourOS ( both wayland) seems like it can happen at any stream loading, whether the start of a stream, when clicking somewhere along the timeline, or ( most reliably) between episodes with autoplay. Sometimes the audio plays as if it was a successful load, but the whole interface is unresponsive.

[jabsatz]

Hello, I've been dealing with this issue for a while, and finally decided to download the repo to debug and attempt to fix it, though admittedly using an AI agent since I'm not knowledgeable about the project or Rust. I have a confirmed fix on my computer, but I know AI generated PRs are not appreciated everywhere, so I want to double check before opening one.

As I understand it, this issue is exclusive to KDE environments, and the root of it is in src/app/window/imp.rs, in the Window::enable_idling() / disable_idling() functions. The inhibit_request object gets deleted early in these environments, and when Window::enable_idling() tries to close the request, it fails with this error:

zbus::proxy: Failed to populate properties cache via GetAll: org.freedesktop.DBus.Error.UnknownMethod: Object does not exist at path ".../portal/desktop/request/…"

The fix I landed on was replacing the spawn_local!() call with a tokio::spawn() call, so the request is created on the existing tokio runtime, and adding a 5 second timeout. This is the entire diff:

If you are okay with AI generated PRs, I can open one with my fix, even if you don't want to end up using it, it might be useful to figure out how you want to fix the error. Up to the maintainers, I don't want to pollute the repo.

[pabloab]

As I understand it, this issue is exclusive to KDE environments

GNOME Shell 3.36.9, Ubuntu 20.04.6 LTS on v1.0.3 (according to flatpak info com.stremio.Stremio).

I am not sure if the same issue: The UI freezes completely, but the sound keeps playing. If I killall stremio and start again, the video won't start; I have to reboot.

[road2react]

The inhibit_request object gets deleted early in these environments, and when Window::enable_idling() tries to close the request, it fails with this error:

Seems weird for an error to stall the application forever, can it just be gracefully handled without needing a timeout?

[tymmesyde]

Hi, could you try v1.1.3 and let me know if the issue is fixed for you?

[jabsatz]

I've tried v1.1.3 and that particular issue is solved for me, however I think that change has made it so it doesn't keep the screen alive while video is playing, so idling while watching a movie can now turn the screen off due to power settings.

[road2react]

The original issue with WARN stremio_linux_shell::app::ipc: Failed to convert IpcEvent to IpcMessageRequest: Invalid method: mpv-set-gpu-video-processing is still occurring with v1.1.3

[tymmesyde]

The original issue with WARN stremio_linux_shell::app::ipc: Failed to convert IpcEvent to IpcMessageRequest: Invalid method: mpv-set-gpu-video-processing is still occurring with v1.1.3

It has nothing to do with this issue and you can completely ignore this warning

[damousey]

I've switched to 1.1.4 and it seems to have cleared up the hard freeze nicely, Thank you!

Like Jabsatz, though, the idle prevention is a problem now. Should it be opened as a new issue to help people find it?

[tymmesyde]

@damousey glad it works now
Regarding the idling, do you still experience some issues in 1.1.4? because it was an issue in 1.1.3 as i broke it but it should work in latest version now, but if you still do you can open a new issue