[Bug] SET_RUNTIME_TEXTURE_PIXEL reads its colour arguments in reverse order (a, b, g, r)

[TheDutchDev]

[Bug] SET_RUNTIME_TEXTURE_PIXEL reads its colour arguments in reverse order (a, b, g, r)

Summary

Edit: FFS, I never told claude to make these on my behalf. Apologies for the AI-ish bug report. It is still valid afaik as I ran into it but ya. Feel free to close it if it's not relevant or already handled in another bug report.

SET_RUNTIME_TEXTURE_PIXEL(tex, x, y, r, g, b, a) appears to consume its four colour arguments back
to front on Enhanced. A pixel written as (r, g, b, a) renders as rgba(a, b, g, r).

Issue type

Client

Repro rate

Always

Server build version

client build 106

Steps to Reproduce

Create a runtime texture, fill it with a known colour, commit, and draw it:

local txd = CreateRuntimeTxd('chan_txd')
local tex = CreateRuntimeTexture(txd, 'chan_tex', 32, 32)

for y = 0, 31 do
  for x = 0, 31 do
    SetRuntimeTexturePixel(tex, x, y, 255, 255, 255, 64)  -- white at 25% alpha
  end
end
CommitRuntimeTexture(tex)

-- in a draw loop:
DrawSprite('chan_txd', 'chan_tex', 0.5, 0.5, 0.1, 0.15, 0.0, 255, 255, 255, 255)

Expected Behavior

A faint white square rgba(255, 255, 255, 64).

Actual Behavior

An opaque cyan square rgba(64, 255, 255, 255), the arguments reversed.

Evidence

Four textures, each isolating one channel so there is no spatial variable to confound the reading.
Every one matches a straight reversal:

written (r,g,b,a)	expected	observed	matches (a,b,g,r)
255, 0, 0, 255	opaque red	opaque red	yes (symmetric — red either way)
0, 255, 0, 255	opaque green	invisible	yes (alpha reads 0)
0, 0, 255, 255	opaque blue	invisible	yes (alpha reads 0)
255, 255, 255, 64	faint white	opaque cyan	yes → rgba(64,255,255,255)

Passing the arguments deliberately reversed SetRuntimeTexturePixel(tex, x, y, a, b, g, r) —
produces the intended colours, which is both the confirmation and the workaround.

CREATE_RUNTIME_TEXTURE_FROM_IMAGE renders correct colours from the same TXD in the same draw call,
so the issue is specific to SET_RUNTIME_TEXTURE_PIXEL rather than to runtime textures, the TXD, or
DRAW_SPRITE.

Additional Context

[Gogsi]

A fix for this bug has been implemented and is available in the August 4 patch. Please try again and let us know if the issue persists. Thanks for your help!

[TheDutchDev]

Seems to be fixed, thanks!