mirror of
https://github.com/maziggy/bambuddy.git
synced 2026-05-09 05:35:30 +02:00
[GH-ISSUE #299] [Bug]: Opening model to slice doesn't work (Linux / Brave browser) #186
Labels
No labels
A1
automated
automated
bug
bug
Closed due to inactivity
contrib
dependencies
dependencies
duplicate
enhancement
feedback
hold
invalid
Notes
P1S
pull-request
security
security
ThumbsUp
user-report
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/bambuddy#186
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @jhf2442 on GitHub (Feb 8, 2026).
Original GitHub issue: https://github.com/maziggy/bambuddy/issues/299
Originally assigned to: @maziggy on GitHub.
Bug Description
when clicking on "Slice" button, browser asks to open using external app - then claims not found
Using firefox:
Prevented navigation to “bambustudioopen://http%3A%2F%2Flocalhost%3A5173%2Fapi%2Fv1%2Farchives%2F1%2Ffile%2FMicro%2520Screwdriwer%2520Handle%2520for%2520Ants%2520and%2520tight%2520spaces.3mf” due to an unknown protocol.
My interpretation is that bambustudioopen:// handler is not registered in system - who should have done it ? Bambustudio ?
Installation issue under (Arch)Linux ? Is this working out of the box under Windows ?
3MF files are associated with Bambustudio - double click from file manager works fine.
Expected Behavior
Bambu studio opens, downloads the file and slices
Steps to Reproduce
Printer Model
P1S
Bambuddy Version
0.1.8.1
Printer Firmware Version
00
Installation Method
Manual (git clone)
Operating System
Linux (Other)
Relevant Logs / Support Package
Screenshots
No response
Additional Context
No response
Checklist
@maziggy commented on GitHub (Feb 8, 2026):
Your analysis is correct — the bambustudioopen:// protocol handler is registered by Bambu Studio during installation, not by Bambuddy. Bambuddy simply uses this protocol to hand off files to the slicer.
On Linux, this depends on how Bambu Studio was installed. Some installation methods (especially AppImage) may not register the protocol handler with your desktop environment. You may need to manually create a .desktop file that registers the bambustudioopen:// scheme:
[Desktop Entry]
Type=Application
Name=Bambu Studio URL Handler
Exec=/path/to/BambuStudio %u
MimeType=x-scheme-handler/bambustudioopen;
NoDisplay=true
Then register it:
xdg-mime default bambustudio-url.desktop x-scheme-handler/bambustudioopen
This is a Bambu Studio setup issue rather than a Bambuddy bug, so I'll close this as out of scope — but happy to help if you need more guidance getting the handler registered!
If you find Bambuddy useful, please consider giving it a ⭐ on GitHub — it helps others discover the project!
@jhf2442 commented on GitHub (Feb 8, 2026):
Many thanks. Not using snap.
For reference: under /opt/bambustudio-bin I could find a .desktop file and register it using the xdg-mime command you provided. Now bambu-studio opens when clicking on the "slice" button
However:
The url seems to be fine, feeding it (without the bambustudiopen part) into a browser yiuelds to downloading the 3mf file
@maziggy commented on GitHub (Feb 8, 2026):
Don't know where the file in /opt/bambustudio-bin comes from. Not from Bambuddy!
@jhf2442 commented on GitHub (Feb 8, 2026):
No, was provided by the arch linux package - no idea why this was not sourced into mime types
@maziggy commented on GitHub (Feb 8, 2026):
Aha...don't know. Where does that come from? ;)
@Bgabor997 commented on GitHub (Feb 16, 2026):
having the same issue, did u managed to figure out? @jhf2442
@Bgabor997 commented on GitHub (Feb 16, 2026):
not sure if its accurate or not, but if I'm clicking the button on makerworld it tries to open a differently structured url. is that open supposed to be before the :// part?
@maziggy commented on GitHub (Feb 16, 2026):
The open is a path component, not part of the protocol name.
Sorry, I don't know what to do. This is a OS and/or browser realted issue.
@Bgabor997 commented on GitHub (Feb 16, 2026):
haha i can see 😄 it show bambustudio on virtual windows, but on ubuntu it show bambustudioopen on every browser