bugmonotone - Bugs: bug #28789, Cached workspace files between...

 
 

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

bug #28789: Cached workspace files between consecutive executed workspace commands

Submitted by:  Thomas Keller <tommyd>
Submitted on:  Mon 01 Feb 2010 03:16:40 PM UTC  
 
Category: automation interfaceSeverity: 3 - Normal
Item Group: incorrect behaviorStatus: None
Privacy: PublicAssigned to: None
Open/Closed: Open
mtn version --full: 

mtn 0.46 and all versions before

Mon 19 Apr 2010 11:37:34 AM UTC, comment #1:

From revision 0db915193923a54f43d91a67688e2fc4f8641683 the situation is now a little different, but not better for _MTN/options:

If a stdio instance runs and f.e. the branch in _MTN/options changed from some.branch to some.other.branch, then the first execution of

l10:get_option6:branche

returns (correctly) some.other.branch, but also directly overwrites _MTN/options again with the wrong (old) branch some.branch, so that the next execution of this command returns some.branch again.

We have a little chicken-egg problem here - one the one hand we want to reset the (global) options for a command back to the original values (so if command 1 changes some global option, command 2 does not suffer its setting and cannot even undo it, f.e. --ignore-suspend-certs), on the other hand we want the original options get updated when the "outside" world, f.e. _MTN/options changes...

Thomas Keller <tommyd>
Project Administrator
Mon 01 Feb 2010 03:16:40 PM UTC, original submission:

If two workspace commands are executed consecutive via stdio and data have been changed in the meantime by an external process (f.e. bookkeeping files such as _MTN/options or .mtn-ignore), the second command won't see the updated values.

For .mtn-ignore the problem is the ignore_file() lua hook which caches the once read .mtn-ignore file for the whole session.

For _MTN/options the problem cannot be fixed easily since the workspace ctor has to get a flag if it should or should not write back options to _MTN and several automate commands (f.e. automate select) cannot change this behaviour themselves because they call into common code paths (f.e. selectors.cc, the h: selector).

Thomas Keller <tommyd>
Project Administrator

 

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by tommyd (Submitted the item)
  •  

    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):

     

     

    No Changes Have Been Made to This Item

    Back to the top


    Powered by Savane 3.1-cleanup