-
Notifications
You must be signed in to change notification settings - Fork 207
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unable to download URLs containing hash but without search #583
Comments
There is some confusion with the encoding of URL in Swift... This issue will be attempted to be fixed in the next minor version. As a interim solution, this will works: It is worth noting that
|
According to the rules for external code allowed by greasyfork.org (https://greasyfork.org/en/help/external-scripts), external resources using non-specified CDNs may use scripts with sub-resource integrity hashes attached. So it doesn't refer specifically to greasyfork's own script library resources, but there are other resource addresses that can fail to parse.so please fix this bug as soon as possible. Thanks. |
@F9y4ng In case you miss it, I'll reply to you again: You can add a
|
Hi @ACTCD, I already knew that adding URL Search Parameter can temporarily solve the problem before reporting this issue. Because this BUG will cause script errors or failure, I hope you can just raise the fix level, nothing more. Haha😀 |
@F9y4ng I believe this is not a fatal error and not that common, so I will try to fix it in the next version. Anyway, thanks for reporting the issue. And thank you for your contributions to this project. |
Please don't mind, I don't mean to rush you, update it according to your progress. I just think it may cause the script to fail completely, so I'd like to give a hint. Thanks for your reply. |
The fix has been released with the new beta version. Sorry this took so long. |
That's ok, thanks. |
greasyfork.org updated the reference address format of
@require
, causing the SRI Hash used in the new address to not be downloaded correctly in v4.4.5, as follows:But the original reference address as follows, can be parsed and downloaded correctly.
Please fix this bug, thanks.
The text was updated successfully, but these errors were encountered: