Bug 218600 - Replace With > Revision... should mark replaced files dirty
Summary: Replace With > Revision... should mark replaced files dirty
Status: RESOLVED FIXED
Alias: None
Product: Subversive
Classification: Technology
Component: Core (show other bugs)
Version: 0.7   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Alexander Gurov CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-02-12 03:49 EST by Daniel Hirscher CLA
Modified: 2008-02-12 11:27 EST (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Hirscher CLA 2008-02-12 03:49:11 EST
Build ID: M20071023-1652

Steps To Reproduce:
1. do a "Replace With > Revision..." on a single resource
2. the resource changes, this can be seen in the resource history
3. the resource is NOT marked dirty, so it is not possible to commit


More information:
I would expect the resource to be dirty in order to commit it (going back to a previous revision).
Currently I have to change something (a space or newline) to get a conflict in the synchronize view and then do a "Override and Commit".
Comment 1 Alexander Gurov CLA 2008-02-12 07:25:56 EST
Done. Fix should be available at the end of this week.
Comment 2 Daniel Hirscher CLA 2008-02-12 07:45:36 EST
Thank you for the quick implementation.

I have thought about this feature a little bit. Maybe this should be configurable, for example in the dialog with a check box: "[ ] Mark replaced files dirty" or in the preferences as a general setting.

I think this can be in some cases not the desired behavior.

I cannot check how CVS this handles, because I have only SVN at work. Maybe the default behavior should be the same as CVS.
Comment 3 Alexander Gurov CLA 2008-02-12 11:27:16 EST
In next build this functionality will works like in CVS:
1) "Replace with Latest Revision" performs revert and updates content to the head of repository
2) "Replace with URL/Revision" exports content from repository in order to enable future commits.

Also you can update to oldest revision by calling "Upadte To" action from the History View or by performing "Switch To" action from Team menu. So, I think the option will be redundant in that case.