Importing image as Texture2DArray does not work and produces errors.

[pbaja]

Godot version

v4.0.beta17.mono.official [c400205]

System information

Windows 11, Vulkan, Forward+, RTX 3060 Laptop

Issue description

After trying to import the texture as an array, I get the following errors in the console:

• servers/rendering/renderer_rd/storage_rd/texture_storage.cpp:808 - Condition "p_layers[i]->get_format() != valid_format" is true.
• Attempting to use an uninitialized RID
• servers/rendering/renderer_rd/storage_rd/texture_storage.cpp:1306 - Condition "!tex" is true.
• Attempting to use an uninitialized RID

Trying to preview textures in the inspector repeats the error:

• Attempting to use an uninitialized RID

What I have tried

• Restarting the editor
• Reimporting the image again
• Switching to another format and going back
• Creating a new fresh project

Steps to reproduce

1. Drag and drop an image (png) to the FileSystem
2. Select the image and in the Import tab change "Import As:" to Texture2DArray
3. Click on "Reimport"
4. Confirm to Save, Re-Import, and Restart
5. After restarting the editor, select the image by double-clicking it

Update

After changing Compress:Mode to VRAM Compressed (It was set to Lossless), checking High quality, and restarting the editor (only reimport did not fix it) it imported the textures correctly!

[acegiak]

Using the workaround listed under Update here causes an issue where exported projects crash on load with an error saying that the resource hasn't been imported. This can be fixed by setting Compress:Mode to VRAM Uncompressed.
Texture2DArray Test Project.zip

[ventaur]

As of v4.0.2.stable.official [7a0977ce2], I am not experiencing crashes or errors regardless of compression settings. However, the moment I change a resource's import settings to Texture2DArray and reimport (as well as confirm the need to save and reload the editor), the file is no longer visible in its folder and the folder itself now shows the import settings. Oddly, the folder's import settings also show the resource's file name.

[Calinou]

• Related to TextureLayered subclasses don't serialize properly when created from a tool script #34312.

[ventaur]

I wanted to come back and mention that I do not see the behavior I posted about above when I run v4.1.dev.custom_build [c8a13c2c8] from source. The file is again visible in its folder as expected. So this appears to be fixed in the latest code on master.