mirror of
https://github.com/maziggy/bambuddy.git
synced 2026-05-09 05:35:30 +02:00
[GH-ISSUE #94] [Feature]: File storage other than Projects and Archive #49
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#49
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 @RyanEwen on GitHub (Jan 18, 2026).
Original GitHub issue: https://github.com/maziggy/bambuddy/issues/94
Originally assigned to: @maziggy on GitHub.
Problem or Use Case
I would love to have a place where I can create folders and upload gcode files for printing at will, other than on the printer's SD cards and the Archive.
The printer's SD cards are slow and annoying to manage when the same files are printed across many printers.
The archive doesn't make sense to me as it's more of a history than a file storage area, and doesn't support folder organization.
Projects almost seemed like what I want, but it's tied to the archive, and has set expectations (# of plates and prints etc) which don't make sense for items to be reprinted on-demand indefinitely.
Proposed Solution
A simple file/folder storage area similar to the archive but non-historical and manually managed would be wonderful.
Alternatives Considered
No response
Feature Category
Print Archiving
Priority
Critical for my use case
Mockups or Examples
No response
Contribution
Checklist
@maziggy commented on GitHub (Jan 19, 2026):
Please use latest relase 0.1.6b9 and let me know if it works for you.
https://wiki.bambuddy.cool/features/file-manager/
@RyanEwen commented on GitHub (Jan 19, 2026):
Wow that was quick. This looks really good, except it would be ideal to start a print from here directly instead of having to go to the queue first
@maziggy commented on GitHub (Jan 20, 2026):
Print can now be triggered directly from file card. Available in branch 0.1.6b10.
Can you do me a favor and test all the possible paths to start/queue a print (archive card, queue item, file manager)?
@RyanEwen commented on GitHub (Jan 20, 2026):
I'll play around with it today as I get time and report back
@RyanEwen commented on GitHub (Jan 20, 2026):
Couple of quick things I've noticed:
@maziggy commented on GitHub (Jan 20, 2026):
Added rename to folder and files and a print button to navbar. Mobile should be fixed, please confirm.
Use branch 0.1.6b10
@RyanEwen commented on GitHub (Jan 20, 2026):
Rename works great. Mobile (tested on iPad in Chrome) does not show
Print button at the top, or... icon on the files, however@RyanEwen commented on GitHub (Jan 20, 2026):
On smaller devices the folders bar uses all the space. Maybe on devices this small the folders view should be more like the one used to browse the printer SD card?
@RyanEwen commented on GitHub (Jan 20, 2026):
Actually it seems that on Desktop the Print option is missing from the ... menu, and the buttons for Print and Add to Queue no longer appear eitherThe print and queue buttons don't appear anymore after renaming things. If I upload a fresh new file, I see the print and queue buttons.
@RyanEwen commented on GitHub (Jan 20, 2026):
Also seeing a weird issue where my new name isn't appearing for a file
@RyanEwen commented on GitHub (Jan 20, 2026):
I think the system is caching some info about files even after they are deleted, and it is causing old names to appear.
EDIT: The other details I had written were incorrect. The names of items on the plates do update correctly.
@maziggy commented on GitHub (Jan 21, 2026):
Disabled caching for file manager. Use branch 0.1.6b10.
Can you please summarize open tasks for this issue. I think I lost the overview.
@PeterXQChen commented on GitHub (Jan 26, 2026):
Where are the files stored when using the pre-build docker image?
@RyanEwen commented on GitHub (Jan 26, 2026):
Looks to be the
datavolume, underarchive:@PeterXQChen commented on GitHub (Jan 26, 2026):
I looked there but couldnt find any folder structure/files that matched what I uploaded to File manager.
Edit: Seems like I miscounted the # of files I uploaded. The files are indeed under
./data/archive/library/files@RyanEwen commented on GitHub (Jan 26, 2026):
File Manager files seem to be in
archive/library, with the files themselves under a subdirectory calledfiles, and their thumbs under a subdirectory calledthumbnails. I'm assuming the metadata containing their names and locations in the folder structure are all in a database.