Package: mplayer Version: 2:1.0~rc4.dfsg1+svn34540-1+deb7u1 Severity: minor
When mplayer is started up with a -geometry option that specifies a position for the window (e.g., "-geometry +0+0"), it fails to set the USPosition hint bit that tells the window manager that the position was supplied by the user. The result is that a window manager that applies its own positioning logic in preference to program-supplied positions, but honours user-supplied positions, will initially override the user-supplied position with mplayer. The same goes for the USSize hint. However, immediately after the window has been placed by the window manager, mplayer then moves the window itself, not quite to the position requested. Something similar happens with the -fs (full-screen) option. mplayer initially puts up a window in the video's native size, with no USPosition or USSize hints. It then replaces that with a window that actually functions as the requested full-screen arrangement. In both cases, the user-specified geometry ought to be applied immediately, with the hint bits set to let the window manager know that it is user-specified. Invocations where the user does not specify size or position should continue to not set those bits, and should accept whatever geometry the window manager imposes as a result. mplayer should never be moving or replacing the window after it has been mapped. -zefram
