Edgewall Software

Ticket #7264 (closed defect: duplicate)

Opened 6 months ago

Last modified 6 months ago

Incorrect revision shown in Browse Source

Reported by: tjb@… Owned by: cboos
Priority: normal Milestone:
Component: version control/browser Version: 0.11-stable
Severity: normal Keywords:
Cc:

Description

When using the source browser to browse some directories of our code Releases ('tags'), I am seeing latest revisions attributed to files which are much more recent than the true latest revision for those files.

The scenario is that we have a particular piece of software (cx12-1), which was copied to cx12-2 to support a new project. Underneath the cx12-1 directory, there are Trunk, Branches, and Releases directories. The Releases directory is a tags directory a different name.

To create the cx12-2 software, we copied the cx12-1 Trunk, created new (empty) Branches and Releases directories, and started work.

Now, when I use Browse Source to look in the cx12-1/Releases tree, I see many files with latest revision of 30660, which was an update which only touched the source in the cx12-2/Trunk tree. This is in the directory listing. When I open the file browser for an affected file, this is repeated in the header information there. If I look at the changelog for the file, there is no 30660 revision mentioned there (all seems correct there). I have used the timeline, and the command line svn client to confirm that the 30660 revision did not touch anything under the cx12-1 tree.

The directory structure used has been reorganised once or twice some time ago - we originally had top level trunk, branches, and tags directories for a project with multiple software components. That became untenable, so we now have per component Trunk, Branches, and Releases (tags) directories.

I have resynced the trac database to try to solve this, and have inspected the 'files', and 'revisions' tables to see if the underlying data was in error. As far as I could see, the database is correct, but the displayed data is not.

We are running 0.11-stable, using on an Ubuntu 7.10 server, with subversion 1.4.4. We recently migrated from our SLES9 server.

Attachments

Change History

Changed 6 months ago by cboos

  • status changed from new to closed
  • resolution set to duplicate

This looks like a duplicate of #3470.

Add/Change #7264 (Incorrect revision shown in Browse Source)

Author



Change Properties
<Author field>
Action
as closed
Next status will be 'reopened'
to The owner will change from cboos. Next status will be 'closed'
 
Note: See TracTickets for help on using tickets.