Redmine

Dave Abrahams wrote:

I just visited http://mysite.com/projects/xxxx/repository/revisions/a1d98298d2c7bc8d0533b299c418526b8a11d85a and got an immediate 404. Then I visited http://mysite.com/projects/xxxx/repository and there was a long delay before anything was shown, but afterwards, the original link worked.

That's the distinction between /revisions and /changes (respectively known as "View revisions" and "View all revisions" links in Repository tab pages) : the first one won't fetch your changes from the SCM (as will /repository if you configure RM to do so) and the second will.

BTW, the long delay makes me wonder: are we expected to set up a cron job to update revisions? If so, that's not really clear from the docs.

If you're accessing your changes in Redmine from outside of Redmine site via direct URL, you might want to add a cron job or a post-update hook (see HowTo setup automatic refresh of repositories in Redmine on commit) to have the revision list up to date, indeed.

Although I'm a little uncomfortable with the actual behavior too, I close the issue as it's the expected behavior.

0. Thanks for the information; that's a big help!
1. is the difference between /revisions and /changes documented somewhere?
2. Do I really have to open a new ticket to flag this as a design/usability bug?

Dave Abrahams wrote:

1. is the difference between /revisions and /changes documented somewhere?

Looked for it quickly in wiki but didn't find anything relevant; as I said, I'm not sure to understand the acutal behavior, so I guess I'm not the right person to write a chapter about it.

2. Do I really have to open a new ticket to flag this as a design/usability bug?

Yes, please, if you want. Mainly because a Feature Request usually presents some new enhancement ideas.