1922220 - macOS Media Player Integration Needs Fixing

Status: UNCONFIRMED

(Core :: Audio/Video: Playback, enhancement, P3)

Description

[Dave]

Attachment: Current Firefox "Now Playing" Integration

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:131.0) Gecko/20100101 Firefox/131.0

Steps to reproduce:

1. Open Firefox and load some form of media (YouTube works, as does YouTube Music).
2. Play any form of media.
3. Open the "Now Playing" window in macOS.

Actual results:

The "Now Playing" window will show the title of the media playing and artist/channel, and the Firefox logo is used as a placeholder for the album art. Placeholder text is used for the current time and total duration of the media, and the timeline is greyed out and cannot be interacted with. The buttons either side of the "play" button either do nothing, or will skip backwards/forwards.

Expected results:

The "Now Playing" window should show the title of the currently playing media and the artist/channel, but also show either the album art for the music being played or the thumbnail for the video being played. It should also show the current time and total duration of the media while allowing the media timeline to be scrubbed.

The buttons either side of the play button could be left as they are as it is likely better to be able to manually scrub and have the buttons to skip to the start/end of the media, though I am unsure if the macOS API allows for this or not. If it does allow for specifying which to use, it would be nice for users to have a toggle in the Firefox settings.

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Core::Widget: Cocoa' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Comment 2

[Alastor Wu [:alwu]]

Seek control implementation is in bug 1771039.

Comment 3

[Alex T]

Attachment: seek buttons.png

macos media center seek buttons

Comment 4

[Alex T]

Media artwork implementation: bug 1771028
The current << and >> buttons are enabled when the media session sets an action handler for next/previous track. The macos api also allows us to have buttons for skipping forward and backward, however these overwrite the next/previous track buttons. We could consider enabling these when the media session doesn't have handlers for switching tracks.