Description of problem:

In Publican 3.2 using the add_revision command requires that the first revision in the revisionhistory, has a revnumber in the format 1.0-1, for example. This is fine, but my books have their revision history in ascending order.

I would like, if possible, an option for the add_revision command, so that it scans to the last revision in the revisionhistory, and adds the new revision after it, rather than before the first revision.

Bug raised on request from Jeff on the mailing list.


Version-Release number of selected component (if applicable):

3.2.0. May affect previous versions with the add_revision command.


How reproducible:

Always. Tested on Linux Mint 13 KDE on x86-64 laptop. Probably affects all hardware and OSs.


Steps to Reproduce:

1. In a document, which has revision history in oldest first, newest last order, run the command to add_revision. If the revnumber is defaulted, it will increment the revnumber of the very first revision in the history, even if/when more recent revnumbers exist.



Actual results:

For example, revision history :

0.1-0
0.2-0
0.3-0
0.5-0
0.5-1
...
3.2-1

Adding a new revision, which the revnumber autogenerated, results in this:

0.1-1  << Added
0.1-0
...
...
3.2-1

The new revision is incorrect, in theory, it should be 3.2-2 and added at the end.



Expected results:


Adding a new revision, which the revnumber autogenerated, results in this:

0.1-0
0.2-0
...
...
3.2-1
3.2-2  << Should be added here please.

The new revision should be 3.2-2 and added at the end.


Additional info:

I don't know how possible it is to change, but my preference would be for the command to be specified as it is currently and allow it to find the most up to date revision and increment that as opposed to incrementing the first one found. Thanks.