bugmonotone - Bugs: bug #16399, mtn revert --missing doesn't work...

 
 

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

bug #16399: mtn revert --missing doesn't work in subdirs

Submitted by:  Thomas Keller <tommyd>
Submitted on:  Thu 20 Apr 2006 05:36:51 PM UTC  
 
Category: working copySeverity: 3 - Normal
Item Group: incorrect behaviorStatus: Fixed
Privacy: PublicAssigned to: None
Open/Closed: Closed
mtn version --full: 

monotone 0.26 (base revision: a52c4841622dce00ac96b0b892b12354065f1b4c)
Running on : Linux 2.6.14-1.1637_9.rhfc4.cubbi_swsusp2 #1 Fri Nov 25 17:06:18 CET 2005 i686
C++ compiler : GNU C++ version 4.0.2 20051125 (Red Hat 4.0.2-8)
C++ standard library: GNU libstdc++ version 20051125
Boost version : 1_32
Changes since base revision:
format_version "1"

Thu 20 Apr 2006 05:36:51 PM UTC, original submission:

I'm in the mtn source tree:

$ cd po
$ rm -f *.po
$ mtn revert --missing
mtn: misuse: unknown path 'po/po/de.po'

Apparently the current working directory is taken as path prefix even if no arguments are given. This might be ok if files are entered on cmdline, but if no arguments are given, I'd like to revert all files in the current directory and below.

Thomas Keller <tommyd>
Project Administrator

 

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

Do you think this task is very important?
If so, you can click here to add your encouragement to it.
This task has 0 encouragements so far.

Only logged-in users can vote.

 

Please enter the title of George Orwell's famous dystopian book (it's a date):

 

 

Follow 2 latest changes.

Date Changed By Updated Field Previous Value => Replaced By
Wed 26 Apr 2006 05:17:46 AM UTCtbrownawStatusNone=>Fixed
  Open/ClosedOpen=>Closed

Back to the top


Powered by Savane 3.1-cleanup1