Repo-browser crash

[swic...@gmail.com]

Using TortoiseSVN 1.12.0 (x64), open the repo-browser (or by clicking on the ... button on a merge dialog), clicking on some of my main solution folders causes the browser window to close and the windows "TortoiseSVN x64 has stopped working" which is open relatively short before disappearing.

I have been able to get it to raise the error reporter a couple of times, so I have sent the error logs through.

From my testing, what at first seemed to be random more seems like it's related to folders that have externals defined (the ones I tested were "local" internals, such as ["../dir2/source" "source2"] and not from an external source. I believe it occurs if the folder that I click on itself defines externals, or one of the folders on the right side defines an external.

[Stefan]

After sending the crash report, a website is automatically opened. Can you post that link please?

[swic...@gmail.com]

On Thursday, May 2, 2019 at 6:55:44 AM UTC-4, Stefan wrote:
> After sending the crash report, a website is automatically opened. Can you post that link please?

I am attempting to do this, but I don't recall a web site displaying when this happened yesterday. The issue i'm having is that I have spent 30 minutes trying to get the bug reporting to start up. In general, the 'has stopped working' dialog appears, and then almost immediately disappears. If I can get the report to send again, I will get the URL.

[Bruce C]

Hi,

I too experienced a problem with the Repo-browser in TortoiseSVN v1.12.0. Downgrading back to v1.11.1 avoids the problem. I'm running on Windows 7 SP1 (64 bit).

The symptoms are a little different in that the Repo-browser window simply closes - there's no crash report, or anything of that nature but the TortoiseProc instance terminates.

I've done a little experimentation. A colleague observed that the issue only occurred on repos where there were externs. I've done a little bit of testing and confirmed that seems to be the case.

I've created a test repo with the following structure:
  root
    -branches
      -BR-test
    -tags
    -trunk
      -test
    -vendor

I started to get the problem when I added a repository relative, pegged extern as a property of the trunk/test folder. The extern was "^/vendor@67 vendor". Once commited, any attempt to use the Repo-browser to view the trunk folder (i.e. the folder *above* the one with the defined extern) by selecting it in the outline view, causes the TortoiseProc instance to terminate within less than 1 second (i.e. not quite immediately).

The issue occurs if I simply start the Repo-browser generally and navigate to the trunk folder. It also occurs if the Repo-browser is initiated from another dialog (e.g. the Merge dialog). For example, the following steps trigger the issue:
  - Checkout the BR-test branch
  - Right click the root of the checkout and, from the context menu, select the ToroiseSVN -> Merge... menu item
  - In the merge dialog, select "Merge a range of revision" as the merge type and click the Next button
  - For the next page, with the "URL to merge from" set to "[my protocol, server, and repo]/branches/BR-test" click the ellipsis button to initiate the Repo-browser
  - In the Repo-browser, select the trunk folder from the outline view
  - The Repo-browser and the Merge dialog close and TortoiseProc.exe is no longer shown as a process in the Windows Task Manager

I ran these tests on a VM and can confirm that the VM running v1.12.0 exhibits the problem while my base PC running v1.11.1 does not have the issue, when viewing the same repo.

I hope these details help with the investigation.

Regards.

[tycopa...@gmail.com]

Similar for me using TortoiseSVN 1.12.0.28568 (x64).

Trying to access any folder containing a external reference in the Repo-Browser interface the window closes down - not even an error message

[david...@gmail.com]

On Friday, 3 May 2019 11:11:07 UTC+1, (unknown) wrote:
> Similar for me using TortoiseSVN 1.12.0.28568 (x64).
>
> Trying to access any folder containing a external reference in the Repo-Browser interface the window closes down - not even an error message

Me too. TortoiseSVN has stopped working, or words to that effect. Sorry, can't give exact text because I also have downgraded.

[Stefan]

The problem should be fixed.

You can try a nightly build tomorrow:

https://nightlybuilds.tortoisesvn.net/

[Bruce C]

I just tried https://nightlybuilds.tortoisesvn.net/1.12.x/x64/full/TortoiseSVN-1.12.0.28572-dev-x64-ipv6-svn-1.12.0.msi on the VM I had been using to test v1.12.0.

Using the Repo-browser from the nightly build I was able to successfully navigate to the folder that had previously been problematic.

Many thanks for your prompt response.

[David Heffernan]

Thanks. I installed 28572 and, so far at least, that appears to be stable when showing the repo browser.

On Monday, 6 May 2019 20:01:20 UTC+1, Stefan wrote:

[thomas...@inform-software.com]

This nightly build (1.12.0, Build 28572) fixes the issue for me. Thanks!

[swic...@gmail.com]

Yes, the nightly build fixes it for myself as well. Thanks for the help!

[micw...@gmail.com]

On Friday, May 3, 2019 at 6:11:07 PM UTC+8, (unknown) wrote:
> Similar for me using TortoiseSVN 1.12.0.28568 (x64).
>
> Trying to access any folder containing a external reference in the Repo-Browser interface the window closes down - not even an error message

Hi! Same case here. My folder structure as below:

Project1
- branches
- tags
- trunk
Project2
- branches
- tags
- trunk

Project2\trunk has external reference. Use Project1 to open the Repo-Browser is no problem, then click Project2 crash immediately. No any error message occurred.

[piotr....@gmail.com]

On Monday, May 6, 2019 at 9:01:20 PM UTC+2, Stefan wrote:

Hi Stefan,
When new stable build can be expected?
This is quite critical issue IMHO, so I hope soon we will see 1.12.1 or something like that.

Regards,
Piotr

[grg.b...@gmail.com]

I confirm that installing TortoiseSVN 1.12.0, Build 28575 fixed the problem for me. Thank you!

[Stefan]

New releases usually come at the same time as svn releases.

If you don't want to wait, you can use a nightly build:

https://nightlybuilds.tortoisesvn.net/1.12.x/

[jtan...@googlemail.com]

Have the same problem, nightly build 28592 fix this problem. thanks for the tip.