@Argolein
thank you!
Could you write some description and screenshot/recording about the feature so that is can be used in the release note?

@SoftFever
You can copy paste it from here: https://github.com/bambulab/BambuStudio/releases/tag/v02.05.00.65
"Optimized prime tower strategy for PLA & PETG mixing print"

And I added "Cool down from interface boost during prime tower" which already sets the tool to the set printing temperature at the beginning of the wipe tower. This is to avoid the temperature drop (cool down) on the print object. Temperature can change the outer surface shine. With that feature off it's 1:1 from the Bambu port and the print temperature is set after the wipe tower.

Hope that makes sense.

@Argolein thank you, this feature is really nice :) looking forward to see more :)

@Argolein

I noticed several deal breaker regression bugs regards the preheat changes introduced in the PR.
Ref to #12312 and below is another issue that will break machine print start action as it preheat nozzle before machine initialization where each machine usually has it's own logic to do a serial of check actions:

; HEADER_BLOCK_START
M104 S220 T0 ; preheat T0 time: 0s.  <=========
; generated by OrcaSlicer 2.3.2-dev on 2026-02-23 at 14:17:58
; total layer number: 135
; filament_density: 1.24,1.24,1.27,1.24
; filament_diameter: 1.75,1.75,1.75,1.75
; max_z_height: 27.05
; filament: 3,1
; HEADER_BLOCK_END

; THUMBNAIL_BLOCK_START

It also affects preheat efficiency, because it now won’t preheat T3 if T1 is currently printing and T2 comes before T3 while it’s still within the preheat time window.

@SoftFever @RF47 @ianalexis This PR possibly has caused some regressions in SEMM scenarios

Prime tower skirt is overlapping again with the wipe tower that were corrected here -> #11748

Fix forward or revert for now till code is more mature?

Hm... Can't land on the source of the bug ->

With the PR reverted it still occurs. Will need more digging.

@SoftFever
Thanks for the feedback. I've prepared a fix.
edit: #12443

@igiannakas
Does this also happen with my other PR merged?
#12301
With my custom build (Orca main + my open PRs) I don't see this bug.

Have not checked with the other PR in place -> this was an issue with the bounding box creation I believe but I may be wrong. Check this if you can? #12442

It appears that somewhere over the past few PR's being merged the handling/expectation on Y shift of the prime tower has changed (for the wipetower2 class)

Hm... Can't land on the source of the bug ->

With the PR reverted it still occurs. Will need more digging.

I suspect it’s an issue specific to the RIB wipe tower. Could you try using a cone or rectangle wipe tower see if it has the issue too?

Yeap was the same for all types, checked as part of triage :)

@igiannakas
Could you upload the 3mf with a settings? So far I can't reproduce it with my build.

@Argolein here you go, two project files doing this with the old nightly (tonights has the fix in it from what I see)

Archive.zip

@igiannakas
Thanks. It does also happen with my Orca build. I'll look into it.

@igiannakas Thanks. It does also happen with my Orca build. I'll look into it.

it should be addressed in #12457
Let me know if that resolves the issue on your side as well.

@SoftFever
Yes it is fixed.

@Argolein

Would you be able to take a look at the issues reported in #12684?

@SoftFever
#12742