Script classes are not regenerated project-wide after first import

[aaronfranke]

Godot version

4.0.dev.d1e5903c67956707948b1de370b807e3aad395b7

System information

macOS 13.1

Issue description

Script classes are not regenerated project-wide after first import. See the reproduction steps below.

This is a huge problem for large games since a class may not have all of its dependencies ready by the time it comes to parsing the script, so it doesn't get registered on the first pass, and there are no other passes. The only solution is to manually open every single script and save it (potentially multiple times if there are long dependency chains).

The symptom is happening as of #70557, but the root cause was still present before that PR. If I revert that PR, open the reproduction project, and then instead of deleting the below file I empty out the _global_script_class* members, A and B do not regenerate (but they do if you open and save them). This has become a serious regression because the class list is no longer saved to version control, so you can end up in a situation where deleting .godot/ results in a broken project until you manually open and save every script (for every developer, every time they delete .godot/).

Steps to reproduce

1. Download an open the below minimal reproduction project.
2. Look at the generated .godot/global_script_class_cache.cfg file. Both A and B will be in there (good).
3. Close Godot and delete this file.
4. Open Godot again.
5. Look at the lack of a .godot/global_script_class_cache.cfg file. It is not regenerated (bad).
6. Open the a.gd script and save it.
7. Look at the generated .godot/global_script_class_cache.cfg file. Only A will be in there, but B will not (bad).

Minimal reproduction project

GlobalClassMissing.zip

[KoBeWi]

Sounds very similar to #70667

EDIT:
So there are 2 problems here:
1 The editor doesn't detect that global_script_class_cache.cfg is missing and doesn't rescan scripts.
2 If dependency of a script is fixed, the script isn't automatically updated (like in #70667)

The first issue is rather minor, as you can just delete .godot folder to trigger rescan, but not sure what to do with 2. 🤔

[khellste]

Just to chime in here, deleting the .godot folder doesn't fix the issue for me. It just regenerates the script class cache but many script entries are missing.

[KoBeWi]

Are you deleting the folder while the Godot is not running? You have to close the project, delete the folder and open. Godot will scan all files and should fill all class entries.
Although it might fail to do so if the scripts have errors 🤔

[khellste]

I'm closing Godot first. Here are my repro steps:

1. Open the project using Godot 4.0beta16. The .godot folder from a previous version is still there and everything works fine.
2. Close Godot.
3. Delete the .godot folder.
4. Reopen the project with Godot 4.0beta16.
5. .godot is regenerated but many scripts are missing from global_script_class_cache.cfg and the project won't run. If I do a diff of the old script cache and the new one, the new script cache is missing ~half of its entries.

[FireCatMagic]

I had this same issue.
For me, it was my extensions of custom classes only.
The classes extended from built in classes would register fine.
#72226

[MikeSchulze]

I run into the same issue, it was need to open every class edit and save.
Specaly when you run github actions like CI (because i never checkin tmp folders like .godot) the project is broken.
Run Godot --headless --editor --quit does not help

[aaronfranke]

I can confirm that this issue is fixed with a combination of #72444 and #72445.