4.4
No matter what, whether in recovery mode or normal, Godot crashes in this step while trying to upgrade it to 4.4
I don’t know how to check the root of the problem, but my project is this: GitHub - Caferino/Area-51 at experimentation-branch
I cannot work on it anymore unless I downgrade my Godot to 4.3 I guess, but I have not done that, I don’t want to find out I lost days of progress, I am too weakened and depressed.
Hi um that happened to me, it crashed, but did you try upgrading it to godot 4.4 again? For me that worked
Yeah, I tried plenty of times, the same thing happens. Also redownloaded it fresh from my github branch and that one crashes just the same
I tried to open in G4.4. It came out like this:
That’s odd. I tried opening your zip file, but I still get this same problem, stuck here for more than 30 mins:
If I move the Godot window, I can tell it crashed because it shows two massive black bars, one below and one on the right like this:
When that happens I have to use xkill. Might be an issue with my laptop, it has given me plenty of problems before ;/
P.D. I noticed, through VS Code, that pretty much the only difference between our files was the assignment of that new UID given to every asset in the project, mine creates those without issue, but doesn’t assigns them to the SCRIPT fields in the tscn files I think:
Last edit: I tried again without the addons folder and also a folder filled with like 200mb worth of GIFs I display in the github page, but still no luck. However, the project works fine in a Godot 4.3 instance, and my days worth of progress is safe. I will give it a few days or weeks and see if it gets fixed before trying to upgrade it to 4.4
Do you use Fedora 41 by any chance?
Fedora 41? No i dont, sorry that im not doing any help, im a godot beginner, and i would love to help but i cant…
It’s okay, don’t apologize for that, I wish I could help too 
I tested your project (current commit https://github.com/Caferino/Area-51/commit/fdff76e35106905c04eb48bf502a1d1a18a7e806) and I also don’t reproduce the issue sadly, on Fedora 41 with the official Fedora package godot-4.4-1.fc41.
It seems to be an issue with multithreaded import and my CPU seems beefier than yours so I might just not run into the same limitation. Looks like some sort of data race.
Worth noting though, when checking out the project, I get this error:
Encountered 1 file that should have been a pointer, but wasn't:
Labs/Assets/13. Sky/kloofendal_48d_partly_cloudy_puresky_4k.exr
Another thing to look at is whether it still fails if you run Godot in a self-contained mode so it ignores your editor settings, cache, etc. You can do this by adding a ._sc_ file next to your Godot binary.
mkdir -p ~/tmp/godot
cd ~/tmp/godot
touch ._sc_
cp /usr/bin/godot .
./godot -e --path path/to/your/project
I tried the given commands, but I still get stuck here:
I tried again by creating a new copy and also removing the content of the addons folder, to see if it works without Dialogic/Beehave, but got a bunch of errors I guess due to the leftover references to those addons:
Also tried another one where I removed the file missing the pointer you mentioned (kloofendal_48d_partly_cloudy_puresky_4k.exr) after turning the laptop off for a while and then back on, but still crashes.
It worked all fine for you, right? Opened the project with no issues? (I did that commit today, it left the project mid-upgrade; @tomcat used the previous one, but yeah, the only difference between the two are the newly-generated UID files, I can open the project you used just fine in 4.3, it’s not problematic. If playing the scene I left open, ‘Spell Casting Arena’ it might say BeehaveTree doesn’t exist, but I fixed that on my 4.3 instance by disabling and then re-enabling the plugin again). I will share my neofetch just in case this is related to hardware, my laptop sucks, I get a lot of very weird unique errors in Lutris/World of Warcraft/Videos app losing its HVEC codecs randomly not so long ago/Apps like Brave, Firefox, Lutris taking literally 3 minutes or more to launch and open, with or without gnome extensions, so many constant “App stopped working, Force Quit or Wait” which I wait for because they are always false flags, things that didn’t use to happen in Fedora 40. Also lost Xorg, cannot use ‘Gnome on Xorg’ anymore, although I think that was planned by the Fedora team, I think they want to exclusively use Wayland… Dropping this context just in case, I have reported everything so far to the team.
I couldn’t open @tomcat’s given project either even if it upgraded successfully, it tries to reimport everything again and crashes the same way. I can safely use the 4.3 instance for now, though, it is not that critical as I first anxiously thought, I wouldn’t want anyone to suffer with the weird shenanigans of my laptop if it’s hardware-related, the Lutris team (shootout to OJ, has saved my life a ton of times) probably hates whenever they see a notification from me pop up in Discord by now
How much RAM do you have?
That could be the problem:
Godot is trying to reimport everything and it’s apparently hard on your laptop. I am opening your project on a workstation Xeon W-2245/256 Gb RAM (Win 11 Pro for WS).
You can try to wait a considerable amount of time. What does the task manager say?
I have 16GB RAM, and I left the project open for 8 hours as I went to sleep last night; I can usually run heavier things like some Blender projects or World of Warcraft with OBS live streaming it (doing an Epic BG or Raid, with 60 players, the laggiest thing possible). The CPU/GPU/Memory usage don’t ever go beyond 60%, the fan or temperature does rise up for a few seconds in this pre-import problem, but not a lot, temp goes from 50C to 70C for a few seconds. WoW tends to bring me to a constant 90C with no issues. I never had this problem before when upgrading my Godot project which was originally created in 3.x, I got too confident this time and did not back it up beforehand because of that. I find it odd that the crash is very instant, right after finishing the “Preparing scenes for reload.”
I have Ubuntu installed in the laptop, I might give it a shot there, see if it’s OS-related, be right back:
The same thing happened on Ubuntu, sadly. I had to disable Secure Boot to be able to boot my Ubuntu too, took me a while, it’s not a VM. This is probably hardware-related 
UPDATE: It finally works!!
I update Fedora everyday, and today, after going to eat while it updated with today’s stuff, doing the restart and all that, I decided to give it another shot. At first I thought it got stuck again, but I gave it a minute and it started to work all good! Not sure what exactly could had been the cause, but something there did it.
Apologies for the naked guy, but just to show everything is running without issue 
Wish I waited longer before trying to get the notification “Updates have been installed” which shows a list of what got updated today, they were a bunch of System things, maybe one of them was the cause, but yeah, everything is working fine now, didn’t lose any progress
WOW, You did it congrats!
In our wild and cold country people say “All’s well that ends well” (well, it can be roughly translated). 
But some conclusions and remarks:
Nice that you solved it! Just wanted to highlight that there seems to be a fix in 4.4.1 RC 1 that addresses a deadlock in initial re-import - maybe that is what happened to you. Leaving this here in case anyone else stumbles across this thread, it’s worth to try the new release candidate (make sure to take a backup before, of course!):
