bugmonotone - Bugs: bug #7220, [NEED TEST] Monotone handles...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #7220: [NEED TEST] Monotone handles deleted files very ungracefully

Submitter:  Nathaniel Smith <njs>
Submitted:  Tue 13 Jan 2004 10:32:22 AM UTC
   
 
Category:  working copy Severity:  3 - Normal
Item Group:  crash Status:  None
Privacy:  Public Assigned to:  stephen_leake
Open/Closed:  Closed
mtn version --full: 


Sat 08 May 2010 06:19:34 PM UTC, comment #4: 

since it is not a problem with 0.47, we can just close it.

Stephen Leake <stephen_leake>
Group Member
Tue 27 Apr 2010 01:16:44 PM UTC, comment #3: 


This seems to behave as it should in 0.47:

(motoko ~/test)$ rm -f foo
(motoko ~/test)$ mtn stat .
mtn: warning: missing file 'foo'
mtn: misuse: 1 missing items; use 'mtn ls missing' to view
mtn: misuse: To restore consistency, on each missing item run either
mtn: misuse:  'mtn drop ITEM' to remove it permanently, or
mtn: misuse:  'mtn revert ITEM' to restore it.
mtn: misuse: To handle all at once, simply use
mtn: misuse:  'mtn drop --missing' or

And dropping a file that was previously deleted is also handled nicely.

Jack Lloyd <randombit>
Group Member
Mon 21 Feb 2005 11:47:43 PM UTC, comment #2: 

This bug needs a (possibly XFAILed) test written.

Nathaniel Smith <njs>
Group Member
Tue 13 Jan 2004 11:12:37 AM UTC, comment #1: 

An especially rude form of this is:
  $ monotone add foo
  $ monotone commit 'blah'
  $ rm -f foo
  $ monotone drop foo
  <crashes>

Nathaniel Smith <njs>
Group Member
Tue 13 Jan 2004 10:32:22 AM UTC, original submission:  

$ mkdir test
$ cd test
$ echo foo > foo
$ monotone db init --db=test.db
$ monotone --db=test.db add foo
monotone: adding foo to working copy add set
$ monotone status
Old manifest: da39a3ee5e6b4b0d3255bfef95601890afd80709
New manifest: e61621c74656cb80da9680bf6f9cdc7b15ec0085
Summary of changes:
  add foo as f1d2d2f924e986ac86fdf7b36c94bcdf32beec15
$ rm -f foo
$ monotone status
<debug log>
* Error: std::exception: FileStore: error opening file for reading: foo

** error return code 205
********  errors detected; see standard output for details  *********

diff gives the same error (as does commit and probably some other commands, but there it's at least somewhat defensible.)

That foo is only added in the working copy is irrelevant; the same problem occurs if one inserts a "monotone commit" before deleting foo.

Nathaniel Smith <njs>
Group Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by stephen_leake (Posted a comment)
  • -email is unavailable- added by randombit (Posted a comment)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2010-05-10 stephen_leake Open/ClosedIn Test Closed
    2010-05-08 stephen_leake Assigned toNone stephen_leake
        Open/ClosedOpen In Test
    2005-02-21 njs SummaryMonotone handles deleted files very ungracefully [NEED TEST] Monotone handles deleted files very ungracefully

    Back to the top

    Powered by Savane 3.13-02a9.
    Corresponding source code