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

Re: "bugtraq:message" and IBugTraqProvider

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Sun, 08 Mar 2009 17:00:39 +0100

Harald Hoyer wrote:
>>> Furthermore, when you click on "Choose Issue"-button and debug the
>>> "GetCommitMessage"-method, you will see, that the bugid-snippet is
>>> missing. Needless to say, it is also impossible for GetMessage to return
>>> something, that provides another bugid that will be recognized.
>> Yes, because it's not part of the message the user entered but
>> pre/appended to the message when the commit dialog is closed.
>> You could use the IBugtraqProvider2 interface (available in 1.6) which
>> allows you to check the 'complete' message in the method CheckCommit().
> The solution you suggested, sounds a bit tricky to me. It would be nice, if
> could reconsider it. I don't want to check things. I have to modify the
> bugid. Why the full message with bugid-snippet could not be provided. Or you
> provide a way to get / set the bugid inside of
> IBugTraqProvider.GetCommitMessage. This would make the parsing rule
> transparent to IBugTraqProvider.GetCommitMessage.

As of r15610, the GetCommitMessage2() method has two new params for the


  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].

Received on 2009-03-08 17:00:57 CET

This is an archived mail posted to the TortoiseSVN Users mailing list.

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