Opened 4 weeks ago
Last modified 3 weeks ago
#11051 new defect
ffplay fails to restore window position correctly upon toggling 'maximize'
Reported by: | grepfor | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | ffplay |
Version: | git-master | Keywords: | |
Cc: | grepfor | 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.
Note:
See TracTickets
for help on using tickets.
LATER NOTE: Same behavior observed with git-master:
ffplay version N-115827-gcdd139d760