monotone

Issue 207: mtn revert inconsistent with/without inodeprints

Reported by Stephen Leake, Apr 10, 2012

Steps to reproduce the problem:
-------------------------------

1. enable inodeprints via 'mtn refresh_inodeprints'
2. delete several files from disk via rm
3. 'mtn revert' one of the files

Expected result:
----------------
file reverted

Actual results:
---------------
fatal warning about missing files.

Without inodeprints, the revert succeeds.

In the source, the problem is that 'work.cc 
maybe_update_inodeprints' calls 
update_current_roster_from_filesystem, which prints the warning.

We need to disable warnings on some calls to 
update_current_roster_from_filesystem, or not call 
update-inodeprints for revert, or something.

Output of `mtn version --full`:
-------------------------------

Comment 1 by Stephen Leake, Jun 22, 2012

The current test 'restricted_commit_with_inodeprints' reports a 
similar problem with missing files.

It also suggests a solution; only update the inodeprints on a 
restricted set of files. That would fix the revert issue as well.
Owner: stephe

Comment 2 by Stephen Leake, Jun 23, 2012

fixed in nvm, 327090160ca10bd6df9e9132c3e39cea5abc88fe
Status: Fixed

Created: 12 years 7 months ago by Stephen Leake

Updated: 12 years 5 months ago

Status: Fixed

Owner: Stephen Leake

Labels:
Type:Incorrect Behavior
Priority:Medium

Quick Links:     www.monotone.ca    -     Downloads    -     Documentation    -     Wiki    -     Code Forge    -     Build Status