Recompile/Refresh occuring multiple times in sequence.

[BlindsidedGames]

So I started using claude code recently instead of gpt. And I have been running into a thing where whenever It recomiles the editor so it can check for errors the editor refreshes/recompiles multiple times in sequence. I even gave it explicit instructions to only call once and wait for x seconds before looking at the console and its still happening. Is this a known/intended thing or is this an issue on my end? I'm really struggling to work it out.

[dsarno]

What do mcp version are you using? I cleaned up some stuff with the refresh tool earlier today, so if you haven't pulled the latest, please try again thanks.

[BlindsidedGames]

9.0.3, whats the latest?

[BlindsidedGames]

ah I must have been on the stable branch will test and get back to you

[BlindsidedGames]

It's still doing it on 9.0.7

[dsarno]

Can you share a little more detail? Some console logs from Unity, logs from the server window, and Ctrl+O logs from Claude Code, so we can see what's happening more precisely?

I'll often also just ask Claude Code why a given error / behavior is happening and it can usually give a good diagnosis and fix suggestion.

I use Claude Code and haven't seen the looping refresh that you're talking about, so some steps to reproduce would help. Thanks.

[BlindsidedGames]

I did what you suggested and had claude figure it out, sorry I didn't do that sooner. Heres what I got. have figured out how to avoid the looping

Using the VScode plugin for claude code.

Tool called: refresh_unity (ONCE)
Parameters: scope="scripts", compile="request", wait_for_ready=true
Observed behavior: Unity refreshed multiple times until the wait timeout

Suspected files:

• Editor/Tools/RefreshUnity.cs (lines 169, 84)
• Editor/Services/EditorStateCache.cs (EditorApplication.update callback)

The QueuePlayerLoopUpdate() call on line 169 may be interacting badly
with the EditorApplication.update callbacks and causing repeated refreshes.

Bug: refresh_unity causes looping refreshes when compile="request" + wait_for_ready=true

Environment

• Unity MCP version: 9.0.7
• Unity version: 6000.x
• OS: Windows
• Client: Claude Code

Description

When calling refresh_unity with both compile="request" and wait_for_ready=true, Unity enters a loop where it continuously refreshes/recompiles until the wait timeout expires. The tool is only called once, but Unity refreshes multiple times.

Steps to Reproduce

1. Open a Unity project with MCP connected
2. Call refresh_unity with these parameters:

   {
     "scope": "scripts",
     "compile": "request",
     "wait_for_ready": true
   }

3. Observe Unity refreshing repeatedly until timeout

Test Results

Parameters	Result
compile="request", wait_for_ready=false	✅ Single refresh
compile="none", wait_for_ready=true	✅ No loop
compile="request", wait_for_ready=true	❌ Looping refreshes

Suspected Cause

In Editor/Tools/RefreshUnity.cs, the WaitForUnityReadyAsync method (lines 129-171):

EditorApplication.update += Tick;
// Nudge Unity to pump once in case update is throttled.
try { EditorApplication.QueuePlayerLoopUpdate(); } catch { }

The QueuePlayerLoopUpdate() call, combined with the EditorApplication.update polling loop while EditorApplication.isCompiling is true, appears to re-trigger asset database refreshes repeatedly.

Workaround

Use wait_for_ready=false and handle the wait client-side:

{
  "scope": "scripts",
  "compile": "request",
  "wait_for_ready": false
}

Then wait 10-15 seconds before calling read_console.

[dsarno]

@BlindsidedGames I pushed this tweak based on your description -- can you see if it helps? (Just uninstall and install the package)

#558

[BlindsidedGames]

Dug a bit deeper solved the problem locally and forked to create a PR #559

[Scriptwonder]

Does this solve your problem? I am having the same problem this week and one request sometimes trigger 5+ times of reloading. Would love to try both PR's fix to test it.

[BlindsidedGames]

Does this solve your problem? I am having the same problem this week and one request sometimes trigger 5+ times of reloading. Would love to try both PR's fix to test it.

it does entirely solve it yes. the first did not I jumpted the gun suggesting it. I am new to contributiung and working on git sorry.

[BlindsidedGames]

Fixed in #559