Bug 3981 - refactoring crash recovery does not always work (1GFDLNU)
Summary: refactoring crash recovery does not always work (1GFDLNU)
Status: RESOLVED FIXED
Alias: None
Product: JDT
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 2.0   Edit
Hardware: All Windows NT
: P3 major (vote)
Target Milestone: ---   Edit
Assignee: Dirk Baeumer CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-10-10 23:04 EDT by Dirk Baeumer CLA
Modified: 2002-01-29 11:02 EST (History)
0 users

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Dirk Baeumer CLA 2001-10-10 23:04:04 EDT 
AK (6/15/01 8:59:56 PM)
	1. create a file A.B.java (rename a normal cu in the navigatr)
	2. in the package view - try renaming to A.java
	3. there's  bug in jcore so you'll see a crash recovery dialog.
		1GF98R4: ITPJUI:WINNT - why is a file A.B.java seen as a compilation unit?
	4. press undo
	5. note: the file is renamed anyway

NOTES:

DB (08.08.2001 17:31:46)
	This is the correct behavior. What the crash recovery tries to do is to undo all changes that have been processed without any error.
	The change that procudes the error can't be undone since it has not completed.

	I opt to enhance the message so that it is clear that only the successfully executed changes are undone.

AK (8/14/2001 2:38:00 PM)
	ok for me - as long as the name (IChange::getName()) of the failed change is also displayed
Comment 1 DJ Houghton CLA 2001-10-24 07:26:51 EDT 
PRODUCT VERSION:
	124
Comment 2 Dirk Baeumer CLA 2002-01-29 11:02:20 EST 
Updated the error message so that it is clear that all changes except the one 
that caused the exception will be undone.

Fixed in build > 20020129