-
-
Notifications
You must be signed in to change notification settings - Fork 163
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
MPV player opens new unclosable window (Linux) #1346
Comments
There doesn't seem to be a hydrus bug for this specifically but it's a known Wayland/MPV bug*, the workaround is to tell hydrus (QT actually) not to use Wayland: *: |
#1267 |
I have the same problem, and |
Does anything change if you do Here's a log from the variant I can reproduce, the traces are different but that could just be because I'm on 526: |
Scratch that, MPV doesn't listen to what QT's been told to do. Just a heads up, hydrus will crash if you tell mpv to use X11 but don't tell QT to use X11. |
Where do i have to place the mpv.conf? |
I got some free time over the past week and got back around to setting up hydrus on my computer. I found a much cleaner workaround that should help and could likely even mark this as closed with a tiny packaging tweak. If you install Hydrus as a flatpak and then disable "Wayland windowing system" in flatseal it appears to work perfectly as expected. (well, aside from the "A window with frame key "media_viewer" that wanted to display at "PySide6.QtCore.QPoint(70,70)" was rescued from apparent off-screen..." errors, but I think those are a different issue and eitherway they're easy enough to ignore) I admittedly don't have much experience with packaging, but from what I understand it's possible to package flatpaks with their permissions pre-loaded so you could package the hydrus flatpak with the "Wayland windowing system" option flipped off and then it would be "fixed" automatically. Of course you are then basically ruling off native installations which is definitely not great, but it's a perfectly functional fix that should be easy enough to implement. Personally I try to avoid Flatpaks in favour of native installations, but given the responses given for the issues linked by RunningDroid I'm guessing there won't be a native fix anytime soon. Unfortunately going by https://hydrusnetwork.github.io/hydrus/getting_started_installing.html I'm not sure whether this would technically be a "fix" or not since the flatpak is maintained unofficially. While this does fix the problem, it would require marking that unoffical installation method as the primary installation method. I'm no developer so I won't make any statements eitherway, but I know that this at least works as a workaround for now, whether it should count as an official fix or not is another question entirely. |
Hydrus version
521
Qt major version
Qt 6
Operating system
Linux (specify distro and version in comments)
Install method
Third party (AUR, Docker, Chocolatey, etc. Specify in comments)
Install and OS comments
EndeavourOS, up-to-date, used yay AUR helper
Bug description and reproduction
Addendum : Does not respond to sig-kills. I used the KDE kill-process shortcut that kills whatever process you click on and the MPV window did not close.
client - 2023-05.log
Log output
The text was updated successfully, but these errors were encountered: