Material upload: a texture that fails to encode leaves the material editor stuck open and greyed out #1465

New issue

Open

opened 2026-11-05 10:18:04 +00:00 by sky_line · 0 comments

sky_line commented

2026-11-05 10:18:04 +00:00

Owner

Reported by the owner, build combo e7efd13995 (Linux), 2026-11-05.

When uploading certain glTF materials, the material editor window gets stuck open. Every button and field is greyed out, nothing responds, and it can't be closed. Seen with a stained glass material; the window is still on screen.

Log (10:15:20Z)

WARNING llrender/lltexturedata.cpp(860) setSize : Texture has non power of two dimension: 64x17
WARNING llrender/lltexturedata.cpp(1366) calcAlphaChannelOffsetAndStride : Cannot analyze alpha for image with format type 1401
INFO newview/llviewertexturelist.cpp(1511) convertToUploadFile : encode returns with error!!
INFO llui/llfloater.cpp(813) openFloater : Opening floater material editor
...
10:15:22Z logPreparedUpload : Uploading texture "stained_glass (stained_glass): Base Color"

One of the material's textures, 64x17 (not a power of two), fails to J2C-encode during the import.
The editor that opens for that import never leaves its disabled, uploading state, and never closes.
A second material editor opened at 10:16:22 uploaded and saved the stained_glass material normally (10:16:33) and closed at 10:16:38.
The first window stayed stuck.

Expected

An image that fails to encode is reported clearly, naming the image and the reason.
The upload is abandoned, or continues without that texture, per a clear policy, with nothing charged for parts that weren't sent.
The editor always comes back to a usable state, or closes.
An encode failure never leaves a modal or disabled window behind.

Notes

Background uploads #1443 (branch uploads-background-1443) reworks this path, so the fix should land on top of it.
Images that aren't a power of two should be resized before encoding, as texture uploads already do, rather than failing.

**Reported by the owner, build combo e7efd13995 (Linux), 2026-11-05.** When uploading certain glTF materials, the material editor window gets stuck open. Every button and field is greyed out, nothing responds, and it can't be closed. Seen with a stained glass material; the window is still on screen. ## Log (10:15:20Z) ``` WARNING llrender/lltexturedata.cpp(860) setSize : Texture has non power of two dimension: 64x17 WARNING llrender/lltexturedata.cpp(1366) calcAlphaChannelOffsetAndStride : Cannot analyze alpha for image with format type 1401 INFO newview/llviewertexturelist.cpp(1511) convertToUploadFile : encode returns with error!! INFO llui/llfloater.cpp(813) openFloater : Opening floater material editor ... 10:15:22Z logPreparedUpload : Uploading texture "stained_glass (stained_glass): Base Color" ``` - One of the material's textures, 64x17 (not a power of two), fails to J2C-encode during the import. - The editor that opens for that import never leaves its disabled, uploading state, and never closes. - A second material editor opened at 10:16:22 uploaded and saved the `stained_glass` material normally (10:16:33) and closed at 10:16:38. - The first window stayed stuck. ## Expected - An image that fails to encode is reported clearly, naming the image and the reason. - The upload is abandoned, or continues without that texture, per a clear policy, with nothing charged for parts that weren't sent. - The editor always comes back to a usable state, or closes. - An encode failure never leaves a modal or disabled window behind. ## Notes - Background uploads #1443 (branch uploads-background-1443) reworks this path, so the fix should land on top of it. - Images that aren't a power of two should be resized before encoding, as texture uploads already do, rather than failing.

sky_line added the

bug

label

2026-11-05 10:18:04 +00:00

sky_line added this to the Slipstream project

2026-11-05 10:18:04 +00:00