2.9.0-alpha1 - part cutting improper behaviour #13637
Labels
Comments
|
Hello, @EricPobot , Thank you for your featback. We created insternal issue no. SPE-2583. We will try to fix in some next release. Thank you |
EricPobot
changed the title
lukasmatena
pushed a commit
that referenced
this issue
Dec 13, 2024
The cut arrange updated the Plater without the new objects being on any of the beds. This led to mutliple beds reducing the bed count and activating a previous bed. This in turn ment that get_active_bed was temporarily wrong and the subsequent arrange placed items on a wrong bed. Improve this by explictly setting which bed is going to be used for the arrange and than restoring the originally active bed. If there is just one instance, simply choose the bed the instance is on. If there are more instances, use the active bed for arrange.
|
This issue should be fixed in version 2.9.0-beta1. |
|
Works fine in latest beta. Thanks a lot for fixing this. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Description of the bug
When cutting a part on an additional bed, the new parts are created on the default one and thus must be moved afterwards.
The logical behavior would have been to create the parts on the same bed the original one was located.
Project file & How to reproduce
Checklist of files included above
Version of PrusaSlicer
2.9.0-alpha1
Operating system
Mint 21.3
Printer model
i3 MK3S
The text was updated successfully, but these errors were encountered: