Bug 1639 - Run-in package can't be deleted (1GF7RQY)
Summary: Run-in package can't be deleted (1GF7RQY)
Status: RESOLVED DUPLICATE of bug 1628
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Debug (show other bugs)
Version: 2.0   Edit
Hardware: All Windows 2000
: P2 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Darin Wright CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-10-10 22:16 EDT by Nick Edgar CLA
Modified: 2001-11-28 13:31 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 Nick Edgar CLA 2001-10-10 22:16:45 EDT
After playing around with 1GF7QYW: ITPJUI:WIN2000 - SecurityException when running scrapbook in java.util
I was left with a java.util package in my project which couldn't be deleted.
The delete looked like it did something, but it was still left in the workspace.
I was trying to delete it from the packages view.

It deleted OK when I tried it from the Navigator view.

Couldn't reproduce.

NOTES:

EG (6/12/2001 5:50:53 AM)
	moving to DUI

DW (6/12/01 11:20:44 AM)
	Known problem. The debugger leaves directories in the output location of the project (which
	could overlap with source area).
	Deferred.
Comment 1 Darin Wright CLA 2001-10-15 11:28:36 EDT
Scrapbook needs to be changed to write temp files to non-workspace location.
Comment 2 DJ Houghton CLA 2001-10-24 06:37:09 EDT
PRODUCT VERSION:
122 JDK

Comment 3 Darin Wright CLA 2001-11-28 13:29:49 EST
The scrapbook now writes temp class files to the metadata area. The debugger 
writes files to the output location of a project, but does not uses 
java.io.File's to do the I/O avoiding workspace intervention (i.e. no longer 
craetes resources, resource deltas, etc.). We have filed a seperate bug to 
properly clean up the created directories (files are already cleaned up).

Comment 4 Darin Wright CLA 2001-11-28 13:31:21 EST

*** This bug has been marked as a duplicate of 1628 ***