Recently (Not sure when exactly and I'm wondering if it's because of the latest update of Mac OS to 15.1.1) my action meant to open a URL is not working as expected.
I tried to replace {CLIPBOARD_CONTENT} with %@ and it seems that it's working to get the clipboard content but the variable 4 is still missing and break the URL.
FIY I use the "ask for input / save to variable" to add the missing part of the URL (us, br, fr...)
I haven't change anything on this configuration before it started to stop working.
I updated to the latest alpha version.
I also checked the automation permission on mac (a chatgpt suggestion) and it seems all good,
I activated the option to run external script on BTT preference (was previously disable)
note that
/keywords-explorer/google/{4}/overview?keyword=%@
is working for single word but if I hilight two words like "keywords explorer", the space in between get converted to
/keywords-explorer/google/us/overview?keyword=Keywords%2520Explorer%0A
and logically ahref doesn't have SEO metrics results for : keywords%20explorer
When using {CLIPBOARD_CONTENT}, the space was preserved. That's why I'm using it over %@
ah indeed there was an issue with different upper/lowercase definitions of that variable. This should be fixed in 4.899 %2520 means that the selection was already URL encoded with %20 but then was again url encoded.
From what kind of app are you copying these words? Maybe that app adds the encoding when copying, BTT in general should only do one pass encoding so it should not become %2520 but %20 (which would work fine). Or is it maybe the browser? (I'm using Safari)
I think i can add an option to not do any encoding for such cases.
The keywords are hilighted, usually from a webpage or google sheet, then the config do a CMD+C, ask for a variable, and "open URL/open URL with selection" . So yes, this is sent to the browser (Arc)
In the "Use browser" I picked "Currently active or default if none"
Glad that it will be fixed in the next Alpha. Thanks a lot for your work