Closed aluu4445 closed 11 months ago
Hi @aluu4445 did you change only recourse classes or did you also make the change from cimg/android
to the machine executor as well?
Hi @aluu4445 did you change only recourse classes or did you also make the change from
cimg/android
to the machine executor as well?
Did not change the executor at all, just added resource_class: xlarge
to the existing one
Hi @aluu4445 can you provide a link for builds before and after this change?
Hi @aluu4445 can you provide a link for builds before and after this change?
Unfortunately not, it's a private repo.
EDIT: I can share the restoring cache steps: Before: https://pastebin.com/g67meFFv After: https://gist.github.com/aluu4445/75a1447f9eb12b21895a3446aedfe444
Hi @aluu4445 I don't believe that this is a problem with the orb. I think you may want to reach out to support to resolve this issue.
Orb version: 2.0.2
What happened:
When I change the resource class on CircleCI for an android-machine executor, the restoring cache step of
flutter/install_sdk_and_pub
is unable to restore the cache due to a permissions issue. It slowly goes through each file in the cache with the same error for 20 minutes+:There is a
cache_version
parameter forinstall_sdk_and_pub
but looking at the orb source it only gets passed intoinstall_pub
and notinstall_sdk
so there's no way to clear the cache forinstall_sdk
:Expected behavior:
There should be a cache_version parameter for
install_sdk
so the cache can be cleared. If a resource class change causes a cache hit, it should not run into this permission issue. If it does run into the permission issue it should not slowly go through each files for 20 minutes+, but instead treat it as a cache miss.