[Bug]: Freetube blocks MacOs from auto sleep

[John4003]

Guidelines

• I have encountered this bug in the latest release of FreeTube.
• I have searched the issue tracker for open and closed issues that are similar to the bug report I want to file, without success.
• I have searched the documentation for information that matches the description of the bug I want to file, without success.
• This issue contains only one bug.

Describe the bug

1. Run MacOs
2. Open Freetube v.0.18.0.
3. Display channel /subsciption grid (video not playing)
4. Check Mac sleep controls settings...
5. Wait for a Mac to go to sleep...
6. Results? Mac never sleeps...even displays
7. still waiting? :)/

Expected Behavior

Previous version worked fine. No problems with system/display auto sleep

Issue Labels

feature stopped working

FreeTube Version

v.0.18.0

Operating System Version

MacOS 10.14.6

Installation Method

.dmg

Primary API used

Local API

Last Known Working FreeTube Version (If Any)

previous

Additional Information

Tested on 3 macs

Nightly Build

• I have encountered this bug in the latest nightly build.

[pklampros]

Just to add: This seems to be happening on linux as well. Flatpak version on Debian Bookworm

[oldlamps]

This is a constant problem for me as well running pop_os, but has gone back to other distro's I've run. I've tried both the flatpak, and appimage versions. If the program is running, it has a systemd-inhibit open that keeps the display open.

There's been countless times over the past months where I've left the app open in the background (not playing a video), left for a few hours, and come back to find my monitors still on. Very frustrating.

I haven't figured out a way to bypass the functionality, but it's really sad because the application is killer.

EDIT:
To go into more detail on what is happening, verifying my running "systemd-inhibit", and observing the locks created and removed.
Starting the app does not create a lock.

Playing a video creates the lock.

Pausing the video removes the lock.

Letting the video complete (without autoplay next), or navigating away from the video while it's playing using the back button, or sidebar will maintain the lock in place.

Once this lock is there from these ways, it won't go away until you close the program. Navigating to a video, playing and pausing still keeps the lock in place.

This is the main culprit I believe. The lock status gets stuck in those scenarios, and the normal functionality cannot resume from here.