Project

General

Profile

Actions

Defect #18754

open

empty svn logentry crashes revision batch reading

Added by Michał Król almost 10 years ago. Updated over 6 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
SCM
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:
Resolution:
Affected version:

Description

If svn xml log contains logentry without data the revision reading is interruped and no error message is written to redmine logs.

Revisions are read from xml returned from command:

svn log --xml ...

Example:

<?xml version="1.0" encoding="UTF-8"?>
<log>
<logentry
   revision="2178">
<author>mkrol</author>
<date>2015-01-02T06:24:51.507749Z</date>
<msg>test commit</msg>
</logentry>
<logentry
   revision="2177">
</logentry>
...

logentry for revision 2177 is empty - there is no author, msg and date tags.
But the code assumes that revision, date and msg exist in logentry.
This is the code from lib/redmine/scm/adapters/subversion_adapter.rb, lines 175-196:

            begin
              doc = parse_xml(output)
              each_xml_element(doc['log'], 'logentry') do |logentry|

               (...)

                revisions << Revision.new({:identifier => logentry['revision'],
                              :author => (logentry['author'] ? logentry['author']['__content__'] : ""),
                              :time => Time.parse(logentry['date']['__content__'].to_s).localtime,
                              :message => logentry['msg']['__content__'],
                              :paths => paths
                            })
              end
            rescue
            end

If <msg> does not exist the logentry['msg'] returns nil. The call logentry['msg']['__content__'] becomes nil['__content__'] and exception is thrown (then it is ignored and it is ignored outside loop...).

The existing of logentry['author'] is checked before reading logentry['author']['__content__']. It should be done before reading date and msg also. For example:

                revisions << Revision.new({:identifier => logentry['revision'],
                              :author => (logentry['author'] ? logentry['author']['__content__'] : ""),
                              :time => (logentry['date'] ? Time.parse(logentry['date']['__content__'].to_s).localtime : nil),
                              :message => (logentry['msg'] ? logentry['msg']['__content__'] : ""),
                              :paths => paths
                            })

Why there are empty revisions in svn log? This is when revision has only files which are not visible for user performing svn log command. Propably it's a rare case.


Files

subversion_adapter.rb.patch (2.54 KB) subversion_adapter.rb.patch Stephan Wiehr, 2018-01-03 12:09

Related issues

Related to Redmine - Defect #3663: Problem with subversion logentry without date nor author.Needs feedback2009-07-24

Actions
Related to Redmine - Patch #7086: Few fixes for subversionNew2010-12-09

Actions
Actions #1

Updated by Michał Król almost 10 years ago

My environment:

Environment:
  Redmine version                2.6.0.stable.13735
  Ruby version                   1.9.3-p194 (2012-04-20) [x86_64-linux]
  Rails version                  3.2.21
  Environment                    production
  Database adapter               Mysql2
SCM:
  Subversion                     1.6.17
  Git                            1.7.10.4
  Filesystem                     
Redmine plugins:
  redmine_checklists             3.0.2
  redmine_close_button           0.0.8

Actions #2

Updated by Toshi MARUYAMA almost 10 years ago

  • Category set to SCM
Actions #3

Updated by Jaap de Haan almost 7 years ago

We face this issue often because the repository we use contains protected data along with the actual project data. This happens actually very often, provided you have some permission management inside svn. I think this is not awkward or a special case at all and should be fixed.

IMHO this ticket duplicates: #3663, #7086

Actions #4

Updated by Stephan Wiehr almost 7 years ago

I created a patch to address this problem, instead of bailing out for the whole batch any empty log entries are skipped and a message is logged (loglevel INFO)

Actions #5

Updated by Toshi MARUYAMA almost 7 years ago

  • Related to Defect #3663: Problem with subversion logentry without date nor author. added
Actions #6

Updated by Toshi MARUYAMA almost 7 years ago

  • Related to Patch #7086: Few fixes for subversion added
Actions #7

Updated by Toshi MARUYAMA almost 7 years ago

Stephan Wiehr wrote:

I created a patch to address this problem, instead of bailing out for the whole batch any empty log entries are skipped and a message is logged (loglevel INFO)

I think logging is reasonable, but discrete revision causes another problem.
I think re-raising exception with logging is better.

Actions #8

Updated by Stephan Wiehr over 6 years ago

Toshi MARUYAMA wrote:

Stephan Wiehr wrote:

I created a patch to address this problem, instead of bailing out for the whole batch any empty log entries are skipped and a message is logged (loglevel INFO)

I think logging is reasonable, but discrete revision causes another problem.
I think re-raising exception with logging is better.

The current code just stops processing further logentries and then consumes the exception in an unconditional begin ... rescue end block.

The provided patch is meant not only to log but also to enable continuation of the logentry processing.

Current code:

begin
  doc = parse_xml(output)
  each_xml_element(doc['log'], 'logentry') do |logentry|
    [code where exception occurs]
  end
rescue
end

Code with patch:

begin
  doc = parse_xml(output)
  each_xml_element(doc['log'], 'logentry') do |logentry|
    begin
      [code where exception occurs]
    rescue
      logger.info "Skipped svn revision ##{logentry['revision']} due to parse error" if logentry && logentry['revision']
    end
  end
rescue
end

I don't see how re-raising the exception would help here.

Actions

Also available in: Atom PDF