| Summary: | Fullscreen can choose the wrong screen to maximize on when player hasn't been moved yet | ||
|---|---|---|---|
| Product: | [Applications] Haruna | Reporter: | Simon Ra <wildcardc> |
| Component: | generic | Assignee: | george fb <georgefb899> |
| Status: | REPORTED --- | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version First Reported In: | 1.5.0 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Simon Ra
2025-10-04 21:49:59 UTC
I neglected to mention that this is under kwin/wayland. I also have this bizzare finding: I can fix this issue by lowering the "width" and "height" properties of ApplicationWindow in Main.qml. This may affect your abillity to reproduce the issue. the default of 1000x600: breaks 1000:1000: breaks 800:800: works 500x300: works So, my best guess is that somewhere deep in Qt/QML there is a branch for how close the non-fullscreen buffer is to the one required for fullscreen, and then some kind of divergence between the code paths causes the bug. However, I have not managed to make a minimal QML reproduction in order to turn this into a QT bug report, so there may be other factors. This could mean that these values are also specific to your monitor resolution(s). I'm using two 1080p Displays here. |