https://bugs.kde.org/show_bug.cgi?id=523753
Bug ID: 523753
Summary: Click that dismisses the subtitle/audio menu also
toggles play/pause
Classification: Applications
Product: dragonplayer
Version First 26.04.3
Reported In:
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected], [email protected]
Target Milestone: ---
STEPS TO REPRODUCE
1. Open a video in Dragon and start playback.
2. Open the hamburger menu in the overlay toolbar, go to "Subtitles" and click
a
subtitle track.
3. The menu stays open after the selection. Click anywhere on the video to get
rid of it.
OBSERVED RESULT
The click dismisses the menu and, at the same time, pauses playback. A second
click is needed to resume. The same happens for the "Audio Track" submenu.
EXPECTED RESULT
A click whose purpose is to dismiss an open menu should only dismiss the menu.
Playback should keep running, and toggling play/pause should require a further,
separate click on the video.
SOFTWARE/OS VERSIONS
- Dragon Player 26.04.3 (Gentoo, kde-apps/dragon-26.04.3)
- Plasma 6.7.3, KDE Frameworks 6.28.0, Qt 6.11.1
- Wayland session
ADDITIONAL INFORMATION
Two things combine here:
1. The submenu entries are QQC2.RadioDelegate rather than MenuItem
(src/qml/ControlsBar.qml:187 for subtitles, :216 and :231 for the other track
menus), so selecting a track does not dismiss the menu the way a normal menu
item would. Whether that is intentional for a radio group or not, it means a
click somewhere else is always needed to close the menu.
2. That dismissing click then lands on the play/pause MouseArea that covers the
whole video (src/qml/PlayerPage.qml:215-236). Its handler is unconditional:
onPressed: clickTimer.start()
and the timer toggles playback 200 ms later (src/qml/PlayerPage.qml:216-226).
Since the menu is not modal, the press that closes it also reaches this
MouseArea, so one click produces both effects.
Bug 509421 reports a different trigger for the same unwanted pause (clicking
the
Dragon window while it is inactive, to focus it). Comment 1 there also mentions
the menu case in passing. Filing this separately because the trigger and the
likely fix differ, but the two may well want to be solved together in that
MouseArea.
--
You are receiving this mail because:
You are watching all bug changes.
