Unable to load / import load asset loop errors.

[WithinAmnesia]

The latest build has this problem. This might be a 4.3 thing I'm not sure but this has happened with other projects before. Here are the error behavior screenshots in order when trying to play the demo:

     This is the run instances setup: 

It runs, has import errors then boots up the login screen, then it says that it cannot connect, then the load error popup shows up and it repeats in a cycle of error load import error popups until stopped. I tried to delete the Github file on the first attempt after running it for a start. Then I tried a straight from zip file unzip fresh demo project directory thinking maybe it was a directory path or copy paste issue but same errors again.

Then I tried closing Godot completely and restarting and then trying the previous steps again on a restarted Godot it was the same import error messages. Then after trying all that I tried running a fresh unzipped directory and deleting the Godot file after 1 run and its still the same import error looping issues.

I'm not sure what the issue is but it is common in other projects and I think its a known Godot issue with at least version 4.3. This might be patched out in 4.4 but that's from a not 100% clear memory of reading the patch notes for Godot 4.4 in that this might have been patched out or fixed or it was a known issue type of thing.

I've personally encountered this same issue a few times across a few Godot projects from github. Also I've done this type of load error loops myself on saving a project then zipping it. Then when unzipping I encountered the same type of load errors from I think with something like odd saved variables or settings and then the imported version after being zipped was all crazy with import error loops after the zip.

Yet the original project was fine when running. Yet the load errors only showed up in zipping the original project then unzipping a copied project after unzipping and running to make the load errors appear. I am not 100% sure what the error cause is but I figured to tell you in case it was like me where my project ran great on my pc on the original project but it had crazy import errors with the copied project after zip due to like Godot file or import or github ignore or something like that not liking the zip, copy, paste, unzip and run process of testing.

The other patches ran super great its just the new one is all. It looks really good and I look forward to playing it. This is awesome and great job on this so far. It's super cool. 😃 👍 💯

[SlayHorizon]

This issue is fairly common on Windows, and one possible fix is to run Godot as an administrator. The import errors could also be related to permission issues when accessing certain files.

Another thing to note is that I’ve updated the project with new tags such as “game-server,” “gateway-server,” and “master-server.” These changes are meant to improve how the servers are managed and allowing multiple game and gateway servers in the future.

To avoid issues with zipping and unzipping the project, I recommend using git for version control. This way, only the modified files will be updated, and it should prevent any problems with file imports.

[WithinAmnesia]

https://github.com/SlayHorizon/godot-tiny-mmo-demo/issues/34#issuecomment-2428582770 I'm looking to solve the import errors. I might have solved these error types before with reddit / Godot help thread solutions across some previous Godot projects. Also here are some thoughts / hunches / ideas / possibles solution leads / things to think about:

