Closed PrimozGodec closed 11 months ago
All modified and coverable lines are covered by tests :white_check_mark:
Comparison is base (
7f535af
) 75.47% compared to head (6afe257
) 75.57%. Report is 19 commits behind head on master.
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
The cache file was successfully created, but the next time it tried to be read, it no longer had permissions.
Is this due to running with sudo?
Is this due to running with sudo?
I don't think so. It is a corporate computer with limited permissions. We don't know exactly why it is happening, but we will try to find out at the next meeting with them.
@ales-erjavec, some explanation of what was happening. We built a conda installer for one of the companies. The installer also included orange3-imageanayitics with the wrong name for the requests-cache package in the recipe (requests_cache instead of requests-cache). It caused request-caches to be installed and requests_cache beside, which is an ancient version of the same package (0.4.3). This version overrode the new version and caused the database file to fail to open when networkcache folder still didn't exist
I fixed the issue with imageanalytics here: https://github.com/conda-forge/orange3-imageanalytics-feedstock/pull/33.
Issue
On some corporate computers, it may be the issue that either the cache directory doesn't have permission to write or an existing cache file lacks reading permission. It happened to one of our customers. The cache file was successfully created, but the next time it tried to be read, it no longer had permissions.
Changes
When there is no read or write permission, ignore the cache.