So it seems as if this issue has fallen through the cracks because the
Subversion team and the Subclipse team keep passing the buck back and
forth. I can't even file a bug report because I don't know where to file
it---nobody will take responsibility for it. I suppose I could just file
it in both places.
This problem still exists using the *very* latest of everything: Eclipse
3.4.1, WTP-WST 3.0.3, and Subclipse 1.4.5.
This issue occurs using Apache mod_dav on the server side.
This should be easy to reproduce: install the software versions I
mentioned, put Subversion behind Apache mod_dav, and try to use
Subclipse to check in any message in which you've used the Enter key to
create multiple lines.
P.S. I don't get it---am I the only one using multiple lines in my
Subclipse commit messages? Why does no one care about this?
Mark Phippard wrote:
> On Tue, Aug 5, 2008 at 11:26 AM, Daniel Shahaf <d.s_at_daniel.shahaf.name> wrote:
>>> If this is some new API requirement and JavaHL was not updated to
>>> support it, then a bug should be opened. I am still not clear if that
>>> is the case or not.
>> It's not a new API requirement; the C API has put the burden to
>> normalise the log message on libsvn_client's consumer since 1.0.0.
>> (Refer to the documentation of svn_client_get_commit_log_t.)
>>> Perhaps Daniel can look into it and open an issue if that is the case.
>> We'd only need an issue if it is JavaHL -- rather than the JavaHL
>> consumers -- who should be doing the translation. I'm not qualified to
>> make that call, so I'll not open an issue for now.
> What is a valid test case for this?
> I have a Windows system with latest Subclipse (with JavaHL 1.5.1). I
> can commit to a Linux server (also running 1.5.1) via http and I do
> not get an error. I used a multi-line commit message.
> Garret what protocol were you using? I can try with that protocol too.
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-10-13 02:29:20 CEST