Skip to content

File browser copy path has a leading slash #3722

Description

@legokidlogan

Describe the bug

255dc2b Changed all uses of string.Trim with WireLib.Trim, failing to note that wire_filebrowser.lua and wire_listeditor.lua use the second arg of string.Trim, which wirelib's counterpart doesn't support. As a result, both of those scripts fail to remove any leading slashes in file paths they produce.

How to reproduce the bug

Copy any sound path from the wire sound browser, and notice the leading slash it produces.
e.g. buttons/button15.wav instead becomes /buttons/button15.wav

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions