Skip to content

Sandboxing inconsistency across OSs #3090

Open
@rdelian

Description

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

Metadata

Assignees

No one assigned

    Labels

    ScRT: LuaIssues/PRs related to the Lua scripting runtimebugtriageNeeds a preliminary assessment to determine the urgency and required action

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions