Uploaded image for project: 'Sourcetree for Windows'
  1. Sourcetree for Windows
  2. SRCTREEWIN-1308

Numerical Sort Order for Tags in the Sidebar

XMLWordPrintable

    • Icon: Suggestion Suggestion
    • Resolution: Fixed
    • 3.4.23
    • General
    • None
    • Windows 7, Git 1.8.4-preview20130916

    • Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

      Currently tags in the sidebar are sorted strictly in alphanumeric order. When tagging a lot of release versions, this leads to counterintuitive sorting:

      3.4.0
      3.4.1
      3.4.10
      3.4.11
      3.4.2
      …

      With numerical sorting (like the Windows Explorer does for folder names), it would be much easier to find the most recent version:

      3.4.0
      3.4.1
      3.4.2
      …
      3.4.10
      3.4.11

        1. image-2025-02-07-20-11-15-765.png
          image-2025-02-07-20-11-15-765.png
          62 kB

            [SRCTREEWIN-1308] Numerical Sort Order for Tags in the Sidebar

            Mochnant added a comment - - edited

            Unfortunately this doesn't sort properly if they are not fully numeric.

            Some places use 'v1.0', 'v2.0' and so this sort is broken.

            EDIT: It may be that it is working but is for some reason sorting ascending rather than descending which seems like the wrong kind of sort considering there is no way to limit the number of tags (which can be in the hundreds).

            Mochnant added a comment - - edited Unfortunately this doesn't sort properly if they are not fully numeric. Some places use 'v1.0', 'v2.0' and so this sort is broken. EDIT: It may be that it is working but is for some reason sorting ascending rather than descending which seems like the wrong kind of sort considering there is no way to limit the number of tags (which can be in the hundreds).

            Sourcetree-bot added a comment -

            This issue is fixed in the Release '3.4.23'

            Sourcetree-bot added a comment - This issue is fixed in the Release '3.4.23'

            Vipin Yadav added a comment -

            We have fix this and will be released soon in 3.4.23 version.

            Vipin Yadav added a comment - We have fix this and will be released soon in 3.4.23 version.

            Mochnant added a comment - - edited

            I'm delighted to hear it, 698877135425Unable to render embedded object: File (  Thank you) not found.

            Might I also suggest a grouping at the end of the list for more than 20 tags, similar to how Fork does it?

            Mochnant added a comment - - edited I'm delighted to hear it, 698877135425 Unable to render embedded object: File (  Thank you) not found. Might I also suggest a grouping at the end of the list for more than 20 tags, similar to how Fork does it?

            Mukesh Kumar added a comment -

            Hi a7d27d32d5d4 

            We are working on it.

            Mukesh Kumar added a comment - Hi a7d27d32d5d4   We are working on it.

            Mochnant added a comment -

            This is similar to SRCTREE-2845 (with 60 votes!), SRCTREEWIN-2267, SRCTREEWIN-10909 and SRCTREEWIN-5439.

            Can we get product to weigh on on when this (seemingly small) feature could be added?

            Mochnant added a comment - This is similar to SRCTREE-2845 (with 60 votes!), SRCTREEWIN-2267 , SRCTREEWIN-10909 and SRCTREEWIN-5439 . Can we get product to weigh on on when this (seemingly small) feature could be added?

            bablex added a comment -

            +1
            This is a tiny fix, please finally change it after 7 years...

            Related:
            https://jira.atlassian.com/browse/SRCTREEWIN-2267
            https://jira.atlassian.com/browse/SRCTREE-4986 => "This was marked as fixed and resolved, but as of the latest SourceTree version (2.7.1) it is not fixed. Any reason why?" -> so it's a bug and not a feature request anymore?

            bablex added a comment - +1 This is a tiny fix, please finally change it after 7 years... Related: https://jira.atlassian.com/browse/SRCTREEWIN-2267 https://jira.atlassian.com/browse/SRCTREE-4986  => "This was marked as fixed and resolved, but as of the latest SourceTree version (2.7.1) it is not fixed. Any reason why?" -> so it's a bug and not a feature request anymore?

            James Cox added a comment -

            This has been bugging me for a long time and I just created a tag today and wondered whether I should submit it as a bug report. Looks like nothing will ever be done, though...

            James Cox added a comment - This has been bugging me for a long time and I just created a tag today and wondered whether I should submit it as a bug report. Looks like nothing will ever be done, though...

            Tom Fielder added a comment -

            This would be great for us too. Still relevant for 1.9.6.1.

            Tom Fielder added a comment - This would be great for us too. Still relevant for 1.9.6.1.

            thomthom added a comment -

            Having natural sorting such that semantic versioned tags appear in expected order would be a nice improvement.

            thomthom added a comment - Having natural sorting such that semantic versioned tags appear in expected order would be a nice improvement.

              e85ff1f4514c Vipin Yadav
              2d5eec675617 Henning Hoefer
              Votes:
              13 Vote for this issue
              Watchers:
              13 Start watching this issue

                Created:
                Updated:
                Resolved: