bin/issues_audit makes changes to (some?) eprints on every run

[tmb]

Seeing some eprint records with revision numbers into high 500s - investigation shows bin/issues_audit causing new revision.

Examples seen:

• item with autoresolved issue, issues_audit updates autoresolved timestamp (=> new revision) on every subsequent run
• item with no issues in lifetime, issues_audit causes lastmod update on every run(!)

May be local aberration

[tmb]

Problem seen on ECS EPrints eg:

 http://eprints.ecs.soton.ac.uk/cgi/users/home?screen=EPrint::View&eprintid=21048&view=EPrint::History

[tdb01r]

Use r5736 to work out what's going wrong.

On ECS "fileinfo" was being set twice on commit: once by automatic_fields.pl and back to the original value by commit(). This caused ghost revisions.

With r5736 the fields that were changed (hence trigger a revision) will be stored in the history "details" field. Ideally we would show the list of fields changed with workflow links on the History tab ...

This may be resolved by r5730 that modifies EPrints to only call fileinfo() and automatic_fields() if an existing field has changed, rather than on every commit.

[tdb01r]

Closing this as it seems to be a bug in repository configurations. The bigger change (3.3) will reduce the vector for this mistake.