"3D" letters suddenly appearing in filenames of sprite .pngs after importing from 3.5 to 4.0 - causing .tscn not to load.

[Dasegad]

Godot version

4.0 Stable - Win64

System information

Windows 11

Issue description

Tried to upgrade my project from 3.5 to 4.0 and a .tscn will not load now because a bunch of .png filenames associated with the .tscn are coming up as being missing from dependencies because 4.0 says they should have the letters "3D" in the filename. The .png filenames never had the "3D" in them so I'm not sure where this is coming from.

Here's a link to what it's saying one of the .png filenames should be in the dependencies for the .tscn that won't load: https://i.stack.imgur.com/fe9dj.jpg (the part that says "3D" right after the word "Light" in the filename was never there - and isn't there when I look at the actual file in the folder outside of the engine). When I look at the error it appears to also be seeking for the .pngs in folders that are also supposed to contain "3D" in them - however the folder names also have never had this in their names (and also don't currently have them when I check the actual folders outside of the engine).

I can fix the issue by manually going in and reselecting the correct file for each error - however there are hundreds of them so I'm hoping there's a better way to get it to pick things up correctly other than having to go through and correct one by one.

Project still works fine in Godot 3.5, so it seems to just be an import to 4.0 issue. Game is a 2D side scroller using sprites.

Thanks!

Steps to reproduce

To reproduce upgrade a 2D sprite game where a .tscn has a bunch of .pngs for sprites associated with it as dependencies.

Minimal reproduction project

N/A

[clayjohn]

I wonder if this is from the project converter being a bit too aggressive and automatically renaming things it thinks are node types within the names of your filepaths

[gotnospirit]

At the moment, the converter doesn't have any kind of context when it performs replacement of RenamesMap3To4's arrays.
This is the same problem as #66256