#138 - [GH-ISSUE #218] [Bug]: failed to upload file to printer - P2S - starred/bambuddy-maziggy-1

BreizhHardware commented

2026-05-07 00:06:41 +02:00

Owner

Originally created by @deathly1987 on GitHub (Feb 1, 2026).
Original GitHub issue: https://github.com/maziggy/bambuddy/issues/218

Originally assigned to: @maziggy on GitHub.

Bug Description

Druckdateien werden nicht an den P2S übertragen.
Es kommt immer der Fehler "Failed to upload file to printer".
Die Datei selbst ist aber auf dem USB, welcher im Drucker steckt, vorhanden.
Diese kann am Drucker ausgewählt werden und auch gedruckt werden.

Beim A1 funktioniert die Übertragung ohne Probleme.

Expected Behavior

Steps to Reproduce

Printer Model

P2S

Bambuddy Version

0.1.6-final

Printer Firmware Version

01.01.01.00

Installation Method

Docker

Operating System

Linux (Ubuntu/Debian)

Relevant Logs / Support Package

Screenshots

No response

Additional Context

No response

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 @deathly1987 on GitHub (Feb 1, 2026). Original GitHub issue: https://github.com/maziggy/bambuddy/issues/218 Originally assigned to: @maziggy on GitHub. ### Bug Description Druckdateien werden nicht an den P2S übertragen. Es kommt immer der Fehler "Failed to upload file to printer". Die Datei selbst ist aber auf dem USB, welcher im Drucker steckt, vorhanden. Diese kann am Drucker ausgewählt werden und auch gedruckt werden. Beim A1 funktioniert die Übertragung ohne Probleme. ### Expected Behavior - ### Steps to Reproduce - ### Printer Model P2S ### Bambuddy Version 0.1.6-final ### Printer Firmware Version 01.01.01.00 ### Installation Method Docker ### Operating System Linux (Ubuntu/Debian) ### Relevant Logs / Support Package ```shell ``` ### Screenshots _No response_ ### Additional Context _No response_ ### 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-07 00:06:41 +02:00

closed this issue
added the
bug
label

BreizhHardware commented

2026-05-07 00:06:42 +02:00

Author

Owner

@deathly1987 commented on GitHub (Feb 1, 2026):

bambuddy.log
support-info.json

