Skip to content

Conversation

@guidocella
Copy link
Contributor

handle_force_window() is called in play_current_file() and run_playloop(), so it is never triggered if you do mpv --idle and then change force-window at runtime. Move the playloop call to the option callbacks to fix this.

Fixes #16956.

Giving the UPDATE_VO flag to --force-window would not fix this due to it having no effect if there's isn't already a window, which prevents the bug described in 544240c. It would also reinit the VO unnecessarily when cycling between force-window yes and immediate.

handle_force_window() is called in play_current_file() and
run_playloop(), so it is never triggered if you do mpv --idle and then
change force-window at runtime. Move the playloop call to the option
callbacks to fix this.

Fixes mpv-player#16956.

Giving the UPDATE_VO flag to --force-window would not fix this due to it
having no effect if there's isn't already a window, which prevents the
bug described in 544240c. It would also reinit the VO unnecessarily
when cycling between force-window yes and immediate.
Copy link
Member

@sfan5 sfan5 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

untested, lgtm

@sfan5 sfan5 merged commit 813c112 into mpv-player:master Oct 29, 2025
28 of 29 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants