[GH-ISSUE #252] [Bug]: Archive files do not show pictures & can not connect with 3mf file

BreizhHardware commented

2026-05-06 12:26:30 +02:00

Owner

Originally created by @BenGeba on GitHub (Feb 3, 2026).
Original GitHub issue: https://github.com/maziggy/bambuddy/issues/252

Originally assigned to: @maziggy on GitHub.

Bug Description

When I am in the Archive section and want to assign a .3mf to a GCODE file, I get an error. Images are also not displayed even though they are available.

Expected Behavior

I can see the attached images and link the .3mf files.

Steps to Reproduce

Print something
Go to the archive page
Try to open the photo
Try to connect the .3mf file

Printer Model

P1S

Bambuddy Version

0.1.7

Printer Firmware Version

01.09

Installation Method

Docker

Operating System

Linux (Ubuntu/Debian)

Relevant Logs / Support Package

ERROR:    Exception in ASGI application
Traceback (most recent call last):
  File "/usr/local/lib/python3.13/site-packages/uvicorn/protocols/http/httptools_impl.py", line 416, in run_asgi
    result = await app(  # type: ignore[func-returns-value]
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
        self.scope, self.receive, self.send
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/local/lib/python3.13/site-packages/uvicorn/middleware/proxy_headers.py", line 60, in __call__
    return await self.app(scope, receive, send)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.13/site-packages/fastapi/applications.py", line 1135, in __call__
    await super().__call__(scope, receive, send)
  File "/usr/local/lib/python3.13/site-packages/starlette/applications.py", line 107, in __call__
    await self.middleware_stack(scope, receive, send)
  File "/usr/local/lib/python3.13/site-packages/starlette/middleware/errors.py", line 186, in __call__
    raise exc
  File "/usr/local/lib/python3.13/site-packages/starlette/middleware/errors.py", line 164, in __call__
    await self.app(scope, receive, _send)
  File "/usr/local/lib/python3.13/site-packages/starlette/middleware/base.py", line 191, in __call__
    with recv_stream, send_stream, collapse_excgroups():
                                   ~~~~~~~~~~~~~~~~~~^^
  File "/usr/local/lib/python3.13/contextlib.py", line 162, in __exit__
    self.gen.throw(value)
    ~~~~~~~~~~~~~~^^^^^^^
  File "/usr/local/lib/python3.13/site-packages/starlette/_utils.py", line 85, in collapse_excgroups
    raise exc
  File "/usr/local/lib/python3.13/site-packages/starlette/middleware/base.py", line 193, in __call__
    response = await self.dispatch_func(request, call_next)
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/app/backend/app/main.py", line 2700, in auth_middleware
    return await call_next(request)
           ^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.13/site-packages/starlette/middleware/base.py", line 168, in call_next
    raise app_exc from app_exc.__cause__ or app_exc.__context__
  File "/usr/local/lib/python3.13/site-packages/starlette/middleware/base.py", line 144, in coro
    await self.app(scope, receive_or_disconnect, send_no_error)
  File "/usr/local/lib/python3.13/site-packages/starlette/middleware/exceptions.py", line 63, in __call__
    await wrap_app_handling_exceptions(self.app, conn)(scope, receive, send)
  File "/usr/local/lib/python3.13/site-packages/starlette/_exception_handler.py", line 53, in wrapped_app
    raise exc
  File "/usr/local/lib/python3.13/site-packages/starlette/_exception_handler.py", line 42, in wrapped_app
    await app(scope, receive, sender)
  File "/usr/local/lib/python3.13/site-packages/fastapi/middleware/asyncexitstack.py", line 18, in __call__
    await self.app(scope, receive, send)
  File "/usr/local/lib/python3.13/site-packages/starlette/routing.py", line 716, in __call__
    await self.middleware_stack(scope, receive, send)
  File "/usr/local/lib/python3.13/site-packages/starlette/routing.py", line 736, in app
    await route.handle(scope, receive, send)
  File "/usr/local/lib/python3.13/site-packages/starlette/routing.py", line 290, in handle
    await self.app(scope, receive, send)
  File "/usr/local/lib/python3.13/site-packages/fastapi/routing.py", line 115, in app
    await wrap_app_handling_exceptions(app, request)(scope, receive, send)
  File "/usr/local/lib/python3.13/site-packages/starlette/_exception_handler.py", line 53, in wrapped_app
    raise exc
  File "/usr/local/lib/python3.13/site-packages/starlette/_exception_handler.py", line 42, in wrapped_app
    await app(scope, receive, sender)
  File "/usr/local/lib/python3.13/site-packages/fastapi/routing.py", line 101, in app
    response = await f(request)
               ^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.13/site-packages/fastapi/routing.py", line 355, in app
    raw_response = await run_endpoint_function(
                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    ...<3 lines>...
    )
    ^
  File "/usr/local/lib/python3.13/site-packages/fastapi/routing.py", line 243, in run_endpoint_function
    return await dependant.call(**values)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/app/backend/app/api/routes/archives.py", line 2887, in upload_source_3mf
    archive.source_3mf_path = str(source_path.relative_to(settings.base_dir))
                                  ~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.13/pathlib/_local.py", line 385, in relative_to
    raise ValueError(f"{str(self)!r} is not in the subpath of {str(other)!r}")
ValueError: '/app/source/nö-schriftzug.3mf' is not in the subpath of '/app/data'

Screenshots

No response

Additional Context

According to the logs, it saves the file under /app/source/.
However, Bambuddy expects the path to be under settings.base_dir = /app/data and then does:
source_path.relative_to(settings.base_dir)
→ crashes because /app/source/... is not under /app/data/...

Checklist

I have searched existing issues to ensure this bug hasn't already been reported
I am using the latest version of Bambuddy
My printer is set to LAN Only mode

Originally created by @BenGeba on GitHub (Feb 3, 2026). Original GitHub issue: https://github.com/maziggy/bambuddy/issues/252 Originally assigned to: @maziggy on GitHub. ### Bug Description When I am in the Archive section and want to assign a .3mf to a GCODE file, I get an error. Images are also not displayed even though they are available. ### Expected Behavior I can see the attached images and link the .3mf files. ### Steps to Reproduce 1. Print something 2. Go to the archive page 3. Try to open the photo 4. Try to connect the .3mf file ### Printer Model P1S ### Bambuddy Version 0.1.7 ### Printer Firmware Version 01.09 ### Installation Method Docker ### Operating System Linux (Ubuntu/Debian) ### Relevant Logs / Support Package ```shell ERROR: Exception in ASGI application Traceback (most recent call last): File "/usr/local/lib/python3.13/site-packages/uvicorn/protocols/http/httptools_impl.py", line 416, in run_asgi result = await app( # type: ignore[func-returns-value] ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ self.scope, self.receive, self.send ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ) ^ File "/usr/local/lib/python3.13/site-packages/uvicorn/middleware/proxy_headers.py", line 60, in __call__ return await self.app(scope, receive, send) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.13/site-packages/fastapi/applications.py", line 1135, in __call__ await super().__call__(scope, receive, send) File "/usr/local/lib/python3.13/site-packages/starlette/applications.py", line 107, in __call__ await self.middleware_stack(scope, receive, send) File "/usr/local/lib/python3.13/site-packages/starlette/middleware/errors.py", line 186, in __call__ raise exc File "/usr/local/lib/python3.13/site-packages/starlette/middleware/errors.py", line 164, in __call__ await self.app(scope, receive, _send) File "/usr/local/lib/python3.13/site-packages/starlette/middleware/base.py", line 191, in __call__ with recv_stream, send_stream, collapse_excgroups(): ~~~~~~~~~~~~~~~~~~^^ File "/usr/local/lib/python3.13/contextlib.py", line 162, in __exit__ self.gen.throw(value) ~~~~~~~~~~~~~~^^^^^^^ File "/usr/local/lib/python3.13/site-packages/starlette/_utils.py", line 85, in collapse_excgroups raise exc File "/usr/local/lib/python3.13/site-packages/starlette/middleware/base.py", line 193, in __call__ response = await self.dispatch_func(request, call_next) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/app/backend/app/main.py", line 2700, in auth_middleware return await call_next(request) ^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.13/site-packages/starlette/middleware/base.py", line 168, in call_next raise app_exc from app_exc.__cause__ or app_exc.__context__ File "/usr/local/lib/python3.13/site-packages/starlette/middleware/base.py", line 144, in coro await self.app(scope, receive_or_disconnect, send_no_error) File "/usr/local/lib/python3.13/site-packages/starlette/middleware/exceptions.py", line 63, in __call__ await wrap_app_handling_exceptions(self.app, conn)(scope, receive, send) File "/usr/local/lib/python3.13/site-packages/starlette/_exception_handler.py", line 53, in wrapped_app raise exc File "/usr/local/lib/python3.13/site-packages/starlette/_exception_handler.py", line 42, in wrapped_app await app(scope, receive, sender) File "/usr/local/lib/python3.13/site-packages/fastapi/middleware/asyncexitstack.py", line 18, in __call__ await self.app(scope, receive, send) File "/usr/local/lib/python3.13/site-packages/starlette/routing.py", line 716, in __call__ await self.middleware_stack(scope, receive, send) File "/usr/local/lib/python3.13/site-packages/starlette/routing.py", line 736, in app await route.handle(scope, receive, send) File "/usr/local/lib/python3.13/site-packages/starlette/routing.py", line 290, in handle await self.app(scope, receive, send) File "/usr/local/lib/python3.13/site-packages/fastapi/routing.py", line 115, in app await wrap_app_handling_exceptions(app, request)(scope, receive, send) File "/usr/local/lib/python3.13/site-packages/starlette/_exception_handler.py", line 53, in wrapped_app raise exc File "/usr/local/lib/python3.13/site-packages/starlette/_exception_handler.py", line 42, in wrapped_app await app(scope, receive, sender) File "/usr/local/lib/python3.13/site-packages/fastapi/routing.py", line 101, in app response = await f(request) ^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.13/site-packages/fastapi/routing.py", line 355, in app raw_response = await run_endpoint_function( ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ...<3 lines>... ) ^ File "/usr/local/lib/python3.13/site-packages/fastapi/routing.py", line 243, in run_endpoint_function return await dependant.call(**values) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/app/backend/app/api/routes/archives.py", line 2887, in upload_source_3mf archive.source_3mf_path = str(source_path.relative_to(settings.base_dir)) ~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.13/pathlib/_local.py", line 385, in relative_to raise ValueError(f"{str(self)!r} is not in the subpath of {str(other)!r}") ValueError: '/app/source/nö-schriftzug.3mf' is not in the subpath of '/app/data' ``` ### Screenshots _No response_ ### Additional Context According to the logs, it saves the file under /app/source/. However, Bambuddy expects the path to be under settings.base_dir = /app/data and then does: source_path.relative_to(settings.base_dir) → crashes because /app/source/... is not under /app/data/... ### Checklist - [x] I have searched existing issues to ensure this bug hasn't already been reported - [x] I am using the latest version of Bambuddy - [x] My printer is set to LAN Only mode

BreizhHardware

2026-05-06 12:26:30 +02:00

closed this issue
added the
bug
label

BreizhHardware commented

2026-05-06 12:26:31 +02:00

Author

Owner

@BenGeba commented on GitHub (Feb 3, 2026):

Also seems to be related to the error https://github.com/maziggy/bambuddy/issues/232

@BenGeba commented on GitHub (Feb 3, 2026): Also seems to be related to the error https://github.com/maziggy/bambuddy/issues/232

BreizhHardware commented

2026-05-06 12:26:31 +02:00

Author

Owner

@maziggy commented on GitHub (Feb 3, 2026):

Did you restart the container after upgrading? To me it looks like the database migration was not done.

@maziggy commented on GitHub (Feb 3, 2026): Did you restart the container after upgrading? To me it looks like the database migration was not done.

BreizhHardware commented

2026-05-06 12:26:31 +02:00

Author

Owner

@BenGeba commented on GitHub (Feb 3, 2026):

It was a fresh install from docker compose

@BenGeba commented on GitHub (Feb 3, 2026): It was a fresh install from docker compose

BreizhHardware commented

2026-05-06 12:26:31 +02:00

Author

Owner

@maziggy commented on GitHub (Feb 3, 2026):

Just to make sure, please rebuild the image.

@maziggy commented on GitHub (Feb 3, 2026): Just to make sure, please rebuild the image.

BreizhHardware commented

2026-05-06 12:26:32 +02:00

Author

Owner

@BenGeba commented on GitHub (Feb 3, 2026):

Apparently, there was an error caused by Komodo (a Portainer alternative). I removed and deleted the container from the compose there and added it again using the installation script. Now it works. But I wonder why there were errors with Komodo?

@BenGeba commented on GitHub (Feb 3, 2026): Apparently, there was an error caused by Komodo (a Portainer alternative). I removed and deleted the container from the compose there and added it again using the installation script. Now it works. But I wonder why there were errors with Komodo?

BreizhHardware commented

2026-05-06 12:26:32 +02:00

Author

Owner

@andretietz commented on GitHub (Feb 3, 2026):

Good that you mention that. I am having the same problem using the P2S. But I am running on the prebuild images from github. @BenGeba did you try if the prebuild one for you has the same problem?
If so, the image build has an issue somehow.

@andretietz commented on GitHub (Feb 3, 2026): Good that you mention that. I am having the same problem using the P2S. But I am running on the prebuild images from github. @BenGeba did you try if the prebuild one for you has the same problem? If so, the image build has an issue somehow.

BreizhHardware commented

2026-05-06 12:26:32 +02:00

Author

Owner

@maziggy commented on GitHub (Feb 4, 2026):

Sorry, I don't know Komodo at all.

@maziggy commented on GitHub (Feb 4, 2026): Sorry, I don't know Komodo at all.

BreizhHardware commented

2026-05-06 12:26:32 +02:00

Author

Owner

@andretietz commented on GitHub (Feb 4, 2026):

@maziggy

If the pre built images from bambuddy (the ones you provide) are broken as well, this is not related to komodo.
Please verify at least, that the prebuild images work as intended, they don't work for me though

@andretietz commented on GitHub (Feb 4, 2026): @maziggy If the pre built images from bambuddy (the ones you provide) are broken as well, this is not related to komodo. Please verify at least, that the prebuild images work as intended, they don't work for me though

BreizhHardware commented

2026-05-06 12:26:32 +02:00

Author

Owner

@maziggy commented on GitHub (Feb 4, 2026):

The images are not broken. As already said it looks like a migration task was not triggered when you upgraded your installation. I can only suggest to do a clean install and watch the logs for errors.

@maziggy commented on GitHub (Feb 4, 2026): The images are not broken. As already said it looks like a migration task was not triggered when you upgraded your installation. I can only suggest to do a clean install and watch the logs for errors.

BreizhHardware referenced this issue

2026-05-06 12:34:04 +02:00

[PR #175] [MERGED] Add STL thumbnail generation support to File Manager #937

BreizhHardware referenced this issue

2026-05-06 12:34:09 +02:00

[PR #196] [MERGED] Feature/stl thumbnail #952