Sandboxing inconsistency across OSs

[rdelian]

What happened?

io.readdir returns the files in a different order across Windows and Linux builds With no way to control the order as it was with dir/ls

Expected result

Same result on both OSs

Reproduction steps

local files = io.readdir("@Res/stream/")
print(files) -- same result with a for ipairs loop

Importancy

Unknown

Area(s)

ScRT: Lua

Specific version(s)

Server 12508 windows & linux

Additional information

Actual examples

On windows it returns a-Z

[       script:racegm] wr_dezikawa_downhill_ta_L1_FUTO2_001.yvr
[       script:racegm] wr_dezikawa_downhill_ta_L1_FUTO2_002.yvr
[       script:racegm] wr_dezikawa_downhill_ta_L1_FUTO2_003.yvr
[       script:racegm] wr_dezikawa_downhill_ta_L1_FUTO2_004.yvr
[       script:racegm] wr_dezikawa_downhill_ta_L1_FUTO2_005.yvr
[       script:racegm] wr_dezikawa_uphill_ta_L1_FUTO2_001.yvr
[       script:racegm] xr_dezikawa_downhill_ta_L1_FUTO2_004.ytr

On linux? I have no idea

[       script:racegm] wr_dezikawa_downhill_ta_L1_FUTO2_005.yvr
[       script:racegm] wr_dezikawa_downhill_ta_L1_FUTO2_004.yvr
[       script:racegm] wr_dezikawa_uphill_ta_L1_FUTO2_001.yvr
[       script:racegm] wr_dezikawa_downhill_ta_L1_FUTO2_002.yvr
[       script:racegm] xr_dezikawa_downhill_ta_L1_FUTO2_004.ytr
[       script:racegm] wr_dezikawa_downhill_ta_L1_FUTO2_003.yvr
[       script:racegm] wr_dezikawa_downhill_ta_L1_FUTO2_001.yvr

I attached a stat * output for all the files, these have been created on windows and uploaded on bulk to a vps

statall.log

[radium-cfx]

Are you still encountering this issue? I tried reproducing it using the file names you provided, but I didn't notice any differences in file sorting between Windows and Linux (WSL) — any additional details you can share would be helpful!