Bug 32981

Summary:	Cancel Extract Interface refactoring does not cleanup working copies
Product:	[Eclipse Project] JDT	Reporter:	Dani Megert <daniel_megert>
Component:	Core	Assignee:	Jerome Lanneluc <jerome_lanneluc>
Status:	VERIFIED FIXED	QA Contact:
Severity:	critical
Priority:	P3	CC:	akiezun
Version:	2.1
Target Milestone:	2.1 RC2
Hardware:	PC
OS:	Windows 2000
Whiteboard:

Description Dani Megert

2003-02-25 10:37:18 EST

Build 2.1 RC1

0. Open Java Browsing perspective
1. Select a type in the Types view
2. Refactor -> Extract Interface...
3. Press "Preview"
Observe: the type appears in the Types view
4. Press "Cancel"
==> The type remains in the Types view

I verified that the content provider does not get a Java element delta upon cancel.

Comment 1 Dirk Baeumer

2003-02-26 12:39:49 EST

Adam, we have to check other refactorings as well which create working copies.

Comment 2 Adam Kiezun

2003-03-03 10:01:14 EST

extract interface correctly destroys the worksing copy
moving to jcore because it looks like no delta is sent on destroy()

Comment 3 Jerome Lanneluc

2003-03-04 05:27:02 EST

IWorkingCopy.getWorkingCopy() and IWorkingCopy.destroy() now correctly send a 
delta indicating the addition/removal of the working copy.

Added regression test JavaElementDeltaTests.testCreateWorkingCopy() and 
testDestroyWorkingCopy()

Comment 4 David Audel

2003-03-10 07:09:47 EST

Verified.