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

E160000 due to empty revisions when requesting log by date range (v. 1.8.11)

From: Eric Johnson <eric_at_tibco.com>
Date: Thu, 2 Apr 2015 14:56:22 -0700

I've got a repository that has quite a number of revisions that are
"empty". Although I don't know the exact history, I'm guessing this is
because we dumped the repository, and ran it through svndumpfilter, but
without the --drop-all-empty-revs option, and without the --renumber-revs
option. (Since we have bug reports that almost certainly refer to the
commit #, this seems like desired situation.)

However, now, when one of my users tries to do:

svn log -r {2014-06-10}:{2014-06-15}

... Subversion fails.

If I perform the request with HTTP access, Subversion reports:
svn: E175002: Unexpected HTTP status 500 'Internal Server Error' on
'_____/!svn/me'

svn: E175002: Additional errors:
svn: E175002: REPORT request on '______/!svn/me' failed: 500 Internal
Server Error

If I perform the request with file:/// access, Subversion reports
svn: E160000: Failed to find time on revision ______

Since Subversion ostensibly supports empty revisions (otherwise
svndumpfilter shouldn't have the options to preserve them), it seems like a
definite bug that the date range log request fails.

It also seems like a bug that Subversion reports a 500 Internal Server
Error when used via HTTP. Since Subversion actually detected the error, it
should pass that error back to the client, so the client has more
information about the failure.

I looked for bugs that match this, and didn't find any. Should I file a
bug? Or am I doing / configuring something wrong, and there's a way to fix
this?

I suppose one sort of work-around would be to go through each revision with
no date, and set the revprop date where it doesn't have one.... Does
someone have a script for that already?

Eric.
Received on 2015-04-02 23:56:49 CEST

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

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