Deretraction Extra Length not always applied

[PascalGodin]

Description of the bug

Deretraction Extra Length will not always be applied. Tried on multiple printer configurations and print settings but will still randomly apply the extra length. Noticed that changing the infill or the top/bottom layer quantity will change the positions of where it will apply or not the extra length but it still seems random. Applied an extra length of 10mm to be easy to spot. This is issue was also reproduced in 2.6.1 The reason for using an extra length is otherwise it will leave a gap after retractions/travels. This is more noticable with aligned seams and will be more pronounced the bigger the nozzle. It is usually hidden with solid infill but for parts without infill and especially with only one perimiter this is critical. Usually a value of 0.025 to 0.1 will close the gap.

Project file & How to reproduce

Extra Length Issue.zip Slice and look for deretraction values after travel moves in gcode preview

Checklist of files included above

• [X] Project file
• [X] Screenshot

Version of PrusaSlicer

Version 2.7.1+win64

Operating system

Windows 10

Printer model

Prusa XL, MK4

[RoadrunnerJDD]

I am having the same issue. I am fairly new to PrusaSlicer and this was my first time switching to a 0.8mm nozzle after the switch from cura. I recognized the problem and started adjusting the Deretraction Extra Length setting but prints were not getting better. After examining the G-code I found that no matter what I set the Deretraction Extra Length setting to it always only deretracted the retraction length alone.

Version of PrusaSlicer Version 2.7.1+win64

Operating system Windows 10

Printer model Creality Ender 3 S1

[RoadrunnerJDD]

Found a workaround. At least in the tests I have done if I set the Retract Amount Before Wipe to any percentage value other than 0% then the Deretraction Extra Length works as expected.

[catequalsgood]

Also noticed this issue and can confirm. Interestingly the extra length on deretraction does seem to be applied (even without the mentioned workaround) during the deretraction following the purge line.