You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The Build Validation Scripts do not appear to retain configuration specific to the GE remote cache connector or the GE plugin.
Here are the two specific instances of this issue I've come across:
allowInsecureProtocol was set to true, but the local build for Experiment 5 failed with Using insecure protocols with remote build cache, without explicit opt-in, is unsupported. The workaround for this was to add allowInsecureProtocol=true to the validation scripts' remote cache init script.
accessKey was configured through the GE plugin extension, but the local build for Experiment 5 was failing to authenticate with the remote cache. This was resolved by configuring the access key in keys.properties
Ideally all GE configuration applied to the project would be carried over to the script executions.
(Note that resolving the allowInsecureProtocol issue would require updating the GE API to include the value of allowInsecureProtocol.)
The text was updated successfully, but these errors were encountered:
The Build Validation Scripts do not appear to retain configuration specific to the GE remote cache connector or the GE plugin.
Here are the two specific instances of this issue I've come across:
allowInsecureProtocol
was set totrue
, but the local build for Experiment 5 failed withUsing insecure protocols with remote build cache, without explicit opt-in, is unsupported
. The workaround for this was to addallowInsecureProtocol=true
to the validation scripts' remote cache init script.accessKey
was configured through the GE plugin extension, but the local build for Experiment 5 was failing to authenticate with the remote cache. This was resolved by configuring the access key inkeys.properties
Ideally all GE configuration applied to the project would be carried over to the script executions.
(Note that resolving the
allowInsecureProtocol
issue would require updating the GE API to include the value ofallowInsecureProtocol
.)The text was updated successfully, but these errors were encountered: