Uploaded image for project: 'Sourcetree For Mac'
  1. Sourcetree For Mac
  2. SRCTREE-4055

Commit info (message, SHA...) is missing in History view

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: Medium Medium
    • 2.5
    • 2.3.1
    • General
    • Severity 3 - Minor

      Recently the History view has stopped displaying the pane containing the commit message, commit SHA, parent, etc. Instead there's just the list of files in the commit. See screenshot — I've added a red ring where the commit info used to be.

      I've searched the menus and prefs to find a way to re-display this. Unless I'm an idiot (which I don't think I am, with 29 years Mac development experience) it seems to be just gone. The release notes don't mention anything about this either.

      Could this be a macOS Sierra (10.12) compatibility glitch? I'm on the latest beta.

            [SRCTREE-4055] Commit info (message, SHA...) is missing in History view

            FYI: this is fixed for our next major release (2.5)

            Brian Ganninger (Inactive) added a comment - FYI: this is fixed for our next major release (2.5)

            I've finally found the invisible resize handle, don't remembering exactly how it was before I didn't know where to look for it. It's at the top of the commit info panel, dragging it down the files list re-appear.

            Mauro Piccotti added a comment - I've finally found the invisible resize handle, don't remembering exactly how it was before I didn't know where to look for it. It's at the top of the commit info panel, dragging it down the files list re-appear.

            +1. The defaults delete command fixed it for me too. Thanks!

            Deleted Account (Inactive) added a comment - +1. The defaults delete command fixed it for me too. Thanks!

            I came to report the same issue. It happened to me when the SourceTree window was resized to a small size.

            In my case this happened because I use Amethyst to automatically resize new windows to fit inside a grid.

            osirisdevelopment added a comment - I came to report the same issue. It happened to me when the SourceTree window was resized to a small size. In my case this happened because I use Amethyst to automatically resize new windows to fit inside a grid.

            Sorry for the inconvenience, we'll verify this as well when applying a fix for the split view issue(s) overall. Thanks for reporting!

            Brian Ganninger (Inactive) added a comment - Sorry for the inconvenience, we'll verify this as well when applying a fix for the split view issue(s) overall. Thanks for reporting!

            snej added a comment -

            Fixed it with
            defaults delete com.torusknot.SourceTreeNotMAS "NSSplitView Subview Frames repowindow_LogViewDescSplitter"

            snej added a comment - Fixed it with defaults delete com.torusknot.SourceTreeNotMAS "NSSplitView Subview Frames repowindow_LogViewDescSplitter"

            It should be at the bottom of that list of files unless it got auto-layouted into geometric non-existence. Worst case scenario is resetting the stored layout of the window which should bring back working defaults.

            Brian Ganninger (Inactive) added a comment - It should be at the bottom of that list of files unless it got auto-layouted into geometric non-existence. Worst case scenario is resetting the stored layout of the window which should bring back working defaults.

            snej added a comment -

            That makes sense; I've had it collapse the sidebar before, but there's a command to bring that back.

            I'm not having luck with finding the invisible resize handle. Where exactly would it be?

            snej added a comment - That makes sense; I've had it collapse the sidebar before, but there's a command to bring that back. I'm not having luck with finding the invisible resize handle. Where exactly would it be?

            There's a known issue with 10.12 collapsing some of our split views unexpectedly (such as the sidebar) This looks to be another occurrence of that. You should be able to find the invisible resize handle and restore that section… worst case scenario you can reset app preferences (let me know if you need pointers on that)

            Brian Ganninger (Inactive) added a comment - There's a known issue with 10.12 collapsing some of our split views unexpectedly (such as the sidebar) This looks to be another occurrence of that. You should be able to find the invisible resize handle and restore that section… worst case scenario you can reset app preferences (let me know if you need pointers on that)

              Unassigned Unassigned
              577661dfce82 snej
              Affected customers:
              4 This affects my team
              Watchers:
              9 Start watching this issue

                Created:
                Updated:
                Resolved: