When uploading g-code via any method, the model name in the 3dmodel.model file is way outdated and does not change with model name changes in software (see attached screnshot, where the Title is months old and should have undergone numerous updates by now). This greatly affects the ability to tell files apart on the printer screen.
Depending on how far you want to pursue this, this is a solid starting point for reporting a bug.
To improve your chances of getting meaningful attention, I recommend:
- Annotate the drawing clearly.
- Structure your report using two columns:
Column 1 - Current Output
Column 2 - Expected Output - Upload a small example 3MF file so the team can reproduce the issue directly.
Then click the insert table function.
Example:
| Note | Current Results | Expected Result |
|---|---|---|
| 1 | Prototype XL V0.4 v7 | Released XL V1.0 V2 |
Providing a reproducible file and a side-by-side comparison significantly increases the odds of engineering engagement.
That said, be realistic: if a bug does not directly impact print quality or revenue-driving features, it is unlikely to receive priority. In most cases - and if you’re lucky that someone at Bambu actually reads your post - you will get a generic “This has been forwarded” response, which typically does not result in action.
Thank you for that detailed advice. Unfortunately I cannot share files for IP reasons. However, when I search for this issue there are reports online from various sources on numerous boards having the same issue going back as far as 3 years!
Since Bambu Lab has not fixed this issue in all that time, I was not under the illusion that my ticket would change all that, but I find it important to log these issues when they occur, so here is my bug report. I’m sure Bambu could fix this in 5 minutes. I really don’t know why small bugs like this never appear to get addressed.
1 Like
I understand and probably have come across the problem too but I’m still unclear as to what you’ve identified.
What does “Prototype XL V0.4 v7” map to? Is this the name of the .stl file? The .3mf file? The plate’s label? The name you give the thing in the ams selection screen right before you hit “Print”?
The title is shown in 2 places.
- The main print screen
- The setting selection screen after selecting a print file and before the job start
Due to the character overflow limitation of the main print file menu, even just mildly long print job names cannot be read in full. When opening the print job, only the title is shown, which is affected by this bug. This means that there are circumstances, when two print jobs cannot be told apart.
The title appears to be taken from the file name of the first 3mf that is loaded into a project. Saving the file under a different name or loading other objects into the project has no effect. As far as I can tell nothing can be done to change the title once it is awarded.
It would be very simple to fix this bug, either in FW or in BS, by either getting rid of the use of the title field altogether, or by properly updating the title.
Running version 2.4.0.7
I’ve seen this for a lot of versions and never got around to inquiring about this. Did some searching through the forums and I don’t see anything similar .
I print about a dozen different items for work. I use the same profile settings for the most part, and can basically use one file / 3mf and just change out the components within it for different STLs that I need. What I find is unless I make a brand new 3MF for each one of my products, I will often have an incorrect name show up in the status box that shows printing time. It will also show the incorrect file name/stl name on print history on the printer itself.
I believe this file name comes from the very first STL model you import. Is there a way to change it? Would like to have the status display the correct model name.
I’ve come across reports on various reddit boards and other forums, but here in the community forum I also haven’t found a report yet.
The printer screen could simply portrait the file name, plate name, updated title (if the bug is fixed), or list of objects and the issue would be resolved.
So you’re saying this is related to saving a 3mf file with stuff in it, opening another 3mf project, importing the first 3mf [geometry only] into the new project, and saving? Is your mention of 3mf correct or did you mean model?
reminder that 3mf is the file format for the 3d Manfacturing File - aka a tar file containing the geometry, the settings, metadata, thumbnails, etc.
I don’t know and it honestly doesn’t matter. BS should not send a file to the printer with outdated title when the project and its name have been updated numerous times. The least it should do is give the user the chance to update the title if it cannot do it itself.
Even better would be if the printer actually used a useful description of the print instead of a title that applies to the whole project. For example build plate names.
“dont know and doesn’t matter” is a really un-serious way of getting a problem fixed just sayin. Youre very close to a real and actionable bug report; why give up now
2 Likes
But it doesn’t matter. It is like asking “but what was the color of the chosen filament”. It has no bearing on the problem discussed here. The printer is displaying outdated information due to how the title variable is handled. It is not unserious to stay on point.
I ask again because you never answered, and that it is of critical importance to this topic:
“What does “Prototype XL V0.4 v7” map to”?
It was taken from the file name of the first object that was loaded into the project. I’ve already stated this previously.
Thanks. And no, you said something about loading a 3mf into a project which might be a specific case of the software merging two full projects - a thing it does and can do - not about just adding an object.