Window appears to steal focus during print job prep on Linux #114

New Issue

MrUnknownDE · 2026-04-05T16:18:30+02:00

MrUnknownDE commented

2026-04-05 16:18:30 +02:00

Originally created by @PhobosIndustries on 3/28/2026

Is there an existing issue for this problem?

I have searched the existing issues

OrcaSlicer Version

2.3.1

Operating System (OS)

Linux

OS Version

Pop!_OS 24.04 : COSMIC : Wayland

Additional system information

After sending a print job to a networked printer and switching to another window, OrcaSlicer appears to pull focus back to itself at least once during the pre-print process - interrupting active typing and workflow without any user initiated action.
No notifications were shown so I can only assume it was reporting information from the connected printer (status changes?) as they were streamed back.
Observed on a small number of print jobs. I changed my OS to force focus to follow the cursor as a workaround so I cannot confirm the exact trigger stage or whether it occurs on every print, but it was consistent enough across my initial testing to report.

Expected behaviour: OrcaSlicer should not raise its window or steal focus at any point after the user has clicked Print and switched away.

Notes: A similar report exists in Discussions (#2421) from 2023 with no resolution. Raising this as a formal issue in the hope it receives attention.

Printer

Bambu Lab X1C

How to reproduce

Send print job to the printer (over LAN in my case)
Move on to another task in a different window (OrcaSlicer still running in background)
Wait until an event pulls focus back to OrcaSlicer

Actual results

After the print has been sent, move onto work in a different Window. I'll be typing in that other window and before I realise it half of my sentence is missing because the keystrokes were no longer going there, they were going to OrcaSlicer.

Expected results

After the print has been sent, move onto work in a different Window. Keep working in other areas whilst OrcaSlicer sits in the background. If an event needs attention then I guess it should flash the icon or something, not actively pull focus back to itself.

Project file & Debug log uploads

What is there to debug, it didn't break so much as didn't behave reasonably? OrcaSlicer is just too aggressive with it's focus grabs. And please note that the log file generated by OrcaSlicer is of the type '*.log.0' which is unsupported as an upload file type. You might want to look at that too.

debug_Sat_Mar_28_10_37_05_245562.log

Checklist of files to include

Log file
Project file

Anything else?

No response

*Originally created by @PhobosIndustries on 3/28/2026* ### Is there an existing issue for this problem? - [x] I have searched the existing issues ### OrcaSlicer Version 2.3.1 ### Operating System (OS) Linux ### OS Version Pop!_OS 24.04 : COSMIC : Wayland ### Additional system information After sending a print job to a networked printer and switching to another window, OrcaSlicer appears to pull focus back to itself at least once during the pre-print process - interrupting active typing and workflow without any user initiated action. No notifications were shown so I can only assume it was reporting information from the connected printer (status changes?) as they were streamed back. Observed on a small number of print jobs. I changed my OS to force focus to follow the cursor as a workaround so I cannot confirm the exact trigger stage or whether it occurs on every print, but it was consistent enough across my initial testing to report. Expected behaviour: OrcaSlicer should not raise its window or steal focus at any point after the user has clicked Print and switched away. Notes: A similar report exists in Discussions (#2421) from 2023 with no resolution. Raising this as a formal issue in the hope it receives attention. ### Printer Bambu Lab X1C ### How to reproduce Send print job to the printer (over LAN in my case) Move on to another task in a different window (OrcaSlicer still running in background) Wait until an event pulls focus back to OrcaSlicer ### Actual results After the print has been sent, move onto work in a different Window. I'll be typing in that other window and before I realise it half of my sentence is missing because the keystrokes were no longer going there, they were going to OrcaSlicer. ### Expected results After the print has been sent, move onto work in a different Window. Keep working in other areas whilst OrcaSlicer sits in the background. If an event needs attention then I guess it should flash the icon or something, not actively pull focus back to itself. ### Project file & Debug log uploads What is there to debug, it didn't break so much as didn't behave reasonably? OrcaSlicer is just too aggressive with it's focus grabs. And please note that the log file generated by OrcaSlicer is of the type '*.log.0' which is unsupported as an upload file type. You might want to look at that too. [debug_Sat_Mar_28_10_37_05_245562.log](https://github.com/user-attachments/files/26320122/debug_Sat_Mar_28_10_37_05_245562.log) ### Checklist of files to include - [x] Log file - [ ] Project file ### Anything else? _No response_

MrUnknownDE added the bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug labels 2026-04-05 16:18:30 +02:00

Sign in to join this conversation.

No Label bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug bug

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: github/OrcaSlicer#114