JamieKeene

+1 here – it looks like MacOS 12.3 has removed both Python 2 and PHP, and the current Hue script will need work to migrate to them.

There's an issue report on https://github.com/benknight/hue-alfred-workflow/issues/64, though no ETA for a fix (given the developer doesn't have Hue lights any more).

Thanks Andrew – have tried a reinstall and will see if this resolves it. NB that the menubar app also shows the latest version number (but I'm not sure if that's Alfred or Preferences).

Having updated Alfred, the notification 'hanging tab' persists until the user revisits the change log / update screen within Alfred settings.

Steps to reproduce:

• Open Alfred
• See update available notification beneath the input
• Click the notification and choose update Alfred from change log screen
• Wait for update to occur and Alfred to restart
• Trigger Alfred

Expected outcome:

• Update available notification disappears

What actually happens:

• Update available notification persists
• Notification does not clear until the user clicks it to reach the change log page, where no update is shown
• When subsequently triggering Alfred no notification is shown

Reproducibility: 4/4 last updates

OS: 10.15.4 (19E266)

Alfred version: 4.0.9 [1144]

On 11/8/2019 at 9:19 PM, deanishe said:

From what @JamieKeene said, it does at least sound like Google Drive has got better at syncing (Alfred's preferences).

I've not seen any issues until recently – hence raising it here. It looks like something's changed (I guess either in my machine's boot order, or in DriveFS) that now means it's slower to mount compared to the speed which Alfred expects it to be there, and so I'm seeing this error for the first time. Thanks for your response though, both

Fair enough, thanks for the pointer!

Just as an opinion, I think my bug / FR stands, though – given that this error path exists, my (uneducated) guess is that it would be simple enough for the app to make this more resilient and so not require users to DIY. 

Thanks deanishe – just to clarify, are you suggesting that Alfred should add this LaunchAgent when the user adds a sync path? Or that I should write this myself?

Hi Alfred team,

I use Google Drive File Stream (https://support.google.com/a/answer/7491144?hl=en) to sync my Alfred preferences to my work Google Drive account. Rather than taking space on the hard drive, this creates a virtual file system (FUSE style) which presents all of my Drive data as a network mount and gets necessary files just in time.

Until recently this worked great, but unfortunately in the last couple of months I've been getting this error when starting my computer:

The error is correct – the volume isn't mounted yet – but it means I need to quit and then restart Alfred to get my saved / synced config.

Has something changed here? Or have I just gotten unlucky? And either way, please could you consider adding a wait here to allow the volume time to appear before failing? Or is there a workaround I should know about?

Thanks!