[Bug]: Just clicking and browsing Workspace files cause them to have the "edited dot" next the file name

[diwu-sf]

Is there an existing issue for the same bug?

• I have checked the existing issues.

Describe the bug and reproduction steps

On latest main commit 2b3fd94
In the UI, load up the workspace and just click around the files will cause them to have the "edited dot".

OpenHands Installation

Docker command in README

OpenHands Version

No response

Operating System

None

Logs, Errors, Screenshots, and Additional Context

No response

[enyst]

Maybe @amanape has an idea why that happens?

[mamoodi]

Huh... interesting that you are seeing this while nothing is running.
There is a related issue here: #4576

[diwu-sf]

The easiest way to reproduce this is to make a fully empty .gitkeep file (touch .gitkeep) and then click the gitkeep file in the UI

[diwu-sf]

@enyst @mamoodi
This is still happening, there's something wrong with handleEditorChange callback, and the value that's being set.

I think there's a race condition with the fetch for the new file, because what I see after adding logging is:

• when clicking away from a file path
• handleEditorChange is called with the previous file path, but the content of the new file clicked into

[amanape]

@diwu-sf Nobody has taken on the issue yet, sorry! I'll give it a good look on Monday but can't make any promises.

[diwu-sf]

Bump, this is a pretty severe bug that's still reproducible on main.
I think it has to do with random ordering of the event callback for the editor.
When it reproduces, the frontend file content state cache is constantly getting the "new file content" set against the previous file's path when a new file is clicked into in the tree list.

[mamoodi]

This is fixed in main because the UI no longer allows you to edit files.

[mamoodi]

Fixed in 0.18.0.