I just updated to the latest version of the app (v1.1.0) and when I open the application, it doesn't load. Instead, it stays completely blank like so:

I am running the application on macOS Big Sur 11.2.3. I have tried a completely fresh install and the same problem occurs.

This PR clears all previous notifications before scheduling a new one. This fixes two problems: first, YT music loads the byline synchronously, so you would get two notifications for each new song, and second, each notification would simply stack on top of the next, polluting the notification center.

Fixes #86

I think the icon should be reworked slightly to fit in MacOS Monterey

https://developer.apple.com/design/human-interface-guidelines/macos/icons-and-images/app-icon/

Now the icons is a bit bigger than others, and does not have the square

Maybe a white square could help like done for the iPad App

The standard buttons were being added to the web view, but they expected their superview to respond properly to resizing, and the web view didn't respond the way they expected. I have no idea what I'm doing, but this works.

This pull request fixes issue #40 MPRemoteCommandCenter calls the method "pauseCommand" when macOS receives a FaceTime Call and calls the method "playCommand" when FaceTime Call ends.

To fix this issue, I've created a method "pause" that will click at ".play-pause-button" if music is playing and also a method "play" that will click at ".play-pause-button" if music isn't playing.

I hope this piece of code helps you!

The YouTube Music service worker's prefetch and cache seems to be breaking. This PR disables the service worker so that the requests to pull the js reach the server, instead of a broken service worker. For this to work, it requires a min version bump to 10.13. See discussion on #163

It's been a while since this project had an official release. And certainly we can lower the barrier and complexity of uploading new releases by introducing an automated release pipeline.

GitHub Actions is an amazing utility for this, especially now that it's possible to manually trigger workflows with manual parameters, so a pipeline that goes through and bumps the versioning and everything is possible.

That being said, I think all new releases need to be both signed and notarised by Apple, otherwise the current versions of macOS will identify them as "potential malware" and require a lot of extra effort to run. I'm happy to donate the certificates for my sole trader iOS developer program to support this, assuming no one else sees any potential risk in that.

So I guess next steps:

1. Get a new release out now, manual if need be.
2. Set up a new GitHub Action pipeline for automating releases.
3. Consider replacing DevMateKit with Sparkle to allow automatic updating (But I have no idea how easy this is)

When the notification pops up with the new song title, artist and cover image the cover image is not correct. It seems to have cached one that I listened to previously.

In this example: Playing Amy Macdonald - Never Too late The image relates to Gasmac Gilmore - Dead Donkey

Shot in the dark feature request. I've used several apps that display the currently playing song & artist in the menu bar. Would be pretty neat to be able to have the ability with this app. Not sure if it's even possible.

Unfortunately due to WKWebView seemingly not wanting to work outside of a sandbox media key support has not been possible 😟

I'm still searching for a work around but if anyone knows of one it would be much appreciated.

With this PR I've tried to manage the only thing that bothered me in the app, the Global Keyboard shortcuts (more specifically the Play/Pause using the Cmd+Shift+Spacebar) that was conflicting with other program that I was using this shortcut to (1Password 8).

In order to collaborate and not break existing functionality that others may be used and interested, I've implemented a preferences window that allow enabling/disabling those shortcuts. This should at least avoid the hotkeys conflict. A further improvement on this implementation would be to allow custom Shortcuts altogether, but I've found that it would require more effort than I currently would put on this.

I hope this addition helps to enhance the value of the app which for me, as a YouTube Music user, is a must on macOS.

For whatever reason, if I had my airpods connected and I remove them from my ear and place them in their case, the app just starts playing when I've left it on pause and didn't really listen to music.

This doesn't happen with just Airpods, but also other headsets as well.

Problem statement

Personally, I find push notifications for each new song to be a bit distracting, but I understand that others may like to have them.

Proposed solution

I've added a general preference pane that includes a setting to toggle the push notifications on and off. It's enabled by default to preserve the previous behaviour for existing users.

Evidence of testing

Ensured that the push notifications are still being displayed when the setting is turned on.

Checked that the notifications aren't being displayed when the preference is turned off (no screenshot).

Ensured that the new pane displays remembers the last setting:

Regression tested the push notifications pane to ensure that it is displayed correctly:

Additional changes

While working through the preference changes, I've noticed a few things that could be improved, so I've included them here. Let me know if you'd rather not have them or have them in a separate PR:

• Ignoring all *.DS_Store file from version control.
• Renamed PreferencesViewController to HotkeyPreferencesViewController. Now that we have general and hokey preference panes, it makes sense to give a more descriptive name.
• Added missing auto layout constraints in the preference pane. Some of the trailing constraints were missing forcing us to specify the height of the view controller. Once I added the missing constraints, I was able to remove the code that was setting the height of the view.
• I've used the modern guard let variable syntax instead of the legacy guard let variable = variable to unwrap optionals.

Problem

The dock and playback menu item was always displaying "Play" as the first option regardless of the current state of the playback.

Fixes #112

Proposed solution

Looks like the dock menu used to display the correct title at some point but then got broken due to the change on YouTube's side.

After reviewing the code, I've realised that the current "isPlaying" value is read from the webpage once a second by comparing the play button title to the string constant. It looks like the constant name was changed from YT_PAUSE to PAUSE breaking the implementation.

I fixed the implementation by updating the name of the constant in the custom script.

The main menu item on the other hand was always displaying the "Play" option regardless of the current playback. I've used the same logic to update the menu item as well.

Evidence of testing

Tested by running the app on my machine.

|Before|After| |--|--| |||

Current release is 1.3.3 - was experiencing issues for months until I figured out there was an update on Github Releases. Is it possible to update the website or simply redirect to GitHub Release page?

So I listen to certain songs on repeat mode sometimes. Just discovered this app. Love the interface. Thank you very much for making this.

But can we please have a 'repeat' button?