Bug 1584 - Renaming Scrapbook page does not remove associated VM (1GE5TZY)
Summary: Renaming Scrapbook page does not remove associated VM (1GE5TZY)
Status: VERIFIED FIXED
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Debug (show other bugs)
Version: 2.0   Edit
Hardware: All Windows 2000
: P1 critical (vote)
Target Milestone: ---   Edit
Assignee: Joe Szurszewski CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-10-10 22:15 EDT by Darin Swanson CLA
Modified: 2001-10-24 06:36 EDT (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 Darin Swanson CLA 2001-10-10 22:15:47 EDT 
Not sure if this is desired behaviour.  If you create a Scrapbook page, execute some code, you get an associated VM in the
	list of process'.

	If you rename the scrapbook page and execute some other code, you get a new process with the new Scrapbook name 
	and the old one is still left running.

	Should it be terminated?

NOTES:
EG (5/23/2001 11:42:18 AM)
	it is not the desired behaviour. 
	KUM what is the method to hook into for tracking whether an editor is renamed.

DS (9/6/01 5:39:29 PM)
	Have added code to terminate the VM on a name change of the editor but
	1GJNB52: ITPUI:ALL - ToolItems in EditorToolBarManager can get out of synch with the state of the IAction
	results in the tool item in the tool bar still being enabled (initially) when the editor is reactivated.
Comment 1 Darin Swanson CLA 2001-10-12 12:37:21 EDT 
Problem in the EditorToolbarManager has been fixed.
Comment 2 Darin Swanson CLA 2001-10-12 12:38:19 EDT 
Ack
Comment 3 Darin Swanson CLA 2001-10-12 12:39:38 EDT 
Fixed (learning bugzilla)
Comment 4 Darin Wright CLA 2001-10-17 10:38:10 EDT 
Verified.
Comment 5 DJ Houghton CLA 2001-10-24 06:36:02 EDT 
PRODUCT VERSION:
	109