Emby Windows - Webhooks not triggering playback.unpause

[Jdbye 4]

On Emby Windows playback.start, playback.pause, playback.stop events are triggering correctly but playback.unpause never triggers.
On Android TV/Google TV as well as the web UI, the events trigger correctly.

I have enabled all playback events and I don't have any filtering by device set in the notification.

In the log file I can see entries such as:
2026-09-24 15:02:54.477 Info SessionManager: Playback progress (Pause) reported by app Emby Windows 2.317.2.0 ...
But for Emby Windows, there are no corresponding entries for Unpause.

Edited September 24 by Jdbye

[Jdbye 4]

Unpausing actually seems to trigger another playback.pause event. That does not seem correct.

[Luke 43402]

HI there, can you please provide a specific example?

How to Report a Problem

Thanks !

 

[Jdbye 4]

3 hours ago, Luke said:

HI there, can you please provide a specific example?

How to Report a Problem

Thanks !

 

I was trying to set up automation in Home Assistant to dim my lights when I play media by using the Webhooks plugin.
I logged webhook requests coming in to Home Assistant to figure out why the unpause automation was not firing.
That's when I realized, Emby is never sending a playback.unpause event to the webhook.
As mentioned, the Emby Server log files also reflect this, I can see (Unpause) events firing when using other clients, but when using Emby Windows I never see an (Unpause) event in the logs.
And unpausing actually fires another pause event instead of an unpause event as expected, which is easy to spot in the log file by the many consecutive (Pause) events logged with similar position timestamps within 100ms. If you look for (Unpause) in the log file you will only see a few from when I tested on Android TV and Web, which seem to be OK, but none from Emby Windows.
It appears this issue is specific to Emby Windows. And it doesn't appear to be unique to the webhooks plugin, because you would expect to still see "SessionManager: Playback progress (Unpause)" events in the server log file if the issue was in the webhooks plugin, so it must be deeper down.

Log file is attached.

embyserver.txt

Edited September 24 by Jdbye
More info

[Lessaj 595]

@softworkzThe Linux client also behaves the same way. It says IsPaused: False but it's still reported as a Pause.

Quote

2026-09-24 16:29:58.371 Info SessionManager: Playback progress (Pause) reported by app Emby Client Beta 2.322.0 on desktop Arch Linux playing Castle (2009) - S7, Ep2 - Montreal. Position: 2752 ms. PlaySessionId: 31d57758a21f41da8be03989de8ad91f. IsPaused: True

2026-09-24 16:30:02.512 Info SessionManager: Playback progress (Pause) reported by app Emby Client Beta 2.322.0 on desktop Arch Linux playing Castle (2009) - S7, Ep2 - Montreal. Position: 2794 ms. PlaySessionId: 31d57758a21f41da8be03989de8ad91f. IsPaused: False

vs Android:

Quote

2026-09-24 16:28:58.954 Info SessionManager: Playback progress (Pause) reported by app Emby for Android 3.5.59 on pixel7pro playing Castle (2009) - S7, Ep2 - Montreal. Position: 1894 ms. PlaySessionId: 2ffe1b0f68e64fe99baed2d6f439e4fd. IsPaused: True

2026-09-24 16:29:03.137 Info SessionManager: Playback progress (Unpause) reported by app Emby for Android 3.5.59 on pixel7pro playing Castle (2009) - S7, Ep2 - Montreal. Position: 2351 ms. PlaySessionId: 2ffe1b0f68e64fe99baed2d6f439e4fd. IsPaused: False

And also web app:

Quote

2026-09-24 16:30:53.541 Info SessionManager: Playback progress (Pause) reported by app Emby Web 4.10.0.40 on Chromium Linux playing Castle (2009) - S7, Ep2 - Montreal. Position: 3600 ms. PlaySessionId: e0d6effe60dc408eaccfa344267fd673. IsPaused: True

2026-09-24 16:30:57.562 Info SessionManager: Playback progress (Unpause) reported by app Emby Web 4.10.0.40 on Chromium Linux playing Castle (2009) - S7, Ep2 - Montreal. Position: 3600 ms. PlaySessionId: e0d6effe60dc408eaccfa344267fd673. IsPaused: False