Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Windows 8: cache directory resolves to null/Coursier/v1 with system/virtual account

See original GitHub issue

This is a tricky one to minimize… This happens when building an SBT (1.3.3, coursier 2.0.0-RC3-4, AFAICT) project via a gitlab-runner (12.4.1) on Windows 8 under the system (NT Authority\LocalSystem) or virtual (NT Service\gitlab-runner) account. Coursier attempts to store its cache in null/Coursier/v1 subfolder of the build folder, instead of AppData/Local for the corresponding account.

Issue Analytics

State:
Created 4 years ago
Comments:6 (1 by maintainers)

Top GitHub Comments

3reactions

nigredo-toricommented, Nov 21, 2019

The account thing seems to be a red herring. The same thing seems to happen with a “vanilla” account. I’ve ran sbt in an empty project (with only a project folder), and it downloaded all the dependencies to the null folder.

2reactions

nightscapecommented, Dec 19, 2019

Same thing started happening for me on Windows 10 on an ordinary user account (not system/virtual).