The view is not displaying properly（mac os）

[893949088]

What happened?

Steps to reproduce

Bun runs abnormally

Expected behavior

normal

Browser & OS

No response

Screenshots or screen recordings

No response

Additional context

No response

[cbl0]

Hello, I also encountered a similar bug when I was building it earlier? But actually, you just need to switch the AI IDE to production mode. You are probably using the development mode now. You can give it a try. I am also a beginner, and I hope I can help you.

[Jerakin]

I just signed up and I have the same issue.

Browser
Zen (Firefox based)

OS
Linux mint

If I "hoover" over an added object (like a slab) then the view "turns on". When I no longer hover it the view "turns off" again.

If I have the object selected the view "stays on". If I click the "move" button to move the object the view "turns off" while the move is happening. When the move is finished and the object is selected again the view "turns on" again.

[johnjohnlin]

I can confirm the same issue when using Linux+Chrome/Fireox.

I just signed up and I have the same issue.

Browser Zen (Firefox based)

OS Linux mint

If I "hoover" over an added object (like a slab) then the view "turns on". When I no longer hover it the view "turns off" again.

If I have the object selected the view "stays on". If I click the "move" button to move the object the view "turns off" while the move is happening. When the move is finished and the object is selected again the view "turns on" again.

[Jerakin]

Tried on a different machine that's running windows but the same browser. It worked in that until I updated the browser (Zen) to the latest version.

Edit: It does work on Microsoft Edge (up to date)

[mvanhorn]

Opened #291 with a candidate fix. Root cause looks like requestAnimationFrame throttling: the FrameLimiter's rAF loop is the only render driver under frameloop="never", so when the browser throttles rAF (background/unfocused/occluded tab) advance() stops firing and the canvas freezes. The PR adds visibilitychange/focus/pageshow listeners that kick advance() synchronously on resume.

Would appreciate verification from anyone hitting this on Linux + Firefox/Chrome or Zen, since I could only repro the throttle path on macOS Chrome. The PR branch is mvanhorn/editor:fix/viewer-blank-on-idle if you want to pull it locally.

[Jerakin]

Unsure if an update went out either to the editor or to Zen, but both live and main works for me now. Well live doesn't do the "hide" thing, it still doesn't render correct. I built main and local host renders correctly