I downloaded from this github page the project as if I were a regular user and I unzip and use it's own separate directory every time, a method I've been using in game dev testing / building in the last decade or so. I have done this compartmentalized build archive / library as a way to test with a fresh install every time there is a new change to the engine and I have found the time to do so. I keep on hard-drive back ups of every test and compartmentalize each build separate from each other in case of needing to go back and restart building if an unforeseen issue happens with a build. I have tested with administrator on Godot and the import issue persisted. I deleted the Godot folder then on this test directory and let the import process happen. The files still had import issues as before. I feel there is an issue where I solved this in the past yet have forgotten what I did exactly. Windows has issue with this yet all previous builds are reading fine and have no import issues. This is odd. The issue error states try running the files in an editor once before and I feel I had this issue when I tried to copy paste a project directory last year. I am guessing it reads fine on your original project or pc but I'm wondering if you have this issue I had before with the file imports failing to load after copying and pasting the project. I cannot confirm this but I can't rule it out either, it feels odd in the same ways as I had before with this copy paste project not reading import files things before in other Godot demos. I remember looking up this errors looking for solutions on reddit and threads online and I fixed this same kind of issue before I think? Yet I've forgotten what the fixes were. This is not ideal but it happens with so much testing / things to remember I suppose. "Another thing to note is that I’ve updated the project with new tags such as “game-server,” “gateway-server,” and “master-server.” These changes are meant to improve how the servers are managed and allowing multiple game and gateway servers in the future." I cannot accurately comment on this for I feel the tests are not starting due to not all files reading and there fore any tests I do now are invalid for I simply do not have an accurate test with everything the way it should be. I want to say something about the new tags to be curious about possible changes or bugs for miss-matching but I read that the errors are saying the imported files are not reading. So its like trying to start a car with no fuel / battery left it's literally a non starter.😆 "To avoid issues with zipping and unzipping the project, I recommend using git for version control. This way, only the modified files will be updated, and it should prevent any problems with file imports." I don't think zipping is an issue for that's what most people will use and every other build up to this point worked fine with the zipped files from previous builds from Code Download ZIP on the main page. This is a mystery. I'll look up those solutions I forgot and hope there's something I can try. I really would prefer this to be on my end and avoid a going back to a previous build and rebuilding to avoid a strange bug. I've had to do that before and lost lots of work so it's another reason I keep clean archived versions of each build just in case. Also it helps iterative design to try new things and if they work great, if not just keep trying with a duplicated build of the last working version, and try again until its stable and working more or less in a better state than before. Iterative building and fortified back ups and archived previous works helped myself from websites deleting my previous works or making them not able to share etc. I like Github buts its owned by microsoft https://en.wikipedia.org/wiki/GitHub#Acquisition_by_Microsoft and its one policy change from removing content. I want the everyone to have a fair chance at the future and being able to realize their dreams and create awesome work they put their heart and soul into passionately to be forever free. So I archive all the versions I test just in case; and it's already helped myself keep work alive as the internet changed throughout the decades. Also I should bring up the Linux vs windows potential issues but my gut says it's not related and its a problem I solved before from a solution sourced from reddit / online Godot help threads. I'm really looking forward to trying out the new tags such as “game-server,” “gateway-server,” and “master-server.” I want to try and get a proper set up when I can for testing for quality and try to make things best ready for the community to tinker with across many set ups. I'll be tinkering and trying to find a solution to the import error. This is great that you are expanding and trying to make the servers really decent and future proofing. I think it's super cool!

😃 👍 ✨

[SlayHorizon]

Just tried the project from the downloaded zip and it's working fine on my side. Be sure to run Godot as an administrator. Next version of Godot should fix the possible import issues as you mentioned but I'am waiting it to be in a stable state before moving the project to it.

[WithinAmnesia]

https://github.com/SlayHorizon/godot-tiny-mmo-demo/issues/34#issuecomment-2429136378

Yeah I think that's a good idea also with waiting for 4.4 stable release. Even the Redot community who needs a launch soon is waiting for 4.4 stable to release to make sure everything works well.

I'm looking around on reddit / Godot help threads with this import issue. It happens to windows 10 it seems, it's due to either file system permissions not being amazing or some kind of Godot missing files or not reading them right and giving errors. I remember typing in the error codes looking for matches before. I'll keep looking.

I'll look for a solution then share it once it's found and tested to work.

[WithinAmnesia]

Progress on testing / trying bug fixes:

 

I'm going to try disabling the safe save feature. It is recommended in the error messages. I'll try the previous methods of bug fixing with safe save off on the windows pc and see how that goes.

https://github.com/godotengine/godot/issues/16274 Also I remember with a bigger file size project needing to wait a few minutes before running the project for the first time to let Godot read all the files before running. Or not running the project right away after a new copy and paste directory project duplication. I'll keep searching.

[WithinAmnesia]

Progress updates on bug fix testing:

I've disabled the safe save, closed godot 4.3-stable mono, made a new fresh directory, then imported the main page download file zip from unzipping Tiny MMO Demo zip in the new fresh directory, re-started godot 4.3-stable mono, imported the fresh directory, ran the fresh Tiny MMO Demo. This is the screen so far:  Myself attempting to make the run instances work:       Myself following the latest readme on the instance setup.  The scene before attempting to run the project after setting up the fresh directory, fresh imported project from zip. Here is the debugger before starting:         There are error messages even before starting. This looks import related.  Hold on. This is the first error message: "Cannot create file 'res://.godot/imported/kenney_blocks.ttf-b2588f0503e91b85cbb7e48700caa090.fontdata'."  I'm curious to restart this project testing with a fresh directory and fresh import and touch nothing and see if the: "Cannot create file 'res://.godot/imported/kenney_blocks.ttf-b2588f0503e91b85cbb7e48700caa090.fontdata'." error starts on start up. If I can isolate the issue that should help. I'll post more as things develop.

