Fix: Timelapse Z-hop logic used when timelapse was disabled #1547

New Issue

MrUnknownDE · 2026-04-05T18:19:47+02:00

MrUnknownDE commented

2026-04-05 18:19:47 +02:00

Originally created by @kisslorand on 11/22/2025

This PR fixes an issue where OrcaSlicer incorrectly applied the timelapse/wipe-tower Z-hop behavior even though no timelapse mode was active.

What was happening

In certain situations, OrcaSlicer selected the Z-hop behavior intended for timelapse rather than the normal Z-hop defined in the user’s print profile.
This appeared in different places depending on the printer:

on some printers: right after the outer wall, before starting the infill
on others: at layer changes

Even with all timelapse options disabled, the slicer still used the timelapse-style Z-hop logic instead of the one selected by the user.

What’s fixed

Timelapse Z-hops are now inserted only when timelapse is actually enabled.
When timelapse is disabled, the slicer correctly uses the user-configured Z-hop, without overriding it with wipe-tower or timelapse values.

Why this matters

This restores predictable Z-hop behavior:

The slicer no longer applies timelapse-specific logic when timelapse is disabled.
The Z-hop follows the user’s print profile settings.
Travel moves behave consistently across different printers.

*Originally created by @kisslorand on 11/22/2025* This PR fixes an issue where OrcaSlicer incorrectly applied the timelapse/wipe-tower Z-hop behavior even though no timelapse mode was active. #### What was happening In certain situations, OrcaSlicer selected the Z-hop behavior intended for timelapse rather than the normal Z-hop defined in the user’s print profile. This appeared in different places depending on the printer: - on some printers: right after the outer wall, before starting the infill - on others: at layer changes Even with all timelapse options disabled, the slicer still used the timelapse-style Z-hop logic instead of the one selected by the user. #### What’s fixed - Timelapse Z-hops are now inserted **only** when timelapse is actually enabled. - When timelapse is disabled, the slicer correctly uses the user-configured Z-hop, without overriding it with wipe-tower or timelapse values. #### Why this matters This restores predictable Z-hop behavior: - The slicer no longer applies timelapse-specific logic when timelapse is disabled. - The Z-hop follows the user’s print profile settings. - Travel moves behave consistently across different printers.

MrUnknownDE closed this issue

2026-04-05 18:19:47 +02:00

Sign in to join this conversation.

No Label

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: github/OrcaSlicer#1547