[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Exception reporting

From: Stefan Fuhrmann <stefan.fuhrmann_at_wandisco.com>
Date: Thu, 9 Oct 2014 12:32:01 +0200

On Thu, Oct 9, 2014 at 6:53 AM, Branko Čibej <brane_at_wandisco.com> wrote:

> On 08.10.2014 09:02, Kumar Krishnamoorthy wrote:
>
> Just reporting it because by subversion client asked me to report it :-)
>
>
> I'm beginning to wonder if we should ask the TSVN devs to field these
> crash reports.
>

Maybe it would have been helpful to cite the actual error message.
"It" has been an assert()ion in libsvn_wc/update_editor.c. Assuming
the compiler did not break the code, this is *always* a library problem.

So, right now you are standing in a group of 10 and you shout to
the guy across the street: "Hey, I wonder if you could do our job?!"

> It's confusing and not very productive for us to get reports of crashes in
> Tortoise; I'm not saying these crashes "can't" have been caused by
> Subversion bugs, but it's IMO more efficient to the TSVN devs to do the
> initial triage and only forward actual bugs here.
>

That is what is happening already. For many years, TSVN had to
deal with generic SVN issues (server config etc.) as some kind
of first level support. As a result, SVN internal issues now represent
themselves to the user as SVN problems instead of generic "TSVN
failed" messages.

> Not to mention that it turns out that our Windows crash reporting hack is
> moderately useless, because it doesn't give the report enough context to do
> anything useful with the report.
>

Too bad for SVN. You are probably aware that TSVN's crash reporting
is excellent and provides the triage that you have been asking for.
Here is are the 10,033 crashes reported for 1.8.8:

https://drdump.com/AppVersion.aspx?ClientID=tsvn&AppVersionID=452

Sorry for sounding harsh but I'm mildly pissed off right now.

-- Stefan^2.
Received on 2014-10-09 12:32:29 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.