[WithinAmnesia]

Trying a new fresh project:

      My self deleting the paste failed project iteration of bug testing to start fresh.   Making a fresh directory.  Finding the fresh zip file of the latest build.  Copying the zip file (that project above the zip file has never been run to keep it clean for archiving).  Pasting the zip file into the fresh bug testing directory.  Extracting / unzipping the project zip file into the fresh directory.   Here is the fresh extracted project that has never been run.  Myself closing Godot 4.3-stable mono. (Myself trying to screenshot starting up godot again but the screenshot was 10 mb too big for github)  Godot 4.3-stable mono before importing the fresh project for bug testing.  Myself importing the fresh bug test project directory with fresh project unzip into Godot.   The project file path is valid.  Godot loading as the project starts up.  The output so far. I don't see any error messages.   This looks stable. This is odd. I wonder if its due to the server instances not saving properly?  The safe save is disabled in this test.

[WithinAmnesia]

https://github.com/SlayHorizon/godot-tiny-mmo-demo/issues/34#issuecomment-2430454822 The errors might be due to the text system not saving properly in Godot on my end somehow due to the text file error happening when I attempt to change the run instances to be like the read me:


I'll make a copy of this working bugtest and try changing the game title to see if its saving that busted or just the run instance part to further isolate the error.

[WithinAmnesia]

https://github.com/SlayHorizon/godot-tiny-mmo-demo/issues/34#issuecomment-2430459900 Myself starting to make a fresh bug test copy directory for clean bug testing to test the saving.

  The previous bug test fresh project directory (no changes or no new saves with no errors)  Here is the new fresh bug testing project directory with a new fresh zip file of the latest build.   Unzipped and ready to test the fresh project to try a title change and see if the saving works with the windows 10 and godot with safe save turned off.   Valid path again.  Fresh project on start up.  No bugs so far.     Looks good so far.  Attempting a project title / name change to see if saving works properly.   It looks good so far after the name change.     The debugger looks fine too on the tabs.  I'll save this project and reload it to see if saving is an issue.  Opening the project with the project title / name changed to test if saving is working.  No errors so far.  Running the blank instance directory with no errors so far.  Stopped running the project. No errors after ~10-30 second of running.  The run instances is unchanged.  Safe save is off. It looks like saving works.

The import issue looks to be isolated to changing the run instance settings to make things work is my hypothesis. I will test this on a copy of 'Bugtest 002' as 'Bugtest 002' and only try changing the run instance with minimal changes to see if the run instance saving is bugged with windows 10 even with safe save off.

[WithinAmnesia]

Trying my hypothesis / hunch / idea of The import issue looks to be isolated to changing the run instance settings:

I will recreate the 'Bugtest 002' changed title but as 'Bugtest 003' to keep iteration names and moreover so as to not introduce any copy past errors and make this as clean as possible.   Here is a fresh unzipped latest build project.  It has no been run yet since it is freshly extracted /unzipped from the zip file.  Importing the project file of bug test 003.  A valid path again.  no errors so far.  Project name change.  Project runs without errors so far.  Project run closed and has no errors so far.  Double checking safe save is off.  I will try step by step to make small changes until a bug is encountered with the run instances to try and isolate the bug / issues  I clicked run multiple instances. I will run this to see if it works.  So far so good.  The debugger turned on and I'll show the results. Hmmm odd I didn't notice this before. Perhaps the debugger turns on at least after the run instances are changed? I'll watch this too.        It looks ok in the debugger.  Again the output has no errors but it shows the debugger turned on after the run instances as changed.  For test purposes I will step by step gradually recreate the default readme run instances to keep things clean and focused to try and isolate the bug the best as possible.  1 run instance changed to run 4 instances. I'll run the project and see if that works.  No bugs so far.  No bugs running 4 instances so far.  Closed the thing.  I checked each of these 4 debugger sessions are they are the same minus 4 of them being there now. It gets screenshot heavy if I do ~16 screen shots of each tab of the same thing. I'll show any differences or things of note.  I'll write this as "--headless" and run and test and report any changes.    No issues. I'll try doing the second instance as "--headless".     No issues again. I'll change this to match the readme file and put "gateway_server"   I'll trying running this to see if anything happens.    I checked all the tabs of the debugger for all 4 sessions and nothing changed / is odd / it looks usual.  I'll try to add in "game_server" and run the project and see how that goes.   So far so good.    It looks okay so far with nothing to note out of the ordinary.  Testing client run instance.   Errors happening with the client. 'Failed to connect to server' Stopping the test run and checking for errors.  I checked the debugger tabs, nothing odd.  No errors. I'll run it again and try to get the client to appear for testing.   The client is appearing. There are no bug error messages but the server is failing to connect. I will stop the test run and duplicate 1 for 1 the default debug screen run multiple instances set up and test that.   I checked the debugger tabs and nothing out of the ordinary.  This looks to be a match of the readme default run instance set up.  As noted to double check both of them together.  I will run the project to test for bugs with windows 10 Godot 4.3-stable mono with safe save off and and exact match to the default readme run instance setup.  Triple checking the safe save is off. The safe save is off.   Failed to connect to server from both clients. Yet no errors so far when running.  Stopped the running of the bug test.  The debugger tabs look regular. I do not see any error messages. I should run a test where I add up to 16 clients and see if errors happen. I should report these findings and the connection failed on the default run instance setup though first.

