As per the other issue the environment is as follows:
- OS: Ubuntu 22.04 and Ubuntu 24.04
- Docker version: 27.5.1 (on 22) and 28.2.2 (on 24)
- Printventory version: 2.1.0
With the following edit to the docker-compose
This isssue is a bit harder.
Based on the configuration above, the "STL Home" is set to "/mnt/models" and the folder (on the Docker host, and obviously inside the container) contains:
- A .stl with "Windows-like" naming, so something similar to "Model Name 1.stl"
- A .stl with "unix-like" naming, so something similar to "model-1.stl"
- A .7z archive
- A .zip archive
Basically when I click "Scan STL Home" there is a brief section flashing (unfortunately too fast to read it) and I've noticed the following behaviors:
- Single (or multiple) .stl file -> model(s) not imported
This happens for both naming conventions.
The following AFTER enabling the "ZIP Archive" option in the settings.
- .7z archive -> not imported
- .zip archive -> models imported correctly and showing up
So, this can be broken down to:
Thanks!
As per the other issue the environment is as follows:
With the following edit to the docker-compose
This isssue is a bit harder.
Based on the configuration above, the "STL Home" is set to "/mnt/models" and the folder (on the Docker host, and obviously inside the container) contains:
Basically when I click "Scan STL Home" there is a brief section flashing (unfortunately too fast to read it) and I've noticed the following behaviors:
This happens for both naming conventions.
The following AFTER enabling the "ZIP Archive" option in the settings.
So, this can be broken down to:
Are effectively only .zip archives supported?
What I'm doing wrong about the single .stl files? Is the tool expecting them in a subfolder or there is some configuration I've missed?
Thanks!