[Bug]: P2S - every print falls back to "no 3MF available"; FTPS returns 550 for all 3MF probe paths

[MacheteBang]

Component

Bambuddy

Bug Description

Every print I send to my Bambu Lab P2S from Bambu Studio ends up as a "no 3MF available" fallback archive. There's no error in the logs, just no source 3MF.

The sequence is the same for every P2S print:

1. MQTT reports PRINT START with file: /data/Metadata/plate_1.gcode and a usable subtask_name.
2. Bambuddy derives the candidate filenames ['<subtask>.gcode.3mf', '<subtask>.3mf', 'plate_1.gcode.3mf', 'plate_1.3mf'] and probes them across /, /cache/, /model/, /data/, and /data/Metadata/ on the printer's FTPS.
3. Every single probe returns 550 Failed to open file. (not on printer).
4. Bambuddy then runs the "search directories" fallback (a few follow-up FTPS connects), still finds nothing, and finally creates a fallback archive: Could not find 3MF file for print: /data/Metadata/plate_1.gcode, then Created fallback archive N for <subtask> (no 3MF available).

Downstream, the archive has no source 3MF, no thumbnail (the cover-image fetch goes through the same paths), and none of the slicer-derived metadata.

The same Bambuddy instance handles a Bambu A1 on the same network without issue. For the A1 I can see the slicer-side FTPS upload land (STOR confirmed: 226) and Bambuddy then reads the 3MF cover image back. Only the P2S is broken, so the install, network, MQTT, and Bambuddy logic all appear to be working.

I tested every combination of slicer storage setting and physical USB on the P2S in Bambu Studio:

Slicer Storage	USB drive in P2S	Result
Internal	not attached	fallback archive
Internal	attached	fallback archive
External	not attached	fallback archive
External	attached	fallback archive

Every combination produces the same 550 Failed to open file on every probe path. The slicer reports the print starting normally and MQTT reports a clean subtask_name, so the slicer thinks it's doing its job. Even with a USB drive plugged in, the .gcode.3mf does not appear anywhere Bambuddy can find it over FTPS.

There was at least one earlier print on this same P2S that landed as a normal, fully populated archive with metadata, so the printer side is capable of producing one. I haven't been able to figure out what was different about that print.

Expected Behavior

A print sent to the P2S from Bambu Studio, under any of the storage and USB combinations above, should result in Bambuddy locating the .gcode.3mf somewhere readable and producing a normal archive with the source 3MF, thumbnail, and slicer metadata. That's what it does for the A1.

Steps to Reproduce

1. Bambu Lab P2S in LAN-Only Mode with Developer Mode enabled, Access Code recorded.
2. Bambu Studio sees that printer in LAN mode.
3. Slice any project and send the print from the slicer.
4. Watch docker logs bambuddy -f. Within roughly 30 seconds of PRINT START you'll see the probe sequence end with Could not find 3MF file for print: /data/Metadata/plate_1.gcode, then Created fallback archive N for <subtask_name> (no 3MF available).
5. Open that archive in the Bambuddy UI: no source 3MF, no thumbnail, no metadata.

Printer Model

P2S

Bambuddy Version

0.2.3.2

SpoolBuddy Version

No response

Printer Firmware Version

01.02.00.00

Installation Method

Docker

Operating System

Linux (Other)

Relevant Logs / Support Package

bambuddy-support-20260430-171835.zip

Screenshots

No response

Additional Context

• One earlier success on the same printer: at least one previous print on this P2S landed as a normal non-fallback archive with full metadata. Every print since has been a fallback. I haven't been able to isolate what was different about that one print. I think this was before the P2S firmware was updated
• Workaround in use: I manually drop the slicer's .gcode.3mf into the archive folder, point print_archives.file_path and source_3mf_path at it, POST /api/v1/archives/<id>/rescan, and unzip Metadata/plate_1.png for the thumbnail. Works fine but doesn't scale. Every P2S print needs this
• Possibly related: [Bug]: Certain prints fail to automatically archive and result in an empty fallback archive. #1117 reports the same end symptom (empty fallback archive, no 3MF, no thumbnail) on an H2D, but the reporter says it's sporadic and couldn't reproduce reliably. My case reproduces 100% of the time on the P2S, so if the underlying cause is the same, this might be a more useful repro to chase it from.

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
• My printer has Developer Mode enabled

[maziggy]

Please upload a support package -> https://wiki.bambuddy.cool/features/system-info/?h=debug#enable-debug-logging

[MacheteBang]

Please upload a support package -> https://wiki.bambuddy.cool/features/system-info/?h=debug#enable-debug-logging

Uploaded directly to ticket. Thanks!

[maziggy]

This should already be fixed. Please use latest daily build and let me know if it works for you.

[maziggy]

Did you follow the install instructions?

[MacheteBang]

That seems to be the problem, however in my current version of Bambu Studio (2.6.0.51) connecting to my P2S (1.02.00.00), that option isn't there in the slicer. I found it in the Print Settings on the printer directly!

[maziggy]

I found it in the Print Settings on the printer directly!

Thanks for letting me know. Will update the docs.

---

If you find Bambuddy useful, please consider giving it a ⭐ on GitHub — it helps others discover the project!

[andyspinball]

I was missing m thumbnails and my 3mf files as well. I just installed a workaround to populate the thumbnails until this is resolved in the next release. Here is what I did

BamBuddy P2S Archive Thumbnail Fix

Problem: P2S printers can't deliver the 3MF file to BamBuddy over FTP, so archives are created without thumbnails. Tracked in GitHub issue #1170.

Workaround: A cron job that runs every 5 minutes and uses the finish photo captured by the camera as the archive thumbnail.

Key info:

BamBuddy URL: http://192.168.50.172:8080
Data path: DATA=/var/lib/docker/volumes/bambuddy_bambuddy_data/_data
Script location: ~/bambuddy/fix_thumbnails.sh
Running on: ghcr.io/maziggy/bambuddy:latest
Manual backfill command (if ever needed):

bash
sudo /home/andyspinball/bambuddy/fix_thumbnails.sh
When upstream fix ships:

Remove cron job: crontab -e and delete the last line
Monitor: #1170
Note: Reprint button will remain grayed out until #1170 is fixed — no 3MF file means nothing to reprint from.

[swarley0506]

I am unable to find this setting at all for my A1 either in the slicer or on the device itself. It does not show up in Print options or in the storage area of the slicer.

Have a working SD card inserted but no options to toggle setting on.

Power-cycle of printer done after enabling LAN mode and developer settings.

Is there some other way to enable this or is there a workaround to this for an A1?

[maziggy]

I am unable to find this setting at all for my A1 either in the slicer or on the device itself. It does not show up in Print options or in the storage area of the slicer.

Have a working SD card inserted but no options to toggle setting on.

Power-cycle of printer done after enabling LAN mode and developer settings.

Is there some other way to enable this or is there a workaround to this for an A1?

Please open a new issue. Thx.