[edit 'at'] SlayHorizon I need to update my testing. It looks really good though. Sorry for any ping I had out of date readme start up tabs and I need to do more bug testing.

[Edit - Disregard this for it used old read me start up and the results are flawed and need to be re done to do proper testing] I found a failed to connect error with the default run instances read me set up with a windows 10 on a fresh directory and fresh unzipped github zip file with safe save turned off. There are no error messages about import issues with this set up but the game does not connect. I am not sure if this is known or intended with this step. I am still iteratively trying to isolate the error I found but I figured to bring this up. As just in case it is a new bug or thing to look into from the latest build with the clients not connecting; even with no big engine error messages. Thank you for working on all of this and it is really cool. I think I'm close to isolating the original bug but saving works and it looks like either a safe save windows 10 thing or a Godot engine issue but I'll keep crawling forward with the iterative bug testing. What do you think of this so far? Is it supposed to connect by default like as before or are we in an in-between interim set up as things are being connected together to work better later? This is really awesome and I look forward to helping more too.  Wait a second. The set up has changed. Disregard the errors I need to run more testing. I had the tab opened with the read me all night, I went to bed and got up and the tab was so old it had the old set up lol. 😆 Well then I hope the issues on my end. I need to eat dinner but this is really cool and this is great and I'm a bit excited and look forward to trying the new server features out yay.

😄 🏰 🐉 ⚔️ 🤔 👍 ✨ 💯 🚀

[WithinAmnesia]

I got it working and found the error and the new build is amazing wow its super cool, great job!

Here I am trying a shorter directory and project title (maybe it was a case of too long of file path?)   It works!   It works with safe save on as well.  The random names are super cool too! As like 'Xarozwaj'.

Error hypothesis: Too long of directory name and title name leads to windows 10 not being able to read files. The new build might have has built in longer paths and my testing setup broke due it being super close to running out of amount of characters / letters / numbers to keep working / saving / writing properly. I think my error tests worked due to smaller names and directory paths.

@SlayHorizon Your work has no bugs and thankfully it was on my end and it had to do with I think too long file path names that got in the way of windows 10 saving / reading and writing properly.

New info, recommend shorter project directory path (and or if needed shorter project titles also) on Windows 10 if read / write / unable to read file errors happen. Safe save works fine. This is great! The new game features are super cool. I like the experience, random names, account character slots and cool game modes on the same server with regular no rules and hardcore. It reminds me of OSRS and Path of Exile and Turtle WoW and Classic WoW. Great job too! This is super awesome and it looks super amazing! 💪 😃 👍 🎆 🎇 🌟 ✨ 🥇 💯 🏰 🐉 ⚔️ ⛰️ 🗺️ 🚀

[SlayHorizon]

Glad it's working now. The random username generator is really primitive and mainly useful for test purpose, may consider using a better one for more serious game.

It's ok I will consider changing the project name on Godot to only "Tiny-MMO" and also on Github by simply calling it "godot-tiny-mmo".