Skip to content
This repository was archived by the owner on Sep 6, 2021. It is now read-only.
This repository was archived by the owner on Sep 6, 2021. It is now read-only.

[Core][Untitled files][Win only]: Incorrect sort order for untitled files.Β #4409

Closed

Description

@julieyuan

Steps:

  1. Launch Brackets.
  2. New several untitled files under the same folder.

Result:
The sort order for these untitled files is different with OS sort order. On Brackets, its files order is: Untitled-1.js,Untitled-2.js,Untitled-3.js, Untitled.js, but its untitled folders order is : Untitled,Untitled-1,Untitled-2,Untitled-3. And OS sort order is: Untitled.js, Untitled-1.js,Untitled-2.js,Untitled-3.js.

Expected:
The sort order for untitled files should follow OS sort oder and untitled folders order.

ENV: Win7x64 ENU
Build: 0.27.0.8255

Notes:
On Mac, its sort order for untitled files is same with Win: Untitled-1.js,Untitled-2.js,Untitled-3.js, Untitled.js. But its OS sort order has same behavior. I think maybe MAC and Win follows different sort order rules.

Snapshots:
Please refer to snapshot for details:
incorrect sort by name

Activity

  1. peterflynn commented on Jul 15, 2013

    @peterflynn
    Member

    Reviewed - related to #4332. Move both to backlog.

  2. added a commit that references this issue on Jul 18, 2013
  3. RaymondLim commented on Jul 18, 2013

    @RaymondLim
    Contributor

    FBNC to @julieyuan

  4. julieyuan commented on Jul 19, 2013

    @julieyuan
    Author

    @RaymondLim I checked this issue in build 0.28.0.8416. Pull request #4463 indeed fixed issue #4332. But another issue occurs. Please refer to snapshot:
    7-19-2013 3-56-05 pm

    This issue also reproduces on MAC. Untitled-25.js is between Untitled-2.js and Untitled-3.js. I don't think it is right behavior. Please help to fix it .Thanks.

  5. RaymondLim commented on Jul 19, 2013

    @RaymondLim
    Contributor

    @TomMalbran

    Looks like we need another sorting when filenames end with numbers. Do you want to try it by breaking up the trailing numbers and do a secondary sorting if the filenames w/o trailing numbers are the same? Otherwise, we may have to close this one as "move to backlog."

  6. TomMalbran commented on Jul 19, 2013

    @TomMalbran
    Contributor

    Yes. But I can work on it next week probably.

  7. RaymondLim commented on Jul 19, 2013

    @RaymondLim
    Contributor

    Thanks. If you can get it done by next Tuesday, then we can keep the milestone. Otherwise, I have to move it out to next sprint.

  8. added a commit that references this issue on Jul 22, 2013
  9. RaymondLim commented on Jul 23, 2013

    @RaymondLim
    Contributor

    FBNC to @julieyuan again. You can verify the remaining issue with b8496.

  10. julieyuan commented on Jul 24, 2013

    @julieyuan
    Author

    Thanks. It is fixed in build 0.28.0.8496. Here is the snapshot:
    bug fixed

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

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions