Opened 8 months ago
Closed 5 months ago
#11051 closed defect (invalid)
ffplay fails to restore window position correctly upon toggling 'maximize'
Reported by: | grepfor | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | ffplay |
Version: | git-master | Keywords: | SDL |
Cc: | grepfor, MasterQuestionable | Blocked By: | |
Blocking: | Reproduced by developer: | no | |
Analyzed by developer: | no |
Description
Summary of the bug: Toggling the ffplay
'maximize' function (e.g., by typing 'f' twice) does not restore the window to its original position; the restored position is offset by (dx, dy), where dx and dy are the width and height of the window decorations.
Add'l info:
- System: Arch linux, kernel 6.1.68
- Window manager: fvwm3.
- Issue does not occur if the window has no decorations, presumably because in this case dx = dy = 0.
mpv
does not exhibit this behavior, leading me to believe that the problem is more likelyffplay/ffmpeg
rather than my window manager.
How to reproduce:
$ ffplay -left 0 -top 0 some_video.mp4 # Place window northwest corner at (0,0)
Now type 'f' twice to maximize/restore the window position. What I observe is that the restored window position is now at (dx,dy), rather than at (0,0) where it began. Hit "f" two more times, and the restored position is now at (2*dx, 2*dy), etc.
Change History (4)
comment:1 by , 8 months ago
Version: | 6.1.1 → git-master |
---|
comment:2 by , 5 months ago
This is likely not our bug, but an SDL issue. Try it with older SDL versions, for example 2.0.8.
comment:3 by , 5 months ago
Thanks Marton. I tried it with SDL 2.0.10 (oldest version I could easily get my hands on) and indeed the reported buggy behavior is not present. So I will report it to the SDL folks. Thanks for your help in identifying the source of the problem.
Do you want me to change the disposition of this ticket, or will you do that? (I didn't see any option for "notabug" in the "close as" menu.)
comment:4 by , 5 months ago
Cc: | added |
---|---|
Keywords: | SDL added |
Resolution: | → invalid |
Status: | new → closed |
LATER NOTE: Same behavior observed with git-master:
ffplay version N-115827-gcdd139d760