Label objects issues

[RoboMagus]

Version

2.4.0+win64 Build: PrusaSlicer-2.4.0+win64-202112211614

Operating system type + version

Windows 10 64bit (build 19044)

3D printer brand / version + firmware version (if known)

Prusa MK3s, but irrelevant...

Behavior

I have found a couple of minor issues when dealing with multiple objects (completed individually) and Label objects enabled.

• when adding multiple identical objects to the plate, their object names in GCode cannot be distinguished. I would expect at least a differentiating factor such as a copy number. However this is only the case when adding multiple instances of the same object.
• Secondly, when manually renaming the items in the right sidebar, this will not flag for reslicing before export. Thus in the output file the objects will keep their old, in my case duplicate, names.

These are easily overcome when you know how slicer outputs its GCode, but when unaware this can be annoying to deal with using e.g. the Cancel Objects plugin, when because of this only a single object can be found.

Steps to reproduce:

1. Add an object to the buildplate.

• Increase the instance count a number of times. In the sidebar a subtree shows with the instances of the same object. To reorder, drag an instance out of this subtree, making it a regular old copy.
• Or instead just copy paste the same object a number of times

3. Now the sidebar will show a number of objects with the same name.
4. Export GCode, find that all objects have identical names.
5. Rename each object in the sidebar.
6. Export again, find that the object names in the GCode have not been changed .(The export name wil automatically update though).
7. To actually get the updated names, reorder the build plate a bit to force reslicing. When exporting now, the names are updated in the GCode labels.

[lukasmatena]

You are probably right, the GCode export should be invalidated when an object name changes.

[tverett]

yeah this bit me today with a file sliced with 2.6 alpha6, sad this is still a lingering bug. I couldn't use the cancel object plugin when I had a catastrophic failure due to the fact that I had made multiple copies of the object on the plate in prusaslicer using the copy paste keyboard shortcuts vs add instances menu item so I had to cancel an entire plate worth of good prints :(. the id and copy numeric are appended to the end of the object string regardless of how you end up with multiple copies of an object so PS just needs to actually make sure they're always unique.

[lukasmatena]

The first part of the problem (missing invalidation of G-code export) is fixed in 2.7.2-alpha2.

Regarding the naming, instances are labelled using a postfix after the object name. Objects created by copy-paste are copy-pasted including the name. We may discuss internally what may be best thing to do. I guess that this is now a feature request asking to rename object during copy&paste, am I right?

[tverett]

Yeah I think a new feature that made the copy/paste naming smarter would be good. I don't know why when I'm copy/pasting an object several times I'd want the name to be identical vs appending some simple numbers to keep them unique. I think to the average user the assumption is the copy/paste is for the object not necessarily to keep the name exactly what it was.

[stoxx]

Having duplicated object names also causes issues with (klipper) object exclusion - both instances would get cancelled as their names are not unique. It nothing else, I'd prefer if gcode generation would enforce uniqueness of object names for the exclusion labels. Are there counterexamples where someone would like to have multiple objects cancel at once?