Closed gregjacobs closed 1 month ago
cc @Wyverald
Thank you for contributing to the Bazel repository! This issue has been marked as stale since it has not had any activity in the last 1+ years. It will be closed in the next 90 days unless any other activity occurs. If you think this issue is still relevant and should stay open, please post any comment here and the issue will no longer be marked as stale.
This issue has been automatically closed due to inactivity. If you're still interested in pursuing this, please post @bazelbuild/triage
in a comment here and we'll take a look. Thanks!
Description of the bug:
I'm using Aspect's rules_js, and they've made recent changes where they're using
repository_ctx.download()
to handle local files using thefile:
scheme. (According to the comment, they've added this to handle binary files.)However, even though it's a local
file:
-scheme URL, this ends up going through the--experimental_remote_downloader
Their snippet of code:
Normally this works as expected, but when used in conjunction with
--experimental_remote_downloader
, the localfile:
scheme requests are going to our remote downloader service which sits on a remote machine (and therefore, of course, wouldn't have access to the host machine's local files).I created an issue on their repo here: https://github.com/aspect-build/rules_js/issues/916, but seems like this may be a Bazel bug.
What's the simplest, easiest way to reproduce this bug? Please provide a minimal example if possible.
Create a repository rule that tries to "download" a
file:
scheme URL, while having--experimental_remote_downloader
in use. Bazel will delegate to the remote downloader to attempt to "download" the local file.It seems that
file:
scheme URLs should not go to the remote downloader, and should instead always be handled by the local downloader.Which operating system are you running Bazel on?
MacOS Monterrey
What is the output of
bazel info release
?release 6.0.0
If
bazel info release
returnsdevelopment version
or(@non-git)
, tell us how you built Bazel.No response
What's the output of
git remote get-url origin; git rev-parse master; git rev-parse HEAD
?No response
Have you found anything relevant by searching the web?
No response
Any other information, logs, or outputs that you want to share?
Even with
--experimental_remote_downloader_local_fallback
(which somewhat works around the problem), we're still slowing down builds by making requests for all of these local files and we get warnings with long stack traces for each local file that is passed to the remote downloader. Example:If it's not possible to change the behavior of
file:
scheme URLs going to the remote downloader at this point though, perhaps there needs to be another flag added, something like--experimental_remote_downloader_file_scheme_local
(or something of the sort - naming is hard :))