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

Re: request for backport

From: <kfogel_at_collab.net>
Date: 2004-07-07 22:03:17 CEST

SteveKing <steveking@gmx.ch> writes:
> Ok, I'd like to point out again my request for the backport:
> Revision 10144 fixes a crash when fetching the status. I discovered
> this crash because people complained about TSVN crashing their
> desktop. It took a while until someone could send me a stacktrace of
> such a crash (after all, when this happens a part of the OS itself
> (the desktop) crashes, so that makes debugging very hard), but the
> crash happens on several peoples machines. Now, if the desktop crashes
> (TSVN integrates into the explorer, which is a part of the desktop)
> then the user usually has to reboot or log off and on again.
> TSVN consists of two parts: the main part which does all the work, and
> the shell integration part which draws the icon overlays and provides
> the context menu. The shell integration part only uses the
> svn_client_status() API, nothing else (i.e. no repository access at
> all). So bugs in other parts than svn_client_status() are not that
> critical for TSVN, but in svn_client_status() they are.
> So in my opinion such a fix has a high priority - at least for TSVN.

Hmmm. Yup, remember that post now, sorry for ignoring it.

Ben Reser, what would you think of doing a 1.0.6?

Steve, my feeling is to leave this one up to Ben. I certainly
understand where you're coming from. But with 1.1 on the horizon
anyway, he may want to minimize work. On the other hand, if he's okay
with it, then I'd be +1 on a 1.0.6... And sussman may have a few other
issues to throw on the heap, if it happens (he'll follow up).


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jul 7 23:31:00 2004

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.