@deathly1987 commented on GitHub (Feb 1, 2026): [bambuddy.log](https://github.com/user-attachments/files/24992769/bambuddy.log) [support-info.json](https://github.com/user-attachments/files/24992770/support-info.json)

BreizhHardware commented

2026-05-07 00:06:42 +02:00

Author

Owner

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

Something went terrible wrong with mgerging for the release. We already fixed this long time ago.

Anyway....fix is availabale in branch 0.1.7b. Please chekc and let me know.

@maziggy commented on GitHub (Feb 1, 2026): Something went terrible wrong with mgerging for the release. We already fixed this long time ago. Anyway....fix is availabale in branch 0.1.7b. Please chekc and let me know.

BreizhHardware commented

2026-05-07 00:06:42 +02:00

Author

Owner

@deathly1987 commented on GitHub (Feb 2, 2026):

So langsam zweifel ich an mir selbst....

Hab nun alle möglichen Varianten ausprobiert...

Aktuell teste ich zweigleisig, weil ich meinen Fehler nicht finde...

--- Beta (v0.1.7b) ---

Die Dateien sind lokal auf meinen Unraid gespeichert und der Compose sieht wie folgt aus:

services:
  bambuddy_beta:
    #image: ghcr.io/maziggy/bambuddy:latest
    build: .
    container_name: bambuddy_beta
    network_mode: host
    volumes:
      - /mnt/user/appdata/bambuddy_test/data:/app/data
      - /mnt/user/appdata/bambuddy_test/logs:/app/logs
      #- /mnt/user/appdata/bambuddy_test/virtual_printer:/app/data/virtual_printer
      #- /mnt/user/appdata/bambuddy_test/virtual_printer/certs:/app/data/virtual_printer/certs
    environment:
      - TZ=Europe/Berlin
      - PORT=1122
    restart: unless-stopped

Logs dazu:
bambuddy.log
support-info.json

Was mich hier nun gerade wieder stutzig macht....
Am Anfang konnte ich Dateien hochladen und an Drucker schicken, aber nun beim zweiten Versuch hängt er, wie beim "main":

--- Main (v0.1.6.1 / latest) ---

Läuft wie folgt:

services:
  bambuddy_main:
    image: ghcr.io/maziggy/bambuddy:0.1.6.1
    build: .
    container_name: bambuddy_main
    network_mode: host
    volumes:
      - /mnt/user/appdata/bambuddy_test2/data:/app/data
      - /mnt/user/appdata/bambuddy_test2/logs:/app/logs
      #- /mnt/user/appdata/bambuddy_test/virtual_printer:/app/data/virtual_printer
      #- /mnt/user/appdata/bambuddy_test/virtual_printer/certs:/app/data/virtual_printer/certs
    environment:
      - TZ=Europe/Berlin
      - PORT=1133
    restart: unless-stopped

Erster Punkt, den ich mir nicht erklären kann:
Egal ob, bambuddy:0.1.6.1 oder bambuddy:latest

Im UI steht immer:

Nun verstehe ich die Welt noch weniger...
Wollte das Fehlerbild für die Logs reproduzieren, weil er in dem Build beim schicken in die Qeue immer ins unendliche "geladen" hat, aber nie was passiert ist.

Nun ging dies nachdem gefühlten 20sten Versuch und habe das selbe Fehlerbild, wie bei meinem "Beta":

Logs dazu:
bambuddy.log
support-info.json

Ich habe beidem beiden schon die Images gelöscht und in allen möglichen Varianten neu aufgesetzt, aber leider hängt mein Hirn in irgendeinem Denkfehler.

In Docker laufen aktuell zwei:

Nicht wundern, beta hab ich gerade gekillt.

Liegt das vllt. an der Thematik, dass im Backend die Instanzen doppelt unter dem selben Port laufen oder ist das nur beim SpoolBuddy so?

@deathly1987 commented on GitHub (Feb 2, 2026): So langsam zweifel ich an mir selbst.... Hab nun alle möglichen Varianten ausprobiert... Aktuell teste ich zweigleisig, weil ich meinen Fehler nicht finde... --- Beta (v0.1.7b) --- Die Dateien sind lokal auf meinen Unraid gespeichert und der Compose sieht wie folgt aus: ``` services: bambuddy_beta: #image: ghcr.io/maziggy/bambuddy:latest build: . container_name: bambuddy_beta network_mode: host volumes: - /mnt/user/appdata/bambuddy_test/data:/app/data - /mnt/user/appdata/bambuddy_test/logs:/app/logs #- /mnt/user/appdata/bambuddy_test/virtual_printer:/app/data/virtual_printer #- /mnt/user/appdata/bambuddy_test/virtual_printer/certs:/app/data/virtual_printer/certs environment: - TZ=Europe/Berlin - PORT=1122 restart: unless-stopped ``` Logs dazu: [bambuddy.log](https://github.com/user-attachments/files/24997786/bambuddy.log) [support-info.json](https://github.com/user-attachments/files/24997787/support-info.json) <img width="1437" height="144" alt="Image" src="https://github.com/user-attachments/assets/24c7402a-e09e-4da3-be76-27f2f46ef29f" /> Was mich hier nun gerade wieder stutzig macht.... Am Anfang konnte ich Dateien hochladen und an Drucker schicken, aber nun beim zweiten Versuch hängt er, wie beim "main": <img width="548" height="383" alt="Image" src="https://github.com/user-attachments/assets/bd868956-e1cc-4deb-adf3-1dc78abaf603" /> --- Main (v0.1.6.1 / latest) --- Läuft wie folgt: ``` services: bambuddy_main: image: ghcr.io/maziggy/bambuddy:0.1.6.1 build: . container_name: bambuddy_main network_mode: host volumes: - /mnt/user/appdata/bambuddy_test2/data:/app/data - /mnt/user/appdata/bambuddy_test2/logs:/app/logs #- /mnt/user/appdata/bambuddy_test/virtual_printer:/app/data/virtual_printer #- /mnt/user/appdata/bambuddy_test/virtual_printer/certs:/app/data/virtual_printer/certs environment: - TZ=Europe/Berlin - PORT=1133 restart: unless-stopped ``` Erster Punkt, den ich mir nicht erklären kann: Egal ob, `bambuddy:0.1.6.1` oder `bambuddy:latest` Im UI steht immer: <img width="203" height="79" alt="Image" src="https://github.com/user-attachments/assets/41f70dea-7952-4310-ab70-9447b8f21b56" /> Nun verstehe ich die Welt noch weniger... Wollte das Fehlerbild für die Logs reproduzieren, weil er in dem Build beim schicken in die Qeue immer ins unendliche "geladen" hat, aber nie was passiert ist. Nun ging dies nachdem gefühlten 20sten Versuch und habe das selbe Fehlerbild, wie bei meinem "Beta": <img width="1412" height="153" alt="Image" src="https://github.com/user-attachments/assets/33e7f1bd-e4e0-413a-bca4-07a1861654ca" /> Logs dazu: [bambuddy.log](https://github.com/user-attachments/files/24997876/bambuddy.log) [support-info.json](https://github.com/user-attachments/files/24997877/support-info.json) Ich habe beidem beiden schon die Images gelöscht und in allen möglichen Varianten neu aufgesetzt, aber leider hängt mein Hirn in irgendeinem Denkfehler. In Docker laufen aktuell zwei: <img width="1053" height="98" alt="Image" src="https://github.com/user-attachments/assets/138b443f-ac07-4449-8f33-54b2a8909f34" /> Nicht wundern, beta hab ich gerade gekillt. Liegt das vllt. an der Thematik, dass im Backend die Instanzen doppelt unter dem selben Port laufen oder ist das nur beim SpoolBuddy so?

BreizhHardware commented

2026-05-07 00:06:42 +02:00

Author

Owner

@deathly1987 commented on GitHub (Feb 2, 2026):

Nun habe ich für beide Container das Image gelöscht und für den "main" die compose geändert:

services:
  bambuddy_main:
    image: ghcr.io/maziggy/bambuddy:latest
    #build: .
    container_name: bambuddy_main
    network_mode: host
    volumes:
      - /mnt/user/appdata/bambuddy_test2/data:/app/data
      - /mnt/user/appdata/bambuddy_test2/logs:/app/logs
      #- /mnt/user/appdata/bambuddy_test/virtual_printer:/app/data/virtual_printer
      #- /mnt/user/appdata/bambuddy_test/virtual_printer/certs:/app/data/virtual_printer/certs
    environment:
      - TZ=Europe/Berlin
      - PORT=1133
    restart: unless-stopped

Nun habe ich dort wieder das ursprüngliche Fehlerbild, dass er ins unendliche lädt:

Jetzt habe ich die compose mal nach den Docs gemacht:

services:
  bambuddy_main:
    image: ghcr.io/maziggy/bambuddy:latest
    #build: .
    container_name: bambuddy_main
    network_mode: host
    volumes:
      - bambuddy_data:/app/data
      - bambuddy_logs:/app/logs
    environment:
      - TZ=Europe/Berlin
      - PORT=1133
    restart: unless-stopped
    
volumes:
  bambuddy_data:
  bambuddy_logs:

War nochmal im Keller und habe erneut verschiedene USB getestet...
Vorher am PC per FAT32 oder exFAT formartiert.
Nachdem die Fehler mit dem USB weiterhin aufgetaucht sind, beide Sticks am Drucker selbst formatiert --> auch keine Besserung.

Nächster Test: [v0.1.6b10]
Bevor ich das Feature mit empty plate gefunden hatte und testen wollte ging der P2S ohne Probleme...

Siehe da... P2S läuft mit lokalen b10 Dateien im "Beta" Docker wieder:

@deathly1987 commented on GitHub (Feb 2, 2026): Nun habe ich für beide Container das Image gelöscht und für den "main" die compose geändert: ``` services: bambuddy_main: image: ghcr.io/maziggy/bambuddy:latest #build: . container_name: bambuddy_main network_mode: host volumes: - /mnt/user/appdata/bambuddy_test2/data:/app/data - /mnt/user/appdata/bambuddy_test2/logs:/app/logs #- /mnt/user/appdata/bambuddy_test/virtual_printer:/app/data/virtual_printer #- /mnt/user/appdata/bambuddy_test/virtual_printer/certs:/app/data/virtual_printer/certs environment: - TZ=Europe/Berlin - PORT=1133 restart: unless-stopped ``` Nun habe ich dort wieder das ursprüngliche Fehlerbild, dass er ins unendliche lädt: <img width="552" height="361" alt="Image" src="https://github.com/user-attachments/assets/a3beab37-ad6d-40b1-89fb-b2d136d23f83" /> Jetzt habe ich die compose mal nach den Docs gemacht: ``` services: bambuddy_main: image: ghcr.io/maziggy/bambuddy:latest #build: . container_name: bambuddy_main network_mode: host volumes: - bambuddy_data:/app/data - bambuddy_logs:/app/logs environment: - TZ=Europe/Berlin - PORT=1133 restart: unless-stopped volumes: bambuddy_data: bambuddy_logs: ``` War nochmal im Keller und habe erneut verschiedene USB getestet... Vorher am PC per FAT32 oder exFAT formartiert. Nachdem die Fehler mit dem USB weiterhin aufgetaucht sind, beide Sticks am Drucker selbst formatiert --> auch keine Besserung. Nächster Test: [v0.1.6b10] Bevor ich das Feature mit empty plate gefunden hatte und testen wollte ging der P2S ohne Probleme... Siehe da... P2S läuft mit lokalen b10 Dateien im "Beta" Docker wieder: <img width="923" height="620" alt="Image" src="https://github.com/user-attachments/assets/96429043-d0df-4f7d-9d44-6c9404030db0" />

BreizhHardware commented

2026-05-07 00:06:42 +02:00

Author

Owner

@opensourcefan commented on GitHub (Feb 2, 2026):

Could this be related to #174

@opensourcefan commented on GitHub (Feb 2, 2026): Could this be related to #174

BreizhHardware commented

2026-05-07 00:06:43 +02:00

Author

Owner

@deathly1987 commented on GitHub (Feb 2, 2026):

Mir ist gerade nochmal was aufgefallen..

Habe in der Beta nochmal die Daten von "v0.1.7b" geladen.

Anschließend den Drucker gelöscht und das Model nicht ausgefüllt.
Der Drucker wurde dann in der Übersicht als "N7" angezeigt.
Datei zum P2S geschickt und da hat der Druck auf einmal gestartet.

Anschließend das Model über Edit auf P2S geändert und nochmal Daten geschickt --> Fehler wie gehabt --> Failed to upload file to printer

Drucker nochmal gelöscht und Model wieder weg gelassen...

Wieder ursprünglicher Fehler: Failed to upload file to printer

Da muss im Hintergrund irgendwas blockieren.

Image gelöscht und Docker neu geladen..

Selber Test ohne Model --> Druck startet wieder...

Model nachgetragen --> geht wieder nicht

Wenn man das Model weg lässt, dann geht die Kamera auch nicht.
Trägt man es stattdessen ein, dann geht die Kamera wieder, aber empfängt wieder keine Daten..

@deathly1987 commented on GitHub (Feb 2, 2026): Mir ist gerade nochmal was aufgefallen.. Habe in der Beta nochmal die Daten von "v0.1.7b" geladen. Anschließend den Drucker gelöscht und das Model nicht ausgefüllt. Der Drucker wurde dann in der Übersicht als "N7" angezeigt. Datei zum P2S geschickt und da hat der Druck auf einmal gestartet. Anschließend das Model über Edit auf P2S geändert und nochmal Daten geschickt --> Fehler wie gehabt --> Failed to upload file to printer Drucker nochmal gelöscht und Model wieder weg gelassen... Wieder ursprünglicher Fehler: Failed to upload file to printer Da muss im Hintergrund irgendwas blockieren. Image gelöscht und Docker neu geladen.. Selber Test ohne Model --> Druck startet wieder... Model nachgetragen --> geht wieder nicht Wenn man das Model weg lässt, dann geht die Kamera auch nicht. Trägt man es stattdessen ein, dann geht die Kamera wieder, aber empfängt wieder keine Daten..

BreizhHardware commented

2026-05-07 00:06:43 +02:00

Author

Owner

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

Please first update to the latest version and send a new support package.

@maziggy commented on GitHub (Feb 2, 2026): Please first update to the latest version and send a new support package.

BreizhHardware commented

2026-05-07 00:06:43 +02:00

Author

Owner

@deathly1987 commented on GitHub (Feb 2, 2026):

@maziggy
Fehler besteht weiterhin mit 0.1.6.2:
bambuddy.log
support-info.json

@deathly1987 commented on GitHub (Feb 2, 2026): @maziggy Fehler besteht weiterhin mit 0.1.6.2: [bambuddy.log](https://github.com/user-attachments/files/25008100/bambuddy.log) [support-info.json](https://github.com/user-attachments/files/25008104/support-info.json)

BreizhHardware commented

2026-05-07 00:06:43 +02:00

Author

Owner

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

There's somehting wrong with FTPS. Will look into this more detailed later today.

@maziggy commented on GitHub (Feb 2, 2026): There's somehting wrong with FTPS. Will look into this more detailed later today.

BreizhHardware commented

2026-05-07 00:06:43 +02:00

Author

Owner

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

Ehm....SD card is inserted?

@maziggy commented on GitHub (Feb 2, 2026): Ehm....SD card is inserted?

BreizhHardware commented

2026-05-07 00:06:43 +02:00

Author

Owner

@deathly1987 commented on GitHub (Feb 2, 2026):

Ja, P2S hat nur USB

@deathly1987 commented on GitHub (Feb 2, 2026): Ja, P2S hat nur USB

BreizhHardware commented

2026-05-07 00:06:43 +02:00

Author

Owner

@deathly1987 commented on GitHub (Feb 2, 2026):

damit geht es bei mir: https://github.com/maziggy/bambuddy/pull/227

@deathly1987 commented on GitHub (Feb 2, 2026): damit geht es bei mir: https://github.com/maziggy/bambuddy/pull/227

BreizhHardware commented

2026-05-07 00:06:43 +02:00

Author

Owner

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

Danke!!!

@maziggy commented on GitHub (Feb 2, 2026): Danke!!!

Rows
Columns

[GH-ISSUE #218] [Bug]: failed to upload file to printer - P2S #138

Bug Description

Expected Behavior

Steps to Reproduce

Printer Model

Bambuddy Version

Printer Firmware Version

Installation Method

Operating System

Relevant Logs / Support Package

Screenshots

Additional Context

Checklist