Re: NOTE: Normalized svn:* properties to LF line endings %BUGID%

[Johan Corveleyn <jc...@gmail.com>]

On Wed, May 21, 2014 at 10:02 AM, Aleš Vojáček <av...@fblgroup.cz> wrote:
> Hi all,
> we are trying to upgrade our svn repo from 1.6 to 1.8.9 using svnsync.
> But at the end svnsync writes a message NOTE: Normalized svn:* properties to
> LF line endings .
> Is it possible to disable this behavior or to undo this normalization?
> After that we have no working our Issue tracker properties on client side
> (tortoise svn) .
>
> We have this %BUGID%: as Message pattern. :-(

I don't think you can disable this normalization. In fact, the format
for svn:* properties has always been "LF line-endings", but this was
unfortunately not enforced in older svn versions. Now svnsync cleans
this up automatically for you.

What I don't understand is why this normalization would break your
%BUGID% pattern in log messages. I don't see line-endings in there
that would have been normalized.

-- 
Johan

Re: NOTE: Normalized svn:* properties to LF line endings %BUGID%

[Aleš Vojáček <av...@fblgroup.cz>]

Ok,
that problem is somewhere in tortoise client.
When I show log from repository browser it seems that bugtack properties 
does not work.
When I show log from working copy it works a show bug ids and url to bug 
tracking system.
I'm sorry for that question.
A.
Dne 21.5.2014 11:17, Johan Corveleyn napsal(a):
> On Wed, May 21, 2014 at 10:02 AM, Aleš Vojáček <av...@fblgroup.cz> wrote:
>> Hi all,
>> we are trying to upgrade our svn repo from 1.6 to 1.8.9 using svnsync.
>> But at the end svnsync writes a message NOTE: Normalized svn:* properties to
>> LF line endings .
>> Is it possible to disable this behavior or to undo this normalization?
>> After that we have no working our Issue tracker properties on client side
>> (tortoise svn) .
>>
>> We have this %BUGID%: as Message pattern. :-(
> I don't think you can disable this normalization. In fact, the format
> for svn:* properties has always been "LF line-endings", but this was
> unfortunately not enforced in older svn versions. Now svnsync cleans
> this up automatically for you.
>
> What I don't understand is why this normalization would break your
> %BUGID% pattern in log messages. I don't see line-endings in there
> that would have been normalized.
>

Re: NOTE: Normalized svn:* properties to LF line endings %BUGID%

[Johan Corveleyn <jc...@gmail.com>]

On Wed, May 21, 2014 at 11:28 AM, Aleš Vojáček <av...@fblgroup.cz> wrote:
>
> Dne 21.5.2014 11:17, Johan Corveleyn napsal(a):
>
>> On Wed, May 21, 2014 at 10:02 AM, Aleš Vojáček <av...@fblgroup.cz>
>> wrote:
>>>
>>> Hi all,
>>> we are trying to upgrade our svn repo from 1.6 to 1.8.9 using svnsync.
>>> But at the end svnsync writes a message NOTE: Normalized svn:* properties
>>> to
>>> LF line endings .
>>> Is it possible to disable this behavior or to undo this normalization?
>>> After that we have no working our Issue tracker properties on client side
>>> (tortoise svn) .
>>>
>>> We have this %BUGID%: as Message pattern. :-(
>>
>> I don't think you can disable this normalization. In fact, the format
>> for svn:* properties has always been "LF line-endings", but this was
>> unfortunately not enforced in older svn versions. Now svnsync cleans
>> this up automatically for you.
>>
>> What I don't understand is why this normalization would break your
>> %BUGID% pattern in log messages. I don't see line-endings in there
>> that would have been normalized.
>>
> This is tortoisesvn feature. If you have setup pattern "%BUGID%:" it writes
> bug-id to first line of log message.
> svn:log property then has this inside :
> 0011122:
> Fixed blablabla
>
> But when svn:log was "normalized" then tortoise client does not recognize
> that first line contains bug id and this whole does not wokr :-(
> A.

Please use "reply all" to keep the list in cc, so others can help too.

It sounds like a problem with that specific tortoisesvn-feature. I
still don't understand how or why (I suppose "0011122:" is still the
first line of that log message, only now it is LF-terminated instead
of CRLF-terminated --- so I don't understand why tortoisesvn can't
parse that first line just as well). I think you better ask this on
one of the TortoiseSVN mailinglists or forums: see
http://tortoisesvn.net/community.html

-- 
Johan