subversion-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stefan Fuhrmann <stefan.fuhrm...@wandisco.com>
Subject Re: Exception reporting
Date Thu, 09 Oct 2014 10:32:01 GMT
On Thu, Oct 9, 2014 at 6:53 AM, Branko ─îibej <brane@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.

Mime
View raw message