Fix incorrect check on importing project

[AThousandShips]

Note: #77760 makes this impossible to test on some platforms, see there, reverting the cause helps verify this fix

(This problem also occurs on 3.x, have not tested if this can be cherry-picked)

• Fixes: "This directory already contains a Godot project" when inputting a valid path without trailing / #77831

[RedworkDE]

Tho it's more improve than fix, if the folder name ends with .zip it still breaks in the same way, and also selecting a project to import by typing into the text field instead of using the browse dialog seems pretty broken in general

[AThousandShips]

That's true, should add a check for folders perhaps

It is indeed pretty broken, it does not update correctly to do install instead of import, think the fix here is sufficient on its own, though there are absolutely reasonable and valid cases where folders end in .zip

Will look at doing some wider fixes to the updating of the path, if I end up having the time and energy to do so soon I'll add it to this as well

[AThousandShips]

Got some ideas digging into some of the code, will test them later today probably, marking as draft until then

[AThousandShips]

Some improvements, it's still pretty inefficient and spaghetti, and if you point to a project.godot file it doesn't work still, but now it manages folders ending in .zip, and makes the install path appear and vanish when you change the import path

This needs a major cleaning but at least now it should work correctly, will clean up some of the code though

[idbrii]

Thanks for fixing this!

[AThousandShips]

Reordering here in the weird case where there's a file matching but not a directory, unsure if this will ever happen, but it can't hurt, though I'm not even sure trailing and leading spaces are valid for paths in any OS

[akien-mga]

Thanks!

[AThousandShips]

Thank you!