davidwebca

Thanks for your feedback. I’ve already looked into all of this and I wanted to include all and any browsers (even others than Safari, Chrome, Edge and Firefox). Nonetheless, there are different method calls to get the URL in AppleScript in all browsers anyway. The browser taking longer to come to the front shouldn’t be relevant, the Apple Script waits for the requested app to come to the front before continuing its execution. It then periodically checks for the URL to change until it’s done so it will resume executing regardless of the time it takes. The only other universal approach was to spin a puppeteer instance in node and fetch the https://meet.google.com/new URL to follow the redirect (impossible only with curl because it’s a client-side redirect *sigh*) but that alone requires a lot of power / ram and would make the process insanely laggy.

This workflow simply opens a URL to https://meet.google.com/new and waits for the URL to change and then copies it. It is the best way without workaround to open a new Google Meet that follows the redirect, copies into the clipboard and that being regardless of the preferred browser of the user, as long as that browser supports cmd + l to focus on the address bar and cmd + c to copy the then selected URL. Github: https://github.com/davidwebca/alfred-create-google-meet

I had the very same issue, tried updating and nothing worked... but simply removing Alfred from the list of applications in the Accessibility options, quitting and re-starting the app to get the dialog worked.

I was one of my most used Workflows as well. After trying to fix the issue and updating to the latest version (currently 5.0.4) and looking into the code of all the workflows, the real solution lies into updating manually the favorites. I tried editing any field, but only the "name" field of the ftp favorite worked for me. Kudos to willco007 on Twitter for the tips. (see thread here). Edit: Exporting / re-importing favourites work as well.