Yeah, I'd like that option, too. Martin, what was the issue you had with this when I suggested that a couple of months ago?

RFC patch https://phabricator.kde.org/D3674

(In reply to Kai Uwe Broulik from comment #1)
> Yeah, I'd like that option, too. Martin, what was the issue you had with
> this when I suggested that a couple of months ago?

I think that pausing in general is wrong, rather offer full media controls

Martin, is it wrong even if the user selects this behaviour explicitly?

(I see Kai's patch includes a kcm configuration setting for this.)

We now have media controls in the lock screen and offer the possibility to pause player when going to suspend. I think that is good enough for the use case.

As I have stressed a couple of times I don't think media controls on the lock screen solve this and those two features are orthogonal to one another.

Even though I don't agree with Martin's closing of this issue, I can respect his decision.

However, to contrast this to the "media player controls in lock screen" feature:

The controls can be abused if authentication is not required. Somebody can unpause the  player while the user is not present and annoy everyone else around.

If, on the other hand, unpausing would require authentication, then we're just where we started, as the number of actions required becomes close to the one for a regular unlock followed by a regular pause.