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

client crashes if I push cancel on Checking subrepositories dialog

    XMLWordPrintable

Details

    Description

      [EDIT: I've updated an rewritten a bulk of this description as I have found a 100% repo and a simpler repro steps than my first repo on the first experience of the crash]

      I believe I have steps for a 100% (5 out of 5) repro steps for crashing SourceTree Win32 client when selecting cancel on the 'Checking subreposities...' dialog shown when pushing a repo that has a subrepo with pending pushes. (see attached jpg screenshot of the dialog I refer)

      I have setup a bitbucket mercurial repo with nested mercurial sub-repos. Just to a depth of 3. Say my sub-repo hierachy looks like this:

      A
      +- B
      . +- C

      I made an actual change to subrepo C and committed it locally. This made subrepo B's state info for C change, so I commited locally on subrepo B. This in turn made 'the root' repo A's state info for B change, so I commited locally on subrepo A also.

      Then for an experiment I tried to push changes to bitbucket starting with root repo A. SourceTree displayed the Checking subrepositories... dialog to let me know that I had pending pushes on subrepos. I've found that if I click the Cancel button on this dialog that SourceTree appears to crash 100%.

      This dialog sits spinning for several second getting ready (communicating with remote bitbucket perhaps or checking local repo state). If I click Cancel at any time it will crash. It also crashes regardless of whether I generate this dialog from attempting to push root repo A or push subrepo B.

      Attachments

        Issue Links

          Activity

            People

              Unassigned Unassigned
              david_flower David Flower
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: