"Failed to load a texture" when opening an existing project

[rbeesley]

Version 1.5.1, Internal version 22

Log file:

[19:33:52] Opening a project file C:\Users\[REDACTED]\Sample.sprj
[19:33:52] Clearing PipelineManager contents
[19:33:52] Deleting item Simple
[19:33:52] Clearing ObjectManager contents...
[19:33:52] Parsing a V2 project file...
[19:33:52] Added a shader pass Simple to the project
[19:33:52] Adding a pipeline item Quad to the project
[19:33:52] Item Quad added to the project
[19:33:52] Creating a texture Users/[REDACTED]/sample.jpg ...
[19:33:52] (ERROR) Failed to load a texture Users/[REDACTED]/sample.jpg from file

Removing this object from the project will allow the project to load again. Tried moving the project and got the same result. Changed the image type being used for the texture and got the same result. When added to the project from the UI nothing crashes. When this fails to load, the application crashes back to the desktop.

Windows Error Reporting info:

Fault bucket 1992010440104494678, type 4
Event Name: APPCRASH
Response: Not available
Cab Id: 0

Problem signature:
P1: SHADERed.exe
P2: 0.0.0.0
P3: 60689202
P4: SHADERed.exe
P5: 0.0.0.0
P6: 60689202
P7: c0000005
P8: 00000000000896c9
P9: 
P10: 

Logged Fault in Event Viewer:

Faulting application name: SHADERed.exe, version: 0.0.0.0, time stamp: 0x60689202
Faulting module name: SHADERed.exe, version: 0.0.0.0, time stamp: 0x60689202
Exception code: 0xc0000005
Fault offset: 0x00000000000896c9

[rbeesley]

Looking into this more, the path is a relative path which didn't actually map to the correct location on the file tree. Changing the saved location resolved this on loading, so it is more likely that it fails to write the project correctly in the first place.

[dfranx]

Sorry for the slow response. Turns out something somehow got broken. Not quite sure how this happened in the first place, but I think I fixed it. I'll test it out more tomorrow then release the binaries (since I find this a critical bug).