[BUG]: Changing focused KCL file voids / empties the render view irrevocably

[Edznux]

Describe the bug

Everything in the "main" (central ? 3D view?) pane disapear (and does not come back) when changing file.
No error are shown.

I have 2 kcl files (constants.kcl and main.kcl), if I click onto one it "voids" the main view (removes everything).

Steps to Reproduce

1. Create a project with 2 files as follow

constants.kcl:

export scalingFactor = 1

export kingHeight = 95mm
export queenHeight = 86mm
export bishopHeight = 81mm
export knightHeight = 71mm
export rookHeight = 64mm
export pawnHeight = 58mm

export kingBase = 39mm
export queenBase = 38mm
export bishopBase = 34mm
export knightBase = 34mm
export rookBase = 36mm
export pawnBase = 30mm

main.kcl

import rookHeight, rookBase from "constants.kcl"

sketch001 = startSketchOn(XY)
profile001 = startProfile(sketch001, at = [0, 0])
  |> xLine(length = rookBase)
  |> yLine(length = rookHeight * 0.1, tag = $seg01)
  |> xLine(length = -rookBase * 0.1, tag = $seg02)
  // |> arc(interiorAbsolute = [33.93, 8.52], endAbsolute = [36, 6.39])
  |> yLine(length = rookHeight * 0.1, tag = $seg06)
  |> line(end = [-rookBase * 0.4, rookHeight * 0.5])
  |> yLine(length = rookHeight * 0.3)
  |> line(end = [rookBase * 0.4, rookHeight * 0.2], tag = $seg05)
  |> yLine(length = rookHeight * 0.2, tag = $seg03)
  |> xLine(length = rookBase * 0.1, tag = $seg04)
  |> yLine(length = rookHeight * 0.2)
  |> xLine(length = -rookBase * 0.2)
  |> yLine(length = -rookHeight * 0.1)
  |> xLine(length = -rookBase * 0.8)
  |> close()
revolve001 = revolve(profile001, angle = 360deg, axis = Y)

2. Click on "the other file" (by default i'm in main.kcl, so clicking on constants.kcl), but also happens with the opposite as far as I could tell ?

Expected Behavior

changing file should not "crash" or "void" the central pane completely and "irrevocably" (until restart of the app)

Screenshots and Recordings

Changing back the file does not make the view come back

Desktop OS

Linux 6.17.8-arch1-1, wayland + hyprland

Browser

No response

Version

1.1.0 (latest)

Additional Context

No response

[Edznux]

This looks like a a Schrodingbug here.... recording with wf-recorder makes the bug.... disappear ? What?

But it's 100% reproducible otherwise, and 0% if I record it

[Edznux]

moving around / doing a "reset view" doesn't help

[Edznux]

Adding more info:

New recording shows (with taking a video from my phone, in the ~dark because it's almost 1am):

1. if I'm recording (with wf-recorder, if that matters), as you can see starting on the left, there NO ISSUE.
2. then I cut the recording (you can "see" my terminal prompt getting back to me), if I click on the file, the main view disappears. ISSUE HERE.

This should show the Schrodinger effect haha 😅

Further investigation showed that using a CPU intensive task to push my CPU at 100% cpu usage (using ffmpeg to encode /dev/urandom into /dev/null), DID TRIGGER THE ISSUE.

PXL_20251205_235602465.mp4

So: pure CPU usage / slowdown does not seem to completely explains it (I can't rule out some race condition because of that tho).

(for completness: ffmpeg -y -f rawvideo -video_size 1920x1080 -pixel_format yuv420p -framerate 60 -i /dev/urandom -c:v libx265 -preset placebo -f matroska /dev/null was the command I used to hog 100% CPU usage on all core)

As you can see, as well, when the bug triggers; the sketch plane doesn't even appear when I click on the constants.kcl, while it DOES show when the bug is not triggered (i.e: when not recording)

[andrewvarga]

@Edznux thanks for the detailed report, that's very useful. Unfortunately I couldn't get to reproduce this on my mac, even while running ffmpeg in the background, but I'll try it on a Linux as well.
If this is still reproducible for you, when it happens could you open the dev console (Ctrl + Shift + I, then select the console tab) and see if there are any errors or warnings?