<!--{{{-->
<link rel='alternate' type='application/rss+xml' title='RSS' href='index.xml' />
<!--}}}-->
Background: #fff
Foreground: #000
PrimaryPale: #8cf
PrimaryLight: #18f
PrimaryMid: #04b
PrimaryDark: #014
SecondaryPale: #ffc
SecondaryLight: #fe8
SecondaryMid: #db4
SecondaryDark: #841
TertiaryPale: #eee
TertiaryLight: #ccc
TertiaryMid: #999
TertiaryDark: #666
Error: #f88
/*{{{*/
body {background:[[ColorPalette::Background]]; color:[[ColorPalette::Foreground]];}

a {color:[[ColorPalette::PrimaryMid]];}
a:hover {background-color:[[ColorPalette::PrimaryMid]]; color:[[ColorPalette::Background]];}
a img {border:0;}

h1,h2,h3,h4,h5,h6 {color:[[ColorPalette::SecondaryDark]]; background:transparent;}
h1 {border-bottom:2px solid [[ColorPalette::TertiaryLight]];}
h2,h3 {border-bottom:1px solid [[ColorPalette::TertiaryLight]];}

.button {color:[[ColorPalette::PrimaryDark]]; border:1px solid [[ColorPalette::Background]];}
.button:hover {color:[[ColorPalette::PrimaryDark]]; background:[[ColorPalette::SecondaryLight]]; border-color:[[ColorPalette::SecondaryMid]];}
.button:active {color:[[ColorPalette::Background]]; background:[[ColorPalette::SecondaryMid]]; border:1px solid [[ColorPalette::SecondaryDark]];}

.header {background:[[ColorPalette::PrimaryMid]];}
.headerShadow {color:[[ColorPalette::Foreground]];}
.headerShadow a {font-weight:normal; color:[[ColorPalette::Foreground]];}
.headerForeground {color:[[ColorPalette::Background]];}
.headerForeground a {font-weight:normal; color:[[ColorPalette::PrimaryPale]];}

.tabSelected{color:[[ColorPalette::PrimaryDark]];
	background:[[ColorPalette::TertiaryPale]];
	border-left:1px solid [[ColorPalette::TertiaryLight]];
	border-top:1px solid [[ColorPalette::TertiaryLight]];
	border-right:1px solid [[ColorPalette::TertiaryLight]];
}
.tabUnselected {color:[[ColorPalette::Background]]; background:[[ColorPalette::TertiaryMid]];}
.tabContents {color:[[ColorPalette::PrimaryDark]]; background:[[ColorPalette::TertiaryPale]]; border:1px solid [[ColorPalette::TertiaryLight]];}
.tabContents .button {border:0;}

#sidebar {}
#sidebarOptions input {border:1px solid [[ColorPalette::PrimaryMid]];}
#sidebarOptions .sliderPanel {background:[[ColorPalette::PrimaryPale]];}
#sidebarOptions .sliderPanel a {border:none;color:[[ColorPalette::PrimaryMid]];}
#sidebarOptions .sliderPanel a:hover {color:[[ColorPalette::Background]]; background:[[ColorPalette::PrimaryMid]];}
#sidebarOptions .sliderPanel a:active {color:[[ColorPalette::PrimaryMid]]; background:[[ColorPalette::Background]];}

.wizard {background:[[ColorPalette::PrimaryPale]]; border:1px solid [[ColorPalette::PrimaryMid]];}
.wizard h1 {color:[[ColorPalette::PrimaryDark]]; border:none;}
.wizard h2 {color:[[ColorPalette::Foreground]]; border:none;}
.wizardStep {background:[[ColorPalette::Background]]; color:[[ColorPalette::Foreground]];
	border:1px solid [[ColorPalette::PrimaryMid]];}
.wizardStep.wizardStepDone {background:[[ColorPalette::TertiaryLight]];}
.wizardFooter {background:[[ColorPalette::PrimaryPale]];}
.wizardFooter .status {background:[[ColorPalette::PrimaryDark]]; color:[[ColorPalette::Background]];}
.wizard .button {color:[[ColorPalette::Foreground]]; background:[[ColorPalette::SecondaryLight]]; border: 1px solid;
	border-color:[[ColorPalette::SecondaryPale]] [[ColorPalette::SecondaryDark]] [[ColorPalette::SecondaryDark]] [[ColorPalette::SecondaryPale]];}
.wizard .button:hover {color:[[ColorPalette::Foreground]]; background:[[ColorPalette::Background]];}
.wizard .button:active {color:[[ColorPalette::Background]]; background:[[ColorPalette::Foreground]]; border: 1px solid;
	border-color:[[ColorPalette::PrimaryDark]] [[ColorPalette::PrimaryPale]] [[ColorPalette::PrimaryPale]] [[ColorPalette::PrimaryDark]];}

.wizard .notChanged {background:transparent;}
.wizard .changedLocally {background:#80ff80;}
.wizard .changedServer {background:#8080ff;}
.wizard .changedBoth {background:#ff8080;}
.wizard .notFound {background:#ffff80;}
.wizard .putToServer {background:#ff80ff;}
.wizard .gotFromServer {background:#80ffff;}

#messageArea {border:1px solid [[ColorPalette::SecondaryMid]]; background:[[ColorPalette::SecondaryLight]]; color:[[ColorPalette::Foreground]];}
#messageArea .button {color:[[ColorPalette::PrimaryMid]]; background:[[ColorPalette::SecondaryPale]]; border:none;}

.popupTiddler {background:[[ColorPalette::TertiaryPale]]; border:2px solid [[ColorPalette::TertiaryMid]];}

.popup {background:[[ColorPalette::TertiaryPale]]; color:[[ColorPalette::TertiaryDark]]; border-left:1px solid [[ColorPalette::TertiaryMid]]; border-top:1px solid [[ColorPalette::TertiaryMid]]; border-right:2px solid [[ColorPalette::TertiaryDark]]; border-bottom:2px solid [[ColorPalette::TertiaryDark]];}
.popup hr {color:[[ColorPalette::PrimaryDark]]; background:[[ColorPalette::PrimaryDark]]; border-bottom:1px;}
.popup li.disabled {color:[[ColorPalette::TertiaryMid]];}
.popup li a, .popup li a:visited {color:[[ColorPalette::Foreground]]; border: none;}
.popup li a:hover {background:[[ColorPalette::SecondaryLight]]; color:[[ColorPalette::Foreground]]; border: none;}
.popup li a:active {background:[[ColorPalette::SecondaryPale]]; color:[[ColorPalette::Foreground]]; border: none;}
.popupHighlight {background:[[ColorPalette::Background]]; color:[[ColorPalette::Foreground]];}
.listBreak div {border-bottom:1px solid [[ColorPalette::TertiaryDark]];}

.tiddler .defaultCommand {font-weight:bold;}

.shadow .title {color:[[ColorPalette::TertiaryDark]];}

.title {color:[[ColorPalette::SecondaryDark]];}
.subtitle {color:[[ColorPalette::TertiaryDark]];}

.toolbar {color:[[ColorPalette::PrimaryMid]];}
.toolbar a {color:[[ColorPalette::TertiaryLight]];}
.selected .toolbar a {color:[[ColorPalette::TertiaryMid]];}
.selected .toolbar a:hover {color:[[ColorPalette::Foreground]];}

.tagging, .tagged {border:1px solid [[ColorPalette::TertiaryPale]]; background-color:[[ColorPalette::TertiaryPale]];}
.selected .tagging, .selected .tagged {background-color:[[ColorPalette::TertiaryLight]]; border:1px solid [[ColorPalette::TertiaryMid]];}
.tagging .listTitle, .tagged .listTitle {color:[[ColorPalette::PrimaryDark]];}
.tagging .button, .tagged .button {border:none;}

.footer {color:[[ColorPalette::TertiaryLight]];}
.selected .footer {color:[[ColorPalette::TertiaryMid]];}

.sparkline {background:[[ColorPalette::PrimaryPale]]; border:0;}
.sparktick {background:[[ColorPalette::PrimaryDark]];}

.error, .errorButton {color:[[ColorPalette::Foreground]]; background:[[ColorPalette::Error]];}
.warning {color:[[ColorPalette::Foreground]]; background:[[ColorPalette::SecondaryPale]];}
.lowlight {background:[[ColorPalette::TertiaryLight]];}

.zoomer {background:none; color:[[ColorPalette::TertiaryMid]]; border:3px solid [[ColorPalette::TertiaryMid]];}

.imageLink, #displayArea .imageLink {background:transparent;}

.annotation {background:[[ColorPalette::SecondaryLight]]; color:[[ColorPalette::Foreground]]; border:2px solid [[ColorPalette::SecondaryMid]];}

.viewer .listTitle {list-style-type:none; margin-left:-2em;}
.viewer .button {border:1px solid [[ColorPalette::SecondaryMid]];}
.viewer blockquote {border-left:3px solid [[ColorPalette::TertiaryDark]];}

.viewer table, table.twtable {border:2px solid [[ColorPalette::TertiaryDark]];}
.viewer th, .viewer thead td, .twtable th, .twtable thead td {background:[[ColorPalette::SecondaryMid]]; border:1px solid [[ColorPalette::TertiaryDark]]; color:[[ColorPalette::Background]];}
.viewer td, .viewer tr, .twtable td, .twtable tr {border:1px solid [[ColorPalette::TertiaryDark]];}

.viewer pre {border:1px solid [[ColorPalette::SecondaryLight]]; background:[[ColorPalette::SecondaryPale]];}
.viewer code {color:[[ColorPalette::SecondaryDark]];}
.viewer hr {border:0; border-top:dashed 1px [[ColorPalette::TertiaryDark]]; color:[[ColorPalette::TertiaryDark]];}

.highlight, .marked {background:[[ColorPalette::SecondaryLight]];}

.editor input {border:1px solid [[ColorPalette::PrimaryMid]];}
.editor textarea {border:1px solid [[ColorPalette::PrimaryMid]]; width:100%;}
.editorFooter {color:[[ColorPalette::TertiaryMid]];}
.readOnly {background:[[ColorPalette::TertiaryPale]];}

#backstageArea {background:[[ColorPalette::Foreground]]; color:[[ColorPalette::TertiaryMid]];}
#backstageArea a {background:[[ColorPalette::Foreground]]; color:[[ColorPalette::Background]]; border:none;}
#backstageArea a:hover {background:[[ColorPalette::SecondaryLight]]; color:[[ColorPalette::Foreground]]; }
#backstageArea a.backstageSelTab {background:[[ColorPalette::Background]]; color:[[ColorPalette::Foreground]];}
#backstageButton a {background:none; color:[[ColorPalette::Background]]; border:none;}
#backstageButton a:hover {background:[[ColorPalette::Foreground]]; color:[[ColorPalette::Background]]; border:none;}
#backstagePanel {background:[[ColorPalette::Background]]; border-color: [[ColorPalette::Background]] [[ColorPalette::TertiaryDark]] [[ColorPalette::TertiaryDark]] [[ColorPalette::TertiaryDark]];}
.backstagePanelFooter .button {border:none; color:[[ColorPalette::Background]];}
.backstagePanelFooter .button:hover {color:[[ColorPalette::Foreground]];}
#backstageCloak {background:[[ColorPalette::Foreground]]; opacity:0.6; filter:'alpha(opacity=60)';}
/*}}}*/
/*{{{*/
* html .tiddler {height:1%;}

body {font-size:.75em; font-family:arial,helvetica; margin:0; padding:0;}

h1,h2,h3,h4,h5,h6 {font-weight:bold; text-decoration:none;}
h1,h2,h3 {padding-bottom:1px; margin-top:1.2em;margin-bottom:0.3em;}
h4,h5,h6 {margin-top:1em;}
h1 {font-size:1.35em;}
h2 {font-size:1.25em;}
h3 {font-size:1.1em;}
h4 {font-size:1em;}
h5 {font-size:.9em;}

hr {height:1px;}

a {text-decoration:none;}

dt {font-weight:bold;}

ol {list-style-type:decimal;}
ol ol {list-style-type:lower-alpha;}
ol ol ol {list-style-type:lower-roman;}
ol ol ol ol {list-style-type:decimal;}
ol ol ol ol ol {list-style-type:lower-alpha;}
ol ol ol ol ol ol {list-style-type:lower-roman;}
ol ol ol ol ol ol ol {list-style-type:decimal;}

.txtOptionInput {width:11em;}

#contentWrapper .chkOptionInput {border:0;}

.externalLink {text-decoration:underline;}

.indent {margin-left:3em;}
.outdent {margin-left:3em; text-indent:-3em;}
code.escaped {white-space:nowrap;}

.tiddlyLinkExisting {font-weight:bold;}
.tiddlyLinkNonExisting {font-style:italic;}

/* the 'a' is required for IE, otherwise it renders the whole tiddler in bold */
a.tiddlyLinkNonExisting.shadow {font-weight:bold;}

#mainMenu .tiddlyLinkExisting,
	#mainMenu .tiddlyLinkNonExisting,
	#sidebarTabs .tiddlyLinkNonExisting {font-weight:normal; font-style:normal;}
#sidebarTabs .tiddlyLinkExisting {font-weight:bold; font-style:normal;}

.header {position:relative;}
.header a:hover {background:transparent;}
.headerShadow {position:relative; padding:4.5em 0 1em 1em; left:-1px; top:-1px;}
.headerForeground {position:absolute; padding:4.5em 0 1em 1em; left:0px; top:0px;}

.siteTitle {font-size:3em;}
.siteSubtitle {font-size:1.2em;}

#mainMenu {position:absolute; left:0; width:10em; text-align:right; line-height:1.6em; padding:1.5em 0.5em 0.5em 0.5em; font-size:1.1em;}

#sidebar {position:absolute; right:3px; width:16em; font-size:.9em;}
#sidebarOptions {padding-top:0.3em;}
#sidebarOptions a {margin:0 0.2em; padding:0.2em 0.3em; display:block;}
#sidebarOptions input {margin:0.4em 0.5em;}
#sidebarOptions .sliderPanel {margin-left:1em; padding:0.5em; font-size:.85em;}
#sidebarOptions .sliderPanel a {font-weight:bold; display:inline; padding:0;}
#sidebarOptions .sliderPanel input {margin:0 0 0.3em 0;}
#sidebarTabs .tabContents {width:15em; overflow:hidden;}

.wizard {padding:0.1em 1em 0 2em;}
.wizard h1 {font-size:2em; font-weight:bold; background:none; padding:0; margin:0.4em 0 0.2em;}
.wizard h2 {font-size:1.2em; font-weight:bold; background:none; padding:0; margin:0.4em 0 0.2em;}
.wizardStep {padding:1em 1em 1em 1em;}
.wizard .button {margin:0.5em 0 0; font-size:1.2em;}
.wizardFooter {padding:0.8em 0.4em 0.8em 0;}
.wizardFooter .status {padding:0 0.4em; margin-left:1em;}
.wizard .button {padding:0.1em 0.2em;}

#messageArea {position:fixed; top:2em; right:0; margin:0.5em; padding:0.5em; z-index:2000; _position:absolute;}
.messageToolbar {display:block; text-align:right; padding:0.2em;}
#messageArea a {text-decoration:underline;}

.tiddlerPopupButton {padding:0.2em;}
.popupTiddler {position: absolute; z-index:300; padding:1em; margin:0;}

.popup {position:absolute; z-index:300; font-size:.9em; padding:0; list-style:none; margin:0;}
.popup .popupMessage {padding:0.4em;}
.popup hr {display:block; height:1px; width:auto; padding:0; margin:0.2em 0;}
.popup li.disabled {padding:0.4em;}
.popup li a {display:block; padding:0.4em; font-weight:normal; cursor:pointer;}
.listBreak {font-size:1px; line-height:1px;}
.listBreak div {margin:2px 0;}

.tabset {padding:1em 0 0 0.5em;}
.tab {margin:0 0 0 0.25em; padding:2px;}
.tabContents {padding:0.5em;}
.tabContents ul, .tabContents ol {margin:0; padding:0;}
.txtMainTab .tabContents li {list-style:none;}
.tabContents li.listLink { margin-left:.75em;}

#contentWrapper {display:block;}
#splashScreen {display:none;}

#displayArea {margin:1em 17em 0 14em;}

.toolbar {text-align:right; font-size:.9em;}

.tiddler {padding:1em 1em 0;}

.missing .viewer,.missing .title {font-style:italic;}

.title {font-size:1.6em; font-weight:bold;}

.missing .subtitle {display:none;}
.subtitle {font-size:1.1em;}

.tiddler .button {padding:0.2em 0.4em;}

.tagging {margin:0.5em 0.5em 0.5em 0; float:left; display:none;}
.isTag .tagging {display:block;}
.tagged {margin:0.5em; float:right;}
.tagging, .tagged {font-size:0.9em; padding:0.25em;}
.tagging ul, .tagged ul {list-style:none; margin:0.25em; padding:0;}
.tagClear {clear:both;}

.footer {font-size:.9em;}
.footer li {display:inline;}

.annotation {padding:0.5em; margin:0.5em;}

* html .viewer pre {width:99%; padding:0 0 1em 0;}
.viewer {line-height:1.4em; padding-top:0.5em;}
.viewer .button {margin:0 0.25em; padding:0 0.25em;}
.viewer blockquote {line-height:1.5em; padding-left:0.8em;margin-left:2.5em;}
.viewer ul, .viewer ol {margin-left:0.5em; padding-left:1.5em;}

.viewer table, table.twtable {border-collapse:collapse; margin:0.8em 1.0em;}
.viewer th, .viewer td, .viewer tr,.viewer caption,.twtable th, .twtable td, .twtable tr,.twtable caption {padding:3px;}
table.listView {font-size:0.85em; margin:0.8em 1.0em;}
table.listView th, table.listView td, table.listView tr {padding:0px 3px 0px 3px;}

.viewer pre {padding:0.5em; margin-left:0.5em; font-size:1.2em; line-height:1.4em; overflow:auto;}
.viewer code {font-size:1.2em; line-height:1.4em;}

.editor {font-size:1.1em;}
.editor input, .editor textarea {display:block; width:100%; font:inherit;}
.editorFooter {padding:0.25em 0; font-size:.9em;}
.editorFooter .button {padding-top:0px; padding-bottom:0px;}

.fieldsetFix {border:0; padding:0; margin:1px 0px;}

.sparkline {line-height:1em;}
.sparktick {outline:0;}

.zoomer {font-size:1.1em; position:absolute; overflow:hidden;}
.zoomer div {padding:1em;}

* html #backstage {width:99%;}
* html #backstageArea {width:99%;}
#backstageArea {display:none; position:relative; overflow: hidden; z-index:150; padding:0.3em 0.5em;}
#backstageToolbar {position:relative;}
#backstageArea a {font-weight:bold; margin-left:0.5em; padding:0.3em 0.5em;}
#backstageButton {display:none; position:absolute; z-index:175; top:0; right:0;}
#backstageButton a {padding:0.1em 0.4em; margin:0.1em;}
#backstage {position:relative; width:100%; z-index:50;}
#backstagePanel {display:none; z-index:100; position:absolute; width:90%; margin-left:3em; padding:1em;}
.backstagePanelFooter {padding-top:0.2em; float:right;}
.backstagePanelFooter a {padding:0.2em 0.4em;}
#backstageCloak {display:none; z-index:20; position:absolute; width:100%; height:100px;}

.whenBackstage {display:none;}
.backstageVisible .whenBackstage {display:block;}
/*}}}*/
/***
StyleSheet for use when a translation requires any css style changes.
This StyleSheet can be used directly by languages such as Chinese, Japanese and Korean which need larger font sizes.
***/
/*{{{*/
body {font-size:0.8em;}
#sidebarOptions {font-size:1.05em;}
#sidebarOptions a {font-style:normal;}
#sidebarOptions .sliderPanel {font-size:0.95em;}
.subtitle {font-size:0.8em;}
.viewer table.listView {font-size:0.95em;}
/*}}}*/
/*{{{*/
@media print {
#mainMenu, #sidebar, #messageArea, .toolbar, #backstageButton, #backstageArea {display: none !important;}
#displayArea {margin: 1em 1em 0em;}
noscript {display:none;} /* Fixes a feature in Firefox 1.5.0.2 where print preview displays the noscript content */
}
/*}}}*/
<!--{{{-->
<div class='header' macro='gradient vert [[ColorPalette::PrimaryLight]] [[ColorPalette::PrimaryMid]]'>
<div class='headerShadow'>
<span class='siteTitle' refresh='content' tiddler='SiteTitle'></span>&nbsp;
<span class='siteSubtitle' refresh='content' tiddler='SiteSubtitle'></span>
</div>
<div class='headerForeground'>
<span class='siteTitle' refresh='content' tiddler='SiteTitle'></span>&nbsp;
<span class='siteSubtitle' refresh='content' tiddler='SiteSubtitle'></span>
</div>
</div>
<div id='mainMenu' refresh='content' tiddler='MainMenu'></div>
<div id='sidebar'>
<div id='sidebarOptions' refresh='content' tiddler='SideBarOptions'></div>
<div id='sidebarTabs' refresh='content' force='true' tiddler='SideBarTabs'></div>
</div>
<div id='displayArea'>
<div id='messageArea'></div>
<div id='tiddlerDisplay'></div>
</div>
<!--}}}-->
<!--{{{-->
<div class='toolbar' macro='toolbar [[ToolbarCommands::ViewToolbar]]'></div>
<div class='title' macro='view title'></div>
<div class='subtitle'><span macro='view modifier link'></span>, <span macro='view modified date'></span> (<span macro='message views.wikified.createdPrompt'></span> <span macro='view created date'></span>)</div>
<div class='tagging' macro='tagging'></div>
<div class='tagged' macro='tags'></div>
<div class='viewer' macro='view text wikified'></div>
<div class='tagClear'></div>
<!--}}}-->
<!--{{{-->
<div class='toolbar' macro='toolbar [[ToolbarCommands::EditToolbar]]'></div>
<div class='title' macro='view title'></div>
<div class='editor' macro='edit title'></div>
<div macro='annotations'></div>
<div class='editor' macro='edit text'></div>
<div class='editor' macro='edit tags'></div><div class='editorFooter'><span macro='message views.editor.tagPrompt'></span><span macro='tagChooser excludeLists'></span></div>
<!--}}}-->
To get started with this blank [[TiddlyWiki]], you'll need to modify the following tiddlers:
* [[SiteTitle]] & [[SiteSubtitle]]: The title and subtitle of the site, as shown above (after saving, they will also appear in the browser title bar)
* [[MainMenu]]: The menu (usually on the left)
* [[DefaultTiddlers]]: Contains the names of the tiddlers that you want to appear when the TiddlyWiki is opened
You'll also need to enter your username for signing your edits: <<option txtUserName>>
These [[InterfaceOptions]] for customising [[TiddlyWiki]] are saved in your browser

Your username for signing your edits. Write it as a [[WikiWord]] (eg [[JoeBloggs]])

<<option txtUserName>>
<<option chkSaveBackups>> [[SaveBackups]]
<<option chkAutoSave>> [[AutoSave]]
<<option chkRegExpSearch>> [[RegExpSearch]]
<<option chkCaseSensitiveSearch>> [[CaseSensitiveSearch]]
<<option chkAnimate>> [[EnableAnimations]]

----
Also see [[AdvancedOptions]]
<<importTiddlers>>


































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































I200409070800

Can't say what I did. Found in .log. I work with several open workbench windows
one of which has the "Team Synchronizing" perspective as single perspective.

!ENTRY org.eclipse.core.runtime 4 2 Sep 08, 2004 09:16:25.225
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.team.internal.ui.synchronize.actions.DefaultSynchronizePageActions.setContext(DefaultSynchronizePageActions.java:101)
	at org.eclipse.ui.actions.ActionGroup.dispose(ActionGroup.java:109)
	at
org.eclipse.team.ui.synchronize.SynchronizePageActionGroup.dispose(SynchronizePageActionGroup.java:168)
	at
org.eclipse.team.internal.ui.synchronize.actions.DefaultSynchronizePageActions.dispose(DefaultSynchronizePageActions.java:94)
	at
org.eclipse.team.internal.ui.synchronize.SynchronizePageConfiguration$8.run(SynchronizePageConfiguration.java:358)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at
org.eclipse.team.internal.ui.synchronize.SynchronizePageConfiguration.dispose(SynchronizePageConfiguration.java:353)
	at
org.eclipse.team.internal.ui.synchronize.StructuredViewerAdvisor.dispose(StructuredViewerAdvisor.java:236)
	at
org.eclipse.team.internal.ui.synchronize.StructuredViewerAdvisor$4.widgetDisposed(StructuredViewerAdvisor.java:275)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:100)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:801)
	at org.eclipse.swt.widgets.Widget.releaseWidget(Widget.java:708)
	at org.eclipse.swt.widgets.Control.releaseWidget(Control.java:1481)
	at org.eclipse.swt.widgets.Scrollable.releaseWidget(Scrollable.java:192)
	at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:373)
	at org.eclipse.swt.widgets.Tree.releaseWidget(Tree.java:782)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
	at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:367)
	at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:372)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
	at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:367)
	at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:372)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
	at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:367)
	at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:372)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
	at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:367)
	at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:372)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
	at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:367)
	at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:372)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
	at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:367)
	at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:372)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
	at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:367)
	at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:372)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
	at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:367)
	at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:372)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
	at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:367)
	at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:372)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
	at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:367)
	at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:372)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
	at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:367)
	at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:372)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
	at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:367)
	at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:372)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
	at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:367)
	at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:372)
	at org.eclipse.swt.widgets.Canvas.releaseWidget(Canvas.java:118)
	at org.eclipse.swt.widgets.Decorations.releaseWidget(Decorations.java:678)
	at org.eclipse.swt.widgets.Shell.releaseWidget(Shell.java:844)
	at org.eclipse.swt.widgets.Widget.dispose(Widget.java:368)
	at org.eclipse.swt.widgets.Decorations.dispose(Decorations.java:354)
	at org.eclipse.swt.widgets.Shell.dispose(Shell.java:488)
	at org.eclipse.jface.window.Window.close(Window.java:266)
	at org.eclipse.jface.dialogs.Dialog.close(Dialog.java:877)
	at org.eclipse.jface.wizard.WizardDialog.hardClose(WizardDialog.java:725)
	at org.eclipse.jface.wizard.WizardDialog.finishPressed(WizardDialog.java:678)
	at org.eclipse.jface.wizard.WizardDialog.buttonPressed(WizardDialog.java:342)
	at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:538)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2783)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2442)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:706)
	at org.eclipse.jface.window.Window.open(Window.java:684)
	at org.eclipse.releng.tools.ReleaseWizard.execute(ReleaseWizard.java:118)
	at
org.eclipse.releng.tools.TagAndReleaseAction.execute(TagAndReleaseAction.java:37)
	at org.eclipse.team.internal.ccvs.ui.actions.CVSAction.run(CVSAction.java:70)
	at org.eclipse.ui.actions.ActionDelegate.runWithEvent(ActionDelegate.java:70)
	at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:288)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:946)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:896)
	at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:810)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2783)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2442)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1435)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1406)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:263)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
	at java.lang.reflect.Method.invoke(Method.java:391)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

I'm using MessageDialogWithToggle class with 4 buttons:
 
         MessageDialogWithToggle dialog =
             new MessageDialogWithToggle(
                 Display.getCurrent().getActiveShell(),
                 RSCCoreUIPlugin.getString("ConfirmDeleteDialog.title_UI_"),
                 null,
                 message,
                 MessageDialog.QUESTION,
                 new String[] {
                     IDialogConstants.YES_LABEL,
                     IDialogConstants.YES_TO_ALL_LABEL,
                     IDialogConstants.NO_LABEL,
                     IDialogConstants.CANCEL_LABEL},
                 1,
                 SUBuilderPlugin.getString("CONFIRM_DELETE_DESC"),
                 checkbox
                 );
 
The following values 2, 1, 3, 1 are being returned for YES, YES_TO_ALL, NO, 
CANCEL buttons respectively.  The YES_TO_ALL value is wrong, according to 
IDialogConstants it should be YES_TO_ALL_ID = 4.

I20040318 + plug-in export from today

Clicked on JDT UI's plugin.xml in the sync view. It tries to compare rev.1.401
with 1.399

!ENTRY org.eclipse.core.runtime 4 2 Mrz 19, 2004 12:41:47.974
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.compare.contentmergeviewer.TextMergeViewer.interpolate(TextMergeViewer.java:3510)
	at
org.eclipse.compare.contentmergeviewer.TextMergeViewer.updateColors(TextMergeViewer.java:800)
	at
org.eclipse.compare.contentmergeviewer.TextMergeViewer.checkForColorUpdate(TextMergeViewer.java:728)
	at
org.eclipse.compare.contentmergeviewer.TextMergeViewer.<init>(TextMergeViewer.java:673)
	at
org.eclipse.compare.contentmergeviewer.TextMergeViewer.<init>(TextMergeViewer.java:639)
	at
org.eclipse.compare.internal.TextMergeViewerCreator.createViewer(TextMergeViewerCreator.java:29)
	at
org.eclipse.compare.internal.ViewerDescriptor.createViewer(ViewerDescriptor.java:53)
	at
org.eclipse.compare.internal.CompareUIPlugin.findContentViewer(CompareUIPlugin.java:716)
	at
org.eclipse.compare.CompareEditorInput.findContentViewer(CompareEditorInput.java:666)
	at org.eclipse.compare.CompareEditorInput$2.getViewer(CompareEditorInput.java:379)
	at
org.eclipse.compare.CompareViewerSwitchingPane.setInput(CompareViewerSwitchingPane.java:291)
	at org.eclipse.compare.CompareEditorInput$11.run(CompareEditorInput.java:521)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.compare.CompareEditorInput.feed1(CompareEditorInput.java:516)
	at
org.eclipse.compare.CompareEditorInput.createContents(CompareEditorInput.java:398)
	at
org.eclipse.compare.internal.CompareEditor.createPartControl(CompareEditor.java:160)
	at org.eclipse.ui.internal.PartPane$1.run(PartPane.java:125)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:647)
	at org.eclipse.core.runtime.Platform.run(Platform.java:512)
	at org.eclipse.ui.internal.PartPane.createChildControl(PartPane.java:121)
	at org.eclipse.ui.internal.PartPane.createControl(PartPane.java:211)
	at org.eclipse.ui.internal.EditorWorkbook.showPart(EditorWorkbook.java:443)
	at org.eclipse.ui.internal.EditorWorkbook.add(EditorWorkbook.java:264)
	at org.eclipse.ui.internal.EditorArea.addEditor(EditorArea.java:57)
	at
org.eclipse.ui.internal.EditorPresentation.openEditor(EditorPresentation.java:393)
	at org.eclipse.ui.internal.EditorManager$2.run(EditorManager.java:550)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.EditorManager.createEditorTab(EditorManager.java:539)
	at org.eclipse.ui.internal.EditorManager.openInternalEditor(EditorManager.java:635)
	at
org.eclipse.ui.internal.EditorManager.openEditorFromDescriptor(EditorManager.java:438)
	at org.eclipse.ui.internal.EditorManager.openEditor(EditorManager.java:426)
	at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:2127)
	at org.eclipse.ui.internal.WorkbenchPage.access$6(WorkbenchPage.java:2070)
	at org.eclipse.ui.internal.WorkbenchPage$9.run(WorkbenchPage.java:2057)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2052)
	at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2035)
	at
org.eclipse.compare.internal.CompareUIPlugin.openCompareEditor(CompareUIPlugin.java:328)
	at org.eclipse.compare.CompareUI.openCompareEditorOnPage(CompareUI.java:126)
	at org.eclipse.compare.CompareUI.openCompareEditor(CompareUI.java:112)
	at
org.eclipse.team.internal.ui.synchronize.actions.OpenInCompareAction.openCompareEditor(OpenInCompareAction.java:76)
	at
org.eclipse.team.internal.ui.synchronize.actions.OpenInCompareAction.run(OpenInCompareAction.java:51)
	at
org.eclipse.team.internal.ui.synchronize.actions.OpenWithActionGroup.openInCompareEditor(OpenWithActionGroup.java:101)
	at
org.eclipse.team.ui.synchronize.subscriber.SynchronizeViewerAdvisor.handleOpen(SynchronizeViewerAdvisor.java:113)
	at
org.eclipse.team.ui.synchronize.subscriber.SynchronizeViewerAdvisor$3.open(SynchronizeViewerAdvisor.java:106)
	at org.eclipse.jface.viewers.StructuredViewer$2.run(StructuredViewer.java:406)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:647)
	at org.eclipse.core.runtime.Platform.run(Platform.java:512)
	at org.eclipse.jface.viewers.StructuredViewer.fireOpen(StructuredViewer.java:404)
	at org.eclipse.jface.viewers.StructuredViewer.handleOpen(StructuredViewer.java:614)
	at
org.eclipse.jface.viewers.StructuredViewer$6.handleOpen(StructuredViewer.java:703)
	at org.eclipse.jface.util.OpenStrategy.fireOpenEvent(OpenStrategy.java:209)
	at org.eclipse.jface.util.OpenStrategy.access$2(OpenStrategy.java:204)
	at org.eclipse.jface.util.OpenStrategy$1.mouseSelectItem(OpenStrategy.java:344)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:289)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:810)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2424)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2102)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1448)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1419)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:729)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

- place cursor in editor in front of some text
- invoke the Quick Outline
- press Delete while in Quick Outline text box
-> Text in editor in deleted

I20040322

In the following build file :

<project default="test">
  <property name="name" value="value"/>
  <target name="test">
    <echo message="${name}"></echo>
  </target>
</project>

put the cursor on '${name}', the hover displays the right value 'value'.
Rename the property in the property declaration, and put the cursor on
'${name}', the hover still displays 'value'.
If you close and reopen the editor, the hover doesn't display any value for
'${name}'.

Using eclipse-SDK-3.0RC1-win32.zip.

I'm trying to create an AST tree from a snippet of Java code using code like this:

String src = "\tSystem.out.println(\"Hello\");\n\tSystem.out.println(\"World\");\n";
char[] source = src.toCharArray();
ASTParser parser = ASTParser.newParser(AST.JLS2);
parser.setKind (ASTParser.K_STATEMENTS);
parser.setSource (source);
ASTNode result = parser.createAST (new NullProgressMonitor());

The result I get back is always an empty block, and I would expect it to be a
block with two ExpressionStatements in it.

If I add one line of code before the parser.createAST call to set the source range:
   parser.setSourceRange(0, source.length);

then I get back a block with two ExpressionStatements in it.

According to the JavaDoc for 'setSourceRange':
"Sets the subrange of the source code to be parsed. By default, the entire
source string will be parsed (offset 0 and length -1)."

So from that text it seems that it is not required to set the source range.
It appears that the 'ASTParser.setSource (char[] source)' method should be
setting the source range or there is some other defect elsewhere when the
sourceLength == -1 is not being honoured.

Snippet below brings up a browser with HTML containing a single <IMG> tag.  If
the IMG src refers to http it loads fine, but with https I get:

Console Std-Err:
------------------------------------------------------
****************
Another exception has been detected while we were handling last error.
Dumping information about last error:
ERROR REPORT FILE = (N/A)
PC                = 0x625c99fd
SIGNAL            = 11
FUNCTION NAME     = (N/A)
OFFSET            = 0xFFFFFFFF
LIBRARY NAME      = (N/A)
Please check ERROR REPORT FILE for further information, if there is any.
Good bye.
------------------------------------------------------

Such content (and similar <A HREF="https://..."> tags) seems to run fine in
Mozilla, and in Epiphany (Gnome/GTK-native embedded-mozilla).

Versions:
Mozilla 1.6, Copyright (c) 2003 mozilla.org, build 2004011400
Gnome epiphany 1.0.8
eclipse-SDK-3.0M7-linux-gtk.zip
Suse 9.0 (kernel 2.4.21-192-default)
java version "1.4.2_03"


Snippet:
------------------------------------------------------
import org.eclipse.swt.SWT;
import org.eclipse.swt.browser.Browser;
import org.eclipse.swt.layout.FillLayout;
import org.eclipse.swt.widgets.Display;
import org.eclipse.swt.widgets.Shell;

public class AScratchpadMain
{
	public static void main(String[] args) throws Exception
	{
		String html = "<HTML><HEAD><TITLE>HTML Test</TITLE></HEAD><BODY>";

		// non-failing version - protocol is "http"
		//html += "<img src=\"http://www.passportimages.com/logo_msnhmr_468x60.gif\">";
		
		// failing version - protocol is "https"
		html += "<img src=\"https://www.passportimages.com/logo_msnhmr_468x60.gif\">";
		
		html += "</BODY></HTML>";

		Display display = new Display();
		Shell shell = new Shell(display);
		shell.setLayout(new FillLayout());
		Browser browser = new Browser(shell, SWT.NONE);
		browser.setText(html);
		shell.open();
		while (!shell.isDisposed())
		{
			if (!display.readAndDispatch())
				display.sleep();
		}
		display.dispose();
	}
}

20040921-2000

If you enter an invalid encoding in the IDEEncodingsPreferencePage you will 
still be able to select OK

STEPS
1) Open the Editors preference page
2) Type ffff
3) You are warned but OK is still enabled.

Latest code from HEAD in workspace.
Not consistentantly reproduceable but I have seen it at least twice.

Thread [Worker-7] (Suspended (exception NullPointerException))
	JavaDebugOptionsManager.problemRemoved(IMarker) line: 336
	JavaDebugOptionsManager.resourceChanged(IResourceChangeEvent) line: 228
	NotificationManager$2.run() line: 283
	InternalPlatform.run(ISafeRunnable) line: 615
	Platform.run(ISafeRunnable) line: 747
	NotificationManager.notify(ResourceChangeListenerList$ListenerEntry[], 
IResourceChangeEvent, boolean) line: 277
	NotificationManager.broadcastChanges(ElementTree, int, boolean) line: 
151
	AutoBuildJob.broadcastChanges(int) line: 78
	AutoBuildJob.doBuild(IProgressMonitor) line: 156
	AutoBuildJob.run(IProgressMonitor) line: 212
	Worker.run() line: 66

I20040318

With this code:

import java.io.*;
public class EF {
	public static void foo() throws IOException {
		InputStream is= null;
		if (is != null) {
			is.close();
		}
	}
}

- select the full line containing the "close"
- press Command-1 for QF
- select surround with try/catch
Observe: corrupted code

import java.io.*;
public class EF {
	public static void foo() throws IOException {
		InputStream is= null;
		if (is != null) {
			try {
				is.close();
		}
} catch (Exception e) {
	// TODO: handle exception
}
	}
}

With XML parsing on the IBM VMs if an error occurs and no error handler has 
been registered with the document builder, a message is set to system err.

We should consider adding a "null" error handler for all cases where it would 
be possible to have attempts to parse XML source that will fail with errors.

Launch a Java program without output (empty main method), the console view is
set visible.
If I unset the console preference 'Show when program writes to standart out',
that works as expected, the console view stays hidden.

(not sure if it's a JDT or a platform problem)

Build: I-20040322

I got this exception upon shutting down.


java.lang.IllegalStateException: Job manager has been shut down.
	at org.eclipse.core.internal.jobs.JobManager.schedule
(JobManager.java:623)
	at org.eclipse.core.internal.jobs.InternalJob.schedule
(InternalJob.java:236)
	at org.eclipse.core.runtime.jobs.Job.schedule(Job.java:357)
	at org.eclipse.ui.internal.progress.WorkbenchSiteProgressService$1.done
(WorkbenchSiteProgressService.java:225)
	at org.eclipse.core.internal.jobs.JobListeners$3.notify
(JobListeners.java:38)
	at org.eclipse.core.internal.jobs.JobListeners$7.run
(JobListeners.java:117)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:610)
	at org.eclipse.core.internal.jobs.JobListeners.doNotify
(JobListeners.java:87)
	at org.eclipse.core.internal.jobs.JobListeners.done
(JobListeners.java:136)
	at org.eclipse.core.internal.jobs.JobManager.endJob
(JobManager.java:372)
	at org.eclipse.core.internal.jobs.WorkerPool.endJob
(WorkerPool.java:119)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:72)
java.lang.IllegalStateException: Job manager has been shut down.
	at org.eclipse.core.internal.jobs.JobManager.schedule
(JobManager.java:623)
	at org.eclipse.core.internal.jobs.InternalJob.schedule
(InternalJob.java:236)
	at org.eclipse.core.runtime.jobs.Job.schedule(Job.java:340)
	at org.eclipse.ui.views.markers.internal.TableContentProvider.doUpdate
(TableContentProvider.java:396)
	at org.eclipse.ui.views.markers.internal.TableContentProvider.access$4
(TableContentProvider.java:344)
	at org.eclipse.ui.views.markers.internal.TableContentProvider$3.run
(TableContentProvider.java:182)
	at org.eclipse.ui.views.markers.internal.RestartableJob$2.run
(RestartableJob.java:86)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

Was it intentional to mark this class as not subclassable? Is it expected that
every client implement their own disposable action interface?

3.0 m9
quite annoing usability problem:

create this:
public int getFoo(){<CARET_HERE>}

press Enter
you get

public int getFoo(){
    }

which is _never_ right. i get annoyed by this every 5 minutes or so.
the same bug in:

if(condition){<CARET_HERE>}

press Enter, you get

if(condition){
      }

which, againi, is never what you want

I got the following while debugging, and my variables view went blank.

!ENTRY org.eclipse.core.runtime 4 2 Feb 23, 2004 14:55:51.597
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.internal.ui.views.variables.VariablesViewContentProvider.getV
alueChildren(VariablesViewContentProvider.java:145)
	at 
org.eclipse.debug.internal.ui.views.variables.VariablesViewContentProvider.getM
odelSpecificChildren(VariablesViewContentProvider.java:109)
	at 
org.eclipse.debug.internal.ui.views.variables.VariablesViewContentProvider.getC
hildren(VariablesViewContentProvider.java:89)
	at org.eclipse.debug.internal.ui.views.variables.ViewerState.decodePath
(ViewerState.java:166)
	at 
org.eclipse.debug.internal.ui.views.variables.ViewerState.restoreState
(ViewerState.java:101)
	at 
org.eclipse.debug.internal.ui.views.variables.VariablesView.setViewerInput
(VariablesView.java:361)
	at 
org.eclipse.debug.internal.ui.views.variables.VariablesView.selectionChanged
(VariablesView.java:1164)
	at org.eclipse.ui.internal.AbstractPartSelectionTracker$1.run
(AbstractPartSelectionTracker.java:115)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:819)
	at org.eclipse.core.runtime.Platform.run(Platform.java:493)
	at org.eclipse.ui.internal.AbstractPartSelectionTracker.fireSelection
(AbstractPartSelectionTracker.java:113)
	at org.eclipse.ui.internal.PagePartSelectionTracker$1.selectionChanged
(PagePartSelectionTracker.java:46)
	at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:819)
	at org.eclipse.core.runtime.Platform.run(Platform.java:493)
	at org.eclipse.jface.viewers.Viewer.fireSelectionChanged
(Viewer.java:157)
	at org.eclipse.jface.viewers.StructuredViewer.updateSelection
(StructuredViewer.java:1310)
	at org.eclipse.jface.viewers.StructuredViewer.setSelection
(StructuredViewer.java:1033)
	at org.eclipse.jface.viewers.Viewer.setSelection(Viewer.java:362)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleSuspe
ndThreadEvent(LaunchViewEventHandler.java:212)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleSuspe
ndEvent(LaunchViewEventHandler.java:184)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleDebug
Events(LaunchViewEventHandler.java:100)
	at org.eclipse.debug.internal.ui.views.AbstractDebugEventHandler$1.run
(AbstractDebugEventHandler.java:70)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2329)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2037)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1543)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1519)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:258)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:257)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

When the Eclipse platform starts, "-nl <locale without country code>" option 
does not change the platform locale.
For example: "-nl ja", "-nl ko", "-nl zh".

In=  org.eclipse.osgi plugin,
org.eclipse.core.runtime.adaptor.EnvironmentInfo#setupSystemContext()
ignores the locale code only with language code, such as "ja", "ko".
The code should have the following code in the switch-case in setupSystemContext
():
---
case 1:
	Locale userLocale new Locale(tokenizer.nextToken(), "");
	Locale.setDefault(userLocale);
	break;
---

Previously the similar problem is reported. 
Please see Bugzilla Bug #45425.

Formatting the following javadoc comment multiple times results in the insertion
of a new line before 'test' *each* time:

	/**
	 * <pre></pre>
	 * test
	 */

3.0 m7

i get bitten by this almost everytime. i'm in the synch view and i want to
refresh it. i press f5 and nothing happens

f5 should be bound to refresh with remote when cvs sych view is in focus

Remove warning from build 05252000.

----------
1. WARNING in
/builds/I200405252000/src/plugins/org.eclipse.update.configurator/src/org/eclipse/update/internal/configurator/Utils.java
(at line 16)
	import org.eclipse.core.internal.boot.*;
	       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
The import org.eclipse.core.internal.boot is never used
----------
1 problem (1 warning)

You should set your compiler preferences to report unused imports as errors.

Must fix
Build date: 200406251208
Blocking: NO
Language: CHT
Bitmap Location: Z:\screen_defects\CHT
Tester Name: Ivory Chang
Tester Phone number: 1-0722

Problem Description: Actual Description of the problem

Procedure
1. On the menu bar from the main Workbench panel, click File > New > Projects
2. Select CVS > Checkout projects from CVS and click next
==> The window title, "Checkout from CVS", is in English.

The string is not translated in any of the tested locales so it is possible it
is nonexternalized.

From the main Workbench view, click the Task menu (drop down arrow) and select
Sorting. There are duplicated mnemonics for (D) and (A).

See the attached screenshot.

 

The .preferences directory should be .settings.

Store on a per-file basis, not per directory/file.

Summary....

From:
/.preferences/org.eclipse.core.resources/prefs.ini

To:
/.settings/org.eclipse.core.resources.prefs

3.0 RC1
In your home directory, delete the .eclipse.
Install eclipse in a shared area.
Run it once then mark it as read only.

Start this shared install.
Install something from an update site (for exmaple the core tools).
Shutdown this shared install.
Verify that the .eclipse has been created in your home dir. 

Unset the readonly-ness of the shared install.
Run it and install a new feature using the update site.
Shutdown.
Mark again as read only.

Start the shared install.
You will notice that manifests for the plugins that have been installed in the
shared area through the update sites are being generated locally.


What happened here is that the .bundle data did not know about the new plugins
and that update reinstalled them. Since there were unknown by the bundle data,
the fwk did not had the symbolicName to find a manifest, therefore it
regenerated it.
What could be done is when returning from parsing the plugin.xml (at that moment
we have an in memory manifest) we should check if a manifest that does not exists.

Note that this would also avoid the creation of the manifest for the
update.configurator bundle.

From the main Workbench view, click the Task menu (drop down arrow) and select
Filters. There are duplicated mnemonics for (D).

See the attached screenshot.

build i0504-0800

Not sure if this is related to bug 60881.

With this build, F5 to step into doesn't work but F6 to step over works ok.

When a scrollbar is being dragged, we get notified of the change.  We then 
invoke Display.asyncExec with a runnable.  However, on Windows, those runnables 
do not get run until after the user lets go of the scrollbar (which was being 
dragged).  On GTK, this works just fine, i.e., the user not having let go of 
the scrollbar does not prevent those runnables from being executed.

Eclipse 3.0RC1.
Launching help opens embedded help browser that is always positioned at the 
top left corner of the screen.  After moving the browser and launching help 
again it opens at 0,0 again.
This problem only exists with GTK build. win32 and motif work fine (browser 
position is remembered).

1) workspace with JUnit launched using the default VM options
2) open java.lang.Object
3) execute a references search to Object
->get an out of memory exception after 1700 matches
->the old search could perform the same search (1800+ matches) without an out 
of memory exception

Did this 3 times with 0611 00:10 and once with 0611 12:38.

I use the Update Manager Product Config dialog to add a site.  
Pointing at a site where I've unzipped Eclipse Examples (and added 
a .eclipseextension file - see Bug 66758).

Tried an alt site as well.  

Dialog prompts for a restart yes/no or apply.  Hangs after yes.

I20040420

I use the ANT editor to edit most of my xml files. Recently I opened
org.eclipse.jdt.doc.user/contexts_JDT.xml and the ANT editor added problem
IMARKERs instead of annotations. As a result those markers stay when the editor
gets closed and there's no way to get rid of that marker except changing the
file contents (which of course I do not want to do).

The ANT editor should only add annotations as the Java editor does. Problem
markers should only be added by a builder and not by an editor.

I20040322

1) Select a project in the synchronize view
2) Project > Clean

java.lang.NullPointerException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.NullPointerException.<init>(NullPointerException.java:60)
	at
org.eclipse.ui.internal.ide.actions.BuildSetAction.extractProjects(BuildSetAction.java:47)
	at
org.eclipse.ui.internal.ide.actions.BuildCleanAction.run(BuildCleanAction.java:39)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:550)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:502)
	at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:435)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1488)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1462)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:259)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:262)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:213)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:115)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:315)
	at org.eclipse.core.launcher.Main.run(Main.java:740)
	at org.eclipse.core.launcher.Main.main(Main.java:724)

I200405051045 (WinXP, J2SDK 1.4.2_03)

I can't provide a goot testcase, but the problem seems to happen only when
folding is activated for the java editor.

The class contains some inner classes (the code shown below is part of one of
the inner classes) and imports, which are folded away. No changes with regard to
the default-settings of folding other than just enabling it.

I'm starting with the following code-snippet: 

            if (o instanceof IHierarchie) {
                IHierarchie hier = (IHierarchie) o;
                setText(hier.getName());
                Icon icon = getIcon("table_sql");
                setIcon(icon);
            }

Now I changed the code (involving code assist, if that should matter) to:

            if (o instanceof IHierarchie) {
                IHierarchie hier = (IHierarchie) o;
                setText(hier.getName());
                Icon icon = ResourceManager.getIcon("table_sql");
                setIcon(icon);
            }

After pressing ctrl-z (undo) some times I end up with: 

            if (o instanceof IHierarchie) {
                IHierarchie hier = (IHierarchie) o;
                setText(hier               Icon icon =
ResourceManagergetIcon("table_sql");
                setIcon(icon);
            }

1) mistype a method call
->you get a quick fix but the quick fix is overlayed by the quick assist

2) press the quick assist icon
->you the the quick fix proposals

I20040505-0200

Run JUnit Plug-in Test in debug mode with "Keep JUnit running after a test when
debugging" checked. After test run has finished, the "Stop JUnit Test Run"
button is now disabled. I have to go to the Debug view to terminate the test
workbench. Previously, I could just press the (enabled) stop button.

I guess this was introduced when "Rerun Last Test" action was enhanced to stop a
running test workbench before re-running the tests. However, when I know that
hot code replace will fail, I'd still like to be able to stop the test workbench
manually before that happens.

The new Continue Launch... is not NLS'd
The new buttons for this pref do not make use of the dialog font.

"value" is declared as a short ivar in:

    public int hashCode() {
        return (int) value;
    }

Which warns: "Unnecessary cast to type int for expression of type short"

But here:

    public String toString() {
        return String.valueOf((int) value);
    }

I get: "Unnecessary cast to type int for expression of type short. It is already
compatible with the argument type int"

Shouldn't the messages be the same? If there is a subtle difference it should be
better explained. Thanks.

Version 3.1.M1

I200409011200, from bug 68017:

"Malformed Javadoc" warnings are rather inconsistent:

(1)  There's only a warning for "Missing return type description" when the
@return tag is the last tag in the javadoc.

(2)  There's no warning for missing descriptions for @param, @exception, etc. .
I would expect to get warnings everywhere or nowhere, but not only for some tags
in certain positions.

This example produces no warning at all:
	/**
	 * @param param
	 * @return
	 * @throws IOException
	 */
	public int m(int param) throws IOException {
		throw new IOException(Integer.toString(param));
	}

eclipse complains when you ask it to load an icon (*.ico) file having
greater than 8-bit color depth. i have tracked the error down to the
following lines in WinICOFileFormat::loadInfoHeader():

 if (!((width == infoWidth) && (height * 2 == infoHeight) &&
  ((bitCount == 1) || (bitCount == 4) || (bitCount == 8))))
   SWT.error(SWT.ERROR_INVALID_IMAGE);

this is a problem on windows as many icons are 24 bit.

3.1 M2
I was debugging an application and Eclipse froze. The stack dump suggests debug 
is guilty. The main thread is bloked updating a label while trying to determine 
if the running process is terminated.

========

Full thread dump Java HotSpot(TM) Client VM (1.4.2_05-b04 mixed mode):

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x04df4300 
nid=0x1630 in Object.wait() [539f000..539fd8c]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:176)
        - locked <0x1a103540> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Packet Send Manager" prio=5 tid=0x04a77860 nid=0x119c in Object.wait() 
[602f000..602fd8c]
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Unknown Source)
        at 
org.eclipse.jdi.internal.connect.PacketSendManager.sendAvailablePackets
(PacketSendManager.java:94)
        - locked <0x19e83ef0> (a 
org.eclipse.jdi.internal.connect.PacketSendManager)
        at org.eclipse.jdi.internal.connect.PacketSendManager.run
(PacketSendManager.java:54)
        at java.lang.Thread.run(Unknown Source)

"Packet Receive Manager" prio=5 tid=0x04d9f0d0 nid=0x1434 runnable 
[5fef000..5fefd8c]
        at java.net.SocketInputStream.socketRead0(Native Method)
        at java.net.SocketInputStream.read(Unknown Source)
        at java.net.SocketInputStream.read(Unknown Source)
        at java.io.DataInputStream.readInt(Unknown Source)
        at org.eclipse.jdi.internal.jdwp.JdwpPacket.read(JdwpPacket.java:125)
        at 
org.eclipse.jdi.internal.connect.PacketReceiveManager.readAvailablePacket
(PacketReceiveManager.java:224)
        at org.eclipse.jdi.internal.connect.PacketReceiveManager.run
(PacketReceiveManager.java:70)
        at java.lang.Thread.run(Unknown Source)

"Input Stream Monitor" prio=5 tid=0x04914c90 nid=0x128c in Object.wait() 
[5f6f000..5f6fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x19e83fd0> (a java.lang.Object)
        at java.lang.Object.wait(Unknown Source)
        at org.eclipse.debug.internal.core.InputStreamMonitor.writeNext
(InputStreamMonitor.java:124)
        - locked <0x19e83fd0> (a java.lang.Object)
        at org.eclipse.debug.internal.core.InputStreamMonitor.write
(InputStreamMonitor.java:99)
        at org.eclipse.debug.internal.core.InputStreamMonitor$1.run
(InputStreamMonitor.java:75)
        at java.lang.Thread.run(Unknown Source)

"Output Stream Monitor" prio=5 tid=0x04d07d48 nid=0xa5c runnable 
[5f2f000..5f2fd8c]
        at java.io.FileInputStream.readBytes(Native Method)
        at java.io.FileInputStream.read(Unknown Source)
        at org.eclipse.debug.internal.core.OutputStreamMonitor.read
(OutputStreamMonitor.java:132)
        at org.eclipse.debug.internal.core.OutputStreamMonitor.access$1
(OutputStreamMonitor.java:124)
        at org.eclipse.debug.internal.core.OutputStreamMonitor$1.run
(OutputStreamMonitor.java:179)
        at java.lang.Thread.run(Unknown Source)

"Output Stream Monitor" prio=5 tid=0x049a3410 nid=0x708 runnable 
[5eef000..5eefd8c]
        at java.io.FileInputStream.readBytes(Native Method)
        at java.io.FileInputStream.read(Unknown Source)
        at java.io.BufferedInputStream.read1(Unknown Source)
        at java.io.BufferedInputStream.read(Unknown Source)
        - locked <0x19e88120> (a java.io.BufferedInputStream)
        at java.io.FilterInputStream.read(Unknown Source)
        at org.eclipse.debug.internal.core.OutputStreamMonitor.read
(OutputStreamMonitor.java:132)
        at org.eclipse.debug.internal.core.OutputStreamMonitor.access$1
(OutputStreamMonitor.java:124)
        at org.eclipse.debug.internal.core.OutputStreamMonitor$1.run
(OutputStreamMonitor.java:179)
        at java.lang.Thread.run(Unknown Source)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x03514d40 
nid=0x1204 in Object.wait() [5a5f000..5a5fd8c]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:176)
        - locked <0x19cdd8e0> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x04c863e0 
nid=0xc04 in Object.wait() [5c3f000..5c3fd8c]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:176)
        - locked <0x19c44d20> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x03894a40 
nid=0x17e0 in Object.wait() [5bff000..5bffd8c]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:176)
        - locked <0x19c44d80> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x03672f00 
nid=0xcc4 in Object.wait() [5bbf000..5bbfd8c]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:176)
        - locked <0x19aa3118> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x04d8e0d0 
nid=0x1614 in Object.wait() [5b3f000..5b3fd8c]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:176)
        - locked <0x19aa3178> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x04a6da10 
nid=0x115c in Object.wait() [5a9f000..5a9fd8c]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:176)
        - locked <0x19aa31d8> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Worker-264" prio=5 tid=0x04e14008 nid=0x130c in Object.wait() 
[5a1f000..5a1fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x19e88170> (a 
org.eclipse.ui.console.IOConsoleInputStream)
        at java.lang.Object.wait(Unknown Source)
        at org.eclipse.ui.console.IOConsoleInputStream.waitForData
(IOConsoleInputStream.java:139)
        at org.eclipse.ui.console.IOConsoleInputStream.read
(IOConsoleInputStream.java:85)
        - locked <0x19e88170> (a org.eclipse.ui.console.IOConsoleInputStream)
        at org.eclipse.ui.console.IOConsoleInputStream.read
(IOConsoleInputStream.java:110)
        at 
org.eclipse.debug.internal.ui.views.console.ProcessConsole$InputReadJob.run
(ProcessConsole.java:474)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Worker-262" prio=5 tid=0x04ac9978 nid=0x6c8 in Object.wait() [599f000..599fd8c]
        at java.lang.Object.wait(Native Method)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:166)
        - locked <0x13861798> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob
(WorkerPool.java:193)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-259" prio=5 tid=0x04b41598 nid=0xb3c in Object.wait() [535f000..535fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x19e860b8> (a java.lang.Thread)
        at java.lang.Thread.join(Unknown Source)
        - locked <0x19e860b8> (a java.lang.Thread)
        at java.lang.Thread.join(Unknown Source)
        at org.eclipse.debug.internal.core.OutputStreamMonitor.close
(OutputStreamMonitor.java:94)
        at org.eclipse.debug.internal.core.StreamsProxy.close
(StreamsProxy.java:67)
        at org.eclipse.debug.core.model.RuntimeProcess.terminated
(RuntimeProcess.java:220)
        - locked <0x19e94d10> (a org.eclipse.debug.core.model.RuntimeProcess)
        at org.eclipse.debug.core.model.RuntimeProcess$ProcessMonitorJob.run
(RuntimeProcess.java:368)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x04ca1a50 
nid=0x8c in Object.wait() [591f000..591fd8c]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:176)
        - locked <0x19333218> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x04d68008 
nid=0x107c in Object.wait() [56bf000..56bfd8c]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:176)
        - locked <0x182b07a0> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x04bedd40 
nid=0x102c in Object.wait() [567f000..567fd8c]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:176)
        - locked <0x182b0800> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x03445da8 
nid=0xdec in Object.wait() [55df000..55dfd8c]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:176)
        - locked <0x18238b18> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x04c43358 
nid=0xb98 in Object.wait() [531f000..531fd8c]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:176)
        - locked <0x18173960> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x0498aac0 
nid=0x974 in Object.wait() [52df000..52dfd8c]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:176)
        - locked <0x181739c0> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x039daa10 
nid=0x2ec in Object.wait() [529f000..529fd8c]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:176)
        - locked <0x180f88d8> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x04a95be0 
nid=0x10f0 in Object.wait() [519f000..519fd8c]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:176)
        - locked <0x180f8938> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x04c6f898 
nid=0x1198 in Object.wait() [511f000..511fd8c]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:176)
        - locked <0x1809d700> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x04d00d60 
nid=0x14a8 in Object.wait() [50df000..50dfd8c]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:176)
        - locked <0x180588d8> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x04d05d80 
nid=0x1284 in Object.wait() [555f000..555fd8c]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:176)
        - locked <0x180078c8> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Worker-237" prio=5 tid=0x04d2d528 nid=0xf58 waiting for monitor entry 
[559f000..559fd8c]
        at org.eclipse.debug.core.model.RuntimeProcess.isTerminated
(RuntimeProcess.java:177)
        - waiting to lock <0x19e94d10> (a 
org.eclipse.debug.core.model.RuntimeProcess)
        at org.eclipse.debug.core.Launch.isTerminated(Launch.java:201)
        at org.eclipse.debug.internal.ui.DefaultLabelProvider.getText
(DefaultLabelProvider.java:204)
        at 
org.eclipse.debug.internal.ui.DelegatingModelPresentation.getDefaultText
(DelegatingModelPresentation.java:213)
        at org.eclipse.debug.internal.ui.DelegatingModelPresentation.getText
(DelegatingModelPresentation.java:183)
        at 
org.eclipse.debug.internal.ui.views.DebugViewLabelDecorator$LabelJob.run
(DebugViewLabelDecorator.java:326)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Reference Cleaner - 6" prio=7 tid=0x0376b818 nid=0x13d8 in Object.wait() 
[468f000..468fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x1489ee98> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        - locked <0x1489ee98> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        at org.eclipse.jface.resource.ImageCache$ReferenceCleanerThread.run
(ImageCache.java:161)

"Reference Cleaner - 5" prio=7 tid=0x034c88f0 nid=0x94c in Object.wait() 
[464f000..464fd8c]
        at java.lang.Object.wait(Native Method)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        - locked <0x1489ef78> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        at org.eclipse.jface.resource.ImageCache$ReferenceCleanerThread.run
(ImageCache.java:161)

"Reference Cleaner - 4" prio=7 tid=0x034c5178 nid=0x12fc in Object.wait() 
[460f000..460fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x1489ef30> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        - locked <0x1489ef30> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        at org.eclipse.jface.resource.ImageCache$ReferenceCleanerThread.run
(ImageCache.java:161)

"Java indexing" daemon prio=4 tid=0x034c5560 nid=0xcbc in Object.wait() 
[45cf000..45cfd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x148a9f18> (a 
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Object.wait(Unknown Source)
        at org.eclipse.jdt.internal.core.search.processing.JobManager.run
(JobManager.java:345)
        - locked <0x148a9f18> (a 
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Thread.run(Unknown Source)

"Reference Cleaner - 3" prio=7 tid=0x00a3e908 nid=0x1488 in Object.wait() 
[447f000..447fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x148a0c98> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        - locked <0x148a0c98> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        at org.eclipse.jface.resource.ImageCache$ReferenceCleanerThread.run
(ImageCache.java:161)

"Reference Cleaner - 2" prio=7 tid=0x035175a0 nid=0x1480 in Object.wait() 
[443f000..443fd8c]
        at java.lang.Object.wait(Native Method)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        - locked <0x148a0d08> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        at org.eclipse.jface.resource.ImageCache$ReferenceCleanerThread.run
(ImageCache.java:161)

"Reference Cleaner - 1" prio=7 tid=0x034853d8 nid=0x1150 in Object.wait() 
[43ff000..43ffd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x148a0d78> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        - locked <0x148a0d78> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        at org.eclipse.jface.resource.ImageCache$ReferenceCleanerThread.run
(ImageCache.java:161)

"Start Level Event Dispatcher" daemon prio=5 tid=0x00a5cb98 nid=0xb5c in 
Object.wait() [364f000..364fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x138417a8> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Unknown Source)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent
(EventThread.java:162)
        - locked <0x138417a8> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run
(EventThread.java:100)

"Framework Event Dispatcher" daemon prio=5 tid=0x035059a0 nid=0x988 in 
Object.wait() [360f000..360fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x138417f8> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Unknown Source)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent
(EventThread.java:162)
        - locked <0x138417f8> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run
(EventThread.java:100)

"Signal Dispatcher" daemon prio=10 tid=0x009baed8 nid=0x1514 waiting on 
condition [0..0]

"YJP CPU Sampler" daemon prio=5 tid=0x009f9b98 nid=0x1550 runnable [0..0]

"YJP RequestServer" daemon prio=5 tid=0x009f9638 nid=0x12ec runnable 
[328f000..328fd8c]
        at java.net.PlainSocketImpl.socketAccept(Native Method)
        at java.net.PlainSocketImpl.accept(Unknown Source)
        - locked <0x138419a0> (a java.net.PlainSocketImpl)
        at java.net.ServerSocket.implAccept(Unknown Source)
        at java.net.ServerSocket.accept(Unknown Source)
        at com.yourkit.runtime.RequestServer.startServerImpl
(RequestServer.java:257)
        at com.yourkit.runtime.RequestServer.access$000(RequestServer.java:17)
        at com.yourkit.runtime.RequestServer$1.run(RequestServer.java:56)

"Finalizer" daemon prio=9 tid=0x009b7c00 nid=0xd3c in Object.wait() 
[2e0f000..2e0fd8c]
        at java.lang.Object.wait(Native Method)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        - locked <0x13841ae0> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(Unknown Source)
        at java.lang.ref.Finalizer$FinalizerThread.run(Unknown Source)

"Reference Handler" daemon prio=10 tid=0x009b6880 nid=0x15b4 in Object.wait() 
[2dcf000..2dcfd8c]
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Unknown Source)
        at java.lang.ref.Reference$ReferenceHandler.run(Unknown Source)
        - locked <0x13841b48> (a java.lang.ref.Reference$Lock)

"main" prio=5 tid=0x00035cb0 nid=0x15c0 waiting for monitor entry [7e000..7fc3c]
        at org.eclipse.debug.core.model.RuntimeProcess.isTerminated
(RuntimeProcess.java:177)
        - waiting to lock <0x19e94d10> (a 
org.eclipse.debug.core.model.RuntimeProcess)
        at org.eclipse.debug.internal.ui.DefaultLabelProvider.getImageKey
(DefaultLabelProvider.java:120)
        at org.eclipse.debug.internal.ui.DefaultLabelProvider.getImage
(DefaultLabelProvider.java:56)
        at 
org.eclipse.debug.internal.ui.DelegatingModelPresentation.getDefaultImage
(DelegatingModelPresentation.java:220)
        at org.eclipse.debug.internal.ui.DelegatingModelPresentation.getImage
(DelegatingModelPresentation.java:147)
        at 
org.eclipse.debug.internal.ui.views.DebugViewInterimLabelProvider.getImage
(DebugViewInterimLabelProvider.java:58)
        at org.eclipse.jface.viewers.DecoratingLabelProvider.getImage
(DecoratingLabelProvider.java:82)
        at org.eclipse.debug.internal.ui.views.launch.LaunchViewer.doUpdateItem
(LaunchViewer.java:92)
        at 
org.eclipse.jface.viewers.AbstractTreeViewer$UpdateItemSafeRunnable.run
(AbstractTreeViewer.java:86)
        at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:616)
        at org.eclipse.core.runtime.Platform.run(Platform.java:747)
        at org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem
(AbstractTreeViewer.java:488)
        at org.eclipse.jface.viewers.StructuredViewer$UpdateItemSafeRunnable.run
(StructuredViewer.java:135)
        at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:616)
        at org.eclipse.core.runtime.Platform.run(Platform.java:747)
        at org.eclipse.jface.viewers.StructuredViewer.updateItem
(StructuredViewer.java:1432)
        at org.eclipse.jface.viewers.AbstractTreeViewer.updateChildren
(AbstractTreeViewer.java:1601)
        at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefreshStruct
(AbstractTreeViewer.java:1091)
        at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefreshStruct
(AbstractTreeViewer.java:1098)
        at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh
(AbstractTreeViewer.java:1068)
        at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh
(AbstractTreeViewer.java:1033)
        at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh
(AbstractTreeViewer.java:1020)
        at org.eclipse.jface.viewers.StructuredViewer$7.run
(StructuredViewer.java:964)
        at org.eclipse.jface.viewers.StructuredViewer.preservingSelection
(StructuredViewer.java:901)
        at org.eclipse.jface.viewers.StructuredViewer.refresh
(StructuredViewer.java:962)
        at org.eclipse.debug.internal.ui.views.launch.LaunchViewer.refresh
(LaunchViewer.java:110)
        at org.eclipse.jface.viewers.StructuredViewer.refresh
(StructuredViewer.java:921)
        at org.eclipse.debug.internal.ui.views.AbstractDebugEventHandler.refresh
(AbstractDebugEventHandler.java:146)
        at 
org.eclipse.debug.internal.ui.views.AbstractDebugEventHandler.viewBecomesVisible
(AbstractDebugEventHandler.java:235)
        at 
org.eclipse.debug.internal.ui.views.AbstractDebugEventHandlerView.becomesVisible
(AbstractDebugEventHandlerView.java:69)
        at org.eclipse.debug.internal.ui.views.launch.LaunchView.becomesVisible
(LaunchView.java:1235)
        at 
org.eclipse.debug.ui.AbstractDebugView$DebugViewPartListener.partVisible
(AbstractDebugView.java:162)
        at org.eclipse.ui.internal.PartListenerList2$7.run
(PartListenerList2.java:148)
        at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:616)
        at org.eclipse.core.runtime.Platform.run(Platform.java:747)
        at org.eclipse.ui.internal.PartListenerList2.firePartVisible
(PartListenerList2.java:146)
        at org.eclipse.ui.internal.WorkbenchPage$1.propertyChange
(WorkbenchPage.java:160)
        at org.eclipse.ui.internal.LayoutPart.setVisible(LayoutPart.java:292)
        at org.eclipse.ui.internal.PartPane.setVisible(PartPane.java:327)
        at org.eclipse.ui.internal.ViewPane.setVisible(ViewPane.java:607)
        at org.eclipse.ui.internal.presentations.PresentablePart.setVisible
(PresentablePart.java:123)
        at 
org.eclipse.ui.examples.presentation.wrappedtabs.WrappedTabsPartPresentation.sel
ectPart(WrappedTabsPartPresentation.java:7
        at org.eclipse.ui.internal.PartStack.refreshPresentationSelection
(PartStack.java:1025)
        at org.eclipse.ui.internal.PartStack.setSelection(PartStack.java:999)
        at org.eclipse.ui.internal.PartStack.presentationSelectionChanged
(PartStack.java:715)
        at org.eclipse.ui.internal.PartStack.access$0(PartStack.java:701)
        at org.eclipse.ui.internal.PartStack$1.selectPart(PartStack.java:93)
        at 
org.eclipse.ui.examples.presentation.wrappedtabs.WrappedTabsPartPresentation$4.w
idgetSelected(WrappedTabsPartPresentation.
        at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2783)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2442)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1443)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1414)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:271)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:102)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:129)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
        at java.lang.reflect.Method.invoke(Unknown Source)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:704)
        at org.eclipse.core.launcher.Main.main(Main.java:688)

"VM Thread" prio=5 tid=0x009f71d0 nid=0x448 runnable

"VM Periodic Task Thread" prio=10 tid=0x00a0e2f0 nid=0x1578 waiting on condition
"Suspend Checker Thread" prio=10 tid=0x009f9d90 nid=0x16a4 runnable

I20040322

I launched Eclipse, the scheduled synchronized started automatically, I open an
ant file 'build.xml', started to type (2 enters) and I got the 'User interface
is Blocked' dialog. Whatever, it's not the first I get this dialog, just have to
wait a bit, then I go back to work (btw, how does a team synchronize is blocking
the UI ? specialy when the edited file is even not in a shared project ...). But
not this time, this time, at the end of the synchronization, the dialog didn't
disappear, the 'scheduled synchronization' switch from RUNNING to SLEEPING, and
the dialog (2 of them in fact) stayed there (see the attached screenshot), with
no other choice that killing Eclipse.

If you set this to Never, you get no feedback at all that anything happened.
The user needs some feedback.

public class Test {
	Runnable r = new Runnable () {
		public void run() {
			System.out.println();
		}
	};
}

Use the action 'toggle line breakpoint' from the Run menu on the sysout line, a
new breakpoint is added each time instead of toggling on/off the breakpoint.

From the class comment in WorkbenchAdvisor it looks like this should be used, 
but one of my test cases never receives the call.  The test case I'm using has 
no windows, perhaps the intent is for #preShutdown to be used only when windows 
within the app are to be closed?  At the very least, I think the comment should 
be updated.

When having a ZIP (not JAR) file included as library there can no documentation 
location be selected on its properties page. When I rename the file to "*.jar" 
then it works.

Build 3.0 M7

This setting would allow to enable Javadoc parsing/resolving/checking in a 
silent way, independantly from having it report problems.

When disabled, search should not find matches in Javadocs. DOM AST would not 
contain structured Javadoc.

When enabled, unused import diagnosis would reflect Javadoc usage.

The black arrows pointing to the upper-left (or lower-right) carry
redundant information on every node. It's enough to display the
hierarchy mode in the title and the view toolbar. This would remove some
noisyness from the tree and free overlay space for more useful information
such as recursivity and multiple occurrence indicators (
https://bugs.eclipse.org/bugs/show_bug.cgi?id=41497 )

DiffNode has setLeft and setRight but doesn't have a setAncestor? Is there a 
reason? Since the ancestor is private the only way subclasses can initialize 
it is to pass it to the constructor.

I created an RCP application without editor area.
Created some views. Undocked all of them by dragging with the mouse.
So all they are outside the workbench window. 

Now it is very hard to bring them back into the workbench window by 
dragging them. The dark gray line border appears in the workbench window but if
I release the mouse button the view jumps back outside the workbench window.

If the editor area is enabled this bug doesn't occur.

Overview Description: When multiple versions of a feature are installed, 
enabling a prior 
version doesn't work.

Steps to reproduce:
1. Install version 1.0.0 of a feature.
2. Install version 1.0.1 of the same feature.
3. Open Configuration Manager.
4. Select toolbar item, "Show Disabled Features"
5. Select version 1.0.0 which is disabled.
6. Select Enable from the list of available tasks.
7. Select OK in confirmation dialog.
8. Select "Yes" to restart the workbench.
9. Open Configuration Manager

Actual Results
Version 1.0.0 is still disabled and version 1.0.1 is still enabled.

Expected Results (one of these)
   1. Version 1.0.0 will be enabled and version 1.0.1 will be disabled.
or 2. Enable task is disabled since we can't have both version 1.0.0 and 1.0.1 
enabled.
or 3. Enable task becomes a "Revert to this version"

There are two problem cases:

1) If the user selects multiple resources to compare with a single tag, only 
one tag from the local workspace is obtained when determining the commit sets. 

2) If the user selects a single resource that has descendants with mixed tags, 
only the comments for the root tag are fetched.

The first case could be handled usign a means similar to the handling of a 
compare with multiple tags (as for RelEng compare). The second is more 
difficult.

Run the following snippet on Windows XP with a manifest.  The toolbar does not 
draw properly and appears as a black rectangle.  

If the ToolBar style is SWT.NONE (i.e. not SWT.FLAT) the problem goes away.

public static void main(String[] args) {
	final Display display = new Display();
	Shell shell = new Shell(display);
	shell.setLayout(new FillLayout());
	Composite c = new Composite(shell, SWT.NO_BACKGROUND);
	c.addPaintListener(new PaintListener() {
		public void paintControl(PaintEvent e) {
			Point size = ((Control)e.widget).getSize();
			e.gc.setBackground(display.getSystemColor 
(SWT.COLOR_RED));
			e.gc.fillRectangle(-10, -10, size.x+20, size.y + 20);
		}
	});
	
	ToolBar tb = new ToolBar (c, SWT.FLAT);
	for (int i = 0; i < 20; i++) {
		ToolItem item = new ToolItem (tb, SWT.PUSH);
		item.setText("Item "+i);
	}
	tb.setBounds(10, 10, 300, 50);
	shell.setSize(500, 300);
	shell.open();			
	while (!shell.isDisposed()) {
		if (!display.readAndDispatch())
		     display.sleep();
	}
	display.dispose();
}

I understand that in Eclipse 3.0 the prefix path for source jars attachments
(the "root path" field in Attach Source dialog for previous versions)is now 
automatically "inferred". This does not seem to work for jars contributed by 
one of our vendors who uses the following pattern when packaging : 
- .class files and .java files are located in the same jar
- .class files are located under xxx/yyy, where "xxx.yyy" is the correct 
package name
- .java files are located under corejrisk/src/xxx/yyy

Now in my beloved 2.0.1 version of Eclipse I simply set "root path" 
to "corejrisk/src" when attaching the source jar and it works perfectly. I also 
understand that the "rootpath" attribute in the matching .classpath entry was 
supported in more recent versions even after the "root path" field had 
disappeared from the Attach Source dialog. But in the 3.0 version 
the "rootpath" attribute no longer seems to work, while the "inference" 
mechanism apparently fails to pick up the appropriate source file. People 
around me have resorted to unzipping the source files to folders, but this is a 
pain as we incorporate new jars of that type on a regular basis.
I perused the Newsgroup on dev.eclipse.org and found an entry for this problem, 
dated Sep. 15 2003, where the conclusion was :
"The prefix path should be automatically detected now. If it is not in your
case, please enter a bug against JDT/Core with steps to reproduce the
problem."

The exact Eclipse version I am referring to is 3.0.0, build 200406251208.

i200405051025

Content assist does not work (nothing happens) on the Display view, either using
the keyboard shortcut (Ctrl-Space) or the action in the context menu.

Related or not, I end up getting entries like this in my log:

!ENTRY org.eclipse.ui 4 4 May 05, 2004 14:51:46.288
!MESSAGE Conflicting key binding for 'org.eclipse.ui.file.refresh' and 'org.ecli
pse.debug.ui.commands.StepInto'
Conflicting key binding for 'org.eclipse.ui.file.refresh' and 'org.eclipse.debug
.ui.commands.StepInto'

Jeff, Pascal and I have discussed this quite a bit, but never opened a bug for 
it. So here it is: update should not attempt to uninstall the automatically 
started bundles (osgi, runtime, configurator) because it did not install them 
itself. These bundles appear on the osig.bundles property.
More generally, update should not uninstall any bundles that it did not 
install (this could include bundles that have been installed by other 
configurators).

An example of this problem can be seen when updating eclipse itself (Ed's 
posting on the mailing list):

 
!SESSION Apr 28, 2004 16:50:01.722 --------------------------------------------
-
java.version=1.4.2_04
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
!ENTRY reference:file:c:/Program 
Files/eclipse/plugins/org.eclipse.core.runtime_3.0.0/ 0 0 Apr 28, 2004 
16:50:01.738
!MESSAGE FrameworkEvent.ERROR
!STACK 0
org.osgi.framework.BundleException: The bundle could not be resolved. Reason: 
probably another version has been chosen 
 at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker
(BundleHost.java:395)
 at org.eclipse.osgi.framework.internal.core.AbstractBundle.resume
(AbstractBundle.java:371)
 at org.eclipse.osgi.framework.internal.core.Framework.resumeBundle
(Framework.java:1007)
 at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles
(StartLevelManager.java:571)
 at org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL
(StartLevelManager.java:482)
 at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel
(StartLevelManager.java:272)
 at org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent
(StartLevelManager.java:442)
 at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent
(EventManager.java:153)
 at org.eclipse.osgi.framework.eventmgr.EventThread$Queued.dispatchEvent
(EventThread.java:56)
 at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:107)
!ENTRY reference:file:c:/Program 
Files/eclipse/plugins/org.eclipse.core.runtime_3.0.0.v20040426a/ 0 0 Apr 28, 
2004 16:50:01.801
!MESSAGE FrameworkEvent.ERROR
!STACK 0
org.osgi.framework.BundleException: Exception in 
org.eclipse.core.internal.runtime.PlatformActivator.start() of bundle 
org.eclipse.core.runtime.
 at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator
(BundleContextImpl.java:990)
 at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start
(BundleContextImpl.java:952)
 at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker
(BundleHost.java:408)
 at org.eclipse.osgi.framework.internal.core.AbstractBundle.resume
(AbstractBundle.java:371)
 at org.eclipse.osgi.framework.internal.core.Framework.resumeBundle
(Framework.java:1007)
 at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles
(StartLevelManager.java:571)
 at org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL
(StartLevelManager.java:482)
 at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel
(StartLevelManager.java:272)
 at org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent
(StartLevelManager.java:442)
 at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent
(EventManager.java:153)
 at org.eclipse.osgi.framework.eventmgr.EventThread$Queued.dispatchEvent
(EventThread.java:56)
 at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:107)
Nested exception:
java.lang.NoClassDefFoundError: 
org/eclipse/osgi/service/systembundle/EntryLocator
 at java.lang.ClassLoader.defineClass0(Native Method)
 at java.lang.ClassLoader.defineClass(Unknown Source)
 at 
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.defineCla
ss(DefaultClassLoader.java:296)
...

I200405060200

1. in the Java editor select a type from project A which comes not from the same
project as the opened file (project B).
2. search for refs in project
==> title says project A, matches are from B

I200403240800

After opening/using ~6 editors and then closing all, I found
WorkbenchPage#lastActiveEditor referencing an editor.

(Nick I have cc'ed you as some of these changes are going into the 
WorkbenchAdvisor).

Suggestions from Alex Benish and Simeon Semion Chichelnitsky (IBM Israel)

Orientation of components, which are based on JFace Window (windows, including 
ApplicationWindow and even WorkbenchWindow, dialogs, wizards) can be set 
before creating their  internal Shells by existing API - using method 
setShellStyle().   

Orientation of WorkbenchWindow can be determined by one of the following 
options:
by adding additional "orientation" property in the global property file (like 
eclipse.ini or config.ini). Its value can be set as application (system) 
property and will be handled in the corresponding place.
by checking the language of the default locale (which is set in Eclipse in 
accordance with "-nl" parameter of Eclipse executable). The similar checking 
is done in IBM JDK 1.4.1 (see ComponentOrientation.getOrientation(Locale 
locale)). In addition, we can use existing parameter "-DIR", which is 
currently used to set orientation of Help system UI.

Orientation of workbench can be set in the WorkbenchAdvisor.preWindowOpen() 
method (in this case subclasses of WorkbenchAdvisor can call this method from 
their superclass).

Orientation of JFace viewers , which are used as wrappers for corresponding 
SWT components, can be set by some existing constructors. For example, 
org.eclipse.jface.viewer.TreeViewer, which is based on an SWT Tree control, 
has 3 constructors: 
TreeViewer(Composite parent), which creates Tree with some default SWT styles. 
When this constructor is used, orientation is inherited from parent. 
TreeViewer(Composite parent, int style), which creates Tree with explicitly 
assigned SWT styles (one of them can be orientation style)
TreeViewer(Tree tree), which is built on the given Tree control. Orientation 
of Tree control can be set previously. 

I think, we need additional possibility to set orientation not only on the 
WorkbenchWindow level, but on the level of WorkbenchPart. Some additional APIs 
are needed to create view or editior with explicitly assigned orientation.

org.eclipse.ui.application.WorkbenchAdvisor

...
public void preWindowOpen(IWorkbenchWindowConfigurer configurer) {
	configurer.setShellStyle(configurer.getShellStyle() | 
getWorkbenchOrientation());
}
...
protected int getWorkbenchOrientation() {
	Locale locale = Locale.getDefault();
	String lang = locale.getLanguage();
	if ("iw".equals(lang) || "ar".equals(lang) || "fa".equals(lang) 
|| "ur".equals(lang)) 
		return SWT.RIGHT_TO_LEFT;
	else
		return SWT.LEFT_TO_RIGHT;
}
...

org.eclipse.ui.IWorkbenchPart 

...
public int getPartOrientation();
public void setPartOrientation(int orientation);      
public Locale getPartLocale();
public void setPartLocale(Locale locale);                        //Gives to 
Part ability to use different ResourceBundles
...

org.eclipse.ui.part.WorkbenchPart    

...
private int orientation = 
SWT.NONE;                                 //Orientation will be inherited
private Locale locale = 
null;                                                 //Locale of Part is the 
same, as default locale 
...
public int getPartOrientation() {
	return orientation;
}

public void setPartOrientation(int orientation) {
	this.orientation = orientation;
}

public Locale getPartLocale() {
	if (locale == null)
		return Locale.getDefault();
	else
		return locale;
}

public void setPartLocale(locale locale) {
	this.locale = locale;
	if (orientation == SWT.NONE) {
		String lang = locale.getLanguage();
		if ("iw".equals(lang) || "ar".equals(lang) || "fa".equals
(lang) || "ur".equals(lang)) 
			setPartOrientation(SWT.RIGHT_TO_LEFT);
		else
			setPartOrientation(SWT.LEFT_TO_RIGHT);
	}	
}
...

org.eclipse.ui.part.EditorPart   

...
protected EditorPart() {
	super();
	setPartOrientation
(SWT.LEFT_TO_RIGHT);                          //Orientation of editors 
shouldn't be inherited. RTL orientation can be explicitly assigned in 
subclasses.
}
...


org.eclipse.ui.internal.PartPane   

...
protected void createChildControl() {
...
int contentOrientation = part[0].getPartOrientation();
final Composite content = new Composite(control, contentOrientation);    //If 
contentOrientation == SWT.NONE, orientation is inherited from parent 
                                                                               
                                                             // (actually - 
from Shell of WorkbenchWindow)
...
}
...

20040407 smoke

while doing a code assist:

java.lang.ArrayIndexOutOfBoundsException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at
java.lang.ArrayIndexOutOfBoundsException.<init>(ArrayIndexOutOfBoundsException.java)
	at
org.eclipse.jface.text.templates.TemplateVariable.getDefaultValue(TemplateVariable.java:119)
	at
org.eclipse.jdt.internal.ui.text.template.contentassist.MultiVariable.setValues(MultiVariable.java:57)
	at
org.eclipse.jdt.internal.corext.template.java.JavaContextType$Array.resolve(JavaContextType.java:48)
	at org.eclipse.jface.text.templates.ContextType.resolve(ContextType.java:210)
	at
org.eclipse.jdt.internal.corext.template.java.JavaContext.evaluate(JavaContext.java:119)
	at
org.eclipse.jdt.internal.ui.text.template.contentassist.TemplateProposal.getAdditionalProposalInfo(TemplateProposal.java:274)
	at
org.eclipse.jface.text.contentassist.AdditionalInfoController.computeInformation(AdditionalInfoController.java:221)
	at
org.eclipse.jface.text.AbstractInformationControlManager.doShowInformation(AbstractInformationControlManager.java:734)
	at
org.eclipse.jface.text.AbstractInformationControlManager.showInformation(AbstractInformationControlManager.java:724)
	at
org.eclipse.jface.text.contentassist.AdditionalInfoController$1.run(AdditionalInfoController.java:173)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1561)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1532)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:279)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:241)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

This bug is a request for update.configurator to use only APIs in cdcFoundation
to enable running on embedded devices.

The file
org.eclipse.update.configurator/org/eclipse/update/internal/configurator/PlatformConfiguration.java
uses several classes/methods that are not available in cdcFoundation. We have
worked around these issues and would like to get the head eclipse code changed.

The biggest change here is to avoid using the javax.xml.transform* packages. We
created our own XMLPrintHandler to write the data without requiring these packages.

This bug is a request for update.core to use only APIs in cdcFoundation to
enable running on embedded devices.

There are about 6 or 7 problems where files use methods not in foundation.  See
patch for details. We would like to get fixes into the head code stream for
future projects (eRCP).

I had a workspace. I created a new folder. Moved some files from one folder to 
the new one. Delete some other files from the first folder. Then, I did Team > 
Synchronize with Repository. The result is a block operation at 100%.  Lots of 
data is allocated, GCs happen all the time, no progress is made.

Attachment shows screendump of blocking state and XRay dump.

I have been using this workspace for a long time, checked in/out numerous 
times (with XRay enabled). Last week I tried the same scenario and it blocked 
in the same way.

i2004-03-25

steps to reproduce:
- open only one file in the editor
- take a file and make some edits (store them to create a local history) ...
- make some edits (so that the editor gets the *)
- choose replace with>localhistory in the package explorer on that file
- choose an entry and click replace
- close the editor
- in the save changes dialog click no (no more editors are open now)
- in the file changed dialog click yes
->exception (see attached stacktrace)

M7 test pass, I200402102000

1. Create a new java project
2. configure using src and bin folders
3. on the second page, press "add folder"
4. enter "src" as the folder name into the mask

-> there is no complaint about the added folder, although it already existed
-> when pressing "add folder" a second time, a different dialog comes up,
allowing to specify where to add a new folder. Entering an existing folder name
here gets flagged as an error.

-> it seems that although there is an entry for the preconfigured "src" folder,
it does not yet exist really.

Build I20040428 +

1) Edit plugin.xml of org.eclipse.ui and uncomment the new manifest editor 
that is commented out.
2) Create a Hello, World plug-in, close the editor and open it with a new 
(uncommented) plug-in editor.
3) Switch to plugin.xml page
4) Switch to Dependencies page. Select one of the listed plug-ins
5) Press 'Delete'. Notice how nothing happens, the editor becomes dirty. 
Switch to source page and notice how '<' from the first character got deleted. 
Add it.
6) Switch back to Dependencies. Select the plug-in again but this time select 
Edit>Delete from the menu. Observe how the element gets deleted this time.

It appears that when global action bar contributors are updated and refreshed 
during page switching, key bindings are not.

If you don't want to play with CVS and uncommenting, wait for the morning 
I20040504 build - all the PDE editors will be in.

The class to follow is PDEFormEditorContributor. The method 
is 'setSourceActionBarsActive'. This method correctly switches global action 
handlers between one common set for GUI pages and the one for the embedded 
text editors, but the action handlers are not covered.

The severity set on this defect is not a joke: with keys issued in GUI pages 
going into the last visited source page, ALL new PDE editors are pretty much 
useless and no go for M9.

We need a wizard banner image for the "import existing buildfile" operation. 
Currently using the "tiny" ant image.

The sample xml in the doc is not valid. It reads:
 <extension point="org.eclipse.ui.perspectives">
   <perspective
       id="com.example.javaplugin.perspective"
       name="Java"
       class="com.example.javaplugin.JavaPerspective"
   </perspective>
 </extension>
Should be:
 <extension point="org.eclipse.ui.perspectives">
   <perspective
       id="com.example.javaplugin.perspective"
       name="Java"
       class="com.example.javaplugin.JavaPerspective">
   </perspective>
 </extension>
Add > at end of clss attribute.

see 
help/topic/org.eclipse.platform.doc.isv/reference/api/org/eclipse/ui/IPerspecti
veFactory.html

The following options are always disabled in RC1 and I assume they will not be 
finished for 3.0 and hence they should rather be removed:

Preferences>Import...
   Select preferences to import (Advanced)

Preferences>Export...
   Select preferecnes to export (Advanced)
   Export preferences from this page

+ clean up caching of fCallText, fLineNumber
+ remove unused ctor

When a fastview is opened, FastViewPane calls part.setVisible(true). This
prevents the presentation from making its own decisions about part visibility.

RC1

Double clicking an entry in the 'Colors and Fonts' preference page could open
the edit dialog

We have built a generic migration engine to ensure N-1 | N-2 compatibility with
previous versions of our product which is built on Eclipse. To enable the
seamless migration, we sometimes have to add natures and/or builders which are
not actually valid in the current version (for backward compatibility, we add
natures so that previous versions of the product will recognize them
appropriately). When doing so we are seeing exceptions. Is there a way to set
the nature and explicitly silence the error? If not, we need this capability for
the final release of Eclipse 3.0.

RC1

- change dialog font
- open a new wizard (for example new Java project)
- create one

observer: progress reporting (the task name....) doesn't use the dialog font.

200402101600

Preferences > Java > Work In Progress > Editor > Enable annotation roll-over
... only applies to new editors. This should be stated in the preference label
(since it goes to the new-and-noteworthy and people will try it out).

M7 test pass, I200402102000

1. Ctrl+N, choose Java Project

-> The first page is too tall, filling out almost the entire screen although the
space is not used.

i20040322

Pressing Ctrl-F6 opens a list of open editors for easily switching between them.
With this build, after the list is appearing, pressing Ctrl-F6 again closes it
(it used to traverse the list of editors).

Using latest, the varargs is causing the formatter to fail.

Utilize the text framework support for code folding in the Ant editor.

public static void main(String[] args) {

	Display d = Display.getDefault();
	Shell shell = new Shell(d);
	shell.setLayout(new FillLayout(SWT.VERTICAL));

	new StyledText(shell, SWT.BORDER).setText("string");

	Display.getCurrent().addFilter(SWT.KeyDown, new Listener() {
		public void handleEvent(Event event) {}
	});
	
	shell.setSize(600,500);
	shell.open();
	while (!shell.isDisposed())
		while (!d.readAndDispatch())
			d.sleep();

}


Steps to reproduce:
1)Place the caret in the middle of a word.
2) Press ALT+SPACE
3) Press N (without ALT)
4) Restore the window and you'll see a space inserted.

This is very annoying because users are constantly dirtying their text editor 
when they minimize the foreground workbenchwindow.

Their may be 2 problems, a) ALT+SPACE should not get sent to the focused 
Control, and b) does styled text widget insert SPACE when it receives 
ALT+SPACE?

When a StyledText is created, a runnable is added to the BidiUtil (line 1619: 
BidiUtil.addLanguageListener(*)).

On dispose of the StyledText, the listener is only removed if isBidi() returns 
true (line 4873)

It would appear that the listener is never removed.

After creating a Javadoc documentation using the 'Generate Javadoc...' wizard, 
with the option 'Open generated index file in browser' activated, the index 
page doesn't show up and an exception is logged (see below).

When the option 'Preferences > Help > Always use external browsers' is 
activated, the index page shows up correctly in the browser.

Thus, it may be that the exception occurs because the Javadoc wizard is open 
and because it is a modal dialog, it prevents the internal browser window from 
being opened.

Here's the exception:
!ENTRY org.eclipse.core.runtime 4 2 Apr 02, 2004 21:32:08.78
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
org.eclipse.swt.SWTException: Invalid thread access
	at org.eclipse.swt.SWT.error(SWT.java:2625)
	at org.eclipse.swt.SWT.error(SWT.java:2555)
	at org.eclipse.swt.widgets.Widget.error(Widget.java:354)
	at org.eclipse.swt.widgets.Shell.<init>(Shell.java:245)
	at org.eclipse.swt.widgets.Shell.<init>(Shell.java:236)
	at org.eclipse.swt.widgets.Shell.<init>(Shell.java:189)
	at org.eclipse.swt.widgets.Shell.<init>(Shell.java:127)
	at org.eclipse.help.ui.internal.util.ErrorUtil.displayErrorDialog
(ErrorUtil.java:48)
	at org.eclipse.help.ui.internal.util.ErrorUtil.displayError
(ErrorUtil.java:23)
	at org.eclipse.help.internal.base.HelpDisplay.displayHelpURL
(HelpDisplay.java:169)
	at org.eclipse.help.internal.base.HelpDisplay.displayHelpResource
(HelpDisplay.java:88)
	at org.eclipse.help.ui.internal.DefaultHelpUI.displayHelpResource
(DefaultHelpUI.java:56)
	at org.eclipse.ui.help.WorkbenchHelp.displayHelpResource
(WorkbenchHelp.java:264)
	at org.eclipse.jdt.internal.ui.actions.OpenBrowserUtil$1.run
(OpenBrowserUtil.java:31)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:51)
	at org.eclipse.jdt.internal.ui.actions.OpenBrowserUtil.open
(OpenBrowserUtil.java:29)
	at 
org.eclipse.jdt.internal.ui.javadocexport.JavadocWizard.spawnInBrowser
(JavadocWizard.java:502)
	at org.eclipse.jdt.internal.ui.javadocexport.JavadocWizard.access$3
(JavadocWizard.java:497)
	at 
org.eclipse.jdt.internal.ui.javadocexport.JavadocWizard$JavadocDebugEventListen
er.handleDebugEvents(JavadocWizard.java:525)
	at org.eclipse.debug.core.DebugPlugin$EventNotifier.run
(DebugPlugin.java:910)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:607)
	at org.eclipse.core.runtime.Platform.run(Platform.java:524)
	at org.eclipse.debug.core.DebugPlugin$EventNotifier.dispatch
(DebugPlugin.java:942)
	at org.eclipse.debug.core.DebugPlugin.fireDebugEventSet
(DebugPlugin.java:311)
	at org.eclipse.debug.core.model.RuntimeProcess.fireEvent
(RuntimeProcess.java:262)
	at org.eclipse.debug.core.model.RuntimeProcess.fireTerminateEvent
(RuntimeProcess.java:270)
	at org.eclipse.debug.core.model.RuntimeProcess.terminated
(RuntimeProcess.java:228)
	at org.eclipse.debug.core.model.RuntimeProcess$ProcessMonitorJob.run
(RuntimeProcess.java:356)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)
!ENTRY org.eclipse.debug.core 4 120 Apr 02, 2004 21:32:08.78
!MESSAGE An exception occurred while dispatching debug events.
!STACK 0
org.eclipse.swt.SWTException: Invalid thread access
	at org.eclipse.swt.SWT.error(SWT.java:2625)
	at org.eclipse.swt.SWT.error(SWT.java:2555)
	at org.eclipse.swt.widgets.Widget.error(Widget.java:354)
	at org.eclipse.swt.widgets.Shell.<init>(Shell.java:245)
	at org.eclipse.swt.widgets.Shell.<init>(Shell.java:236)
	at org.eclipse.swt.widgets.Shell.<init>(Shell.java:189)
	at org.eclipse.swt.widgets.Shell.<init>(Shell.java:127)
	at org.eclipse.help.ui.internal.util.ErrorUtil.displayErrorDialog
(ErrorUtil.java:48)
	at org.eclipse.help.ui.internal.util.ErrorUtil.displayError
(ErrorUtil.java:23)
	at org.eclipse.help.internal.base.HelpDisplay.displayHelpURL
(HelpDisplay.java:169)
	at org.eclipse.help.internal.base.HelpDisplay.displayHelpResource
(HelpDisplay.java:88)
	at org.eclipse.help.ui.internal.DefaultHelpUI.displayHelpResource
(DefaultHelpUI.java:56)
	at org.eclipse.ui.help.WorkbenchHelp.displayHelpResource
(WorkbenchHelp.java:264)
	at org.eclipse.jdt.internal.ui.actions.OpenBrowserUtil$1.run
(OpenBrowserUtil.java:31)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:51)
	at org.eclipse.jdt.internal.ui.actions.OpenBrowserUtil.open
(OpenBrowserUtil.java:29)
	at 
org.eclipse.jdt.internal.ui.javadocexport.JavadocWizard.spawnInBrowser
(JavadocWizard.java:502)
	at org.eclipse.jdt.internal.ui.javadocexport.JavadocWizard.access$3
(JavadocWizard.java:497)
	at 
org.eclipse.jdt.internal.ui.javadocexport.JavadocWizard$JavadocDebugEventListen
er.handleDebugEvents(JavadocWizard.java:525)
	at org.eclipse.debug.core.DebugPlugin$EventNotifier.run
(DebugPlugin.java:910)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:607)
	at org.eclipse.core.runtime.Platform.run(Platform.java:524)
	at org.eclipse.debug.core.DebugPlugin$EventNotifier.dispatch
(DebugPlugin.java:942)
	at org.eclipse.debug.core.DebugPlugin.fireDebugEventSet
(DebugPlugin.java:311)
	at org.eclipse.debug.core.model.RuntimeProcess.fireEvent
(RuntimeProcess.java:262)
	at org.eclipse.debug.core.model.RuntimeProcess.fireTerminateEvent
(RuntimeProcess.java:270)
	at org.eclipse.debug.core.model.RuntimeProcess.terminated
(RuntimeProcess.java:228)
	at org.eclipse.debug.core.model.RuntimeProcess$ProcessMonitorJob.run
(RuntimeProcess.java:356)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

3.0 RC2
If a read-only file is edited and the validateEdit call actually changes the
file (e.g. a new revision fetched from the server) then the editor will do the
following:
1. prompt that the file has changed and asked if you want to reload the changes.
2. if you select no, the changes are loaded anyway.

I suggest that if the file is not-dirty when validateEdit is called, the prompt
is not necessary. Simply load the contents and make editable. But if the file is
dirty then the prompt makes sense but it should work.

Getting, intermittently on close, some strangeness.

!SESSION Jan 19, 2004 10:03:38.114 ---------------------------------------------
java.version=1.4.2_03
java.vendor=Apple Computer, Inc.
BootLoader constants: OS=macosx, ARCH=ppc, WS=carbon, NL=en_GB
Command-line arguments: -os macosx -ws carbon -arch ppc -showlocation
!ENTRY org.eclipse.ui 4 4 Jan 19, 2004 10:03:38.116
!MESSAGE Exception creating editor: File does not exist
!ENTRY org.eclipse.core.runtime 4 2 Jan 19, 2004 10:03:38.154
!MESSAGE Problems occurred when invoking code from plug-in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
        at org.eclipse.swt.widgets.Control.hasFocus(Control.java:934)
        at org.eclipse.swt.widgets.Control.forceFocus(Control.java:589)
        at org.eclipse.swt.widgets.Control.setFocus(Control.java:2204)
        at org.eclipse.swt.widgets.Composite.setFocus(Composite.java:525)
        at org.eclipse.swt.widgets.Composite.setFocus(Composite.java:523)
        at org.eclipse.swt.widgets.Composite.setFocus(Composite.java:523)
        at org.eclipse.swt.widgets.Composite.setFocus(Composite.java:523)
        at org.eclipse.swt.widgets.Composite.setFocus(Composite.java:523)
        at org.eclipse.swt.widgets.Control.fixFocus(Control.java:561)
        at org.eclipse.swt.widgets.Control.setEnabled(Control.java:2185)
        at org.eclipse.jface.window.ApplicationWindow.run(ApplicationWindow.java:535)
        at org.eclipse.ui.internal.WorkbenchWindow.run(WorkbenchWindow.java:1616)
        at org.eclipse.ui.texteditor.AbstractTextEditor.internalInit(AbstractTextEditor.java:1993)
        at org.eclipse.ui.texteditor.AbstractTextEditor.init(AbstractTextEditor.java:2011)
        at org.eclipse.ui.internal.EditorManager.createSite(EditorManager.java:564)
        at org.eclipse.ui.internal.EditorManager.openInternalEditor(EditorManager.java:628)
        at org.eclipse.ui.internal.EditorManager.access$6(EditorManager.java:614)
        at org.eclipse.ui.internal.EditorManager$7.run(EditorManager.java:826)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:814)
        at org.eclipse.core.runtime.Platform.run(Platform.java:457)
        at org.eclipse.ui.internal.EditorManager.busyRestoreEditor(EditorManager.java:768)
        at org.eclipse.ui.internal.EditorManager$6.run(EditorManager.java:761)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
        at org.eclipse.ui.internal.EditorManager.restoreEditor(EditorManager.java:757)
        at org.eclipse.ui.internal.EditorManager$Editor.getEditor(EditorManager.java:1139)
        at org.eclipse.ui.internal.EditorManager$Editor.getPart(EditorManager.java:1131)
        at org.eclipse.ui.internal.EditorWorkbook.setVisibleEditor(EditorWorkbook.java:518)
        at 
org.eclipse.ui.internal.TabbedEditorWorkbook$2.widgetSelected(TabbedEditorWorkbook.java:143)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1179)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1203)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1188)
        at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1036)
        at org.eclipse.swt.custom.CTabFolder.setSelection(CTabFolder.java:1748)
        at org.eclipse.swt.custom.CTabFolder.destroyItem(CTabFolder.java:508)
        at org.eclipse.swt.custom.CTabItem.dispose(CTabItem.java:108)
        at org.eclipse.ui.internal.TabbedEditorWorkbook.removeTab(TabbedEditorWorkbook.java:456)
        at org.eclipse.ui.internal.TabbedEditorWorkbook.disposeItem(TabbedEditorWorkbook.java:
436)
        at org.eclipse.ui.internal.EditorWorkbook.remove(EditorWorkbook.java:405)
        at org.eclipse.ui.internal.EditorArea.removeEditor(EditorArea.java:195)
        at org.eclipse.ui.internal.EditorPresentation.closeEditor(EditorPresentation.java:80)
        at org.eclipse.ui.internal.EditorPresentation.closeEditor(EditorPresentation.java:70)
        at org.eclipse.ui.internal.EditorManager.closeEditor(EditorManager.java:160)
        at org.eclipse.ui.internal.WorkbenchPage.closeEditor(WorkbenchPage.java:892)
        at org.eclipse.ui.texteditor.AbstractTextEditor$15.run(AbstractTextEditor.java:2544)
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
        at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:102)
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2087)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1910)
        at org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:
136)
        at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:261)
        at org.eclipse.jface.dialogs.ProgressMonitorDialog.run(ProgressMonitorDialog.java:394)
        at org.eclipse.ui.actions.WorkspaceAction.run(WorkspaceAction.java:283)
        at org.eclipse.ui.actions.CloseResourceAction.run(CloseResourceAction.java:158)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:842)
        at org.eclipse.ui.actions.RetargetAction.runWithEvent(RetargetAction.java:212)
        at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java
:509)
        at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:461)
        at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:
408)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1179)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1203)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1188)
        at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1036)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2202)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1914)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1518)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1494)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:258)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:226)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:85)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
        at org.eclipse.core.launcher.Main.run(Main.java:742)
        at org.eclipse.core.launcher.Main.main(Main.java:581)

When determining the completion proposal mode the "taskString" is determined 
for both attribute and attribute value proposals. This same strings is then 
recalculated when actually determining the set of proposals.

Caching this string would save a bunch of String manipulation and garbage 
generation.

I'm installing CDT 2.0M9 in Eclipse 3.0RC1, and I've noticed that when I get to 
the point of selecting the features to install, the name of the feature is not 
shown completely despite there being plenty of room to be able to show the full 
name. 
I would suggest that if there is adequate space, the "Feature", "Version" & 
"Provider" columns are automatically resized to show as much of the information 
as the horizontal space will allow for - detect the length of the strings and 
the total horizontal space and adjust accordingly. 
I'll attach two screenshots taken on my system showing  A) how the default 
screen looks, and  B) how I believe it should look

build I20041207

In ContributionItemFactory, the factories that create shortcut lists call
WorkbenchWindow.addSubmenu.  This call should be moved to the concrete action
classes, as it's possible to instantiate these directly without going through
the factory.  In particular BaseNewWizardMenu is now API (see bug 73736).

Using latest the following command-line arguments are invalid.
It should be possible to compile with compliance 1.5 and source 1.4.

I20040512 - 0800

Steps:

1) Launch a runtime workbench from a self hosting workspace in debug mode
2) After the workbench has started, suspend all threads
3) Expand the main thread, and select it in the Debug view
4) Hold down "Down arrow" to scroll down the stack frames.

This is very slow. It takes 7-10 seconds to scroll through the twenty or so
frames of the Main thread on a 2.5 Ghz PIV. This makes mouseless navigation very
difficult.

Profiling shows most of the work being down (opening editors, broadcasting
selection changes), is wasted anyway as soon as I go to the next frame.

I find it a bit strange, that if I uncheck an update site, Eclipse still tries 
to verify its existance - that makes sense when it is being /selected/, but 
when deselecting it what is the purpose of checking? I'm obviously not going to 
use it, and if I want to use it I'll select it again and it would then be 
checked for availability. 
 
Here's what I do :  
First I go to - Help --> Software Updates --> Find and Install, I then select 
"Search for new feature to install" and click "Next", then I place a checkmark 
in the box next to "Eclipse.org update site".  I'm now shown a dialog box 
telling me 'Unable to access "http://update.eclipse.org/updates/3.0".' - This 
makes sense, since I want to know if the site is not available. What makes less 
sense is that after clicking "OK" the update site is still selected despite it 
not being available... seems a bit silly; we checked, it's not there, but let's 
just select it anyway. 
The really strange bit is when I then want to deselect the update site again 
(since it's not working) I'm shown the same info box again, not once but twice. 
What is the point of making the availability check when deselecting? and why on 
earth would I want to be shown the same information twice in a row? 
 
A secondary issue is that maybe it would be a good idea to ensure that the 
default update site available in CDT at least exist - it could be empty, but at 
least let it exist.  I know it's just a release candidate, but still. 
 
 
I'm Using: 
Eclipse:  3.0RC1 
OS:       Slackware Linux 9.1 
Java:     Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_04-b05)

Latest code from head
Createsome breakpoints groups.
Click on Show Breakpoints Supported by Selected Targets action

java.lang.ClassCastException
at 
org.eclipse.debug.internal.ui.actions.ShowSupportedBreakpointsAction$Breakpoint
Filter.select(ShowSupportedBreakpointsAction.java:68)
at org.eclipse.jface.viewers.ViewerFilter.filter(ViewerFilter.java:51)
at org.eclipse.jface.viewers.StructuredViewer.getFilteredChildren
(StructuredViewer.java:501)
at org.eclipse.jface.viewers.StructuredViewer.getSortedChildren
(StructuredViewer.java:612)
at org.eclipse.jface.viewers.AbstractTreeViewer.updateChildren
(AbstractTreeViewer.java:1514)
at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefreshStruct
(AbstractTreeViewer.java:1091)
at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh
(AbstractTreeViewer.java:1068)
at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh
(AbstractTreeViewer.java:1033)
at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh
(AbstractTreeViewer.java:1020)
at org.eclipse.jface.viewers.StructuredViewer$7.run(StructuredViewer.java:964)
at org.eclipse.jface.viewers.StructuredViewer.preservingSelection
(StructuredViewer.java:901)
at org.eclipse.jface.viewers.CheckboxTreeViewer.preservingSelection
(CheckboxTreeViewer.java:365)
at org.eclipse.jface.viewers.StructuredViewer.refresh
(StructuredViewer.java:962)
at org.eclipse.jface.viewers.StructuredViewer.refresh
(StructuredViewer.java:921)
at org.eclipse.jface.viewers.StructuredViewer.addFilter
(StructuredViewer.java:235)
at org.eclipse.debug.internal.ui.actions.ToggleFilterAction$1.run
(ToggleFilterAction.java:60)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
at org.eclipse.debug.internal.ui.actions.ToggleFilterAction.valueChanged
(ToggleFilterAction.java:46)
at 
org.eclipse.debug.internal.ui.actions.ShowSupportedBreakpointsAction.valueChang
ed(ShowSupportedBreakpointsAction.java:212)
at org.eclipse.debug.internal.ui.actions.ToggleFilterAction.run
(ToggleFilterAction.java:36)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:988)
at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:555)
at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:505)
at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:460)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2783)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2442)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1435)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1406)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:263)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
at org.eclipse.core.launcher.Main.run(Main.java:644)
at org.eclipse.core.launcher.Main.main(Main.java:628)

20041126

- Create the folloing code in a selfhosting workspace and open it in the editor
- set a break point in JavaElementLabels.getMethodLabel where the parameter
types are printed (change the method name to force a refresh)
- The signature of the type parameter is 'QT;' which marks the type as an
unresolved type. Should it be a type variable 'TT;'?

public interface Test<T> {
	void foo(T t);
}

Steps to reproduce:
Open breakpoints view and enable "Skip all Breakpoints). Breakpoints are marked with "-" icon
Close breakpoints view
Create a new breakpoint
Open breakpoints view. new breakpoint has checkmark, even though it's really disabled.

We should make use of finding the declaration of an item (refid, target, 
property etc.) not require full selection of the text in the Ant 
Editor...similar to what is provided in the Java editor.

It would be useful if the state of the 'Qualify Constant references...' checkbox was remembered 
between invocations of the extract constant refactoring.

Better yet, determine what the state of the checkbox should be based on where the extracted literal 
is extracted from. ie., if its in a static block/method, then the checkbox is unchecked, if its in an 
instance method, then its checked.

Channing

Set to import a buildfile and the project name is set from the name of the 
project node in the buildfile.

If you use browse or type in a new buildfile, the project name is not updated.

Infocenter and its topics are not searchable by internet search engines.
The reason for infocenter not being crawled, that I know of are:
frames
CGI parameters in the URLs

The JLS3 states that the floating-point literals can now have a binary exponent.

Here are the rules to create a floating-point literal:

FloatingPointLiteral
	DecimalFloatingPointLiteral
	HexadecimalFloatingPointLiteral

DecimalFloatingPointLiteral:
	Digits . Digitsopt ExponentPartopt FloatTypeSuffixopt
	. Digits ExponentPartopt FloatTypeSuffixopt
	Digits ExponentPart FloatTypeSuffixopt
	Digits ExponentPartopt FloatTypeSuffix

ExponentPart:
	ExponentIndicator SignedInteger

ExponentIndicator: one of
	e E

SignedInteger:
	Signopt Digits

Sign: one of
	+ -

FloatTypeSuffix: one of
	f F d D

HexadecimalFloatingPointLiteral:
	HexSignificand BinaryExponent FloatTypeSuffixopt

HexSignificand:
	HexNumeral
	HexNumeral .
	0x HexDigitsopt . HexDigits
	0X HexDigitsopt . HexDigits

BinaryExponent:
	BinaryExponentIndicator SignedInteger

BinaryExponentIndicator: one of
	p P
	
HexNumeral:
	0 x HexDigits
	0 X HexDigits
	
HexDigits:
	HexDigit
	HexDigit HexDigits
	
HexDigit: one of
	0 1 2 3 4 5 6 7 8 9 a b c d e f A B C D E F

The unsupported format is HexadecimalFloatingPointLiteral.

I tried to insert a breakpoint and had to wait quite a while until Eclipse 
became responsive again. I will attach the stacktrace but the curprit appears 
to be the line

org/eclipse/jdt/internal/debug/ui/actions/ActionDelegateHelper.getCurrentMember
(ActionDelegateHelper.java:136)

This code does a synchronize on a compilation unti. I assume that the 
synchronized CU was also synchronized in a background thread which blocked the 
UI thread. This type of locking in the UI thread should be avoided since it 
causes the UI to stop repainting and doesn't given the user a chance to cancel 
the operation.

If an Editor part throws a PartInitException during initialization (in the 
org.eclipse.ui.IEditorPart#init(IEditorSite, IEditorInput) method), the Action 
Bars are not cleaned up properly. This can cause problems. In my case I had 
following behavior:
1) An editor of type 1 would throw the PartInitException (and it has some 
toolbar actions defined)
2) Eclipse would deal with that and not display the editor (or the toolbar)
3) Another editor type (type 2) with a toolbar is invoked and everything opens 
properly
4) Close editor of type 2 - the toolbar of the editor type 1 is displayed and 
cannot be removed until the application is restarted.
I have tracked this down to the 
org.eclipse.ui.internal.EditorManager#createSite(...). Before calling part.init
(), it creates action bars but if init() throws an exception they are not 
disposed of. I checked the closeEditor method in the same class - it invokes 
the disposeEditorActionBars() method which is supposed to clean up the action 
bars. There are really no valid work-arounds (except not throwing the 
PartInititException which is part of the API) - all of these classes and 
methods are internal and even access private fields that are not exposed 
through getters. It seems that createSite() should catch the exception, call 
the disposeEditorActionBars() method and then re-throw.

M6 
Create a font definition with no defaultsTo attribute.
Go in to preferences and change the value of Text Font and hit OK
you will get an error because you try call
JFaceResources.getFontRegistry().put() with a null value.

I200405290105

Selecting the Code Formatter Prefs Page results in an error dialog and NPE:


!MESSAGE Plug-in "org.eclipse.jdt.ui" was unable to instantiate 
class "org.eclipse.jdt.internal.ui.preferences.CodeFormatterPreferencePage".
!STACK 0
java.lang.NullPointerException
	at org.apache.xalan.serialize.SerializerToXML.writeAttrString(Unknown 
Source)
	at org.apache.xalan.serialize.SerializerToXML.processAttribute(Unknown 
Source)
	at org.apache.xalan.serialize.SerializerToXML.startElement(Unknown 
Source)
	at org.apache.xalan.transformer.TransformerIdentityImpl.startElement
(Unknown Source)
	at org.apache.xml.utils.TreeWalker.startNode(Unknown Source)
	at org.apache.xml.utils.TreeWalker.traverse(Unknown Source)
	at org.apache.xalan.transformer.TransformerIdentityImpl.transform
(Unknown Source)
	at 
org.eclipse.jdt.internal.ui.preferences.formatter.ProfileStore.writeProfilesToS
tream(ProfileStore.java:296)
	at 
org.eclipse.jdt.internal.ui.preferences.formatter.ProfileStore.writeProfiles
(ProfileStore.java:148)
	at 
org.eclipse.jdt.internal.ui.preferences.formatter.ProfileStore.readOldForCompat
ibility(ProfileStore.java:200)
	at 
org.eclipse.jdt.internal.ui.preferences.formatter.ProfileStore.readProfiles
(ProfileStore.java:140)
	at 
org.eclipse.jdt.internal.ui.preferences.formatter.CodingStyleConfigurationBlock
.<init>(CodingStyleConfigurationBlock.java:347)
	at 
org.eclipse.jdt.internal.ui.preferences.CodeFormatterPreferencePage.<init>
(CodeFormatterPreferencePage.java:44)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
Method)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown 
Source)
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown 
Source)
	at java.lang.reflect.Constructor.newInstance(Unknown Source)
	at java.lang.Class.newInstance0(Unknown Source)
	at java.lang.Class.newInstance(Unknown Source)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensi
on(ConfigurationElement.java:141)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensi
on(ConfigurationElement.java:124)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensi
on(ConfigurationElement.java:113)
	at org.eclipse.ui.internal.WorkbenchPlugin.createExtension
(WorkbenchPlugin.java:180)
	at org.eclipse.ui.internal.dialogs.WorkbenchPreferenceNode.createPage
(WorkbenchPreferenceNode.java:60)
	at org.eclipse.jface.preference.PreferenceDialog.showPage
(PreferenceDialog.java:984)
	at org.eclipse.jface.preference.PreferenceDialog$8.selectionChanged
(PreferenceDialog.java:529)
	at org.eclipse.jface.viewers.StructuredViewer$3.run
(StructuredViewer.java:452)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.jface.viewers.StructuredViewer.firePostSelectionChanged
(StructuredViewer.java:450)
	at org.eclipse.jface.viewers.StructuredViewer.handlePostSelect
(StructuredViewer.java:710)
	at org.eclipse.jface.viewers.StructuredViewer$5.widgetSelected
(StructuredViewer.java:728)
	at org.eclipse.jface.util.OpenStrategy.firePostSelectionEvent
(OpenStrategy.java:200)
	at org.eclipse.jface.util.OpenStrategy.access$4(OpenStrategy.java:195)
	at org.eclipse.jface.util.OpenStrategy$3.run(OpenStrategy.java:349)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2693)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2385)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at org.eclipse.ui.internal.OpenPreferencesAction.run
(OpenPreferencesAction.java:72)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:915)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:866)
	at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:785)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

Configurator is using internal API:
PlatformURLHandler.PROTOCOL

Remove references and use strings or public api.

I was running in console mode for other reasons, when I spotted this stack 
trace, that did not appear in the log.

This is in M7; JDK 1.4.2_03. I just turned on spell checking in the In 
Progress pref pane but didn't otherwise do anything to configure. I don't know 
what specific action triggered this (nor did I observe any effect).

java.lang.StringIndexOutOfBoundsException: String index out of range: 7
[Dynamic-linking native method java.lang.Throwable.getStackTraceDepth ... JNI]
[Dynamic-linking native method java.lang.Throwable.getStackTraceElement ... 
JNI]
        at java.lang.String.charAt(String.java:444)
        at 
org.eclipse.jdt.internal.ui.text.spelling.SpellCheckIterator.nextToken
(SpellCheckIterator.java:297)
        at org.eclipse.jdt.internal.ui.text.spelling.SpellCheckIterator.next
(SpellCheckIterator.java:241)
        at 
org.eclipse.jdt.internal.ui.text.spelling.engine.DefaultSpellChecker.execute
(DefaultSpellChecker.java:208)
        at 
org.eclipse.jdt.internal.ui.text.spelling.SpellReconcileStrategy.reconcile
(SpellReconcileStrategy.java:347)
        at 
org.eclipse.jface.text.reconciler.CompositeReconcilingStrategy.reconcile
(CompositeReconcilingStrategy.java:83)
        at 
org.eclipse.jdt.internal.ui.text.JavaCompositeReconcilingStrategy.reconcile
(JavaCompositeReconcilingStrategy.java:97)
        at org.eclipse.jface.text.reconciler.MonoReconciler.process
(MonoReconciler.java:76)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:189)

In an input box when the control+backspace key combination is pressed the
behaviour is strange. An empty rectangle is drawn.

Reproducibility: always

Steps to reproduce:
1. Find an editor having an Text widget.
2. Write some content separated by spaces, like "asdf asdf asdf asdf" (without
the quotes).
3. Erase words with the control+backspace combination key.

Actual result:
Empty rectangles (probably representing the control+backspace key combination)
are written.

Expected result:
A word must be erased each time the control+backspace key combination is pressed.

Given:
* Bundle A contains:
    com.xyz.Service - the interface
    com.xyz.ServiceImpl - the implementation of Service
* Bundle B creates an instance of ServiceImpl and attempt to register it.

Bundle B's call to BundleContext.registerService() will fail if the 
com.xyz.Service class hasn't already been explicitly loaded by B's classloader.

Thus, the following will fail:
    context.registerService("com.xyz.Service", svc, null);

while this will work:
    context.registerService(com.xyz.Service.class.getName(), svc, null);

This bug was introduced in M9.  I'll attach an example (as soon as I figure 
out how to attach it).  Meanwhile, here's the stack trace:


java.lang.IllegalArgumentException: The service class com.xyz.Service could 
not be loaded from an exported package
	at 
org.eclipse.osgi.framework.internal.core.BundleContextImpl.registerService
(BundleContextImpl.java:598)
	at 
org.eclipse.osgi.framework.internal.core.BundleContextImpl.registerService
(BundleContextImpl.java:641)
	at implementation.ServiceImplementationPlugin.start
(ServiceImplementationPlugin.java:42)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run
(BundleContextImpl.java:958)
	at java.security.AccessController.doPrivileged(Native Method)
	at 
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator
(BundleContextImpl.java:954)
...

Cheetah from cvs as of few minutes ago. Sun JDK 1.5.0 beta3 b57. Running the
code below results in 

java.lang.VerifyError: (class: test/cheetah/T, method: main signature:
([Ljava/lang/String;)V) Incompatible object argument for function call
Exception in thread "main"

============================================
package test.cheetah;
import java.util.HashMap;
import java.util.Map;
public class T {
    private static final Map<String, Class> classes = 
        new HashMap<String, Class>();
    public static void main(String[] args) throws Exception {
        final Class<? extends Object> clazz = (Class<? extends Object>) 
                classes.get("test");
        Object o = clazz.newInstance();
    }
}
============================================

build.xml editor doesn't expand predefined ant built-in variable called
"basedir", when pressing $.
See http://ant.apache.org/manual/using.html#built-in-props for a list of
built-in properties.

I20040325
1. select a method name
2. in the ctx menu select References > Working Set
3. Cancel the working set dialog
4. NPE is in log

java.lang.NullPointerException
	at org.eclipse.search.ui.NewSearchUI.runQuery(NewSearchUI.java:43)
	at org.eclipse.jdt.ui.actions.FindAction.performNewSearch(FindAction.java:331)
	at org.eclipse.jdt.ui.actions.FindAction.run(FindAction.java:278)
	at org.eclipse.jdt.ui.actions.FindAction.run(FindAction.java:246)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:216)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:550)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:502)
	at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:435)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2584)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2262)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:288)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:232)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:116)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:315)
	at org.eclipse.core.launcher.Main.run(Main.java:740)
	at org.eclipse.core.launcher.Main.main(Main.java:724)

Windows 2003 Eclipse M9 eclipse.buildId=I200405211200.

Since M9 editor and view tab behaviour is different and counter intuitive. 
First most recently opened editor is always positioned to be leftmost tab, 
instead of rightmost tab (like any other application). Also, when restarting 
Eclipse most recently used editor tab is placed to be leftmost (this becomes 
irrelevant if single editor option is used).

The second extremely annoying "feature" is that view tabs are repositioned. If 
one switched from Java to Debug and then to Java perspective again, the most 
recently active tab in Java perspective becomes the leftmost view tab. If one 
switches between perspectives and views a lot, then view placement (ordering) 
becomes almost random. This is simply too annoying to be useful. I'm so used 
to having my views ordered in a certain way and I automatically go with my 
mouse there only to find out that my view has magically wondered off somewhere 
else. 

OT: Another example of such bad UI (i.e. UI that constantly changes) is the 
windows 2000 and later feature to only display the menu options that are most 
often used. Luckily that option can be turned off in windows.

Hi,

Steps to reproduce:

- create a simple new text or java file 

- type in the letter a, followed by a line break

- open "find/replace" from the "edit" menu

- fill in "a" into the "find" text field

- fill in "ab" into the "replace" text field

- klick on "Backward"

- klick on "Find"

- klick on "Replace All"

Reproducable on two different Eclipse3.0M9 installations, both running Debian 
Linux on x86 and j2sdk 1.4.2 from Sun.

When adding JARs to the Java build path in 3.0M9, the JAR's that are already
added do not get filtered out anymore like with all previous builds (M8 and
lower). Instead, the complete list of all available JARs is shown.

3.0 M9


java.lang.NullPointerException
	at 
org.eclipse.jdt.internal.compiler.lookup.SourceTypeBinding.resolveTypesFor
(SourceTypeBinding.java:794)
	at org.eclipse.jdt.internal.compiler.lookup.SourceTypeBinding.methods
(SourceTypeBinding.java:690)
	at org.eclipse.jdt.core.dom.TypeBinding.getDeclaredMethods
(TypeBinding.java:380)
	at org.eclipse.jdt.internal.corext.dom.Bindings.findMethodInType
(Bindings.java:248)
	at org.eclipse.jdt.internal.corext.dom.Bindings.findMethodInHierarchy
(Bindings.java:299)
	at org.eclipse.jdt.internal.corext.dom.Bindings.findMethodInHierarchy
(Bindings.java:304)
	at org.eclipse.jdt.internal.corext.dom.Bindings.findMethodInHierarchy
(Bindings.java:304)
	at org.eclipse.jdt.internal.corext.dom.Bindings.findMethodInHierarchy
(Bindings.java:304)
	at org.eclipse.jdt.internal.corext.dom.Bindings.findMethodDefininition
(Bindings.java:337)
	at 
org.eclipse.jdt.ui.OverrideIndicatorLabelDecorator.findInHierarchyWithAST
(OverrideIndicatorLabelDecorator.java:170)
	at 
org.eclipse.jdt.ui.OverrideIndicatorLabelDecorator.getOverrideIndicators
(OverrideIndicatorLabelDecorator.java:151)
	at 
org.eclipse.jdt.ui.OverrideIndicatorLabelDecorator.computeAdornmentFlags
(OverrideIndicatorLabelDecorator.java:126)
	at org.eclipse.jdt.ui.OverrideIndicatorLabelDecorator.decorate
(OverrideIndicatorLabelDecorator.java:239)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.decorate
(LightweightDecoratorDefinition.java:155)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager$LightweightRunna
ble.run(LightweightDecoratorManager.java:60)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:608)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.decorate
(LightweightDecoratorManager.java:258)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.getDecorations
(LightweightDecoratorManager.java:241)
	at org.eclipse.ui.internal.decorators.DecorationScheduler$1.run
(DecorationScheduler.java:283)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

Run the snippet and resize to window smaller and then wider:

public static void main(String[] args) {
	Display  display = new Display ();
	Shell shell = new Shell ();
	shell.setLayout( new FillLayout ());
	StyledText text = new StyledText (shell, SWT.BORDER | SWT.SINGLE);
	text.setText("**********************************");

	shell.pack();	
	shell.open ();
	while (!shell.isDisposed()) {
		if (!display.readAndDispatch()) {
			display.sleep ();
		}
	}
	display.dispose ();
}

Note the cheese in the right edge as you resize it wider.
This is cause by the rigthMargin and the NO_REDRAW_RESIZE flag.

Note: this bug was not introduced by TextLayout.

3.0 M8

Happened a couple of times today, not sure what exact action I was executing.
Except for an error dialog, and the log entry, it would go unnoticed (no
noticeable change in behaviour). Sorry, no test case.

!ENTRY org.eclipse.core.runtime 4 2 Apr 01, 2004 22:30:42.857
!MESSAGE Problems occurred when invoking code from plug-in: "org.eclipse.core.ru
ntime".
!STACK 0
java.lang.NullPointerException
        at org.eclipse.jdt.internal.ui.javaeditor.JavaEditor.setSelection(JavaEd
itor.java:2338)
        at org.eclipse.jdt.internal.ui.javaeditor.JavaEditor.doSelectionChanged(
JavaEditor.java:2482)
        at org.eclipse.jdt.internal.ui.javaeditor.JavaEditor$OutlineSelectionCha
ngedListener.selectionChanged(JavaEditor.java:291)
        at org.eclipse.jface.viewers.StructuredViewer$3.run(StructuredViewer.jav
a:431)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatfo
rm.java:610)
        at org.eclipse.core.runtime.Platform.run(Platform.java:521)
        at org.eclipse.jface.viewers.StructuredViewer.firePostSelectionChanged(S
tructuredViewer.java:429)
        at org.eclipse.jface.viewers.StructuredViewer.handleInvalidSelection(Str
ucturedViewer.java:636)
        at org.eclipse.jface.viewers.StructuredViewer.preservingSelection(Struct
uredViewer.java:822)
        at org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.j
ava:893)
        at org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.j
ava:853)
        at org.eclipse.jdt.internal.ui.javaeditor.JavaOutlinePage$JavaOutlineVie
wer.reconcile(JavaOutlinePage.java:405)
        at org.eclipse.jdt.internal.ui.javaeditor.JavaOutlinePage$1.run(JavaOutl
inePage.java:168)
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
        at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.ja
va:106)
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2555)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2260)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.jav
a:257)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformAct
ivator.java:277)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:239)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:117)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
        at org.eclipse.core.launcher.Main.run(Main.java:692)
        at org.eclipse.core.launcher.Main.main(Main.java:676)

20030109

Turn off 'put empty statements on new line'.
Format
while(true);
->
while(true)
   ;

shouldn't it result in 'while(true);' ?

build i1105

Currently the children of the default scope are initialized to be all of the
bundles in the system.

Consider changing this so it is only the nodes which exist in the tree.

I'm using M7.

Here is what I tried to do:
I did not like the switch to mapping toggle comment by default, so I decided 
to replace the key shortcuts for comment and uncomment.  For comment, I used 
the old key of ctrl+/.  For uncomment I used ctrl+shift+/.  Comment works 
fine.  Uncomment does not.  The new keystroke shows up in workbench->keys 
correctly.  I can assign Uncomment to its old value (ctrl+\) or a different 
value (shift+f4) and it works fine.  One thing I did do was remove the 
previous association with "Add Block Comment".  For ctrl+shift+/, ABC was 
mapped in the "Editing Java Source" context, while I was mapping Uncomment in 
the general context.  

Afer some more investigation, here is the problem.  When I added the uncomment 
shortcut, I added it in the "General" context.  So I had two assignments for 
ctrl+shift+/.
1. General - Uncomment
2. Editing Java Source - Add Block Comment

So I selected the Add Block Comment one and pressed the "Remove" button.  Now 
I still have the 2 lines, but the "Uncomment" line has a plus beside it and 
the "ABC" line has a minus beside it (and says unassigned).

So my guess is that the key shortcut lookup gets stuck at the "Editing Java 
Source" context because of the Unassigned key.  

If I add ctrl+shift+/ as the keystroke for Uncomment at the "Editing Java 
Source" context level, then the keymapping works.

Could we split this option into 

FORMATTER_INSERT_SPACE_AFTER_OPENING_PAREN_IN_MESSAGE_SEND
FORMATTER_INSERT_SPACE_BEFORE_CLOSING_PAREN_IN_MESSAGE_SEND

This would make it more consistent with the options for method/constructor
declarations. I'm working on a new view for the white space option and this one
falls out the usual scheme, so I'd be happy to have it.

from bug# 64397

- lock workspace in background operation
- open installed JREs
- add a JRE
- press OK

observe: nothing happens. 

The real issue is that installing JREs is using null progress monitors and not 
properly passing on progress monitors. Therefore no real progress feedback can 
be given in the blocking case. 

The recommended solution is to use IProgressService.busyCursorWhile()

Using latest in HEAD, when the number of problems per compilation unit is lower
than the number of errors in the compilation unit, a problem method doesn't seem
to have the right error inside.

Try to compile the attached source file and run it as a Java application. You
will get the following error in the console:

java.lang.Error: Unresolved compilation problem: 
	at Example.foo10(Example.java:3)
	at Example.main(Example.java:53)
Exception in thread "main" 

instead of a good error with the right line. Line 3 is the first problem.

Since build M7 in QNX, using traverse keys (TAB and SHIFT-TAB)Label
widget cat get focus. This bug forces me to stay on build M6.

build I20040225

Doing regular navigation around the code, I got the following.
I believe I had just opened an editor.  I was in the Java perspective with the 
Package Explorer open and with editor linking on.  I believe it was the one 
that had the problem, because after this it had no decorations.

!ENTRY org.eclipse.core.runtime 4 2 Feb 26, 2004 10:38:50.110
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator$CachedImageDescriptor.
getImageData(CVSLightweightDecorator.java:88)
	at org.eclipse.ui.internal.decorators.DecoratorOverlayIcon.drawOverlays
(DecoratorOverlayIcon.java:60)
	at 
org.eclipse.ui.internal.decorators.DecoratorOverlayIcon.drawCompositeImage
(DecoratorOverlayIcon.java:106)
	at org.eclipse.jface.resource.CompositeImageDescriptor.getImageData
(CompositeImageDescriptor.java:190)
	at org.eclipse.jface.resource.ImageDescriptor.createImage
(ImageDescriptor.java:152)
	at org.eclipse.jface.resource.ImageDescriptor.createImage
(ImageDescriptor.java:115)
	at org.eclipse.jface.resource.ImageDescriptor.createImage
(ImageDescriptor.java:97)
	at org.eclipse.ui.internal.decorators.OverlayCache.getImageFor
(OverlayCache.java:34)
	at org.eclipse.ui.internal.decorators.OverlayCache.applyDescriptors
(OverlayCache.java:64)
	at 
org.eclipse.ui.internal.decorators.DecorationResult.decorateWithOverlays
(DecorationResult.java:48)
	at 
org.eclipse.ui.internal.decorators.DecorationScheduler.decorateWithOverlays
(DecorationScheduler.java:153)
	at org.eclipse.ui.internal.decorators.DecoratorManager.decorateImage
(DecoratorManager.java:234)
	at org.eclipse.jface.viewers.DecoratingLabelProvider.getImage
(DecoratingLabelProvider.java:75)
	at 
org.eclipse.jdt.internal.ui.viewsupport.DecoratingJavaLabelProvider.getImage
(DecoratingJavaLabelProvider.java:103)
	at 
org.eclipse.jdt.internal.ui.viewsupport.ResourceToItemsMapper.updateItem
(ResourceToItemsMapper.java:75)
	at 
org.eclipse.jdt.internal.ui.viewsupport.ResourceToItemsMapper.resourceChanged
(ResourceToItemsMapper.java:60)
	at 
org.eclipse.jdt.internal.ui.viewsupport.ProblemTreeViewer.handleLabelProviderCha
nged(ProblemTreeViewer.java:113)
	at org.eclipse.jface.viewers.ContentViewer$1.labelProviderChanged
(ContentViewer.java:74)
	at org.eclipse.ui.internal.decorators.DecoratorManager$1.run
(DecoratorManager.java:173)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:788)
	at org.eclipse.core.runtime.Platform.run(Platform.java:497)
	at org.eclipse.ui.internal.decorators.DecoratorManager.fireListeners
(DecoratorManager.java:171)
	at 
org.eclipse.ui.internal.decorators.DecorationScheduler$2.runInUIThread
(DecorationScheduler.java:348)
	at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:90)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2329)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2037)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1566)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1542)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:263)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:100)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)
!ENTRY org.eclipse.core.runtime 4 2 Feb 26, 2004 10:38:53.274
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator$CachedImageDescriptor.
getImageData(CVSLightweightDecorator.java:88)
	at org.eclipse.ui.internal.decorators.DecoratorOverlayIcon.drawOverlays
(DecoratorOverlayIcon.java:60)
	at 
org.eclipse.ui.internal.decorators.DecoratorOverlayIcon.drawCompositeImage
(DecoratorOverlayIcon.java:106)
	at org.eclipse.jface.resource.CompositeImageDescriptor.getImageData
(CompositeImageDescriptor.java:190)
	at org.eclipse.jface.resource.ImageDescriptor.createImage
(ImageDescriptor.java:152)
	at org.eclipse.jface.resource.ImageDescriptor.createImage
(ImageDescriptor.java:115)
	at org.eclipse.jface.resource.ImageDescriptor.createImage
(ImageDescriptor.java:97)
	at org.eclipse.ui.internal.decorators.OverlayCache.getImageFor
(OverlayCache.java:34)
	at org.eclipse.ui.internal.decorators.OverlayCache.applyDescriptors
(OverlayCache.java:64)
	at 
org.eclipse.ui.internal.decorators.DecorationResult.decorateWithOverlays
(DecorationResult.java:48)
	at 
org.eclipse.ui.internal.decorators.DecorationScheduler.decorateWithOverlays
(DecorationScheduler.java:153)
	at org.eclipse.ui.internal.decorators.DecoratorManager.decorateImage
(DecoratorManager.java:234)
	at org.eclipse.jface.viewers.DecoratingLabelProvider.getImage
(DecoratingLabelProvider.java:75)
	at org.eclipse.jface.viewers.TreeViewer.doUpdateItem(TreeViewer.java:99)
	at 
org.eclipse.jface.viewers.AbstractTreeViewer$UpdateItemSafeRunnable.run
(AbstractTreeViewer.java:87)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:788)
	at org.eclipse.core.runtime.Platform.run(Platform.java:497)
	at org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem
(AbstractTreeViewer.java:469)
	at org.eclipse.jface.viewers.StructuredViewer$UpdateItemSafeRunnable.run
(StructuredViewer.java:119)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:788)
	at org.eclipse.core.runtime.Platform.run(Platform.java:497)
	at org.eclipse.jface.viewers.StructuredViewer.updateItem
(StructuredViewer.java:1285)
	at org.eclipse.jface.viewers.StructuredViewer.update
(StructuredViewer.java:1266)
	at org.eclipse.jface.viewers.StructuredViewer.update
(StructuredViewer.java:1200)
	at org.eclipse.jface.viewers.StructuredViewer.handleLabelProviderChanged
(StructuredViewer.java:647)
	at org.eclipse.jface.viewers.ContentViewer$1.labelProviderChanged
(ContentViewer.java:74)
	at org.eclipse.ui.internal.decorators.DecoratorManager$1.run
(DecoratorManager.java:173)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:788)
	at org.eclipse.core.runtime.Platform.run(Platform.java:497)
	at org.eclipse.ui.internal.decorators.DecoratorManager.fireListeners
(DecoratorManager.java:171)
	at 
org.eclipse.ui.internal.decorators.DecorationScheduler$2.runInUIThread
(DecorationScheduler.java:348)
	at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:90)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2329)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2037)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1566)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1542)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:263)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:100)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)
!ENTRY org.eclipse.core.runtime 4 2 Feb 26, 2004 10:38:53.785
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
org.eclipse.swt.SWTException: Widget is disposed
	at org.eclipse.swt.SWT.error(SWT.java:2625)
	at org.eclipse.swt.SWT.error(SWT.java:2555)
	at org.eclipse.swt.widgets.Widget.error(Widget.java:377)
	at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:306)
	at org.eclipse.swt.widgets.Tree.getItems(Tree.java:488)
	at org.eclipse.jface.viewers.TreeViewer.getChildren(TreeViewer.java:117)
	at org.eclipse.jface.viewers.AbstractTreeViewer.doFindItem
(AbstractTreeViewer.java:430)
	at org.eclipse.jface.viewers.StructuredViewer.findItem
(StructuredViewer.java:365)
	at org.eclipse.jface.viewers.StructuredViewer.update
(StructuredViewer.java:1235)
	at org.eclipse.jface.viewers.StructuredViewer.update
(StructuredViewer.java:1200)
	at org.eclipse.jface.viewers.StructuredViewer.handleLabelProviderChanged
(StructuredViewer.java:647)
	at org.eclipse.jface.viewers.ContentViewer$1.labelProviderChanged
(ContentViewer.java:74)
	at org.eclipse.ui.internal.decorators.DecoratorManager$1.run
(DecoratorManager.java:173)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:788)
	at org.eclipse.core.runtime.Platform.run(Platform.java:497)
	at org.eclipse.ui.internal.decorators.DecoratorManager.fireListeners
(DecoratorManager.java:171)
	at 
org.eclipse.ui.internal.decorators.DecorationScheduler$2.runInUIThread
(DecorationScheduler.java:348)
	at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:90)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2329)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2037)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1566)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1542)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:263)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:100)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

Using latest, the following code leads to a VerifyError, because of a missing
checkcast.
public class X {
    public static void main(String[] args) {
			try {
				((int[]) null)[0] = 0;
				((int[]) null)[0] += 1;
				((int[]) null)[0] ++;
			} catch (NullPointerException e) {
				System.out.print("SUCCESS");
			}
	}
}

Build 20031218

As described in bug 46332, the commit working copy operation should only lock 
the cu parent's folder and not the entire workspace.

3.0 M8

I think this may be a test case for the problem Darin S was talking about this 
week: (don't know how many of these steps are relevent yet)

1. set refresh on startup on; only resource perspective open.
2. add a new java file to a plug-in project
3. start eclipse.
4. quickly: switch to java perspective
5. quickly: open type dialog

I occasionally get a stack trace written to the log file (follows).  I get 
several errors since I cannot resolve the classpath entries.  The only fix is 
to startup again or close and reopen the project.

!SESSION Apr 01, 2004 18:59:41.271 ---------------------------------------------
java.version=1.4.2_04
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
!ENTRY org.eclipse.core.runtime 4 2 Apr 01, 2004 18:59:41.271
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at org.eclipse.jdt.launching.JavaRuntime.getPreferences
(JavaRuntime.java:1525)
	at org.eclipse.jdt.launching.JavaRuntime.initializeVMConfiguration
(JavaRuntime.java:1260)
	at org.eclipse.jdt.launching.JavaRuntime.initializeVMTypes
(JavaRuntime.java:252)
	at org.eclipse.jdt.launching.JavaRuntime.getDefaultVMId
(JavaRuntime.java:431)
	at org.eclipse.jdt.launching.JavaRuntime.getDefaultVMInstall
(JavaRuntime.java:377)
	at org.eclipse.jdt.internal.launching.JREContainerInitializer.resolveVM
(JREContainerInitializer.java:72)
	at org.eclipse.jdt.internal.launching.JREContainerInitializer.initialize
(JREContainerInitializer.java:46)
	at org.eclipse.jdt.core.JavaCore$1.run(JavaCore.java:1176)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:610)
	at org.eclipse.core.runtime.Platform.run(Platform.java:521)
	at org.eclipse.jdt.core.JavaCore.getClasspathContainer
(JavaCore.java:1171)
	at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1841)
	at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1764)
	at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1736)
	at org.eclipse.jdt.core.JavaCore.setClasspathContainer
(JavaCore.java:3316)
	at org.eclipse.pde.internal.core.ModelEntry.updateClasspathContainer
(ModelEntry.java:107)
	at org.eclipse.pde.internal.core.RequiredPluginsInitializer.initialize
(RequiredPluginsInitializer.java:40)
	at org.eclipse.jdt.core.JavaCore$1.run(JavaCore.java:1176)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:610)
	at org.eclipse.core.runtime.Platform.run(Platform.java:521)
	at org.eclipse.jdt.core.JavaCore.getClasspathContainer
(JavaCore.java:1171)
	at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1841)
	at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1764)
	at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1736)
	at org.eclipse.jdt.internal.core.search.JavaSearchScope.add
(JavaSearchScope.java:78)
	at org.eclipse.jdt.internal.core.search.JavaWorkspaceScope.initialize
(JavaWorkspaceScope.java:79)
	at org.eclipse.jdt.internal.core.search.JavaSearchScope.<init>
(JavaSearchScope.java:52)
	at org.eclipse.jdt.internal.core.search.JavaWorkspaceScope.<init>
(JavaWorkspaceScope.java:30)
	at org.eclipse.jdt.core.search.SearchEngine.createWorkspaceScope
(SearchEngine.java:430)
	at org.eclipse.jdt.internal.ui.actions.OpenTypeAction.run
(OpenTypeAction.java:54)
	at org.eclipse.jdt.internal.ui.actions.OpenTypeAction.run
(OpenTypeAction.java:80)
	at org.eclipse.ui.internal.PluginAction.runWithEvent
(PluginAction.java:269)
	at org.eclipse.ui.internal.WWinPluginAction.runWithEvent
(WWinPluginAction.java:207)
	at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:550)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:502)
	at org.eclipse.jface.action.ActionContributionItem$6.handleEvent
(ActionContributionItem.java:474)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2578)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2256)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:277)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:239)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

I have a workspace that can cause the red X's to show up fairly often - the 
stack trace may be a red herring.  

Don't know where the bug goes, so putting in debug to start because launching 
is in the stack trace.

In my plugin I have a MultiPageEditor that embeds a Java Editor on one of its 
pages. When a navigation to a Java method within the scope of my MPE is 
triggered the editor is correctly opened and switched to the source page, but 
no navigation to the method is triggered. Instead the cursor is positioned in 
the first row of the source code.
This is due to the instanceOf check in the method EditorUtility.revealInEditor
(IEditorPart part, IJavaElement element). It should be replaced by a check for 
the IGotoMarker interface. That would enable Java source navigation to quite a 
bunch of editors that have no chance to implement JavaEditor themselfes.

Eclipse 3.0.1. 
From a standard eclipse SDK, I tried to installed VE from an update site. 
In the "search result" window, I checked the Visual Editor Feature, which 
triggered the display of an error indicating that I should install "EMF". 
Promptly I checked the EMF feature, but the error did not disappear, which I 
found annoying. Note that it did not prevent me to install the feature.

public static void shouldDebug(int operation) {
        return debug[operation];
}

@@@@

Reasoning:

Creation of debug strings in the WorkbenchWindow#fire* methods waste CPU cycles
and create lots of unnecessary String objects.

It should only be done if the corresponding debug mode is on.

@@@@

Exampe usage:

    /**
     * Fires perspective changed
     */
    void firePerspectiveChanged(IWorkbenchPage page,
            IPerspectiveDescriptor perspective, String changeId) {
        String label = null;
	if (UIStats.shouldDebug(UIStats.NOTIFY_PERSPECTIVE_LISTENERS))
		label = "changed perspective = " + perspective.getId() + ", page = " +
page.getLabel()   //$NON-NLS-1$ //$NON-NLS-2$
    		+ ", changeId = " + changeId; //$NON-NLS-1$
        try {	        
            UIStats.start(UIStats.NOTIFY_PERSPECTIVE_LISTENERS, label);

	        perspectiveListeners
	                .firePerspectiveChanged(page, perspective, changeId);
	        perspectiveService.firePerspectiveChanged(page, perspective, changeId);
        } finally {
            UIStats.end(UIStats.NOTIFY_PERSPECTIVE_LISTENERS, label);
        }
    }

RelEng plug-in v. 3.0.4 
Eclipse SDK i200406040800

The Compare with -> Released action failed as many times I tried with the
following NPE. After I actually released my changes, the problem stopped
happening (not sure is related to that).

!ENTRY org.eclipse.ui 4 0 Jun 04, 2004 15:54:32.272
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.team.internal.ccvs.ui.subscriber.CompareParticipant.getMatchingParticipant(CompareParticipant.java:133)
	at
org.eclipse.team.internal.ccvs.ui.actions.CompareWithTagAction.execute(CompareWithTagAction.java:47)
	at org.eclipse.team.internal.ccvs.ui.actions.CVSAction.run(CVSAction.java:70)
	at org.eclipse.ui.actions.ActionDelegate.runWithEvent(ActionDelegate.java:71)
	at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:266)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:915)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:866)
	at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:785)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

BundleStopper is marking all bundles as stopped in 
BundleStopper.basicStopBundles().  This is causing problems during shutdown 
for bundles that do not have Eclipse-AutoStart: true.  For example, if Bundle 
X imports a package from Bundle Y and both Bundle X and Bundle Y are NOT 
AutoStarted.  When bundle X is stopping it ends up loading a class from a 
package in Bundle Y.  At this point a ClassNotFoundException will get thrown 
because BundleStopper.isStopped() method will return true for bundle Y even 
though it really was not stopped but was marked as stopped by the 
BundleStopper.  I will attach a patch for BundleStopper that fixes the problem.

as per spec this is illegal:
class Cells<T>{
	 Object x= new T[0];
}

yet, 1_5 from 30/06 is ok with it

For Bug 64370, I tried migrating code in the BreakpointsView from setTitle() to 
setContentDescription(). While doing this I noticed two things.

First, the behavior of setTitle() has changed (and setContentDescription() matches) such that it 
doesn't set the content specified. Instead, it prepends the part name to the string and then displays 
that. For example, when we call setTitle("(Disabled)") (or setContentDescription("(Disabled)")) 
the view actually displays "Breakpoints (Disabled)".

If we want to include the view's name in the description, we can append the text ourselves.

The same problem applies when we try to clear the description with the new API 
(setContentDescription()). Setting the content description to "" results in the value "Breakpoints," 
which is not what we want.

Start with two stacks of views.

1. Click on a view in stack A
2. Click on a view from stack B
3. Right-click on the view from stack A and turn it into a fastview

This will cause another view in stack A to become revealed, but you cannot click
on the view to give it focus or give the tab the active appearance.

RC1

- browsing perspective, packages view
- normal selection in the list in the view
- invoke the view menu (Ctrl+F10)
- choose Layout->Hierarchical

-> view gets updated as expected
-> keyboard focus is lost. There is no way to get out by keyboard only.

expected: the element previously selected in the list is not selected; and if
needed expanded.

I suspect the focus is still with the list that was replaced by the tree.

RC1

See screen shot.

A separate VM ant build will not report errors to the user for things such as 
an invalid inputhandler.

This is because the code never fires a build started event but does fire a 
build finished with the details of the failure.

Full thread dump Java HotSpot(TM) Client VM (1.4.2_02-b03 mixed mode):

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x2117c788 
nid=0x76c in Object.wait() [22baf000..22bafd88]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x1226cfb0> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <0x1226cfb0> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Worker-6" prio=5 tid=0x21125df8 nid=0x628 in Object.wait() 
[22a0f000..22a0fd88]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11259438> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x11259438> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob
(WorkerPool.java:236)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-5" prio=5 tid=0x2153cde0 nid=0x5f4 in Object.wait() 
[2290f000..2290fd88]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11259438> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x11259438> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob
(WorkerPool.java:236)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-4" prio=5 tid=0x2164a308 nid=0x800 in Object.wait() 
[2280f000..2280fd88]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11e7fac8> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.Semaphore.acquire(Semaphore.java:38)
        - locked <0x11e7fac8> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.JobManager.join(JobManager.java:500)
        at org.eclipse.core.internal.jobs.InternalJob.join
(InternalJob.java:259)
        at org.eclipse.core.runtime.jobs.Job.join(Job.java:353)
        at org.eclipse.ui.views.markers.internal.MarkerView.internalRefresh
(MarkerView.java:213)
        at org.eclipse.ui.views.markers.internal.MarkerView.access$2
(MarkerView.java:151)
        at org.eclipse.ui.views.markers.internal.MarkerView$3.run
(MarkerView.java:237)
        at org.eclipse.ui.views.markers.internal.RestartableJob$2.run
(RestartableJob.java:86)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Worker-3" prio=5 tid=0x2164a558 nid=0x70c in Object.wait() 
[2270f000..2270fd88]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11e7fb50> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.Semaphore.acquire(Semaphore.java:38)
        - locked <0x11e7fb50> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.JobManager.join(JobManager.java:500)
        at org.eclipse.core.internal.jobs.InternalJob.join
(InternalJob.java:259)
        at org.eclipse.core.runtime.jobs.Job.join(Job.java:353)
        at org.eclipse.ui.views.markers.internal.TableContentProvider.doUpdate
(TableContentProvider.java:353)
        at org.eclipse.ui.views.markers.internal.TableContentProvider.access$4
(TableContentProvider.java:346)
        at org.eclipse.ui.views.markers.internal.TableContentProvider$3.run
(TableContentProvider.java:184)
        at org.eclipse.ui.views.markers.internal.RestartableJob$2.run
(RestartableJob.java:86)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Worker-2" prio=5 tid=0x21650cb0 nid=0x424 in Object.wait() 
[2260f000..2260fd88]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11e7fb90> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.Semaphore.acquire(Semaphore.java:38)
        - locked <0x11e7fb90> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.JobManager.join(JobManager.java:500)
        at org.eclipse.core.internal.jobs.InternalJob.join
(InternalJob.java:259)
        at org.eclipse.core.runtime.jobs.Job.join(Job.java:353)
        at org.eclipse.ui.views.markers.internal.MarkerView.internalRefresh
(MarkerView.java:213)
        at org.eclipse.ui.views.markers.internal.MarkerView.access$2
(MarkerView.java:151)
        at org.eclipse.ui.views.markers.internal.MarkerView$3.run
(MarkerView.java:237)
        at org.eclipse.ui.views.markers.internal.RestartableJob$2.run
(RestartableJob.java:86)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Worker-1" prio=5 tid=0x21227d80 nid=0x52c in Object.wait() 
[224ff000..224ffd88]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11e3a8f8> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.Semaphore.acquire(Semaphore.java:38)
        - locked <0x11e3a8f8> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.JobManager.join(JobManager.java:500)
        at org.eclipse.core.internal.jobs.InternalJob.join
(InternalJob.java:259)
        at org.eclipse.core.runtime.jobs.Job.join(Job.java:353)
        at org.eclipse.ui.views.markers.internal.TableContentProvider.doUpdate
(TableContentProvider.java:353)
        at org.eclipse.ui.views.markers.internal.TableContentProvider.access$4
(TableContentProvider.java:346)
        at org.eclipse.ui.views.markers.internal.TableContentProvider$3.run
(TableContentProvider.java:184)
        at org.eclipse.ui.views.markers.internal.RestartableJob$2.run
(RestartableJob.java:86)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Worker-0" prio=5 tid=0x21613950 nid=0x110 in Object.wait() 
[2232f000..2232fd88]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11ebf1b8> (a org.eclipse.ui.internal.Semaphore)
        at org.eclipse.ui.internal.Semaphore.acquire(Semaphore.java:37)
        - locked <0x11ebf1b8> (a org.eclipse.ui.internal.Semaphore)
        at org.eclipse.ui.internal.UISynchronizer.syncExec
(UISynchronizer.java:42)
        at org.eclipse.swt.widgets.Display.syncExec(Display.java:2916)
        at org.eclipse.team.internal.ccvs.ui.console.CVSOutputConsole.<init>
(CVSOutputConsole.java:91)
        at org.eclipse.team.internal.ccvs.ui.CVSUIPlugin.startup
(CVSUIPlugin.java:661)
        at org.eclipse.core.internal.compatibility.PluginActivator.start
(PluginActivator.java:49)
        at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run
(BundleContextImpl.java:973)
        at java.security.AccessController.doPrivileged(Native Method)
        at 
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator
(BundleContextImpl.java:969)
        at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start
(BundleContextImpl.java:952)
        at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker
(BundleHost.java:408)
        at org.eclipse.osgi.framework.internal.core.AbstractBundle.start
(AbstractBundle.java:296)
        at org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass
(EclipseClassLoader.java:133)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass
(BundleLoader.java:369)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass
(BundleLoader.java:400)
        at 
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass
(AbstractClassLoader.java:93)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass
(BundleLoader.java:305)
        at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass
(BundleHost.java:336)
        at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass
(AbstractBundle.java:1313)
        at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensi
on(ConfigurationElement.java:133)
        at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensi
on(ConfigurationElement.java:126)
        at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensi
on(ConfigurationElement.java:115)
        at org.eclipse.ui.internal.WorkbenchPlugin$1.run
(WorkbenchPlugin.java:201)
        at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:51)
        at org.eclipse.ui.internal.WorkbenchPlugin.createExtension
(WorkbenchPlugin.java:198)
        at 
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition$1.run
(LightweightDecoratorDefinition.java:83)
        at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:609)
        at org.eclipse.core.runtime.Platform.run(Platform.java:541)
        at 
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.internalGetDe
corator(LightweightDecoratorDefinition.java:79)
        at 
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.decorate
(LightweightDecoratorDefinition.java:153)
        at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager$LightweightRunna
ble.run(LightweightDecoratorManager.java:60)
        at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:609)
        at org.eclipse.core.runtime.Platform.run(Platform.java:541)
        at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.decorate
(LightweightDecoratorManager.java:258)
        at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.getDecorations
(LightweightDecoratorManager.java:241)
        at org.eclipse.ui.internal.decorators.DecorationScheduler$1.run
(DecorationScheduler.java:250)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Java indexing" daemon prio=4 tid=0x210b3e90 nid=0x244 in Object.wait() 
[2222f000..2222fd88]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11b73a60> (a 
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.jdt.internal.core.search.processing.JobManager.run
(JobManager.java:323)
        - locked <0x11b73a60> (a 
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Thread.run(Thread.java:534)

"Start Level Event Dispatcher" daemon prio=5 tid=0x21083b20 nid=0x744 in 
Object.wait() [2152f000..2152fd88]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x1100b310> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent
(EventThread.java:149)
        - locked <0x1100b310> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run
(EventThread.java:107)

"OSGi Console" prio=5 tid=0x211b58b8 nid=0x704 runnable [2142f000..2142fd88]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x10ffb6f0> (a java.lang.Object)
        at org.eclipse.osgi.framework.internal.core.FrameworkConsole.console
(FrameworkConsole.java:258)
        - locked <0x10ffb6f0> (a java.lang.Object)
        at org.eclipse.osgi.framework.internal.core.FrameworkConsole.console
(FrameworkConsole.java:231)
        at org.eclipse.osgi.framework.internal.core.FrameworkConsole.run
(FrameworkConsole.java:206)
        at java.lang.Thread.run(Thread.java:534)

"Framework Event Dispatcher" daemon prio=5 tid=0x21088800 nid=0x6f4 in 
Object.wait() [2132f000..2132fd88]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x10ffb788> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent
(EventThread.java:149)
        - locked <0x10ffb788> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run
(EventThread.java:107)

"Signal Dispatcher" daemon prio=10 tid=0x009714b0 nid=0x66c waiting on 
condition [0..0]

"Finalizer" daemon prio=9 tid=0x0096ebf8 nid=0x4e4 in Object.wait() 
[20c2f000..20c2fd88]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x10f7b9d0> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x10f7b9d0> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x00921358 nid=0x74c in Object.wait() 
[20b2f000..20b2fd88]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x10f7ba38> (a java.lang.ref.Reference$Lock)
        at java.lang.Object.wait(Object.java:429)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
        - locked <0x10f7ba38> (a java.lang.ref.Reference$Lock)

"main" prio=7 tid=0x00235878 nid=0x51c in Object.wait() [6d000..6fc3c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x10fea678> (a java.lang.Object)
        at org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass
(EclipseClassLoader.java:116)
        - locked <0x10fea678> (a java.lang.Object)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass
(BundleLoader.java:369)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass
(BundleLoader.java:400)
        at 
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass
(AbstractClassLoader.java:93)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
        - locked <0x11dcd5e8> (a 
org.eclipse.core.runtime.adaptor.EclipseClassLoader)
        at java.lang.Class.getDeclaredConstructors0(Native Method)
        at java.lang.Class.privateGetDeclaredConstructors(Class.java:1610)
        at java.lang.Class.getConstructor0(Class.java:1922)
        at java.lang.Class.newInstance0(Class.java:278)
        at java.lang.Class.newInstance(Class.java:261)
        at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensi
on(ConfigurationElement.java:141)
        at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensi
on(ConfigurationElement.java:126)
        at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensi
on(ConfigurationElement.java:115)
        at org.eclipse.team.internal.ui.TeamUIPlugin.createExtension
(TeamUIPlugin.java:84)
        at 
org.eclipse.team.internal.ui.synchronize.SynchronizeManager$ParticipantInstance
.instantiate(SynchronizeManager.java:236)
        at 
org.eclipse.team.internal.ui.synchronize.SynchronizeManager$ParticipantInstance
.getParticipant(SynchronizeManager.java:207)
        at 
org.eclipse.team.internal.ui.synchronize.SynchronizeView.updateForExistingParti
cipants(SynchronizeView.java:328)
        at 
org.eclipse.team.internal.ui.synchronize.SynchronizeView.createPartControl
(SynchronizeView.java:308)
        at org.eclipse.ui.internal.PartPane$1.run(PartPane.java:94)
        at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:609)
        at org.eclipse.core.runtime.Platform.run(Platform.java:541)
        at org.eclipse.ui.internal.PartPane.createChildControl
(PartPane.java:90)
        at org.eclipse.ui.internal.ViewPane.createChildControl
(ViewPane.java:142)
        at org.eclipse.ui.internal.PartPane.createControl(PartPane.java:154)
        at org.eclipse.ui.internal.ViewPane.createControl(ViewPane.java:130)
        at org.eclipse.ui.internal.PartTabFolder.showPart
(PartTabFolder.java:862)
        at org.eclipse.ui.internal.PartTabFolder.createControl
(PartTabFolder.java:282)
        at org.eclipse.ui.internal.PartSashContainer.createControl
(PartSashContainer.java:311)
        at org.eclipse.ui.internal.PerspectivePresentation.activate
(PerspectivePresentation.java:155)
        at org.eclipse.ui.internal.Perspective.onActivate(Perspective.java:637)
        at org.eclipse.ui.internal.WorkbenchPage.onActivate
(WorkbenchPage.java:1966)
        at org.eclipse.ui.internal.WorkbenchWindow$5.run
(WorkbenchWindow.java:1770)
        at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
        at org.eclipse.ui.internal.WorkbenchWindow.setActivePage
(WorkbenchWindow.java:1757)
        at org.eclipse.ui.internal.WorkbenchWindow.restoreState
(WorkbenchWindow.java:1327)
        at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1290)
        at org.eclipse.ui.internal.Workbench.access$9(Workbench.java:1257)
        at org.eclipse.ui.internal.Workbench$14.run(Workbench.java:1168)
        at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:609)
        at org.eclipse.core.runtime.Platform.run(Platform.java:541)
        at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1101)
        at org.eclipse.ui.internal.WorkbenchConfigurer.restoreState
(WorkbenchConfigurer.java:176)
        at org.eclipse.ui.application.WorkbenchAdvisor.openWindows
(WorkbenchAdvisor.java:599)
        at org.eclipse.ui.internal.Workbench.init(Workbench.java:811)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1385)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:244)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:280)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:240)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:117)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
        at org.eclipse.core.launcher.Main.run(Main.java:699)
        at org.eclipse.core.launcher.Main.main(Main.java:683)

"VM Thread" prio=5 tid=0x00922a98 nid=0x80c runnable

"VM Periodic Task Thread" prio=10 tid=0x0023e840 nid=0x690 waiting on condition

RC1

- lock workspace
- select some text in editor
- execute edit->Task Tag

observe: the workbench dialog pops up to create task tags

- press OK

observe: nothing happens

- press Cancel

You get the following exception in the log:

!ENTRY org.eclipse.ui 4 0 Jun 01, 2004 12:32:42.886
!MESSAGE Widget is disposed
!STACK 0
org.eclipse.swt.SWTException: Widget is disposed
        at org.eclipse.swt.SWT.error(SWT.java:2691)
        at org.eclipse.swt.SWT.error(SWT.java(Inlined Compiled Code))
        at org.eclipse.swt.SWT.error(SWT.java(Inlined Compiled Code))
        at org.eclipse.swt.widgets.Widget.error(Widget.java(Inlined Compiled 
Code))
        at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java(Compiled 
Code))
        at org.eclipse.swt.widgets.Control.getMonitor(Control.java:851)
        at org.eclipse.jface.window.Window.getInitialLocation(Window.java:473)
        at org.eclipse.jface.window.Window.initializeBounds(Window.java:615)
        at org.eclipse.jface.dialogs.Dialog.initializeBounds(Dialog.java:590)
        at org.eclipse.jface.window.Window.create(Window.java:351)
        at org.eclipse.jface.dialogs.Dialog.create(Dialog.java:925)
        at org.eclipse.jface.window.Window.open(Window.java:637)
        at org.eclipse.ui.internal.progress.BlockedJobsDialog$1.runInUIThread
(BlockedJobsDialog.java:206)
        at org.eclipse.ui.progress.UIJob$1.run(UIJob.java(Compiled Code))
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java(Inlined 
Compiled Code))
        at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java(Compiled Code))
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java
(Inlined Compiled Code))
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java
(Compiled Code))
        at 
org.eclipse.ui.internal.dialogs.EventLoopProgressMonitor.runEventLoop
(EventLoopProgressMonitor.java(Compiled Code))
        at org.eclipse.ui.internal.dialogs.EventLoopProgressMonitor.isCanceled
(EventLoopProgressMonitor.java:90)
        at org.eclipse.core.internal.jobs.ThreadJob.isCanceled
(ThreadJob.java:116)
        at org.eclipse.core.internal.jobs.ThreadJob.joinRun(ThreadJob.java:146)
        at org.eclipse.core.internal.jobs.ImplicitJobs.begin
(ImplicitJobs.java:87)
        at org.eclipse.core.internal.jobs.JobManager.beginRule
(JobManager.java:170)
        at org.eclipse.core.internal.resources.WorkManager.checkIn
(WorkManager.java:95)
        at org.eclipse.core.internal.resources.Workspace.prepareOperation
(Workspace.java:1628)
        at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1668)
        at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1693)
        at org.eclipse.ui.views.tasklist.TaskPropertiesDialog.saveChanges
(TaskPropertiesDialog.java:514)
        at org.eclipse.ui.views.tasklist.TaskPropertiesDialog.okPressed
(TaskPropertiesDialog.java:476)
        at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:365)
        at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:506)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java
(Compiled Code))
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java
(Compiled Code))
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Inlined 
Compiled Code))
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java
(Compiled Code))
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java
(Compiled Code))
        at 
org.eclipse.ui.internal.dialogs.EventLoopProgressMonitor.runEventLoop
(EventLoopProgressMonitor.java(Compiled Code))
        at org.eclipse.ui.internal.dialogs.EventLoopProgressMonitor.isCanceled
(EventLoopProgressMonitor.java:90)
        at org.eclipse.core.internal.jobs.ThreadJob.isCanceled
(ThreadJob.java:116)
        at org.eclipse.core.internal.jobs.ThreadJob.joinRun(ThreadJob.java:146)
        at org.eclipse.core.internal.jobs.ImplicitJobs.begin
(ImplicitJobs.java:87)
        at org.eclipse.core.internal.jobs.JobManager.beginRule
(JobManager.java:170)
        at org.eclipse.core.internal.resources.WorkManager.checkIn
(WorkManager.java:95)
        at org.eclipse.core.internal.resources.Workspace.prepareOperation
(Workspace.java:1628)
        at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1668)
        at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1693)
        at org.eclipse.ui.views.tasklist.TaskPropertiesDialog.saveChanges
(TaskPropertiesDialog.java:514)
        at org.eclipse.ui.views.tasklist.TaskPropertiesDialog.okPressed
(TaskPropertiesDialog.java:476)
        at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:365)
        at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:506)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java
(Compiled Code))
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java
(Compiled Code))
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Inlined 
Compiled Code))
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java
(Compiled Code))
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java
(Compiled Code))
        at 
org.eclipse.ui.internal.dialogs.EventLoopProgressMonitor.runEventLoop
(EventLoopProgressMonitor.java(Compiled Code))
        at org.eclipse.ui.internal.dialogs.EventLoopProgressMonitor.isCanceled
(EventLoopProgressMonitor.java:90)
        at org.eclipse.core.internal.jobs.ThreadJob.isCanceled
(ThreadJob.java:116)
        at org.eclipse.core.internal.jobs.ThreadJob.joinRun(ThreadJob.java:146)
        at org.eclipse.core.internal.jobs.ImplicitJobs.begin
(ImplicitJobs.java:87)
        at org.eclipse.core.internal.jobs.JobManager.beginRule
(JobManager.java:170)
        at org.eclipse.core.internal.resources.WorkManager.checkIn
(WorkManager.java:95)
        at org.eclipse.core.internal.resources.Workspace.prepareOperation
(Workspace.java:1628)
        at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1668)
        at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1693)
        at org.eclipse.ui.views.tasklist.TaskPropertiesDialog.saveChanges
(TaskPropertiesDialog.java:514)
        at org.eclipse.ui.views.tasklist.TaskPropertiesDialog.okPressed
(TaskPropertiesDialog.java:476)
        at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:365)
        at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:506)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java
(Compiled Code))
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java
(Compiled Code))
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Inlined 
Compiled Code))
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java
(Compiled Code))
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java
(Compiled Code))
        at 
org.eclipse.ui.internal.dialogs.EventLoopProgressMonitor.runEventLoop
(EventLoopProgressMonitor.java(Compiled Code))
        at org.eclipse.ui.internal.dialogs.EventLoopProgressMonitor.isCanceled
(EventLoopProgressMonitor.java:90)
        at org.eclipse.core.internal.jobs.ThreadJob.isCanceled
(ThreadJob.java:116)
        at org.eclipse.core.internal.jobs.ThreadJob.joinRun(ThreadJob.java:146)
        at org.eclipse.core.internal.jobs.ImplicitJobs.begin
(ImplicitJobs.java:87)
        at org.eclipse.core.internal.jobs.JobManager.beginRule
(JobManager.java:170)
        at org.eclipse.core.internal.resources.WorkManager.checkIn
(WorkManager.java:95)
        at org.eclipse.core.internal.resources.Workspace.prepareOperation
(Workspace.java:1628)
        at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1668)
        at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1693)
        at org.eclipse.ui.views.tasklist.TaskPropertiesDialog.saveChanges
(TaskPropertiesDialog.java:514)
        at org.eclipse.ui.views.tasklist.TaskPropertiesDialog.okPressed
(TaskPropertiesDialog.java:476)
        at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:365)
        at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:506)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java
(Compiled Code))
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java
(Compiled Code))
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Inlined 
Compiled Code))
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java
(Compiled Code))
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java
(Compiled Code))
        at 
org.eclipse.ui.internal.dialogs.EventLoopProgressMonitor.runEventLoop
(EventLoopProgressMonitor.java(Compiled Code))
        at org.eclipse.ui.internal.dialogs.EventLoopProgressMonitor.isCanceled
(EventLoopProgressMonitor.java:90)
        at org.eclipse.core.internal.jobs.ThreadJob.isCanceled
(ThreadJob.java:116)
        at org.eclipse.core.internal.jobs.ThreadJob.joinRun(ThreadJob.java:146)
        at org.eclipse.core.internal.jobs.ImplicitJobs.begin
(ImplicitJobs.java:87)
        at org.eclipse.core.internal.jobs.JobManager.beginRule
(JobManager.java:170)
        at org.eclipse.core.internal.resources.WorkManager.checkIn
(WorkManager.java:95)
        at org.eclipse.core.internal.resources.Workspace.prepareOperation
(Workspace.java:1628)
        at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1668)
        at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1693)
        at org.eclipse.ui.views.tasklist.TaskPropertiesDialog.saveChanges
(TaskPropertiesDialog.java:514)
        at org.eclipse.ui.views.tasklist.TaskPropertiesDialog.okPressed
(TaskPropertiesDialog.java:476)
        at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:365)
        at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:506)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java
(Compiled Code))
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java
(Compiled Code))
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Inlined 
Compiled Code))
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java
(Compiled Code))
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java
(Compiled Code))
        at org.eclipse.jface.window.Window.runEventLoop(Window.java(Compiled 
Code))
        at org.eclipse.jface.window.Window.open(Window.java:648)
        at org.eclipse.ui.texteditor.AddTaskAction.run(AddTaskAction.java:58)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at org.eclipse.ui.actions.RetargetAction.runWithEvent
(RetargetAction.java:212)
        at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:915)
        at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:866)
        at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:785)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java
(Compiled Code))
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Inlined 
Compiled Code))
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java
(Compiled Code))
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java
(Compiled Code))
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java
(Compiled Code))
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:334)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:79)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:41)
        at java.lang.reflect.Method.invoke(Method.java:386)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)

RC1

- Open a type hierarchy of an element and have the declaration view visible
- Select the root in the hierarchy and keep the down cursor key pressed
- Observe that the declaration shows each type unlike the hierarchies method
view that only sets focus on the element finally selected

-> it would be better if the declaration view is also a post selection listener

java.lang.NullPointerException
        at org.eclipse.ant.internal.ui.editor.AntEditor.updateEditorImage
(AntEditor.java:711)
        at 
org.eclipse.ant.internal.ui.editor.AntEditor.updateForInitialReconcile
(AntEditor.java:719)
        at org.eclipse.ant.internal.ui.editor.AntEditor.reconciled
(AntEditor.java:786)
        at 
org.eclipse.ant.internal.ui.editor.text.NotifyingReconciler.notifyRec
oncilingParticipants(NotifyingReconciler.java:55)
        at 
org.eclipse.ant.internal.ui.editor.text.NotifyingReconciler.initialPr
ocess(NotifyingReconciler.java:63)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:155)

Java Project, which includes a folder within CLASSPATH, which is linked to a
resource

--- excerpt from .project ---

<?xml version="1.0" encoding="UTF-8"?>
<projectDescription>
        ...
	<linkedResources>
		<link>
			<name>localproperties</name>
			<type>2</type>
			<location>xxx_localproperties</location>
		</link>
	</linkedResources>
</projectDescription>


The folder "localproperties" will be used in CLASSPATH:

--- excerpt from .classpath ---

<?xml version="1.0" encoding="UTF-8"?>
<classpath>
    <classpathentry kind="lib" path="localproperties"/>
    <classpathentry kind="src" path="src/java"/>
    ...
</classpath>


After using a NEW Eclipse installation with a NEW workspace (and new .metadata),
 I forgot to set the linked resource "xxx_localproperties" to a local directory.
BTW: Eclipse shows a warning (! icon) in package explorer, but no warning in
problem list...

Compile etc. works without any problems.

But, when trying to launch a program, there will an "internal error" with
following stack trace:

--- excerpt from .log ---

java.lang.NullPointerException
	at
org.eclipse.jdt.internal.launching.RuntimeClasspathEntry.resolveToOSPath(RuntimeClasspathEntry.java:485)
	at
org.eclipse.jdt.internal.launching.RuntimeClasspathEntry.getLocation(RuntimeClasspathEntry.java:469)
	at
org.eclipse.jdt.launching.JavaRuntime.resolveRuntimeClasspathEntry(JavaRuntime.java:741)
	at
org.eclipse.jdt.launching.StandardSourcePathProvider.resolveClasspath(StandardSourcePathProvider.java:56)
	at
org.eclipse.jdt.launching.JavaRuntime.resolveSourceLookupPath(JavaRuntime.java:630)
	at
org.eclipse.jdt.launching.sourcelookup.JavaSourceLocator.initializeDefaults(JavaSourceLocator.java:389)
	at
org.eclipse.jdt.debug.ui.JavaUISourceLocator.initializeDefaults(JavaUISourceLocator.java:280)
	at
org.eclipse.debug.internal.core.LaunchConfiguration.initializeSourceLocator(LaunchConfiguration.java:183)
	at
org.eclipse.debug.internal.core.LaunchConfiguration.launch(LaunchConfiguration.java:155)
	at
org.eclipse.debug.internal.ui.DebugUIPlugin.buildAndLaunch(DebugUIPlugin.java:740)
	at org.eclipse.debug.ui.DebugUITools.buildAndLaunch(DebugUITools.java:625)
	at org.eclipse.debug.ui.DebugUITools$3.run(DebugUITools.java:581)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

Only after checking Eclipse sources, I could assign this exception to a problem
using linked resources. Took about 1h to identify this "misconfiguration".

It would be better, to have an warning/error, which indicates, that launching a
program would fail if CLASSPATH is not set correctly, or better, ignore
non-assigned source folders.

Bye, Jochen

Build: I-20040226

I have org.eclipse.pde.ui checked out from cvs into my workspace.
This plug-in references external JAR antui.jar.

With the open type dialog, I opened AntModel (coming from antui.jar), and I 
got the compiler abort error pasted below.

The class file did open nevertheless.  However, if I tried to do anything in 
it, e.g. select something and try to find references, etc, I get the same 
compiler abort error.

Shutting down my workbench and restarting did not help.


Error Feb 29, 2004 02:15:25.297 An internal error occurred during: "Java AST 
creation".
org.eclipse.jdt.internal.compiler.problem.AbortCompilation
	at org.eclipse.jdt.internal.compiler.problem.ProblemHandler.handle
(ProblemHandler.java:94)
	at org.eclipse.jdt.internal.compiler.problem.ProblemReporter.handle
(ProblemReporter.java:1034)
	at 
org.eclipse.jdt.internal.compiler.problem.ProblemReporter.isClassPathCorrect
(ProblemReporter.java:2110)
	at 
org.eclipse.jdt.internal.compiler.lookup.UnresolvedReferenceBinding.resolve
(UnresolvedReferenceBinding.java:37)
	at 
org.eclipse.jdt.internal.compiler.lookup.PackageBinding.getTypeOrPackage
(PackageBinding.java:163)
	at org.eclipse.jdt.internal.compiler.lookup.Scope.getTypeOrPackage
(Scope.java:1467)
	at org.eclipse.jdt.core.dom.DefaultBindingResolver.resolveName
(DefaultBindingResolver.java:228)
	at org.eclipse.jdt.core.dom.Name.resolveBinding(Name.java:89)
	at org.eclipse.jdt.internal.ui.search.OccurrencesFinder.visit
(OccurrencesFinder.java:147)
	at org.eclipse.jdt.core.dom.QualifiedName.accept0
(QualifiedName.java:88)
	at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:1663)
	at org.eclipse.jdt.core.dom.ASTNode.acceptChild(ASTNode.java:1710)
	at org.eclipse.jdt.core.dom.ImportDeclaration.accept0
(ImportDeclaration.java:106)
	at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:1663)
	at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:1733)
	at org.eclipse.jdt.core.dom.CompilationUnit.accept0
(CompilationUnit.java:173)
	at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:1663)
	at org.eclipse.jdt.internal.ui.search.OccurrencesFinder.perform
(OccurrencesFinder.java:73)
	at 
org.eclipse.jdt.internal.ui.javaeditor.JavaEditor.updateOccurrenceAnnotations
(JavaEditor.java:2835)
	at org.eclipse.jdt.internal.ui.javaeditor.JavaEditor$5.selectionChanged
(JavaEditor.java:2859)
	at 
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartLis
tenerGroup.calculateASTandInform(SelectionListenerWithASTManager.java:149)
	at 
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$1.run
(SelectionListenerWithASTManager.java:99)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

I find it strange to see the INFO color (i.e. yellow) in the progress status 
area always.  This makes me think i need to read it.  

I would prefer for it to be a bland (normal background) color when inactive 
and then turn yellow when something is happening.  This will also help draw 
attention to it.

to make it convenient to work with the tree there should be both expand and 
collapse all action provided in the toolbar

AST.parseCompilationUnit(char[]) has been deprecated.
You now need to create your own ASTParser and specify the level of the Java 
language spec you wish to parse against. Parsing against LEVEL_3_0 handles up 
to and including J2SE 1.5

When clicking on a class and then doing new -> junit test case
the code generated includes this:

public static void main(String[] args) {
		junit.textui.TestRunner.run(QueryAnalizerTest.suite());
	}

the suite() methods is not found in generated class.
I fix if by changing to 

		junit.textui.TestRunner.run(QueryAnalizerTest.class);

but I don't use to run is as an app, so maybe the fix action shuold be different

We need to implement a participant for 'move type' refactoring for the launch
configuration when jdt.ui release its support.

ICU4J project (http://oss.software.ibm.com/icu4j/) has some of it's source data
text files utf-8 encoded with BOM. When these files are opened and/or compared,
BOM is ignored and the utf-8 file is displayed wrong. 

One workaround I found is to explicitly set "Text file encoding" option in
Preferences->Workbench->Editor to UTF-8, but I think that BOM should be taken
into acount when opening text files. After all, that's what it is there for.

latest 1_5 from 16/7

i tried to save this:
class A<T> extends Vector<? super A<int[]>>{}

and got:
java.lang.NullPointerException
	at 
org.eclipse.jdt.internal.compiler.lookup.TypeVariableBinding.boundCheck
(TypeVariableBinding.java:52)
	at 
org.eclipse.jdt.internal.compiler.ast.ParameterizedSingleTypeReference.internalR
esolveType(ParameterizedSingleTypeReference.java:144)
	at 
org.eclipse.jdt.internal.compiler.ast.ParameterizedSingleTypeReference.resolveTy
pe(ParameterizedSingleTypeReference.java:184)
	at org.eclipse.jdt.internal.compiler.ast.Wildcard.internalResolveType
(Wildcard.java:60)
	at org.eclipse.jdt.internal.compiler.ast.Wildcard.resolveTypeArgument
(Wildcard.java:92)
	at 
org.eclipse.jdt.internal.compiler.ast.ParameterizedSingleTypeReference.internalR
esolveType(ParameterizedSingleTypeReference.java:117)
	at 
org.eclipse.jdt.internal.compiler.ast.ParameterizedSingleTypeReference.resolveTy
pe(ParameterizedSingleTypeReference.java:184)
	at org.eclipse.jdt.internal.compiler.ast.TypeReference.resolveSuperType
(TypeReference.java:100)
	at org.eclipse.jdt.internal.compiler.lookup.ClassScope.findSupertype
(ClassScope.java:903)
	at org.eclipse.jdt.internal.compiler.lookup.ClassScope.connectSuperclass
(ClassScope.java:636)
	at 
org.eclipse.jdt.internal.compiler.lookup.ClassScope.connectTypeHierarchy
(ClassScope.java:731)
	at 
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.connectTypeHierarc
hy(CompilationUnitScope.java:236)
	at 
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.completeTypeBindings
(LookupEnvironment.java:182)
	at org.eclipse.jdt.internal.compiler.Compiler.beginToCompile
(Compiler.java:307)
	at org.eclipse.jdt.core.dom.CompilationUnitResolver.resolve
(CompilationUnitResolver.java:392)
	at org.eclipse.jdt.core.dom.CompilationUnitResolver.resolve
(CompilationUnitResolver.java:313)
	at org.eclipse.jdt.core.dom.ASTParser.internalCreateAST
(ASTParser.java:657)
	at org.eclipse.jdt.core.dom.ASTParser.createAST(ASTParser.java:574)
	at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.createAST
(ASTProvider.java:439)
	at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.getAST
(ASTProvider.java:391)
	at 
org.eclipse.jdt.internal.ui.javaeditor.ClipboardOperationAction.getClipboardData
(ClipboardOperationAction.java:363)
	at 
org.eclipse.jdt.internal.ui.javaeditor.ClipboardOperationAction.doCutCopyWithImp
ortsOperation(ClipboardOperationAction.java:300)
	at 
org.eclipse.jdt.internal.ui.javaeditor.ClipboardOperationAction.internalDoOperat
ion(ClipboardOperationAction.java:256)
	at org.eclipse.jdt.internal.ui.javaeditor.ClipboardOperationAction$1.run
(ClipboardOperationAction.java:225)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.jdt.internal.ui.javaeditor.ClipboardOperationAction.run
(ClipboardOperationAction.java:223)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:915)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:866)
	at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:785)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

To better mimic the Java editor, move the Code Assist tab to a full fledged 
sub preference page

build I20040302

If I pull down the editor drop down selection list when in single mode there 
are three items, one being the current item, however the Ctabfolder indicates 
a number 2 below the chevron to indicate there are two hidden files.

I think the list should not show the current file, this makes the list size 
match the number by the chevron, and removes a redundant option.

attached a picture of this

latest 1_5 for 07/16

class A{
    void foo(){
        List<Integer> li= new ArrayList<Integer>();
        List<? extends Number> ls= li;       
        List<Number> x2= (List<Number>)ls;//unsafe
        x2.add(new Float(1.0));
        
        Integer i= li.get(0);//ClassCastException!
    }
}

the line marked //unsafe is indeed unsafe
because the assignment 2 lines below throws a CCE

Platform UI provided a facility (M5) for filtering object contributions based 
on DTD or root element.  Since then, Platform Core has finished support for 
content-types, which is a more generic facility for the same.  Platform UI 
would like to deprecate and remove the more specific object contribution 
attributes from M9. 
 
The new XML declaration would look something like this (in Ant UI's 
plugin.xml).... 
 
      <objectContribution 
            adaptable="true" 
            objectClass="org.eclipse.core.resources.IFile" 
            nameFilter="*.xml" 
            id="org.eclipse.ant.ui.RunAnt"> 
         <visibility> 
            <objectState 
                  name="contentTypeId" 
                  value="org.eclipse.ant.core.contentTypes.buildFile"> 
            </objectState> 
         </visibility> 
         <action 
               label="%PopupMenu.runAnt" 
               class="org.eclipse.ant.internal.ui.launchConfigurations.AntRunActionDelegate" 
               tooltip="%PopupMenu.runAntTip" 
               menubarPath="additions" 
               enablesFor="1" 
               id="org.eclipse.ant.ui.RunAntAction"> 
         </action> 
      </objectContribution>    
 
 
Then, in Ant Core, you'd need to define the content type itself.... 
 
   <extension 
   		point="org.eclipse.core.runtime.contentTypes"> 
		<content-type  
			id="contentTypes.buildFile" 
			name="%somename" 	 
			base-type="org.eclipse.core.runtime.xml" 
			priority="high"> 
			<describer 
class="org.eclipse.core.runtime.content.XMLRootElementContentDescriber"> 
				<parameter name="element" value="project" /> 
			</describer> 
		</content-type> 
   </extension>

200405190010

I get an NPE when trying to open the Colors/Fonts preference page for the first
time while using the R21 presentation.  I suspect that this is because this is
the first point that the theme code is touched (because the presentation has not
used it) and we've hooked a listener to it that is detecting an invalid theme
change.

We should ensure that calling getCurrentTheme() for the first time does not fire
events on the theme engine.  

Stack forthcoming.

Although the code assist keybinding works in the detail formatter page, 
the "code assist" hint is missing from the details area editor.

Using I200405140800 build.

I was testing DOM AST nodes hierarchy building on all eclipse source files and 
noticed a problem in class 
org.eclipse.update.internal.model.InstallConfigurationParser

Here's a smaller example easier to debug:
import java.util.Vector;
public class A {
	AA aa;
	void foo() {    
		int size = (aa.bar()).size();
		System.out.println("Size=" + size);
	}
}
class AA {
	Vector bar() { return new Vector(1); };
}
In this case, (aa.bar()).size() ExpressionStatement has the same start position 
and length than aa.bar() which is not correct.

Here's a more annoying variation of this problem:
import java.util.Vector;
public class A {
  AA aa;
  void foo() {    
    (aa.bar()).get(0);
    // comment
    if (true) {
      System.out.println("Hello: " + toString()); //$NON-NLS-1$
    }
  }
}
class AA {
  Vector bar() { return new Vector(1); };
}
In this case (aa.bar()).get(0) ExpressionStatement starts at 'aa' and ends at 
semi-colon of syso statement!

I used ASTView plugin to see the invalid node ranges.

Looking at code, it seems that enclosing parenthesis around aa.bar() expression 
statement are not correctly handled in 
removeTrailingCommentFromExpressionEndingWithAParen(ASTNode) and 
retrieveEndingSemiColonPosition(int,int) methods of ASTConverter...

/**
 * Creates and returns the contents of the upper part 
 * of this dialog (above the button bar).
 * <p>
 * The <code>Dialog</code> implementation of this framework method
 * creates and returns a new <code>Composite</code> with
 * standard margins and spacing. Subclasses should override.
 * </p>
 *
 * @param the parent composite to contain the dialog area
 * @return the dialog area control
 */
protected Control createDialogArea(Composite parent)

@@@@

The composite created by this method does _not_ have standard margings and
spacing but 0-width margins and spacing.

I05201226 (sorry if I have the wrong component)

I'm running with a set of preferences that's been totally changed from the 
default settings, just to get more code coverage during testing.  Some of my 
preferences may not even make sense, but they're all valid.  They're attached 
in the next comment because they're probably responsible for me seeing this.

- from a fresh install create a cvs connection to dev.eclipse.org and retrieve 
the org.eclipse.swt project
- import my attached preferences (Window -> Preferences, push Import button at 
bottom)
- right-click on org.eclipse.swt's contained build.xml file, Run -> Ant Build 
(default target)
- the following will be written to .log:

!MESSAGE Error logged from Ant Core: 
!STACK 1
org.eclipse.core.runtime.CoreException: Variable references non-existent 
resource : ${workspace_loc:/org.eclipse.swt.tests/build.properties}
	at 
org.eclipse.debug.internal.ui.stringsubstitution.ResourceResolver.abort
(ResourceResolver.java:104)
	at 
org.eclipse.debug.internal.ui.stringsubstitution.ResourceResolver.resolveValue
(ResourceResolver.java:50)
	at org.eclipse.core.internal.variables.DynamicVariable.getValue
(DynamicVariable.java:54)
	at org.eclipse.core.internal.variables.StringSubstitutionEngine.resolve
(StringSubstitutionEngine.java:267)
	at 
org.eclipse.core.internal.variables.StringSubstitutionEngine.substitute
(StringSubstitutionEngine.java:192)
	at 
org.eclipse.core.internal.variables.StringSubstitutionEngine.performStringSubsti
tution(StringSubstitutionEngine.java:86)
	at 
org.eclipse.core.internal.variables.StringVariableManager.performStringSubstitut
ion(StringVariableManager.java:549)
	at 
org.eclipse.core.internal.variables.StringVariableManager.performStringSubstitut
ion(StringVariableManager.java:341)
	at org.eclipse.ant.core.AntCorePreferences.getCustomPropertyFiles
(AntCorePreferences.java:1022)
	at org.eclipse.ant.core.AntCorePreferences.getCustomPropertyFiles
(AntCorePreferences.java:1037)
	at 
org.eclipse.ant.internal.ui.launchConfigurations.AntLaunchDelegate.generateComma
ndLine(AntLaunchDelegate.java:300)
	at 
org.eclipse.ant.internal.ui.launchConfigurations.AntLaunchDelegate.launch
(AntLaunchDelegate.java:156)
	at org.eclipse.debug.internal.core.LaunchConfiguration.launch
(LaunchConfiguration.java:569)
	at org.eclipse.debug.internal.core.LaunchConfiguration.launch
(LaunchConfiguration.java:150)
	at org.eclipse.debug.internal.ui.DebugUIPlugin.buildAndLaunch
(DebugUIPlugin.java:796)
	at org.eclipse.debug.internal.ui.DebugUIPlugin$6.run
(DebugUIPlugin.java:959)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)
!SUBENTRY 1 org.eclipse.debug.ui 4 120 May 21, 2004 12:17:58.286
!MESSAGE Variable references non-existent resource : 
${workspace_loc:/org.eclipse.swt.tests/build.properties}

- nightly build: eclipse-SDK-N20040221-macosx-carbon.tar
- started first time
- closed welcome
- switched to CVS perspective
- connected to eclipse.org
- attempted to expand HEAD
- eclipse became unresponsive (i.e. spinning ball cursor == no events being processed)

!SESSION Feb 21, 2004 08:52:13.827 ---------------------------------------------
java.version=1.4.2_03
java.vendor=Apple Computer, Inc.
BootLoader constants: OS=macosx, ARCH=ppc, WS=carbon, NL=en_US
Command-line arguments: -keyring /Users/mcq/.eclipse_keyring -showlocation -data workspace
!ENTRY org.eclipse.team.cvs.ssh 1 0 Feb 21, 2004 08:52:13.830
!MESSAGE Host key for dev.eclipse.org was not found in the list of known hosts stored in /Users/mcq/
Desktop/eclipse/workspace/.metadata/.plugins/org.eclipse.team.cvs.ssh/known_hosts. The key is 
being automatically added to the known_hosts file for you. This key, which is like a personal signature, 
is used by Eclipse to guarantee that the host it is communicating with is the correct one. If the Eclipse 
client detects a change in this key you will be notified.
Full thread dump Java HotSpot(TM) Client VM (1.4.2-34 mixed mode):

"Worker-4" prio=5 tid=0x0055ac10 nid=0x1c9cc00 in Object.wait() [f080f000..f080fb20]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x62dd4a58> (a org.eclipse.core.internal.jobs.WorkerPool)
	at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:185)
	- locked <0x62dd4a58> (a org.eclipse.core.internal.jobs.WorkerPool)
	at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:211)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

"Worker-0" prio=5 tid=0x0054d500 nid=0x1bd9600 waiting on condition [f0509000..f0509b20]
	at java.lang.Thread.sleep(Native Method)
	at org.eclipse.ui.internal.progress.AnimationManager.animateLoop(AnimationManager.java:239)
	at org.eclipse.ui.internal.progress.AnimationManager$3.run(AnimationManager.java:377)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

"Start Level Event Dispatcher" daemon prio=5 tid=0x005140e0 nid=0x1851400 in Object.wait() 
[f0488000..f0488b20]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x62ae4470> (a org.eclipse.osgi.framework.eventmgr.EventThread)
	at java.lang.Object.wait(Object.java:429)
	at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:167)
	- locked <0x62ae4470> (a org.eclipse.osgi.framework.eventmgr.EventThread)
	at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:118)

"Framework Event Dispatcher" daemon prio=5 tid=0x00511740 nid=0x186c800 in Object.wait() 
[f0407000..f0407b20]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x62aa0140> (a org.eclipse.osgi.framework.eventmgr.EventThread)
	at java.lang.Object.wait(Object.java:429)
	at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:167)
	- locked <0x62aa0140> (a org.eclipse.osgi.framework.eventmgr.EventThread)
	at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:118)

"Signal Dispatcher" daemon prio=10 tid=0x00507fc0 nid=0x1812600 waiting on condition [0..0]

"Finalizer" daemon prio=8 tid=0x00506ad0 nid=0x180e000 in Object.wait() [f0203000..f0203b20]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x62aa0268> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
	- locked <0x62aa0268> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
	at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x005067a0 nid=0x1802600 in Object.wait() 
[f0182000..f0182b20]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x62aa0050> (a java.lang.ref.Reference$Lock)
	at java.lang.Object.wait(Object.java:429)
	at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
	- locked <0x62aa0050> (a java.lang.ref.Reference$Lock)

"main" prio=6 tid=0x00500c30 nid=0xa000a1ec runnable [bfffc000..bffff648]
	at org.eclipse.swt.internal.carbon.OS.ReshapeCustomWindow(Native Method)
	at org.eclipse.swt.widgets.Shell.setRegion(Shell.java:1176)
	at org.eclipse.ui.internal.AssociatedWindow$2.getRegion(AssociatedWindow.java:270)
	at org.eclipse.ui.internal.AssociatedWindow$2.paintControl(AssociatedWindow.java:247)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:82)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1183)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1207)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1192)
	at org.eclipse.swt.widgets.Control.drawWidget(Control.java:538)
	at org.eclipse.swt.widgets.Shell.drawWidget(Shell.java:490)
	at org.eclipse.swt.widgets.Widget.kEventControlDraw(Widget.java:862)
	at org.eclipse.swt.widgets.Canvas.kEventControlDraw(Canvas.java:105)
	at org.eclipse.swt.widgets.Widget.controlProc(Widget.java:313)
	at org.eclipse.swt.widgets.Display.controlProc(Display.java:626)
	at org.eclipse.swt.internal.carbon.OS.ShowWindow(Native Method)
	at org.eclipse.swt.widgets.Shell.setWindowVisible(Shell.java:1241)
	at org.eclipse.swt.widgets.Shell.setVisible(Shell.java:1210)
	at org.eclipse.ui.internal.progress.ProgressFloatingWindow.open(ProgressFloatingWindow.java:
237)
	at org.eclipse.ui.internal.progress.AnimationItem$6.runInUIThread(AnimationItem.java:207)
	- locked <0x62faea20> (a java.lang.Object)
	at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:90)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
	- locked <0x61d30a18> (a org.eclipse.swt.widgets.RunnableLock)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2094)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1917)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1546)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1522)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:100)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

"VM Thread" prio=5 tid=0x00506020 nid=0x1802e00 runnable 

"VM Periodic Task Thread" prio=10 tid=0x00507f30 nid=0x1809c00 waiting on condition 
"Exception Catcher Thread" prio=10 tid=0x00500e60 nid=0x1802a00 runnable

I didn't find the detail error information for an error in the 
ErrorNotificationDialog. The support to get at this information is "hidden" in 
a context menu of the table. 

The patch below makes the action more easily accessible from a button.

Changes:
* adds a Show... button to show the currently selected error
* adds a Clear button to clear the currently selected error
* adds a border around the table.

Index: ErrorNotificationDialog.java
===================================================================
RCS file: /home/eclipse/org.eclipse.ui.workbench/Eclipse 
UI/org/eclipse/ui/internal/progress/ErrorNotificationDialog.java,v
retrieving revision 1.4
diff -u -r1.4 ErrorNotificationDialog.java
--- ErrorNotificationDialog.java	18 Mar 2004 14:24:59 -0000	1.4
+++ ErrorNotificationDialog.java	17 Apr 2004 13:26:56 -0000
@@ -14,6 +14,7 @@
 import org.eclipse.swt.events.DisposeListener;
 import org.eclipse.swt.events.MouseAdapter;
 import org.eclipse.swt.events.MouseEvent;
+import org.eclipse.swt.events.SelectionAdapter;
 import org.eclipse.swt.events.SelectionEvent;
 import org.eclipse.swt.events.SelectionListener;
 import org.eclipse.swt.graphics.Image;
@@ -21,6 +22,7 @@
 import org.eclipse.swt.widgets.Button;
 import org.eclipse.swt.widgets.Composite;
 import org.eclipse.swt.widgets.Control;
+import org.eclipse.swt.widgets.Label;
 import org.eclipse.swt.widgets.Menu;
 import org.eclipse.swt.widgets.Shell;
 
@@ -34,9 +36,11 @@
 import org.eclipse.jface.viewers.IContentProvider;
 import org.eclipse.jface.viewers.ILabelProviderListener;
 import org.eclipse.jface.viewers.ISelection;
+import org.eclipse.jface.viewers.ISelectionChangedListener;
 import org.eclipse.jface.viewers.IStructuredContentProvider;
 import org.eclipse.jface.viewers.IStructuredSelection;
 import org.eclipse.jface.viewers.ITableLabelProvider;
+import org.eclipse.jface.viewers.SelectionChangedEvent;
 import org.eclipse.jface.viewers.TableViewer;
 import org.eclipse.jface.viewers.Viewer;
 import org.eclipse.jface.viewers.ViewerSorter;
@@ -51,6 +55,8 @@
 	Action clearAllErrorsAction;
 	Action showErrorAction;
 	TableViewer errorViewer;
+	Button showButton;
+	private Button clearButton;
 	/**
 	 * Create a new instance of the receiver.
 	 * @param parentShell
@@ -82,7 +88,9 @@
 	protected Control createDialogArea(Composite parent) {
 		initializeDialogUnits(parent);
 		Composite topArea = (Composite) super.createDialogArea(parent);
-		errorViewer = new TableViewer(topArea, SWT.MULTI | 
SWT.H_SCROLL | SWT.V_SCROLL);
+		Label label= new Label(topArea, SWT.NONE);
+		label.setText("&Errors:");
+		errorViewer = new TableViewer(topArea, SWT.MULTI | 
SWT.H_SCROLL | SWT.V_SCROLL | SWT.BORDER);
 		errorViewer.setSorter(getViewerSorter());
 		errorViewer.getControl().addMouseListener(new MouseAdapter() {
 			/* (non-Javadoc)
@@ -92,10 +100,17 @@
 				openErrorDialog();
 			}
 		});
+		errorViewer.addSelectionChangedListener(new 
ISelectionChangedListener() {
+			public void selectionChanged(SelectionChangedEvent 
event) {
+				boolean enabled= !errorViewer.getSelection
().isEmpty();
+				showButton.setEnabled(enabled);
+				clearButton.setEnabled(enabled);
+			}
+		});
 		Control control = errorViewer.getControl();
 		GridData data = new GridData(GridData.FILL_BOTH | 
GridData.GRAB_HORIZONTAL
 				| GridData.GRAB_VERTICAL);
-		data.widthHint = convertWidthInCharsToPixels(50);
+		data.widthHint = convertWidthInCharsToPixels(60);
 		data.heightHint = convertHeightInCharsToPixels(10);
 		control.setLayoutData(data);
 		initContentProvider();
@@ -108,6 +123,22 @@
 	 * @see org.eclipse.jface.dialogs.Dialog#createButtonsForButtonBar
(org.eclipse.swt.widgets.Composite)
 	 */
 	protected void createButtonsForButtonBar(Composite parent) {
+		showButton = createButton(parent, 
IDialogConstants.CLIENT_ID+1, "&Show...", false);
+		showButton.setEnabled(false);
+		showButton.addSelectionListener(new SelectionAdapter() {
+			public void widgetSelected(SelectionEvent e) {
+				openErrorDialog();
+			}
+		});
+
+		clearButton = createButton(parent, 
IDialogConstants.CLIENT_ID+1, "C&lear", false);
+		clearButton.setEnabled(false);
+		clearButton.addSelectionListener(new SelectionAdapter() {
+			public void widgetSelected(SelectionEvent e) {
+				clearSelectionAction.run();
+			}
+		});
+
 		Button button = createButton(parent, IDialogConstants.CLOSE_ID,
 				IDialogConstants.CLOSE_LABEL, true);
 		button.addSelectionListener(new SelectionListener() {
@@ -124,6 +155,8 @@
 				close();
 			}
 		});
+		
+
 	}
 	/**
 	 * Create the clear all errors action for the receiver.

The Job description is shown to the user and Jobs are an implementation 
detail. Therefore change the Job description to Searching Java

Here's a test case for this bug. Watch the stdout of the program.

--WizardDialogBug

import org.eclipse.jface.dialogs.IDialogConstants;
import org.eclipse.jface.wizard.IWizard;
import org.eclipse.jface.wizard.Wizard;
import org.eclipse.jface.wizard.WizardDialog;
import org.eclipse.jface.wizard.WizardPage;
import org.eclipse.swt.SWT;
import org.eclipse.swt.widgets.Button;
import org.eclipse.swt.widgets.Composite;
import org.eclipse.swt.widgets.Display;
import org.eclipse.swt.widgets.Shell;

public class WizardDialogBug {
	public static void main(String[] args) {
		WizardDialogBug wizardDialogBug = new WizardDialogBug();
		wizardDialogBug.run();
	}
	
	public void run() {
		Display display = new Display();
		Shell shell = new Shell( display, SWT.NONE );
		
		TestWizard wizard = new TestWizard();
		TestWizardDialog dialog = new TestWizardDialog( shell, wizard );
		dialog.setBlockOnOpen( false );
		dialog.open();
		
		while( !shell.isDisposed() ) 
			if( !display.readAndDispatch() )
				display.sleep();

		display.dispose();
	}
	
	// test WizardPage
	public class TestWizardPage extends WizardPage {
		public TestWizardPage() {
			super( "TestWizardPage" );
		}

		public void createControl(Composite parent) {
			Button b = new Button( parent, SWT.PUSH );
			b.setText( "Button" );
			setControl( b );
		}
	}
	
	// test Wizard
	public class TestWizard extends Wizard {
		public TestWizard() {
			super();
			setWindowTitle( "TestWizard" );
		}
		
		public void addPages() {
			addPage( new TestWizardPage() );
		}
		
		public boolean performFinish() {
			return false;
		}
	}
	
	// test WizardDialog
	public class TestWizardDialog extends WizardDialog {
		public TestWizardDialog( Shell shell, IWizard wizard ) {
			super( shell, wizard );
		}
		
		public int open() {
			int rc = super.open();
			
			// by now, all controls should have been created;
			System.out.println( getButton( IDialogConstants.FINISH_ID ) );
			System.out.println( getButton( IDialogConstants.CANCEL_ID ) );
			
			return rc;
		}
	}
}

The actions which are set as a property for a job (see below) should define a 
tool tip. The tooltip will show-up when hovering over the link.

job.setProperty(new QualifiedName
("org.eclipse.ui.workbench.progress", "goto"), new Action() {
			public void run() {
				if(gotoAction[0] != null) {
					gotoAction[0].run();
				}
			}
			public boolean isEnabled() {
				return gotoAction[0] != null;
			}
		});

Smoke for I20040316

- load JUnit
- search for TestCase (test search)

observe: the UI claims that textui.TestRunner has 1 match, but if you open the 
editor you see 3 matches.

We need to set an icons for the build jobs

The incorrect assignment "countTokens() = 3" in example causes a null pointer 
exception (Stack trace below). Note that error does not occur outside of if 
statement test.

StringTokenizer tokeniser = new StringTokenizer( "", "" );
if ( tokeniser.countTokens() = 3 ) {}

--------------------------------
An internal error occurred during: "Java AST creation".
java.lang.NullPointerException
org.eclipse.jdt.internal.compiler.ast.Assignment.checkAssignment
(Assignment.java:67)
org.eclipse.jdt.internal.compiler.ast.Assignment.resolveTypeExpecting
(Assignment.java:191)
org.eclipse.jdt.internal.compiler.ast.IfStatement.resolve(IfStatement.java:221)
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatement
s(AbstractMethodDeclaration.java:395)
org.eclipse.jdt.internal.compiler.ast.ConstructorDeclaration.resolveStatements
(ConstructorDeclaration.java:427)
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve
(AbstractMethodDeclaration.java:373)
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve
(TypeDeclaration.java:920)
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve
(TypeDeclaration.java:969)
org.eclipse.jdt.internal.compiler.ast.CompilationUnitDeclaration.resolve
(CompilationUnitDeclaration.java:280)
org.eclipse.jdt.core.dom.CompilationUnitResolver.resolve
(CompilationUnitResolver.java:436)
org.eclipse.jdt.core.dom.CompilationUnitResolver.resolve
(CompilationUnitResolver.java:313)
org.eclipse.jdt.core.dom.ASTParser.internalCreateAST(ASTParser.java:657)
org.eclipse.jdt.core.dom.ASTParser.createAST(ASTParser.java:574)
org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.createAST
(ASTProvider.java:441)
org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.getAST(ASTProvider.java:393)
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartList
enerGroup.calculateASTandInform(SelectionListenerWithASTManager.java:159)
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$3.run
(SelectionListenerWithASTManager.java:136)
org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

Using the 3.0.1 GM Build
======================================

I have seen the following ClassCastException quite a few times when closing the 
workbench:

!ENTRY org.eclipse.core.runtime 4 2 Sep 21, 2004 08:52:52.265
!MESSAGE Problems occurred when invoking code from plug-in: "org.eclipse.core.ru
ntime".
!STACK 0
java.lang.ClassCastException: org/eclipse/ui/internal/EditorActionBars incompati
ble with org/eclipse/ui/internal/ViewActionBars
        at org.eclipse.ui.internal.ViewFactory.destroyView(Unknown Source)
        at org.eclipse.ui.internal.ViewFactory.releaseView(Unknown Source)
        at org.eclipse.ui.internal.Perspective.dispose(Unknown Source)
        at org.eclipse.ui.internal.WorkbenchPage.dispose(Unknown Source)
        at org.eclipse.ui.internal.WorkbenchWindow.closeAllPages(Unknown Source)

        at org.eclipse.ui.internal.WorkbenchWindow.hardClose(Unknown Source)
        at org.eclipse.ui.internal.WorkbenchWindow.busyClose(Unknown Source)
        at org.eclipse.ui.internal.WorkbenchWindow.access$0(Unknown Source)
        at org.eclipse.ui.internal.WorkbenchWindow$1.run(Unknown Source)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(Unknown Source)
        at org.eclipse.ui.internal.WorkbenchWindow.close(Unknown Source)
        at org.eclipse.jface.window.WindowManager.close(Unknown Source)
        at org.eclipse.ui.internal.Workbench$10.run(Unknown Source)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(Unknown Source
)
        at org.eclipse.core.runtime.Platform.run(Unknown Source)
        at org.eclipse.ui.internal.Workbench.busyClose(Unknown Source)
        at org.eclipse.ui.internal.Workbench.access$8(Unknown Source)
        at org.eclipse.ui.internal.Workbench$12.run(Unknown Source)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(Unknown Source)
        at org.eclipse.ui.internal.Workbench.close(Unknown Source)
        at org.eclipse.ui.internal.Workbench.close(Unknown Source)
        at org.eclipse.ui.internal.QuitAction.run(Unknown Source)
        at org.eclipse.jface.action.Action.runWithEvent(Unknown Source)
        at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(Unknown Source)
        at org.eclipse.jface.action.ActionContributionItem.access$2(Unknown Sour
ce)
        at org.eclipse.jface.action.ActionContributionItem$7.handleEvent(Unknown
 Source)
        at org.eclipse.swt.widgets.EventTable.sendEvent(Unknown Source)
        at org.eclipse.swt.widgets.Widget.sendEvent(Unknown Source)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Unknown Source)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Unknown Source)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Unknown Source)
        at org.eclipse.ui.internal.Workbench.runUI(Unknown Source)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Unknown Sourc
e)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(Unknown Source)
        at org.eclipse.ui.internal.ide.IDEApplication.run(Unknown Source)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(Unknown Sou
rce)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:273)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:129)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:85)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:58)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:60)
        at java.lang.reflect.Method.invoke(Method.java:391)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:684)
        at org.eclipse.core.launcher.Main.main(Main.java:668)

I did the Entires handling but missed the folder handling.

Here's the exception from the log:

!SESSION May 10, 2004 17:12:32.309 --------------------------------------------
-
java.version=1.4.1_02
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_CA
Command-line arguments: -version 3 -application 
org.eclipse.pde.junit.runtime.uitestapplication -port 2306 -testpluginname 
org.eclipse.team.tests.cvs.core -classnames 
org.eclipse.team.tests.ccvs.core.AllTests
!ENTRY org.eclipse.core.resources 4 368 May 10, 2004 17:12:32.309
!MESSAGE Errors occured while applying CVS decorations to resources.
!STACK 1
org.eclipse.core.internal.resources.ResourceException: 
Resource /testIgnoredAfterCheckout-1084223546029-copy/CVS/Root does not exist.
	at org.eclipse.core.internal.resources.Resource.checkExists
(Resource.java:309)
	at org.eclipse.core.internal.localstore.FileSystemResourceManager.read
(FileSystemResourceManager.java:498)
	at org.eclipse.core.internal.resources.File.getContents(File.java:257)
	at org.eclipse.core.internal.resources.File.getContents(File.java:246)
	at 
org.eclipse.team.internal.ccvs.core.util.SyncFileWriter.readFirstLine
(SyncFileWriter.java:433)
	at 
org.eclipse.team.internal.ccvs.core.util.SyncFileWriter.readFolderSync
(SyncFileWriter.java:182)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.cacheFolderSy
nc(EclipseSynchronizer.java:848)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.getFolderSync
(EclipseSynchronizer.java:181)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.getFolderSyncInfo
(EclipseFolder.java:176)
	at 
org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.getTagToShow
(CVSLightweightDecorator.java:356)
	at 
org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.decorateTextLabel
(CVSLightweightDecorator.java:274)
	at org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.decorate
(CVSLightweightDecorator.java:235)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.decorate
(LightweightDecoratorDefinition.java:155)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager$LightweightRunna
ble.run(LightweightDecoratorManager.java:60)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:604)
	at org.eclipse.core.runtime.Platform.run(Platform.java:545)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.decorate
(LightweightDecoratorManager.java:258)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.getDecorations
(LightweightDecoratorManager.java:241)
	at org.eclipse.ui.internal.decorators.DecorationScheduler$1.run
(DecorationScheduler.java:283)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)
!SUBENTRY 1 org.eclipse.core.resources 4 368 May 10, 2004 17:12:32.309
!MESSAGE Resource /testIgnoredAfterCheckout-1084223546029-copy/CVS/Root does 
not exist.

I20040428
There is a problem showing the compare/merge results from the progress viewer
twice. I suspect it is because we are initializing something twice and messing
up the sync model.

Here's my code...


public class RPCCorePerspective implements IPerspectiveFactory {

	public RPCCorePerspective() {
		super();
	}

	public void createInitialLayout(IPageLayout layout) {
		defineLayout(layout);
	}

	public void defineLayout(IPageLayout layout) {
			layout.addFastView("customer.views.CustomerView", .8f);

        }
}


This code worked in 3.0 M8 but fails in 3.0 M9.
The view id that I used is valid.
The call to addFastViews fails on an internal assertion.  To me it looks like 
an internal coding error.

Our testers found that MessageDialog (org.eclipse.jface.dialogs.MessageDialog) 
dialogs do not conform to Low Vision compliance quidelines (T&M 162A). There is 
no hover text for the icons is these dialogs. See below for test case of Low 
Vision Compliance.

High Contrast:  Under Control Panel_accessibility_display tab change to high 
contrast white or yellow on a black background.  This test will remove color 
and render everything on screen in black and white.  These settings are used by 
low vision users who can only see text when there is a high degree of contrast 
between the foreground and background colors, as well as some color blind 
users.  Text must not be illegible, gray, or any other color other than black 
and white (or yellow depending on the settings you chose).  "Bleed through" 
(the text behind a control shows within the control) on any controls or text 
should also be reported.  Check that alt text is present on each icon by using 
the mouse to "hover over" the icon.

200405190010

In the configuration below, 'Go to Next Annotation' doesn't find the error after
jumping to the warning. 'Go to Previous Annotation' however correctly cycles
through both Markers.

- set 'Prefs > Java > Compiler > Style > Undocumented empty block' to Warning
- check 'Errors' and 'Warnings' in 'Go to Next Annotation' toolbar button menu
- Ctrl+. -> correctly jumps to "Empty block should be documented" (local class)
- Ctrl+.
-> expected: jumps to "Type mismatch: ..."
-> was: stays on first annotation.

public class Klazz {
	public Runnable getHoverUpdater() {
		class Lokal {
			
		}
		return new Object();
	}
}

In the javadoc of the class org.eclipse.jdt.core.dom.MethodDeclaration, in the
JLS3 section, the type parameters are missing inside the definition of a
constructor declaration. It is ok for the method declaration.

I200405190010

Start Replace... while text search is still going on. The UI freezes for some
time without giving a dialog.

Using 0304, I got the following errors in the .log after cancelling a
synchronization operation.
This happened the first time I started a workspace that ran using M7 before
using 0304 build.
I will attach the .log file.

I200405190010

1. Search for declaration of T
==> 1 match
2. Enable one of the filters
==> "Filters Matched 1"

This is wrong since it did not match anything. It should be like in the Task
view where it says; "Filter matched i of n items".

N20041209

The failures in N20041209-0010 seem to come from a NPE in
ITypeBinding.isCastCompatible


java.lang.NullPointerException
at
org.eclipse.jdt.internal.compiler.ast.Expression.checkCastTypesCompatibility(Expression.java:225)
at org.eclipse.jdt.core.dom.TypeBinding.isCastCompatible(TypeBinding.java:752)
at org.eclipse.jdt.internal.corext.dom.TypeRules.canCast(TypeRules.java:96)
at org.eclipse.jdt.ui.tests.core.TypeRulesTest.testCanCast(TypeRulesTest.java:213)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22)
at junit.extensions.TestSetup$1.protect(TestSetup.java:19)
at junit.extensions.TestSetup.run(TestSetup.java:23)
at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22)
at junit.extensions.TestSetup$1.protect(TestSetup.java:19)
at junit.extensions.TestSetup.run(TestSetup.java:23)
at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22)
at junit.extensions.TestSetup$1.protect(TestSetup.java:19)
at junit.extensions.TestSetup.run(TestSetup.java:23)
at org.eclipse.test.EclipseTestRunner.run(EclipseTestRunner.java:313)
at org.eclipse.test.EclipseTestRunner.run(EclipseTestRunner.java:199)
at org.eclipse.test.UITestApplication$3.run(UITestApplication.java:188)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:118)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2675)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2400)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1577)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1548)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:286)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
at org.eclipse.test.UITestApplication.runApplication(UITestApplication.java:131)
at org.eclipse.test.UITestApplication.run(UITestApplication.java:58)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:220)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:710)
at org.eclipse.core.launcher.Main.main(Main.java:694)

RFC 70 allow a bundle to be fragment to multiple hosts, something like:

Fragment-Host: host1[, host2[,... hostn]]

The expected semantics is that if at least one of the hosts is available, the
fragment should be resolved.

API implications: BundleDescription.getHost should be deprecated and replaced by
BundleDescription[] BundleDescription.getHosts.

Build I20040506

According to bug 62232, the following stack trace got observed in .log file.
No steps to reproduce.

!MESSAGE Exception in Decorator
!ENTRY org.eclipse.ui 4 4 May 18, 2004 10:00:06.146
!MESSAGE 1
!STACK 0
java.lang.ArrayIndexOutOfBoundsException: 1
	at org.eclipse.jdt.internal.core.SearchableEnvironment.find
(SearchableEnvironment.java:109)
	at org.eclipse.jdt.internal.core.SearchableEnvironment.findType
(SearchableEnvironment.java:157)
	at 
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.askForType
(LookupEnvironment.java:95)
	at 
org.eclipse.jdt.internal.compiler.lookup.PackageBinding.getTypeOrPackage
(PackageBinding.java:170)
	at 
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.findOnDemandImpor
t(CompilationUnitScope.java:361)
	at 
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.findSingleTypeImp
ort(CompilationUnitScope.java:419)
	at 
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.resolveSingleType
Import(CompilationUnitScope.java:547)
	at org.eclipse.jdt.internal.compiler.lookup.Scope.getTypeOrPackage
(Scope.java:1436)
	at org.eclipse.jdt.internal.compiler.lookup.ClassScope.findSupertype
(ClassScope.java:815)
	at 
org.eclipse.jdt.internal.compiler.lookup.ClassScope.connectSuperInterfaces
(ClassScope.java:652)
	at 
org.eclipse.jdt.internal.compiler.lookup.ClassScope.connectTypeHierarchy
(ClassScope.java:701)
	at 
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.connectTypeHierar
chy(CompilationUnitScope.java:242)
	at 
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.completeTypeBindings
(LookupEnvironment.java:225)
	at org.eclipse.jdt.internal.core.hierarchy.HierarchyResolver.accept
(HierarchyResolver.java:202)
	at 
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.askForType
(LookupEnvironment.java:107)
	at 
org.eclipse.jdt.internal.compiler.lookup.PackageBinding.getTypeOrPackage
(PackageBinding.java:170)
	at 
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.findOnDemandImpor
t(CompilationUnitScope.java:361)
	at 
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.findSingleTypeImp
ort(CompilationUnitScope.java:419)
	at 
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.faultInImports
(CompilationUnitScope.java:297)
	at 
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.faultInTypes
(CompilationUnitScope.java:347)
	at org.eclipse.jdt.internal.core.hierarchy.HierarchyResolver.resolve
(HierarchyResolver.java:710)
	at org.eclipse.jdt.internal.core.hierarchy.HierarchyResolver.resolve
(HierarchyResolver.java:522)
	at 
org.eclipse.jdt.internal.core.hierarchy.HierarchyBuilder.buildSupertypes
(HierarchyBuilder.java:113)
	at 
org.eclipse.jdt.internal.core.hierarchy.IndexBasedHierarchyBuilder.build
(IndexBasedHierarchyBuilder.java:135)
	at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.compute
(TypeHierarchy.java:319)
	at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.refresh
(TypeHierarchy.java:1234)
	at 
org.eclipse.jdt.internal.core.CreateTypeHierarchyOperation.executeOperation
(CreateTypeHierarchyOperation.java:90)
	at org.eclipse.jdt.internal.core.JavaModelOperation.run
(JavaModelOperation.java:700)
	at org.eclipse.jdt.internal.core.JavaModelOperation.runOperation
(JavaModelOperation.java:739)
	at org.eclipse.jdt.internal.core.SourceType.newSupertypeHierarchy
(SourceType.java:604)
	at org.eclipse.jdt.internal.core.SourceType.newSupertypeHierarchy
(SourceType.java:556)
	at 
org.eclipse.jdt.internal.corext.util.SuperTypeHierarchyCache.getTypeHierarchy
(SuperTypeHierarchyCache.java:95)
	at 
org.eclipse.jdt.internal.corext.util.SuperTypeHierarchyCache.getTypeHierarchy
(SuperTypeHierarchyCache.java:81)
	at 
org.eclipse.jdt.ui.OverrideIndicatorLabelDecorator.getOverrideIndicators
(OverrideIndicatorLabelDecorator.java:142)
	at 
org.eclipse.jdt.ui.OverrideIndicatorLabelDecorator.computeAdornmentFlags
(OverrideIndicatorLabelDecorator.java:117)
	at org.eclipse.jdt.ui.OverrideIndicatorLabelDecorator.decorate
(OverrideIndicatorLabelDecorator.java:203)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.decorate
(LightweightDecoratorDefinition.java:155)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager$LightweightRunna
ble.run(LightweightDecoratorManager.java:60)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:607)
	at org.eclipse.core.runtime.Platform.run(Platform.java:668)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.decorate
(LightweightDecoratorManager.java:258)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.getDecorations
(LightweightDecoratorManager.java:241)
	at org.eclipse.ui.internal.decorators.DecorationScheduler$1.run
(DecorationScheduler.java:283)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

Eclipse 3.0

The type hierarchy should show the active working set in the content
description. Instead of WorkbenchPart#setTitle(), it should use
setContentDescription() to display the focus type and active working set.

Several aspects of the Text control have been broken since 3.0 on GTK. 
SWT.BORDER and SWT.WRAP are no longer honoured.  Additionally, all text appears
to be vertically aligned center by default.  Screenshot forthcoming.

GlobalSynchronize action doesn't update it's tooltip. This is problematic
because the same action that is shown in the sync view does and since they have
the same semantics having the tooltip differ is wrong.

I've tried to look-into why the tooltip is not being set, but can't figure out
why the action's contribution item isn't updating.

I'm using 3.0 M7.
I have an application, implementing workbench advisor, that creates a 
placeholder Help menu in the top level menu. Since the Help menu has no items 
other than separators and group items a swt menu is not created. Later on an 
item, Help Contents, is contributed to the Help menu. When 	
	getMenuBarManager().updateAll(false);
is called from updateActionBars() in WorkbenchWindow the help menu will not be 
updated for two reasons:
1) The top level menu is not dirty, so it can't fill the help menu can create 
the swt menu.
2) The swt menu for the Help menu does not exist, so the swt menu can not be 
created.

I have an sample application to demonstrate the problem as well as a fix to 
MenuManager.java in jface to solve the problem.

The fix is to override markDirty()in MenuManager.java with the following code. 
	
    /* (non-Javadoc)
     * @see org.eclipse.jface.action.IContributionManager#markDirty()
     */
    public void markDirty() {
        super.markDirty();
        
        // if we do not have a menu yet, then we need to mark our parent as 
dirty so our parent will
        // have the chance to create our menu when it gets updated.
        if (!menuExist()) {
            IContributionManager parent = getParent();
            if (parent != null && !parent.isDirty()) {
                parent.markDirty();
            }
        }
    }

options -> Reuse editors to show matches in workbench -> search - has no effect

Build N20040422

I'm running a 1024x768 resolution on WinXP. I find that the Help window is too 
big: 
(1) it completely obscures the workbench, which I still need to see
(2) help's buttons are hidden by the Windows toolbar at the bottom of my screen

Expectation: The initial size should be about way it used to be (not sure what 
that was - 800x600?). This allow me to see the workbench, and to access all 
the help buttons without having to reposition it.

I20040420

When enough tabs are displayed for a chevron to appear, clicking the chevron
once displays a drop down list of open files.  Clicking on the chevron again
once the drop down is open does not make it disappear, instead it closes then
pops back up again.

I20040518 (8:16AM)

* Opened debug perspective
* Reset the perspective
* Opened editor (VectorTests)
* Created a breakpoint, and debugged to the breakpoint
* Selected expression "fFull.size()" and used CTRL-SHIFT-D to display the 
result, which was shown as expected in the display pop-up
* Opened the Display View (manually from menu)
* Typed the same expression into the display view, selected the text and used 
CTRL-SHIFT-D to display the result.

-> The result showed in the editor as a popup. I verified the key-binding was 
bound to the editor and not the Display view, as changing the exrepssion and 
using the keybinding still resulted in "fFull.size()" being displayed in the 
editor. Using the context menu from the Display view worked as expected.

This bug is reproducable but it will not happen every time.

Open the Product Configuration dialog (Help/Software Updates/Mangage
Configuration...).

Select "Eclipse Project SDK 3.0.0" open its properties.

Close the dialog.

Now continue opening different properties.

On my computer at a certain point the properties dialog will not opened on the
Product Configuration dialog's shell but on the Workbench's shell.

What's bad about it that it is hidden behind the worbench window and therefore
invisible.

The Product Configuration dialog is unresponsive and there is no indication what
is "wrong" clicking on the workbench window will show the preference dialog.

Build id 200403100800

Sometimes it happens right away sometimes one has to open several property pages
before it happens.

I'd guess that Display.getCurrent() returns the wrong one.

In following examples length of text element fragments is not correct
/**
 * Text element which includes a backslash '\' character,
 * or also when ending with \
 */
public class X {
}

Reached through: Help/Software Updates/Manage Configuration

Select "Eclipse Platform" and select "Properties" from context menu.

The dialog should have a better message.

20040314

In the folloing code, get the extended range of the method invocation:
The comment mapper only adds the second comment to it, not the first.

public class TestFieldInitializer1 {
	
	private int field= /*]*/foo()/*[*/;	
	
	public int foo() {
		return 1;
	}
}

Help/Software Updates/Find and Install...

Have a non-signed feature handy.

Go through the entire wizard.

Press finish.

A dialog will appear warning you that the JAR is not signed.

Press Cancel.

The "Install/Update" dialog will appear now ... but one has not changed anything
so it should not appear.

Help/Software Updates/Find and Install...

Go through the entire wizard selecting a non-signed feature.

Finish wizard.

Build I0225

I was running the following code in a scrapbook 

java.net.URL url = new java.net.URL("file:d:/temp/dsa");
java.net.URLConnection c = url.openConnection();
c.setDoOutput(true);
java.io.OutputStream out = c.getOutputStream();
out.write("this".getBytes());
out.close();

turns out that file: URLs do not allow output so an exeception is thown in 
URLConnection().getOutputStream().  At this point the receiver is a 
FileURLConnection. I wanted to open that type so used the context menu in the 
stack view to say "open receiving type".   this opened URLConnection.  Ok, so I 
tried "open declaring type" and got URLConnection again.

I suspect that the open receiving type action is giving the wrong answer.

I20040106 + plugin-export 20040108_1804

Typing a brace destroys the subsequent '/' character:

public class Example
{
	public Example() {	}
	// <- insert '{' before comment
	public static void main(String[] args) { }
}

All Preferences 'Java > Editor > Typing' have the default setting.

Adding a word to the dictionary using quick fix does not cause the error to go 
away. The errors disappear after the next reconcile. I.e. you have to modify 
the content of the file in order to get rid of the spell errors.

200405190010

- Externalize Strings
- in NLS Wizard, click 'Configure...' to open 'Configure Accessor Class' dialog
- Ctrl+Space
-> Source folder content assistant shows duplicates
(e.g. I have 7 times 'org.eclipse.compare/compare')

200405190010

The progress bar in the progress area is not vertically aligned with the
progress label.  Additionally, the progress icon next to the progress indicator
runs off the edge of the screen and is chopped.  Screenshot forthcoming.

This bug has appeared in today's integration build  I20040302 and always 
worked, including last week's integration build.

Scenario:
1. Help > Software Update > Find and Install ... to launch the install wizard
2. select the second radio button (search for new features)
3. Add update site (URL may wrap): http://dev.eclipse.org/viewcvs/index.cgi/%
7Echeckout%7E/platform-update-home/3.0/site/ 
4. Select the site and press Next, to move to the results page
5. Once you see the list of features on the site, select the checkbox of any 
of of them. The expected behavior is to either see an error or to enable the 
Next button. In this build nothing happens.

The listener code is in 
org.eclipse.update.internal.ui.wizards.ReviewPage at line 432.
I put a breakpoint there but it is never reached.

In M9 (Build ID: 200405060200), IExtension.getDeclaringPluginDescriptor() 
returns null if the extension is declared in a fragment, even though the 
compatibility layer is imported by both the fragment and its target plugin.

In M8 (Build id: 200403261517), this API returned the fragment descriptor 
under these same circumstances.

I expected the same result from this API in M9 as was seen in M8.

It seems that when a user job runs the dialog shows immediately. It results in a
flashy dialog when the jobs run quickly. I thought you had suggested that the
busy cursor should be shown for a while first.

IDOMMember.getComments() appears to attempt to return the "doc comment" (that
is, the Javadoc comment) for the member. The documentation is vague on this, but
testing seems to suggest this is the intent.

However, in cases where a member has more than one /** */-style comment, unusual
results occur. For example, for in the following Java:

   /**
    * a first Javadoc comment
    */
   // public void foo() {
   // }
   /**
    * a second Javadoc comment
    */
   public void bar() {}

getComments() returns:

   /**
    * a first Javadoc comment
    */
   // public void foo() {
   // }
   /**
    * a second Javadoc comment
    */

This is inconsistent with the following example:

   // a non-javadoc comment
   /**
    * The javadoc for this
    */
   /*
    * another non-javadoc
    */
   public void foo() {}

in which case, getComments() returns:

   /**
    * The javadoc for this
    */

In general, getComments() returns everything between the first and last detected
javadoc-style comment for an element.

This is inconsistent with the way javadoc itself works. Javadoc uses only the
last javadoc comment immediately preceding the element.

The current behavior is the result of code in the
org.eclipse.jdt.internal.com.jdom.DOMBuilder methods enterAbstractMethod(),
enterField() and enterType(). Proposed fixes and JUnit tests will be attached.

My RCP application's WorkbenchAdvisor subclass' preWindowOpen method looks like
this:
    
super.preWindowOpen(configurer);
configurer.setShowCoolBar(false);
configurer.setShowPerspectiveBar(true);

It throws the NullPointerException listed below.  If I pass true to
setShowCoolBar everything works normally.


java.lang.NullPointerException
	at
org.eclipse.ui.internal.PerspectiveSwitcher.setCoolItemSize(PerspectiveSwitcher.java:448)
	at
org.eclipse.ui.internal.PerspectiveSwitcher.setPerspectiveBarLocation(PerspectiveSwitcher.java:189)
	at
org.eclipse.ui.internal.PerspectiveSwitcher.createControl(PerspectiveSwitcher.java:132)
	at
org.eclipse.ui.internal.WorkbenchWindow.createDefaultContents(WorkbenchWindow.java:762)
	at
org.eclipse.ui.internal.WorkbenchWindowConfigurer.createDefaultContents(WorkbenchWindowConfigurer.java:538)
	at
org.eclipse.ui.application.WorkbenchAdvisor.createWindowContents(WorkbenchAdvisor.java:637)
	at org.eclipse.ui.internal.WorkbenchWindow.createContents(WorkbenchWindow.java:680)
	at org.eclipse.jface.window.Window.create(Window.java:348)
	at org.eclipse.ui.internal.Workbench.openFirstTimeWindow(Workbench.java:987)
	at
org.eclipse.ui.internal.WorkbenchConfigurer.openFirstTimeWindow(WorkbenchConfigurer.java:174)
	at
org.eclipse.ui.application.WorkbenchAdvisor.openWindows(WorkbenchAdvisor.java:658)
	at org.eclipse.ui.internal.Workbench.init(Workbench.java:819)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1325)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at com.mycorp.MyApp.run(MyApp.java:24)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

3.0

A <view> element to a perspectiveExtensions extension requires a relative=
attribute, even if relationship="fast" is specified.  If no relative= is
specified, the contribution is silently ignored.

Should not require relative= if relationship="fast", and should improve the logging.

3.0

In PerspectiveExtensionReader.processView, it only processes the closeable and
moveable attributes if the relationship is not stacked or fast.

Also, it only sets these if they are specified as false.  It should be possible
to override a default value of false to true (e.g. if the perspective is fixed).

M6

gnopernicus is not reading out CTabFolder tooltips properly because they're 
faked.  It simply says "Hide/Restore window".  Tried:
- adding accessible listeners to the tip shell and its contained label
- removing ON_TOP from tip shell creation
- giving focus to contained label when shown

I have several old style BMP files. When I attempt to load them into an image 
eclipse runs out of memory. The problem appears to be that the 
WinBMPFileFormat class does not check the header of the file correctly before 
reading the image. In my case, I have a BMP file with the following header:
0x42 0x4d 0xca 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x4a 0x00 0x00 0x00 0xC0 0x00
0x00 0x00 0x10 0x00 0x10 0x00 0x01 0x00 0x04 0x00

Notice the 0x0c at offset 14. This indicates that the Bitmap info header is 
only 12 bytes long and not the 42 that is being assumed. This conforms to the 
BITMAPCOREHEADER. According to microsoft the information starting at offset 14 
is either a BITMAPINFO or a BITMAPCOREINFO. The only way to tell the 
difference is to check the size. see: 
http://msdn.microsoft.com/library/default.asp?url=/library/en-
us/gdi/bitmaps_7jaq.asp

Not sure if this is an Eclipse bug or an Ant bug...
Using ant's <splash> task in a build file (running in separate VM) creates a javaw process that never 
dies.

sample build file below. With line comment out, process ends normally, but with it uncommented the 
process never ends.

<project default="HelloWorld">
	<target name="HelloWorld">
<!--		<splash showduration="5000"/>-->
		<echo>Hello World</echo>
	</target>
</project>

Using 200401210900, the method fragments() from
org.eclipse.jdt.core.dom.TagElement is reported as deprecated inside
org.eclipse.jdt.core.dom.NaiveASTFlattener.visit(TagElement node).

It seems that the javadoc parser doesn't ensure that the @deprecated is located
at the beginning of a line.
The rule is:
@deprecated can only be preceeded by white spaces or one asterisk.

I20040422

I got into a state where Eclipse appeared to be hung. On further analysis, it
was essentially this deadlock:

- Thread Worker-1 is doing a resource change notification, so it owns the core
workspace lock. It is trying to load classes in JDT core.
- Thread Worker-0 is loading a class in JDT core. This calls JDTCore.startup(),
which is trying to do a IWorkspace.run

This is not actually a deadlock, because the Eclipse class loaders detect this
by "timing out" after waiting for another thread to start for more than 5
seconds. However, this time out multiplied by the number of class loads can be
quite large, and the result is that Eclipse is hung for several minutes.  I will
attach the stack traces

I20040310

1) Create a simple project with a text file
2) Select the file in the navigator and hit DEL key
3) At the confirm prompt, click no

-> It prompts a second time.

Perhaps the delete key is now being dispatched twice?

Users would like to be able to set the default scope lookup order on a per
qualifier basis as opposed to having to set it for each preference.

For example, "I want all org.eclipse.core.resources" preferences to be looked up
in this order: project, config, instance.

The new sharing wizard brings you to the last page with the sync view. But 
what should I do here? Since all the actions are in the ctx meny we need more 
details, but since it is a CVS specific page, we could add a commit all button 
at the bottom of the page. 

By default users would like to commit and decide what to ignore. But there is 
no hint in the wizard to help the user determine that this is what they should 
be doing?

The 3.0 product model uses extensions to define products.  There is a 
compatibility layer mechanism that transforms primary features into products.  
As part of the work to get the UI off of using features to present the About 
dialog and determine branding, there was to be an IDE product extension defined 
in a plugin.xml.  The content of the about.ini etc was to be moved into the 
plugin.xml and plugin.properties as appropriate.

I'm putting this forward as an RC4 bug as
1) the change is in markup not code
2) it is relatively easy to test

I will work on a change and attach a patch as appropriate.

I had a proxy set in Preferences->Install/Update -> Proxy Settings but 
then I realized that it sould be left empty. I unchecked the Enable HTTP Proxy 
Connection checkbox and pushed Apply, then Ok. The update worked fine then but 
next time I restarted Eclipse the settings were restored... the HTTP Proxy 
Connection was enabled somehow. I tried it many times but even when I edited 
preferences.epf manually setting /instance/org.eclipse.update.core/org.eclipse.
update.core.proxy.enable=false it didn't remember the value...
eclipse.buildId=I200409240800 but I encoutnered the same problem with 3.0 also.

I200403040800

I accidentially undocked a view from a maximized Eclipse on a single monitor 
laptop. I could undock the view by dragging it over the Windows taskbar.

After releasing the mouse button the view was gone. I don't see it on the 
desktop. I can't restore it in the perspective because it is still open.

Searching for the following Regular Expression (which finds javadoc comment 
blocks) hangs Eclipse with 100% CPU usage:

  /\*\*(.*[\r\n]+)+.*\*/


This regexp search worked yesterday, but today it has hung Eclipse every time.

I20040316

See attachment.

Version: 3.0.0 Build id: 200401070010 GTK build

Steps to reproduce:

New workspace.

Clicking on the "Open a Perspective" button will show the regular icon.

Once I've opened the perspective the checkmark icon will be shown after clicking
on the "Open a Perspective" button again.

We should have a place-holder in the node hierarchy for scope roots on startup.
As the individual nodes are requested, then we can create the real thing. (and
subsequently activate their associated bundles if they haven't already been
activated)

Sometimes when debugging and hitting Ctrl+Shift+I for insepecting a variable
value, the popup yellow window has the top outside the screen, and don't know
move it down in order to see its contents.

The only thing I can do is hitting Ctrl+Shift+I for viewing the variable value
in the expressions view.

RC1

FindOccurrencesEngine should get the AST from the ASTProvider so it can profit
if the AST is already cached (2 occurences)

e.g. JaavPlugin.getDefault().getASTProvider().getAST(cu)

When using org.eclipse.swt.graphics.Cursor(Device device, ImageData source, int
hotspotX, int hotspotY) [win32 version] to create a custom cursor, the
hotspotX/hotspotY parameters are ignored. They're checked for validity at the
top of the function, but then they're never referenced again.

In 3.0, a hot key combination (ALT-K) was added to jump to the content pane. 
Our accessibility testing teams are requesting similar hot key combinations 
that screen reader users can use to jump quickly to all of the important frames 
in the help system:

ALT-K Contents pane (already done)

Table of Contents (ToC) nav tree
Search results list 
Bookmarks list (ALT-B maybe?)
Top Search entry field and Go button
Area that has the Go Back, Go Forward, Print Page, etc buttons

Our testers say that this would greatly improve the experience for the screen 
reader user in using the help system and being able to easily avoid the frames 
used for the layout of the system and get to the key areas more quickly.

There are some emerging W3C standards for Web sites, with ALT-4 for Search and 
ALT-3 for a site map; however, having any hot key combination would help.

Thanks!
--Lee Anne

In the Text Editor example included in the SWT examples, write the Arabic word 
ÚÑÈí. Double click the word to select it. Make it bold, then change its color. 
The last letter appears unshaped.

We have plugins which ends with "jar" (e.g. actions.ejbjar). These dosn't load 
at startup. I debugged and found the reason for this problem:

In class org.eclipse.core.runtime.adaptorPluginConverterImpl 
(Line 144) you check if baseLocation ends with "jar" instead of ".jar".
In our situation the path ends with "jar".

Setup: editor drop down
1) open multiple editors 
2) make some editor dirty e.g. WorkbenchPart.java
3) open the editor drop down 
4) type W
->WorkbenchPart.java doesn't show
5) save WorkbenchPart.java
6) type W
->WorkbenchPart.java shows up

The problem is that the '*' dirty indicator is considered to belong to the 
item's text and considered rather than ignored when applying the filter 
pattern.

Rendering '*' as part of the text label is difficult to recognize (see 
attached screenshot). Suggestions:
* show the '*' as a decoration of the icon
* render the dirty editors in a different color or font in the list (e.g. 
blue, or bold)

By default, we should not provide the "breakpoints" prompt (i.e. do you want 
to debug?). Many users have complained about this.

Build 20040219 + latest JDT Core

Got the following NPE in indexer running the Java model tests:
java.lang.NullPointerException
	at 
org.eclipse.jdt.internal.core.search.indexing.IndexManager.recreateIndex
(IndexManager.java:340)
	at 
org.eclipse.jdt.internal.core.search.indexing.AddJarFileToIndex.execute
(AddJarFileToIndex.java:160)
	at org.eclipse.jdt.internal.core.search.processing.JobManager.run
(JobManager.java:344)
	at java.lang.Thread.run(Thread.java:534)

We should disable the OK button when it has been pressed as certain 
preferences pages may take a while to process (see Bug 64937).

I20040513-1600

- New > CVS > Checkout projects from CVS
- host: "dev.eclipse.org"; repo path: "/hmoe/eclipse" (typo!); user: "anonymous"
- press Next
- select 'Use an existing module' (BTW: missing colon after 'module')

-> was: no modules are shown, no error message, but a log entry
-> expected: error message which tells about error and cause

- press Back
- correct repo to "/home/eclipse"
- press Next

-> was: still nothing
-> expected: modules list is fetched with new input from previous page

Log:
Error Mai 14, 2004 12:35:07.476 Internal error
org.eclipse.team.internal.ccvs.core.connection.CVSCommunicationException[0]:
java.io.IOException: Connection refused: /hmoe/eclipse: no such repository
at java.lang.Throwable.<init>(Throwable.java)
at java.lang.Throwable.<init>(Throwable.java)
at
org.eclipse.team.internal.ccvs.core.connection.PServerConnection.authenticate(PServerConnection.java:189)
at
org.eclipse.team.internal.ccvs.core.connection.PServerConnection.open(PServerConnection.java:115)
at
org.eclipse.team.internal.ccvs.core.connection.Connection.open(Connection.java:127)
at
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.createConnection(CVSRepositoryLocation.java:568)
at
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.openConnection(CVSRepositoryLocation.java:796)
at org.eclipse.team.internal.ccvs.core.client.Session.open(Session.java:142)
at
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderMemberFetcher.performUpdate(RemoteFolderMemberFetcher.java:115)
at
org.eclipse.team.internal.ccvs.ui.operations.FetchMembersOperation$InternalRemoteFolderMemberFetcher.performUpdate(FetchMembersOperation.java:67)
at
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderMemberFetcher.fetchMembers(RemoteFolderMemberFetcher.java:82)
at
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderMemberFetcher.fetchMembers(RemoteFolderMemberFetcher.java:73)
at
org.eclipse.team.internal.ccvs.ui.operations.FetchMembersOperation.execute(FetchMembersOperation.java:105)
at
org.eclipse.team.internal.ccvs.ui.operations.CVSOperation.run(CVSOperation.java:81)
at
org.eclipse.team.internal.ccvs.ui.model.RemoteFolderElement.fetchDeferredChildren(RemoteFolderElement.java:71)
at
org.eclipse.ui.progress.DeferredTreeContentManager$1.run(DeferredTreeContentManager.java:143)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

I20040513 + org.eclipse.jdt.core v_428a

In org.eclipse.jdt.core v_428a, the version SearchEngine#searchAllTypeNames
(...) that takes a matchMode and isCaseSentive is being replaced with a 
version that takes a matchRule.

The number of problems and warning in the workspace is important for the user. 
Currently the problems view presents the following counts:
1) the number of items matching the filter in the title bar
2) the number of errors/warnings and infos in the status line
The issue is that since the errors and warnings are shown in the status line, 
they are only visible when the problems view is active. 

Also for the user the number of errors is as important as the number of items 
that match the current filter.

For this reason the proposal is to move the error and warning count to the 
title bar and to show it together with the filtered item count.

See the attached screenshot

20040625

In the following code, do a code assist after the first 'Stack'.

public class NestedGenerics {
	
	Stack< List<Object>> stack= new Stack< List<Object>>();

}

java.lang.NullPointerException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.NullPointerException.<init>(NullPointerException.java:60)
	at java.lang.String.<init>(String.java)
	at
org.eclipse.jdt.internal.compiler.problem.ProblemReporter.duplicateMethodInType(ProblemReporter.java:830)
	at
org.eclipse.jdt.internal.compiler.lookup.SourceTypeBinding.methods(SourceTypeBinding.java)
	at
org.eclipse.jdt.internal.compiler.lookup.ReferenceBinding.availableMethods(ReferenceBinding.java:42)
	at
org.eclipse.jdt.internal.codeassist.CompletionEngine.findMethods(CompletionEngine.java:2476)
	at
org.eclipse.jdt.internal.codeassist.CompletionEngine.complete(CompletionEngine.java:429)
	at
org.eclipse.jdt.internal.codeassist.CompletionEngine.complete(CompletionEngine.java:984)
	at org.eclipse.jdt.internal.core.Openable.codeComplete(Openable.java:124)
	at
org.eclipse.jdt.internal.core.CompilationUnit.codeComplete(CompilationUnit.java:201)
	at
org.eclipse.jdt.internal.core.CompilationUnit.codeComplete(CompilationUnit.java:195)
	at
org.eclipse.jdt.internal.ui.text.java.JavaCompletionProcessor.internalComputeCompletionProposals(JavaCompletionProcessor.java:358)
	at
org.eclipse.jdt.internal.ui.text.java.JavaCompletionProcessor.computeCompletionProposals(JavaCompletionProcessor.java:332)
	at
org.eclipse.jface.text.contentassist.ContentAssistant.computeCompletionProposals(ContentAssistant.java:1472)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.computeProposals(CompletionProposalPopup.java:242)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$7(CompletionProposalPopup.java:238)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup$1.run(CompletionProposalPopup.java:197)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.showProposals(CompletionProposalPopup.java:192)
	at
org.eclipse.jface.text.contentassist.ContentAssistant.showPossibleCompletions(ContentAssistant.java:1320)
	at
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor$AdaptedSourceViewer.doOperation(CompilationUnitEditor.java:180)
	at org.eclipse.ui.texteditor.ContentAssistAction$1.run(ContentAssistAction.java:82)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.texteditor.ContentAssistAction.run(ContentAssistAction.java:80)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:471)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:889)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:930)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:548)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:496)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:261)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1734)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1730)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3067)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

Even though "format header comments" is turned off in the general settings
block on the comments tab, Eclipse 3RC3 is formatting the header comments.

This happened with both built-in and all newly generated format templates.

regards

martin

I opened an external build file, and the following appeard in my console 
(nothing in the log). Then when I tried to close the file, Eclispe hung 
(thread dump follows).

java.lang.NullPointerException
        at 
org.eclipse.ant.internal.ui.editor.outline.AntEditorMarkerUpdater.rem
oveProblems(AntEditorMarkerUpdater.java:49)
        at 
org.eclipse.ant.internal.ui.editor.outline.AntEditorMarkerUpdater.upd
ateMarkers(AntEditorMarkerUpdater.java:69)
        at 
org.eclipse.ant.internal.ui.editor.outline.AntModel.updateForInitialR
econcile(AntModel.java:1230)
        at 
org.eclipse.ant.internal.ui.editor.AntEditor.updateForInitialReconcil
e(AntEditor.java:689)
        at org.eclipse.ant.internal.ui.editor.AntEditor.reconciled
(AntEditor.jav
a:762)
        at 
org.eclipse.ant.internal.ui.editor.text.NotifyingReconciler.notifyRec
oncilingParticipants(NotifyingReconciler.java:55)
        at 
org.eclipse.ant.internal.ui.editor.text.NotifyingReconciler.initialPr
ocess(NotifyingReconciler.java:63)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread
.run(AbstractReconciler.java:166)

Thread Dump:

"Worker-12" prio=5 tid=0x03f30ea8 nid=0xf30 in Object.wait() [49af000..49afd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x1154ddd0> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x1154ddd0> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob
(WorkerPool.java:23
6)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Thread-4" prio=5 tid=0x02e5cd18 nid=0x8e4 runnable [3eef000..3eefd94]
        at java.net.SocketInputStream.socketRead0(Native Method)
        at java.net.SocketInputStream.read(SocketInputStream.java:129)
        at com.jcraft.jsch.IO.getByte(Unknown Source)
        at com.jcraft.jsch.Session.read(Unknown Source)
        at com.jcraft.jsch.Session.run(Unknown Source)
        at java.lang.Thread.run(Thread.java:534)

"Java indexing" daemon prio=4 tid=0x02e52a80 nid=0x53c in Object.wait() 
[3cdf000
..3cdfd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x1190ce58> (a 
org.eclipse.jdt.internal.core.search.indexi
ng.IndexManager)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.jdt.internal.core.search.processing.JobManager.run
(JobMan
ager.java:344)
        - locked <0x1190ce58> (a 
org.eclipse.jdt.internal.core.search.indexing.I
ndexManager)
        at java.lang.Thread.run(Thread.java:534)

"Thread-1" prio=7 tid=0x02ebed28 nid=0xdb8 in Object.wait() [3b9f000..3b9fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x1187a408> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x1187a408> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at 
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceC
leanerThread.run(ActionContributionItem.java:196)

"Thread-0" prio=7 tid=0x0307cb28 nid=0x46c in Object.wait() [3b5f000..3b5fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x1187a478> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x1187a478> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at 
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceC
leanerThread.run(ActionContributionItem.java:196)

"Start Level Event Dispatcher" daemon prio=5 tid=0x02ed9ad8 nid=0xea8 in 
Object.
wait() [2fcf000..2fcfd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x113babd8> (a 
org.eclipse.osgi.framework.eventmgr.EventTh
read)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent
(EventThr
ead.java:162)
        - locked <0x113babd8> (a 
org.eclipse.osgi.framework.eventmgr.EventThread
)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run
(EventThread.java:
100)

"Framework Event Dispatcher" daemon prio=5 tid=0x02eb8980 nid=0x72c in 
Object.wa
it() [2f8f000..2f8fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x113bacc0> (a 
org.eclipse.osgi.framework.eventmgr.EventTh
read)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent
(EventThr
ead.java:162)
        - locked <0x113bacc0> (a 
org.eclipse.osgi.framework.eventmgr.EventThread
)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run
(EventThread.java:
100)

"Signal Dispatcher" daemon prio=10 tid=0x0003d420 nid=0x568 waiting on 
condition
 [0..0]

"Finalizer" daemon prio=9 tid=0x009c03f0 nid=0x720 in Object.wait() 
[2c4f000..2c
4fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x1134afa0> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x1134afa0> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x009befc0 nid=0x680 in Object.wait() 
[2c
0f000..2c0fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x1134b008> (a java.lang.ref.Reference$Lock)
        at java.lang.Object.wait(Object.java:429)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
        - locked <0x1134b008> (a java.lang.ref.Reference$Lock)

"main" prio=7 tid=0x000352d0 nid=0x808 in Object.wait() [7e000..7fc3c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x13074f78> (a 
org.eclipse.jface.text.reconciler.DirtyRegi
onQueue)
        at java.lang.Object.wait(Object.java:429)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread
.suspendCallerWhileDirty(AbstractReconciler.java:117)
        - locked <0x13074f78> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQu
eue)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$Listener.inputDo
cumentAboutToBeChanged(AbstractReconciler.java:262)
        at org.eclipse.jface.text.TextViewer.fireInputDocumentAboutToBeChanged
(T
extViewer.java:2281)
        at org.eclipse.jface.text.TextViewer.setDocument(TextViewer.java:2336)
        at org.eclipse.jface.text.source.SourceViewer.setDocument
(SourceViewer.j
ava:454)
        at org.eclipse.jface.text.source.SourceViewer.setDocument
(SourceViewer.j
ava:400)
        at org.eclipse.jface.text.TextViewer$1.widgetDisposed
(TextViewer.java:13
57)
        at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:
100)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
        at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:613)
        at org.eclipse.swt.custom.StyledText.handleDispose
(StyledText.java:4859)

        at org.eclipse.swt.custom.StyledText$7.handleEvent
(StyledText.java:4730)

        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:801)
        at org.eclipse.swt.widgets.Widget.releaseWidget(Widget.java:708)
        at org.eclipse.swt.widgets.Control.releaseWidget(Control.java:1470)
        at org.eclipse.swt.widgets.Scrollable.releaseWidget
(Scrollable.java:192)

        at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:373)
        at org.eclipse.swt.widgets.Canvas.releaseWidget(Canvas.java:118)
        at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
        at org.eclipse.swt.widgets.Composite.releaseChildren
(Composite.java:367)

        at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:372)
        at org.eclipse.swt.widgets.Canvas.releaseWidget(Canvas.java:118)
        at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
        at org.eclipse.swt.widgets.Composite.releaseChildren
(Composite.java:367)

        at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:372)
        at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
        at org.eclipse.swt.widgets.Composite.releaseChildren
(Composite.java:367)

        at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:372)
        at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
        at org.eclipse.swt.widgets.Composite.releaseChildren
(Composite.java:367)

        at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:372)
        at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
        at org.eclipse.swt.widgets.Composite.releaseChildren
(Composite.java:367)

        at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:372)
        at org.eclipse.swt.widgets.Widget.dispose(Widget.java:368)
        at org.eclipse.ui.internal.PartPane.dispose(PartPane.java:192)
        at org.eclipse.ui.internal.EditorAreaHelper.closeEditor
(EditorAreaHelper
.java:111)
        at org.eclipse.ui.internal.EditorAreaHelper.closeEditor
(EditorAreaHelper
.java:99)
        at org.eclipse.ui.internal.EditorManager.closeEditor
(EditorManager.java:
160)
        at org.eclipse.ui.internal.WorkbenchPage.closeEditor
(WorkbenchPage.java:
966)
        at org.eclipse.ui.internal.WorkbenchPage.closeEditor
(WorkbenchPage.java:
932)
        at org.eclipse.ui.internal.EditorPane.doHide(EditorPane.java:97)
        at org.eclipse.ui.internal.PartStack.close(PartStack.java:219)
        at org.eclipse.ui.internal.EditorStack.close(EditorStack.java:199)
        at org.eclipse.ui.internal.PartStack$1.close(PartStack.java:72)
        at 
org.eclipse.ui.internal.presentations.DefaultPartPresentation$1.close
ButtonPressed(DefaultPartPresentation.java:104)
        at 
org.eclipse.ui.internal.presentations.PaneFolder.notifyCloseListeners
(PaneFolder.java:417)
        at org.eclipse.ui.internal.presentations.PaneFolder$1.close
(PaneFolder.j
ava:123)
        at org.eclipse.swt.custom.CTabFolder.onMouse(CTabFolder.java:1981)
        at org.eclipse.swt.custom.CTabFolder$1.handleEvent(CTabFolder.java:291)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2725)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2390)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.jav
a:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:97
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformAct
ivator.java:299)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.ja
va:256)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.ja
va:127)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:184)
        at org.eclipse.core.launcher.Main.run(Main.java:637)
        at org.eclipse.core.launcher.Main.main(Main.java:621)

"VM Thread" prio=5 tid=0x009fb6f8 nid=0xe14 runnable

"VM Periodic Task Thread" prio=10 tid=0x0003fc40 nid=0x5a4 waiting on condition

"Suspend Checker Thread" prio=10 tid=0x009c2790 nid=0xcc8 runnable

20040516

See screenshot. The 'Synchronize CVS...' dropdown can get huge.

As pascal and I discussed, if the argument to Location.setURL does not exist, 
then the function fails because it cannot create the .lock file.

Its understandable that you might require the instance data folder to exist, 
since we're passing the value as an URL.  However, even in that case, the 
operation still fails if the .metadata folder does not exist -- I don't think we 
can create the .metadata folder, so perhaps both folders could be created by the 
runtime.

I performed a Search>File of a project and chose to Replace text that I knew 
appeared in multiple files. The desired behavior is for the operation to 
invoke validate edit once with all files involved and to provide a UI context 
for promting. The ReplaceDialog2 calls validate edit separately for each file 
and does not provide a UI context.

build I20040303, with latest UI and Runtime from head, plus workspace prompt 
patch (bug 32147).

- start target with @noDefault as its workspace location (-data arg)
- choose a workspace directory like d:\eclipse-new\browser-workspace
- it opens the workspace
- create a new project A
- get properties on the project
- the info page shows the location as \d:\eclipse-new\browser-workspace
- stepping through it, Platform.getLocation() is returning a leading slash.

Build: 3.0 RC2

SafeChunkyInputStream creates an 8KB buffer, and also opens a
BufferedInputStream, which creates its own buffer (size depends on VM, 4-8KB
would be typical). There is no need for two buffers. Also, we sometimes uses
this to read tiny files (such as .location files that are typically 200-500
bytes), and so these buffers are often far bigger than necessary.

In GTK, if you add a Text widget using style MULTI to a Shell after the shell
has been opened, and you add a mouse track listener to that text widget, you do
not receive mouse track events.  This is not a problem for SINGLE style text
widgets, nor is it for MULTI text widgets that are added before their parent
shell is made visible.

I'm using SWT v3043, GTK 2.0.6

In this test, move your mouse across the four text widgets horizontally and
watch the enter/exit notifications.  You will not get any notification for Text2.  

BTW, I found it useful to add the following method to Text.java to help with
debug (and I would suggest that it be added in your code since it is found in
other text-based widgets to aid their printed representation):

String getNameText() {
	return getText();
}

Also note that for text area widgets you sometimes get an exit/enter/exit
combination when exiting the widget.  It almost seems like there is a small
strip of non-widget in the border of the widget - not sure if this is unique to
using a border or not.

Testcase:
=========


import org.eclipse.swt.SWT;
import org.eclipse.swt.events.MouseEvent;
import org.eclipse.swt.events.MouseTrackListener;
import org.eclipse.swt.layout.FillLayout;
import org.eclipse.swt.widgets.*;

public class SWTEventsTest implements MouseTrackListener {

	private Display	display;
	private Shell	shell;

//-------------------------------------------------------------------
//
//-------------------------------------------------------------------
	static public void main(String[] args) {
		new SWTEventsTest().runMain(args);
	}

//-------------------------------------------------------------------
//
//-------------------------------------------------------------------
	private void runMain(String[] args) {

		display = new Display();
	
		shell = new Shell(display);
		shell.setText(getClass().getName());
		shell.setLayout(new FillLayout());
		shell.setSize(300, 300);

		Text text1 = new Text(shell, SWT.BORDER | SWT.MULTI);
		text1.setText("text1");
		text1.addMouseTrackListener(this);

		Text text4 = new Text(shell, SWT.BORDER | SWT.SINGLE);
		text4.setText("text4");
		text4.addMouseTrackListener(this);
		
		shell.open();

		Text text2 = new Text(shell, SWT.BORDER | SWT.MULTI);
		text2.setText("text2");
		text2.addMouseTrackListener(this);

		Text text3 = new Text(shell, SWT.BORDER | SWT.SINGLE);
		text3.setText("text3");
		text3.addMouseTrackListener(this);
		
		shell.pack();
		
		while (!shell.isDisposed()) {
			if (!display.readAndDispatch()) {
				display.sleep();
			}
		}
	}


	/**
	 * @see org.eclipse.swt.events.MouseTrackListener#mouseEnter(MouseEvent)
	 */
	public void mouseEnter(MouseEvent e) {
		System.out.println("mouseEntered " + e.widget.toString());
	}

	/**
	 * @see org.eclipse.swt.events.MouseTrackListener#mouseExit(MouseEvent)
	 */
	public void mouseExit(MouseEvent e) {
		System.out.println("mouseExited " + e.widget.toString());
	}

	public void mouseHover(MouseEvent e) {
		// do nothing
	}


}

The Call Hierarchy is the only view which shows its input as root
element. All other views (Search, Package Explorer, CVS Resource History,
etc.) only show their input in the view title via
ViewPart#setTitle(String). I think the Call Hierarchy should also follow
this pattern and just add the current input to the title. The currently
shown "declaration" node could the be removed, which makes the model
cleaner (only one node type: method calls) and saves some horizontal
screen space.

Before:
[Title:] Calls To Method
- updateView() : void - ...
   + setCallMode(int) : void - ...
   + refresh() : void - ...

Proposed change:
[Title:] Calls to method 'updateView()'
+ setCallMode(int) : void - ...
+ refresh() : void - ...

I20040226

1. Go to preferences, Workbench->Appearance
2. Deselect "Use platform colors" and press the button for the view foreground color
-> the color chooser dialog appears

3. Hover over the color chooser area with the mouse, keep the left mouse button
pressed.
4. While keeping the mouse button pressed, leave the dialog with the cursor and
move the cursor around the screen.

-> I get tons of these (various out of bounds indices):

!ENTRY org.eclipse.ui 4 4 Mar 01, 2004 16:01:43.99
!MESSAGE Unhandled event loop exception
Unhandled event loop exception
Reason:
!ENTRY org.eclipse.ui 4 0 Mar 01, 2004 16:01:43.100
!MESSAGE -1
!STACK 0
java.lang.ArrayIndexOutOfBoundsException: -1
        at org.eclipse.swt.widgets.ColorDialog.mouseMove(ColorDialog.java:333)
        at org.eclipse.swt.widgets.ColorDialog.handleEvents(ColorDialog.java:217)
        at org.eclipse.swt.widgets.ColorDialog$1.handleEvent(ColorDialog.java:314)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:731)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2400)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2157)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java:643)
        at org.eclipse.jface.window.Window.open(Window.java:623)
        at
org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:72)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:550)
        at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:502)
        at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:435)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:731)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2400)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2157)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1566)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1542)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:263)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:256)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:100)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
        at org.eclipse.core.launcher.Main.run(Main.java:742)
        at org.eclipse.core.launcher.Main.main(Main.java:581)
-1

Steps to reproduce the bug:

* create a new java file and add a line with an assert statement such as:
assert (true): ("hello");

* eclipse v3.0 won't be able to compile the file unless the jdk compliance is
adjusted to jdk1.4, namely, by changing the settings:
Project -> Properties -> Java Compiler -> Use project settings -> Compliance and
Classfiles -> change all settings values to 1.4

* once the compliance is changed to 1.4, then Ctrl+C doesn't work properly. for
example, first type Ctrl+A to select all contents of the java file, and type
Ctrl+C, then you will get a warning popup window which says:
"Error Executing Command
The command for the key you pressed failed
Reason:
The command for the key you pressed failed"

The existing JUnit test that attempts to load an empty file throws an exception
with error code ERROR_UNSUPPORTED_FORMAT. Based on the spec I would have
expected an ERROR_INVALID_IMAGE.

How to reduce the behavior:
===========================

1) Have a _public_ inner class in a public java interface. The class does _not_ 
contain the public modifier explicitly, but implicitly the class is public.
2) Select the class name
3) Refactor via "Move Member Type to New File"

What results:
=============

Everything works fine, except the extracted class should be public but isn't.

Example:
========

public interface Foo {
    class Bar {
    }
}

leads to extracted class:

class Bar {
}

instead of to

public Bar {
}

Further testing:
================

I tried it with a public class explicitly marked public. This works fine.

Sebastian

hi,
when i create a table which is bigger than the screen and my input contents
images which are bigger than the normal row height, i get redraw
errors(screenshots attached)!
when the table is not as big as the screen and there is no vertical scrollbar,
there are no repaint errors!

when dragging a mouse around an SWT Canvas, asyncExec runables will not be 
run.  This makes it impossible for GEF to show creation, drag, resize, marquee, 
and other types of feedback on the Mac.

To reproduce, create a runnable which prints out to the console, or toggles 
canvas background color, or anything you can see, and run it when the mouse is 
dragged on the canvas.

RC2

"Override indicator installation job"

It is very nice that one can right-click "Rerun" a test method. I have a test
suite with many test case classes. I want to be able to right-click rerun on a
test case class and rerun it. Version 3.0.m6.

This is a timing related bug that is not consitently reproducable, but here 
are the steps.

1. Start eclipse selfhosting on an empty workspace.
2. Shutdown as soon as the workbench comes up. (you will probably have to 
check Alway exit without prompt)
3. You will get the attached log.

The plugin that provides the extension is already stopped so it runtime does 
not allow an executable extension to get created.

To reproduce more consistently you may need to put a breakpoint at the 
begining of BundleStopper.isStopped() method.  And continue once the break 
point is reached.

Open EventDetailsDialog on error list.  Keep it open and delete the log.  Go
back to the dialog and try to scroll to an adjacent error (which doesn't exist
anymore).  It will throw:

java.lang.ArrayIndexOutOfBoundsException: 0
	at org.eclipse.jface.viewers.TableTreeViewer.getElementAt(TableTreeViewer.java:261)
	at
org.eclipse.pde.internal.runtime.logview.EventDetailsDialog.backPressed(EventDetailsDialog.java:194)
	at
org.eclipse.pde.internal.runtime.logview.EventDetailsDialog.buttonPressed(EventDetailsDialog.java:177)
	at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:413)

build N20041011

This build is reporting several DnD test failures, on Linux only.

"Drag operation resulted in incorrect layout expected"

build I20040427

While reviewing the Javadoc for the actions packages, I encountered the
following issues with the API where it interfaces with the commands mechanism:

IAction
- Recently non-deprecated setAccelerator(int) refers to IWorkbenchCommandSupport
and IWorkbenchContextSupport, but this does not really explain how key bindings
should be done in the Workbench.  IWorkbenchCommandSupport and
IWorkbenchContextSupport have no obvious connection to JFace actions. 
ActionHandler takes care of the wrappering, but most of the time clients don't
need to use this.
It should refer to setActionDefinitionId and explain how this is used to
associate the action with a command in the workbench, and perhaps refer to
IKeyBindingService, which is much simpler to use than IWorkbenchCommandSupport
and IWorkbenchContextSupport.

IContributionManagerOverrides
	// TODO deprecate before 3.0
	public Integer getAccelerator(IContributionItem item);
	
	// TODO deprecate before 3.0
	public String getAcceleratorText(IContributionItem item);
	
	// TODO deprecate before 3.0 (?)
	public String getText(IContributionItem item);

- The above methods are apparently no longer called.  The Javadoc needs to be
clarified.  The class Javadoc said that clients should not implement this
interface, but said nothing about calling it.  I don't think that was the intent
though -- it should only be called from within Action.  Otherwise, an entry in
the porting guide is needed.

ExternalActionManager
- Is this intended to be implemented or called by clients.  If not, this should
be stated in the Javadoc.
- The ICallback methods that take an identifier say "This identifier is specific
to mechanism being used."  But Action itself always uses the actionDefinitionId
for this, so how can there be any different meaning depending on the mechanism
implementing ICallback?  If the intent is for it not to be tied to the command
id, then it would be better to pass the IAction (although this would further tie
the interface to IAction).

The JUNIT_HOME variable has a preceeding slash in its value. Path with a 
device should not start with a slash

JUNIT_HOME = /c:\dev\eclipse\plugins\org.junit_3.8.1\

20040120

The passed in WorkingCopyOwner could also be null to specify the primary working
copy owner (e.g you can use AST.parseCompilationUnit(cu, true, cu.getOwner(),
monitor)

Table column headers are initially blank when set with style SWT.RIGHT on 3.0 
M6 SWT-GTK2 until manually resized.  The header text then appears properly 
right aligned for all columns to the right of the one that has been resized.

20040824: Image provider does not have a case statement for type parameter 
java elements and fails with AFE

Steps to reproduce:
- Create non-generic class C
- Insert method declaration

	static <S> S wassup() {
	    return null;
	}

- Select wassup in the java outline

Build: I-20040313

Once upon a time, if you launch Eclipse on a workspace that is already in use, 
the launch used to fail with exit code 15. The runtime would then display an 
informative message.

Similarly, in the runtime workbench situation, PDE would display a message 
like: "Launch failed because the the workspace associated with the launch is 
currently in use".

Right now, code 15 is gone.  The launch will terminate with exit code 0 (of 
all things) with an error message from the runtime saying:
"Error in runtime; workspace cannot be set.  Exiting".

The old behavior was more informative and more delicate.
Also if it's an error as the dialog says, why is the exit code 0?

I have 3 workbench windows open.  Each one has a single perspective in it, 
including the Debug perspective.  When a breakpoint is hit in my target, the 
window containing the debug perspective should be brought to front.  Instead, 
I am prompted with a dialog asking me if I want to SWITCH to this perspective 
now.  This doesn't make any sense, the perspective is already open and is 
already "switched to" (i.e. active).  Just bring the correct shell to front 
and don't prompt the user unnecessarily.

To reproduce this, you may have to make your MRU window not be the one 
containing the debug perspective.

If 'Link with editor' is active I see a lot of redrawing going on in the Package
Explorer view when I switch between editors (or close an open editor).

If the file opened in the second editor already appears in the Package Explorer,
it is simply selected and there is no flicker. If, however, the view has to be
scrolled to show the second file, I see a lot of redrawing before the view is
shown in the new position.

The Outline view also seems to draw a white background before drawing the
content for the active editor, but it's not nearly as annoying as the Package
Explorer (it's true that hte PAckage Explorer has much more items, though).

3.0 M8:

New Search View

I'm not sure what cause it. I searched for references to a specific method but 
I deleted the method while the search was ongoing. After successful deletion 
the search was still ongoing. I pressed cancel but the cancel didn't work.

java.lang.NullPointerException
    at org.eclipse.search2.internal.ui.CancelSearchAction.run
(CancelSearchAction.java:32)
    at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
    at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:550)
    at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:502)
    at org.eclipse.jface.action.ActionContributionItem$6.handleEvent
(ActionContributionItem.java:474)
    at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
    at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
    at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2578)
    at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2256)
    at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
    at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
    at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
    at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
    at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
    at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:277)
    at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:239)
    at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:117)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:324)
    at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
    at org.eclipse.core.launcher.Main.run(Main.java:692)
    at org.eclipse.core.launcher.Main.main(Main.java:676)

This is a follow on to discussion in bug 65719.

WELCOME_PAGE spec says: "either a fully qualified valid URL or a path relative 
to the product's defining bundle".

ABOUT_IMAGE, WINDOW_IMAGE, and WINDOW_IMAGES should be similarly frank in 
describing how their property values are to be interpreted by clients.

Must fix for 3.0

With Eclipse 2.1.3, if I right click on a file like build_other.xml there is a
"Run Ant..." option to execute ant using it as a build file.

With 3.0 (rc2) the "Run->Ant Build" popup menu item is only visible on build.xml
files.

post-3.0

Compare event ordering to other platforms, as there are some inconsistencies in
the implementation that probably introduce some problems.  Senders of Selection
and DefaultSelection should probably always post these.  In particular, some
examples:

- SelectableItemWidget.deselectNotify currently async's
- Tree.mouseDoubleClick currently sends (notifyListeners)

i200406082000

Using a signature with bytes higher than 7F causes a NumberFormatException when
instantiating a BinarySignatureDescriber. The reason is that it was using:

Byte.parseByte(<string>, 16)

to parse the bytes in the signature but should be using:

(byte) Integer.parseInt(<string>, 16)

instead, because the Byte method only takes values in the range -80 to 7F.

Requesting approval for fixing for RC2 (fix is simple and is ready).

I20040325

- launch CustomControlExample, switch to StyledText tab
- select word "quick" in sample text
- press "Background Style" button
Observe: nothing happens
- select word "quick" again
- press "Foreground Style" button
Observe: the word "quick" and the rest of the line becomes red

Currently the implementation looks for a javac task in the buildfile and will 
only allow success if only a single javac task is declared.

This should be enhanced to allow the user to select from a list of javac 
declarations if there are more than one.

Occasionally the SWT_AWT.new_Frame hangs.  CPU consumption is 0, and when I 
press pause in the debugger, the stack frame appears as follows:

	WEmbeddedFrame(Component).reshape(int, int, int, int) line: not 
available
	WEmbeddedFrame(Component).setBounds(int, int, int, int) line: not 
available
	WEmbeddedFrame(Component).move(int, int) line: not available
	WEmbeddedFrame(Component).setLocation(int, int) line: not available
	WEmbeddedFrame(Window).init(GraphicsConfiguration) line: not available
	WEmbeddedFrame(Window).<init>() line: not available
	WEmbeddedFrame(Frame).<init>(String) line: not available
	WEmbeddedFrame(Frame).<init>() line: not available
	WEmbeddedFrame(EmbeddedFrame).<init>(long) line: not available
	WEmbeddedFrame(EmbeddedFrame).<init>() line: not available
	WEmbeddedFrame.<init>(long) line: not available
	WEmbeddedFrame.<init>(int) line: not available
	GeneratedConstructorAccessor71.newInstance(Object[]) line: not 
available
	DelegatingConstructorAccessorImpl.newInstance(Object[]) line: not 
available
	Constructor.newInstance(Object[]) line: not available
	SWT_AWT.new_Frame(Composite) line: 120

I20040609

I created a user library and then attempted to add it to a runtime classpath.

!ENTRY org.eclipse.ui 4 4 Jun 09, 2004 10:53:10.624
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Jun 09, 2004 10:53:10.634
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.NullPointerException.<init>(NullPointerException.java:61)
	at org.eclipse.jdt.core.JavaCore.setClasspathContainer
(JavaCore.java:3355)
	at 
org.eclipse.jdt.internal.core.UserLibraryClasspathContainerInitializer.initiali
ze(UserLibraryClasspathContainerInitializer.java:35)
	at org.eclipse.jdt.internal.core.JavaModelManager.initializeContainer
(JavaModelManager.java:1248)
	at org.eclipse.jdt.internal.core.JavaModelManager.getClasspathContainer
(JavaModelManager.java)
	at org.eclipse.jdt.core.JavaCore.getClasspathContainer(JavaCore.java)
	at 
org.eclipse.jdt.internal.ui.wizards.buildpaths.UserLibraryWizardPage.updateLibr
aryList(UserLibraryWizardPage.java:113)
	at 
org.eclipse.jdt.internal.ui.wizards.buildpaths.UserLibraryWizardPage.setSelecti
on(UserLibraryWizardPage.java:264)
	at 
org.eclipse.jdt.internal.ui.wizards.buildpaths.ClasspathContainerWizard.getCont
ainerPage(ClasspathContainerWizard.java:162)
	at 
org.eclipse.jdt.internal.ui.wizards.buildpaths.ClasspathContainerWizard.getNext
Page(ClasspathContainerWizard.java:174)
	at org.eclipse.jface.wizard.WizardPage.getNextPage(WizardPage.java:163)
	at org.eclipse.jface.wizard.WizardDialog.nextPressed
(WizardDialog.java:674)
	at org.eclipse.jface.wizard.WizardDialog.buttonPressed
(WizardDialog.java:300)
	at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:506)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at 
org.eclipse.jdt.internal.ui.wizards.buildpaths.ClasspathContainerWizard.openWiz
ard(ClasspathContainerWizard.java:230)
	at 
org.eclipse.jdt.ui.wizards.BuildPathDialogAccess.chooseContainerEntries
(BuildPathDialogAccess.java:230)
	at org.eclipse.jdt.internal.debug.ui.actions.AddLibraryAction.run
(AddLibraryAction.java:39)
	at 
org.eclipse.jdt.internal.debug.ui.launcher.RuntimeClasspathAdvancedDialog.okPre
ssed(RuntimeClasspathAdvancedDialog.java:156)
	at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:365)
	at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:506)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at org.eclipse.jdt.internal.debug.ui.actions.AddAdvancedAction.run
(AddAdvancedAction.java:39)
	at 
org.eclipse.jdt.internal.debug.ui.actions.RuntimeClasspathAction$1.widgetSelect
ed(RuntimeClasspathAction.java:137)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.o
pen(LaunchConfigurationsDialog.java:419)
	at org.eclipse.debug.ui.DebugUITools$1.run(DebugUITools.java:381)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java)
	at 
org.eclipse.debug.ui.DebugUITools.openLaunchConfigurationDialogOnGroup
(DebugUITools.java:385)
	at 
org.eclipse.debug.ui.DebugUITools.openLaunchConfigurationDialogOnGroup
(DebugUITools.java:327)
	at org.eclipse.debug.ui.actions.OpenLaunchDialogAction.run
(OpenLaunchDialogAction.java:80)
	at org.eclipse.debug.ui.actions.OpenLaunchDialogAction.run
(OpenLaunchDialogAction.java:99)
	at org.eclipse.ui.internal.PluginAction.runWithEvent
(PluginAction.java:276)
	at org.eclipse.ui.internal.WWinPluginAction.runWithEvent
(WWinPluginAction.java:206)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:915)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java)
	at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1362)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1333)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:252)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:58)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:60)
	at java.lang.reflect.Method.invoke(Method.java:391)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

The javadoc for Job#schedule(long) has paragraph closing tags missing (last two
paragraphs), and the last one is mssing a period.

I-2004-05-11

I had a case where the I had a NPE in JavaSearchPage.trySimpleTextSelection.
Inspection of the code revealed that ITextSelection.getText() can return null,
but we're not checking the condition.

Build 20040129

Here is my setup:
- I have my own Search perspective defined. 
- I set the preference to use this perspective to report matches. 
- I'm NOT using the new search view. 
- I have one window per perspective.

When I search for references to a method from the Java perspective, it briefly 
switches to the Search perspective, then come back to the Java perspctive, 
continue progress reporting (saying that matches are found), but at the end no 
result is shown in the Search perspective.

If a new plugin that contains activities is brought into the system at runtime
the default enablement of the new activities is not honoured.

I hope I'm not doing something stupid, but it was sure easy to cause a stack 
overflow with the to-be-attached content type defintions, and running the 
to-be-attached junit tests. I wasn't really done "defining" my content types, 
but thought I'd pass this along, in case its time to improve that isKindOf 
method (with the comment "this can be done better" :)

Even if I have done something wrong in my definitions, I'm sure you'd want this 
platform code to be pretty bullet proof. 

I marked as 'blocker' since if I'm not making an error, then I couldn't make 
progress on defining our own custom content types. 
(Thanks in advance).

I20040607

Test failing with:

Timeout waiting for job to complete

junit.framework.AssertionFailedError: Timeout waiting for job to complete
at
org.eclipse.core.tests.runtime.jobs.IJobManagerTest.waitForCompletion(IJobManagerTest.java:1357)
at
org.eclipse.core.tests.runtime.jobs.IJobManagerTest.testBug57656(IJobManagerTest.java:188)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at org.eclipse.test.EclipseTestRunner.run(EclipseTestRunner.java:322)
at org.eclipse.test.EclipseTestRunner.run(EclipseTestRunner.java:198)
at org.eclipse.test.CoreTestApplication.runTests(CoreTestApplication.java:35)
at org.eclipse.test.CoreTestApplication.run(CoreTestApplication.java:31)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:638)
at org.eclipse.core.launcher.Main.main(Main.java:622)

20040128 5pm preview

Refernecs to non-visible types don't offer a binding: G.Inner has no binding.
In the code, also non-visible references have bindings
(We need it to offer a quick fix)

(minor)

public class E {
	
    /**			
     * @see G.Inner
     */
    public void gee() {
    }
}

class G {
	private static class Inner {}
}

build I20040210-0800

Tried turning the CVS decorator on.
No decorations appeared.
Log had:

!ENTRY org.eclipse.core.runtime 4 1 Feb 10, 2004 11:12:43.75
!MESSAGE Plug-in org.eclipse.team.cvs.ui was unable to load class 
org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.
!STACK 0
org.osgi.framework.BundleException: Exception in 
org.eclipse.core.internal.compatibility.PluginActivator.start()
	at org.eclipse.osgi.framework.internal.core.BundleContext.startActivator
(BundleContext.java:1071)
	at org.eclipse.osgi.framework.internal.core.BundleContext.start
(BundleContext.java:991)
	at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker
(BundleHost.java:403)
	at org.eclipse.osgi.framework.internal.core.Bundle.start
(Bundle.java:312)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensio
n(ConfigurationElement.java:133)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensio
n(ConfigurationElement.java:125)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensio
n(ConfigurationElement.java:114)
	at org.eclipse.ui.internal.WorkbenchPlugin$1.run
(WorkbenchPlugin.java:171)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:51)
	at org.eclipse.ui.internal.WorkbenchPlugin.createExtension
(WorkbenchPlugin.java:168)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition$1.run
(LightweightDecoratorDefinition.java:83)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:819)
	at org.eclipse.core.runtime.Platform.run(Platform.java:483)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.internalGetDec
orator(LightweightDecoratorDefinition.java:79)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.decorate
(LightweightDecoratorDefinition.java:153)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager$LightweightRunnab
le.run(LightweightDecoratorManager.java:59)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:819)
	at org.eclipse.core.runtime.Platform.run(Platform.java:483)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.decorate
(LightweightDecoratorManager.java:245)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.getDecorations
(LightweightDecoratorManager.java:228)
	at org.eclipse.ui.internal.decorators.DecorationScheduler$1.run
(DecorationScheduler.java:245)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)
Nested exception:
org.eclipse.swt.SWTException: Invalid thread access
	at org.eclipse.swt.SWT.error(SWT.java:2608)
	at org.eclipse.swt.SWT.error(SWT.java:2538)
	at org.eclipse.swt.widgets.Widget.error(Widget.java:377)
	at org.eclipse.swt.widgets.Shell.<init>(Shell.java:245)
	at org.eclipse.swt.widgets.Shell.<init>(Shell.java:236)
	at org.eclipse.swt.widgets.Shell.<init>(Shell.java:189)
	at org.eclipse.swt.widgets.Shell.<init>(Shell.java:127)
	at org.eclipse.jface.resource.FontRegistry.defaultFont
(FontRegistry.java:293)
	at org.eclipse.jface.resource.FontRegistry.get(FontRegistry.java:370)
	at org.eclipse.team.internal.ccvs.ui.console.CVSOutputConsole.<init>
(CVSOutputConsole.java:78)
	at org.eclipse.team.internal.ccvs.ui.CVSUIPlugin.startup
(CVSUIPlugin.java:683)
	at org.eclipse.core.internal.compatibility.PluginActivator.start
(PluginActivator.java:49)
	at org.eclipse.osgi.framework.internal.core.BundleContext$1.run
(BundleContext.java:1054)
	at java.security.AccessController.doPrivileged(Native Method)
	at org.eclipse.osgi.framework.internal.core.BundleContext.startActivator
(BundleContext.java:1050)
	at org.eclipse.osgi.framework.internal.core.BundleContext.start
(BundleContext.java:991)
	at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker
(BundleHost.java:403)
	at org.eclipse.osgi.framework.internal.core.Bundle.start
(Bundle.java:312)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensio
n(ConfigurationElement.java:133)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensio
n(ConfigurationElement.java:125)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensio
n(ConfigurationElement.java:114)
	at org.eclipse.ui.internal.WorkbenchPlugin$1.run
(WorkbenchPlugin.java:171)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:51)
	at org.eclipse.ui.internal.WorkbenchPlugin.createExtension
(WorkbenchPlugin.java:168)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition$1.run
(LightweightDecoratorDefinition.java:83)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:819)
	at org.eclipse.core.runtime.Platform.run(Platform.java:483)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.internalGetDec
orator(LightweightDecoratorDefinition.java:79)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.decorate
(LightweightDecoratorDefinition.java:153)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager$LightweightRunnab
le.run(LightweightDecoratorManager.java:59)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:819)
	at org.eclipse.core.runtime.Platform.run(Platform.java:483)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.decorate
(LightweightDecoratorManager.java:245)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.getDecorations
(LightweightDecoratorManager.java:228)
	at org.eclipse.ui.internal.decorators.DecorationScheduler$1.run
(DecorationScheduler.java:245)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)
!ENTRY org.eclipse.core.runtime 4 2 Feb 10, 2004 11:12:48.813
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".

The AutoBuildJob goes into an enless loop. This is happening when markers are 
being generated by the builder. The problems view is refreshing which in turn 
interrupts the AutoBuildJob thus causing the whole cycle to start over. 

Contact me directly if you need more info or a testcase.

RC2

1. Select a CU in the package explorer
2. Invoke 'Add to build path'
Error dialog shows up, message printed to log

Doesn't seem to make sense to add a CU to the build path...

!ENTRY org.eclipse.jdt.ui 4 10001 Jun 14, 2004 16:22:21.355
!MESSAGE Internal Error
!STACK 1
Java Model Exception: Java Model Status [Cannot nest
'org.eclipse.ui.examples.multipageeditor/Eclipse UI Examples
MultiPageEditor/org/eclipse/ui/examples/multipageeditor/MessageUtil.java' inside
'org.eclipse.ui.examples.multipageeditor/Eclipse UI Examples MultiPageEditor'.
To enable the nesting exclude 'org/' from
'org.eclipse.ui.examples.multipageeditor/Eclipse UI Examples MultiPageEditor']
	at
org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaModelOperation.java:735)
	at org.eclipse.jdt.internal.core.JavaProject.setRawClasspath(JavaProject.java:2650)
	at org.eclipse.jdt.internal.core.JavaProject.setRawClasspath(JavaProject.java:2666)
	at
org.eclipse.jdt.ui.actions.AddToClasspathAction$1.addToClassPath(AddToClasspathAction.java:134)
	at
org.eclipse.jdt.ui.actions.AddToClasspathAction$1.run(AddToClasspathAction.java:123)
	at
org.eclipse.jdt.internal.core.BatchOperation.executeOperation(BatchOperation.java:34)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:700)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673)
	at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3246)
	at
org.eclipse.jdt.internal.ui.actions.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:65)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)

Build I200402050800.

Following "constants" @see references are not stored in Javadoc while 
converting compilation unit to DOM AST hierarchy:
/**
 * @see "Test class X"
 * @see <a href="http://www.ibm.com">Valid URL</a>
 */
public class X {}

Javadoc attached to type declaration does not contain any tag!

Multiline comments (at least on GTK) result in a tree entry with multiple lines.
This is fine if the comment has a few number of lines but may be problematic if
there is a large number of lines. I haven't looked at the implementation to see
if there is a threshold but if there isn't there should be.

Build I200402050800.

Following tags are not stored in Javadoc while converting compilation unit to 
DOM AST hierarchy:
/**
 * @{inheritedDoc}
 * @deprecated
 */
public class X {}

Javadoc attached to type declaration does not contain any tag!

org.eclipse.ui.workkbench doesn't include the progress view definition in it's 
plugin.xml file. However, the job completed button that appears in the progress 
viewer region in the status line tries to open the progress view even in the 
view isn't available. It should be smarter. Either allow an application to 
provide the view id to open when this button is pressed, or disable the buttons 
action when the IDE plug-in is not available.

We are going to move IElementCollector to org.eclipse.ui.progress in M9 so 
please update your imports accordingly in DeferredMethodWrapper .

The org.eclipse.ui.progress.IElementCollector currently extends 
org.eclipse.jface.progress.IElementCollector but this dependency will be 
severed in M9 and the jface version will be deleted.

Problem Description:
Go to Preferences panel -> Team-> CVS-> Ext Connect Method

On the top of the panel, string, "Use an &external program to connect" is
supposed to be shown. However, a string, "Choosing to use another connection
method allows the meta information***" is shown (The same string is also shown
at the bottom of the panel as well).

In the file, those two strings seem to use the same string name,
"ExtMethodPreferencePage.0". 

See attached screenshot

build I20040317

1) open 2 editors
2) drag one editor away to create a horizontal split with two editors
3) select the dragged editor and hold down the left mouse until the hover help 
shows, once it appears drag the tab back to the original tab folder

NOTE that that hover help stays behind

I200403240800

1. Start a new workspace
2. Add the project provided in bug 49879 in comment 16
3. Start a runtime workbench
Observe: the startup code is not called (it is if you use a 3.0M7 build)

I20040506

It should be filtered from the view list (in the case where some perspective
adds it as a view shortcut) and from the configure dialog.  Activating the intro
view in this way results in an empty view.

build I200406110800

I did the following:
1. closed all of my project at once
2. opened all of my project at once

The following JRE is used to launch Eclipse:
java version "1.4.2_03"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_03-b02)
Java HotSpot(TM) Client VM (build 1.4.2_03-b02, mixed mode)

VM Options=-Xms50M -Xmx350M -Dosgi.checkConfiguration=true

Target Workspace=c:\eclipse\workspaces\BuildMeister_2_2\plugins

C:\eclipse\drops\I200406110800>C:\JavaSDKs\jdk1.4.2_03\bin\java -Xms50M -Xmx350M
-Dosgi.checkConfiguration=true -verify -cp startup.jar
org.eclipse.core.launcher.Main -update -application org.eclipse.
ui.ide.workbench -keyring c:\eclipse\.keyring -showlocation -data
c:\eclipse\workspaces\BuildMeister_2_2\plugins
Full thread dump Java HotSpot(TM) Client VM (1.4.2_03-b02 mixed mode):

"Worker-10" prio=5 tid=0x034afb88 nid=0x458 in Object.wait() [3b2f000..3b2fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11d24dd8> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x11d24dd8> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:236)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-9" prio=5 tid=0x035d28c0 nid=0xd78 in Object.wait() [3aef000..3aefd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x140a0988> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.Semaphore.acquire(Semaphore.java:38)
        - locked <0x140a0988> (a org.eclipse.core.internal.jobs.Semaphore)
        at
org.eclipse.core.internal.jobs.OrderedLock.doAcquire(OrderedLock.java:171)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire(OrderedLock.java:105)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire(OrderedLock.java:79)
        at
org.eclipse.core.internal.resources.WorkManager.checkIn(WorkManager.java:96)
        at
org.eclipse.core.internal.resources.Workspace.prepareOperation(Workspace.java:1629)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1669)
        at
org.eclipse.core.internal.events.NotificationManager$NotifyJob.run(NotificationManager.java:38)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Worker-8" prio=5 tid=0x034e7008 nid=0xa70 in Object.wait() [3aaf000..3aafd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x13900558> (a org.eclipse.core.internal.jobs.ThreadJob)
        at org.eclipse.core.internal.jobs.ThreadJob.joinRun(ThreadJob.java:159)
        - locked <0x13900558> (a org.eclipse.core.internal.jobs.ThreadJob)
        at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJobs.java:85)
        at org.eclipse.core.internal.jobs.JobManager.beginRule(JobManager.java:167)
        at
org.eclipse.ui.views.markers.internal.MarkerView.internalRefresh(MarkerView.java:162)
        at
org.eclipse.ui.views.markers.internal.MarkerView.access$2(MarkerView.java:151)
        at
org.eclipse.ui.views.markers.internal.MarkerView$3.run(MarkerView.java:237)
        at
org.eclipse.ui.views.markers.internal.RestartableJob$2.run(RestartableJob.java:86)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"ModalContext" prio=7 tid=0x033bdd58 nid=0x350 waiting for monitor entry
[38ef000..38efd8c]
        at
org.eclipse.core.internal.runtime.AdapterManager.getAdapter(AdapterManager.java:154)
        - waiting to lock <0x11d0dbc0> (a
org.eclipse.core.internal.runtime.AdapterManager)
        at
org.eclipse.core.runtime.PlatformObject.getAdapter(PlatformObject.java:64)
        at
org.eclipse.ui.actions.SelectionListenerAction.computeResources(SelectionListenerAction.java:117)
        at
org.eclipse.ui.actions.SelectionListenerAction.getSelectedNonResources(SelectionListenerAction.java:146)
        at
org.eclipse.ui.actions.SelectionListenerAction.selectionIsOfType(SelectionListenerAction.java:204)
        at
org.eclipse.ui.actions.OpenResourceAction.updateSelection(OpenResourceAction.java:94)
        at
org.eclipse.ui.actions.BaseSelectionListenerAction.selectionChanged(BaseSelectionListenerAction.java:102)
        at
org.eclipse.ui.actions.OpenResourceAction.resourceChanged(OpenResourceAction.java:123)
        at
org.eclipse.jdt.ui.actions.OpenProjectAction.resourceChanged(OpenProjectAction.java:87)
        at
org.eclipse.core.internal.events.NotificationManager$2.run(NotificationManager.java:319)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:607)
        at org.eclipse.core.runtime.Platform.run(Platform.java:668)
        at
org.eclipse.core.internal.events.NotificationManager.notify(NotificationManager.java:313)
        at
org.eclipse.core.internal.events.NotificationManager.broadcastChanges(NotificationManager.java:156)
        at
org.eclipse.core.internal.resources.Workspace.broadcastChanges(Workspace.java:172)
        at
org.eclipse.core.internal.resources.Workspace.endOperation(Workspace.java:902)
        at
org.eclipse.core.internal.resources.Resource.refreshLocal(Resource.java:1224)
        at org.eclipse.core.internal.resources.Project.open(Project.java:773)
        at
org.eclipse.ui.actions.OpenResourceAction.invokeOperation(OpenResourceAction.java:78)
        at org.eclipse.ui.actions.WorkspaceAction.execute(WorkspaceAction.java:127)
        at
org.eclipse.ui.actions.WorkspaceAction$1.execute(WorkspaceAction.java:283)
        at
org.eclipse.ui.actions.WorkspaceModifyOperation$1.run(WorkspaceModifyOperation.java:91)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1674)
        at
org.eclipse.ui.actions.WorkspaceModifyOperation.run(WorkspaceModifyOperation.java:105)
        - locked <0x137bd2f0> (a org.eclipse.ui.actions.WorkspaceAction$1)
        at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)

"Worker-7" prio=5 tid=0x03615410 nid=0xd70 in Object.wait() [3cff000..3cffd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11d24dd8> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x11d24dd8> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:236)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Java indexing" daemon prio=4 tid=0x0337fdb8 nid=0xd3c in Object.wait()
[38af000..38afd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x12cdcd88> (a
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobManager.java:344)
        - locked <0x12cdcd88> (a
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Thread.run(Thread.java:534)

"Thread-1" prio=7 tid=0x00a4a868 nid=0x75c in Object.wait() [37cf000..37cfd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x12bdb088> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x12bdb088> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThread.run(ActionContributionItem.java:196)

"Thread-0" prio=7 tid=0x02f86ca0 nid=0x4b4 in Object.wait() [378f000..378fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x12bdb0f8> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x12bdb0f8> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThread.run(ActionContributionItem.java:196)

"Start Level Event Dispatcher" daemon prio=5 tid=0x02f08008 nid=0x754 in
Object.wait() [302f000..302fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11b6f200> (a
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:149)
        - locked <0x11b6f200> (a org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:107)

"Framework Event Dispatcher" daemon prio=5 tid=0x02df0de8 nid=0xb14 in
Object.wait() [2fef000..2fefd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11b6f3f8> (a
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:149)
        - locked <0x11b6f3f8> (a org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:107)

"Signal Dispatcher" daemon prio=10 tid=0x00a00668 nid=0xee0 waiting on condition
[0..0]

"Finalizer" daemon prio=9 tid=0x00a01c00 nid=0x82c in Object.wait()
[2caf000..2cafd8c]
        at java.lang.Object.wait(Native Method)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x11b109f8> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x009c1ea0 nid=0xe40 in Object.wait()
[2c6f000..2c6fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11b107a8> (a java.lang.ref.Reference$Lock)
        at java.lang.Object.wait(Object.java:429)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
        - locked <0x11b107a8> (a java.lang.ref.Reference$Lock)

"main" prio=7 tid=0x000352a8 nid=0x3f0 in Object.wait() [7e000..7fc3c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x13e919f0> (a org.eclipse.core.internal.jobs.ThreadJob)
        at org.eclipse.core.internal.jobs.ThreadJob.joinRun(ThreadJob.java:159)
        - locked <0x13e919f0> (a org.eclipse.core.internal.jobs.ThreadJob)
        at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJobs.java:85)
        at org.eclipse.core.internal.jobs.JobManager.beginRule(JobManager.java:167)
        at
org.eclipse.core.internal.resources.WorkManager.checkIn(WorkManager.java:95)
        at
org.eclipse.core.internal.resources.Workspace.prepareOperation(Workspace.java:1629)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1669)
        at
org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaModelOperation.java:744)
        at
org.eclipse.jdt.internal.core.JavaProject.setRawClasspath(JavaProject.java:2644)
        at org.eclipse.jdt.core.JavaCore$3.run(JavaCore.java:3428)
        at
org.eclipse.jdt.internal.core.BatchOperation.executeOperation(BatchOperation.java:34)
        at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:700)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1674)
        at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3241)
        at org.eclipse.jdt.core.JavaCore.setClasspathContainer(JavaCore.java:3411)
        at
org.eclipse.pde.internal.core.ModelEntry.updateUnknownClasspathContainer(ModelEntry.java:152)
        at
org.eclipse.pde.internal.core.RequiredPluginsInitializer.initialize(RequiredPluginsInitializer.java:38)
        at
org.eclipse.jdt.internal.core.JavaModelManager.initializeContainer(JavaModelManager.java:1187)
        at
org.eclipse.jdt.internal.core.JavaModelManager.initializeAllContainers(JavaModelManager.java:1161)
        at
org.eclipse.jdt.internal.core.JavaModelManager.getClasspathContainer(JavaModelManager.java:824)
        at org.eclipse.jdt.core.JavaCore.getClasspathContainer(JavaCore.java:1191)
        at
org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:1877)
        at
org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:1788)
        at
org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:1739)
        at
org.eclipse.jdt.internal.core.JavaModelManager.determineIfOnClasspath(JavaModelManager.java:445)
        at
org.eclipse.jdt.internal.core.JavaModelManager.create(JavaModelManager.java:342)
        at
org.eclipse.jdt.internal.core.JavaModelManager.create(JavaModelManager.java:282)
        at org.eclipse.jdt.core.JavaCore.create(JavaCore.java:1106)
        at
org.eclipse.jdt.internal.ui.ResourceAdapterFactory.getAdapter(ResourceAdapterFactory.java:32)
        at
org.eclipse.core.internal.runtime.AdapterManager.getAdapter(AdapterManager.java:157)
        - locked <0x11d0dbc0> (a org.eclipse.core.internal.runtime.AdapterManager)
        at
org.eclipse.core.runtime.PlatformObject.getAdapter(PlatformObject.java:64)
        at
org.eclipse.jdt.internal.ui.filters.NamePatternFilter.select(NamePatternFilter.java:62)
        at
org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart$5.filter(PackageExplorerPart.java:363)
        at
org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart$5.getFilteredChildren(PackageExplorerPart.java:349)
        at
org.eclipse.jface.viewers.AbstractTreeViewer.isExpandable(AbstractTreeViewer.java:1138)
        at
org.eclipse.jface.viewers.AbstractTreeViewer.updateChildren(AbstractTreeViewer.java:1425)
        at
org.eclipse.jface.viewers.AbstractTreeViewer.internalRefreshStruct(AbstractTreeViewer.java:1039)
        at
org.eclipse.jface.viewers.AbstractTreeViewer.internalRefreshStruct(AbstractTreeViewer.java:1046)
        at
org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(AbstractTreeViewer.java:1014)
        at
org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(AbstractTreeViewer.java:977)
        at
org.eclipse.jface.viewers.StructuredViewer$8.run(StructuredViewer.java:873)
        at
org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:788)
        at
org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:871)
        at
org.eclipse.jdt.internal.ui.packageview.PackageExplorerContentProvider$3.run(PackageExplorerContentProvider.java:559)
        at
org.eclipse.jdt.internal.ui.packageview.PackageExplorerContentProvider$7.run(PackageExplorerContentProvider.java:601)
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
        at
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
        - locked <0x13e7bf18> (a org.eclipse.swt.widgets.RunnableLock)
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2702)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2394)
        at
org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:136)
        at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:261)
        at
org.eclipse.jface.dialogs.ProgressMonitorDialog.run(ProgressMonitorDialog.java:397)
        at
org.eclipse.ui.internal.progress.ProgressMonitorJobsDialog.run(ProgressMonitorJobsDialog.java:238)
        at org.eclipse.ui.actions.WorkspaceAction.run(WorkspaceAction.java:286)
        at
org.eclipse.jdt.ui.actions.OpenProjectAction.run(OpenProjectAction.java:154)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:891)
        at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:842)
        at
org.eclipse.jface.action.ActionContributionItem$6.handleEvent(ActionContributionItem.java:761)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2725)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2390)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:243)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:298)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:249)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:126)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
        at org.eclipse.core.launcher.Main.run(Main.java:722)
        at org.eclipse.core.launcher.Main.main(Main.java:706)

"VM Thread" prio=5 tid=0x009bdd38 nid=0xaa4 runnable

"VM Periodic Task Thread" prio=10 tid=0x0003e008 nid=0x55c waiting on condition
"Suspend Checker Thread" prio=10 tid=0x00a02850 nid=0x6b0 runnable

1. Create a new build.xml file
2. Type '<'.
3. Hit ctrl+space.
4. The following is dumped to the log. The first time I did this, Eclipse froze 
up. After killing it and relaunching, the exception was still dumped, but the 
workbench survived.

java.lang.NullPointerException
	at org.eclipse.ant.internal.ui.editor.outline.AntModel.
checkTargets(AntModel.java:441)
	at org.eclipse.ant.internal.ui.editor.outline.AntModel.
resolveBuildfile(AntModel.java:433)
	at org.eclipse.ant.internal.ui.editor.outline.AntModel.
parseDocument(AntModel.java:240)
	at org.eclipse.ant.internal.ui.editor.outline.AntModel.reconcile(AntModel.
java:162)
	at org.eclipse.ant.internal.ui.editor.text.XMLReconcilingStrategy.
internalReconcile(XMLReconcilingStrategy.java:38)
	at org.eclipse.ant.internal.ui.editor.text.XMLReconcilingStrategy.
reconcile(XMLReconcilingStrategy.java:53)
	at org.eclipse.jface.text.reconciler.MonoReconciler.process(MonoReconciler.
java:72)
	at org.eclipse.ant.internal.ui.editor.text.NotifyingReconciler.
process(NotifyingReconciler.java:40)
	at org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.
run(AbstractReconciler.java:189)

I-build 2004-05-11

I have code that does the following:

		MessageDialog.openInformation(null, "Showing element", "Showning an integer of
value: "+((Integer)match.getElement()).intValue());


This leads to a null pointer with the follwing stack trace:

Thread [main] (Suspended (exception NullPointerException))
	MessageDialog.<init>(Shell, String, Image, String, int, String[], int) line: 126
	MessageDialog.openInformation(Shell, String, String) line: 305
	TestUIParticipant.showMatch(Match, int, int, boolean) line: 57
	JavaSearchResultPage.showMatch(Match, int, int, boolean) line: 153
	AbstractTextSearchViewPage$9.run() line: 723
<snip>

The API doc for MessageDialog say that I'm allowed to pass in null for the
parent shell.

via Synchronizer.runAsyncMessages. This is not documented in the spec.

I20040914

We should not use String#intern() as it can prevent the strings to be garbage 
collected on some VMs. Instead we should have our own WeakHashMap to intern 
strings.

hi,
I am using:
Version: 3.1.0
Build id: 200408170800
I had a few java projects that were closed before the last shutdown of hte
eclipse platform. When I restarted the platform, i used the context menu to open
one of the projects. I waited till i saw that the progress monitor showing that
it had started building the classes. At this point, I hit Ctrl+Shift+T to get
the "open type" dialog - but instead, I got an error dialog whote title was
"Type Selection" saying that "No types available". At this stage, keeping the
project open, if I shutdown and restart the eclipse platform, Ctrl+Shift+T works
as expected. But I should not need to restart eclipse.
Could this be rectified?

200406092000

In the java editor, Delete Next Word (Ctrl+Delete) and Delete Previous Word
(Ctrl+Backspace) behave unexpected. They should always just delete the selection
iff it is not zero-length. That's the behavior we're used to with unmodified
Delete and Backspace, and it's also what the Text Editor already does.

	void foo() {
		System.out.println(123);
	}

Set cursor to before "out.", then press 2x Ctrl+Shift+Right to select "out."
with the caret after the selection.

Expected: Ctrl+Delete deletes selection.
Was: Ctrl+Delete then deletes "println", leaving the selection alone.

Similar problems with Ctrl+Backspace and when caret is at the start of the
selection.

I20040914-0800. The fix for bug 73048 did not fix this bug.

Stacktrace when opening java.util.Collections from an 1.5 vm in an 1.5 project
with 'Mark Occurrences' enabled and caret on class name:

Error Sep 14, 2004 19:00:43.370 An internal error occurred during: "Java AST
creation".
java.lang.StackOverflowError
	at org.eclipse.jdt.core.dom.MethodBinding.getKey(MethodBinding.java:166)
	at org.eclipse.jdt.core.dom.TypeBinding.getKey(TypeBinding.java:513)
	at org.eclipse.jdt.core.dom.TypeBinding.getKey(TypeBinding.java:551)
	at org.eclipse.jdt.core.dom.MethodBinding.getKey(MethodBinding.java:199)
	at org.eclipse.jdt.core.dom.TypeBinding.getKey(TypeBinding.java:513)
	at org.eclipse.jdt.core.dom.TypeBinding.getKey(TypeBinding.java:551)
	at org.eclipse.jdt.core.dom.MethodBinding.getKey(MethodBinding.java:199)
...
	at org.eclipse.jdt.core.dom.TypeBinding.getKey(TypeBinding.java:513)
	at org.eclipse.jdt.core.dom.TypeBinding.getKey(TypeBinding.java:551)
	at org.eclipse.jdt.core.dom.MethodBinding.getKey(MethodBinding.java:199)
	at org.eclipse.jdt.core.dom.VariableBinding.getKey(VariableBinding.java:148)
	at
org.eclipse.jdt.core.dom.DefaultBindingResolver.resolveVariable(DefaultBindingResolver.java:575)
	at
org.eclipse.jdt.core.dom.VariableDeclaration.resolveBinding(VariableDeclaration.java:134)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:827)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:565)
	at
org.eclipse.jdt.core.dom.ASTConverter.buildBodyDeclarations(ASTConverter.java:434)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:2549)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1271)
	at org.eclipse.jdt.core.dom.ASTParser.convert(ASTParser.java:705)
	at org.eclipse.jdt.core.dom.ASTParser.internalCreateAST(ASTParser.java:682)
	at org.eclipse.jdt.core.dom.ASTParser.createAST(ASTParser.java:574)
	at
org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.createAST(ASTProvider.java:441)
	at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.getAST(ASTProvider.java:393)
	at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartListenerGroup.calculateASTandInform(SelectionListenerWithASTManager.java:164)
	at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$3.run(SelectionListenerWithASTManager.java:141)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

Hi,

I am getting feedback from RSSOwl users on Mac that see a "SWTException: Widget 
is disposed" when a CTabItem laying in a CTabFolder is resized. I tracked this 
problem down to line 192 in Browser.java. Whenever the Event SWT.RESIZE is 
triggered, a call to "isVisible()" is made. In there the normal checkWidget() 
call results in the Exception. On any other OS, no exception is thrown.

The interesting part is, that I am not disposing the browser unless the 
CTabItem was closed. But this exception occurs (sometimes, not in every case) 
when a Browser Tab is visible and resized. It's even sufficient to resize the 
entire application (since that fires SWT.RESIZE to the Browser too).

Is this a known issue? I think it will be difficult for me to post a code 
snippet, since I am not really knowing what this is about. I am going to ask my 
users for more details.

Ben

MyViewId is a view with the allowMultiple flag set to true.
The following code in my IPerspectiveFactory implementation:
 
  public void createInitialLayout(IPageLayout layout)
  {
    layout.setEditorAreaVisible(false);
    IPlaceholderFolderLayout folder = layout.createPlaceholderFolder("book",
IPageLayout.LEFT, 0.27f, IPageLayout.ID_EDITOR_AREA);
    folder.addPlaceholder("MyViewId:*");
  }
 
Causes the following message:
 
!MESSAGE Unable to find view label: MyViewId:*

and the view's placement doesn't work.
 
I digged a bit on the source code and found that the addPlaceholder method for
the FolderPlaceholderLayout class doesn't verify if the view id is in the form
viewId:secondaryId, thus failing.

The org.eclipse.ant.core plugin has a customized output folder for one source 
folder. The following is in the .classpath file:
<classpathentry output="src_ant_bin" kind="src" path="src_ant/"/>

If I select the Update Classpath... functionality for the org.eclipse.ant.core 
plugin the classpath entry is changed to:
<classpathentry kind="src" path="src_ant"/>
and lose the custom output folder

You can no longer set to use Ant installs older than Ant 1.6 due to the classes 
that the InternalAntRunner is making use of: DemuxInputStream.

Build 20040203

Got the following IllegalArgumentException attempting to show the preview of an 
inline method refactoring:

Caused by: java.lang.IllegalArgumentException
at org.eclipse.jdt.core.dom.ASTNode.checkNewChild(ASTNode.java:1101)
at org.eclipse.jdt.core.dom.ASTNode$NodeList.add(ASTNode.java:828)
at org.eclipse.jdt.internal.corext.refactoring.code.CallInliner.addNewLocals
(CallInliner.java:518)
at org.eclipse.jdt.internal.corext.refactoring.code.CallInliner.perform
(CallInliner.java:448)
at 
org.eclipse.jdt.internal.corext.refactoring.code.InlineMethodRefactoring.checkIn
put(InlineMethodRefactoring.java:229)
at org.eclipse.jdt.internal.ui.refactoring.CheckConditionsOperation.run
(CheckConditionsOperation.java:64)
at org.eclipse.jdt.internal.ui.refactoring.CreateChangeOperation.run
(CreateChangeOperation.java:99)
at org.eclipse.jface.operation.ModalContext$ModalContextThread.run
(ModalContext.java:101)

Apparently, the child that is being added already has a parent.

Version 3.1.M1. 
The Javadoc:

    /**
     * Declares the Serial Version Uid.
     * 
     * @see <a
href="http://c2.com/cgi/wiki?AlwaysDeclareSerialVersionUid">Always Declare
Serial Version Uid<a>
     */
    private static final long serialVersionUID = 1L;

Gives me the warning:

Severity	Description	Resource	In Folder	Location	Creation Time
1	Javadoc: Invalid URL link format	DecoderException.java	Apache Jakarta
Commons/codec/src/java/org/apache/commons/codec	line 30	September 8, 2004
10:45:30 AM

Which I do not think should be considered a warning since Sun's Javadoc 1.4.2_05
is happy with it and produces the expected HTML.

 

If you code complete for includeantruntime in this following case you are 
correctly presented with the 6 boolean completions.
<project default="javacIt">
	<target name="javacIt">
		<javac includeantruntime="" />
	</target>
</project>

If you format the file as follows, no completions are presented:

<project default="javacIt">
	<target name="javacIt">
		<javac 
			includeantruntime=""/>
	</target>
</project>

The following program passes on Win32, Linux-GTK, and MacOS X, but fails on
Linux-Motif.  I believe the behaviour on Motif should be fixed.


import org.eclipse.swt.*;
import org.eclipse.swt.widgets.*;

public class EmptyButton {
	public static void main(String[] args) {
		Display d = new Display();
		Shell t = new Shell(d);
		Shell s = new Shell(t);
		Button b = new Button(s, SWT.PUSH);
		b.setText("");
		b.setSize(b.computeSize(SWT.DEFAULT, SWT.DEFAULT));
		int b1height = b.getSize().y;
		System.out.println("Button 1: " + b1height);
		b = new Button(s, SWT.PUSH);
		b.setText("Some Text");
		b.setSize(b.computeSize(SWT.DEFAULT, SWT.DEFAULT));
		int b2height = b.getSize().y;
		System.out.println("Button 2: " + b2height);
		if(b1height != b2height) {
			System.out.println("FAILED: Heights are not the same.");
		} else {
			System.out.println("PASSED: Heights are the same.");
		}
		d.dispose ();
	}
}

build I20040318

- did a sync
- there were some incoming icon additions (under org.eclipse.ui/icons/full/pointer)
- double-clicked on one (offscreen_source.bmp)
- got a Binary Compare editor showing Internal Error

Nothing in the log.

build I20040318 + latest from HEAD

- invoke the system menu on a fast view
- it's missing the Fast View toggle action to convert it back to a regular
docked view

Build 20040219

When using this problem filter, no more problem is visible any longer.
The only viable solution is to render *all* problems in workspace to find those 
in same projects.

Big regression.

When we receive a file path from the CVS server, it may contain a colon in the 
file name. Obviously, this file cann't be created on a Windows machine. 
However, if we use the Path APIs, most specifically "new Path(device, path)" 
and "isValidPath", the part before the colon is silently stripped and the file 
from the server is received in the wrong place instead of causing an error.

I would prefer if there was Path API that I could call with a relative path 
that would indicate if the path was valid. If this is not desirable from a 
Core standpoint, I can break the server path up myself and use 
Path.isValidSegment.

Build I200408170800: The Java debug hover does not correctly display string 
values containing reserved HTML characters. This involves string variable 
values like "<>" as well as generic type names "T<S>".

Steps to reproduce:

- Create a class C with main method
- Create generic class D<T>
- Instantiate object of type D<Something> in main
- Set breakpoint after declaration and launch in debug mode

The variable type names and the variable values should be converted to valid 
HTML (mapping reserved characters to the corresponding HTML entities). The 
<pre> tag only preserves spacing and linebreaks, but does not print text 
verbatim.

Steps in 3.0 M7:
- create a new file inside an existing folder inside a CVSed project
- from context menu of the folder (not the project!), select Team > Create Patch...

-> expected: all file paths in the patch are relative to the selected folder (as
for the modified files)
-> was: file path of additional file is relative to the project

This is the reason for messed up patches as in bug 52735 and bug 47207.

3.0

When I specify a keyring file location under a non-existing directory, I get an
internal error while synchronizing with the repository (log entries below).

It seems an easy to way to avoid the original problem (the IOException) would be
to call getParentFile().mkdirs() before trying to call createNewFile() on the
keyring file.

Also, in order to avoid the subsequent NPE (2nd log entry), I believe
AuthorizationHandler.loadKeyring() should throw an exception or all its callers
should be checking whether a keyring was actually initialized or not before
trying to use it.

!ENTRY org.eclipse.core.runtime 4 5 Jul 13, 2004 14:28:27.636
!MESSAGE Unable to write to authorization database: d:\temp\.keyring.
!STACK 0
java.io.IOException: The system cannot find the path specified
	at java.io.WinNTFileSystem.createFileExclusively(Native Method)
	at java.io.File.createNewFile(File.java:828)
	at
org.eclipse.core.internal.runtime.AuthorizationDatabase.save(AuthorizationDatabase.java:305)
	at
org.eclipse.core.internal.runtime.AuthorizationDatabase.load(AuthorizationDatabase.java:253)
	at
org.eclipse.core.internal.runtime.AuthorizationDatabase.<init>(AuthorizationDatabase.java:79)
	at
org.eclipse.core.internal.runtime.AuthorizationHandler.loadKeyring(AuthorizationHandler.java:42)
	at
org.eclipse.core.internal.runtime.AuthorizationHandler.getAuthorizationInfo(AuthorizationHandler.java:89)
	at
org.eclipse.core.internal.runtime.InternalPlatform.getAuthorizationInfo(InternalPlatform.java:1147)
	at org.eclipse.core.runtime.Platform.getAuthorizationInfo(Platform.java:534)
	at
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.retrievePassword(CVSRepositoryLocation.java:862)
	at
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.openConnection(CVSRepositoryLocation.java:813)
	at org.eclipse.team.internal.ccvs.core.client.Session.open(Session.java:142)
	at
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderTreeBuilder.fetchDelta(RemoteFolderTreeBuilder.java:219)
	at
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderTreeBuilder.buildTree(RemoteFolderTreeBuilder.java:187)
	at
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderTreeBuilder.buildRemoteTree(RemoteFolderTreeBuilder.java:159)
	at
org.eclipse.team.internal.ccvs.core.resources.CVSWorkspaceRoot.getRemoteTree(CVSWorkspaceRoot.java:230)
	at
org.eclipse.team.internal.ccvs.core.syncinfo.CVSResourceVariantTree.fetchVariant(CVSResourceVariantTree.java:100)
	at
org.eclipse.team.core.variants.AbstractResourceVariantTree.refresh(AbstractResourceVariantTree.java:94)
	at
org.eclipse.team.internal.ccvs.core.syncinfo.CVSResourceVariantTree.refresh(CVSResourceVariantTree.java:303)
	at
org.eclipse.team.core.variants.AbstractResourceVariantTree.refresh(AbstractResourceVariantTree.java:63)
	at
org.eclipse.team.core.variants.ResourceVariantTreeSubscriber.refresh(ResourceVariantTreeSubscriber.java:158)
	at
org.eclipse.team.core.variants.ResourceVariantTreeSubscriber.refresh(ResourceVariantTreeSubscriber.java:123)
	at
org.eclipse.team.internal.ui.synchronize.RefreshSubscriberJob.run(RefreshSubscriberJob.java:279)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

!ENTRY org.eclipse.core.runtime 4 2 Jul 13, 2004 14:28:27.636
!MESSAGE An internal error occurred during: "Synchronizing".
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.core.internal.runtime.AuthorizationHandler.getAuthorizationInfo(AuthorizationHandler.java:90)
	at
org.eclipse.core.internal.runtime.InternalPlatform.getAuthorizationInfo(InternalPlatform.java:1147)
	at org.eclipse.core.runtime.Platform.getAuthorizationInfo(Platform.java:534)
	at
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.retrievePassword(CVSRepositoryLocation.java:862)
	at
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.openConnection(CVSRepositoryLocation.java:813)
	at org.eclipse.team.internal.ccvs.core.client.Session.open(Session.java:142)
	at
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderTreeBuilder.fetchDelta(RemoteFolderTreeBuilder.java:219)
	at
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderTreeBuilder.buildTree(RemoteFolderTreeBuilder.java:187)
	at
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderTreeBuilder.buildRemoteTree(RemoteFolderTreeBuilder.java:159)
	at
org.eclipse.team.internal.ccvs.core.resources.CVSWorkspaceRoot.getRemoteTree(CVSWorkspaceRoot.java:230)
	at
org.eclipse.team.internal.ccvs.core.syncinfo.CVSResourceVariantTree.fetchVariant(CVSResourceVariantTree.java:100)
	at
org.eclipse.team.core.variants.AbstractResourceVariantTree.refresh(AbstractResourceVariantTree.java:94)
	at
org.eclipse.team.internal.ccvs.core.syncinfo.CVSResourceVariantTree.refresh(CVSResourceVariantTree.java:303)
	at
org.eclipse.team.core.variants.AbstractResourceVariantTree.refresh(AbstractResourceVariantTree.java:63)
	at
org.eclipse.team.core.variants.ResourceVariantTreeSubscriber.refresh(ResourceVariantTreeSubscriber.java:158)
	at
org.eclipse.team.core.variants.ResourceVariantTreeSubscriber.refresh(ResourceVariantTreeSubscriber.java:123)
	at
org.eclipse.team.internal.ui.synchronize.RefreshSubscriberJob.run(RefreshSubscriberJob.java:279)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

In certain cases, the refactoring aborts with an "internal error while creating 
a change object". The error log reports an Out of memory exception with the 
following trace:

java.lang.reflect.InvocationTargetException
at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:283)
at org.eclipse.jdt.internal.ui.refactoring.RefactoringWizardDialog2.run
(RefactoringWizardDialog2.java:271)
at org.eclipse.jdt.internal.ui.refactoring.RefactoringWizard.createChange
(RefactoringWizard.java:377)
at 
org.eclipse.jdt.internal.ui.refactoring.RefactoringWizard.computeUserInputSucces
sorPage(RefactoringWizard.java:297)
at 
org.eclipse.jdt.internal.ui.refactoring.RefactoringWizard.computeUserInputSucces
sorPage(RefactoringWizard.java:293)
at org.eclipse.jdt.internal.ui.refactoring.UserInputWizardPage.getNextPage
(UserInputWizardPage.java:79)
at 
org.eclipse.jdt.internal.ui.refactoring.UseSupertypeWizard$UseSupertypeInputPage
.getNextPage(UseSupertypeWizard.java:139)
at 
org.eclipse.jdt.internal.ui.refactoring.RefactoringWizardDialog2.previewPressed
(RefactoringWizardDialog2.java:418)
at org.eclipse.jdt.internal.ui.refactoring.RefactoringWizardDialog2.access$3
(RefactoringWizardDialog2.java:416)
at org.eclipse.jdt.internal.ui.refactoring.RefactoringWizardDialog2
$1.widgetSelected(RefactoringWizardDialog2.java:547)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:847)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2311)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1992)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:586)
at org.eclipse.jface.window.Window.open(Window.java:566)
at org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate
(RefactoringStarter.java:56)
at org.eclipse.jdt.ui.actions.UseSupertypeAction.startRefactoring
(UseSupertypeAction.java:182)
at org.eclipse.jdt.ui.actions.UseSupertypeAction.run(UseSupertypeAction.java:96)
at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun
(SelectionDispatchAction.java:212)
at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run
(SelectionDispatchAction.java:188)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:842)
at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:509)
at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:461)
at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:408)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:847)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2311)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1992)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1506)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1482)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:246)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:226)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:85)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
at org.eclipse.core.launcher.Main.run(Main.java:742)
at org.eclipse.core.launcher.Main.main(Main.java:581)
Caused by: java.lang.OutOfMemoryError

To reproduce this error, try extracting (in the same package) a complete 
interface for artofillusion.math.Vec3 in the project

http://sourceforge.net/projects/aoi/

and then, as a second refactoring, to use the interface instead of the class 
where possible.

Apparently, the error occurs rather frequently (so I have been told).

Session Details:

java.version=1.4.1_03
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=de_DE
Command-line arguments: -os win32 -ws win32 -arch x86

-- Friedrich

build N20040503

- start the workspace
- delete a view_menu.gif file from org.eclipse.ui\icons...
- note for me that a build starts now
- drag another file from the file system while the build is happening
- drop it on the folder where the first file was deleted from

two progress dialogs appear... see attachment.

I200410260800, same in 3.0.0. Maybe connected to bug 77273.

- new workspace, autobuild on, new project "J" with p/C.java:
package p;
class C { }

class CC extends C {
	void method() { }
}

- copy C.java, paste it again, resolve name conflict with new name "D"
=> autobuild incrementally compiles D.java
=> Problems View: "The type CC is already defined" in D.java, *no line*

- clean the project
=> autobuild does full build
=> Problems View: "The type CC is already defined" in D.java, *line 5*
(range: CC)

Expected: same range in both cases

Currently it just uses a busy cursor

Eclipse 3.0 M6 - Windows

I've been using M6 for a while with no problems but this morning I tried to 
debug a runtime-workbench and the debug display view was not instantiated. 
Will attach the .log file.

OS: Linux (RHEL 3.0)
Locales: CHT, CHS and possibly other DBCS, SBCS seems to work fine
Build: 3.0GM with NL Language Packs installed

1) Begin creating a new java project
2) Place focus in a text entry widget
3) Now unable to switch focus to other widgets using shortcut keys
4) Place focus on another widget and the shortcut keys work

The problem manifests in other panels as well.  Bug reproduced in Traditional
Chinese and Simplified Chinese locales.  English and German are verified to work
correctly.

in 0611

while installing a feature from an update site, the user can pick a destination 
site for the feature.  There is a list of available sites.  These site 
locations are all prefixed by '/' on windows (e.g., /c:/foo).  The two issues 
here are the leading / and the fact that they are / chars not \

To get around this in a generic way I suggest using a code pattern like

String s = <the site location>;
s = new File(s).toString()  //or even getAbsolutePath()

this will trim the leading / in an intelligent way and convert the / to \.

Using 200401060800, I got this exception editing a cu with a lot of errors.

org.eclipse.jface.util.Assert$AssertionFailedException: Assertion failed: 
	at org.eclipse.jface.util.Assert.isTrue(Assert.java:168)
	at org.eclipse.jface.util.Assert.isTrue(Assert.java:154)
	at
org.eclipse.ui.views.markers.internal.MarkerView.getTotalMarkers(MarkerView.java:713)
	at
org.eclipse.ui.views.markers.internal.MarkerView.updateTitle(MarkerView.java:583)
	at
org.eclipse.ui.views.markers.internal.MarkerView$3.runInUIThread(MarkerView.java:147)
	at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:90)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:102)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2288)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1996)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:586)
	at org.eclipse.jface.window.Window.open(Window.java:566)
	at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:56)
	at
org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.activate(UserInterfaceStarter.java:112)
	at
org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.run(UserInterfaceStarter.java:68)
	at
org.eclipse.jdt.internal.ui.refactoring.reorg.DeleteAction.run(DeleteAction.java:99)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:842)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:509)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:461)
	at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:408)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:847)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2311)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1992)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1506)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1482)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:246)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:226)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

swt 3

In this example scrolling the column with the tableTreeEdtiors will overwrite 
the horizontal scrollbar, and the table column headers.   This does not happen 
on win32 or motif.

In another app they also overwrite the vertical srollbar, but I can't make it 
do so in this example.  PR67236 overwrites the vertical scrollbar.

public class TTE {
  
  public static void main(String[] a) {
    Display display = new Display();
    Shell shell = new Shell(display);
    shell.setLayout(new FillLayout());
    
    TTE tte = new TTE();
    
    final TableTree tt = new TableTree(shell, SWT.FULL_SELECTION | SWT.MULTI | 
SWT.VIRTUAL);
    Table t = tt.getTable(); 
    t.setLinesVisible(true);
    t.setHeaderVisible(true);
    

    for (int i = 0; i < 10; i++) {
      TableColumn tc = new TableColumn(t, SWT.NONE);
      tc.setWidth(100);
      if (i == 8)
          tc.setWidth(500);
      tc.setText("Column " + i);
    } 
    
    for (int i = 0; i < 100; i++) {
      TableTreeItem tti = new TableTreeItem(tt, SWT.NONE);
      addTTE(tte, tt, tti);
      
    }
    
    shell.setSize(300,500);
    shell.open();
    
    while (!shell.isDisposed()) {
      if (!display.readAndDispatch())
        display.sleep();
    }   
    display.dispose();
  } 
  
  public static void addTTE(TTE tte, TableTree tt, TableTreeItem tti) {
    TableTreeEditor editor = new TableTreeEditor(tt);
    tti.setData("editor", editor);
    editor.horizontalAlignment = SWT.LEFT;
    editor.grabHorizontal = true;
    editor.setEditor(tte.new myCanvas(tt.getTable(), SWT.NONE), tti ,8);
  } 
  
  class myCanvas extends Canvas  implements PaintListener {
      
      Image i;
      
    public myCanvas(Composite parent, int style) {
      super(parent, SWT.NO_BACKGROUND);
      addPaintListener(this);
      i = new Image(getDisplay(), 16, 16);
      GC gc = new GC(i);
      gc.setBackground(getDisplay().getSystemColor(SWT.COLOR_BLUE));
      gc.fillRectangle(0,0,16,16);
      gc.dispose();
      

    }
     
    public void paintControl(PaintEvent e) {
      e.gc.drawImage(i, 0, 0, 16, 16, e.x, e.y, e.width, e.height);
    } 
  } 
  
}

The following snippet resizes the columns so that they always fit into the
window. On Linux (Fedora Core 1) with 3.0M6 the horizontal bar is always
displayed and the last column has incorrect width. We have application with many
more columns and the last columns width is completely off. What it seems is that
if you call getWidth after setWidth it returns completely different size than it
was set.

/*
 * Copyright (c) 2000, 2002 IBM Corp.  All rights reserved.
 * This file is made available under the terms of the Common Public License v1.0
 * which accompanies this distribution, and is available at
 * http://www.eclipse.org/legal/cpl-v10.html
 */

package com.abmira.swt.snippets.control.table;
import org.eclipse.swt.SWT;
import org.eclipse.swt.events.ControlAdapter;
import org.eclipse.swt.events.ControlEvent;
import org.eclipse.swt.graphics.Point;
import org.eclipse.swt.graphics.Rectangle;
import org.eclipse.swt.layout.FillLayout;
import org.eclipse.swt.widgets.Composite;
import org.eclipse.swt.widgets.Display;
import org.eclipse.swt.widgets.Shell;
import org.eclipse.swt.widgets.Table;
import org.eclipse.swt.widgets.TableColumn;
import org.eclipse.swt.widgets.TableItem;

public class ResizeTableWithFixedColumns
{

   public static void main(String[] args)
   {
      Display display = new Display();
      Shell shell = new Shell(display);
      shell.setLayout(new FillLayout());
      StringBuffer sbBuffer = new StringBuffer();

      final Composite comp = new Composite(shell, SWT.NONE);
      final Table table = new Table(comp, SWT.BORDER | SWT.V_SCROLL | SWT.H_SCROLL
                                          | SWT.SINGLE | SWT.FULL_SELECTION);
      table.setHeaderVisible(true);
      table.setLinesVisible(true);
      final TableColumn column1 = new TableColumn(table, SWT.NONE);
      column1.setText("Column 1");
      column1.setResizable(false);
      final TableColumn column2 = new TableColumn(table, SWT.NONE);
      column2.setText("Column 2");
      column2.setResizable(false);
      for (int i = 0; i < 60; i++)
      {
         TableItem item = new TableItem(table, SWT.NONE);
         sbBuffer.append("M");
         item.setText(new String[] { "item 0 " + sbBuffer.toString() + " " + i, 
                                     "item 1 " + i });
      }
      comp.addControlListener(new ControlAdapter()
      {
         public void controlResized(ControlEvent e)
         {
            Rectangle area = table.getParent().getClientArea();
            Point preferredSize = table.computeSize(SWT.DEFAULT, SWT.DEFAULT);
            int width = area.width - 2 * table.getBorderWidth();
            if (preferredSize.y > area.height)
            {
               // Subtract the scrollbar width from the total column width
               // if a vertical scrollbar will be required
               Point vBarSize = table.getVerticalBar().getSize();
               width -= vBarSize.x;
            }
            Point oldSize = table.getSize();
            if (oldSize.x > area.width)
            {
               // table is getting smaller so make the columns 
               // smaller first and then resize the table to
               // match the client area width
               column1.setWidth((int)(width * 0.9));
               column2.setWidth(width - column1.getWidth());
               table.setSize(area.width, area.height);
            }
            else
            {
               // table is getting bigger so make the table 
               // bigger first and then make the columns wider
               // to match the client area width
               table.setSize(area.width, area.height);
               column1.setWidth((int)(width * 0.9));
               column2.setWidth(width - column1.getWidth());
            }
         }
      });

      shell.open();
      while (!shell.isDisposed())
      {
         if (!display.readAndDispatch())
            display.sleep();
      }
      display.dispose();
   }
}

20040322

You cannot get a double click event from a mouse listener on a progress 
indicator.

STEPS
1) Run the code below
2) double click on the indicator - no event fired

import org.eclipse.swt.SWT;
import org.eclipse.swt.events.MouseEvent;
import org.eclipse.swt.events.MouseListener;
import org.eclipse.swt.layout.*;
import org.eclipse.swt.widgets.*;
/**
 * @author tod
 * 
 * To change this generated comment edit the template variable "typecomment":
 * Window>Preferences>Java>Templates.
 */
public class ProgressIndicatorTest {
	public static void main(String[] args) {
		Display display = new Display();
		Shell shell = new Shell(display);
		Composite basicInfoComposite = new Composite(shell, 
SWT.BORDER);
		GridLayout layout = new GridLayout();
		basicInfoComposite.setLayout(layout);
		GridData data = new GridData(GridData.FILL_BOTH);
		data.grabExcessHorizontalSpace = true;
		basicInfoComposite.setLayoutData(data);
		
		ProgressBar bar = new ProgressBar(basicInfoComposite, 
SWT.HORIZONTAL | SWT.INDETERMINATE);
		
		bar.addMouseListener(new MouseListener(){
			/* (non-Javadoc)
			 * @see 
org.eclipse.swt.events.MouseListener#mouseDoubleClick
(org.eclipse.swt.events.MouseEvent)
			 */
			public void mouseDoubleClick(MouseEvent e) {
				System.out.println("double");
			}
			
			/* (non-Javadoc)
			 * @see org.eclipse.swt.events.MouseListener#mouseDown
(org.eclipse.swt.events.MouseEvent)
			 */
			public void mouseDown(MouseEvent e) {
				System.out.println("down");
			}
			
			/* (non-Javadoc)
			 * @see org.eclipse.swt.events.MouseListener#mouseUp
(org.eclipse.swt.events.MouseEvent)
			 */
			public void mouseUp(MouseEvent e) {
				System.out.println("up");
			}
		});
		
		basicInfoComposite.setVisible(true);
		basicInfoComposite.pack(true);
		shell.setSize(400, 400);
		shell.open();
		while (!shell.isDisposed()) {
			if (!display.readAndDispatch())
				display.sleep();
		}
		display.dispose();
	}
}

I20040518 08:16
No changes have been releaseed to help for a week, but in this build
 stand-alone help test logs exceptions
 and Infocenter fails to start.
This only appears when running from releng automated test framework, they pass 
when running from workspace.

The standalone help that is launched and closed first and the log in the 
workspace contains:
!SESSION May 18, 2004 12:41:20.132 --------------------------------------------
-
eclipse.buildId=I200405180816
java.version=1.4.2_03
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -application org.eclipse.help.base.helpApplication
!ENTRY initial@reference:file:d:/eclipse-testing/test-
eclipse/eclipse/plugins/org.eclipse.core.runtime_3.0.0/ 0 0 May 18, 2004 
12:41:20.132
!MESSAGE FrameworkEvent.ERROR
!STACK 0
java.util.MissingResourceException: Can't find bundle for base name plugin, 
locale en_US
	at java.util.ResourceBundle.throwMissingResourceException
(ResourceBundle.java:804)
	at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:773)
	at java.util.ResourceBundle.getBundle(ResourceBundle.java:661)
	at 
org.eclipse.core.internal.runtime.ResourceTranslator.getResourceBundle
(ResourceTranslator.java:68)
	at 
org.eclipse.core.internal.registry.EclipseBundleListener.getBundleModel
(EclipseBundleListener.java:131)
	at org.eclipse.core.internal.registry.EclipseBundleListener.addBundle
(EclipseBundleListener.java:94)
	at 
org.eclipse.core.internal.registry.EclipseBundleListener.bundleChanged
(EclipseBundleListener.java:64)
	at 
org.eclipse.osgi.framework.internal.core.BundleContextImpl.dispatchEvent
(BundleContextImpl.java:1151)
	at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent
(EventManager.java:186)
	at 
org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous
(ListenerQueue.java:137)
	at 
org.eclipse.osgi.framework.internal.core.Framework.publishBundleEventPrivileged
(Framework.java:1403)
	at 
org.eclipse.osgi.framework.internal.core.Framework.publishBundleEvent
(Framework.java:1354)
	at 
org.eclipse.osgi.framework.internal.core.PackageAdminImpl.processDelta
(PackageAdminImpl.java:522)
	at 
org.eclipse.osgi.framework.internal.core.PackageAdminImpl.refreshPackages
(PackageAdminImpl.java:350)
	at org.eclipse.osgi.framework.internal.core.PackageAdminImpl$1.run
(PackageAdminImpl.java:319)
	at java.lang.Thread.run(Thread.java:534)
!ENTRY initial@reference:file:d:/eclipse-testing/test-
eclipse/eclipse/plugins/org.eclipse.core.runtime_3.0.0/ 0 0 May 18, 2004 
12:41:20.543
!MESSAGE FrameworkEvent.ERROR
!STACK 0
java.util.MissingResourceException: Can't find bundle for base name plugin, 
locale en_US
	at java.util.ResourceBundle.throwMissingResourceException
(ResourceBundle.java:804)
	at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:773)
	at java.util.ResourceBundle.getBundle(ResourceBundle.java:661)
	at 
org.eclipse.core.internal.runtime.ResourceTranslator.getResourceBundle
(ResourceTranslator.java:68)
	at 
org.eclipse.core.internal.registry.EclipseBundleListener.getBundleModel
(EclipseBundleListener.java:131)
	at org.eclipse.core.internal.registry.EclipseBundleListener.addBundle
(EclipseBundleListener.java:94)
	at 
org.eclipse.core.internal.registry.EclipseBundleListener.bundleChanged
(EclipseBundleListener.java:64)
	at 
org.eclipse.osgi.framework.internal.core.BundleContextImpl.dispatchEvent
(BundleContextImpl.java:1151)
	at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent
(EventManager.java:186)
	at 
org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous
(ListenerQueue.java:137)
	at 
org.eclipse.osgi.framework.internal.core.Framework.publishBundleEventPrivileged
(Framework.java:1403)
	at 
org.eclipse.osgi.framework.internal.core.Framework.publishBundleEvent
(Framework.java:1354)
	at 
org.eclipse.osgi.framework.internal.core.PackageAdminImpl.processDelta
(PackageAdminImpl.java:522)
	at 
org.eclipse.osgi.framework.internal.core.PackageAdminImpl.refreshPackages
(PackageAdminImpl.java:350)
	at org.eclipse.osgi.framework.internal.core.PackageAdminImpl$1.run
(PackageAdminImpl.java:319)
	at java.lang.Thread.run(Thread.java:534)



The Infocenter is launched after, and fails to launch.  The log (in the 
configuration directory contains:
!SESSION maj 18, 2004 14:06:52.953 --------------------------------------------
-
eclipse.buildId=unknown
java.version=1.4.2_03
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=pl_PL
Command-line arguments: -application 
org.eclipse.help.base.infocenterApplication -locales en en_CA
!ENTRY initial@reference:file:d:/eclipse-testing/test-
eclipse/eclipse/plugins/org.eclipse.core.runtime_3.0.0/ 0 0 maj 18, 2004 
14:06:52.953
!MESSAGE FrameworkEvent.ERROR
!STACK 0
org.osgi.framework.BundleException: Exception in 
org.eclipse.core.internal.runtime.PlatformActivator.start() of bundle 
org.eclipse.core.runtime.
	at 
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator
(BundleContextImpl.java:975)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start
(BundleContextImpl.java:937)
	at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker
(BundleHost.java:421)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.resume
(AbstractBundle.java:366)
	at org.eclipse.osgi.framework.internal.core.Framework.resumeBundle
(Framework.java:992)
	at 
org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles
(StartLevelManager.java:572)
	at org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL
(StartLevelManager.java:483)
	at 
org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel
(StartLevelManager.java:273)
	at 
org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent
(StartLevelManager.java:443)
	at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent
(EventManager.java:186)
	at org.eclipse.osgi.framework.eventmgr.EventThread.run
(EventThread.java:104)
Caused by: java.util.MissingResourceException: Can't find bundle for base name 
plugin, locale pl_PL
	at java.util.ResourceBundle.throwMissingResourceException
(ResourceBundle.java:804)
	at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:773)
	at java.util.ResourceBundle.getBundle(ResourceBundle.java:661)
	at 
org.eclipse.core.internal.runtime.ResourceTranslator.getResourceBundle
(ResourceTranslator.java:68)
	at 
org.eclipse.core.internal.registry.EclipseBundleListener.getBundleModel
(EclipseBundleListener.java:131)
	at org.eclipse.core.internal.registry.EclipseBundleListener.addBundle
(EclipseBundleListener.java:94)
	at 
org.eclipse.core.internal.registry.EclipseBundleListener.processBundles
(EclipseBundleListener.java:75)
	at org.eclipse.core.internal.runtime.PlatformActivator.startRegistry
(PlatformActivator.java:134)
	at org.eclipse.core.internal.runtime.PlatformActivator.start
(PlatformActivator.java:61)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run
(BundleContextImpl.java:958)
	at java.security.AccessController.doPrivileged(Native Method)
	at 
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator
(BundleContextImpl.java:954)
	... 10 more
Root exception:
java.util.MissingResourceException: Can't find bundle for base name plugin, 
locale pl_PL
	at java.util.ResourceBundle.throwMissingResourceException
(ResourceBundle.java:804)
	at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:773)
	at java.util.ResourceBundle.getBundle(ResourceBundle.java:661)
	at 
org.eclipse.core.internal.runtime.ResourceTranslator.getResourceBundle
(ResourceTranslator.java:68)
	at 
org.eclipse.core.internal.registry.EclipseBundleListener.getBundleModel
(EclipseBundleListener.java:131)
	at org.eclipse.core.internal.registry.EclipseBundleListener.addBundle
(EclipseBundleListener.java:94)
	at 
org.eclipse.core.internal.registry.EclipseBundleListener.processBundles
(EclipseBundleListener.java:75)
	at org.eclipse.core.internal.runtime.PlatformActivator.startRegistry
(PlatformActivator.java:134)
	at org.eclipse.core.internal.runtime.PlatformActivator.start
(PlatformActivator.java:61)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run
(BundleContextImpl.java:958)
	at java.security.AccessController.doPrivileged(Native Method)
	at 
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator
(BundleContextImpl.java:954)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start
(BundleContextImpl.java:937)
	at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker
(BundleHost.java:421)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.resume
(AbstractBundle.java:366)
	at org.eclipse.osgi.framework.internal.core.Framework.resumeBundle
(Framework.java:992)
	at 
org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles
(StartLevelManager.java:572)
	at org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL
(StartLevelManager.java:483)
	at 
org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel
(StartLevelManager.java:273)
	at 
org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent
(StartLevelManager.java:443)
	at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent
(EventManager.java:186)
	at org.eclipse.osgi.framework.eventmgr.EventThread.run
(EventThread.java:104)
!ENTRY initial@reference:file:d:/eclipse-testing/test-
eclipse/eclipse/plugins/org.eclipse.update.configurator_3.0.0/ 0 0 maj 18, 
2004 14:06:52.983
!MESSAGE FrameworkEvent.ERROR
!STACK 0
org.osgi.framework.BundleException: Exception in 
org.eclipse.update.internal.configurator.ConfigurationActivator.start() of 
bundle org.eclipse.update.configurator.
	at 
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator
(BundleContextImpl.java:975)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start
(BundleContextImpl.java:937)
	at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker
(BundleHost.java:421)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.resume
(AbstractBundle.java:366)
	at org.eclipse.osgi.framework.internal.core.Framework.resumeBundle
(Framework.java:992)
	at 
org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles
(StartLevelManager.java:572)
	at org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL
(StartLevelManager.java:483)
	at 
org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel
(StartLevelManager.java:273)
	at 
org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent
(StartLevelManager.java:443)
	at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent
(EventManager.java:186)
	at org.eclipse.osgi.framework.eventmgr.EventThread.run
(EventThread.java:104)
Caused by: java.lang.Exception: Cannot initialize the Update Configurator
	at 
org.eclipse.update.internal.configurator.ConfigurationActivator.initialize
(ConfigurationActivator.java:103)
	at 
org.eclipse.update.internal.configurator.ConfigurationActivator.start
(ConfigurationActivator.java:70)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run
(BundleContextImpl.java:958)
	at java.security.AccessController.doPrivileged(Native Method)
	at 
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator
(BundleContextImpl.java:954)
	... 10 more
Root exception:
java.lang.Exception: Cannot initialize the Update Configurator
	at 
org.eclipse.update.internal.configurator.ConfigurationActivator.initialize
(ConfigurationActivator.java:103)
	at 
org.eclipse.update.internal.configurator.ConfigurationActivator.start
(ConfigurationActivator.java:70)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run
(BundleContextImpl.java:958)
	at java.security.AccessController.doPrivileged(Native Method)
	at 
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator
(BundleContextImpl.java:954)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start
(BundleContextImpl.java:937)
	at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker
(BundleHost.java:421)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.resume
(AbstractBundle.java:366)
	at org.eclipse.osgi.framework.internal.core.Framework.resumeBundle
(Framework.java:992)
	at 
org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles
(StartLevelManager.java:572)
	at org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL
(StartLevelManager.java:483)
	at 
org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel
(StartLevelManager.java:273)
	at 
org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent
(StartLevelManager.java:443)
	at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent
(EventManager.java:186)
	at org.eclipse.osgi.framework.eventmgr.EventThread.run
(EventThread.java:104)
!ENTRY org.eclipse.osgi maj 18, 2004 14:06:52.993
!MESSAGE Startup error
!STACK 1
java.lang.IllegalStateException: Bundle initial@reference:file:d:/eclipse-
testing/test-eclipse/eclipse/plugins/org.eclipse.core.runtime_3.0.0/ [120] is 
not active.
	at org.eclipse.core.runtime.adaptor.EclipseStarter.ensureBundlesActive
(EclipseStarter.java:286)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.startup
(EclipseStarter.java:222)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:125)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:184)
	at org.eclipse.core.launcher.Main.run(Main.java:637)
	at org.eclipse.core.launcher.Main.main(Main.java:621)

The stand-alone help test does not pass any locale, but the infocenter passes -
nl pl_PL to the eclipse when launching.

I am not sure what the problem is, but it looks like locale is influcencing 
behavior of the runtime.

For this code:

public class CompilerTest
{
   private int hideIt;
   
   private static class InnerTest
   {
      private int hideIt;
   }
   
   public CompilerTest()
   {
      hideIt = 1;
   }
}

Under M6 get the compiler warning:
"The field CompilerTest.InnerTest.hideIt is hiding a field from type 
CompilerTest"

Lighten up - it's declared static.
My code uses static inner classes in several places that are now being flagged 
this way.

20030316

When I start Eclipse there is now a dialog that prompts for which workspace to 
use. This opens behind the splash screen so I rarely spot it.

Same mnemonics:

File Format & Formats
General & outgoing

@@

Preview area does not consistently use dialog font.

@@

Add Variables buttons do not use standard margins.

There are multiple progress popups, one per workbench window.  Let's just have 
one on the foreground shell.

The controls should adjust to the size of the pref page.

Version: 3.1.0
Build id: 200409291200

Currently the color/font page uses the default definitions for determining
whether a color or font is set to the default value.  This is wrong - the
definitions needs to be the base definitions merged with teh theme overrides.

refactored (renamed) a field named 'subscribers':

private static final Set<SubscriberRecord> subscribers = new SubscriberSet();

(SubscriberRecord and SubscriberSet just some classes i defined)

but synchronized block elsewhere in class did NOT get renamed, resulting in
errors after the refactoring. synchronization was on 'subscribers'.

thanks!

I20040529

Field JarPackageFragmentInfo#entryNames is unnecessary has it is used as a 
temporary cache. It should be removed to free up space.

I'm editing Java and doing CVS.

A dialog box comes up:
File Changed
The File has been changed on the file system. Do you want to load the changes?

I saw yes, then these error come out:
!ENTRY org.eclipse.core.filebuffers 4 0 Feb 17, 2004 23:40:36.778
!MESSAGE Exception when synchronizing
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.jdt.internal.ui.javaeditor.JavaEditor.getSignedSelection(JavaEditor.java:3034)
	at
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor$RememberedSelection.remember(CompilationUnitEditor.java:658)
	at
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor.rememberSelection(CompilationUnitEditor.java:1540)
	at org.eclipse.ui.texteditor.AbstractTextEditor$3.run(AbstractTextEditor.java:282)
	at
org.eclipse.ui.texteditor.AbstractTextEditor$ElementStateListener.execute(AbstractTextEditor.java:385)
	at
org.eclipse.ui.texteditor.AbstractTextEditor$ElementStateListener.elementContentAboutToBeReplaced(AbstractTextEditor.java:286)
	at
org.eclipse.ui.editors.text.TextFileDocumentProvider$FileBufferListener.bufferContentAboutToBeReplaced(TextFileDocumentProvider.java:200)
	at
org.eclipse.core.internal.filebuffers.TextFileBufferManager.fireBufferContentAboutToBeReplaced(TextFileBufferManager.java:234)
	at
org.eclipse.core.internal.filebuffers.ResourceTextFileBuffer.handleFileContentChanged(ResourceTextFileBuffer.java:271)
	at
org.eclipse.core.internal.filebuffers.ResourceFileBuffer$1.execute(ResourceFileBuffer.java:142)
	at
org.eclipse.core.internal.filebuffers.ResourceFileBuffer$SafeFileChange.run(ResourceFileBuffer.java:76)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:102)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2325)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2033)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:257)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:104)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)



!ENTRY org.eclipse.core.runtime 4 2 Feb 17, 2004 23:54:26.138
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.jdt.internal.ui.javaeditor.JavaEditor.getSignedSelection(JavaEditor.java:3034)
	at
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor$RememberedSelection.remember(CompilationUnitEditor.java:658)
	at
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor.rememberSelection(CompilationUnitEditor.java:1540)
	at org.eclipse.ui.texteditor.AbstractTextEditor$3.run(AbstractTextEditor.java:282)
	at
org.eclipse.ui.texteditor.AbstractTextEditor$ElementStateListener.execute(AbstractTextEditor.java:385)
	at
org.eclipse.ui.texteditor.AbstractTextEditor$ElementStateListener.elementContentAboutToBeReplaced(AbstractTextEditor.java:286)
	at
org.eclipse.ui.editors.text.TextFileDocumentProvider$FileBufferListener.bufferContentAboutToBeReplaced(TextFileDocumentProvider.java:200)
	at
org.eclipse.core.internal.filebuffers.TextFileBufferManager.fireBufferContentAboutToBeReplaced(TextFileBufferManager.java:234)
	at
org.eclipse.core.internal.filebuffers.ResourceTextFileBuffer.revert(ResourceTextFileBuffer.java:159)
	at
org.eclipse.ui.editors.text.TextFileDocumentProvider$5.execute(TextFileDocumentProvider.java:873)
	at
org.eclipse.ui.editors.text.TextFileDocumentProvider$DocumentProviderOperation.run(TextFileDocumentProvider.java:93)
	at
org.eclipse.ui.actions.WorkspaceModifyDelegatingOperation.execute(WorkspaceModifyDelegatingOperation.java:67)
	at
org.eclipse.ui.actions.WorkspaceModifyOperation$1.run(WorkspaceModifyOperation.java:91)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1567)
	at
org.eclipse.ui.actions.WorkspaceModifyOperation.run(WorkspaceModifyOperation.java:105)
	at
org.eclipse.ui.editors.text.WorkspaceOperationRunner.run(WorkspaceOperationRunner.java:72)
	at
org.eclipse.ui.editors.text.WorkspaceOperationRunner.run(WorkspaceOperationRunner.java:62)
	at
org.eclipse.ui.editors.text.TextFileDocumentProvider.executeOperation(TextFileDocumentProvider.java:391)
	at
org.eclipse.ui.editors.text.TextFileDocumentProvider.synchronize(TextFileDocumentProvider.java:885)
	at
org.eclipse.ui.texteditor.AbstractTextEditor.handleEditorInputChanged(AbstractTextEditor.java:2782)
	at
org.eclipse.ui.texteditor.AbstractTextEditor.sanityCheckState(AbstractTextEditor.java:2901)
	at
org.eclipse.ui.texteditor.StatusTextEditor.sanityCheckState(StatusTextEditor.java:193)
	at
org.eclipse.ui.texteditor.AbstractTextEditor.safelySanityCheckState(AbstractTextEditor.java:2879)
	at
org.eclipse.ui.texteditor.AbstractTextEditor$ActivationListener.handleActivation(AbstractTextEditor.java:711)
	at
org.eclipse.ui.texteditor.AbstractTextEditor$ActivationListener.partActivated(AbstractTextEditor.java:657)
	at org.eclipse.ui.internal.PartListenerList$1.run(PartListenerList.java:49)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:819)
	at org.eclipse.core.runtime.Platform.run(Platform.java:493)
	at
org.eclipse.ui.internal.PartListenerList.firePartActivated(PartListenerList.java:47)
	at org.eclipse.ui.internal.WWinPartService$1.partActivated(WWinPartService.java:27)
	at org.eclipse.ui.internal.PartListenerList2$1.run(PartListenerList2.java:45)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:819)
	at org.eclipse.core.runtime.Platform.run(Platform.java:493)
	at
org.eclipse.ui.internal.PartListenerList2.firePartActivated(PartListenerList2.java:43)
	at org.eclipse.ui.internal.WorkbenchPage.firePartActivated(WorkbenchPage.java:1277)
	at org.eclipse.ui.internal.WorkbenchPage.setActivePart(WorkbenchPage.java:2565)
	at org.eclipse.ui.internal.WorkbenchPage.activate(WorkbenchPage.java:455)
	at org.eclipse.ui.internal.WorkbenchPage.showEditor(WorkbenchPage.java:2146)
	at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:2084)
	at org.eclipse.ui.internal.WorkbenchPage.access$6(WorkbenchPage.java:2042)
	at org.eclipse.ui.internal.WorkbenchPage$9.run(WorkbenchPage.java:2029)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2024)
	at org.eclipse.ui.ide.IDE.openEditor(IDE.java:265)
	at
org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.openInEditor(EditorUtility.java:134)
	at
org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.openInEditor(EditorUtility.java:112)
	at org.eclipse.jdt.internal.ui.actions.OpenActionUtil.open(OpenActionUtil.java:49)
	at org.eclipse.jdt.ui.actions.OpenAction.run(OpenAction.java:158)
	at org.eclipse.jdt.ui.actions.OpenAction.run(OpenAction.java:147)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
	at
org.eclipse.jdt.internal.ui.packageview.PackageExplorerActionGroup.handleOpen(PackageExplorerActionGroup.java:329)
	at
org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart$5.open(PackageExplorerPart.java:303)
	at org.eclipse.jface.viewers.StructuredViewer$2.run(StructuredViewer.java:406)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:819)
	at org.eclipse.core.runtime.Platform.run(Platform.java:493)
	at org.eclipse.jface.viewers.StructuredViewer.fireOpen(StructuredViewer.java:404)
	at org.eclipse.jface.viewers.StructuredViewer.handleOpen(StructuredViewer.java:614)
	at
org.eclipse.jface.viewers.StructuredViewer$6.handleOpen(StructuredViewer.java:703)
	at org.eclipse.jface.util.OpenStrategy.fireOpenEvent(OpenStrategy.java:209)
	at org.eclipse.jface.util.OpenStrategy.access$2(OpenStrategy.java:204)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:233)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2348)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2029)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:257)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:104)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

Build: 200402122000
Windows 2003 Enterprise (Evaluation)
Sun JDK 1.4.2_03

 

See bug 74756 for a full description of the problem.

We need to spec that the type of value in property change events can be a
wrapped object, a string, or null depending on the situation.

Hi,
I noticed problems disposing a TrayItem. In my application the user may chose 
to have the trayicon, or not. This is set in preferences without restart, so 
creation and disposal of TrayItems are handled during runtime.
When first calling TrayItem.dispose() and afterwards creating a new TrayItem, 
the old one is still showing in the tray, but without an image or Menu set to 
it.
If needed, I could write a sample snippet.
Regards,
Ben

We are using the method ActionDelegateHelper#getCurrentMember() which should
return the Java element at the given selection.
But the implementation of the method doesn't use the given selection, it uses
the current selection instead. It works fine when using run>toggle line
breakpoint. But when using the action from the ruler, the current selection can
be in a different type (or not in a type) than where the breakpoint needs to be
added.

20040914088
I used the encapsulate field refactoring and this caused changes in both the 
type and its subclass.

The Undo operation correctly undid the changes in the type but the changes in 
the subclass remaind.

I beginRule() on the underlying IResource as a for the ICompilationUnit I'm
working with. When I invoke delete() on an IField (IMethod, IImportDeclaration,
etc) the delete tries to run within the WorkspaceRoot scheduling rule. This
causes a "inner scope rule doesn't match other scope rule" exception. 

I don't think I should be required to use the entire WS Root as the rule when I
want to delete a field from a single IResource. The delete() operation should be
modified to only require the underlying IResource as the rule it needs not the
entire WorkspaceRoot.

I200402102000

Open Type Hierarchy on package junit.framework.
Observe: only one interface instead of three is shown.

Nothing in .log

The "prolog" of an Ant buildfile should be foldable.

To provide Ant code completion we parse and load two large data structures 
into memory.

These data structures then remain for the entire eclipse session.

I propose we decay these data structures (null them out) after the last Ant 
editor has been closed and X amount of time has passed.

The data in question is about 1.5MB in size.

class A {
	private void privateMethod() {
	}
}

class Second extends A {
	void call() {
		int i= privateMethod();
	}
	int privateMethod() {
		return 1;
	}
}

Search for References to method A#privateMethod().
=> A match is found in Second#call().
=> expected: no match (one could argue about an inaccurate match iff there's no
Second#privateMethod(), but not in this situation)

I200411022000

1. Create enum (either as separete file or inside a class):
public enum E {
	A, B, C, D, F, Incomplete
}

2. Delete B and save
3. compare
==> no structural difference gets reported

20041103

With the following files, the key A.0 is duplicate.
- Ctrl + Click: Junps to 'hello'
- Hover over "A.0" in class A: shows 'world'

public class A {
	String h= Messages.getString("A.0"); //$NON-NLS-1$
}

messages.properties:
A.0=hello
A.0=world

The "public boolean visit(ArrayCreation node)" method 
of "org.eclipse.jdt.internal.corext.dom.ASTFlattener" appends an "=" between 
array type and the (optional) initializer.

example of code produced: new Class[] = {List.class, ArrayList.class}
instead of: new Class[] {List.class, ArrayList.class}

To fix the bug simply remove the "fResult.append('=');" line in the visit 
method.

File.getCharset performance can be improved without much effort for the case the
information is cached (common scenario)

In this scenario, we spend too much time traversing the tree way down to the
root (checking whether every resource exists) and retrieving the same node in
the project preferences context.

I200402102000

Roll-over shows all annotations also those which I explicitly disabled to show
up in the vertical ruler.

M7 candidate.

This happens to the following code snippet in 3.0 RC1:

public class Test {
	
	private int value;
	
	public void setValue(int value) {
		this.value = value;
	}
	
}

It marks the "value" variable with the warning "The private field Test.value is
never read locally" and suggest its removal as a quick fix. This is wrong,
because if you accept the quick fix, it will generate a error of "this.value is
cannot be resolved or is not a field".

If there is a getter method, it does not show the warning.

Code folding is turned on by default in current builds. I can imagine people wanting this feature (I'll 
probably use it for imports), but he default behavior should not be to hide code from the user.

Even as an Eclipse committer who's heard all the buzzing lately about code folding, it took me a 
minute of gaping at my editor in confusion to realize why I couldn't see my code.

I200402102000

The combo for text styles on the annotation preference page depends on the above
check box. This should be shown by indenting the combo.

Nice to have for M7 since it is in N&NW.

In the static initialization block 
of "org.eclipse.jdt.core.dom.EnumDeclaration" class there is no "addProperty" 
call for the structural property: "superInterfaceTypes".

Please, fix the bug as follows:
	static {
		createPropertyList(EnumDeclaration.class);
		addProperty(JAVADOC_PROPERTY);
		addProperty(MODIFIERS2_PROPERTY);
		addProperty(NAME_PROPERTY);
		addProperty(SUPER_INTERFACE_TYPES_PROPERTY); //TODO add me!
		addProperty(BODY_DECLARATIONS_PROPERTY);
		PROPERTY_DESCRIPTORS = reapPropertyList();
	}

If a toolbar is created in one Shell and reparented, the toolbar will stop
working if the original shell is subsequently disposed. 

This bug is demonstrated by the following code snippet. The toolbar is supposed
to write "I'm still working!" to the console whenever you click on it. However,
if demonstrateBug=true, it will do nothing.

public class SwtTest {

	public static void main(String[] args) {
		Display display = new Display ();
		final Shell shell = new Shell (display);
		final ToolBar buggyToolbar = new ToolBar(shell, SWT.NONE);
		
		ToolItem item = new ToolItem(buggyToolbar, SWT.PUSH);
		item.addSelectionListener(new SelectionListener() {

			public void widgetSelected(SelectionEvent e) {
				System.out.println("I'm still working!");
			}

			public void widgetDefaultSelected(SelectionEvent e) {
				System.out.println("I'm still working!");
			}
		});
		
		final Shell shell2 = new Shell(display);
		shell2.setLayout(new FillLayout());
		shell2.open();

		shell.setLayout(new FillLayout());
		shell.open ();
		shell.pack();
		
		boolean demonstratingBug = true;
		if (demonstratingBug) {
			buggyToolbar.setParent(shell2);
			shell.dispose();
		}

		shell2.pack();
		
		while (!shell2.isDisposed()) {
			if (!display.readAndDispatch ()) display.sleep ();
		}
		display.dispose ();
	}
}

200406180010

Open a Java editor and choose 'Navigate > Show In > Package Explorer'. The
Package Explorer is shown and the right element is selected. Nevertheless,
there's a Display#beep() which should only occur when the element could not be
shown.

The problem is that PackageExplorerPart#revealAndVerify(..) sets the selection
(converting the given editor input file into an IJavaElement) and then compares
the new selection to the given file to determine success. This test obviously
fails when the selection is not a file but a CU. That's why the beep is issued.

1) Navigate>Open Resource...
->observe the dialog shows generated class files and copied resource files in 
the output folder

These are both derived resources and it is almost never helpful to navigate to 
them. The simplest solution is to filter out resources which are marked as 
derived (search is using the same approach to avoid searching in derived 
resources)

i20040427

Got the following exception doing a search. Sorry, but I don't remember what
kind of search it was... not very helpful, I know, but I thought I would post
this bug anyway, just in case you guys have a clue.

!ENTRY org.eclipse.core.runtime 4 2 May 03, 2004 17:33:42.802
!MESSAGE An internal error occurred during: "Search for References".
!STACK 0
java.lang.IllegalArgumentException: timeout value is negative
	at java.lang.Thread.sleep(Native Method)
	at
org.eclipse.search2.internal.ui.ThrottlingProgressMonitor.internalWorked(ThrottlingProgressMonitor.java:43)
	at
org.eclipse.core.runtime.ProgressMonitorWrapper.internalWorked(ProgressMonitorWrapper.java:94)
	at
org.eclipse.core.runtime.SubProgressMonitor.internalWorked(SubProgressMonitor.java:147)
	at
org.eclipse.core.runtime.ProgressMonitorWrapper.internalWorked(ProgressMonitorWrapper.java:94)
	at
org.eclipse.core.runtime.SubProgressMonitor.internalWorked(SubProgressMonitor.java:147)
	at org.eclipse.core.runtime.SubProgressMonitor.worked(SubProgressMonitor.java:173)
	at
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locateMatches(MatchLocator.java:760)
	at
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locateMatches(MatchLocator.java:770)
	at
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locateMatches(MatchLocator.java:867)
	at
org.eclipse.jdt.internal.core.search.JavaSearchParticipant.locateMatches(JavaSearchParticipant.java:94)
	at org.eclipse.jdt.core.search.SearchEngine.findMatches(SearchEngine.java:468)
	at org.eclipse.jdt.core.search.SearchEngine.search(SearchEngine.java:760)
	at org.eclipse.jdt.internal.ui.search.JavaSearchQuery.run(JavaSearchQuery.java:138)
	at
org.eclipse.search2.internal.ui.InternalSearchUI$InternalSearchJob.run(InternalSearchUI.java:71)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

200406042000

200412152000

My GTK theme has a textured background by default.  There is a section of the
preference dialog next to the Default/Apply buttons that does not respect this.
 I suspect there is an empty label/text widget that has had its background
colour set manually.  Screencap forthcoming

Build id: 200403240800

I haven't observed this in actual code, but noticed it when doing testing for 
RCP.  The javadoc for IWizard.getDialogSettings says it can return null, but 
WorkbenchWizardListSelectionPage.restoreWidgetValues does not seem to check for 
that case.

[I put this under Platform UI because it looks like CVS is trying to use the 
responsive UI APIs, but either they're not working right or CVS is not using 
them as intended. Feel free to redirect. -Ed]

In the CVS repository view, when I click on Refresh or add a new branch tag, 
or even open the view for the first time, the entire Eclipse UI is blocked. 
There is no modal dialog visible, and the progress bar on the lower right hand 
side of the workbench window usually indicates that a background children 
fetch is in progress but the UI is not responsive (for example I can't open 
any menus, the Eclipse window does not repaint sometimes, and sometimes 
Windows XP changes the title to say "Not responding"). On the local repository 
I use every day this can take a while, maybe 20-40 seconds.

Running Eclipse under the Debugger I got this traceback from one of the 
threads during one of these pauses (the other threads were uninteresting):

Thread [main] (Suspended)
	OS.CallWindowProcW(int, int, int, int, int) line: not available 
[native method]
	OS.CallWindowProc(int, int, int, int, int) line: 1399
	ToolBar.callWindowProc(int, int, int) line: 126
	ToolBar(Control).windowProc(int, int, int, int) line: 3031
	Display.windowProc(int, int, int, int) line: 3282
	OS.DispatchMessageW(MSG) line: not available [native method]
	OS.DispatchMessage(MSG) line: 1475
	Display.readAndDispatch() line: 2380
	ModalContext$ModalContextThread.block() line: 136
	ModalContext.run(IRunnableWithProgress, boolean, IProgressMonitor, 
Display) line: 261
	ApplicationWindow$1.run() line: 576
	BusyIndicator.showWhile(Display, Runnable) line: 69
	WorkbenchWindow(ApplicationWindow).run(boolean, boolean, 
IRunnableWithProgress) line: 573
	WorkbenchWindow.run(boolean, boolean, IRunnableWithProgress) line: 1588
	DateTagCategory(CVSModelElement).getChildren(Object, boolean) line: 87
	DateTagCategory(CVSModelElement).getChildren(Object) line: 67
	RemoteContentProvider(BaseWorkbenchContentProvider).getChildren
(Object) line: 67
	RemoteContentProvider.getChildren(Object) line: 103
	RemoteContentProvider(BaseWorkbenchContentProvider).hasChildren
(Object) line: 94
	RemoteContentProvider.hasChildren(Object) line: 72
	TreeViewer(AbstractTreeViewer).isExpandable(Object) line: 1153
	TreeViewer(AbstractTreeViewer).updateChildren(Widget, Object, Object
[], boolean) line: 1437
	TreeViewer(AbstractTreeViewer).internalRefreshStruct(Widget, Object, 
boolean) line: 1038
	TreeViewer(AbstractTreeViewer).internalRefreshStruct(Widget, Object, 
boolean) line: 1045
	TreeViewer(AbstractTreeViewer).internalRefreshStruct(Widget, Object, 
boolean) line: 1045
	TreeViewer(AbstractTreeViewer).internalRefresh(Widget, Object, 
boolean, boolean) line: 1013
	TreeViewer(AbstractTreeViewer).internalRefresh(Object, boolean) line: 
976
	TreeViewer(AbstractTreeViewer).internalRefresh(Object) line: 964
	StructuredViewer$7.run() line: 925
	TreeViewer(StructuredViewer).preservingSelection(Runnable) line: 863
	TreeViewer(StructuredViewer).refresh(Object) line: 923
	TreeViewer(StructuredViewer).refresh() line: 882
	RepositoriesView(RemoteViewPart).refreshViewer() line: 374
	RepositoriesView(RemoteViewPart).refreshAll() line: 366
	RemoteViewPart$2.run() line: 207
	RemoteViewPart$2(Action).runWithEvent(Event) line: 881
	ActionContributionItem.handleWidgetSelection(Event, boolean) line: 899
	ActionContributionItem.access$2(ActionContributionItem, Event, 
boolean) line: 850
	ActionContributionItem$8.handleEvent(Event) line: 808
	EventTable.sendEvent(Event) line: 82
	ToolItem(Widget).sendEvent(Event) line: 796
	Display.runDeferredEvents() line: 2716
	Display.readAndDispatch() line: 2382
	Workbench.runEventLoop(Window$IExceptionHandler, Display) line: 1363
	Workbench.runUI() line: 1334
	Workbench.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 253
	PlatformUI.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 141
	IDEApplication.run(Object) line: 97
	PlatformActivator$1.run(Object) line: 307
	EclipseStarter.run(Object) line: 256
	EclipseStarter.run(String[], Runnable) line: 127
	NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not 
available [native method]
	NativeMethodAccessorImpl.invoke(Object, Object[]) line: not available
	DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: not 
available
	Method.invoke(Object, Object[]) line: not available
	Main.basicRun(String[]) line: 185
	Main.run(String[]) line: 638
	Main.main(String[]) line: 622

If the CVS console is open, and the preference to remove terminated launches 
is on, launching a new program causes flicker in the console.

* A launch is registered
* Termianted launches are removed
* This makes CVS console visible (FLASH - SHOW)
* A new console is created for the new program (FLASH - HIDE)

This ordering happens since the preference handling for removing terminated 
launches and creating a new console are in seperate places 
(LaunhConfigurationManager and ProcessConsoleManager). We could do the 
preference handling in the ProcessCosnoleManager after we create the new 
console, and this would avoid the flicker.

Peter has debugged the problem, and it is due to an Eclipse change in the 0326 
driver (confirmed that it was fine in the 0318 build.)  His note with the 
details is pasted at the bottom of this report.

org.eclipse.ui.part.WorkbenchPart.setTitle(String) dereferences it's parameter 
without checking for a null param.  The offending code is also pasted below.  
Note that the javadoc explicitly allows for passing null, which we have done 
since Hyades 1.0.  The param is now dereferenecd w/o a null check, which 
causes all of our editors to not open.

0326:
/**
 * Sets or clears the title of this part.
 *
 * @param title the title, or <code>null</code> to clear
 */
protected void setTitle(String newTitle) {
	
	//Do not send changes if they are the same
	if(newTitle.equals(title))
		return;
	
	this.title = newTitle;
	firePropertyChange(IWorkbenchPart.PROP_TITLE);
}

0318:
/**
 * Sets or clears the title of this part.
 *
 * @param title the title, or <code>null</code> to clear
 */
protected void setTitle(String title) {
	this.title = title;
	firePropertyChange(IWorkbenchPart.PROP_TITLE);
}

Peter's note:
----------------------------------------------------------------------

Using Eclipse 3.0m8 200403261517, none of the Hyades editors open.  The log 
file shows that the reason is due to a NullPointerException:

!ENTRY org.eclipse.core.runtime 4 2 Mar 30, 2004 14:36:55.478
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at org.eclipse.ui.part.WorkbenchPart.setTitle(WorkbenchPart.java:252)
	at 
org.eclipse.hyades.ui.internal.editor.PageContainerEditorPart.setTitle
(PageContainerEditorPart.java:127)
	at org.eclipse.hyades.ui.internal.editor.HyadesEditorPart.init
(HyadesEditorPart.java:368)
	at org.eclipse.ui.internal.EditorManager.createSite
(EditorManager.java:569)
	at org.eclipse.ui.internal.EditorManager.openInternalEditor
(EditorManager.java:633)
	at org.eclipse.ui.internal.EditorManager.openEditorFromDescriptor
(EditorManager.java:438)
	at org.eclipse.ui.internal.EditorManager.openEditor
(EditorManager.java:426)
	at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor
(WorkbenchPage.java:2129)
	at org.eclipse.ui.internal.WorkbenchPage.access$6
(WorkbenchPage.java:2072)
	at org.eclipse.ui.internal.WorkbenchPage$9.run(WorkbenchPage.java:2059)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchPage.openEditor
(WorkbenchPage.java:2054)
	at org.eclipse.ui.ide.IDE.openEditor(IDE.java:265)
	at org.eclipse.ui.actions.OpenFileAction.openFile
(OpenFileAction.java:96)
	at org.eclipse.ui.actions.OpenSystemEditorAction.run
(OpenSystemEditorAction.java:94)
	at org.eclipse.ui.views.navigator.OpenActionGroup.runDefaultAction
(OpenActionGroup.java:111)
	at org.eclipse.ui.views.navigator.MainActionGroup.runDefaultAction
(MainActionGroup.java:296)
	at org.eclipse.ui.views.navigator.ResourceNavigator.handleOpen
(ResourceNavigator.java:624)
	at org.eclipse.ui.views.navigator.ResourceNavigator$6.open
(ResourceNavigator.java:388)
	at org.eclipse.jface.viewers.StructuredViewer$2.run
(StructuredViewer.java:406)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:610)
	at org.eclipse.core.runtime.Platform.run(Platform.java:521)
	at org.eclipse.jface.viewers.StructuredViewer.fireOpen
(StructuredViewer.java:404)
	at org.eclipse.jface.viewers.StructuredViewer.handleOpen
(StructuredViewer.java:614)
	at org.eclipse.jface.viewers.StructuredViewer$6.handleOpen
(StructuredViewer.java:703)
	at org.eclipse.jface.util.OpenStrategy.fireOpenEvent
(OpenStrategy.java:209)
	at org.eclipse.jface.util.OpenStrategy.access$2(OpenStrategy.java:204)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent
(OpenStrategy.java:233)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2578)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2256)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:277)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:239)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:84)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:59)
	at java.lang.reflect.Method.invoke(Method.java:389)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

Clearly, the behavior of WorkbenchPart has changed.  We are setting the title 
in org.eclipse.hyades.ui.internal.editor.HyadesEditorPart.init() line 368 to 
be null:

	public void init(IEditorSite site, IEditorInput input)
	throws PartInitException
	{
		super.init(site, input);
		setTitle(null);
		if(!EditorSynchronizer.exists(EditorSynchronizer.getEditorFile
(input)))
			return;
			
		site.setSelectionProvider(this);
		site.getPage().addPostSelectionListener(this);
		
		editorDescriptor = identifyEditorDescriptor(input);
		if(editorDescriptor != null)
		{
			if(cloneExtensionDefinitions())
				editorDescriptor = editorDescriptor.copy();
			
			editorExtension = (IEditorExtension)
editorDescriptor.createImplementationClassInstance();
		}
			
		getSite().setSelectionProvider(this);		
		if(editorExtension != null)
			editorExtension.init(this);
			
		enableEditActions();
		enableFileSynchronization();
	}

I20040324

Debug to a breakpoint.
Close all of the open editors.
Reselect the top stack frame (opens Java editor)
Select another stack frame that will open a different editor (classfile 
editor) but the "Reuse editor when displaying source code" preference is 
enabled so the Java editor is replaced.

Move back and forth between these two stack frames.

All of the Eclipse toolbar icons flash for each stack frame selection.
Outside of debugging, if I close the last editor you can see a brief flash of 
the toolbar icons.

Michael, has this been seen in any other context?

The CleanDialog is dangerous when using busyCursorWhile as there is a period 
after the clean is done before the build starts where the user can push the 
buttons and cause widget is disposed exceptions.

Having the dialog open also prevents the progress monitor or blocked jobs 
dialog ever opening so the user gets no feedback.

I have refactored this so that we cache the state, close the dialog and then 
run the operations but there are some polish issues

1) It is possible to get two dialogs if the clean is slow
2) The clean gives no progress info whatsoever.

The refactoring is in HEAD.

Using HEAD stream...

In following example:
public class Test {
	public String foo(){
		return "";} //$NON-NLS-1$
}

the end position of MethodDeclaration for foo is on ';' character in source
although its body correctly ends at '}' character.

This is really anoying as method declaration ends before its body child...
One impact of this is that trailing comment can be associated neither to the
method declaration nor to the body.

Note that it works with 3.0 => seems to be a regression while merging JDK_1_5
stream. Looking at code, ASTConverter.retrieveRightBraceOrSemiColonPosition(int,
int) method now returns now scanner.currentPosition-1 instead of previously
scanner.currentPosition when brace is found.

Note also that method declaration end position is correct with following example:
public class Test {
	public String foo(){
		return "";
	} //$NON-NLS-1$
}

M8 candidate
I always find myself resizing the sharing wizard when the last page is shown. 
Basically it's unusable with the default size. There are two options:
1. provide better default wizard size, or
2. resize wizard when sync view page is shown

I seem to recall that jdt refactoring does wizard resizing when showing the 
preview of the changes.

Build 3.0 M8

When modifying contents of this file and attempting to save, I got the 
following log entries:

!ENTRY org.eclipse.ui 4 4 Apr 02, 2004 18:46:23.799
!MESSAGE Unhandled event loop exception
Unhandled event loop exception
Reason:
!ENTRY org.eclipse.ui 4 0 Apr 02, 2004 18:46:23.809
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
        at org.eclipse.pde.internal.ui.editor.site.ArchiveSection.update
(ArchiveSection.java:355)
        at org.eclipse.pde.internal.ui.editor.site.ArchiveSection.update
(ArchiveSection.java:326)
        at org.eclipse.update.ui.forms.internal.AbstractSectionForm.update
(AbstractSectionForm.java:62)
        at org.eclipse.update.ui.forms.internal.ScrollableSectionForm.update
(ScrollableSectionForm.java:93)
        at org.eclipse.pde.internal.ui.editor.PDEFormPage.update
(PDEFormPage.java:194)
        at org.eclipse.pde.internal.ui.editor.PDEFormPage.becomesVisible
(PDEFormPage.java:78)
        at org.eclipse.update.ui.forms.internal.CustomWorkbook.switchPages
(CustomWorkbook.java:139)
        at org.eclipse.update.ui.forms.internal.CustomWorkbook.access$2
(CustomWorkbook.java:122)
        at org.eclipse.update.ui.forms.internal.CustomWorkbook$4.run
(CustomWorkbook.java:99)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
        at org.eclipse.update.ui.forms.internal.CustomWorkbook.selectPage
(CustomWorkbook.java:97)
        at org.eclipse.update.ui.forms.internal.CustomWorkbook$1.widgetSelected
(CustomWorkbook.java:51)
        at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:793)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:778)
        at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:586)
        at org.eclipse.swt.custom.CTabFolder.setSelection(CTabFolder.java:2904)
        at org.eclipse.swt.custom.CTabFolder.onMouse(CTabFolder.java:1844)
        at org.eclipse.swt.custom.CTabFolder$1.handleEvent(CTabFolder.java:284)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2578)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2256)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:277)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:239)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:117)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
        at org.eclipse.core.launcher.Main.run(Main.java:692)
        at org.eclipse.core.launcher.Main.main(Main.java:676)
java.lang.NullPointerException
!ENTRY org.eclipse.ui 4 4 Apr 02, 2004 18:46:27.885
!MESSAGE Save Failed
Save Failed
Reason:
!ENTRY org.eclipse.ui 2 0 Apr 02, 2004 18:46:27.885
!MESSAGE Save Failed
!STACK 0
java.lang.NullPointerException
        at org.eclipse.pde.internal.ui.editor.site.ArchiveSection.update
(ArchiveSection.java:355)
        at org.eclipse.pde.internal.ui.editor.site.ArchiveSection.update
(ArchiveSection.java:326)
        at org.eclipse.pde.internal.ui.editor.site.ArchiveSection.modelChanged
(ArchiveSection.java:366)
        at org.eclipse.pde.internal.core.AbstractModel.fireModelChanged
(AbstractModel.java:53)
        at 
org.eclipse.pde.internal.core.site.WorkspaceSiteBuildModel.fireModelChanged
(WorkspaceSiteBuildModel.java:34)
        at org.eclipse.pde.internal.core.AbstractModel.fireModelObjectChanged
(AbstractModel.java:62)
        at 
org.eclipse.pde.internal.core.site.SiteBuildObject.firePropertyChanged
(SiteBuildObject.java:54)
        at 
org.eclipse.pde.internal.core.site.SiteBuildObject.firePropertyChanged
(SiteBuildObject.java:45)
        at org.eclipse.pde.internal.core.site.SiteBuild.setPluginLocation
(SiteBuild.java:45)
        at 
org.eclipse.pde.internal.ui.editor.site.ArchiveSection.setPluginDestination
(ArchiveSection.java:415)
        at org.eclipse.pde.internal.ui.editor.site.ArchiveSection.access$0
(ArchiveSection.java:408)
        at 
org.eclipse.pde.internal.ui.editor.site.ArchiveSection$1.textValueChanged
(ArchiveSection.java:135)
        at org.eclipse.update.ui.forms.internal.FormEntry.commit
(FormEntry.java:54)
        at org.eclipse.pde.internal.ui.editor.site.ArchiveSection.commitChanges
(ArchiveSection.java:400)
        at 
org.eclipse.update.ui.forms.internal.AbstractSectionForm.commitChanges
(AbstractSectionForm.java:72)
        at org.eclipse.pde.internal.ui.editor.PDEMultiPageEditor.commitFormPages
(PDEMultiPageEditor.java:115)
        at org.eclipse.pde.internal.ui.editor.PDEMultiPageEditor.doSave
(PDEMultiPageEditor.java:297)
        at org.eclipse.ui.internal.EditorManager$10.run(EditorManager.java:982)
        at org.eclipse.ui.internal.EditorManager$8.run(EditorManager.java:837)
        at org.eclipse.jface.operation.ModalContext.runInCurrentThread
(ModalContext.java:302)
        at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:252)
        at org.eclipse.jface.window.ApplicationWindow$1.run
(ApplicationWindow.java:576)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
        at org.eclipse.jface.window.ApplicationWindow.run
(ApplicationWindow.java:573)
        at org.eclipse.ui.internal.WorkbenchWindow.run
(WorkbenchWindow.java:1606)
        at org.eclipse.ui.internal.EditorManager.runProgressMonitorOperation
(EditorManager.java:843)
        at org.eclipse.ui.internal.EditorManager.savePart
(EditorManager.java:987)
        at org.eclipse.ui.internal.WorkbenchPage.savePart
(WorkbenchPage.java:2450)
        at org.eclipse.ui.internal.WorkbenchPage.saveEditor
(WorkbenchPage.java:2462)
        at 
org.eclipse.pde.internal.ui.editor.PDEEditorContributor$SaveAction.run
(PDEEditorContributor.java:112)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:550)
        at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:502)
        at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:435)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2578)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2256)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:277)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:239)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:117)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
        at org.eclipse.core.launcher.Main.run(Main.java:692)
        at org.eclipse.core.launcher.Main.main(Main.java:676)
Save Failed

I20040330

If I resize my eclipse window such that one of the toolbars in coolbar on the
left side of the CBanner wraps to the next line, the size of the client area
below does not get reisized smaller.  The CBanner then cuts off the title bars
on the views.  A screenshot is attached.

Similarly, by maximizing from this state I get the correct double size, but the
CBanner is now back to single-row height, while the toolbar on the right side of
the curve still thinks it is 2 rows high.  A screenshot of this is also attached.

I could not reproduce this behavior on Windows.

While starting a 3.0 workspace with I200407271028 build, I see that new
.settings folder appears in projects I have set specific compiler options.
This is normal as using 3.1, we have migrated projects compiler options from
self-hand made to new Platform/Core Preferences API...

However, looking at one .prefs file contents, I see that only modified options
are stored in this file. This is not correct as all compiler preferences, even
those values are the same than workspace ones, should be present in this file.

Java constructor declarations are highlighted as method calls, not as method 
declarations.

Related to bug 55803, there appears an error overlay on the label of features 
without install sites selected.  After adding target sites, the overlay stays 
there.  This is problem with refreshing the viewer, as I found that clicking 
back and next in the wizard causes the overlay to be removed.

Build I200402040800.

In following example:
public class X {
  /**
   * @param str
   * @see #
   * @return String
   */
  String foo(String str) { return ""; }

there's no @see tag is Javadoc DOM AST node.

This a general problem, when a syntax error occurs in a tag element, there's no 
tag element which is built. This behavior should be improved to create a tag 
(as we have recognize it as a @see tag), but add only a text fragment with the 
offending syntax to its children.

RC1

If IFileState.getCharset returns null try to find a better encoding than the platform encoding.

The SelectedResourceManager can force an editor's document to stay in memory.
If it retains the text selection after an editor is closed the document of that 
editor cannot be gc as the text selection has a pointer to the document.

The SelectedResourceManager should null out its fSelectedResource and 
fSelectedText more aggressive (track part closing?)

Launched a Runtime-Workbench, everything went fine, but during shutdown I got a
general message from the workbench saying that an error happened (sorry, don't
remember the exact message, but it didn't have any details) and the exception
below in the log:

!ENTRY org.eclipse.core.runtime 4 2 Feb 12, 2004 10:50:06.625
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
org.eclipse.swt.SWTException: Widget is disposed
	at org.eclipse.swt.SWT.error(SWT.java:2608)
	at org.eclipse.swt.SWT.error(SWT.java:2538)
	at org.eclipse.swt.widgets.Widget.error(Widget.java:377)
	at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:306)
	at org.eclipse.swt.widgets.Composite.setFocus(Composite.java:437)
	at org.eclipse.pde.internal.runtime.logview.LogView.setFocus(LogView.java:581)
	at
org.eclipse.pde.internal.runtime.logview.LogView.onTextShellDispose(LogView.java:734)
	at
org.eclipse.pde.internal.runtime.logview.LogView$23.widgetDisposed(LogView.java:725)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:100)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:857)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:838)
	at org.eclipse.swt.widgets.Widget.releaseWidget(Widget.java:745)
	at org.eclipse.swt.widgets.Control.releaseWidget(Control.java:1462)
	at org.eclipse.swt.widgets.Scrollable.releaseWidget(Scrollable.java:188)
	at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:373)
	at org.eclipse.swt.widgets.Canvas.releaseWidget(Canvas.java:118)
	at org.eclipse.swt.widgets.Decorations.releaseWidget(Decorations.java:694)
	at org.eclipse.swt.widgets.Shell.releaseWidget(Shell.java:785)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:710)
	at org.eclipse.swt.widgets.Shell.releaseShells(Shell.java:779)
	at org.eclipse.swt.widgets.Shell.releaseWidget(Shell.java:784)
	at org.eclipse.swt.widgets.Widget.dispose(Widget.java:364)
	at org.eclipse.swt.widgets.Decorations.dispose(Decorations.java:366)
	at org.eclipse.swt.widgets.Shell.dispose(Shell.java:486)
	at org.eclipse.jface.window.Window.close(Window.java:257)
	at org.eclipse.jface.window.ApplicationWindow.close(ApplicationWindow.java:272)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose(WorkbenchWindow.java:1054)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose(WorkbenchWindow.java:558)
	at org.eclipse.ui.internal.WorkbenchWindow.access$4(WorkbenchWindow.java:540)
	at org.eclipse.ui.internal.WorkbenchWindow$2.run(WorkbenchWindow.java:625)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchWindow.close(WorkbenchWindow.java:623)
	at org.eclipse.jface.window.WindowManager.close(WindowManager.java:108)
	at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:466)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:819)
	at org.eclipse.core.runtime.Platform.run(Platform.java:493)
	at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:463)
	at org.eclipse.ui.internal.Workbench.access$5(Workbench.java:411)
	at org.eclipse.ui.internal.Workbench$9.run(Workbench.java:576)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:574)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:550)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose(WorkbenchWindow.java:555)
	at org.eclipse.ui.internal.WorkbenchWindow.access$4(WorkbenchWindow.java:540)
	at org.eclipse.ui.internal.WorkbenchWindow$2.run(WorkbenchWindow.java:625)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchWindow.close(WorkbenchWindow.java:623)
	at org.eclipse.jface.window.Window.handleShellCloseEvent(Window.java:568)
	at org.eclipse.jface.window.Window$2.shellClosed(Window.java:519)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:158)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:857)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:842)
	at org.eclipse.swt.widgets.Decorations.WM_CLOSE(Decorations.java:1492)
	at org.eclipse.swt.widgets.Shell.WM_CLOSE(Shell.java:1315)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2942)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1436)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:2873)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1366)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:397)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3020)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1436)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:2873)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1371)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2027)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:257)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

Build 3.1m2

As demonstrated by trace below, closing all Java editors, forces them all to
refresh and reconcile for no apparent reason.

CompilationUnitProblemFinder.reportProblems(CompilationUnitDeclaration,
IProblemRequestor, IProgressMonitor) line: 212
CompilationUnitProblemFinder.process(CompilationUnitDeclaration,
ICompilationUnit, char[], Parser, WorkingCopyOwner, IProblemRequestor,
IProblemFactory, boolean, IProgressMonitor) line: 181
CompilationUnit.buildStructure(OpenableElementInfo, IProgressMonitor, Map,
IResource) line: 149
CompilationUnit(Openable).generateInfos(Object, HashMap, IProgressMonitor) line: 202
CompilationUnit(JavaElement).openWhenClosed(Object, IProgressMonitor) line: 544
BecomeWorkingCopyOperation.executeOperation() line: 38
BecomeWorkingCopyOperation(JavaModelOperation).run(IProgressMonitor) line: 700
BecomeWorkingCopyOperation(JavaModelOperation).runOperation(IProgressMonitor)
line: 739
CompilationUnit.becomeWorkingCopy(IProblemRequestor, IProgressMonitor) line: 78
CompilationUnitDocumentProvider.createFileInfo(Object) line: 835
CompilationUnitDocumentProvider(TextFileDocumentProvider).connect(Object) line: 462
CompilationUnitEditor(AbstractTextEditor).doSetInput(IEditorInput) line: 2871
CompilationUnitEditor(StatusTextEditor).doSetInput(IEditorInput) line: 173
CompilationUnitEditor(AbstractDecoratedTextEditor).doSetInput(IEditorInput)
line: 1078
CompilationUnitEditor(JavaEditor).internalDoSetInput(IEditorInput) line: 2884
CompilationUnitEditor(JavaEditor).doSetInput(IEditorInput) line: 2862
CompilationUnitEditor.doSetInput(IEditorInput) line: 1486
AbstractTextEditor$15.run(IProgressMonitor) line: 2235
ModalContext.runInCurrentThread(IRunnableWithProgress, IProgressMonitor) line: 322
ModalContext.run(IRunnableWithProgress, boolean, IProgressMonitor, Display)
line: 269
ApplicationWindow$1.run() line: 624
BusyIndicator.showWhile(Display, Runnable) line: 69
WorkbenchWindow(ApplicationWindow).run(boolean, boolean, IRunnableWithProgress)
line: 621
WorkbenchWindow.run(boolean, boolean, IRunnableWithProgress) line: 1919
CompilationUnitEditor(AbstractTextEditor).internalInit(IWorkbenchWindow,
IEditorSite, IEditorInput) line: 2249
CompilationUnitEditor(AbstractTextEditor).init(IEditorSite, IEditorInput) line: 2267
EditorManager.createSite(IEditorReference, IEditorPart, EditorDescriptor,
IEditorInput) line: 814
EditorManager.openInternalEditor(IEditorReference, EditorDescriptor,
IEditorInput, boolean) line: 883
EditorManager.access$12(EditorManager, IEditorReference, EditorDescriptor,
IEditorInput, boolean) line: 867
EditorManager$9.run() line: 1085
InternalPlatform.run(ISafeRunnable) line: 616
Platform.run(ISafeRunnable) line: 747
EditorManager.busyRestoreEditor(EditorManager$Editor) line: 1055
EditorManager$8.run() line: 1047
BusyIndicator.showWhile(Display, Runnable) line: 69
EditorManager.restoreEditor(EditorManager$Editor) line: 1045
EditorManager$Editor.getEditor(boolean) line: 1463
EditorManager$Editor.getPart(boolean) line: 1454
EditorPane(PartPane).setVisible(boolean) line: 323
PresentablePart.setVisible(boolean) line: 123
PresentablePartFolder.select(IPresentablePart) line: 266
LeftToRightTabOrder.select(IPresentablePart) line: 65
TabbedStackPresentation.selectPart(IPresentablePart) line: 378
EditorStack(PartStack).refreshPresentationSelection() line: 1025
EditorStack(PartStack).setSelection(LayoutPart) line: 999
EditorStack(PartStack).updateContainerVisibleTab() line: 1223
EditorStack(PartStack).remove(LayoutPart) line: 752
EditorSashContainer.removeEditor(EditorPane) line: 213
EditorAreaHelper.closeEditor(EditorPane) line: 122
EditorAreaHelper.closeEditor(IEditorPart) line: 111
EditorManager.closeEditor(IEditorReference) line: 217
WorkbenchPage.closeEditors(IEditorReference[], boolean) line: 937
WorkbenchPage.closeAllEditors(boolean) line: 880
CloseAllAction.run() line: 78
CloseAllAction(Action).runWithEvent(Event) line: 988
ActionContributionItem.handleWidgetSelection(Event, boolean) line: 555
ActionContributionItem.access$2(ActionContributionItem, Event, boolean) line: 505
ActionContributionItem$6.handleEvent(Event) line: 419
EventTable.sendEvent(Event) line: 82
MenuItem(Widget).sendEvent(Event) line: 796
Display.runDeferredEvents() line: 2783
Display.readAndDispatch() line: 2442
Workbench.runEventLoop(Window$IExceptionHandler, Display) line: 1443
Workbench.runUI() line: 1414
Workbench.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 271
PlatformUI.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 144
IDEApplication.run(Object) line: 102
PlatformActivator$1.run(Object) line: 335
EclipseStarter.run(Object) line: 273
EclipseStarter.run(String[], Runnable) line: 129
NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available
[native method]
NativeMethodAccessorImpl.invoke(Object, Object[]) line: 39
DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 25
Method.invoke(Object, Object...) line: 585
Main.basicRun(String[]) line: 185
Main.run(String[]) line: 704
Main.main(String[]) line: 688

I have a plugin which assigns a popup action to problem IMarkers. This
worked fine in Eclipse 2.1.x but in Eclipse 3.0, as you know, the problems
view has been separated from the tasks view. In doing so a ProblemMarker
class was created which extends the ConcreteMarker class. Neither of these
classes implement IMarker. This is a regression in Eclipse 3.0. A couple 
questions.

1. Why don't either of these classes implement IMarker? Was this a design
decision or is this an accidental omission?

2. If these classes can't implement IMarker (for whatever reason) can a
public interface be created so I don't have to register my popup action
against an internal class?

I posted this to the platform UI dev mailing list and it was suggested by John 
Arthorne to have ConcreteMarker implement IAdaptable and adapt to IMarker so I 
can register object contributions against IMarkers.

Thanks.

20040212

Add the new setting to the compiler preference page

 

I was using I20040528-0010 build.
The browser wiget on motif displays about 200x200 size, not the size parent
expects it to take.  Resizing a window causes browser to be redrawn correctly.
This is visible when launching help, as well as using "bring up the browser" SWT
snippet.

Interestingly if shell.setSize() is not called before shell.open(), it works
(browser widget taking correct size).
If shell.setSize() is called before and after shell.open(), it does not work.
If shell.setSize() is called before and after shell.open(), and shell had
SWT.DIALOG_TRIM style, it works.

3.1M4 running Java5, compliance set to 1.4/default

Having

package foo.bar;

public interface IConstant {
	 String FOO = "Foo";
}

package foo.bar;

public class AClass {
}

package foo.bar;

public class BClass {
	public static final String FOO = "Foo";
}

Moving "FOO" from the Interface to A fails with an invalid thread accesa, while
moving "FOO" from B to A works. When the definition in the interface is changed
to "public static final String FOO = "Foo";" moving from the interface works too.

!ENTRY org.eclipse.ltk.ui.refactoring 4 10000 2004-12-19 18:09:30.421
!MESSAGE Internal Error
!STACK 0
java.lang.reflect.InvocationTargetException
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:303)
	at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run(RefactoringWizardDialog2.java:282)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.internalPerformFinish(RefactoringWizard.java:539)
	at
org.eclipse.ltk.ui.refactoring.UserInputWizardPage.performFinish(UserInputWizardPage.java:153)
	at
org.eclipse.jdt.internal.ui.refactoring.MoveMembersWizard$MoveMembersInputPage.performFinish(MoveMembersWizard.java:191)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.performFinish(RefactoringWizard.java:605)
	at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.okPressed(RefactoringWizardDialog2.java:406)
	at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:396)
	at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:543)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2803)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2448)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:718)
	at org.eclipse.jface.window.Window.open(Window.java:696)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation$1.run(RefactoringWizardOpenOperation.java:125)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:138)
	at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:40)
	at
org.eclipse.jdt.internal.ui.refactoring.actions.MoveStaticMembersAction.startRefactoring(MoveStaticMembersAction.java:164)
	at
org.eclipse.jdt.internal.ui.refactoring.actions.MoveStaticMembersAction.run(MoveStaticMembersAction.java:117)
	at org.eclipse.jdt.ui.actions.MoveAction.tryMoveStaticMembers(MoveAction.java:173)
	at org.eclipse.jdt.ui.actions.MoveAction.run(MoveAction.java:145)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:216)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:989)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:188)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:130)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:445)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:724)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:767)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:536)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:479)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:221)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java:752)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:832)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:857)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:842)
	at org.eclipse.swt.widgets.Control.traverse(Control.java:2759)
	at org.eclipse.swt.widgets.Control.translateMnemonic(Control.java:2600)
	at org.eclipse.swt.widgets.Composite.translateMnemonic(Composite.java:786)
	at org.eclipse.swt.widgets.Control.translateMnemonic(Control.java:2618)
	at org.eclipse.swt.widgets.Display.translateMnemonic(Display.java:3223)
	at org.eclipse.swt.widgets.Display.filterMessage(Display.java:766)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2444)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1569)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1540)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:285)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:220)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:710)
	at org.eclipse.core.launcher.Main.main(Main.java:694)
Caused by: org.eclipse.swt.SWTException: Invalid thread access
	at org.eclipse.swt.SWT.error(SWT.java:2827)
	at org.eclipse.swt.SWT.error(SWT.java:2752)
	at org.eclipse.swt.SWT.error(SWT.java:2723)
	at org.eclipse.swt.widgets.Widget.error(Widget.java:388)
	at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:291)
	at org.eclipse.swt.custom.StyledText.getLineAtOffset(StyledText.java:3691)
	at
org.eclipse.swt.custom.StyledText$ContentWidthCache.textChanged(StyledText.java:1395)
	at org.eclipse.swt.custom.StyledText.handleTextChanged(StyledText.java:5151)
	at org.eclipse.swt.custom.StyledText$6.textChanged(StyledText.java:4713)
	at
org.eclipse.jface.text.DefaultDocumentAdapter.fireTextChanged(DefaultDocumentAdapter.java:337)
	at
org.eclipse.jface.text.DefaultDocumentAdapter.documentChanged(DefaultDocumentAdapter.java:281)
	at
org.eclipse.jface.text.AbstractDocument.doFireDocumentChanged2(AbstractDocument.java:704)
	at
org.eclipse.jface.text.AbstractDocument.doFireDocumentChanged(AbstractDocument.java:677)
	at
org.eclipse.jface.text.AbstractDocument.doFireDocumentChanged(AbstractDocument.java:662)
	at
org.eclipse.jface.text.AbstractDocument.fireDocumentChanged(AbstractDocument.java:739)
	at org.eclipse.jface.text.AbstractDocument.replace(AbstractDocument.java:1030)
	at
org.eclipse.jdt.internal.ui.javaeditor.PartiallySynchronizedDocument.replace(PartiallySynchronizedDocument.java:92)
	at org.eclipse.text.edits.InsertEdit.performDocumentUpdating(InsertEdit.java:78)
	at org.eclipse.text.edits.TextEdit.traverseDocumentUpdating(TextEdit.java:850)
	at org.eclipse.text.edits.TextEdit.traverseDocumentUpdating(TextEdit.java:843)
	at org.eclipse.text.edits.TextEdit.traverseDocumentUpdating(TextEdit.java:843)
	at org.eclipse.text.edits.TextEditProcessor.executeDo(TextEditProcessor.java:185)
	at org.eclipse.text.edits.TextEdit.dispatchPerformEdits(TextEdit.java:704)
	at
org.eclipse.text.edits.TextEditProcessor.performEdits(TextEditProcessor.java:153)
	at org.eclipse.text.edits.TextEdit.apply(TextEdit.java:676)
	at
org.eclipse.jdt.internal.corext.refactoring.structure.MoveStaticMembersProcessor.getUpdatedMemberSource(MoveStaticMembersProcessor.java:923)
	at
org.eclipse.jdt.internal.corext.refactoring.structure.MoveStaticMembersProcessor.createChange(MoveStaticMembersProcessor.java:796)
	at
org.eclipse.jdt.internal.corext.refactoring.structure.MoveStaticMembersProcessor.checkFinalConditions(MoveStaticMembersProcessor.java:383)
	at
org.eclipse.ltk.core.refactoring.participants.ProcessorBasedRefactoring.checkFinalConditions(ProcessorBasedRefactoring.java:153)
	at
org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run(CheckConditionsOperation.java:84)
	at
org.eclipse.ltk.core.refactoring.CreateChangeOperation.run(CreateChangeOperation.java:114)
	at
org.eclipse.ltk.core.refactoring.PerformChangeOperation.run(PerformChangeOperation.java:188)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1674)
	at
org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:58)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:105)

As of M9, pressing the Delete key activates the Eclipse global delete action via
the key bindings, but *also* sends to my text widget the delete key event (which
it shouldn't, the key binding should have consumed it) - this results in two
characters deleted on every Delete key press...

"Jay Wootton" wrote in eclipse.platform.swt newsgroup:

> I'm using ScrolledComposite but my vertical scroll bar never appears.  In 
debugging the ScrolledComposite class I think I see the problem.  In the 
needVScroll() method, the data member 'expandHorizontal' is checked.  I 
believe needVScroll() should be checking the 'expandVertical' data member.  To 
get around this problem I must call setExpandHorizontal( false ), then my 
vertical scroll bar appears.  But I need to call setExpandHorizontal( true ) 
because I need the content to occupy the entire width.
> 
> Has anyone else seen this problem?
> 
> Thanks,
> - Jay
> 
> private boolean needVScroll(Rectangle contentRect, boolean hVisible) {
> Scroll bar vBar = getVerticalBar();
> if (vBar == null) return false;
> 
> Rectangle hostRect = getBounds();
> int border = getBorderWidth();
> hostRect.height -= 2*border;
> ScrollBar hBar = getHorizontalBar();
> if (hVisible && hBar != null) hostRect.height -= hBar.getSize().y;
> 
> //!!!!!!! The following 2 lines should be referencing expandVertical instead 
of expandHorizontal. 
> if (!expandHorizontal && contentRect.height > hostRect.height) return true;
> if (expandHorizontal && minHeight > hostRect.height) return true;
> return false;
> }
>

the arcWidth and arcHeight arguments of GC.drawRoundRectangle and
GC.fillRoundRectangle are spec'd as "the horizontal[vertical] diameter of the
arc at the four corners". The Windows implementation actually draws the corners
with a radius, not a diameter, of arcWidth and arcHeight.

We are now having quite a few cases where a deadlock occurred when we were 
trying to created an internal breakpoint by calling 
JDIDebugModel.createMethodEntryBreakpoint. The deadlock will freeze the entire 
UI. 

The situation can be summarized into the following:
1. The UI thread (main thread) is in the process of displaying a GUI component, 
e.g. a dialog
2. The processing of the UI component triggers our debugger to call 
JDIDebugModel.createMethodEntryBreakpoint to set an internal breakpoint.
3. The process of creating the method entry breakpoint results in the 
WorkbenchContentProvider.resourceChanged(IResourceChangeEvent) to be executed, 
which calls Display.syncExec(Runnable).
4. And we have a deadlock.

Since I have already discussed this issue with folks from both the JDT team and 
UI team, I just want to reemphasize a few points:
1. Delay the displaying of the GUI component is not a valid solution, because 
it is the displaying of the GUI component that triggers the rest of the 
reaction chain.
2. The process of displaying the GUI component is pending because the 
information required by the GUI component cannot be completed due to the 
breakpoint creation.

I am including the thread snapshots when the deadlock is occurred:
The main thread shows:
Thread [main] (Suspended)
	OS.DispatchMessageW(MSG) line: not available [native method]
	OS.DispatchMessage(MSG) line: 1467
	Display.readAndDispatch() line: 2429
	Workbench.runEventLoop(Window$IExceptionHandler, Display) line: 1377
	Workbench.runUI() line: 1348
	Workbench.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 254
	PlatformUI.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 141
	IDEApplication.run(Object) line: 96
	PlatformActivator$1.run(Object) line: 335
	EclipseStarter.run(Object) line: 273
	EclipseStarter.run(String[], Runnable) line: 129
	NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not 
available [native method]
	NativeMethodAccessorImpl.invoke(Object, Object[]) line: 85
	NativeMethodAccessorImpl.invoke(Method, Object, Object[]) line: 58
	DelegatingMethodAccessorImpl.invoke(Method, Object, Object[]) line: 60
	Method.invoke(Object, Object[]) line: 391
	Main.basicRun(String[]) line: 185
	Main.run(String[]) line: 684
	Main.main(String[]) line: 668

The thread that is responsible for the creation of the java method entry 
breakpoint shows:
Thread [org.eclipse.jdt.debug: JDI Event Dispatcher] (Suspended)
	Semaphore(Object).wait(long, int) line: not available [native method]
	Semaphore(Object).wait(long) line: 223
	Semaphore.acquire(long) line: 37
	UISynchronizer.syncExec(Runnable) line: 42
	Display.syncExec(Runnable) line: 3096
	WorkbenchContentProvider.resourceChanged(IResourceChangeEvent) line: 107
	NotificationManager$2.run() line: 283
	InternalPlatform.run(ISafeRunnable) line: 615
	Platform.run(ISafeRunnable) line: 747
	NotificationManager.notify(ResourceChangeListenerList$ListenerEntry[], 
IResourceChangeEvent, boolean) line: 277
	NotificationManager.broadcastChanges(ElementTree, int, boolean) line: 
151
	Workspace.broadcastChanges(int, boolean) line: 172
	Workspace.endOperation(ISchedulingRule, boolean, IProgressMonitor) 
line: 900
	Workspace.run(IWorkspaceRunnable, ISchedulingRule, int, 
IProgressMonitor) line: 1682
	JavaMethodEntryBreakpoint(JavaBreakpoint).run(ISchedulingRule, 
IWorkspaceRunnable) line: 769
	JavaMethodEntryBreakpoint.<init>(IResource, String, String, String, 
int, int, int, int, boolean, Map) line: 87
	JDIDebugModel.createMethodEntryBreakpoint(IResource, String, String, 
String, int, int, int, int, boolean, Map) line: 553
	WSAJavaMethodEntryBreakpoint.setBreakpoint(IResource, IDebugTarget) 
line: 35
	WSAJavaMethodEntryBreakpoint
(WSAJavaMethodBreakpoint).setTemporaryBreakpoint(IResource, IDebugTarget) line: 
35
	WSABreakpointManager.setMethodEntryBreakpoint(String, String, String) 
line: 893
	WSAJavaThread.handleBreakpointHit(IBreakpoint) line: 468
	WSAJavaThread.handleDebugEvents(DebugEvent[]) line: 255
	WSAJavaDebugTarget.filterJavaEvents(DebugEvent[]) line: 731
	WSAJavaDebugTarget.filterDebugEvents(DebugEvent[]) line: 705
	DebugPlugin$EventNotifier.run() line: 936
	InternalPlatform.run(ISafeRunnable) line: 615
	Platform.run(ISafeRunnable) line: 747
	DebugPlugin$EventNotifier.dispatch(DebugEvent[]) line: 960
	DebugPlugin.fireDebugEventSet(DebugEvent[]) line: 337
	EventDispatcher.fireEvents() line: 296
	EventDispatcher.dispatch(EventSet) line: 181
	EventDispatcher.run() line: 221
	Thread.run() line: 813

With 3M9 I get for the expression
if (!Integer.parseInt(value)>0) {

a quickfix suggesting
Put 'instanceof' in parenthesis

"instanceof" is wrong there. Note: The quicktip showing the expected result is
correct.

On the Mac,
1) open the Run... dialog
2) select any already existing "Java Application" configuration (create one if there are none)
3) push the New button.

This causes the stack trace show below. Notice that it is a "graphic is disposed" error. It appears that 
the reason this is happening is because, one of the images stored in a TabItem has been disposed. The 
reason that this fails on the Mac, but works on (for example) Windows, is because Windows makes a 
copy of the image for use by the Tab, so it doesn't matter if the original is disposed. However, the 
contract is that you should not dispose of the Image as long as it is stored in a tab, so this appears to 
be a problem with the launcher UI code.

===================
STACK TRACE:

!ENTRY org.eclipse.core.runtime 4 2 Feb 03, 2004 09:50:52.703
!MESSAGE Problems occurred when invoking code from plug-in: "org.eclipse.core.runtime".
!STACK 0
org.eclipse.swt.SWTException: Graphic is disposed
	at org.eclipse.swt.SWT.error(SWT.java:2608)
	at org.eclipse.swt.SWT.error(SWT.java:2538)
	at org.eclipse.swt.graphics.Image.getBounds(Image.java:556)
	at org.eclipse.swt.widgets.TabItem.calculateWidth(TabItem.java:118)
	at org.eclipse.swt.widgets.TabFolder.computeSize(TabFolder.java:137)
	at org.eclipse.swt.layout.GridLayout.calculateGridDimensions(GridLayout.java:248)
	at org.eclipse.swt.layout.GridLayout.computeLayoutSize(GridLayout.java:331)
	at org.eclipse.swt.layout.GridLayout.computeSize(GridLayout.java:376)
	at org.eclipse.swt.widgets.Composite.computeSize(Composite.java:133)
	at org.eclipse.swt.layout.GridLayout.calculateGridDimensions(GridLayout.java:248)
	at org.eclipse.swt.layout.GridLayout.computeLayoutSize(GridLayout.java:331)
	at org.eclipse.swt.layout.GridLayout.computeSize(GridLayout.java:376)
	at org.eclipse.swt.widgets.Composite.computeSize(Composite.java:133)
	at org.eclipse.swt.layout.GridLayout.calculateGridDimensions(GridLayout.java:248)
	at org.eclipse.swt.layout.GridLayout.computeLayoutSize(GridLayout.java:331)
	at org.eclipse.swt.layout.GridLayout.computeSize(GridLayout.java:376)
	at org.eclipse.swt.widgets.Composite.computeSize(Composite.java:133)
	at org.eclipse.swt.widgets.Control.computeSize(Control.java:392)
	at org.eclipse.swt.custom.SashForm.computeSize(SashForm.java:117)
	at org.eclipse.swt.layout.GridLayout.calculateGridDimensions(GridLayout.java:248)
	at org.eclipse.swt.layout.GridLayout.computeLayoutSize(GridLayout.java:331)
	at org.eclipse.swt.layout.GridLayout.computeSize(GridLayout.java:376)
	at org.eclipse.swt.widgets.Composite.computeSize(Composite.java:133)
	at org.eclipse.swt.layout.GridLayout.calculateGridDimensions(GridLayout.java:248)
	at org.eclipse.swt.layout.GridLayout.computeLayoutSize(GridLayout.java:331)
	at org.eclipse.swt.layout.GridLayout.computeSize(GridLayout.java:376)
	at org.eclipse.swt.widgets.Composite.computeSize(Composite.java:133)
	at org.eclipse.swt.layout.GridLayout.calculateGridDimensions(GridLayout.java:248)
	at org.eclipse.swt.layout.GridLayout.computeLayoutSize(GridLayout.java:331)
	at org.eclipse.swt.layout.GridLayout.computeSize(GridLayout.java:376)
	at org.eclipse.swt.widgets.Composite.computeSize(Composite.java:133)
	at org.eclipse.swt.layout.FormLayout.computeSize(FormLayout.java:206)
	at org.eclipse.swt.layout.FormLayout.layout(FormLayout.java:242)
	at org.eclipse.swt.layout.FormLayout.layout(FormLayout.java:235)
	at org.eclipse.swt.widgets.Composite.layout(Composite.java:469)
	at org.eclipse.jface.dialogs.TitleAreaDialog.layoutForNewMessage(TitleAreaDialog.java:452)
	at org.eclipse.jface.dialogs.TitleAreaDialog.showMessage(TitleAreaDialog.java:539)
	at org.eclipse.jface.dialogs.TitleAreaDialog.setMessage(TitleAreaDialog.java:512)
	at org.eclipse.jface.dialogs.TitleAreaDialog.setMessage(TitleAreaDialog.java:471)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.updateMessage(Launch
ConfigurationsDialog.java:1442)
	at 
org.eclipse.debug.ui.AbstractLaunchConfigurationTab.updateLaunchConfigurationDialog(AbstractLaunc
hConfigurationTab.java:90)
	at org.eclipse.jdt.debug.ui.launchConfigurations.JavaMainTab.access$0(JavaMainTab.java:1)
	at org.eclipse.jdt.debug.ui.launchConfigurations.JavaMainTab$1.modifyText(JavaMainTab.java:
141)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:187)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1179)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1203)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1184)
	at org.eclipse.swt.widgets.Text.setText(Text.java:1460)
	at 
org.eclipse.jdt.debug.ui.launchConfigurations.JavaMainTab.updateProjectFromConfig(JavaMainTab.java:
225)
	at org.eclipse.jdt.debug.ui.launchConfigurations.JavaMainTab.initializeFrom(JavaMainTab.java:212)
	at 
org.eclipse.debug.ui.AbstractLaunchConfigurationTabGroup.initializeFrom(AbstractLaunchConfiguratio
nTabGroup.java:86)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationTabGroupViewer.displayInstanc
eTabs(LaunchConfigurationTabGroupViewer.java:535)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationTabGroupViewer$5.run(Launch
ConfigurationTabGroupViewer.java:468)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationTabGroupViewer.inputChanged(
LaunchConfigurationTabGroupViewer.java:485)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationTabGroupViewer.setInput(Launc
hConfigurationTabGroupViewer.java:449)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.handleLaunchConfigura
tionSelectionChanged(LaunchConfigurationsDialog.java:798)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog$2.selectionChanged(La
unchConfigurationsDialog.java:570)
	at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
	at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:827)
	at org.eclipse.core.runtime.Platform.run(Platform.java:483)
	at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
	at org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:1310)
	at org.eclipse.jface.viewers.StructuredViewer.setSelection(StructuredViewer.java:1033)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationView.launchConfigurationAdde
d(LaunchConfigurationView.java:223)
	at org.eclipse.debug.internal.core.LaunchManager$ConfigurationNotifier.run(LaunchManager.java:
1453)
	at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:827)
	at org.eclipse.core.runtime.Platform.run(Platform.java:483)
	at 
org.eclipse.debug.internal.core.LaunchManager$ConfigurationNotifier.notify(LaunchManager.java:1477)
	at 
org.eclipse.debug.internal.core.LaunchManager.launchConfigurationAdded(LaunchManager.java:733)
	at 
org.eclipse.debug.internal.core.LaunchConfigurationWorkingCopy.writeNewFile(LaunchConfigurationWo
rkingCopy.java:270)
	at 
org.eclipse.debug.internal.core.LaunchConfigurationWorkingCopy.doSave0(LaunchConfigurationWorkin
gCopy.java:220)
	at 
org.eclipse.debug.internal.core.LaunchConfigurationWorkingCopy.doSave(LaunchConfigurationWorking
Copy.java:173)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.CreateLaunchConfigurationAction.performAction(Cr
eateLaunchConfigurationAction.java:75)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.AbstractLaunchConfigurationAction$1.run(AbstractL
aunchConfigurationAction.java:103)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.AbstractLaunchConfigurationAction.run(AbstractLau
nchConfigurationAction.java:106)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog$ButtonActionNew.run(L
aunchConfigurationsDialog.java:1609)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog$1.widgetSelected(Laun
chConfigurationsDialog.java:1578)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1179)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1203)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1188)
	at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1036)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2209)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1921)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:586)
	at org.eclipse.jface.window.Window.open(Window.java:566)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.open(LaunchConfigurat
ionsDialog.java:440)
	at org.eclipse.debug.ui.DebugUITools$1.run(DebugUITools.java:390)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at 
org.eclipse.debug.ui.DebugUITools.openLaunchConfigurationDialogOnGroup(DebugUITools.java:394)
	at 
org.eclipse.debug.ui.DebugUITools.openLaunchConfigurationDialogOnGroup(DebugUITools.java:336)
	at org.eclipse.debug.ui.actions.OpenLaunchDialogAction.run(OpenLaunchDialogAction.java:79)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:
536)
	at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:488)
	at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:
420)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1179)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1203)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1188)
	at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1036)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2209)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1921)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1530)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1506)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:236)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:101)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

The ProgressTreeContentProvider#dispose method does not appear to be called.
As a result it is not removed from the collection of collectors in the 
ProgressViewUpdater.

Therefore for each open/close of the ProgressView, a NewProgressViewer, 
ProgressTreeContentProvider and ProgressManangerUtil#1 (a sorter) are leaked.

build 20040210
1) enabled Javadoc diagnosis
2) create the following classes
/** */
public class X {
  /**
   * @param a aaa
   * @param b bbb
   */
  public void foo(int a, int b) {
  }
}
/** */
public class Y extends X {
  /**
  *  @param a {@inheritDoc}
   */
  public void foo(int a, int b) {
  }
}

Currently there is no problem. Perhaps an error would be signaled because only 
the doc for param 'a' is inherited.
   "Javadoc - Missing tag for parameter b"

Commit Sets are very good when I look at incoming changes, but for outgoing
changes it displays files plain list, instead of folders. Would be good to fix
this and be able to configure separately incoming and outgoing layouts.

N20040517 on WXP

Externalize any source which can be externalized, e.g. 
ExternalizeWizardPage.java
Select a row which has a null key and/or value.  This is common when you have 
asked to ignore/skip these items.

You will get the following:
java.lang.NullPointerException
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.NullPointerException.<init>(NullPointerException.java:60)
        at java.util.StringTokenizer.<init>(StringTokenizer.java)
        at java.util.StringTokenizer.<init>(StringTokenizer.java)
        at 
org.eclipse.jdt.internal.ui.refactoring.nls.ExternalizeWizardPage$NLSInputDialo
g.getTokens(ExternalizeWizardPage.java:395)
        at 
org.eclipse.jdt.internal.ui.refactoring.nls.ExternalizeWizardPage$NLSInputDialo
g.dialogFieldChanged(ExternalizeWizardPage.java:388)
        at 
org.eclipse.jdt.internal.ui.wizards.dialogfields.DialogField.dialogFieldChanged
(DialogField.java:70)
        at 
org.eclipse.jdt.internal.ui.wizards.dialogfields.StringDialogField.setText
(StringDialogField.java:162)
        at 
org.eclipse.jdt.internal.ui.refactoring.nls.ExternalizeWizardPage$NLSInputDialo
g.<init>(ExternalizeWizardPage.java:347)
        at 
org.eclipse.jdt.internal.ui.refactoring.nls.ExternalizeWizardPage.openEditButto
n(ExternalizeWizardPage.java:953)
        at 
org.eclipse.jdt.internal.ui.refactoring.nls.ExternalizeWizardPage.handleButtonP
ressed(ExternalizeWizardPage.java:905)
        at 
org.eclipse.jdt.internal.ui.refactoring.nls.ExternalizeWizardPage$10.widgetSele
cted(ExternalizeWizardPage.java:875)
        at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java)
        at org.eclipse.jface.window.Window.open(Window.java:648)
        at org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run
(RefactoringWizardOpenOperation.java:121)
        at 
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate
(RefactoringStarter.java:40)
        at 
org.eclipse.jdt.ui.actions.ExternalizeStringsAction.openExternalizeStringsWizar
d(ExternalizeStringsAction.java:157)
        at org.eclipse.jdt.ui.actions.ExternalizeStringsAction$1.run
(ExternalizeStringsAction.java:126)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java)
        at org.eclipse.jdt.ui.actions.ExternalizeStringsAction.run
(ExternalizeStringsAction.java:123)
        at org.eclipse.jdt.ui.actions.ExternalizeStringsAction.run
(ExternalizeStringsAction.java:105)
        at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun
(SelectionDispatchAction.java:216)
        at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run
(SelectionDispatchAction.java:188)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:899)
        at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:850)
        at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:769)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:97)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:299)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:256)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:127)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:84)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:59)
        at java.lang.reflect.Method.invoke(Method.java:390)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:184)
        at org.eclipse.core.launcher.Main.run(Main.java:637)
        at org.eclipse.core.launcher.Main.main(Main.java:621)

Breakpoint at line 101 in AntLaunchShortcut
Debug selfhosting
Open an Ant editor
From the outline, Run Ant
Hit breakpoint
Make the variables view visible
Select the thread
Select the IDEApplication.run(Object) stack frame

java.lang.NullPointerException
	at 
org.eclipse.debug.internal.ui.views.variables.VariablesViewContentProvider.getV
alueChildren(VariablesViewContentProvider.java:148)
	at 
org.eclipse.debug.internal.ui.views.variables.VariablesViewContentProvider.getM
odelSpecificChildren(VariablesViewContentProvider.java:109)
	at 
org.eclipse.debug.internal.ui.views.variables.VariablesViewContentProvider.getC
hildren(VariablesViewContentProvider.java:89)
	at org.eclipse.jface.viewers.AbstractTreeViewer.getRawChildren
(AbstractTreeViewer.java:703)
	at org.eclipse.jface.viewers.AbstractTreeViewer.isExpandable
(AbstractTreeViewer.java:1144)
	at org.eclipse.jface.viewers.AbstractTreeViewer.updatePlus
(AbstractTreeViewer.java:1597)
	at org.eclipse.jface.viewers.AbstractTreeViewer.createTreeItem
(AbstractTreeViewer.java:377)
	at org.eclipse.jface.viewers.AbstractTreeViewer$1.run
(AbstractTreeViewer.java:356)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.jface.viewers.AbstractTreeViewer.createChildren
(AbstractTreeViewer.java:342)
	at org.eclipse.jface.viewers.AbstractTreeViewer$5.run
(AbstractTreeViewer.java:782)
	at org.eclipse.jface.viewers.StructuredViewer.preservingSelection
(StructuredViewer.java:863)
	at org.eclipse.jface.viewers.AbstractTreeViewer.inputChanged
(AbstractTreeViewer.java:772)
	at org.eclipse.jface.viewers.ContentViewer.setInput
(ContentViewer.java:238)
	at org.eclipse.jface.viewers.StructuredViewer.setInput
(StructuredViewer.java:1058)
	at 
org.eclipse.debug.internal.ui.views.variables.VariablesView.setViewerInput
(VariablesView.java:393)
	at 
org.eclipse.debug.internal.ui.views.variables.VariablesView.selectionChanged
(VariablesView.java:1247)
	at org.eclipse.ui.internal.AbstractPartSelectionTracker$1.run
(AbstractPartSelectionTracker.java:115)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:608)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.ui.internal.AbstractPartSelectionTracker.fireSelection
(AbstractPartSelectionTracker.java:113)
	at org.eclipse.ui.internal.PagePartSelectionTracker$1.selectionChanged
(PagePartSelectionTracker.java:46)
	at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:608)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.jface.viewers.Viewer.fireSelectionChanged
(Viewer.java:157)
	at org.eclipse.jface.viewers.StructuredViewer.updateSelection
(StructuredViewer.java:1388)
	at org.eclipse.jface.viewers.StructuredViewer.handleSelect
(StructuredViewer.java:694)
	at org.eclipse.jface.viewers.StructuredViewer$4.widgetSelected
(StructuredViewer.java:720)
	at org.eclipse.jface.util.OpenStrategy.fireSelectionEvent
(OpenStrategy.java:180)
	at org.eclipse.jface.util.OpenStrategy.access$3(OpenStrategy.java:175)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent
(OpenStrategy.java:324)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:97)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:305)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:127)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:184)
	at org.eclipse.core.launcher.Main.run(Main.java:637)
	at org.eclipse.core.launcher.Main.main(Main.java:621)

Running through the jars has a big cost for pde when starting up if they can't
rebuild from cache. In big configuration this generation can last more than a
minute on a high end machine.

When sharing with an exitring project, there progress bar remains at 0% for the
entire time that the remote project is being checked out. For larger projects,
this is quite noticable.

I added lots of configs to my favorite list (all of my external tools...80ish)
On clicking OK in the Organize Favorites dialog, nothing seemed to happen for 
some time (5 seconds).
There was no busy cursor.

M6

package org.eclipse.jdt.internal.corext.refactoring.base;

import org.eclipse.core.runtime.IAdaptable;

/**
 * A <code>RefactoringStatusContext<code> can be used to annotate a 
 * {@link RefactoringStatusEntry} with additional information 
 * typically presented in the UI.
 * 
 * @since 3.0
 */
public class RefactoringStatusContext {
	/**
	 * Returns the element that corresponds directly to this context,
	 * or <code>null</code> if there is no corresponding element.
	 * <p>
	 * For example, the corresponding element of a context for a problem 
	 * detected in an <code>IResource</code> would the the resource itself.
	 * <p>
	 *
	 * @return the corresponding element, or <code>null</code> if none
	 */
	public IAdaptable getCorrespondingElement() {
		return null;
	}
}

Consider the code from above and change the signature of 
getCorrespondingElement to return Object. If you press preview you get an 
refactoring error telling me that the import isn't used. Since we already 
detect this case we should remove the import.

I know that this might introduce inconsistencies with other refactorings but 
getting this error message is even worse.

Eclipse 3.0 M6 (with new-look UI jars)

1) Selected the class org.eclipse.swt.custom.ViewForm in the Pacakge Explorer.
2) Selected the package org.eclipse.swt.custom in the Package Explorer
3) Choose "paste" from the context menu.
4) Named the class ViewForm2

Got the following error:

org.eclipse.jface.text.Assert$AssertionFailedException: Assertion failed:
at org.eclipse.jface.text.Assert.isTrue(Assert.java:175)
at org.eclipse.jface.text.Assert.isTrue(Assert.java:160)
at org.eclipse.text.edits.TextEdit.<init>(TextEdit.java:137)
at org.eclipse.text.edits.ReplaceEdit.<init>(ReplaceEdit.java:35)
at 
org.eclipse.jdt.internal.corext.refactoring.reorg.CreateCopyOfCompilationUnitCh
ange.createChangeManager(CreateCopyOfCompilationUnitChange.java:103)
at 
org.eclipse.jdt.internal.corext.refactoring.reorg.CreateCopyOfCompilationUnitCh
ange.getCopiedFileSource(CreateCopyOfCompilationUnitChange.java:81)
at 
org.eclipse.jdt.internal.corext.refactoring.reorg.CreateCopyOfCompilationUnitCh
ange.getOldFile(CreateCopyOfCompilationUnitChange.java:63)
at 
org.eclipse.jdt.internal.corext.refactoring.nls.changes.CreateFileChange.perfor
m(CreateFileChange.java:79)
at org.eclipse.jdt.internal.corext.refactoring.CompositeChange.createUndoList
(CompositeChange.java:122)
at org.eclipse.jdt.internal.corext.refactoring.CompositeChange.perform
(CompositeChange.java:149)
at org.eclipse.jdt.internal.ui.refactoring.RefactoringExecutionHelper$1.run
(RefactoringExecutionHelper.java:81)
at org.eclipse.jdt.internal.core.BatchOperation.executeOperation
(BatchOperation.java:34)
at org.eclipse.jdt.internal.core.JavaModelOperation.execute
(JavaModelOperation.java:364)
at org.eclipse.jdt.internal.core.JavaModelOperation.run
(JavaModelOperation.java:703)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1555)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1574)
at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3129)
at 
org.eclipse.jdt.internal.ui.refactoring.RefactoringExecutionHelper$Operation.ru
n(RefactoringExecutionHelper.java:79)
at org.eclipse.jface.operation.ModalContext.runInCurrentThread
(ModalContext.java:302)
at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:252)
at org.eclipse.jface.dialogs.ProgressMonitorDialog.run
(ProgressMonitorDialog.java:394)
at org.eclipse.jdt.internal.ui.refactoring.RefactoringExecutionHelper.perform
(RefactoringExecutionHelper.java:131)
at org.eclipse.jdt.internal.ui.refactoring.reorg.ReorgCopyStarter.run
(ReorgCopyStarter.java:70)
at 
org.eclipse.jdt.internal.ui.refactoring.reorg.PasteAction$JavaElementAndResourc
ePaster.paste(PasteAction.java:402)
at org.eclipse.jdt.internal.ui.refactoring.reorg.PasteAction.run
(PasteAction.java:189)
at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun
(SelectionDispatchAction.java:212)
at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run
(SelectionDispatchAction.java:188)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:842)
at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:510)
at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:462)
at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:409)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:847)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2311)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1992)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1506)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1482)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:246)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:226)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:85)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
at org.eclipse.core.launcher.Main.run(Main.java:742)
at org.eclipse.core.launcher.Main.main(Main.java:581)

Breakpoints on exceptions can be filtered on a package basis.
This can be done by the properties and going to "filtering".

When a very long filter is being specified the properties page is maximized to 
the size of the window and the list widget is not totally visible.
To reproduce: 
- create a breakpoint on an exception
- add all the eclipse package in the filter
- close
- reopen the filter property page

N20040420

In order to better support non-uniform encodings,
CVSCompareRevisionsInput.ResourceRevisionNode
could implement IEncodedStreamContentAccessor and provide
the encoding for the revision. If it is not feasible to determine the encoding,
it would help if the encoding of the corresponding resource in the workspace
could be returned.

M8

socket communication between client and server of jdt.junit uses default encoding.
This does not work in general because arbitrary Unicode strings are sent between 
client and server and the default encoding may not be Unicode preserving.

Build 3.0M9

Trying to reproduce bug 62713, I came across a long problem message in 
buildpath wizard (CP validation error); which wasn't readable.

When resizing the wizard to be larger (so as to read entire message),
I observed the message did not refresh, and thus remained unreadable.

In the Product Configuration window, when you click Add an Extension Location,
the Browse for Folder dialog is not topmost or modal.  This allows you to hide
it behind the Product Configuration window, which now doesn't completely
respond, e.g. clicking Add an Extension Location again doesn't do anything.

Also, the Show Activities window is topmost but not modal.

M8

The characters entered using the IME are not rendering correctly in a default 
text editor. This worked in 2.1.3. Please note that this is an issue using the 
default courier font 

STEPS
1) Invoke the IME using Ctrl+Space
2) Switch to Chinese input (by selecting the Chinese button rather than theA 
on the control
3) Enter sey
4) Hit space - you will get a list of possible characters
5) Select the one that matches the one you typed (7th entry on my machine)
6) It will be rendered as a box (this was rendered correctly in 2.1.3)
7) Switch to a GB18030 font 
8) Enter sey
9) Select the one that matches the character - a different character is drawn 
(once again correct for the same font in 2.1.3)

In 2.1.3 characters are correct for both courier and the Chinese 18030 font.

OS:		windows 2003 
Language:	Japanese
Build level: 	RC1

Steps to recreate problem:
1-create Ant UTF-8 file with BOM by notepad.exe on Windows (encoding MS932)
2-store it to AIX cvs server (server encoding MS932) 
3-At the CVS Repositories view, select the file and Show Annotation at the 
context menu

Error:  all of DBCS Japanese text in displayed file are bogus
Expected Result: no bugus

The Ant UI needs to be updated for the changes to the annotation mechanism in 
3.0.

See http://dev.eclipse.org/mhonarc/lists/platform-text-dev/msg00112.html

Build: 3.0 M6

Stack trace below.  The short summary:

- thread tries to acquire rule "A".
- Rule is not available, so "A" is added to the rule stack and the thread blocks
- While the thread blocks, the progress monitor is checked for cancelation
- The default monitor spins the event loop to keep the UI alive and allow the
user to cancel
- If an event in the event loop now tries to acquire rule "B" which is available,
it will throw an exception because B cannot be pushed above incomptable rule "A".

Possible solution: don't push the rule onto the stack until it is safely
acquired.  That way a thread can safely acquire and release a different rule
while it is waiting.

Question: this doesn't seem to cause a hold and wait (thus opening the door to
deadlock), but I need to convince myself that this is safe.

The location of the sash in the call hierarchy view is not persisted.  Open the 
view, drag the sash, close the view, and reopen to reproduce this bug.

A separate ratio, one for each vertical and horizontal orientations, should be 
persisted.

Click on the Local directory radio button. With Jaws running, enter Ins+TAB. 
The parent of the group, "Working directory", should be read before the 
radiobutton's label, "Local directory". Same with "Workspace", and "Use default 
working directory". If they aren't in a group, they should be put into a group 
named "Working directory" which is the immediate parent. If there are 
intermediate groups, then make sure that each has a name, or else the reading 
of ancestors stops there.

When attempting to run the following Java class from the Java Browsing 
perspective I get a "The selection does not contain a main type" error, 
however from the Java perspective it runs fine.

Code 
--------------------
package cp616.mazegame;

import cp616.mazegame.engine.control.DungeonMaster;

/**
 * @author greg
 *
 */
public class Runner {

	public static void main(String[] args) {
		DungeonMaster theDM = DungeonMaster.getInstance();
		theDM.run();
	}
}

I200405251600

Test Case:
With a single window open, I GC'd and marked the current instance count using 
OptimizeIt.
Opened a new window (Window>New Window)
Closed the new window.

159 handler submissions remain (9K)

Note that there are many other leaks using this scenario. I will attached the 
reduced reference list for the worst ones in terms of size.

Windows offers a method of entering characters by holding down the Alt key,
typing (pressing and releasing) several digit keys on the numpad of the
keyboard, then releasing Alt.

For example,

Alt+0227 = ã
Alt+0231 = ç

(My understanding is that, depending on the presence of the leading zero,
the typed characters are from the codepages 1252 and 437, respectively.)

This used to work in SWT text widgets up to and including 3.0M4.
It has been broken since M5 and is still broken in M8.

Build I20040506

There are various places in this plug-in that depend on 
core.runtime.compatibility. Removing dependence gets rid of a bunch of 
deprecation warnings.

We've had at least four different people run into a problem where an installed 
JRE is missing libraries. In some cases it's been with the default "eclipse" 
JRE, and other times it has been when the user tries to install their own JRE. 
There does not appear to be anything different with the JREs that exhibit this 
problem (they are usually IBM JREs, but they work on other machines and 
workspaces), and deleting and recreating the Installed JRE doesn't change 
anything. However, pointing to another JRE, reinstalling, or using a new 
workspace usually gets around the problem. The problem will typically show up 
as compile errors (can't find java.lang.Object) in Java projects that use the 
JRE to compile.

The problem seems to be in the detection of the default libraries. For 
instance, it will usually pick up a partial list from jre/lib/ext like this:

dumpfmt.jar
gskikm.jar
ibmjcefips.jar
ibmjceprovider.jar
ibmjsseprovider2.jar
ibmpkcs11.jar
ibmpkcs11impl.jar
indicim.jar
jaccess.jar
JawBridge.jar

The jar which is glaringly missing is core.jar (for things like
java.lang.Object)

Method parameter code assist is not working when method parameters wrapped to 
more then one line. Ff I format the same code to one line, the code assist 
works.

I20040506 + Plug-in export (contains newwer JDT/Core).

Whenever I start Eclipse I see the following behaviour

- some sort of incremental build kicks in which takes a couple of seconds
- after that a full build kicks in.

Attached the beginning of a trace (contains the FULL BUILD request). The whole 
trace is really large.

I200405111200

Copy and paste this into the Ant Editor:

project name="A Project" default="foobar" basedir=".">
	<target name="foobar">
		<pathconvert dirsep="/" pathsep=" " property="classpath">
			<map from="foo" to="lib" />
			<path>
				<fileset dir="foo">
					<include name="**/*.jar" />
				</fileset>
			</path>
		</pathconvert>
	</target>
</project>

I get a red cross and warning error "insertyourpath\foo not found".  Well, yes 
the directory foo is not found because the other part of my Ant script is 
supposed to make that directory so it doens't exist yet!

PB

I like the recent changes to the build menu/dialogs. Thanks.

However, shouldn't clean the dialog remember that I unchecked "Start a build 
immediately" the previous 999 times I said Clean?

I'll admit this is unlikely to be a common scenario, but odds are if something 
causes you to do it once, you'll want to do it again and your choice should be 
preserved across invocations.

To reproduce:

Select Project->Clean...
In the Clean? dialog, uncheck "start a build immediately"
Select Project->Clean...
"start a build immediately" is checked again

There were 4 failures in the nightly build similar to this:

expected:<...> but was:<...foo> 

junit.framework.ComparisonFailure: expected:<...> but was:<...foo>
at org.eclipse.jdt.debug.tests.core.ArgumentTests.testOutput
(ArgumentTests.java:309)
at org.eclipse.jdt.debug.tests.core.ArgumentTests.testWithVMArg
(ArgumentTests.java:255)
at org.eclipse.jdt.debug.tests.core.ArgumentTests.testVMArgSingle
(ArgumentTests.java:119)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at org.eclipse.jdt.debug.tests.DebugSuite$1.run(DebugSuite.java:53)
at java.lang.Thread.run(Thread.java:534)

The test was expecting "foo" and got something prefixed by foo. It looks like 
it could have received the output twice - i.e. "foofoo". The reason for this 
is that the stream listener asks for the contents of the stream, and then adds 
itself as a listener for stream appends. It would be possible for the listener 
to get the contents and the append notification for the same text as the 
stream monitor is not synchronized in this area.

I20040219

I can choose where the fast view icons are but there's no option to specify the
location of the perspective toolbar / icons.

RC1

- auto build off
- clean workspace, but don't build
- create job that locks workspace
- Build All

observe: a background Job gets scheduled

Expected bahviour: I get a blocked dialog with the following options

- cancel background
- cancel foreground
- run build in background

The same happens when changing the workspace compiler settings via Preferences-
>Java->Compiler.

Run from HEAD at 7:15PM, Friday Feb 13

Drag a view over the editor area. Previously, it was possible to dock the view
to the edge of the editor area. This is no longer possible.

M7

The background build job is getting flagged as a system job. This is preventing
it from appearing in the progress view by default.

Setting "Ant Home..." in Ant Runtime preferences doesn't set a String 
Substitution Variable, a "${system:} Variable, a Classpath Variable, or affect 
the value of ${env.ANT_HOME} used in Antfiles.  Because Classpath Variables 
can't make use of String Substitution Variables (another issue), I have to 
multiply maintain these different types of Variables for ANT_HOME, and have to 
remember to change them simultaneously.

After I copied the entire Eclipse 3.0 install, including workspace, from one
machine to another, the workspace showed up in the navigator/explorer views as
empty. Restarting after deleting the configuration folder made the contents
appear as expected. I would guess the problem is absolute file paths in the
configuration.

I20040224

	tree.setRedraw(false);
	getTreeViewer().refresh();
	getTreeViewer().setSelection(selection, true);
	tree.setRedraw(true);

does not reveal my selection while the followin does:

	tree.setRedraw(false);
	getTreeViewer().refresh();
	tree.setRedraw(true);
	getTreeViewer().setSelection(selection, true);

In BreakpointFieldLocator#visit(FieldDeclaration), it checks twice in the
current node contains the position ('containsPosition(node)'). One time is enough.

Using OptimizeIt, each time I open and close the Debug launch configurations 
dialog, 1 Shell is leaked, 20 EnabledSubmission are leaked.

The shell is referenced as the active shell from the 20 EnabledSubmissions that 
remain in the enabledSubmissionsByContextId map of WorkbenchContextSupport.

On the close of the launch configuration, removeEnabledSubmissions is not 
called.

The submissions are added in checkWindowType(Shell) but since the shell is not 
registered, no dispose listener is added and then the submissions are not 
removed when the shell is disposed.

1. Bring up the launch config dialog and create a new Ant launch configuration.
2. Place your cursor in the location field and start typing very quickly.
3. Go get a cup of coffee while the dialog flashes like mad and slowly prints your input.

The same test case works fine for Program launch configs, which also validate on every 
keystroke. I'd guess that we're firing up Ant on every keystroke even when the input isn't a valid 
file?

As the floating window now only comes up on hover we should make it larger so 
that we can get more of the text.

Currently we only prioritize jobs to be displayed by whether they are system 
or not.

The sorter should
1) Put build jobs first
2) Then sort by priority.

Any other suggestions?

Build 20040513

Compiling the following test case in 1.5 mode issues numerous syntax errors, 
where there is only one missing semicolon (at end of Local innerclass 
declaration).

public class X {
	public <T> X(T t){
		System.out.println(t);
	}
	}
	public static void main(String[] args) {
		class Local extends X {
			Local() {
				<String>super("SUCCESS");
			}
		}
		new Local();
	}
}
	


		"----------\n" + 
		"1. ERROR in X.java (at line 6)\r\n" + 
		"	public static void main(String[] args) {\r\n" + 
		"	              ^^^^\n" + 
		"Syntax error on token \"void\", AT expected\n" + 
		"----------\n" + 
		"2. ERROR in X.java (at line 6)\r\n" + 
		"	public static void main(String[] args) {\r\n" + 
		"	                               ^\n" + 
		"Syntax error on token \"]\", invalid (\n" + 
		"----------\n" + 
		"3. ERROR in X.java (at line 6)\r\n" + 
		"	public static void main(String[] args) {\r\n" + 
		"	                                     ^\n" + 
		"Syntax error, insert \"]\" to complete ArrayAccess\n" + 
		"----------\n" + 
		"4. ERROR in X.java (at line 6)\r\n" + 
		"	public static void main(String[] args) {\r\n" + 
		"	                                     ^\n" + 
		"Syntax error, insert \")\" to complete 
SingleMemberAnnotation\n" + 
		"----------\n" + 
		"5. ERROR in X.java (at line 6)\r\n" + 
		"	public static void main(String[] args) {\r\n" + 
		"	                                     ^\n" + 
		"Syntax error, insert \"enum Identifier\" to complete 
EnumHeader\n" + 
		"----------\n" + 
		"6. ERROR in X.java (at line 14)\r\n" + 
		"	}\r\n" + 
		"	^\n" + 
		"Syntax error on token \"}\", delete this token\n" + 
		"----------\n"

When we read preferences that are in 2.1 format we currently rename the file.
Should we just go ahead and delete it?

I was debugging an IllegalArgumentException. I clicked on one of the traceback
lines after the breakpoint was hit and got a dialog informing me that an error
occurred and that I should see the log for details but the log was empty. After
this, the debuuger no longer opens files (i.e. it still stps at breakpoints but
I can't look at the source).

I am using Eclipe build I20040413 and IBM VM build 1.4.1, J2RE 1.4.1 IBM build
cxia321411-20040301.

We should not show system jobs outside of the progress viewer

Running the debug test suite an error dialog appeared, and this was in the log:

org.eclipse.debug.core.DebugException[5010]: 
com.sun.jdi.IncompatibleThreadStateException: Thread was not suspended
at org.eclipse.jdi.internal.ThreadReferenceImpl.ownedMonitors
(ThreadReferenceImpl.java:301)
at org.eclipse.jdt.internal.debug.core.model.JDIThread.getOwnedMonitors
(JDIThread.java:2413)
at org.eclipse.jdt.internal.debug.ui.monitors.MonitorManager.updateMonitors
(MonitorManager.java:311)
at org.eclipse.jdt.internal.debug.ui.monitors.MonitorManager.update
(MonitorManager.java:282)
at org.eclipse.jdt.internal.debug.ui.monitors.MonitorManager.updatePartial
(MonitorManager.java:249)
at org.eclipse.jdt.internal.debug.ui.monitors.MonitorsView.selectionChanged
(MonitorsView.java:369)
at org.eclipse.ui.internal.AbstractPartSelectionTracker$1.run
(AbstractPartSelectionTracker.java:115)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:638)
at org.eclipse.core.runtime.Platform.run(Platform.java:497)
at org.eclipse.ui.internal.AbstractPartSelectionTracker.fireSelection
(AbstractPartSelectionTracker.java:113)
at org.eclipse.ui.internal.PagePartSelectionTracker$1.selectionChanged
(PagePartSelectionTracker.java:46)
at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:638)
at org.eclipse.core.runtime.Platform.run(Platform.java:497)
at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
at org.eclipse.jface.viewers.StructuredViewer.updateSelection
(StructuredViewer.java:1310)
at org.eclipse.jface.viewers.StructuredViewer.setSelection
(StructuredViewer.java:1033)
at 
org.eclipse.debug.internal.ui.views.AbstractDebugEventHandler.selectAndReveal
(AbstractDebugEventHandler.java:155)
at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleResum
eEvent(LaunchViewEventHandler.java:153)
at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleDebug
Events(LaunchViewEventHandler.java:96)
at org.eclipse.debug.internal.ui.views.AbstractDebugEventHandler$1.run
(AbstractDebugEventHandler.java:70)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2329)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2037)
at org.eclipse.jdt.debug.tests.AutomatedSuite.run(AutomatedSuite.java:184)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests
(RemoteTestRunner.java:410)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run
(RemoteTestRunner.java:294)
at org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main
(RemotePluginTestRunner.java:30)
at org.eclipse.pde.internal.junit.runtime.UITestApplication$1.run
(UITestApplication.java:91)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2329)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2037)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1492)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1468)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
at org.eclipse.pde.internal.junit.runtime.UITestApplication.run
(UITestApplication.java:34)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:173)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:106)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
at org.eclipse.core.launcher.Main.run(Main.java:745)
at org.eclipse.core.launcher.Main.main(Main.java:713)

Not sure if this is a bug or a question on expectation.

I've got a bit of simple code that is just writting messages for each job 
change event sent. I've tried creating this two different ways and adding it to 
a simple job. Same results each time.

The first time after launching the runtime-workbench for testing, when a job is 
run/listened to, the events are sent in this order:
Job-: RunJobAction -: State: 0
Job-: RunJobAction -: Scheduling job.....
Job-: JobChangeEvent for Job: RunJobAction(16)-: in method aboutToRun
Job-: JobChangeEvent for Job: RunJobAction(16)-: in method running
Job-: JobChangeEvent for Job: RunJobAction : Thread[Worker-2,5,main](16)-: in 
method scheduled
Job-: JobChangeEvent for Job: RunJobAction : Thread[Worker-2,5,main](16)-: in 
method done
---------

All other job invocations/listens the events are in this order:

Job-: RunJobAction -: State: 0
Job-: RunJobAction -: Scheduling job.....
Job-: JobChangeEvent for Job: RunJobAction(20)-: in method scheduled
Job-: JobChangeEvent for Job: RunJobAction(20)-: in method aboutToRun
Job-: JobChangeEvent for Job: RunJobAction(20)-: in method running
Job-: JobChangeEvent for Job: RunJobAction : Thread[Worker-3,5,main](20)-: in 
method done
---------

Is this difference, where scheduled occurs after abouttoRun and running the 
first time, expected and/or acceptable?  If expected, should this be noted in 
the Javadoc for IJobChangeListener?

A monitors view and its related objects are leaked for each open and close.

The view does not remove itself as a selection listener with the selection 
service.

An automated test failed:

Wrong file expected:<...> but was:<PortableRemote...> 

junit.framework.ComparisonFailure: Wrong file expected:<...> but 
was:<PortableRemote...>
at 
org.eclipse.jdt.debug.tests.core.ExternalArchiveSourceContainerTests.testAutoDe
tectUnqualifiedSourceLookupPositive
(ExternalArchiveSourceContainerTests.java:135)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at org.eclipse.jdt.debug.tests.AutomatedSuite$1.run(AutomatedSuite.java:176)
at java.lang.Thread.run(Thread.java:534)

Looking at the code, this is because we are searching for an unqualified 
source file name and only ensure that a zip entry "ends with" the file name. 
This does not account for matches like:  a/b/XXXmatch.java. I.e. we should 
ensure the last segment matches, not just that the file name "ends with" the 
file name we are looking for.

 

The text field for the file type does not use the dialog font.

v_435 still contains errors in Javadoc of non-API doc comments.
Even if it's not so important than for API doc comments, it seems a nice thing
to fix these problems for 3.0...

Build 3.0M9

Though you can drag any resource from a navigator/pkg explorer into the CVS rsc 
history view (alternative to using context menu), this doesn't work in the sync 
view (though action is available in context menu).

build I20040330

- SWT in source
- run target
- sync and load incoming changes to SWT
- CVS complains that it can't delete resources
- the problem is that it can't delete the win32 dll (reasonable)
- the log file has the details about the affected file, but the Error Log only
shows the stack trace, which does not have this info; there was no + beside this
item

The log has:

!ENTRY org.eclipse.core.resources 4 4 Apr 01, 2004 14:52:28.360
!MESSAGE Problems encountered while deleting resources.
!STACK 1
org.eclipse.core.internal.resources.ResourceException: Problems encountered
while deleting resources.
	at org.eclipse.core.internal.resources.Resource.delete(Resource.java:663)
	at org.eclipse.core.internal.resources.Resource.delete(Resource.java:684)
	at
org.eclipse.team.internal.ccvs.ui.subscriber.WorkspaceUpdateOperation.deleteAndKeepHistory(WorkspaceUpdateOperation.java:91)
	at
org.eclipse.team.internal.ccvs.ui.subscriber.WorkspaceUpdateOperation.runUpdateDeletions(WorkspaceUpdateOperation.java:47)
	at
org.eclipse.team.internal.ccvs.ui.subscriber.SafeUpdateOperation.safeUpdate(SafeUpdateOperation.java:217)
	at
org.eclipse.team.internal.ccvs.ui.subscriber.SafeUpdateOperation.run(SafeUpdateOperation.java:79)
	at
org.eclipse.team.internal.ccvs.ui.subscriber.CVSSubscriberOperation$1.run(CVSSubscriberOperation.java:57)
	at
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.run(EclipseSynchronizer.java:1403)
	at
org.eclipse.team.internal.ccvs.ui.subscriber.CVSSubscriberOperation.run(CVSSubscriberOperation.java:52)
	at
org.eclipse.team.internal.ccvs.ui.subscriber.SafeUpdateOperation.run(SafeUpdateOperation.java:59)
	at
org.eclipse.team.internal.ui.actions.JobRunnableContext.run(JobRunnableContext.java:118)
	at
org.eclipse.team.internal.ui.actions.JobRunnableContext$3.runInWorkspace(JobRunnableContext.java:138)
	at
org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:37)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)
!SUBENTRY 1 org.eclipse.core.resources 4 4 Apr 01, 2004 14:52:28.371
!MESSAGE Problems encountered while deleting resources.
!SUBENTRY 2 org.eclipse.core.resources 4 273 Apr 01, 2004 14:52:28.371
!MESSAGE Could not delete:
d:\eclipse-new\plugins\org.eclipse.swt.win32\os\win32\x86\swt-win32-3044.dll.

I was able to recreate the scenario,
I have a Java file in a Java project as

/*
 * Created on Jun 8, 2004
 *
 * TODO To change the template for this generated file go to
 * Window - Preferences - Java - Code Style - Code Templates
 */
package com;

import java.net.URL;
import java.util.Date;

/**
 * @author admin
 *
 * TODO To change the template for this generated type comment go to
 * Window - Preferences - Java - Code Style - Code Templates
 */
public class Test {
   Date xyz;
   URL  abc;
}


I open it in the editor, delete the keyword 'package' so that that line only
says com. 
Now I right click on file and select 'Revert File'.  
Notice that the imports list disappears.

This is in M9.

3m7
Set preserve existing line breaks and set keep blank lines = 99
exisitng blank lines are removed, turn off preservce exisintg line breaks and 
in this case exisitng blank lines are kept

I200409281200

public class MyClass {
	public MyClass(Comparable theThing) {
		
	}
}

- set caret into theThing
- invoke QuickAssist and apply "Assign parameter to new Field"
- press Tab
=> This stacktrace goes to the log 3 times:

org.eclipse.jface.text.BadLocationException
	at org.eclipse.jface.text.AbstractDocument.get(AbstractDocument.java:904)
	at
org.eclipse.jdt.internal.ui.javaeditor.PartiallySynchronizedDocument.get(PartiallySynchronizedDocument.java:74)
	at
org.eclipse.jdt.internal.ui.text.correction.LinkedCorrectionProposal$LinkedModeProposal.validate(LinkedCorrectionProposal.java:429)
	at
org.eclipse.jface.internal.text.link.contentassist.CompletionProposalPopup2.validateProposal(CompletionProposalPopup2.java:582)
	at
org.eclipse.jface.internal.text.link.contentassist.CompletionProposalPopup2.setProposals(CompletionProposalPopup2.java:525)
	at
org.eclipse.jface.internal.text.link.contentassist.CompletionProposalPopup2.showProposals(CompletionProposalPopup2.java:201)
	at
org.eclipse.jface.internal.text.link.contentassist.ContentAssistant2.showPossibleCompletions(ContentAssistant2.java:1298)
	at
org.eclipse.jface.text.link.LinkedModeUI.triggerContentAssist(LinkedModeUI.java:807)
	at org.eclipse.jface.text.link.LinkedModeUI.switchPosition(LinkedModeUI.java:843)
	at org.eclipse.jface.text.link.LinkedModeUI.next(LinkedModeUI.java:778)
	at
org.eclipse.jface.text.link.LinkedModeUI$KeyListener.verifyKey(LinkedModeUI.java:447)
	at
org.eclipse.jface.text.TextViewer$VerifyKeyListenersManager.verifyKey(TextViewer.java:404)
	at
org.eclipse.swt.custom.StyledTextListener.handleEvent(StyledTextListener.java:55)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:613)
	at org.eclipse.swt.custom.StyledText.handleKeyDown(StyledText.java:5000)
	at org.eclipse.swt.custom.StyledText$7.handleEvent(StyledText.java:4747)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1736)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1732)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3073)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2975)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3351)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1488)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2441)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1443)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1414)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:271)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:704)
	at org.eclipse.core.launcher.Main.main(Main.java:688)

I've detached the problems view and moved it to the 2nd
monitor.  Dialogs invoked from this vieww show up on the 1st monitor where is
the main Eclipse window.  Something about parenting with null (see bug 58581)?

problems->sorting
problems->filters

Review the ui.intro API.

Build I20040226.

Compiler does not complain on following invalid syntax in inline tag in Javadoc 
comment:
/**
 * Returns the string that would be inserted at the position returned from 
 * {@see #getCompletionOffset()} if this proposal was applied. If the 
 * replacement string cannot be determined, <code>null</code> may be returned.
 * 
 * @return the replacement string or <code>null</code> if cannot be determined
 */
CharSequence getCompletionText();

DOM/AST Javadoc is built correctly but compiler should warn user that wrote a 
wrong tag name in his javadoc comment.

I200406221600
Sun JDK 1.4.2_04

Not sure what effect this had on overall stability since I immediately restarted
eclipse.

log follows:

!ENTRY org.eclipse.core.runtime 4 2 Jun 24, 2004 08:45:13.820
!MESSAGE An internal error occurred during: "Decoration Calculation".
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.ui.internal.decorators.DecorationScheduler$1.run(DecorationScheduler.java:222)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

A php script to crash the browser widget snippet128:

<?php
header('Content-Disposition: : attachment; filename="eclipse.txt"');
header('Content-Encoding: deflate');
header('Content-Length: 27429');
header('Content-Type: application/x-bittorrent; name="eclipse.txt"');
?>

(save as crash.php, and load it through a php enabled server in the browser 
snippet).

On Mozilla this pops up the "Opening ... save to disk" popup.

The snippet128 browser example crashes.

SWT 3046 gtk:

An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0x428C3355
Function=Java_org_eclipse_swt_internal_mozilla_XPCOM_VtblCall__II_3I+0xF
Library=/home/dev/sancho/libswt-mozilla-gtk-3046.so

Current Java thread:
	at org.eclipse.swt.internal.mozilla.XPCOM.VtblCall(Native Method)
	at org.eclipse.swt.internal.mozilla.nsIWebBrowserChrome.GetWebBrowser
(nsIWebBrowserChrome.java:55)
	at org.eclipse.swt.browser.WindowCreator.CreateChromeWindow
(WindowCreator.java:92)
	at org.eclipse.swt.browser.WindowCreator$2.method3
(WindowCreator.java:42)
	at org.eclipse.swt.internal.mozilla.XPCOMObject.callback3
(XPCOMObject.java:259)
	at org.eclipse.swt.internal.gtk.OS.gtk_main_iteration(Native Method)
	- locked <0x49780df0> (a java.lang.Class)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1725)
	at WB.main(WB.java:107)

I20040310:

/** @see #method() */
void method() {
	method();
}

- set the caret into #method() and hit F3 -> beep, not found
- set the caret into method(); and hit F3 -> opens declaration

ICodeAssist#codeSelect works for type references in javadocs, but not for
members. To watch it, set a breakpoint in
SelectionConverter#codeResolve(IJavaElement, ITextSelection) and press F3.

I20040428

1. Load org.eclipse.jdt.debug.ui from CVS (HEAD)
several red X's occur (this is correct, because this is dependent on jdt.core 
from HEAD

2. Load org.eclipse.jdt.core from CVS (HEAD)
there are red X's remaining.

Project -> Clean (only org.eclipse.jdt.debug.ui) fixes the remaining problems.

(Project build order is correct)

Build: I-200404013

I launched a runtime workbench containing a Hello World plugin.
I expanded the plugin in the Package explorer view and got the following NPE.


Error Apr 17, 2004 20:28:45.05 Exception occurred in classpath container 
initializer: org.eclipse.jdt.internal.launching.JREContainerInitializer@c5c32e
java.lang.NullPointerException
	at org.eclipse.jdt.launching.JavaRuntime.detectEclipseRuntime
(JavaRuntime.java:1397)
	at org.eclipse.jdt.launching.JavaRuntime.detectDefaultVM
(JavaRuntime.java:1431)
	at org.eclipse.jdt.launching.JavaRuntime.getDefaultVMInstall
(JavaRuntime.java:387)
	at org.eclipse.jdt.internal.launching.JREContainerInitializer.resolveVM
(JREContainerInitializer.java:72)
	at 
org.eclipse.jdt.internal.launching.JREContainerInitializer.initialize
(JREContainerInitializer.java:46)
	at org.eclipse.jdt.core.JavaCore$1.run(JavaCore.java:1180)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:611)
	at org.eclipse.core.runtime.Platform.run(Platform.java:543)
	at org.eclipse.jdt.core.JavaCore.getClasspathContainer
(JavaCore.java:1175)
	at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1841)
	at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1755)
	at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1727)
	at org.eclipse.jdt.internal.core.search.JavaSearchScope.add
(JavaSearchScope.java:78)
	at org.eclipse.jdt.internal.core.search.JavaWorkspaceScope.initialize
(JavaWorkspaceScope.java:79)
	at org.eclipse.jdt.internal.core.search.JavaSearchScope.<init>
(JavaSearchScope.java:52)
	at org.eclipse.jdt.internal.core.search.JavaWorkspaceScope.<init>
(JavaWorkspaceScope.java:30)
	at org.eclipse.jdt.core.search.SearchEngine.createWorkspaceScope
(SearchEngine.java:430)
	at org.eclipse.jdt.internal.corext.util.AllTypesCache.search
(AllTypesCache.java:502)
	at 
org.eclipse.jdt.internal.corext.util.AllTypesCache$TypeCacher.doSearchTypes
(AllTypesCache.java:180)
	at org.eclipse.jdt.internal.corext.util.AllTypesCache$TypeCacher.run
(AllTypesCache.java:149)

package p;
/**
 * @see p
 * @see p.A
 * @see p.AA
 */
public class AA {
}

The first reference (@see p) is not found when searching for references to
package p.

jdt-ui reminder: diable RenamePackageTests#test0()

I've correctly specified the http proxy for updates, which requires
authentication (NTLM by default, although has also worked with basic for other
applications, Java and non-Java) on a different domain than the client or proxy.
Non-NTLM authentication requires the "AUTH-DOMAIN\username" format for the username.
As soon as the updater requires some http communication, the java process hits
100% cpu usage, severely crippling other processes (i.e. they're "as slow as
molasses in January"). This continues indefinitely unless Cancel is pressed.

Currently we hook ResourcesPlugin.shutdown to save the project preferences. This
agressively saves all project preferences. An unfortuanate side effect of this
is that some are loaded if they weren't before.

This is unnecessary and should be optimized out.

I200405190010

- disable Mark Exceptions
- enable Mark Types
- in TestCase:
- position cursor on Throwable of runBare() declaration
-> type Throwable is marked
- posititon cursor on Throwable of runTest() delcaration
-> type Throwable is not marked
This is inconsistent.

build I20041207

In order to allow RCP apps to implement their own presentation of shortcuts on
the current perspective, these should be made available via API on IWorkbenchPage.

This includes: new wizard shortcuts, show view shortcuts, perspective shortcuts.

See also bug 73736 and bug 80560.

build I20041207

This came up while working on bug 73736.  While we have a registry reader for
new item wizards, we don't have a registry and corresponding descriptors for them.
Each new wizard menus instance ends up reading the registry, sometimes multiple
times (before the fix to bug 73736, it was reading it on each pop-up of the menu
to determine whether there were examples).

I could use your help in defining a registry for the new item wizards (and their
categories), in a manner consistent with the other existing registries and the
overall registry re-work.

Should also look at import/export wizards.

When attempting to recompile src libs, a stack overflow occurred when binding 
the supertype of the form Enum<FormattedFloatingDecimal$Form>.


java.lang.StackOverflowError
	at 
org.eclipse.jdt.internal.compiler.lookup.ParameterizedTypeBinding.substitute
(ParameterizedTypeBinding.java:566)
	at org.eclipse.jdt.internal.compiler.lookup.Scope.substitute
(Scope.java:2384)
	at 
org.eclipse.jdt.internal.compiler.lookup.ParameterizedTypeBinding.substitute
(ParameterizedTypeBinding.java:622)
	at 
org.eclipse.jdt.internal.compiler.lookup.TypeVariableBinding.boundCheck
(TypeVariableBinding.java:52)
	at 
org.eclipse.jdt.internal.compiler.lookup.ParameterizedTypeBinding.resolve
(ParameterizedTypeBinding.java:512)
	at 
org.eclipse.jdt.internal.compiler.lookup.BinaryTypeBinding.resolveType
(BinaryTypeBinding.java:51)
	at 
org.eclipse.jdt.internal.compiler.lookup.BinaryTypeBinding.superclass
(BinaryTypeBinding.java:684)
	at 
org.eclipse.jdt.internal.compiler.lookup.ReferenceBinding.isSuperclassOf
(ReferenceBinding.java:576)
	at 
org.eclipse.jdt.internal.compiler.lookup.ReferenceBinding.isCompatibleWith
(ReferenceBinding.java:510)
	at 
org.eclipse.jdt.internal.compiler.lookup.TypeVariableBinding.boundCheck
(TypeVariableBinding.java:52)
	at 
org.eclipse.jdt.internal.compiler.lookup.ParameterizedTypeBinding.resolve
(ParameterizedTypeBinding.java:512)
	at 
org.eclipse.jdt.internal.compiler.lookup.BinaryTypeBinding.resolveType
(BinaryTypeBinding.java:51)
	at 
org.eclipse.jdt.internal.compiler.lookup.BinaryTypeBinding.superclass
(BinaryTypeBinding.java:684)
	at 
org.eclipse.jdt.internal.compiler.lookup.ReferenceBinding.isSuperclassOf
(ReferenceBinding.java:576)
	at 
org.eclipse.jdt.internal.compiler.lookup.ReferenceBinding.isCompatibleWith
(ReferenceBinding.java:510)
	at 
org.eclipse.jdt.internal.compiler.lookup.TypeVariableBinding.boundCheck
(TypeVariableBinding.java:52)
	at 
org.eclipse.jdt.internal.compiler.lookup.ParameterizedTypeBinding.resolve
(ParameterizedTypeBinding.java:512)
	at 
org.eclipse.jdt.internal.compiler.lookup.BinaryTypeBinding.resolveType
(BinaryTypeBinding.java:51)
	at 
org.eclipse.jdt.internal.compiler.lookup.BinaryTypeBinding.superclass
(BinaryTypeBinding.java:684)
	at 
org.eclipse.jdt.internal.compiler.lookup.ReferenceBinding.isSuperclassOf
(ReferenceBinding.java:576)
	at 
org.eclipse.jdt.internal.compiler.lookup.ReferenceBinding.isCompatibleWith
(ReferenceBinding.java:510)
	at 
org.eclipse.jdt.internal.compiler.lookup.TypeVariableBinding.boundCheck
(TypeVariableBinding.java:52)
	at 
org.eclipse.jdt.internal.compiler.lookup.ParameterizedTypeBinding.resolve
(ParameterizedTypeBinding.java:512)
	at 
org.eclipse.jdt.internal.compiler.lookup.BinaryTypeBinding.resolveType
(BinaryTypeBinding.java:51)
	at 
org.eclipse.jdt.internal.compiler.lookup.BinaryTypeBinding.superclass
(BinaryTypeBinding.java:684)
	at 
org.eclipse.jdt.internal.compiler.lookup.ReferenceBinding.isSuperclassOf
(ReferenceBinding.java:576)
	at 
org.eclipse.jdt.internal.compiler.lookup.ReferenceBinding.isCompatibleWith
(ReferenceBinding.java:510)
	at 
org.eclipse.jdt.internal.compiler.lookup.TypeVariableBinding.boundCheck
(TypeVariableBinding.java:52)
	at 
org.eclipse.jdt.internal.compiler.lookup.ParameterizedTypeBinding.resolve
(ParameterizedTypeBinding.java:512)
	at 
org.eclipse.jdt.internal.compiler.lookup.BinaryTypeBinding.resolveType
(BinaryTypeBinding.java:51)
	at 
org.eclipse.jdt.internal.compiler.lookup.BinaryTypeBinding.superclass
(BinaryTypeBinding.java:684)
	at 
org.eclipse.jdt.internal.compiler.lookup.ReferenceBinding.isSuperclassOf
(ReferenceBinding.java:576)
	at 
org.eclipse.jdt.internal.compiler.lookup.ReferenceBinding.isCompatibleWith
(ReferenceBinding.java:510)
	at 
org.eclipse.jdt.internal.compiler.lookup.TypeVariableBinding.boundCheck
(TypeVariableBinding.java:52)
	at 
org.eclipse.jdt.internal.compiler.lookup.ParameterizedTypeBinding.resolve
(ParameterizedTypeBinding.java:512)

The Synchronize view must show error decorations on its files, folders, and
projects. It is essential that the committer sees at a glance that he will check
in compilation errors.

build I20041207

When a contribution item is removed from a contribution manager, its parent ref
is not cleared.

Currently the parent is set and cleared in several places, but the clearing is
not always done consistently.  For safety and consistency, should move the
setting/clearing of the parent to itemAdded/itemRemoved, which are called by all
add/remove methods.

Build 20040310

Debug to BreakpointManager#loadBreakpoints, just after the line that reads:
  IMarker markers= createPersistedMarkers(resource);

Try to evaluate the string:
  markers= new IMarker[0]

The following exception is returned:
  Evaluation failed. Reason(s):
    com.sun.jdi.ClassNotLoadedException: Type has not been loaded occurred while attempting to 
set value of local variable.

I20040517

By accident, I was renaming a method to another method which matched on return 
type and arguments.

java.lang.reflect.InvocationTargetException
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.reflect.InvocationTargetException.<init>
(InvocationTargetException.java:66)
        at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:283)
        at org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run
(RefactoringWizardDialog2.java:282)
        at 
org.eclipse.ltk.ui.refactoring.RefactoringWizard.internalPerformFinish
(RefactoringWizard.java:533)
        at org.eclipse.ltk.ui.refactoring.UserInputWizardPage.performFinish
(UserInputWizardPage.java:153)
        at org.eclipse.ltk.ui.refactoring.RefactoringWizard.performFinish
(RefactoringWizard.java:599)
        at 
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.okPressed
(RefactoringWizardDialog2.java:406)
        at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:365)
        at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:505)
        at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java)
        at org.eclipse.jface.window.Window.open(Window.java:648)
        at org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run
(RefactoringWizardOpenOperation.java:121)
        at 
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate
(RefactoringStarter.java:40)
        at 
org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.activate
(UserInterfaceStarter.java:54)
        at 
org.eclipse.jdt.internal.ui.refactoring.reorg.RenameUserInterfaceStarter.activa
te(RenameUserInterfaceStarter.java:113)
        at 
org.eclipse.jdt.internal.ui.refactoring.reorg.RenameMethodUserInterfaceStarter.
activate(RenameMethodUserInterfaceStarter.java:66)
        at org.eclipse.jdt.ui.refactoring.RenameSupport.openDialog
(RenameSupport.java:108)
        at 
org.eclipse.jdt.internal.ui.refactoring.actions.RenameJavaElementAction.run
(RenameJavaElementAction.java:175)
        at 
org.eclipse.jdt.internal.ui.refactoring.actions.RenameJavaElementAction.run
(RenameJavaElementAction.java:128)
        at org.eclipse.jdt.ui.actions.RenameAction.run(RenameAction.java:127)
        at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun
(SelectionDispatchAction.java:216)
        at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run
(SelectionDispatchAction.java:188)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:899)
        at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:850)
        at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:769)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:97)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:299)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:256)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:127)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:84)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:59)
        at java.lang.reflect.Method.invoke(Method.java:390)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:184)
        at org.eclipse.core.launcher.Main.run(Main.java:637)
        at org.eclipse.core.launcher.Main.main(Main.java:621)
Caused by: java.util.ConcurrentModificationException
        at java.lang.Throwable.<init>(Throwable.java)
        at java.util.HashMap$HashIterator.nextEntry(HashMap.java)
        at java.util.HashMap$KeyIterator.next(HashMap.java)
        at 
org.eclipse.jdt.internal.corext.refactoring.rename.RenameAnalyzeUtil.analyzeRen
ameChanges2(RenameAnalyzeUtil.java:205)
        at 
org.eclipse.jdt.internal.corext.refactoring.rename.RenameMethodProcessor.analyz
eRenameChanges(RenameMethodProcessor.java:446)
        at 
org.eclipse.jdt.internal.corext.refactoring.rename.RenameMethodProcessor.checkF
inalConditions(RenameMethodProcessor.java:275)
        at 
org.eclipse.jdt.internal.corext.refactoring.rename.RenameNonVirtualMethodProces
sor.checkFinalConditions(RenameNonVirtualMethodProcessor.java:57)
        at 
org.eclipse.ltk.core.refactoring.participants.ProcessorBasedRefactoring.checkFi
nalConditions(ProcessorBasedRefactoring.java:134)
        at org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run
(CheckConditionsOperation.java:84)
        at org.eclipse.ltk.core.refactoring.CreateChangeOperation.run
(CreateChangeOperation.java:114)
        at org.eclipse.ltk.core.refactoring.PerformChangeOperation.run
(PerformChangeOperation.java:182)
        at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1674)
        at org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run
(WorkbenchRunnableAdapter.java:58)
        at org.eclipse.jface.operation.ModalContext$ModalContextThread.run
(ModalContext.java:101)
Root exception:
java.util.ConcurrentModificationException
        at java.lang.Throwable.<init>(Throwable.java)
        at java.util.HashMap$HashIterator.nextEntry(HashMap.java)
        at java.util.HashMap$KeyIterator.next(HashMap.java)
        at 
org.eclipse.jdt.internal.corext.refactoring.rename.RenameAnalyzeUtil.analyzeRen
ameChanges2(RenameAnalyzeUtil.java:205)
        at 
org.eclipse.jdt.internal.corext.refactoring.rename.RenameMethodProcessor.analyz
eRenameChanges(RenameMethodProcessor.java:446)
        at 
org.eclipse.jdt.internal.corext.refactoring.rename.RenameMethodProcessor.checkF
inalConditions(RenameMethodProcessor.java:275)
        at 
org.eclipse.jdt.internal.corext.refactoring.rename.RenameNonVirtualMethodProces
sor.checkFinalConditions(RenameNonVirtualMethodProcessor.java:57)
        at 
org.eclipse.ltk.core.refactoring.participants.ProcessorBasedRefactoring.checkFi
nalConditions(ProcessorBasedRefactoring.java:134)
        at org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run
(CheckConditionsOperation.java:84)
        at org.eclipse.ltk.core.refactoring.CreateChangeOperation.run
(CreateChangeOperation.java:114)
        at org.eclipse.ltk.core.refactoring.PerformChangeOperation.run
(PerformChangeOperation.java:182)
        at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1674)
        at org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run
(WorkbenchRunnableAdapter.java:58)
        at org.eclipse.jface.operation.ModalContext$ModalContextThread.run
(ModalContext.java:101)

Capabilities are difficult to deselect if they show up under several 
categories which is a real problem for our product because we have many 
capabilities being duplicated under serveral categories.  Rather than the more 
elaborate solution suggested by 69143, I would like to propose this 
alternative low risk one so we can push it into 3.0.1.

When a user unchecks a capability, a listener should pick up that event and 
ensure that all occurances of that capability are also unchecked in the tree.  
Likewise, when a capability is checked, all other occurances should also be 
checked.

Similar logic should also be put in place so when a category is either checked 
or unchecked (and hence all the cabilities defined in it are as well) the 
changes are effected on all occurances of the capabilties defined under the 
category.

1) Drop down a list of choices
2) Select a choice that is different than the currently selected value.

valueApplied should be fired by the cell editor.

Remove depreacted methods for bootpath enhancements that were introduced in 
3.0, now that bug 50909 is fixed.

build R3.0

Sorry, not sure if this is a debug specific problem or a general UI thing.

I have a launch configuration for a runtime workbench named: 
  rtw (@none)
but it appears as:
  rtw (
in my most-recently-launched list.

I20040519

The quick outline shows override indicators no matter whether the Override
indicator decorator is enabled in the prefs or not. We should only install the
decorator if the prefs says so since this is a performance saver.

If you have an exception thrown during a decoration that has no message the 
safe runnable will fail trying to create the Status message.

STEPS
1) Throw a NullPointerException with no message while running

Using I20040428 also in I200405040800.

Open Ant Editor for new file.

Add the following text:

<project name="Test" default="run" basedir=".">
	<target name="run">
		<ant antfile="build.xml" target="foo" />
	</target>
</project>

Select and highlight the word "foo".  Ctrl+C to copy.
Select and highlight the word "run".  Ctrl+V to paste.
2 additional tabs are also inserted.

PB

When adding or modifying User Libraries I can't get certain settings to stick. 
I currently have 9 user defined libraries and in total 18 JAR files. When I try 
and change one of the libraries to be a system library and OK the dialog and go 
back in, the setting doesn't stick. I also had the experience of adding a 
couple of JARS to a user defined library and upon returning to the dialog they 
had dissappeared. 

Do I have too many JAR files? 

Help. 

Thanks, 
Gordon

This is just a reminder to ourselves that we saw these test failures.  Sweeping 
failures and errors across all drag 'n' drop tests.  It looks like the set-up 
was failing -- sometimes even causing an index out of bounds.

ProgressManager and its static var runnableMonitor cause many objects to be 
leaked.

On line 438 of ProgressManager, the JobMonitor is stored in the map with a key 
of the job.
The only remove that occurs is on line 175 but the key that is used to remove 
is the JobManager instance and not the job.

I believe line 175 should be changed to:
runnableMonitors.remove(job)

On Windows XP:

When a Program object for a certain extension is fetched with findProgram(), the
private getProgram() method is called to load the Program instance.  When it
gets the command from the registry it gets the "open" command, which is located
at \shell\open\command for a specific program.

The problem is that open may not be the default command for that program.  The
default command seems to be specified in \shell.  So when you use execute() for
a file, the "open" command occurs instead of the default command like in Windows
Explorer.  In Windows Explorer, if you right click on a file the default command
is in bold.

I'll attach a screenshot of the registry entry for Winamp.File.  There are three
commands besides "open", Enqueue being the default command (set as \shell's
default value) on my machine.

I20040407

If 2 threads run JavaCore#setClasspathContainer(...) concurrently, one thread 
can think that a container is being initialized while it is the other thread 
that initializes it. This is because a global map is used to store the 
container values (which is fine) but to also remember that the initialization 
is in progress.

Since the TextEditorPlugin retains the last "edit" position which essentially 
keeps the last document edited in memory, we need to ensure that the Ant 
PartiallySynchronizedDocument does not keep a pointer to the Ant model so that 
the entire Ant model remains in memory until the next edit.

20040406

When I move around some views it is possible to get the NPE below (not quite 
sure how I got it). The problem is that the window will not redraw after this 
occurs so I have to restart Eclipse.

java.lang.NullPointerException
	at org.eclipse.ui.internal.dnd.DragUtil.removeDragTarget
(DragUtil.java:93)
	at org.eclipse.ui.internal.PartSashContainer.dispose
(PartSashContainer.java:300)
	at org.eclipse.ui.internal.PerspectivePresentation.deactivate
(PerspectivePresentation.java:455)
	at org.eclipse.ui.internal.Perspective.onDeactivate
(Perspective.java:644)
	at org.eclipse.ui.internal.WorkbenchPage.setPerspective
(WorkbenchPage.java:2668)
	at org.eclipse.ui.internal.WorkbenchPage.busySetPerspective
(WorkbenchPage.java:694)
	at org.eclipse.ui.internal.WorkbenchPage.access$8
(WorkbenchPage.java:679)
	at org.eclipse.ui.internal.WorkbenchPage$12.run
(WorkbenchPage.java:2805)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchPage.setPerspective
(WorkbenchPage.java:2803)
	at 
org.eclipse.ui.internal.PerspectiveBarContributionItem$3.widgetSelected
(PerspectiveBarContributionItem.java:109)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2587)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2265)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1561)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1532)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:279)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:241)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)
!ENTRY org.eclipse.ui 4 4 Apr 08, 2004 08:49:19.162
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Apr 08, 2004 08:49:19.162
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at org.eclipse.ui.internal.dnd.DragUtil.removeDragTarget
(DragUtil.java:93)
	at org.eclipse.ui.internal.PartSashContainer.dispose
(PartSashContainer.java:300)
	at org.eclipse.ui.internal.PerspectivePresentation.deactivate
(PerspectivePresentation.java:455)
	at org.eclipse.ui.internal.Perspective.onDeactivate
(Perspective.java:644)
	at org.eclipse.ui.internal.WorkbenchPage.setPerspective
(WorkbenchPage.java:2668)
	at org.eclipse.ui.internal.WorkbenchPage.busySetPerspective
(WorkbenchPage.java:694)
	at org.eclipse.ui.internal.WorkbenchPage.access$8
(WorkbenchPage.java:679)
	at org.eclipse.ui.internal.WorkbenchPage$12.run
(WorkbenchPage.java:2805)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchPage.setPerspective
(WorkbenchPage.java:2803)
	at 
org.eclipse.ui.internal.PerspectiveBarContributionItem$3.widgetSelected
(PerspectiveBarContributionItem.java:109)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2587)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2265)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1561)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1532)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:279)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:241)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

Build id: 200404070800

From a fresh workspace I did the following:

    - checked out the org.eclipse.ui.ide project
    - did an NLS search with the following value:
      Resource bundle accessor class: org.eclipse.ui.internal.ide.
IDEWorkbenchMessages
      Property file name: /org.eclipse.ui.
ide/src/org/eclipse/ui/internal/ide/messages.properties
      Scope: Workspace

I haven't found documentation for this search so its quite possible that I'm 
using it incorrectly.  However, I don't understand some of the results such as:

1) In this code (from the FeatureSelectionDialog ctor):

	if (name1 == null)
->		name1 = ""; //$NON-NLS-1$
	if (name2 == null)
		name2 = ""; //$NON-NLS-1$

The search results complain about the line marked with ->, but not about what 
looks to be the same case right after it.  I'm not sure why the first line is 
flagged to begin with, but its even more mysterious to me that the second line 
doesn't produce the same result.

2) There are several lines (perhaps 35 files?) that are marked in the search.  I 
would expect these to be cases of a string being used that doesn't exist in the 
file.  However, when I do a manual search, I found that in most cases (all but 
one so far) the string does exist in my messages.properties file.

The search seems to get confused if the string is on a line other than the class 
name, e.g. (from AboutDialog.createButtonsForButtonBar),

->		createButton(parent, FEATURES_ID, IDEWorkbenchMessages
			.getString("AboutDialog.featureInfo"), false); //$NON-NLS-1$

But some cases do work, such as (from ChooseWorkspaceDialog.
createWorkspaceBrowseRow):

		label.setText(IDEWorkbenchMessages
			.getString("ChooseWorkspaceDialog.workspaceEntryLabel")); //$NON-NLS-1$

3) Finally, there are many lines (~80%) marked in the messages.properties file.  
I would expect that to indicate unused strings.  However, when I do my own 
search I see that the strings are used.

There were no related errors in my .log file.

200405190010

- Externalize "Hello" + " World".
- the space before "World" must be escaped with a \ in the properties file,
since whitespace after the = is stripped by the properties file reader.

3.0 RC2 Test Pass

When all perspectives are close the Window > Show View menu item should be
disabled since there are no entries.

I20040422 0800

1) Enabled annotation roll-overs

2) Create the following type:

package p1;
public class A {
   void doit() {
   }
}

3) Create a subclass in a different package:

package p2;
import p1.A;
public class B extends A {
	void doit() {
		//
	}
}

I get two roll-overs in the editor next to B.doit:

 - "The method B.doit() does not override the inherited method from A since it
is private to a different package"
 - "overrides P1.A.doit"

These statements contradict eath other.

I20040512 - 0800

1) Search for declarations of "toString()" in a self-hosting workspace with core
projects (or some equivalent search).

 -> Finding 861 matches takes about 20 seconds. Great

2) Click "Remove all Matches"

  -> Instantaneous

3) Repeat the search

4) Select every search result but one, and push the delete key

  -> Deleting 860 matches takes 52 seconds.

I did a bit of profiling, but all the time is inside a WindowProc - it looks
like table removal is very slow.

The support files for the Ant code assist need to be updated for Ant 1.6.0
The files are ant1.5b.dtd and anttasks_1.5b.xml

I'm using the setText(String html) method to set the html on the swt browser,
and my html contains an OBJECT element that references another HTML file to
embed.  For example, it contains something like:

<OBJECT height="400px" width="400px" type="text/html" data="path_to_file"
id="embedded_html"> 
   <P><SPAN class="text">The embedded content could not be loaded</SPAN></P> 
</OBJECT> 

The expected result is that the file pointed to by the 'data' attribute will be
included as is in the page being displayed.  The actual result is that the
object is shown (which you can tell from the border and scrollbar added by IE)
but without any content.  However, if I copy the same html into a separate file
and set the browser's content using the setUrl method instead of the setText
method, the content appears as expected.  I will attach screen caps to show the
difference

Running Windows 2000, with IE 6.0
Eclipse M8 build

Test Case:

In the debug perspective, with the debug view open, open the debug launch 
configuration dialog.
Create a new Java Application launch configuration
Debug the application.
Click on Edit <launch config>...
Change the name
Apply. CLose

Right click in the debug view. Boom
6 errors are logged
Looks like all of the problems are caused by attempting to look for the old 
launch configuration.

java.lang.NullPointerException
at org.eclipse.debug.internal.ui.actions.AddToFavoritesAction.updateSelection
(AddToFavoritesAction.java:80)
at org.eclipse.ui.actions.BaseSelectionListenerAction.selectionChanged
(BaseSelectionListenerAction.java:102)
at org.eclipse.debug.internal.ui.views.launch.LaunchView.fillContextMenu
(LaunchView.java:1044)
at org.eclipse.debug.ui.AbstractDebugView$2.menuAboutToShow
(AbstractDebugView.java:517)
at org.eclipse.jface.action.MenuManager.fireAboutToShow(MenuManager.java:286)
at org.eclipse.jface.action.MenuManager.handleAboutToShow(MenuManager.java:370)
at org.eclipse.jface.action.MenuManager.access$0(MenuManager.java:367)
at org.eclipse.jface.action.MenuManager$2.menuShown(MenuManager.java:383)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:116)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:857)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:838)
at org.eclipse.swt.widgets.Control.WM_INITMENUPOPUP(Control.java:3278)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2963)
at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1436)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:2873)
at org.eclipse.swt.internal.win32.OS.TrackPopupMenu(Native Method)
at org.eclipse.swt.widgets.Menu._setVisible(Menu.java:220)
at org.eclipse.swt.widgets.Display.runPopups(Display.java:2374)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2022)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:257)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:104)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
at org.eclipse.core.launcher.Main.run(Main.java:742)
at org.eclipse.core.launcher.Main.main(Main.java:581)

IDE not starts, just the splash screen remains. In fact i can't see any
javaw.exe running.The only error I found in the log is the following :



!SESSION Aug 09, 2004 11:26:43.317 ---------------------------------------------
eclipse.buildId=I200406251208
java.version=1.4.2_03
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US

!ENTRY org.eclipse.ui 4 4 Aug 09, 2004 11:26:43.317
!MESSAGE Unhandled event loop exception

!ENTRY org.eclipse.ui 4 0 Aug 09, 2004 11:26:43.317
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.ui.internal.ide.IDEWorkbenchActivityHelper.loadNatures(IDEWorkbenchActivityHelper.java:110)
	at
org.eclipse.ui.internal.ide.IDEWorkbenchActivityHelper.<init>(IDEWorkbenchActivityHelper.java:85)
	at
org.eclipse.ui.internal.ide.IDEWorkbenchActivityHelper.getInstance(IDEWorkbenchActivityHelper.java:68)
	at
org.eclipse.ui.internal.ide.IDEWorkbenchAdvisor.initialize(IDEWorkbenchAdvisor.java:173)
	at
org.eclipse.ui.application.WorkbenchAdvisor.internalBasicInitialize(WorkbenchAdvisor.java:165)
	at org.eclipse.ui.internal.Workbench.init(Workbench.java:789)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1325)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)


Please help.

i20040519

Having a project in my workspace that contains a Bundle-SymbolicName header, but
not a Bundle-Version header causes update.configurator activation to fail (and
since we require all pre-installed bundles to be properly activated before
trying to run the application, Eclipse does not start). 

I would expect the offending bundle to be ignored (and some message logged), and
startup should occur normally.

I use the "Simulated startup" self-hosting style. To reproduce, I need to ensure
no configuration directory exists (checking the "clean config. area before
running" is not enough).

Here is the bundle manifest I used:

===========================
Bundle-SymbolicName: someid

===========================

Here is the log entry:

!ENTRY
initial@reference:file:d:/target/releasing/plugins/org.eclipse.update.configurator/
0 0 May 19, 2004 15:58:11.498
!MESSAGE FrameworkEvent.ERROR
!STACK 0
org.osgi.framework.BundleException: Exception in
org.eclipse.update.internal.configurator.ConfigurationActivator.start() of
bundle org.eclipse.update.configurator.
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:975)
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:937)
	at
org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:421)
	at
org.eclipse.osgi.framework.internal.core.AbstractBundle.resume(AbstractBundle.java:366)
	at
org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(Framework.java:992)
	at
org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:572)
	at
org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL(StartLevelManager.java:483)
	at
org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:273)
	at
org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(StartLevelManager.java:443)
	at
org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:186)
	at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:104)
Caused by: org.eclipse.core.runtime.CoreException: Cannot create configuration
in file:/d:/target/releasing/configuration/
	at org.eclipse.update.internal.configurator.Utils.newCoreException(Utils.java:67)
	at
org.eclipse.update.internal.configurator.ConfigurationActivator.initialize(ConfigurationActivator.java:120)
	at
org.eclipse.update.internal.configurator.ConfigurationActivator.start(ConfigurationActivator.java:70)
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:958)
	at java.security.AccessController.doPrivileged(Native Method)
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:954)
	... 10 more
Root exception:
org.eclipse.core.runtime.CoreException: Cannot create configuration in
file:/d:/target/releasing/configuration/
	at org.eclipse.update.internal.configurator.Utils.newCoreException(Utils.java:67)
	at
org.eclipse.update.internal.configurator.ConfigurationActivator.initialize(ConfigurationActivator.java:120)
	at
org.eclipse.update.internal.configurator.ConfigurationActivator.start(ConfigurationActivator.java:70)
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:958)
	at java.security.AccessController.doPrivileged(Native Method)
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:954)
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:937)
	at
org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:421)
	at
org.eclipse.osgi.framework.internal.core.AbstractBundle.resume(AbstractBundle.java:366)
	at
org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(Framework.java:992)
	at
org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:572)
	at
org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL(StartLevelManager.java:483)
	at
org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:273)
	at
org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(StartLevelManager.java:443)
	at
org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:186)
	at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:104)

During 2.0.X there was static field, globalReturnCode added to 
org.eclipse.jface.Window which allowed the cheat sheet framework to access the 
last window's return code.

The cheat sheets used the return code to determine whether an action was 
successful and then lead the user to the next task in the cheat sheet.

With the removal of this field and corresponding code, the cheat sheets do not 
function as expected. Also note, the cheat sheets are being used in conjunction 
with the new "Welcome" experience so there is a high urgency to get the hack 
restored for M8.

build I20040420-1300

While looking into bug 57642, I noticed several problems or potential problems
with SelectedResourceManager.

- it nulls out the resource but not the text in windowActivated

- in selectionChanged, if it gets a resource or a text it sets the appropriate
field but doesn't clear the other
  - not sure if you want this, but it could use the resource's name or path for
the text 

- when first created, it calls windowActivated to set it up for any
already-active window, but this does not check for any existing selection

- likewise if a window is deactivated then reactivated -- it will simply clear
the resource even though one may still be selected in the window

It would be simpler for getSelectedResource and getSelectedText to obtain the
selection from the active window each time, as long as this is not done too
frequently (it can be expensive).  This also would need to be done in the UI
thread, but I guess avoiding that is presumably the purpose of this class in the
first place.

I20040422

I have the following scenario:

- the core expressions plug-in tests if a plugin is active using the 
  folloing code:

  IPluginDescriptor plugin= fConfigElement.getDeclaringExtension().
      getDeclaringPluginDescriptor();
  return plugin.isPluginActivated();

  where fConfigElement is a configuration element that contributes an
  extension. 

- I have a plug-in org.eclipse.zrh.dib.testing that contributes to the
  property extension point tested above. If this plug-in doesn't import
  org.eclipse.core.runtime.compatibility then the above test always returns 
  false even if the plug-in got loaded. If the plug-in imports 
  org.eclipse.core.runtime.compatibility then the bahavior is correct even
  if the plug-in doesn't use any code from 
  org.eclipse.core.runtime.compatibility

3.0 RC2

The following exception was printed during shutdown to the console. It was NOT 
logged to the logfile. It should occured during shutdown and was only printed 
to "System.err". No steps to reproduce (may be a timing issue).

java.lang.NullPointerException
	at org.eclipse.core.internal.refresh.RefreshManager.refresh
(RefreshManager.java:77)
	at org.eclipse.core.internal.refresh.PollingMonitor.poll
(PollingMonitor.java:161)
	at org.eclipse.core.internal.refresh.PollingMonitor.run
(PollingMonitor.java:122)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

I've detached the package explorer and outline views and moved them to the 2nd
monitor.  Dialogs invoked from these views show up on the 1st monitor where is
the main Eclipse window.  Something about parenting with null (see bug 58581)?

Examples (non inclusive):
Package Explorer
->New Project
->Delete
->Working set
->restore from local history
->Properties
Outline
->Delete
->Refactor->rename
->Replace With->Local History

All show up on wrong monitor

v3039

1. Run the attached jar on the Pocket PC 2002.  Run ExampleLauncher.  Select 
the SliderExample and run.  Nothing happens.  The program crashes, but nothing 
is written to the console.

2. Change the example code to uncomment the code in the WidgetExample 
createWorkArea method.  Try the Slider Example again.  At this point the 
example opens.

20041102

When I start up a fresh install of Eclipse the window comes up and then very 
briefly (for about 1 second) shows a "page not found" html style page before 
the intro is shown.

STEPS
1) Install a fresh Eclipse
2) Run it

I2004-06-16-20:00

1) create a workspace with JUnit 3.8.1 and org.eclipse.releng as source.
2) search for declarations of type *e* via the search dialog
3) cancel the search
4) observe. you get an exception:

Thread [Worker-4] (Suspended (exception NullPointerException))
	PossibleMatch.cleanUp() line: 46
	MatchLocator.locateMatches(JavaProject, PossibleMatch[], int, int) line: 719
	MatchLocator.locateMatches(JavaProject, PossibleMatchSet) line: 776
	MatchLocator.locateMatches(SearchDocument[]) line: 879
	JavaSearchParticipant.locateMatches(SearchDocument[], SearchPattern,
IJavaSearchScope, SearchRequestor, IProgressMonitor) line: 94
	SearchEngine.findMatches(SearchPattern, SearchParticipant[], IJavaSearchScope,
SearchRequestor, IProgressMonitor) line: 468
	SearchEngine.search(SearchPattern, SearchParticipant[], IJavaSearchScope,
SearchRequestor, IProgressMonitor) line: 757
	JavaSearchQuery.run(IProgressMonitor) line: 125
	InternalSearchUI$InternalSearchJob.run(IProgressMonitor) line: 83
	Worker.run() line: 66

build i0420:0800

JDIDebugPlugin#startUp initializes a group of debug.core preference defaults.
This should be done by over-riding Plugin#initializeDefaultPluginPreferences().

The concequences of doing this in your startup code means that the default
values cannot be over-riden by plug-in customization methods. (command-line,
special file in primary feature's plug-in, etc)

Another side effect is that if I'm lucky enough to choose a debug.core pref to
customize and test, then I spend an hour trying to figure out why my new pref
customization code doesn't work. This is just as a "for instance", of course. :-)

Just like the Java editor the ant editor should present navigation actions in 
the context menu. 

I see Open Declaration and Open in Pacakge Explorer as early candidates. 
In the Java Editor these actions are always enabled.

I'm trying to create an external tool that passes a ${resource_loc} as an
argument.  The problem is that the selected resource has a space in some
component of its path, and the executable is seeing this as two arguments.  I
tried double-quoting the resource "${resource_loc}", but double-quoting doesn't
appear to apply to variable expansion, although it does work for non-variable
arguments.     (There's actually a comment about this in 2.x versions although
it appears removed in 3.0.)  In effect, external tool support with variable
expansion won't function in a wide variety of cases, such as when a space exists
in the workspace path.  Certainly you can work around this by avoiding spaces in
file and folder names, but sometimes this is not an option.  Can external tools
be modified to support double-quoted expressions that can include variable
expansion in arguments?

build I20041013 + jdtcore head

1) create the following classes
package t;
public class Z {
}

package q;
public class Y {
}

package p;
import static q.Y.*;
public class X extends t.Z {
}

2) save the editor
An NPE occurs

I200403091138 fails to start.  The VM fails on exit code 13.  It does not 
appear to reach any UI code.... 
 
 
 
!SESSION Mar 09, 2004 13:48:38.719 
--------------------------------------------- 
java.version=1.4.2_03 
java.vendor=Sun Microsystems Inc. 
BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US 
Command-line arguments: -shared /opt/eclipse/eclipse -shared 50001 
-data /home/dpollock/Source/Eclipse/Workspaces/Development 
-debug /home/dpollock/Source/Eclipse/eclipseOptions.txt 
-vm /opt/sun-jdk-1.4.2.03/bin/java -vmargs -Xmx256m 
-cp /opt/eclipse/startup.jar org.eclipse.core.launcher.Main 
!ENTRY 
reference:file:/opt/eclipse/plugins/org.eclipse.update.configurator_3.0.0/ 0 0 
Mar 09, 2004 13:48:38.721 
!MESSAGE FrameworkEvent.ERROR 
!STACK 0 
org.osgi.framework.BundleException: Exception in 
org.eclipse.update.internal.configurator.ConfigurationActivator.start() 
	at 
org.eclipse.osgi.framework.internal.core.BundleContext.startActivator(BundleContext.java:1010) 
	at 
org.eclipse.osgi.framework.internal.core.BundleContext.start(BundleContext.java:972) 
	at 
org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:403) 
	at 
org.eclipse.osgi.framework.internal.core.Bundle.resume(Bundle.java:407) 
	at 
org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(Framework.java:965) 
	at 
org.eclipse.osgi.framework.internal.core.StartLevelImpl.resumeBundles(StartLevelImpl.java:565) 
	at 
org.eclipse.osgi.framework.internal.core.StartLevelImpl.incFWSL(StartLevelImpl.java:479) 
	at 
org.eclipse.osgi.framework.internal.core.StartLevelImpl.doSetStartLevel(StartLevelImpl.java:269) 
	at 
org.eclipse.osgi.framework.internal.core.StartLevelImpl.dispatchEvent(StartLevelImpl.java:439) 
	at 
org.eclipse.osgi.framework.eventmgr.ListenerList.dispatchEvent(ListenerList.java:135) 
	at 
org.eclipse.osgi.framework.eventmgr.EventThread$EventThreadItem.dispatchEvent(EventThread.java:59) 
	at 
org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:118) 
Nested exception: 
org.eclipse.core.runtime.CoreException: Cannot create configuration in 
file:/home/dpollock/.eclipse/configuration/ 
	at 
org.eclipse.update.internal.configurator.Utils.newCoreException(Utils.java:137) 
	at 
org.eclipse.update.internal.configurator.ConfigurationActivator.initialize(ConfigurationActivator.java:100) 
	at 
org.eclipse.update.internal.configurator.ConfigurationActivator.start(ConfigurationActivator.java:66) 
	at 
org.eclipse.osgi.framework.internal.core.BundleContext$1.run(BundleContext.java:993) 
	at java.security.AccessController.doPrivileged(Native Method) 
	at 
org.eclipse.osgi.framework.internal.core.BundleContext.startActivator(BundleContext.java:989) 
	at 
org.eclipse.osgi.framework.internal.core.BundleContext.start(BundleContext.java:972) 
	at 
org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:403) 
	at 
org.eclipse.osgi.framework.internal.core.Bundle.resume(Bundle.java:407) 
	at 
org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(Framework.java:965) 
	at 
org.eclipse.osgi.framework.internal.core.StartLevelImpl.resumeBundles(StartLevelImpl.java:565) 
	at 
org.eclipse.osgi.framework.internal.core.StartLevelImpl.incFWSL(StartLevelImpl.java:479) 
	at 
org.eclipse.osgi.framework.internal.core.StartLevelImpl.doSetStartLevel(StartLevelImpl.java:269) 
	at 
org.eclipse.osgi.framework.internal.core.StartLevelImpl.dispatchEvent(StartLevelImpl.java:439) 
	at 
org.eclipse.osgi.framework.eventmgr.ListenerList.dispatchEvent(ListenerList.java:135) 
	at 
org.eclipse.osgi.framework.eventmgr.EventThread$EventThreadItem.dispatchEvent(EventThread.java:59) 
	at 
org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:118)

This is a bug for a specific work item described in bug 59850.

The 3.0 perspective switcher currently has two locations.  The top-right (with a 
banner curve) and docked in the main toolbar.  In 2.1 this was always displayed 
along the left side of the ide.

20041124

I need a way to find out that two scopes are the same. Name is not enough for a
project scope which have all the same name 'project', location can be null.

-> Instances of IScopeContext should implement 'equals' (and 'hashCode')

Using I20040413 in NT SP6.

I had been noticing in the last couple of builds that for some reason my console
view,breakpoints view, variables view would just close without any reason in my
development workspace.

Today I noticed a pattern. 

- in a Java perspective keep the variables view open.
- write a simple hello world program
- place a breakpoint in the program
- debug the program and after the breakpoint is hit click play in the debugger
- When the program exits the variables view is closed automatically

I could reproduce the above in a fresh test workspace without any plugins installed.
In my test workspace i have the Debug perspective setting set to None since i
prefer to keep the debug view open in my current perspective.

In addition in my regular development workspace the console and breakpoints view
would also close automatically after a debugging session ends. I could not
reproduce this behavior in my fresh test workspace.

/sanjay

I am using build id 200408311100 on Mac OS 10.3.5 (512 MB SDRAM, 667 MHz PowerPC
G4) running java 1.4.2_05-141. This is reproducible with earlier builds as well.

I tried running a UI Junit Plug-in test ("IWorkbenchPageTest"), but it crashes
and does not complete (only on the Mac). I had to play around with the Vm's Xmx
and Xms settings to get all the tests to complete, but some tests still fail
with out of memory errors.

Steps:
- Check out "org.eclipse.ui.tests" and "org.eclipse.test.performance" from CVS.
- Switch to the Java perspective and open the "IWorkbenchPageTest" class.
- Run the test as a "Junit Plug-in test".
- The test does not complete and crashes (around test 30) with the following:

"Date/Time:      2004-09-01 16:53:46 -0400
OS Version:     10.3.5 (Build 7M34)
Report Version: 2

Command: java
Path:    /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Home/bin/java
Version: ??? (???)
PID:     476
Thread:  0

Exception:  EXC_BAD_ACCESS (0x0001)
Codes:      KERN_PROTECTION_FAILURE (0x0002) at 0x00000040

Thread 0 Crashed:
0   com.apple.HIToolbox          	0x927e05ac
_Z23GetMenuSystemAttributesP8MenuDataPm + 0
1   com.apple.HIToolbox          	0x927de32c
_Z18FindNextMenuInRootP12IterPositionP8MenuData + 0xb0
2   com.apple.HIToolbox          	0x927dfef0
_Z12FindNextMenuP12IterPositionP9RootMenus + 0xe4
3   com.apple.HIToolbox          	0x927e5ea4
_Z23_MenuIterGetDataAtIndexP21OpaqueMenuIteratorRefl + 0x5c
4   com.apple.HIToolbox          	0x927e5790 _Z18UpdateMenuEnablingv + 0x110
5   com.apple.HIToolbox          	0x928135b4
_Z12MenuBarTimerP16__EventLoopTimerPv + 0x5c
6   com.apple.CoreFoundation     	0x901946a8 __CFRunLoopDoTimer + 0xf4
7   com.apple.CoreFoundation     	0x90191a08 __CFRunLoopRun + 0x5c8
8   com.apple.CoreFoundation     	0x90195f1c CFRunLoopRunSpecific + 0x148
9   com.apple.HIToolbox          	0x927d5f88 RunCurrentEventLoopInMode + 0xac
10  com.apple.HIToolbox          	0x927dc668 ReceiveNextEventCommon + 0xf4
11  com.apple.HIToolbox          	0x9284d7fc ReceiveNextEventInMode + 0x48
12  libswt-pi-carbon-3104.jnilib 	0x017b7064
Java_org_eclipse_swt_internal_carbon_OS_ReceiveNextEvent + 0xd4
13  <<00000000>> 	0x03f33580 0 + 0x3f33580
14  <<00000000>> 	0x03f2cef0 0 + 0x3f2cef0
15  <<00000000>> 	0x03f2ce30 0 + 0x3f2ce30
16  <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
17  <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
18  <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
19  <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
20  <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
21  <<00000000>> 	0x03f2d310 0 + 0x3f2d310
22  <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
23  <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
24  <<00000000>> 	0x03f2d310 0 + 0x3f2d310
25  <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
26  <<00000000>> 	0x03f2d310 0 + 0x3f2d310
27  <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
28  <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
29  <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
30  <<00000000>> 	0x03f2d310 0 + 0x3f2d310
31  <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
32  <<00000000>> 	0x03f2ce30 0 + 0x3f2ce30
33  <<00000000>> 	0x03f2ce30 0 + 0x3f2ce30
34  <<00000000>> 	0x03f2ce30 0 + 0x3f2ce30
35  <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
36  <<00000000>> 	0x03f2cef0 0 + 0x3f2cef0
37  <<00000000>> 	0x03f2cef0 0 + 0x3f2cef0
38  <<00000000>> 	0x03f2cef0 0 + 0x3f2cef0
39  <<00000000>> 	0x03f2d220 0 + 0x3f2d220
40  <<00000000>> 	0x03f2d220 0 + 0x3f2d220
41  <<00000000>> 	0x03f2d220 0 + 0x3f2d220
42  <<00000000>> 	0x03f2cec0 0 + 0x3f2cec0
43  <<00000000>> 	0x03f2a16c 0 + 0x3f2a16c
44  libclient.dylib              	0x9473dff8 JVM_GetCPMethodClassNameUTF + 0xb38
45  libclient.dylib              	0x9475f448 JVM_GetCPClassNameUTF + 0x998
46  libclient.dylib              	0x947d7234 JVM_IsNaN + 0x5b24
47  libclient.dylib              	0x947febc4 __floatdisf + 0xef4
48  libclient.dylib              	0x9482c710 JVM_InvokeMethod + 0x1f0
49  <<00000000>> 	0x03f33580 0 + 0x3f33580
50  <<00000000>> 	0x03f2cec0 0 + 0x3f2cec0
51  <<00000000>> 	0x03f2cec0 0 + 0x3f2cec0
52  <<00000000>> 	0x03f2d220 0 + 0x3f2d220
53  <<00000000>> 	0x03f2cec0 0 + 0x3f2cec0
54  <<00000000>> 	0x03f2cec0 0 + 0x3f2cec0
55  <<00000000>> 	0x03f2cef0 0 + 0x3f2cef0
56  <<00000000>> 	0x03f2a16c 0 + 0x3f2a16c
57  libclient.dylib              	0x9473dff8 JVM_GetCPMethodClassNameUTF + 0xb38
58  libclient.dylib              	0x9475f448 JVM_GetCPClassNameUTF + 0x998
59  libclient.dylib              	0x9485456c JVM_UnloadLibrary + 0xfc4c
60  libclient.dylib              	0x949246dc jio_vsnprintf + 0x103dc
61  java                         	0x00004604 0x1000 + 0x3604
62  java                         	0x000066b4 0x1000 + 0x56b4
63  java                         	0x00003d10 0x1000 + 0x2d10
64  java                         	0x00003b84 0x1000 + 0x2b84

Thread 1:
0   libSystem.B.dylib            	0x900074c8 mach_msg_trap + 0x8
1   libSystem.B.dylib            	0x90007018 mach_msg + 0x38
2   libclient.dylib              	0x948031dc JNI_CreateJavaVM_Impl + 0x44ec
3   libclient.dylib              	0x94803170 JNI_CreateJavaVM_Impl + 0x4480
4   libclient.dylib              	0x948f590c JVM_UnloadLibrary + 0xb0fec
5   libSystem.B.dylib            	0x900246e8 _pthread_body + 0x28

Thread 2:
0   libSystem.B.dylib            	0x900074c8 mach_msg_trap + 0x8
1   libSystem.B.dylib            	0x90007018 mach_msg + 0x38
2   libclient.dylib              	0x9472b448 JVM_GetClassAccessFlags + 0x11e8
3   libclient.dylib              	0x9475e0a4 __divdi3 + 0x5094
4   libclient.dylib              	0x94773ca0 JVM_GetMethodIxModifiers + 0x4f0
5   libclient.dylib              	0x9481b48c JVM_GetInterfaceVersion + 0x17a4c
6   libclient.dylib              	0x948f590c JVM_UnloadLibrary + 0xb0fec
7   libSystem.B.dylib            	0x900246e8 _pthread_body + 0x28

Thread 3:
0   libSystem.B.dylib            	0x900074c8 mach_msg_trap + 0x8
1   libSystem.B.dylib            	0x90007018 mach_msg + 0x38
2   libclient.dylib              	0x9472b3c8 JVM_GetClassAccessFlags + 0x1168
3   libclient.dylib              	0x94725d28 _mh_dylib_header + 0x2d28
4   libclient.dylib              	0x9472f194 __cmpdi2 + 0x1ad4
5   libclient.dylib              	0x9472b8a8 JVM_MonitorWait + 0x108
6   <<00000000>> 	0x03f33580 0 + 0x3f33580
7   <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
8   <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
9   <<00000000>> 	0x03f2a16c 0 + 0x3f2a16c
10  libclient.dylib              	0x9473dff8 JVM_GetCPMethodClassNameUTF + 0xb38
11  libclient.dylib              	0x9475f448 JVM_GetCPClassNameUTF + 0x998
12  libclient.dylib              	0x9479c0a8 JVM_Close + 0x4b8
13  libclient.dylib              	0x947ac970 JVM_Interrupt + 0x2e0
14  libclient.dylib              	0x9485170c JVM_UnloadLibrary + 0xcdec
15  libclient.dylib              	0x94797e04 JVM_FindClassFromClass + 0xc14
16  libclient.dylib              	0x948f590c JVM_UnloadLibrary + 0xb0fec
17  libSystem.B.dylib            	0x900246e8 _pthread_body + 0x28

Thread 4:
0   libSystem.B.dylib            	0x900074c8 mach_msg_trap + 0x8
1   libSystem.B.dylib            	0x90007018 mach_msg + 0x38
2   libclient.dylib              	0x9472b3c8 JVM_GetClassAccessFlags + 0x1168
3   libclient.dylib              	0x94725d28 _mh_dylib_header + 0x2d28
4   libclient.dylib              	0x9472f194 __cmpdi2 + 0x1ad4
5   libclient.dylib              	0x9472b8a8 JVM_MonitorWait + 0x108
6   <<00000000>> 	0x03f33580 0 + 0x3f33580
7   <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
8   <<00000000>> 	0x03f2cec0 0 + 0x3f2cec0
9   <<00000000>> 	0x03f2cec0 0 + 0x3f2cec0
10  <<00000000>> 	0x03f2a16c 0 + 0x3f2a16c
11  libclient.dylib              	0x9473dff8 JVM_GetCPMethodClassNameUTF + 0xb38
12  libclient.dylib              	0x9475f448 JVM_GetCPClassNameUTF + 0x998
13  libclient.dylib              	0x9479c0a8 JVM_Close + 0x4b8
14  libclient.dylib              	0x947ac970 JVM_Interrupt + 0x2e0
15  libclient.dylib              	0x9485170c JVM_UnloadLibrary + 0xcdec
16  libclient.dylib              	0x94797e04 JVM_FindClassFromClass + 0xc14
17  libclient.dylib              	0x948f590c JVM_UnloadLibrary + 0xb0fec
18  libSystem.B.dylib            	0x900246e8 _pthread_body + 0x28

Thread 5:
0   libSystem.B.dylib            	0x900074c8 mach_msg_trap + 0x8
1   libSystem.B.dylib            	0x90007018 mach_msg + 0x38
2   libclient.dylib              	0x9472b448 JVM_GetClassAccessFlags + 0x11e8
3   libclient.dylib              	0x9473af60 JVM_GetCPMethodSignatureUTF + 0x1810
4   libclient.dylib              	0x9473b100 JVM_GetCPMethodSignatureUTF + 0x19b0
5   libclient.dylib              	0x948f590c JVM_UnloadLibrary + 0xb0fec
6   libSystem.B.dylib            	0x900246e8 _pthread_body + 0x28

Thread 6:
0   libSystem.B.dylib            	0x90014528 semaphore_wait_trap + 0x8
1   libclient.dylib              	0x94857090 JVM_UnloadLibrary + 0x12770
2   libclient.dylib              	0x94856374 JVM_UnloadLibrary + 0x11a54
3   libclient.dylib              	0x94797e04 JVM_FindClassFromClass + 0xc14
4   libclient.dylib              	0x948f590c JVM_UnloadLibrary + 0xb0fec
5   libSystem.B.dylib            	0x900246e8 _pthread_body + 0x28

Thread 7:
0   libSystem.B.dylib            	0x900074c8 mach_msg_trap + 0x8
1   libSystem.B.dylib            	0x90007018 mach_msg + 0x38
2   libclient.dylib              	0x9472b3c8 JVM_GetClassAccessFlags + 0x1168
3   libclient.dylib              	0x9475e104 __divdi3 + 0x50f4
4   libclient.dylib              	0x94795510 JVM_GetFieldIxModifiers + 0xb60
5   libclient.dylib              	0x947812bc JVM_SocketAvailable + 0x130c
6   libclient.dylib              	0x94797e04 JVM_FindClassFromClass + 0xc14
7   libclient.dylib              	0x948f590c JVM_UnloadLibrary + 0xb0fec
8   libSystem.B.dylib            	0x900246e8 _pthread_body + 0x28

Thread 8:
0   libSystem.B.dylib            	0x900074c8 mach_msg_trap + 0x8
1   libSystem.B.dylib            	0x90007018 mach_msg + 0x38
2   libclient.dylib              	0x9472b3c8 JVM_GetClassAccessFlags + 0x1168
3   libclient.dylib              	0x94725d28 _mh_dylib_header + 0x2d28
4   libclient.dylib              	0x9472f194 __cmpdi2 + 0x1ad4
5   libclient.dylib              	0x9472b8a8 JVM_MonitorWait + 0x108
6   <<00000000>> 	0x03f33580 0 + 0x3f33580
7   <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
8   <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
9   <<00000000>> 	0x03f2cec0 0 + 0x3f2cec0
10  <<00000000>> 	0x03f2a16c 0 + 0x3f2a16c
11  libclient.dylib              	0x9473dff8 JVM_GetCPMethodClassNameUTF + 0xb38
12  libclient.dylib              	0x9475f448 JVM_GetCPClassNameUTF + 0x998
13  libclient.dylib              	0x9479c0a8 JVM_Close + 0x4b8
14  libclient.dylib              	0x947ac970 JVM_Interrupt + 0x2e0
15  libclient.dylib              	0x9485170c JVM_UnloadLibrary + 0xcdec
16  libclient.dylib              	0x94797e04 JVM_FindClassFromClass + 0xc14
17  libclient.dylib              	0x948f590c JVM_UnloadLibrary + 0xb0fec
18  libSystem.B.dylib            	0x900246e8 _pthread_body + 0x28

Thread 9:
0   libSystem.B.dylib            	0x900074c8 mach_msg_trap + 0x8
1   libSystem.B.dylib            	0x90007018 mach_msg + 0x38
2   libclient.dylib              	0x9472b3c8 JVM_GetClassAccessFlags + 0x1168
3   libclient.dylib              	0x94725d28 _mh_dylib_header + 0x2d28
4   libclient.dylib              	0x9472f194 __cmpdi2 + 0x1ad4
5   libclient.dylib              	0x9472b8a8 JVM_MonitorWait + 0x108
6   <<00000000>> 	0x03f33580 0 + 0x3f33580
7   <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
8   <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
9   <<00000000>> 	0x03f2cec0 0 + 0x3f2cec0
10  <<00000000>> 	0x03f2a16c 0 + 0x3f2a16c
11  libclient.dylib              	0x9473dff8 JVM_GetCPMethodClassNameUTF + 0xb38
12  libclient.dylib              	0x9475f448 JVM_GetCPClassNameUTF + 0x998
13  libclient.dylib              	0x9479c0a8 JVM_Close + 0x4b8
14  libclient.dylib              	0x947ac970 JVM_Interrupt + 0x2e0
15  libclient.dylib              	0x9485170c JVM_UnloadLibrary + 0xcdec
16  libclient.dylib              	0x94797e04 JVM_FindClassFromClass + 0xc14
17  libclient.dylib              	0x948f590c JVM_UnloadLibrary + 0xb0fec
18  libSystem.B.dylib            	0x900246e8 _pthread_body + 0x28

Thread 10:
0   libSystem.B.dylib            	0x900074c8 mach_msg_trap + 0x8
1   libSystem.B.dylib            	0x90007018 mach_msg + 0x38
2   libclient.dylib              	0x9472b3c8 JVM_GetClassAccessFlags + 0x1168
3   libclient.dylib              	0x94725d28 _mh_dylib_header + 0x2d28
4   libclient.dylib              	0x9472f194 __cmpdi2 + 0x1ad4
5   libclient.dylib              	0x9472b8a8 JVM_MonitorWait + 0x108
6   <<00000000>> 	0x03f33580 0 + 0x3f33580
7   <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
8   <<00000000>> 	0x03f2cec0 0 + 0x3f2cec0
9   <<00000000>> 	0x03f2cec0 0 + 0x3f2cec0
10  <<00000000>> 	0x03f2a16c 0 + 0x3f2a16c
11  libclient.dylib              	0x9473dff8 JVM_GetCPMethodClassNameUTF + 0xb38
12  libclient.dylib              	0x9475f448 JVM_GetCPClassNameUTF + 0x998
13  libclient.dylib              	0x9479c0a8 JVM_Close + 0x4b8
14  libclient.dylib              	0x947ac970 JVM_Interrupt + 0x2e0
15  libclient.dylib              	0x9485170c JVM_UnloadLibrary + 0xcdec
16  libclient.dylib              	0x94797e04 JVM_FindClassFromClass + 0xc14
17  libclient.dylib              	0x948f590c JVM_UnloadLibrary + 0xb0fec
18  libSystem.B.dylib            	0x900246e8 _pthread_body + 0x28

Thread 11:
0   libSystem.B.dylib            	0x900074c8 mach_msg_trap + 0x8
1   libSystem.B.dylib            	0x90007018 mach_msg + 0x38
2   libclient.dylib              	0x9472b3c8 JVM_GetClassAccessFlags + 0x1168
3   libclient.dylib              	0x94725d28 _mh_dylib_header + 0x2d28
4   libclient.dylib              	0x9472f194 __cmpdi2 + 0x1ad4
5   libclient.dylib              	0x9472b8a8 JVM_MonitorWait + 0x108
6   <<00000000>> 	0x03f33580 0 + 0x3f33580
7   <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
8   <<00000000>> 	0x03f2cec0 0 + 0x3f2cec0
9   <<00000000>> 	0x03f2cec0 0 + 0x3f2cec0
10  <<00000000>> 	0x03f2a16c 0 + 0x3f2a16c
11  libclient.dylib              	0x9473dff8 JVM_GetCPMethodClassNameUTF + 0xb38
12  libclient.dylib              	0x9475f448 JVM_GetCPClassNameUTF + 0x998
13  libclient.dylib              	0x9479c0a8 JVM_Close + 0x4b8
14  libclient.dylib              	0x947ac970 JVM_Interrupt + 0x2e0
15  libclient.dylib              	0x9485170c JVM_UnloadLibrary + 0xcdec
16  libclient.dylib              	0x94797e04 JVM_FindClassFromClass + 0xc14
17  libclient.dylib              	0x948f590c JVM_UnloadLibrary + 0xb0fec
18  libSystem.B.dylib            	0x900246e8 _pthread_body + 0x28

Thread 12:
0   libSystem.B.dylib            	0x900074c8 mach_msg_trap + 0x8
1   libSystem.B.dylib            	0x90007018 mach_msg + 0x38
2   libclient.dylib              	0x9472b448 JVM_GetClassAccessFlags + 0x11e8
3   libclient.dylib              	0x94725d28 _mh_dylib_header + 0x2d28
4   libclient.dylib              	0x9472f194 __cmpdi2 + 0x1ad4
5   libclient.dylib              	0x9472b8a8 JVM_MonitorWait + 0x108
6   <<00000000>> 	0x03f33580 0 + 0x3f33580
7   <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
8   <<00000000>> 	0x041bf408 0 + 0x41bf408
9   <<00000000>> 	0x03f2cec0 0 + 0x3f2cec0
10  <<00000000>> 	0x03f2a16c 0 + 0x3f2a16c
11  libclient.dylib              	0x9473dff8 JVM_GetCPMethodClassNameUTF + 0xb38
12  libclient.dylib              	0x9475f448 JVM_GetCPClassNameUTF + 0x998
13  libclient.dylib              	0x9479c0a8 JVM_Close + 0x4b8
14  libclient.dylib              	0x947ac970 JVM_Interrupt + 0x2e0
15  libclient.dylib              	0x9485170c JVM_UnloadLibrary + 0xcdec
16  libclient.dylib              	0x94797e04 JVM_FindClassFromClass + 0xc14
17  libclient.dylib              	0x948f590c JVM_UnloadLibrary + 0xb0fec
18  libSystem.B.dylib            	0x900246e8 _pthread_body + 0x28

Thread 13:
0   libSystem.B.dylib            	0x900074c8 mach_msg_trap + 0x8
1   libSystem.B.dylib            	0x90007018 mach_msg + 0x38
2   libclient.dylib              	0x9472b448 JVM_GetClassAccessFlags + 0x11e8
3   libclient.dylib              	0x94725d28 _mh_dylib_header + 0x2d28
4   libclient.dylib              	0x9472f194 __cmpdi2 + 0x1ad4
5   libclient.dylib              	0x9472b8a8 JVM_MonitorWait + 0x108
6   <<00000000>> 	0x03f33580 0 + 0x3f33580
7   <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
8   <<00000000>> 	0x041bf408 0 + 0x41bf408
9   <<00000000>> 	0x03f2cec0 0 + 0x3f2cec0
10  <<00000000>> 	0x03f2a16c 0 + 0x3f2a16c
11  libclient.dylib              	0x9473dff8 JVM_GetCPMethodClassNameUTF + 0xb38
12  libclient.dylib              	0x9475f448 JVM_GetCPClassNameUTF + 0x998
13  libclient.dylib              	0x9479c0a8 JVM_Close + 0x4b8
14  libclient.dylib              	0x947ac970 JVM_Interrupt + 0x2e0
15  libclient.dylib              	0x9485170c JVM_UnloadLibrary + 0xcdec
16  libclient.dylib              	0x94797e04 JVM_FindClassFromClass + 0xc14
17  libclient.dylib              	0x948f590c JVM_UnloadLibrary + 0xb0fec
18  libSystem.B.dylib            	0x900246e8 _pthread_body + 0x28

Thread 14:
0   libSystem.B.dylib            	0x900074c8 mach_msg_trap + 0x8
1   libSystem.B.dylib            	0x90007018 mach_msg + 0x38
2   libclient.dylib              	0x9472b448 JVM_GetClassAccessFlags + 0x11e8
3   libclient.dylib              	0x94725d28 _mh_dylib_header + 0x2d28
4   libclient.dylib              	0x9472f194 __cmpdi2 + 0x1ad4
5   libclient.dylib              	0x9472b8a8 JVM_MonitorWait + 0x108
6   <<00000000>> 	0x03f33580 0 + 0x3f33580
7   <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
8   <<00000000>> 	0x041bf408 0 + 0x41bf408
9   <<00000000>> 	0x03f2cec0 0 + 0x3f2cec0
10  <<00000000>> 	0x03f2a16c 0 + 0x3f2a16c
11  libclient.dylib              	0x9473dff8 JVM_GetCPMethodClassNameUTF + 0xb38
12  libclient.dylib              	0x9475f448 JVM_GetCPClassNameUTF + 0x998
13  libclient.dylib              	0x9479c0a8 JVM_Close + 0x4b8
14  libclient.dylib              	0x947ac970 JVM_Interrupt + 0x2e0
15  libclient.dylib              	0x9485170c JVM_UnloadLibrary + 0xcdec
16  libclient.dylib              	0x94797e04 JVM_FindClassFromClass + 0xc14
17  libclient.dylib              	0x948f590c JVM_UnloadLibrary + 0xb0fec
18  libSystem.B.dylib            	0x900246e8 _pthread_body + 0x28

Thread 15:
0   libSystem.B.dylib            	0x900074c8 mach_msg_trap + 0x8
1   libSystem.B.dylib            	0x90007018 mach_msg + 0x38
2   libclient.dylib              	0x9472b3c8 JVM_GetClassAccessFlags + 0x1168
3   libclient.dylib              	0x94725d28 _mh_dylib_header + 0x2d28
4   libclient.dylib              	0x9472f194 __cmpdi2 + 0x1ad4
5   libclient.dylib              	0x9472b8a8 JVM_MonitorWait + 0x108
6   <<00000000>> 	0x03f33580 0 + 0x3f33580
7   <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
8   <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
9   <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
10  <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
11  <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
12  <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
13  <<00000000>> 	0x03f2d310 0 + 0x3f2d310
14  <<00000000>> 	0x03f2d310 0 + 0x3f2d310
15  <<00000000>> 	0x03f2a16c 0 + 0x3f2a16c
16  libclient.dylib              	0x9473dff8 JVM_GetCPMethodClassNameUTF + 0xb38
17  libclient.dylib              	0x9475f448 JVM_GetCPClassNameUTF + 0x998
18  libclient.dylib              	0x9479c0a8 JVM_Close + 0x4b8
19  libclient.dylib              	0x947ac970 JVM_Interrupt + 0x2e0
20  libclient.dylib              	0x9485170c JVM_UnloadLibrary + 0xcdec
21  libclient.dylib              	0x94797e04 JVM_FindClassFromClass + 0xc14
22  libclient.dylib              	0x948f590c JVM_UnloadLibrary + 0xb0fec
23  libSystem.B.dylib            	0x900246e8 _pthread_body + 0x28

Thread 16:
0   libSystem.B.dylib            	0x9000eacc read + 0xc
1   libnet.jnilib                	0x8e2779f0
Java_java_net_SocketInputStream_socketRead0 + 0x18c
2   <<00000000>> 	0x03f33580 0 + 0x3f33580
3   <<00000000>> 	0x03f2cef0 0 + 0x3f2cef0
4   <<00000000>> 	0x03f2cef0 0 + 0x3f2cef0
5   <<00000000>> 	0x04024300 0 + 0x4024300
6   <<00000000>> 	0x04025d38 0 + 0x4025d38
7   <<00000000>> 	0x03f2cef0 0 + 0x3f2cef0
8   <<00000000>> 	0x03f2cef0 0 + 0x3f2cef0
9   <<00000000>> 	0x03fad258 0 + 0x3fad258
10  <<00000000>> 	0x03f2cec0 0 + 0x3f2cec0
11  <<00000000>> 	0x03f2cec0 0 + 0x3f2cec0
12  <<00000000>> 	0x03f2a16c 0 + 0x3f2a16c
13  libclient.dylib              	0x9473dff8 JVM_GetCPMethodClassNameUTF + 0xb38
14  libclient.dylib              	0x9475f448 JVM_GetCPClassNameUTF + 0x998
15  libclient.dylib              	0x9479c0a8 JVM_Close + 0x4b8
16  libclient.dylib              	0x947ac970 JVM_Interrupt + 0x2e0
17  libclient.dylib              	0x9485170c JVM_UnloadLibrary + 0xcdec
18  libclient.dylib              	0x94797e04 JVM_FindClassFromClass + 0xc14
19  libclient.dylib              	0x948f590c JVM_UnloadLibrary + 0xb0fec
20  libSystem.B.dylib            	0x900246e8 _pthread_body + 0x28

Thread 17:
0   libSystem.B.dylib            	0x900074c8 mach_msg_trap + 0x8
1   libSystem.B.dylib            	0x90007018 mach_msg + 0x38
2   libclient.dylib              	0x9472b448 JVM_GetClassAccessFlags + 0x11e8
3   libclient.dylib              	0x94725d28 _mh_dylib_header + 0x2d28
4   libclient.dylib              	0x9472f194 __cmpdi2 + 0x1ad4
5   libclient.dylib              	0x9472b8a8 JVM_MonitorWait + 0x108
6   <<00000000>> 	0x03f33580 0 + 0x3f33580
7   <<00000000>> 	0x03f2cfb0 0 + 0x3f2cfb0
8   <<00000000>> 	0x041bf408 0 + 0x41bf408
9   <<00000000>> 	0x03f2cec0 0 + 0x3f2cec0
10  <<00000000>> 	0x03f2a16c 0 + 0x3f2a16c
11  libclient.dylib              	0x9473dff8 JVM_GetCPMethodClassNameUTF + 0xb38
12  libclient.dylib              	0x9475f448 JVM_GetCPClassNameUTF + 0x998
13  libclient.dylib              	0x9479c0a8 JVM_Close + 0x4b8
14  libclient.dylib              	0x947ac970 JVM_Interrupt + 0x2e0
15  libclient.dylib              	0x9485170c JVM_UnloadLibrary + 0xcdec
16  libclient.dylib              	0x94797e04 JVM_FindClassFromClass + 0xc14
17  libclient.dylib              	0x948f590c JVM_UnloadLibrary + 0xb0fec
18  libSystem.B.dylib            	0x900246e8 _pthread_body + 0x28

PPC Thread State:
  srr0: 0x927e05ac srr1: 0x0200f030                vrsave: 0x00000000
    cr: 0x84024222  xer: 0x20000000   lr: 0x927da888  ctr: 0x90193580
    r0: 0x927de32c   r1: 0xbfffcbe0   r2: 0x00000030   r3: 0x00000000
    r4: 0xbfffcc20   r5: 0x73686f72   r6: 0x00000000   r7: 0x00000002
    r8: 0x00000000   r9: 0xbfffcb82  r10: 0x00000000  r11: 0xbfffcb82
   r12: 0x08be63d0  r13: 0x00500c70  r14: 0x00000000  r15: 0x00000001
   r16: 0x00000000  r17: 0x00000001  r18: 0xa0191458  r19: 0x00000000
   r20: 0x00000000  r21: 0x00000000  r22: 0x00312980  r23: 0x00312a98
   r24: 0xa01945bc  r25: 0xa00011ac  r26: 0x00000021  r27: 0x08badcd0
   r28: 0x08b63270  r29: 0x00000010  r30: 0xbfffcd30  r31: 0x927dfe1c

Binary Images Description:
    0x1000 -     0xcfff java 
/System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Home/bin/java
 0x177a000 -  0x177afff libcore_2_1_0b.jnilib 
/Users/ines/Desktop/I20040831/eclipse/plugins/org.eclipse.core.resources.macosx_3.0.0/os/macosx/ppc/libcore_2_1_0b.jnilib
 0x17a0000 -  0x17d3fff libswt-pi-carbon-3104.jnilib 
/Users/ines/Desktop/I20040831/eclipse/plugins/org.eclipse.swt.carbon_3.1.0/os/macosx/ppc/libswt-pi-carbon-3104.jnilib
 0x24da000 -  0x2506fff libswt-carbon-3104.jnilib 
/Users/ines/Desktop/I20040831/eclipse/plugins/org.eclipse.swt.carbon_3.1.0/os/macosx/ppc/libswt-carbon-3104.jnilib
0x77fb0000 - 0x77fbbfff libzip.jnilib 
/System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libzip.jnilib
0x8e275000 - 0x8e27efff libnet.jnilib 
/System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libnet.jnilib
0x8e282000 - 0x8e286fff libnio.jnilib 
/System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libnio.jnilib
0x8fe00000 - 0x8fe4ffff dyld 	/usr/lib/dyld
0x90000000 - 0x90122fff libSystem.B.dylib 	/usr/lib/libSystem.B.dylib
0x90190000 - 0x9023dfff com.apple.CoreFoundation 6.3.4 (299.31)
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
0x90280000 - 0x904f9fff com.apple.CoreServices.CarbonCore 10.3.5
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore
0x90570000 - 0x905dffff com.apple.framework.IOKit 1.3.5 (???)
/System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
0x90610000 - 0x9069afff com.apple.CoreServices.OSServices 3.0.1
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices
0x90700000 - 0x90700fff com.apple.CoreServices 10.3 (???)
/System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
0x90720000 - 0x90787fff com.apple.audio.CoreAudio 2.1.2
/System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio
0x907f0000 - 0x907f9fff com.apple.DiskArbitration 2.0.3
/System/Library/PrivateFrameworks/DiskArbitration.framework/Versions/A/DiskArbitration
0x90810000 - 0x90810fff com.apple.ApplicationServices 1.0 (???)
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
0x90830000 - 0x9089ffff libobjc.A.dylib 	/usr/lib/libobjc.A.dylib
0x90910000 - 0x90983fff com.apple.DesktopServices 1.2.2
/System/Library/PrivateFrameworks/DesktopServicesPriv.framework/Versions/A/DesktopServicesPriv
0x909f0000 - 0x90b4bfff com.apple.Foundation 6.3.5 (500.56)
/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
0x90d00000 - 0x90d1bfff com.apple.SystemConfiguration 1.7.1 (???)
/System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration
0x90d40000 - 0x90d40fff com.apple.Carbon 10.3 (???)
/System/Library/Frameworks/Carbon.framework/Versions/A/Carbon
0x90df0000 - 0x90df4fff com.apple.JavaVM 1.4.2 (1.4.2 Release 1)
/System/Library/Frameworks/JavaVM.framework/Versions/A/JavaVM
0x910b0000 - 0x91101fff com.apple.bom 1.2.5 (63.2)
/System/Library/PrivateFrameworks/Bom.framework/Versions/A/Bom
0x912a0000 - 0x912bdfff com.apple.audio.SoundManager 3.8
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CarbonSound.framework/Versions/A/CarbonSound
0x912e0000 - 0x912f7fff com.apple.LangAnalysis 1.5.4
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LangAnalysis.framework/Versions/A/LangAnalysis
0x91320000 - 0x913defff ColorSync 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSync.framework/Versions/A/ColorSync
0x91460000 - 0x91473fff com.apple.speech.synthesis.framework 3.2
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/SpeechSynthesis.framework/Versions/A/SpeechSynthesis
0x914a0000 - 0x91509fff com.apple.htmlrendering 1.1.2
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HTMLRendering.framework/Versions/A/HTMLRendering
0x9153a000 - 0x91544fff libverify.dylib 
/System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libverify.dylib
0x91560000 - 0x91619fff com.apple.QD 3.4.65 (???)
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/QD.framework/Versions/A/QD
0x91670000 - 0x916a8fff com.apple.AE 1.4
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE
0x916e0000 - 0x91773fff com.apple.print.framework.PrintCore 3.3
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/PrintCore
0x917e0000 - 0x917f0fff com.apple.speech.recognition.framework 3.3
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SpeechRecognition.framework/Versions/A/SpeechRecognition
0x91810000 - 0x9182afff com.apple.openscripting 1.2.1 (???)
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/OpenScripting.framework/Versions/A/OpenScripting
0x91850000 - 0x91860fff com.apple.ImageCapture 2.1.5
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ImageCapture.framework/Versions/A/ImageCapture
0x91890000 - 0x9189cfff com.apple.help 1.0.1
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Help.framework/Versions/A/Help
0x918c0000 - 0x918cdfff com.apple.CommonPanels 1.2.1 (1.0)
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CommonPanels.framework/Versions/A/CommonPanels
0x918f0000 - 0x9193efff com.apple.print.framework.Print 3.3
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Print.framework/Versions/A/Print
0x91990000 - 0x9199bfff com.apple.securityhi 1.2 (90)
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SecurityHI.framework/Versions/A/SecurityHI
0x919c0000 - 0x91a33fff com.apple.NavigationServices 3.3.2
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/NavigationServices.framework/Versions/A/NavigationServices
0x91ab0000 - 0x91ac4fff libCGATS.A.dylib 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/Resources/libCGATS.A.dylib
0x91ae0000 - 0x91aebfff libCSync.A.dylib 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/Resources/libCSync.A.dylib
0x91b10000 - 0x91b2afff libPDFRIP.A.dylib 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/Resources/libPDFRIP.A.dylib
0x91b50000 - 0x91b5ffff libPSRIP.A.dylib 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/Resources/libPSRIP.A.dylib
0x91b80000 - 0x91b93fff libRIP.A.dylib 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/Resources/libRIP.A.dylib
0x92070000 - 0x92096fff com.apple.FindByContent 1.4 (1.2)
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/FindByContent.framework/Versions/A/FindByContent
0x920c0000 - 0x922a7fff com.apple.security 2.4 (177)
/System/Library/Frameworks/Security.framework/Versions/A/Security
0x92430000 - 0x92468fff com.apple.LaunchServices 10.3.5 (98.4)
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices
0x92740000 - 0x92777fff com.apple.CFNetwork 1.2.1 (7)
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork
0x927d0000 - 0x92b54fff com.apple.HIToolbox 1.3.4 (???)
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
0x92d30000 - 0x92d80fff com.apple.HIServices 1.4.1 (0.0.1d1)
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices
0x935d0000 - 0x938a8fff com.apple.CoreGraphics 1.203.26 (???)
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics
0x939a0000 - 0x939b4fff libcups.2.dylib 	/usr/lib/libcups.2.dylib
0x939d0000 - 0x939d4fff libmathCommon.A.dylib 	/usr/lib/system/libmathCommon.A.dylib
0x94060000 - 0x94078fff com.apple.WebServices 1.1.1 (1.1.0)
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/WebServicesCore.framework/Versions/A/WebServicesCore
0x945b0000 - 0x945b9fff libz.1.dylib 	/usr/lib/libz.1.dylib
0x94610000 - 0x9462afff libresolv.9.dylib 	/usr/lib/libresolv.9.dylib
0x94650000 - 0x946affff com.apple.SearchKit 1.0.2
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit
0x94723000 - 0x94971fff libclient.dylib 
/System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libclient.dylib
0x94a30000 - 0x94af5fff libxml2.2.dylib 	/usr/lib/libxml2.2.dylib
0x94b20000 - 0x94badfff com.apple.ink.framework 101.1.3 (55.10)
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Ink.framework/Versions/A/Ink
0x94c1a000 - 0x94c35fff libjava.jnilib 
/System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libjava.jnilib
0x968d0000 - 0x969b2fff libicucore.A.dylib 	/usr/lib/libicucore.A.dylib
0x96a20000 - 0x96ae2fff libcrypto.0.9.7.dylib 	/usr/lib/libcrypto.0.9.7.dylib
0x96b40000 - 0x96b6efff libssl.0.9.7.dylib 	/usr/lib/libssl.0.9.7.dylib
0x96bf0000 - 0x96c7ffff ATS 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/ATS
0x96cb0000 - 0x96d9efff libiconv.2.dylib 	/usr/lib/libiconv.2.dylib
0x97510000 - 0x97518fff libbsm.dylib 	/usr/lib/libbsm.dylib
"

20040518

When you run a launch config but have breakpoints set, a dialog appear to say
'Breakpoints set, would you rather debug?'.
Here I can click the windows close box, which should be interpreted as cancel
(not 'no'). Best is probably to offer 'Yes', 'No', 'Cancel'.

BTW: The reason why always see this dialog is that I press the run button when I
really want to 'Resume' while debugging (the new run button looks like the old
'Resume').

When I reset perspective we are leaking ToolBarContributionItem MenuDetect 
Listeners.

STEPS
1) Look at workbench with Optimize It
2) Reset perspective
3) 10 menu detect listeners on items will be left around.

Toolbars are not being leaked and we create this listener in 
ToolBarContributionItem fill(Coolbar,int) using an inner class that we have no 
reference too.

The reference graphs indicates that the Display still has the listener in the 
event table

Build 20040513

When patching with latest JDTCore, with adjusted constant value for 
EmptyStatement optional warning, I saw the following entry in console.

1. it shouldn't be shown by default I suspect, only when in trace mode.
2. when option isn't readable it shouldn't be promoted to ERROR as observed
    when then looking at pref page. It should rather be turned back to IGNORE.

!ENTRY org.eclipse.jdt.ui 4 10001 May 13, 2004 15:37:08.30
!MESSAGE preference option missing: 
org.eclipse.jdt.core.compiler.problem.superfluousSemicolon 
(org.eclipse.jdt.internal.ui.preferences.CompilerConfigurationBlo
ck)
!ENTRY org.eclipse.jdt.ui 4 10001 May 13, 2004 15:37:15.721
!MESSAGE preference option missing: 
org.eclipse.jdt.core.compiler.problem.superfluousSemicolon 
(org.eclipse.jdt.internal.ui.preferences.CompilerConfigurationBlo
ck)

I am using a Tracker with SWT.RIGHT | SWT.LEFT style bits and one Rectangle 
that indicates the location of something.  I want that Rectangle to maintain 
its vertical location and only move in the horizontal direction.  The problem 
is that if I move the Tracker using the move, it ignores movement in the 
horizontal direction that coincides with the movement in the vertical 
direction.  That is, if I move my mouse just to the right, it's fine.  
However, if I move it to the right and bottom, then it ignores both those 
movements.  Hence, the feedback rectangle does not keep up with the mouse.  
It's difficult to move the mouse in the horizontal direction without changing 
the vertical location.  What the tracker should do is ignore just the vertical 
change, but still respect the horizontal change.

This is actually a JDT launching plugin issue; not sure which component it 
belongs to.

In some cases, the auto-created default installed JRE is named ".". (perhaps 
launching using "./eclipse" ?) This works ok as long as the user leaves this 
JRE as the default and never creates a classpath entry pointing directly to 
this JRE. However, if they make another JRE the default or try to point 
specifically to this JRE (so that the classpath doesn't change to follow the 
default), the classpath container doesn't work and their projects won't 
compile.

The reason for this is that IPaths are used to store classpath entries. When 
you create a path like "org.../...StandardVMType/." the IPath is "smart" 
enough to simplify it to "org.../...StandardVMType". The classpath container 
won't be able to resolve the JRE, and fails to compile.

The dialog to create a new installed JRE already validates that you don't name 
a JRE ".". When the default JRE is auto-created it should make sure it does 
not use "." either.

build i0513-1600

I was using the debugger and I hit a breakpoint. I selected some text in the
Java editor and used the context menu to Inspect the results. 

The result was a huge string which didn't have any scroll bars in the "toString"
part of the resulting "hover-like" thing. (once it was pinned in the Expressions
view it had scroll bars)

The Clean Timestamps operation currently fetches the contents for each file 
using a separate connection. This could be optimized to fetch the contents up 
front.

The snippet below opens a shell that goes across multiple monitors when there 
are multiple monitors installed.


Shell shell = new Shell(display);
shell.open()

Got this one the console running the suites - looks like a simple check for 
required in the update method


java.lang.NullPointerException
	at org.eclipse.core.internal.runtime.InternalPlatform.isRunning
(InternalPlatform.java:923)
	at org.eclipse.core.internal.jobs.JobListeners.handleException
(JobListeners.java:136)
	at org.eclipse.core.internal.jobs.JobListeners.doNotify
(JobListeners.java:119)
	at org.eclipse.core.internal.jobs.JobListeners.done
(JobListeners.java:159)
	at org.eclipse.core.internal.jobs.JobManager.endJob
(JobManager.java:420)
	at org.eclipse.core.internal.jobs.WorkerPool.endJob
(WorkerPool.java:133)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:76)
java.lang.IllegalStateException: Job manager has been shut down.
	at org.eclipse.core.internal.jobs.JobManager.schedule
(JobManager.java:761)
	at org.eclipse.core.internal.jobs.InternalJob.schedule
(InternalJob.java:313)
	at org.eclipse.core.runtime.jobs.Job.schedule(Job.java:399)
	at org.eclipse.ui.views.markers.internal.TableContentProvider.doUpdate
(TableContentProvider.java:352)
	at org.eclipse.ui.views.markers.internal.TableContentProvider.access$4
(TableContentProvider.java:346)
	at org.eclipse.ui.views.markers.internal.TableContentProvider$3.run
(TableContentProvider.java:184)
	at org.eclipse.ui.views.markers.internal.RestartableJob$2.run
(RestartableJob.java:86)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

I200406250010

not a big issue, but:

0.(on Linux, platform encoding is UTF-8 by default, it may work as well if you
set the platform encoding to UTF-8 on other platforms)
1. Create a new java project JUnit
2. Import JUnit

Observe: I get JavaModelExceptions due to sun.io.MalformedInputException, which
is ok because junit.framework.TestSuite is not readable using UTF-8. This also
keeps the project from being built.

3. Change the Workbench->Editors->Platform encoding preference to ISO-8859-1

-> problem is corrected

4. Do a rebuild (clean) all

Observe: everything seems fine now as I can open TestSuite.java compile, use
code resolve inside TestSuite.java to navigate etc.

5. In TestCase.java, put the caret on TestCase and do a Global Search (Ctrl+Shift+G)

Observe: the TestCase references in TestSuite are not found. Also, when renaming
TestCase, the references in TestSuite are not updated, resulting in compile errors. 

-> The index (or cache or whatever) seems to have lost TestSuite. It can be
corrected by dirtying and rebuilding TestSuite.

1. Create a scratch project
2. create 2 files A.java and B.java
3. put unused import in both files.
4. Open file A for editing.
5. make file A read-only
6. open file B for editing.
7. Perform organize imports on the whole project
8. Observe file A is marked as dirty and if you try and save it there is a 
complaint.

The new search view provides toolbar buttons to group a search result by 
project, package, file, type. These toolbar buttons are missing a tool tip, 
i.e., "Group by Project" etc.

build I20040621-0800

- launched target IDE
- launched another target IDE
- while the second was launching, exited the first
- got the following NPE

File.list() can return null.  It should check for this.

The launch config I was using does not clear the workspace, but does clear the
config area.

Thread [System Bundle Shutdown] (Suspended (exception NullPointerException))
	FileManager.cleanup() line: 361
	FileManager.close() line: 407
	PlatformActivator.stop(BundleContext) line: 192
	BundleContextImpl$2.run() line: 994
	AccessController.doPrivileged(PrivilegedExceptionAction) line: not available
[native method]
	BundleContextImpl.stop() line: 990
	BundleHost.stopWorker(boolean) line: 502
	BundleHost(AbstractBundle).suspend(boolean) line: 539
	Framework.suspendBundle(AbstractBundle, boolean) line: 1029
	StartLevelManager.decFWSL(int) line: 627
	StartLevelManager.doSetStartLevel(int, AbstractBundle) line: 281
	StartLevelManager.shutdown() line: 254
	SystemBundle.suspend() line: 201
	Framework.shutdown() line: 466
	SystemBundle$1.run() line: 182
	Thread.run() line: 534

Version: 3.1.0
Build id: 200411050810

While shutting down eclipse i got a null pointer exception.  Sorry, i don't have
steps to reproduce, but i do have the stacktraces.  The only interesting thing
that happened in this session was some JDI timeout exceptions i got while
populating the variables view.  The JDI errors seem to be caused by a dodgey
ZoneAlarm install (totally random).

Build I20030304

There has been much discussion elsewhere about insufficiently visible progress 
indications for builds. I'd like to raise a more general issue about the kind 
of feedback that will help novice users of Eclipse. If it helps, think of my 
mom as the user (you can imagine that she's not too comfortable with 
computers<g>).

The problem is that when the user performs any command that will complete 
sometime later in the background, whether it be build, synchronize, or 
whatever, she needs to know this immediately. I mean "in your face" 
immediately. A smoldering cigarette in the lower right corner of the screen 
does signal this to the novice user, even when accompanied by a slightly 
larger hover. Something as unmistakable as a 2.1 modal progress dialog is what 
we're talking about. The reason why its so important for the novice is that 
they expect the commands they give to happen in the background (a more 
sophisticated notion). Novice users are more familiar with simple turn-taking 
UIs. The other nice thing about the old progress dialogs is that they 
automatically went away when the operation was done, and that told the user 
that it was again their turn.

Here's one way I could see addressing this problem:
- Workbench preference "Progress dialogs for background operations" vs. "No 
Progress dialogs for background operations". Default value: Yes.
- Background operations initiated by the user's direct command (as opposed to 
periodically scheduled operations like bg refreshes or indirectly triggers 
operations like table tree widget population) are covered by a progress dialog 
of the familiar size unless suppressed by that users preference.
- The progress dialog is non-modal, and will close automatically when the 
operation is finished. The dialog reports progress on the user's direct 
command, and has a Cancel button. The fine print at the bottom of dialog could 
inform the user that they are free to wait or to do other things as they 
choose (i.e., it hints that it's non-modal).
- If the clicks on the workbench window, the progress dialog disappears behind 
it, and the user can go ahead and explore.
- When the operation completes, the progress dialog closes automatically 
whether or not it is visible.
- If the operation fails, the user needs an in-you-face notification.
- If the user issues another long-running command that runs in the background,
an additional progress dialog should open for that operation, and disappear 
when it's done.

If you combine this with the other progress mechanisms added in 3.0, I think 
we end up with something that will satisfy the needs of novices and gearheads 
alike.

Test case:

public class Bug {
  void test ()
  {
    new Object () {
      public void yes ()
      {
        System.out.println ("hello world");
      }
    };
    System.out.println ("hello world");
  }
}

Three (possibly related) problems:

1. Select the first print statement (whole line).
   Refactor:Extract Method..., enter some name and press OK,
   leaving "replace 1 duplicate code fragment" checked.
   The method is created inside the anonymous class but called from outside.

2. Select the second print statement (whole line).
   Refactor:Extract Method...
   The duplicate code fragment is not recognized.

3. Select only "println" in either print statement.
   Refactor:Extract Method..., enter some name and press OK.
   You get a strange error message:
   "Cannot determine expression's return type. Using void instead."
   Pressing Continue produces meaningless code.

20040324

Solaris 9 (in SWT lab)

When you open a java editor in Solaris the StyledText draws on top of itself.

STEPS
1) Open a java editor
2) All of the text is rendered at the beginning of the line so they are all on 
top of themselves

As build 20040319, when StyledText changes to work with TextLayout were 
released, Bidi segements listener stoped working.

We need a new implementation.

RC2, linux, motif.
Open the preference page for "colors and preferences". 
You will notice that the description area is not big enough.
Note that it has the right size on gtk.

build I20041013

- connect to the eclipse update site, and install GEF
- have the changes be applied without restarting
- the Product Configuration dialog now shows "(pending changes)" for the GEF
features

Is this correct?  What changes are still pending?

20040629

1. Look at the following code in the AST view (1.5 mode):
   the type parameters 'Y' and 'X' have no binding

public abstract class C<Y,X> implements Comparator<X> {

}

build i1013

- The UIPreferenceInitializer class sets the default preferences for the UI
plug-in. 
- It accesses the default scope via the UI preference class ScopedPreferenceStore.
- during the initialization of this class instance, the instance scope is accessed.

This is problematic for RCP applications where the UI plug-in is initialized but
the instance location has not yet been set.

See bug 75397 comment #3, point #1.

Plug-ins which are a part of the RCP should be able to run with no instance
location.

code should look like:

// TODO: use a constant for this plug-in id
IEclipsePreferences node = new DefaultScope().getNode("org.eclipse.ui");
node.put(IWorkbenchPreferenceConstants.OPEN_NEW_PERSPECTIVE,
IWorkbenchPreferenceConstants.OPEN_PERSPECTIVE_REPLACE);

//Deprecated but kept for backwards compatibility
node.put(IWorkbenchPreferenceConstants.PROJECT_OPEN_NEW_PERSPECTIVE,
IWorkbenchPreferenceConstants.OPEN_PERSPECTIVE_REPLACE);
node.put(IWorkbenchPreferenceConstants.SHIFT_OPEN_NEW_PERSPECTIVE,
IWorkbenchPreferenceConstants.OPEN_PERSPECTIVE_REPLACE);
node.put(IWorkbenchPreferenceConstants.ALTERNATE_OPEN_NEW_PERSPECTIVE,
IWorkbenchPreferenceConstants.OPEN_PERSPECTIVE_REPLACE);

// Although there is no longer any item on the preference pages 
// for setting the linking preference, since it is now a per-part setting, 
// it remains as a preference to allow product overrides of the 
// initial state of linking in the Navigator.
// By default, linking is off.
node.putBoolean(IWorkbenchPreferenceConstants.LINK_NAVIGATOR_TO_EDITOR, false);

// Appearance / Presentation preferences
node.put(IWorkbenchPreferenceConstants.PRESENTATION_FACTORY_ID,
"org.eclipse.ui.presentations.default"); //$NON-NLS-1$
node.putBoolean(IWorkbenchPreferenceConstants.SHOW_TRADITIONAL_STYLE_TABS, true);
node.putBoolean(IWorkbenchPreferenceConstants.ENABLE_ANIMATIONS, true);
node.put(IWorkbenchPreferenceConstants.DOCK_PERSPECTIVE_BAR,
IWorkbenchPreferenceConstants.TOP_LEFT);
node.putBoolean(IWorkbenchPreferenceConstants.SHOW_TEXT_ON_PERSPECTIVE_BAR, true);
// the fast view bar should be on the bottom of a fresh workspace
node.put(IWorkbenchPreferenceConstants.INITIAL_FAST_VIEW_BAR_LOCATION,
IWorkbenchPreferenceConstants.BOTTOM);

// default to showing intro on startup
node.putBoolean(IWorkbenchPreferenceConstants.SHOW_INTRO, true);

// Default to the standard key configuration.
node.put(IWorkbenchPreferenceConstants.KEY_CONFIGURATION_ID,
"org.eclipse.ui.defaultAcceleratorConfiguration"); //$NON-NLS-1$

// The default character width is undefined (i.e., -1)
node.putInt(IWorkbenchPreferenceConstants.EDITOR_MINIMUM_CHARACTERS, -1);

// Set the workspace selection dialog to open by default
node.putBoolean(IWorkbenchPreferenceConstants.SHOW_WORKSPACE_SELECTION_DIALOG,
true);

// TODO: cannot add the listener unless the instance location is set
//  store.addPropertyChangeListener(new PlatformUIPreferenceListener());

The following NPE can occur if you specify a project_path variable with an argument that doesn't 
have an associated project (for example, the workspace root: "/"). The problem is that subclasses 
of ResourceResolver are queried to "translate" the selected resource, but this call can return null if 
there's no valid translation.

java.lang.NullPointerException
at org.eclipse.debug.internal.ui.stringsubstitution.ResourceResolver.
translateToValue(ResourceResolver.java:133)
at org.eclipse.debug.internal.ui.stringsubstitution.ResourceResolver.
resolveValue(ResourceResolver.java:46)
at org.eclipse.core.internal.variables.DynamicVariable.getValue(DynamicVariable.java:49)
at org.eclipse.core.internal.variables.StringSubstitutionEngine.resolve(StringSubstitutionEngine.
java:256)
at org.eclipse.core.internal.variables.StringSubstitutionEngine.substitute(StringSubstitutionEngine.
java:180)
at org.eclipse.core.internal.variables.StringSubstitutionEngine.
performStringSubstitution(StringSubstitutionEngine.java:87)
at org.eclipse.core.internal.variables.StringVariableManager.
performStringSubstitution(StringVariableManager.java:534)
at org.eclipse.core.internal.variables.StringVariableManager.
performStringSubstitution(StringVariableManager.java:327)
at org.eclipse.ui.externaltools.internal.launchConfigurations.ExternalToolsMainTab.
getValue(ExternalToolsMainTab.java:439)
at org.eclipse.ui.externaltools.internal.launchConfigurations.ExternalToolsMainTab.
validateLocation(ExternalToolsMainTab.java:408)
at org.eclipse.ui.externaltools.internal.launchConfigurations.ExternalToolsMainTab.
isValid(ExternalToolsMainTab.java:387)
at org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationTabGroupViewer.
refresh(LaunchConfigurationTabGroupViewer.java:414)
at org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.
updateButtons(LaunchConfigurationsDialog.java:1412)
at org.eclipse.debug.ui.AbstractLaunchConfigurationTab.
updateLaunchConfigurationDialog(AbstractLaunchConfigurationTab.java:89)
at org.eclipse.ui.externaltools.internal.launchConfigurations.ExternalToolsMainTab.
access$2(ExternalToolsMainTab.java:1)
at org.eclipse.ui.externaltools.internal.launchConfigurations.
ExternalToolsMainTab$WidgetListener.modifyText(ExternalToolsMainTab.java:84)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:187)

We have the following marker definitions for the instruction pointer: 

   <extension
         id="instructionPointer"
         point="org.eclipse.core.resources.markers">
      <super
            type="org.eclipse.core.resources.textmarker">
      </super>
      <persistent
            value="false">
      </persistent>
   </extension>

We no longer use the marker so we should be able to get rid of this. As well, 
we have the following annotation type definitions. However, there are actually 
no marker definitions for the current secondary IPs. Do we need them, or are 
they required for the markerAnnotationSpecifications? I think we need the 
annotation type definitions, but I'm not sure the marker Ids should there.

   <extension
         point="org.eclipse.ui.editors.annotationTypes">
      <type
         name="org.eclipse.debug.core.breakpoint"
         markerType="org.eclipse.debug.core.breakpointMarker">
      </type>
      <type
         name="org.eclipse.debug.ui.currentIP"
         markerType="org.eclipse.debug.ui.instructionPointer.current">
      </type>
      <type
         name="org.eclipse.debug.ui.secondaryIP"
         markerType="org.eclipse.debug.ui.instructionPointer.secondary">
      </type>
   </extension>

bug 55824 adds support for correctly offering the attributes for a task defined
by a macrodef; however, the nested elements defined by the element tag are not
included in code assist.

Given our existing test case (macrodef.xml) code assist should suggest
<some-tasks> at the caret.

<eclipseMacro v="">
    |
</eclipseMacro>


macrodef.xml
------------------
<project default="type">

	<macrodef name="eclipseMacro">
		<attribute name="v" default="NOT SET" />
		<attribute name="eclipse" default="yes" description="Testing Eclipse"/>
		<element name="some-tasks" optional="yes" />
		<sequential>
			<echo>Eclipse!: @{v}</echo>
		</sequential>
	</macrodef>

	<target name="type">
		<eclipseMacro v="This is v">
		</eclipseMacro>
	</target>

</project>

In the array initialise line-wrapping configuration that I have, I have 
configured for each element to be on its own line, and to "force split"

If I then do a class-level array declaration like this:

   int[] x =
      {
         1,//a
         2,//b
         3,//c
         4,//d
      };

and then format it, I get this:

   int[] x =
      {
         1,
         //a
         2,
         //b
         3,
         //c
         4,
      //d
      };

The end-of-line comments should get let on, er, the end of the lines!

PS This may have some connection to issue 58999 - which is to do with code 
formatter handling of //$NON-NLS-x$ tags, which are also end-of-line comments

java.lang.IllegalStateException: BundleContext is no longer valid
	at org.eclipse.osgi.framework.internal.core.BundleContext.checkValid
(BundleContext.java:1287)
	at org.eclipse.osgi.framework.internal.core.BundleContext.getBundle
(BundleContext.java:185)
	at org.eclipse.core.internal.runtime.InternalPlatform.isRunning
(InternalPlatform.java:908)
	at org.eclipse.core.boot.BootLoader.isRunning(BootLoader.java:285)
	at org.eclipse.help.internal.search.SearchProgressMonitor$2.run
(SearchProgressMonitor.java:153)
	at java.lang.Thread.run(Thread.java:534)

I200406170800, GTK+ 2.4.1, KDE 3.2.2, Linux 2.6.4. 
 
While trying to verify Bug 64024, I stumbled across a whole new line of leaked 
objects.  Michael Fraenkel mentioned that GlobalRefreshAction registers a 
handler submission in its constructor which is never removed.  I went in and 
checked the revision history, and this change was made late Tuesday afternoon.  
This has the effect of leaking a big web of objects. 
 
To reproduce, start Eclipse, use your favourite tool, compact the heap and set 
a marker of some sort.  Open a new workbench window and then close it.  Compare 
the heap from before to the heap after.  A bunch of "org.eclipse.ui.*" objects 
will be leaked, as well as GlobalRefreshAction. 
 
A suggested fix might be to keep the submission as a member variable, and 
remove it in the dispose method.

Example to reproduce:

In my CVS repository there is a folder 'src' with many subfolders (over 20)  I
would like to create a project that uses a subset of them, 6 or so.  Lets say we
call them 'A' to 'F'.

It would take far too long to download the whole directory tree (especially when
working from home), so I create a project manually.  My project is created with
2 folders /src and /bin.  

I then check out directory 'A' into my local 'src' directory, using the
"checkout into existing project" option.  This works fine.

I then select multiple folders 'B' to 'F' to import the rest.  What I end up
with is:

MyProject
 '-- bin
 '-- src
      '-- A
      '-- src 
         '-- F

Note that I have selected the same location to import folders B..F into as I did
for folder A.  

There are 2 problems here. First, the extra 'src' folder is incorrect.  Second,
only folder 'F' exists.   Folders B..E were in fact checked out, but each
appears to be deleted again when the subsequent folder is created.

As an experiment I try to be clever.  I attempt to check out folders B..F into
the higher level folder (i.e. the project folder itself).  But this fails with
the error "Error occurred in 5 of 0 operations.  Folder 'B' cannot be checked
out because folder '/MyProj/src/' is in the way"

The only thing left to do is delete /src/src, and import folders B..F one by
one.  This does at least work (albeit slow + labourous).


I am using eclipse 3.0M8, Windows XP. (CVS hosted remotely on Linux)

i20040121

When using the Java Coding conventions profile, array accesses are formatted in
a way that there is a space after the opening bracket: 
"x[index]" 
becomes 
"x[ index]"

The following test case produces no outline but no error in the editor either
<project

</project>

I200405282000

- Create a new java project containing the following classes: 

package com.example.p1;

public class C1 {

    public void test() {
        String s = getFoo();
    }

    protected static String getFoo() {
        return "Foo";
    }
}

package com.example.p2;

public class C2 {

}

- Select C1#getFoo() 
- Refactor -> Move
- Select C2 as target
- press "Preview"
- a dialog comes up which warns about getFoo() not beeing visible after the move
- press "Back"
- press "Preview" again
- press "Continue" -> The "Changes to be performed"-dialog shows that two
members will be added to C2 (as long as the Class C2 itself is selected in the
tree on the top - if you expand C2 and select the second "add members"[1] only
one method is shown in the "Refactored source"-area. 

If you "Continue" the refactoring you end up with C2 containing the moved source
two times.

Don't know if this maybe will also happen for other refactorings (which have a
"Back"-Option).

[1] by the way, why is there a "s" at the end - isn't there normally one "add
member"-entry for each member which gets added?

In M6, our toolbar is disappearing whenever a part other than the editorpart 
is active.  This never happened before.  It causes flashing and extra layouts 
of hte toolbar.  Also, our outline page retargets some of the editor's 
actions.  But now the actions aren't visible.

And, our custom contribution item's control is being disposed.  When disposed, 
it removes itself as a part listener, so when it is later recreated, it 
doesn't receive part notification.  Why are item's being disposed and then 
having fill(Toolbar) called again??

New source lookup facilities have been added to the debug platform. The Java 
debugger provides a corresponding new implementation for source lookup. The 
following patch will migrate the JUnit launch config to use the new source 
lookup support. The changes are:

* specify the platform source lookup tab in the tab group
* no longer initialize the source locator attribute in launch shortcuts
* specify the source locator and source path computer for the JUnit launch 
config type in plug-in XML

build: i200411050810

Didn't notice anything going wrong, just saw the log entry by chance. Don't know
how to reproduce, sorry.

!ENTRY org.eclipse.jdt.ui 4 10001 2004-11-05 11:55:23.703
!MESSAGE Internal Error
!STACK 0
java.lang.ArrayIndexOutOfBoundsException
	at
org.eclipse.jdt.internal.compiler.parser.Scanner.getCurrentTokenSource(Scanner.java:380)
	at
org.eclipse.jdt.internal.compiler.parser.diagnose.LexStream.readTokenFromScanner(LexStream.java:84)
	at
org.eclipse.jdt.internal.compiler.parser.diagnose.LexStream.token(LexStream.java:137)
	at
org.eclipse.jdt.internal.compiler.parser.diagnose.LexStream.kind(LexStream.java:177)
	at
org.eclipse.jdt.internal.compiler.parser.diagnose.DiagnoseParser.diagnoseParse(DiagnoseParser.java:293)
	at
org.eclipse.jdt.internal.compiler.parser.Parser.reportSyntaxErrors(Parser.java:9014)
	at org.eclipse.jdt.internal.compiler.parser.Parser.parse(Parser.java:8397)
	at org.eclipse.jdt.internal.compiler.parser.Parser.parse(Parser.java:8640)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.parseStatements(MethodDeclaration.java:108)
	at
org.eclipse.jdt.core.dom.CompilationUnitResolver.resolve(CompilationUnitResolver.java:630)
	at
org.eclipse.jdt.core.dom.CompilationUnitResolver.resolve(CompilationUnitResolver.java:442)
	at org.eclipse.jdt.core.dom.ASTParser.internalCreateAST(ASTParser.java:722)
	at org.eclipse.jdt.core.dom.ASTParser.createAST(ASTParser.java:574)
	at
org.eclipse.jdt.internal.ui.text.correction.LocalCorrectionsSubProcessor.addUncaughtExceptionProposals(LocalCorrectionsSubProcessor.java:99)
	at
org.eclipse.jdt.internal.ui.text.correction.QuickFixProcessor.process(QuickFixProcessor.java:258)
	at
org.eclipse.jdt.internal.ui.text.correction.QuickFixProcessor.getCorrections(QuickFixProcessor.java:190)
	at
org.eclipse.jdt.internal.ui.text.correction.JavaCorrectionProcessor.collectCorrections(JavaCorrectionProcessor.java:240)
	at
org.eclipse.jdt.internal.ui.text.correction.JavaCorrectionProcessor.processAnnotations(JavaCorrectionProcessor.java:208)
	at
org.eclipse.jdt.internal.ui.text.correction.JavaCorrectionProcessor.computeCompletionProposals(JavaCorrectionProcessor.java:177)
	at
org.eclipse.jface.text.contentassist.ContentAssistant.computeCompletionProposals(ContentAssistant.java:1472)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.computeProposals(CompletionProposalPopup.java:251)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$7(CompletionProposalPopup.java:247)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup$1.run(CompletionProposalPopup.java:206)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.showProposals(CompletionProposalPopup.java:201)
	at
org.eclipse.jface.text.contentassist.ContentAssistant.showPossibleCompletions(ContentAssistant.java:1320)
	at
org.eclipse.jdt.internal.ui.text.correction.JavaCorrectionAssistant.showPossibleCompletions(JavaCorrectionAssistant.java:159)
	at
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor$AdaptedSourceViewer.doOperation(CompilationUnitEditor.java:186)
	at
org.eclipse.ui.texteditor.TextOperationAction$1.run(TextOperationAction.java:122)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.texteditor.TextOperationAction.run(TextOperationAction.java:120)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:988)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:188)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:130)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:445)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:724)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:767)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:536)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:479)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:221)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java:748)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:799)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:824)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:809)
	at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:837)
	at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Widget.wmKeyDown(Widget.java:1322)
	at org.eclipse.swt.widgets.Control.WM_KEYDOWN(Control.java:3331)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3016)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3361)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1502)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2446)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1529)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1500)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:276)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
	at java.lang.reflect.Method.invoke(Method.java:391)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:704)
	at org.eclipse.core.launcher.Main.main(Main.java:688)

I20040127

The resources plugin fails to start on Linux if auto-refresh is turned on.

1) The native refresh library is missing
2) An ArrayIndexOutOfBoundsException occurs in
MonitorManager.getResourcesToMonitor because it uses the wrong array index (i
instead of j).

20041013

When I call getItems[] the TableItems are created but the SetData callback 
does not occur.

Here is a code snippet to show the issue

import org.eclipse.swt.SWT;
import org.eclipse.swt.layout.FillLayout;
import org.eclipse.swt.widgets.Display;
import org.eclipse.swt.widgets.Event;
import org.eclipse.swt.widgets.Listener;
import org.eclipse.swt.widgets.Shell;
import org.eclipse.swt.widgets.Table;
import org.eclipse.swt.widgets.TableItem;

/*
 * Created on Oct 15, 2004
 *
 * TODO To change the template for this generated file go to
 * Window - Preferences - Java - Code Style - Code Templates
 */

/**
 * @author tod
 *
 * TODO To change the template for this generated type comment go to
 * Window - Preferences - Java - Code Style - Code Templates
 */
public class VirtualTableTest {

	public static void main(String[] args) {
		
		final Display display = new Display ();
		Shell shell = new Shell (display);
		shell.setLayout(new FillLayout());
		final Table table = new Table(shell, SWT.BORDER | SWT.VIRTUAL);
		table.addListener(SWT.SetData, new Listener() {
			public void handleEvent(Event e) {
				TableItem item = (TableItem)e.item;
				int index = table.indexOf(item);
				item.setText("item "+ String.valueOf(index));
			}
		});
		
		table.setItemCount(20);
		TableItem[] items = table.getItems();
		for (int i = 0; i < items.length; i++) {
			TableItem item = items[i];
			System.out.println(items[i].getText());
		}


	}
}

Eclipse 3.0 RC2

Running the Browser Example on RH9, mozilla version: 
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031016

Try to open a page that has Flash like www.mma.tv or www.ronin-mma.com,
After loaded, the browser is blank, I need to resize the window to cause the
browser to render. Once the problems happens once other no-flash pages
(eclipse.org, www.google.com, etc) starting showing the same problem.

Take the following code:

package foo;

import java.io.IOException;
import java.sql.SQLException;

public class Test {
    private void thrower() throws SQLException, IOException {}
    public void test() throws SQLException {
        thrower();
    }
}

Obviously, there's an error because test doesn't handle thrower's IOException.
Now, if I apply the "Surround with try/catch" quick fix, I'd expect to get one
catch phrase -- for IOException. What happens (in Eclipse 3.0RC1) is that
another catch clause is generated for SQLException -- which is unnecessary and
usually not what I want.

Test Pass for 3.0 RC2

1. have JUnit with corresponding code
2. add the following line to TestCase.java:
// read-only
3. close the editor and make the file read-only
4. start to import JUnit from File system
4. Uncheck "Overwrite existing...without warning"
5. Click "Finish"
==> dialog appears
6. Click "Yes To All"

Stuff gets imported and wizard closes - no info about read-only files.

Now, what do I have to expect? Has TestCase.java been overwritten? Were there
other read-only files? Which ones?

Fact is: read-only file TestCase.java has not been imported.

I would expect a dialog that asks me what do to with read-only files or at least
tell me that which ones were not imported.

Build id: 200405131200, and earlier ones.

If you choose a workspace that is in use, an error message appears, but you can
no longer choose a new workspace - even those that are not in use. You must
cancel and try again.

Steps:
1. Open Eclipse with Workspace A.
2. Open Eclipse, choose Workspace A. (Obviously in use)
3. Try to choose Workspace B, or create a new workspace - (which will create the
folder, but still doesn't work)

build I20041124-0800

- set a breakpoint on MenuManager.isVisible()
- start the IDE
- when the breakpoint is hit, add a detail formatter for MenuManager that has
just: getId()
- you get:
Detail formatter error: Unable to retrieve the correct enclosing instance of 'this'

At this point, there are no nested classes involved.

Summary: Simplified Chinese file with corrupted chars when being displayed 
through eclipse 3.0.1. Problem only occurs in windows. File displays fine in 
Linux.

Just upgraded to M9, when I attempt to Source/Format any java source file 
Eclipse goes off into oblivion for a while (a minute or two).  Then two 
dialogs are popped up, "A internal error occured...." and "An out of memory 
erro has occured..." 
 
Stdout/stderr return the following: 
java.lang.OutOfMemoryError 
Unhandled event loop exception 
Reason: 
java.lang.OutOfMemoryError 
Unhandled event loop exception 
Reason: 
java.lang.OutOfMemoryError 
 
I have saved the .log file if you want it.

This problem was found using eclipse 2.1.3 but also exists in 3.0.  This 
problem doesn't occur all the time, but below I will provide a way to reproduce 
this problem fairly consistently.  I will also provide a fix (one line).

Problem:

I have java project "X" which contains a jar file (my jar file is named 
log4j.jar).  I have another java project "Y" which has X's jar file on its 
build path.  Occassionally, when I try to delete X (specifying to "delete 
contents..."), I will get a "Delete Problems" dialog that reads:

    title:  Problems encountered while deleting resources.
    details:  Could not delete: /X.
              Could not delete: D:\dev\workspace\X\log4j.jar

If this error occurs I usually have to close/re-open my workspace in order to 
delete the project.

How to reproduce:

I come across this problem in more likely scenarios, but to reproduce this 
problem fairly consistently I just double click on the jar file (in Y) to 
expand it and then quickly double click various packages to expand/collapse 
them and double click various class files to open editors, then close them, 
build the project, right click the project and go to the properties page - go 
to the "Libraries" tab of the Java Build Path page and click OK (mix up these 
steps - open some editors, build, close editors, etc.).  Doing this for less 
than a minute should get you in a state to reproduce the problem.

For a more exact approach, you can track the number of times a 
java.util.zip.ZipFile object is created (with your jar file as the File 
parameter in the constructor) vs. the number of times ZipFile.close() is called 
(again, on a zip file representing your jar file) and wait for the number of 
creations to get well ahead (>5) of the number of times it is closed before you 
try to delete the project.  If needed I can detail a fairly easy way to do this 
by modifying your rt.jar and replacing System.out with a custom PrintStream 
class.

Cause:

Zipfile.close() isn't being called explicitly - it appears that we're allowing 
garbage collection to take care of this.  When we get to 
org.eclipse.ui.actions.DeleteResourceAction.delete(IResource[], 
IProgressMonitor) (after following the steps above and trying to delete the 
project in question) - garbage collection hasn't cleaned up these unreferenced 
ZipFile objects.  

Proposed fix:

Making "System.gc();" the first line of the method:  
org.eclipse.ui.actions.DeleteResourceAction.delete(IResource[], 
IProgressMonitor) fixes this problem.

Overview Description: The Eclipse code has a mismatch between the java 
source and the property file. In the property file references are referenced 
by "SwapFeatureWizard*" and in the java source 
as "ReplaceFeatureVersionWizard*". 


Steps to Reproduce: This can be demonstrated with the com.example.xyz plugin 
and update site created using the online cheat sheet.
1.	Create an update site for the com.example.xyz feature.
2.	Install the feature into the eclipse platform directory.
3. 	Modify com.example.xyz feature by increasing the version number.
4.	Install the new version.
3.	After eclipse has restarted start the configuration manager
4.	Select the currently active com.example.xyz feature.
5.	Select "Replace with Another Version" task
6. 	All text strings in the dialog will be untranslated.


Actual Results:
All text strings in the replace feature dialog will be untranslated.

Expected Results:
Dialog displays text strings from property file.

PDE is using the OpenLaunchDialogAction in cheat sheets. They require to know 
the result of invoking the action (succeed/fail). Need to add call 
to "notifyResult(..)" in the action.

20040129 preview from 5 p.m.

In the following code the TagElement has ranges [-1, 0].

Would be nice to have this fixed for EC.

package x;


public class E {

	int val;
	
    /**			
     * {@link Vector#containsAll(Collection)}
     */
    public void gee(String name) {
    }
}

 

Build 20040129

I have open mode set to single click. Using the new search view, when I select 
a result it doesn't open the corresponding cu. I have to double-click to open 
it.

build I20040607-0800

- set a watchpoint on a field
- later, while debugging code, selecting fields in the variable view seemed
really slow
- ctrl+break in the console shows:

"main" prio=5 tid=0x00234d60 nid=0x7f4 runnable [6e000..6fc3c]
        at java.io.BufferedInputStream.ensureOpen(BufferedInputStream.java:119)
        at java.io.BufferedInputStream.read(BufferedInputStream.java:199)
        - locked <0x1015a768> (a java.io.BufferedInputStream)
        at java.io.DataInputStream.readUnsignedByte(DataInputStream.java:352)
        at org.eclipse.jdt.internal.core.util.Util.readUTF(Util.java:1430)
        at
org.eclipse.jdt.internal.core.index.DiskIndex.readCategoryTable(DiskIndex.java:517)
        - locked <0x11d0e4f0> (a org.eclipse.jdt.internal.core.index.DiskIndex)
        at
org.eclipse.jdt.internal.core.index.DiskIndex.addQueryResults(DiskIndex.java:150)
        at org.eclipse.jdt.internal.core.index.Index.query(Index.java:128)
        at
org.eclipse.jdt.internal.core.search.matching.TypeDeclarationPattern.queryIn(TypeDeclarationPattern.java:189)
        at
org.eclipse.jdt.internal.core.search.matching.InternalSearchPattern.findIndexMatches(InternalSearchPattern.java:51)
        at
org.eclipse.jdt.internal.core.search.matching.MatchLocator.findIndexMatches(MatchLocator.java:266)
        at
org.eclipse.jdt.internal.core.search.PatternSearchJob.search(PatternSearchJob.java:109)
        at
org.eclipse.jdt.internal.core.search.PatternSearchJob.execute(PatternSearchJob.java:64)
        at
org.eclipse.jdt.internal.core.search.processing.JobManager.performConcurrentJob(JobManager.java:259)
        at
org.eclipse.jdt.core.search.SearchEngine.searchAllTypeNames(SearchEngine.java:867)
        at
org.eclipse.jdt.internal.debug.ui.actions.ToggleBreakpointAdapter.searchForTypes(ToggleBreakpointAdapter.java:656)
        at
org.eclipse.jdt.internal.debug.ui.actions.ToggleBreakpointAdapter.getField(ToggleBreakpointAdapter.java:733)
        at
org.eclipse.jdt.internal.debug.ui.actions.ToggleBreakpointAdapter.getFields(ToggleBreakpointAdapter.java:333)
        at
org.eclipse.jdt.internal.debug.ui.actions.ToggleBreakpointAdapter.canToggleWatchpoints(ToggleBreakpointAdapter.java:5
63)
        at
org.eclipse.debug.internal.ui.actions.RetargetWatchpointAction.canPerformAction(RetargetWatchpointAction.java:36)
        at
org.eclipse.debug.internal.ui.actions.RetargetAction.update(RetargetAction.java:200)
        at
org.eclipse.debug.internal.ui.actions.RetargetAction.selectionChanged(RetargetAction.java:127)
        at
org.eclipse.ui.internal.PluginAction.refreshEnablement(PluginAction.java:230)
        at
org.eclipse.ui.internal.PluginAction.selectionChanged(PluginAction.java:297)
        at
org.eclipse.ui.internal.PluginAction.selectionChanged(PluginAction.java:318)
        at
org.eclipse.ui.internal.AbstractSelectionService$3.run(AbstractSelectionService.java:153)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
        at org.eclipse.core.runtime.Platform.run(Platform.java:758)
        at
org.eclipse.ui.internal.AbstractSelectionService.fireSelection(AbstractSelectionService.java:151)
        at
org.eclipse.ui.internal.AbstractSelectionService$1.selectionChanged(AbstractSelectionService.java:66)
        at
org.eclipse.debug.internal.ui.views.variables.VariablesView$VariablesViewSelectionProvider.fireSelectionChanged(Varia
blesView.java:213)
        at
org.eclipse.debug.internal.ui.views.variables.VariablesView$4.selectionChanged(VariablesView.java:932)
        at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
        at org.eclipse.core.runtime.Platform.run(Platform.java:758)
        at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
        at
org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:1388)
        at
org.eclipse.jface.viewers.StructuredViewer.handleSelect(StructuredViewer.java:694)
        at
org.eclipse.jface.viewers.StructuredViewer$4.widgetSelected(StructuredViewer.java:720)
        at
org.eclipse.jface.util.OpenStrategy.fireSelectionEvent(OpenStrategy.java:180)
        at org.eclipse.jface.util.OpenStrategy.access$3(OpenStrategy.java:175)
        at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:324)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)


Does it need to update this action every time the selection is changed?
If this only appears on the context menu, I suggest deferring it until the
context menu is popped up.

3.0 M8

- import org.junit as binary plug-in project
- search for references to type "TestListener"
- select the library junit.jar
- from context menu, choose Open With > Text Editor
-> invalid "matches" are shown in the editor

Problem is probably in JavaSearchResult#getFile(Object), which should not
getUnderlyingResource() for JavaElements not in a ICompilationUnit.

If a Category has no activities in it, the category should be hidden.  

Why might somebody do this you ask?  We have a core product that other 
products build on top of and have been looking to stub out categories for 
other dependent products to contribute their activities to.

The export icon has an arrow point towards the icon of the workbench window.  
The import icon has an arrow pointed away from the application window.

It's backwards.  Why is export going in and import going out?

Is rcinfo not supported?

@@

# rcsinfo
ALL			$CVSROOT/CVSROOT/rcstemplate

@@

The rcstemplate file:

@@

CVS: ----------------------------------------------------------------------
CVS: Please enter a commit message.

@@

I check out a module from CVS, add a file and commit it.

The template above will be shown in the text field; I now press Return (i.e. no
message).

@@

cvs ci -m "/other/test.txt"
    RCS file: /opt/cvs/test/other/test.txt,v
    done
    Checking in test.txt;
    /opt/cvs/test/other/test.txt,v  <--  test.txt
    initial revision: 1.1
    done
    Mailing the commit message to 'test@test.com'.
ok (took 0:00.430)

@@@@

Now I change the file and commit again; this time I enter "xx" and leave the
template in place

cvs ci -m "xx
CVS: ----------------------------------------------------------------------
CVS: Please enter a commit message.
" "/other/test.txt"
    Checking in test.txt;
    /opt/cvs/test/other/test.txt,v  <--  test.txt
    new revision: 1.2; previous revision: 1.1
    done
    Mailing the commit message to 'test@test.com'.
ok (took 0:00.390)

@@@@

Now if I look at the commit messages in the CVS Resource History the first entry
will be "*** empty log message***" and the second will be:
"
xx
CVS: ----------------------------------------------------------------------
CVS: Please enter a commit message.
"

@@@@

If I do the same thing with vi on the commandline the template will be stripped
and only "xx" will be the log message.

@@@@

So, shouldn't there be a second non-editable text field displaying the template?

Or the dialog should remember that it fetched a template and therefore strip it
from the message it sends to the server?

@@@@

Forcing the user to always delete the template is not an option in my opinion.

build I20040817 + head
1) launch eclipse
2) open java perspective
3) create a java project P
4) create a class X.java
public class X {
  <T> T foo(){return null;}
}
5) close eclipse
6) relaunch

an exception occurs
java.lang.StackOverflowError
	at org.eclipse.jdt.core.dom.TypeBinding.isLocal(TypeBinding.java:301)
	at org.eclipse.jdt.core.dom.TypeBinding.getKey(TypeBinding.java:457)
	at org.eclipse.jdt.core.dom.MethodBinding.getKey
(MethodBinding.java:162)
	at org.eclipse.jdt.core.dom.TypeBinding.getKey(TypeBinding.java:512)
	at org.eclipse.jdt.core.dom.MethodBinding.getKey
(MethodBinding.java:162)
	at org.eclipse.jdt.core.dom.TypeBinding.getKey(TypeBinding.java:512)
	at org.eclipse.jdt.core.dom.MethodBinding.getKey
(MethodBinding.java:162)
	at ...

Build: I-20040220

I had a runtime workbench up in debug mode.
I paused at a breakpoint.
I made some changes in my code and saved, causing the warning dialog to come 
up telling me that the stack now contains obsolete code, etc.  This is all 
fine.

Then an editor opened and it was totally empty.

I found the following NPE in my log upon closing it.

Error Apr 22, 2004 02:51:04.276 An exception occurred while dispatching debug 
events.
java.lang.NullPointerException
	at 
org.eclipse.debug.internal.ui.sourcelookup.CommonSourceNotFoundEditor.closeEdit
or(CommonSourceNotFoundEditor.java:426)
	at 
org.eclipse.debug.internal.ui.sourcelookup.CommonSourceNotFoundEditor.handleDeb
ugEvents(CommonSourceNotFoundEditor.java:363)
	at org.eclipse.debug.core.DebugPlugin$EventNotifier.run
(DebugPlugin.java:935)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:609)
	at org.eclipse.core.runtime.Platform.run(Platform.java:541)
	at org.eclipse.debug.core.DebugPlugin$EventNotifier.dispatch
(DebugPlugin.java:967)
	at org.eclipse.debug.core.DebugPlugin.fireDebugEventSet
(DebugPlugin.java:336)
	at org.eclipse.jdt.internal.debug.core.model.JDIDebugElement.fireEvent
(JDIDebugElement.java:148)
	at 
org.eclipse.jdt.internal.debug.core.model.JDIDebugElement.fireTerminateEvent
(JDIDebugElement.java:203)
	at org.eclipse.jdt.internal.debug.core.model.JDIDebugTarget.terminated
(JDIDebugTarget.java:1274)
	at 
org.eclipse.jdt.internal.debug.core.model.JDIDebugTarget.handleVMDeath
(JDIDebugTarget.java:864)
	at org.eclipse.jdt.internal.debug.core.EventDispatcher.dispatch
(EventDispatcher.java:143)
	at org.eclipse.jdt.internal.debug.core.EventDispatcher.run
(EventDispatcher.java:221)
	at java.lang.Thread.run(Unknown Source)

While using the JDT editor in Eclipse 3.0RC3 I received the following
stacktrace, but can't say exactly what I did to get that. 

Not sure if it belongs to SWT or JDT-UI.

Hope it tells somebody enought to fix it:

java.lang.IllegalArgumentException: Index out of bounds
at org.eclipse.swt.SWT.error(SWT.java:2677)
at org.eclipse.swt.SWT.error(SWT.java:2616)
at org.eclipse.swt.SWT.error(SWT.java:2587)
at org.eclipse.swt.custom.StyledText.redrawRange(StyledText.java:6019)
at
org.eclipse.jdt.internal.ui.javaeditor.JavaEditor$MouseClickListener.repairRepresentation(JavaEditor.java:907)
at
org.eclipse.jdt.internal.ui.javaeditor.JavaEditor$MouseClickListener.deactivate(JavaEditor.java:717)
at
org.eclipse.jdt.internal.ui.javaeditor.JavaEditor$MouseClickListener.deactivate(JavaEditor.java:710)
at
org.eclipse.jdt.internal.ui.javaeditor.JavaEditor$MouseClickListener.focusLost(JavaEditor.java:1212)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:108)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:801)
at org.eclipse.swt.widgets.Control.sendFocusEvent(Control.java:1756)
at org.eclipse.swt.widgets.Control.WM_KILLFOCUS(Control.java:3615)
at org.eclipse.swt.widgets.Canvas.WM_KILLFOCUS(Canvas.java:233)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2999)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:3298)
at org.eclipse.swt.internal.win32.OS.BringWindowToTop(Native Method)
at org.eclipse.swt.widgets.Decorations.bringToTop(Decorations.java:206)
at org.eclipse.swt.widgets.Shell.open(Shell.java:757)
at org.eclipse.jface.window.Window.open(Window.java:644)
at org.eclipse.jface.dialogs.ErrorDialog.open(ErrorDialog.java:257)
at org.eclipse.jface.dialogs.ErrorDialog.openError(ErrorDialog.java:319)
at org.eclipse.jface.dialogs.ErrorDialog.openError(ErrorDialog.java:285)
at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.logException(WorkbenchKeyboard.java:662)
at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:930)
at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:546)
at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:494)
at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:259)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Display.filterEvent(Display.java:714)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:795)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1734)
at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1730)
at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3067)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2970)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:3298)
at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1467)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2396)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1375)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1346)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:252)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:272)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.core.launcher.Main.basicRun(Main.java:186)
at org.eclipse.core.launcher.Main.run(Main.java:647)
at org.eclipse.core.launcher.Main.main(Main.java:631)

3.0RC3

Not sure if this is related to bug 58642, bug 65985 or bug 65053, but they are
all fixed for RC3. 

Example copied from bug 57311 comment 12:

- Have this class:

class C {
    void m() {
        System.out.println();
    }
}

- caret on println
- press F2
-> popup
- press Esc 
-> popup goes away
-> editor quickly gains focus, but then looses it again
-> no keyboard focus, only the main menu works

I only marked this as critical because it seems to be an unfixed case of the
bugs noted above. On its own, this is major.

20041013

Format the following source. Nothing is changed. (null is returned as formatter
result)


package test;
public enum DD { A(){void foo(){}}, B }

Cheetah as of 20040625

In situations where the compiler/reconcile has bugs like in early Cheetah, 
editor contents cannot be saved properly, also see bug 68557 for an example.

We should make our support more robust, and capture such failures as 
JavaModelExceptions (similar to batch compiler handling).

Smoke test for 2004-01-10 08:00

1) Create a java project in a new workspace
2) observe: you're not asked to switch to the java perspective.

3.0RC2

- open 3 editors
- drag and drop 1st editor to be diplayed in second area
- maximize 2nd editor by double-clicking on its tab
- close 2nd editor
-> only 3rd editor is visible (not maximized)

3.0 RC3 

1) I have a workspace (newly created) that contains JUnit as per Smoke test.
2) I created a second Project "Test" with a couple of classes
3) I checked out org.eclipse.jdt.ui
4) Did some testing, etc
5) I checked out org.eclipse.swt
6) while the checkout was running in the background, I tried to open
"StyledText" repeatedly via the "Open Type" dialog (by pressing ctrl-shift-t).
7) I noticed these stack traces in the console log:

        at java.lang.Throwable.<init>(Throwable.java)
        at org.eclipse.core.runtime.CoreException.<init>(CoreException.java)
        at org.eclipse.jdt.core.JavaModelException.<init>(JavaModelException.jav
a:67)
        at org.eclipse.jdt.internal.core.JavaElement.newNotPresentException(Java
Element.java:561)
        at org.eclipse.jdt.internal.core.PackageFragmentRoot.buildStructure(Pack
ageFragmentRoot.java:169)
        at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java)
        at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.
java)
        at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.
java)
        at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.
java)
        at org.eclipse.jdt.internal.core.PackageFragmentRoot.getKind(PackageFrag
mentRoot.java)
        at org.eclipse.jdt.internal.core.PackageFragment.getKind(PackageFragment
.java)
        at org.eclipse.jdt.internal.core.CompilationUnit.buildStructure(Compilat
ionUnit.java)
        at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java)
        at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.
java)
        at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.
java)
        at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.
java)
        at org.eclipse.jdt.internal.core.JavaElement.getChildren(JavaElement.jav
a)
        at org.eclipse.jdt.internal.core.JavaElement.getChildrenOfType(JavaEleme
nt.java)
        at org.eclipse.jdt.internal.core.CompilationUnit.getTypes(CompilationUni
t.java)
        at org.eclipse.jdt.internal.core.hierarchy.ChangeCollector.getAllTypesFr
omElement(ChangeCollector.java)
        at org.eclipse.jdt.internal.core.hierarchy.ChangeCollector.addChange(Cha
ngeCollector.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffectedByOpe
nable(TypeHierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffected(Type
Hierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffectedByChi
ldren(TypeHierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffectedByPac
kageFragment(TypeHierarchy.java:908)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffected(Type
Hierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffectedByChi
ldren(TypeHierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffectedByPac
kageFragmentRoot(TypeHierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffected(Type
Hierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffectedByChi
ldren(TypeHierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffectedByJav
aProject(TypeHierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffected(Type
Hierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffectedByChi
ldren(TypeHierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffectedByJav
aModel(TypeHierarchy.java:855)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffected(Type
Hierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.elementChanged(
TypeHierarchy.java:347)
        at org.eclipse.jdt.internal.core.DeltaProcessor$2.run(DeltaProcessor.jav
a)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatfo
rm.java)
        at org.eclipse.core.runtime.Platform.run(Platform.java)
        at org.eclipse.jdt.internal.core.DeltaProcessor.notifyListeners(DeltaPro
cessor.java)
        at org.eclipse.jdt.internal.core.DeltaProcessor.firePostChangeDelta(Delt
aProcessor.java:1314)
        at org.eclipse.jdt.internal.core.DeltaProcessor.fire(DeltaProcessor.java
:1293)
        at org.eclipse.jdt.internal.core.DeltaProcessor.resourceChanged(DeltaPro
cessor.java:1891)
        at org.eclipse.jdt.internal.core.DeltaProcessingState.resourceChanged(De
ltaProcessingState.java:414)
        at org.eclipse.core.internal.events.NotificationManager$2.run(Notificati
onManager.java)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatfo
rm.java)
        at org.eclipse.core.runtime.Platform.run(Platform.java)
        at org.eclipse.core.internal.events.NotificationManager.notify(Notificat
ionManager.java:277)
        at org.eclipse.core.internal.events.NotificationManager.broadcastChanges
(NotificationManager.java:151)
        at org.eclipse.core.internal.resources.Workspace.broadcastChanges(Worksp
ace.java:172)
        at org.eclipse.core.internal.resources.Workspace.endOperation(Workspace.
java)
        at org.eclipse.core.internal.resources.File.create(File.java)
        at org.eclipse.core.internal.resources.File.create(File.java)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseFile.setContents
(EclipseFile.java)
        at org.eclipse.team.internal.ccvs.core.client.Session.receiveFile(Sessio
n.java)
        at org.eclipse.team.internal.ccvs.core.client.UpdatedHandler.receiveTarg
etFile(UpdatedHandler.java)
        at org.eclipse.team.internal.ccvs.core.client.UpdatedHandler.handle(Upda
tedHandler.java)
        at org.eclipse.team.internal.ccvs.core.client.Request.executeRequest(Req
uest.java)
        at org.eclipse.team.internal.ccvs.core.client.Command.doExecute(Command.
java:421)
        at org.eclipse.team.internal.ccvs.core.client.Checkout.doExecute(Checkou
t.java:168)
        at org.eclipse.team.internal.ccvs.core.client.CheckoutWithOverwrite.doEx
ecute(CheckoutWithOverwrite.java:52)
        at org.eclipse.team.internal.ccvs.core.client.Command$1.run(Command.java
:337)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.run
(EclipseSynchronizer.java)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseResource$2.run(E
clipseResource.java:268)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseResource.run(Ecl
ipseResource.java:265)
        at org.eclipse.team.internal.ccvs.core.client.Command.execute(Command.ja
va:349)
        at org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation
.performCheckout(CheckoutProjectOperation.java:245)
        at org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation
$1.run(CheckoutProjectOperation.java:151)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.run
(EclipseSynchronizer.java)
        at org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation
.checkout(CheckoutProjectOperation.java:149)
        at org.eclipse.team.internal.ccvs.ui.operations.CheckoutMultipleProjects
Operation.checkout(CheckoutMultipleProjectsOperation.java:50)
        at org.eclipse.team.internal.ccvs.ui.operations.CheckoutOperation.checko
ut(CheckoutOperation.java:46)
        at org.eclipse.team.internal.ccvs.ui.operations.CheckoutOperation.execut
e(CheckoutOperation.java:31)
        at org.eclipse.team.internal.ccvs.ui.operations.CVSOperation.run(CVSOper
ation.java:84)
        at org.eclipse.team.internal.ui.actions.JobRunnableContext.run(JobRunnab
leContext.java:159)
        at org.eclipse.team.internal.ui.actions.JobRunnableContext$3.runInWorksp
ace(JobRunnableContext.java:179)
        at org.eclipse.core.internal.resources.InternalWorkspaceJob.run(Internal
WorkspaceJob.java:38)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java)
Java Model Exception: Java Model Status [Eclipse SWT PI/motif/org/eclipse/swt/in
ternal/motif [in org.eclipse.swt] does not exist]
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at org.eclipse.core.runtime.CoreException.<init>(CoreException.java)
        at org.eclipse.jdt.core.JavaModelException.<init>(JavaModelException.jav
a:67)
        at org.eclipse.jdt.internal.core.JavaElement.newNotPresentException(Java
Element.java:561)
        at org.eclipse.jdt.internal.core.PackageFragmentRoot.buildStructure(Pack
ageFragmentRoot.java:169)
        at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java)
        at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.
java)
        at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.
java)
        at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.
java)
        at org.eclipse.jdt.internal.core.PackageFragmentRoot.getKind(PackageFrag
mentRoot.java)
        at org.eclipse.jdt.internal.core.PackageFragment.getKind(PackageFragment
.java)
        at org.eclipse.jdt.internal.core.CompilationUnit.buildStructure(Compilat
ionUnit.java)
        at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java)
        at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.
java)
        at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.
java)
        at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.
java)
        at org.eclipse.jdt.internal.core.JavaElement.getChildren(JavaElement.jav
a)
        at org.eclipse.jdt.internal.core.JavaElement.getChildrenOfType(JavaEleme
nt.java)
        at org.eclipse.jdt.internal.core.CompilationUnit.getTypes(CompilationUni
t.java)
        at org.eclipse.jdt.internal.core.hierarchy.ChangeCollector.getAllTypesFr
omElement(ChangeCollector.java)
        at org.eclipse.jdt.internal.core.hierarchy.ChangeCollector.addChange(Cha
ngeCollector.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffectedByOpe
nable(TypeHierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffected(Type
Hierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffectedByChi
ldren(TypeHierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffectedByPac
kageFragment(TypeHierarchy.java:908)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffected(Type
Hierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffectedByChi
ldren(TypeHierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffectedByPac
kageFragmentRoot(TypeHierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffected(Type
Hierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffectedByChi
ldren(TypeHierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffectedByJav
aProject(TypeHierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffected(Type
Hierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffectedByChi
ldren(TypeHierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffectedByJav
aModel(TypeHierarchy.java:855)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.isAffected(Type
Hierarchy.java)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.elementChanged(
TypeHierarchy.java:347)
        at org.eclipse.jdt.internal.core.DeltaProcessor$2.run(DeltaProcessor.jav
a)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatfo
rm.java)
        at org.eclipse.core.runtime.Platform.run(Platform.java)
        at org.eclipse.jdt.internal.core.DeltaProcessor.notifyListeners(DeltaPro
cessor.java)
        at org.eclipse.jdt.internal.core.DeltaProcessor.firePostChangeDelta(Delt
aProcessor.java:1314)
        at org.eclipse.jdt.internal.core.DeltaProcessor.fire(DeltaProcessor.java
:1293)
        at org.eclipse.jdt.internal.core.DeltaProcessor.resourceChanged(DeltaPro
cessor.java:1891)
        at org.eclipse.jdt.internal.core.DeltaProcessingState.resourceChanged(De
ltaProcessingState.java:414)
        at org.eclipse.core.internal.events.NotificationManager$2.run(Notificati
onManager.java)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatfo
rm.java)
        at org.eclipse.core.runtime.Platform.run(Platform.java)
        at org.eclipse.core.internal.events.NotificationManager.notify(Notificat
ionManager.java:277)
        at org.eclipse.core.internal.events.NotificationManager.broadcastChanges
(NotificationManager.java:151)
        at org.eclipse.core.internal.resources.Workspace.broadcastChanges(Worksp
ace.java:172)
        at org.eclipse.core.internal.resources.Workspace.endOperation(Workspace.
java)
        at org.eclipse.core.internal.resources.File.create(File.java)
        at org.eclipse.core.internal.resources.File.create(File.java)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseFile.setContents
(EclipseFile.java)
        at org.eclipse.team.internal.ccvs.core.client.Session.receiveFile(Sessio
n.java)
        at org.eclipse.team.internal.ccvs.core.client.UpdatedHandler.receiveTarg
etFile(UpdatedHandler.java)
        at org.eclipse.team.internal.ccvs.core.client.UpdatedHandler.handle(Upda
tedHandler.java)
        at org.eclipse.team.internal.ccvs.core.client.Request.executeRequest(Req
uest.java)
        at org.eclipse.team.internal.ccvs.core.client.Command.doExecute(Command.
java:421)
        at org.eclipse.team.internal.ccvs.core.client.Checkout.doExecute(Checkou
t.java:168)
        at org.eclipse.team.internal.ccvs.core.client.CheckoutWithOverwrite.doEx
ecute(CheckoutWithOverwrite.java:52)
        at org.eclipse.team.internal.ccvs.core.client.Command$1.run(Command.java
:337)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.run
(EclipseSynchronizer.java)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseResource$2.run(E
clipseResource.java:268)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseResource.run(Ecl
ipseResource.java:265)
        at org.eclipse.team.internal.ccvs.core.client.Command.execute(Command.ja
va:349)
        at org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation
.performCheckout(CheckoutProjectOperation.java:245)
        at org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation
$1.run(CheckoutProjectOperation.java:151)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.run
(EclipseSynchronizer.java)
        at org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation
.checkout(CheckoutProjectOperation.java:149)
        at org.eclipse.team.internal.ccvs.ui.operations.CheckoutMultipleProjects
Operation.checkout(CheckoutMultipleProjectsOperation.java:50)
        at org.eclipse.team.internal.ccvs.ui.operations.CheckoutOperation.checko
ut(CheckoutOperation.java:46)
        at org.eclipse.team.internal.ccvs.ui.operations.CheckoutOperation.execut
e(CheckoutOperation.java:31)
        at org.eclipse.team.internal.ccvs.ui.operations.CVSOperation.run(CVSOper
ation.java:84)
        at org.eclipse.team.internal.ui.actions.JobRunnableContext.run(JobRunnab
leContext.java:159)
        at org.eclipse.team.internal.ui.actions.JobRunnableContext$3.runInWorksp
ace(JobRunnableContext.java:179)
        at org.eclipse.core.internal.resources.InternalWorkspaceJob.run(Internal
WorkspaceJob.java:38)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java)


Note that the org.eclipse.swt project looks like it's missing the JRE container
(not showing up in the package explorer, and the compiler complains about
missing java.lang.Object). When looking at the java build path page, the JRE
container is present, though.

RC3:

- create foo.xml file with UTF-16 encoding
- copy contents of legal Ant build file into foo.xml
- edit encoding in first line to reflect UTF-16 encoding
- save
- open context menu on foo.xml
Observe: no Ant action

- open Properties/Info dialog on foo.xml
Observe: Type is "XML" not "Ant"

I200403161300 + new code to use AST on reconcile (not yet in HEAD). Difference
is that we request the AST.

This time I have steps :-)
1. started fresh workspace
2. create Java project
3. create package org.eclipse.swt.custom
4. create empty file StyledText.java
5. paste StyledText.java into a fresh workspace
==>
java.lang.NullPointerException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.NullPointerException.<init>(NullPointerException.java:60)
	at org.eclipse.jdt.core.dom.TypeBinding.getKey(TypeBinding.java)
	at org.eclipse.jdt.core.dom.MethodBinding.getKey(MethodBinding.java)
	at
org.eclipse.jdt.core.dom.DefaultBindingResolver.resolveMethod(DefaultBindingResolver.java:470)
	at
org.eclipse.jdt.core.dom.MethodDeclaration.resolveBinding(MethodDeclaration.java:869)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java)
	at
org.eclipse.jdt.core.dom.ASTConverter.buildBodyDeclarations(ASTConverter.java:1005)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1132)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java)
	at
org.eclipse.jdt.core.dom.ASTConverter.convertToVariableDeclarationFragment(ASTConverter.java:2710)
	at
org.eclipse.jdt.core.dom.ASTConverter.convertToVariableDeclarationStatement(ASTConverter.java:2737)
	at
org.eclipse.jdt.core.dom.ASTConverter.checkAndAddMultipleLocalDeclaration(ASTConverter.java:384)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1859)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1764)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:2008)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1788)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java)
	at
org.eclipse.jdt.core.dom.ASTConverter.buildBodyDeclarations(ASTConverter.java:330)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:268)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:146)
	at org.eclipse.jdt.core.dom.AST.convertCompilationUnit(AST.java:233)
	at
org.eclipse.jdt.internal.core.CompilationUnit.buildStructure(CompilationUnit.java:147)
	at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:169)
	at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.java:543)
	at
org.eclipse.jdt.internal.core.CompilationUnit.makeConsistent(CompilationUnit.java:931)
	at
org.eclipse.jdt.internal.core.ReconcileWorkingCopyOperation.executeOperation(ReconcileWorkingCopyOperation.java:56)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:700)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaModelOperation.java:739)
	at
org.eclipse.jdt.internal.core.CompilationUnit.reconcile(CompilationUnit.java:1043)
	at
org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconcile(JavaReconcilingStrategy.java:84)
	at
org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconcile(JavaReconcilingStrategy.java:109)
	at
org.eclipse.jface.text.reconciler.CompositeReconcilingStrategy.reconcile(CompositeReconcilingStrategy.java:83)
	at
org.eclipse.jdt.internal.ui.text.JavaCompositeReconcilingStrategy.reconcile(JavaCompositeReconcilingStrategy.java:97)
	at org.eclipse.jface.text.reconciler.MonoReconciler.process(MonoReconciler.java:76)
	at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:189)

I20040506

0. smart semicolon is on, smart typing mode
1. have this code:

String s= "asdfasdf<caret>"

2. press SEMICOLON
-> expected: semicolon gets inserted after the closing quotation mark
-> real: the semicolon is inserted at the caret position
-> note that it works if the caret position is not before the closing quotation
mark.

Not sure what I did, but I got this NPE in my log:

java.lang.NullPointerException
at 
org.eclipse.debug.internal.ui.stringsubstitution.SelectedTextResolver.resolveVa
lue(SelectedTextResolver.java:31)
at org.eclipse.core.internal.variables.DynamicVariable.getValue
(DynamicVariable.java:49)
at org.eclipse.core.internal.variables.StringSubstitutionEngine.resolve
(StringSubstitutionEngine.java:256)
at org.eclipse.core.internal.variables.StringSubstitutionEngine.substitute
(StringSubstitutionEngine.java:180)
at 
org.eclipse.core.internal.variables.StringSubstitutionEngine.performStringSubst
itution(StringSubstitutionEngine.java:87)
at 
org.eclipse.core.internal.variables.StringVariableManager.performStringSubstitu
tion(StringVariableManager.java:534)
at 
org.eclipse.core.internal.variables.StringVariableManager.performStringSubstitu
tion(StringVariableManager.java:327)
at 
org.eclipse.jdt.launching.AbstractJavaLaunchConfigurationDelegate.getProgramArg
uments(AbstractJavaLaunchConfigurationDelegate.java:387)
at 
org.eclipse.jdt.internal.launching.JavaLocalApplicationLaunchConfigurationDeleg
ate.launch(JavaLocalApplicationLaunchConfigurationDelegate.java:77)
at org.eclipse.debug.internal.core.LaunchConfiguration.launch
(LaunchConfiguration.java:156)
at org.eclipse.debug.internal.ui.DebugUIPlugin.buildAndLaunch
(DebugUIPlugin.java:774)
at org.eclipse.debug.ui.DebugUITools.buildAndLaunch(DebugUITools.java:625)
at org.eclipse.debug.ui.DebugUITools$3.run(DebugUITools.java:581)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

I have written an IClasspathContainer with an Initializer to sync the classpath
with an external file. When the file I am monitoring changes the contents of the
container is updated with the new jars, but when I double click on the jar to
see the contents I get the following exception:

java.lang.NullPointerException
	at
org.eclipse.jdt.ui.actions.RemoveFromClasspathAction.canRemove(RemoveFromClasspathAction.java:134)
	at
org.eclipse.jdt.ui.actions.RemoveFromClasspathAction.checkEnabled(RemoveFromClasspathAction.java:78)
	at
org.eclipse.jdt.ui.actions.RemoveFromClasspathAction.selectionChanged(RemoveFromClasspathAction.java:71)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchSelectionChanged(SelectionDispatchAction.java:200)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.selectionChanged(SelectionDispatchAction.java:195)
	at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java(Inlined
Compiled Code))
	at org.eclipse.core.runtime.Platform.run(Platform.java(Compiled Code))
	at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
	at
org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:1310)
	at
org.eclipse.jface.viewers.StructuredViewer.handleSelect(StructuredViewer.java:666)
	at
org.eclipse.jface.viewers.StructuredViewer$4.widgetSelected(StructuredViewer.java:690)
	at org.eclipse.jface.util.OpenStrategy.fireSelectionEvent(OpenStrategy.java:178)
	at org.eclipse.jface.util.OpenStrategy.access$3(OpenStrategy.java:173)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:309)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java(Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Inlined Compiled Code))
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java(Compiled Code))
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java(Compiled Code))
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java(Compiled Code))
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:277)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:239)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:371)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

As another point if I click the + button by the jar the + symbol disappears and
I don't see any error. 

After restarting eclipse the jar's contents is correctly displayed.

This problem came up after I migrated to M7, and has continued in M8.  

Normally with Eclipse 3.x, if I check out a project from CVS - then work with it, like if I begin editing a 
.java file in the eclipse editor, Eclipse used to mark it editable and then allow me to edit it.  But now 
after M7, I would be blocked from editing the file, and I would have to do one of a few things which 
were really annoying.

1. Pick Team > Edit to have eclipse attempt ot make it editable, which would result in a "Errors in 
deleting resources" message.  Then I would have to pick Properties, then un-check the Read-Only 
attribute and then I finally can edit it. 

OR

1. Go to terminal and type 'chflags -R nouchg .' in the workspace directory, to mark the files not read-
only and then eclipse will allow me to edit the files normally.  

However problem with the above solutions is that as soon as I refresh from CVS, or do a replace file 
from CVS or anything (or set up a new workspace), those files would be read-only again, and I'd run 
into the same problems again.  My co-worker here also uses Eclipse on his Powerbook and has been 
experiencing the same problems.   Another co-worker with a PC does not have this problem.

Just wondering if anything was changed w/ how Eclipse handles marking files read-only, and vice versa 
between M7 and earlier versions, that might have brought about this regression.  Everything worked 
fine prior to M7 in our development environment.  (Note, we did skip M5, M6, I believe).  I am willing to 
try out earlier milestones or do tests on my computer to give additional information, if any of you 
request it.

Build 20040609

If I code assist on "bundle", I don't get the type "org.osgi.framework.Bundle" in the list of 
proposals. The first proposal I see is "org.osgi.framework.BundleActivator". Code assisting on 
"Bundle" correctly gives me the type "org.osgi.framework.Bundle". In case it matters, I was doing 
this code assist at the the top of the method ExternalToolsBuilder#build(...)

Build 3.0RC1

Following code should flag malformed @see tag:

public class X {
    /**
     * @see Local
     */
    void foo() {
        class Local { 
            // shouldn't be seen from javadoc
         }
    }
}

Build: 3.0.0

I was profiling object allocations during startup of a large (>1000 bundles)
Eclipse application. I noticed a large number of Object[] allocations (roughly
12,000 Object[] instances), being created inside StateImpl.getBundles(). All of
these calls were coming from within calls to StateImpl.getBundle(). I noticed
that this creates a copy of the entire bundle array, and then iterates over it.
It looks like the implementation of StateImpl.getBundle() could avoid all of
these object allocations by accessing the bundleDescriptions field directly from
getBundle(), rather than calling the public getBundles() method that creates a
copy. Roughly, the allocation backtrace looks like:

StateImpl.resolve()
  DependencySystem.resolve()
    ResolverImpl.processInnerDelta()
      ResolverImpl.resolveConstraints()
        StateImpl.getBundle()
          StateImpl.getBundles()

Currently in the preferences file, all stored prefs are fully qualified. This is
unnecessary since the location of the file implies the scope and qualifier. 

Should increment file format version and make paths relative to the load root.

When you open the launch configuration dialog with no existing launch 
configurations, you see the perspectives tab. This tab lets you select which 
perspective is opened upon launch.

I am using the launch mode "profile", which is specified by the platform, and I 
am contributing my own perspective. Even when my profiling activity is 
disabled, I still see my perspective in the drop down list.

I suppose the profiling mode perspective selection should not appear at all 
(ideally), but I'm not sure how feasible this is, because this is contributed 
by the platform and not bound to any particular profiler.

The following code gives this result on Linux-GTK:
Button 1: Point {69, 28}
Button 2: Point {100, 10}

But this result on Linux-Motif:
Button 1: Point {78, 35}
Button 2: Point {110, 20}

For button 2, while we set the height hint to 100,10, on Linux-Motif the
resulting size has added a 10-pixel border for the default-button ring trim,
while on GTK+ the ring size is not included (under the "Nuvola" theme it is also
10 pixels, under "Industrial" it is 6 pixels).

import org.eclipse.swt.*;
import org.eclipse.swt.widgets.*;

public class ButtonSize {
	public static void main(String[] args) {
		Display d = new Display();
		Shell t = new Shell(d);
		Shell s = new Shell(t);
		Button b = new Button(s, SWT.PUSH);
		b.setText("Button 1");
		b.setSize(b.computeSize(SWT.DEFAULT, SWT.DEFAULT));
		System.out.println("Button 1: " + b.getSize());
		b = new Button(s, SWT.PUSH);
		b.setText("Button 2");
		b.setSize(b.computeSize(100,10));
		System.out.println("Button 2: " + b.getSize());
		s.pack();
		s.open();
		while (!s.isDisposed ()) {
            if (!d.readAndDispatch ()) d.sleep ();
		}
		d.dispose ();
	}
}

I200409070800

Open a source type in the java editor. Doubleclick the vertical ruler at a line
which is outside of a type declaration (e.g. at the package declaration or an
import statement).

=> Log:
Error Sep 14, 2004 14:52:09.922 An internal error occurred during: "Breakpoint
location validation".
java.lang.NullPointerException
	at
org.eclipse.jdt.internal.debug.ui.actions.BreakpointLocationVerifierJob.run(BreakpointLocationVerifierJob.java:125)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

We have several menu items on the RCP workbench, when we close the perspective 
from the perspective bar,(right mouse click on the perspective tab and select 
close) the menu items on the workbench all disappeared. This leaves the 
workbench in a state that is not useable. 

I am attaching the RCP tutorial part3, the only change I made to the tutorial 
code was to add configurer.setShowPerspectiveBar(true);

We are running Eclipse 3.0.1 M2, this used to work in Eclipse 3.0

Hi,

I am adding and removing Accelerators to MenuItems. To remove an
accelerator
I call "menuItem.setAccelerator(-1)". This works on Windows, but on Linux
I am getting GTK Errors telling me that an error has occured while setting
the accelerators.

Here is the error message that appears in the console on my Suse Linux 9.0:
(<unknown>:1968): Gtk-CRITICAL **: file gtkaccelgroup.c: line 497
(gtk_accel_group_connect): assertion `accel_key > 0' failed

Ben

build I20040318 + latest from HEAD

- launch target Eclipse with exception breakpoint set for NullPointerException
- it stops in the System.setProperty call from
ConfigurationActivator.installBundles:
System.setProperty("eclipse.product", configuration.getPrimaryFeatureIdentifier());

In my self-hosting setup, I often end up without features.  Not sure why,
sometimes they're there.  But in this case, I don't have them so
getPrimaryFeatureIdentifier returns null.

This will prevent writePlatformConfigurationTimeStamp() from being called.

Expanding HEAD or folders in the Repositories view does workspace runnables. 
It shouldn't need to.

There is new console APIs that allow having uncreated console in the console
view and enable/disable lifecycles are permitted. We would then remove the
obscure preference to show the console, and instead maybe have an action.

Have a valid Ant buildfile
Select All
Cut

The outline for the buildfile remains in the Outline view

build I20040318

Drag the big curve to the left until the toolbars disappear.
Resize the window one pixel, and they reappear.

When no target sites are present (shared install for example), the finish 
button should be disabled, otherwise the install will fail.

The debug view remove all terminated launches is disabled when there are no 
terminated launches
The console view action should have this same behavior.

Build 20040506

After a method copy, then rename, the fine-grain delta got wrong. Consequently 
the outliner got fooled afterwards.

I was editing MultiProjectTests.java. Copied the method #testCycle5, and paste 
it right behind it. Then I renamed it into: #testMissingRequiredBinaries.

Here are the deltas I got, observe that the method rename never got notified.

FIRING POST_CHANGE Delta [Thread[main,6,main]]:
Java Model[*]: {CHILDREN}
        org.eclipse.jdt.core.tests.builder[*]: {CHILDREN}
                src[*]: {CHILDREN}
                        org.eclipse.jdt.core.tests.builder[*]: {CHILDREN}
                                [Working copy] MultiProjectTests.java[*]: 
{PRIMARY WORKING COPY}
FIRING POST_RECONCILE Delta [Thread[main,6,main]]:
<NONE>
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CHILDREN | FINE GRAINED}
        MultiProjectTests[*]: {CHILDREN | FINE GRAINED}
                testCycle5()[+]: {}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[+]: {CONTENT}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread[main,6,main]]:
Java Model[*]: {CHILDREN}
        org.eclipse.jdt.core.tests.builder[*]: {CHILDREN}
                src[*]: {CHILDREN}
                        org.eclipse.jdt.core.tests.builder[*]: {CHILDREN}
                                [Working copy] MultiProjectTests.java[*]: 
{PRIMARY RESOURCE}
FIRING POST_RECONCILE Delta [Thread[main,6,main]]:
<NONE>
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[+]: {CONTENT}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[+]: {CONTENT}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread[main,6,main]]:
Java Model[*]: {CHILDREN}
        org.eclipse.jdt.core.tests.builder[*]: {CHILDREN}
                src[*]: {CHILDREN}
                        org.eclipse.jdt.core.tests.builder[*]: {CHILDREN}
                                [Working copy] MultiProjectTests.java[*]: 
{PRIMARY RESOURCE}
FIRING POST_RECONCILE Delta [Thread[main,6,main]]:
<NONE>
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] MultiProjectTests.java[*]: {CONTENT | FINE GRAINED}
--------------------------------------------------------------------------------
-----------------------------------
FIRING POST_CHANGE Delta [Thread[main,6,main]]:
Java Model[*]: {CHILDREN}
        org.eclipse.jdt.core.tests.builder[*]: {CHILDREN}
                src[*]: {CHILDREN}
                        org.eclipse.jdt.core.tests.builder[*]: {CHILDREN}
                                [Working copy] MultiProjectTests.java[*]: 
{PRIMARY RESOURCE}
FIRING POST_RECONCILE Delta [Thread[main,6,main]]:

I200406070800 + ZRH plugin-export

- smoke test, replace from local history
- compare viewer comes up emtpy (ok, no changes)
-> press Esc, Tab, Ctrl+Tab etc: no reaction
-> the keyboard focus is somehow lost
-> clicking in the top left pane gives the focus to the dialog, I can then Tab
to the Cancel button

"Press F2 for focus" does not work for spell-checking hovers.

I200406070800 - smoke test

found a number of the exceptions below in the log. Steps:

- rename Test to Toast
- preview
- in the preview, scroll down to the end of the edit list by pressing and
holding DOWN
- when I reach the end of the list, I get the exceptions.

!ENTRY org.eclipse.core.runtime 4 2 Jun 07, 2004 16:30:09.243
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
        at org.eclipse.compare.CompareViewerPane.setImage(CompareViewerPane.java:99)
        at
org.eclipse.compare.CompareViewerSwitchingPane.setInput(CompareViewerSwitchingPane.java:307)
        at
org.eclipse.ltk.internal.ui.refactoring.TextChangePreviewViewer.setInput(TextChangePreviewViewer.java:220)
        at
org.eclipse.ltk.internal.ui.refactoring.TextChangePreviewViewer.setInput(TextChangePreviewViewer.java:190)
        at
org.eclipse.ltk.internal.ui.refactoring.DefaultChangeElement.feedInput(DefaultChangeElement.java:57)
        at
org.eclipse.ltk.internal.ui.refactoring.PreviewWizardPage.showPreview(PreviewWizardPage.java:376)
        at
org.eclipse.ltk.internal.ui.refactoring.PreviewWizardPage.access$2(PreviewWizardPage.java:355)
        at
org.eclipse.ltk.internal.ui.refactoring.PreviewWizardPage$2.selectionChanged(PreviewWizardPage.java:346)
        at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
        at org.eclipse.core.runtime.Platform.run(Platform.java:758)
        at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
        at
org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:1388)
        at
org.eclipse.jface.viewers.StructuredViewer.handleSelect(StructuredViewer.java:694)
        at
org.eclipse.jface.viewers.CheckboxTreeViewer.handleSelect(CheckboxTreeViewer.java:253)
        at
org.eclipse.jface.viewers.StructuredViewer$4.widgetSelected(StructuredViewer.java:720)
        at
org.eclipse.jface.util.OpenStrategy.fireSelectionEvent(OpenStrategy.java:180)
        at org.eclipse.jface.util.OpenStrategy.access$3(OpenStrategy.java:175)
        at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:324)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:944)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2512)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2223)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
        at org.eclipse.jface.window.Window.open(Window.java:648)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation$1.run(RefactoringWizardOpenOperation.java:124)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:137)
        at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:40)
        at
org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.activate(UserInterfaceStarter.java:54)
        at
org.eclipse.jdt.internal.ui.refactoring.reorg.RenameUserInterfaceStarter.activate(RenameUserInterfaceStarter.java:113)
        at
org.eclipse.jdt.ui.refactoring.RenameSupport.openDialog(RenameSupport.java:108)
        at
org.eclipse.jdt.internal.ui.refactoring.actions.RenameJavaElementAction.run(RenameJavaElementAction.java:175)
        at
org.eclipse.jdt.internal.ui.refactoring.actions.RenameJavaElementAction.run(RenameJavaElementAction.java:128)
        at org.eclipse.jdt.ui.actions.RenameAction.run(RenameAction.java:127)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:216)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)
        at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:469)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:887)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:928)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:546)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:494)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:259)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Display.filterEvent(Display.java:949)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:943)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:968)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:953)
        at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:2305)
        at org.eclipse.swt.widgets.Control.gtk_key_press_event(Control.java:1801)
        at org.eclipse.swt.widgets.Composite.gtk_key_press_event(Composite.java:439)
        at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:1194)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java:3012)
        at org.eclipse.swt.internal.gtk.OS.gtk_main_do_event(Native Method)
        at org.eclipse.swt.widgets.Display.eventProc(Display.java:815)
        at org.eclipse.swt.internal.gtk.OS.gtk_main_iteration(Native Method)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2222)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)

Build 20040219

JavaCore.FORMATTER_TAB_CHAR and FORMATTER_TAB_SIZE have been deprecated but the 
Java doc doesn't indicate what replaces them.

We found a very tricky problem when we were working on generating RCP 
application.  After a couple of hours we were able to narrow down the 
problem.  The scenario is:

1. Plugin A requires plugins B
2. Plugin B requires plugin C with optional="true"
3. Plugin B requires plugin D with export="true"
4. Plugin A "implicity" requires plugin D (A gets D by B)
5. Plugin C is not available at runtime

In this case, A doesn't launch (stack trace with ClassNotFound exception(s)).  
Any of the follow steps fixes the problem:

1. Change the order of the import statements of C and D in the manifest file 
of the plugin B (so B imports D before C)
2. Remove the import of C

I will attach a sample that will make it easier to reproduce the problem.

I am openning this bug as "critical" because usually the developers have no 
control over how the plugins they depend on are importing plugins.

Opening the JSP editor in MyEclipse causes Eclipse to crash with the stack trace
given below. This only occurs with JDK 1.5 and only with the JSP editor.

SWT is calling the native GDK function gdk_rgb_get_cmap. A quick Google shows
that this is a deprecated GDK function:
http://developer.gimp.org/api/2.0/gdk/gdk-GdkRGB.html

My environment is:

Eclipse version 3.0 Build id: 200406251208
MyEclipse version 3.8.2 GA
OS: SuSE Linux 8.2 / KDE 3.1.1
Hardware: Dual AMD Athlon 1900+ / 1GB RAM
App Server: JBoss 3.2.5
JDK 1.5.0 
My OS is using libgdk-1.2.so.0.9.1 and libgtk-1.2.so.0.9.1

----------------------------------------
#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
# SIGSEGV (0xb) at pc=0x4a2ff30d, pid=20013, tid=16384
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0-b64 mixed mode, sharing)
# Problematic frame:
# C [libgdk-1.2.so.0+0x2930d] gdk_rgb_get_cmap+0x1d
#
# An error report file with more information is saved as hs_err_pid20013.log
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
#
----------------------------------------

No log file in workspace/.metadata/.log

Stack trace in hs_err_pid20013.log:

--------------- T H R E A D ---------------

Current thread (0x0805ae90): JavaThread "main" [_thread_in_native, id=20013]

siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000004

Registers:
EAX=0x00000000, EBX=0x4a30e24c, ECX=0x4a36d768, EDX=0x08b396c0
ESP=0xbfffb920, EBP=0xbfffb928, ESI=0x08b396c0, EDI=0xbfffba10
EIP=0x4a2ff30d, CR2=0x00000004, EFLAGS=0x00010286

Top of Stack: (sp=0xbfffb920)
0xbfffb920: 4a2ff2f0 4a36e798 bfffb968 4a350dd6
0xbfffb930: bfffb990 bfffb950 bfffb988 403f2b19
0xbfffb940: bfffb950 0805b480 0805b484 bfffb950
0xbfffb950: 08b22760 0805b480 00000000 4a36e798
0xbfffb960: 00000001 08b3a038 bfffb998 4a351106
0xbfffb970: 08b396c0 00000000 bfffba10 4a3a3220
0xbfffb980: 00000000 00000000 00000000 bfffba20
0xbfffb990: 08a04070 4a3a9910 bfffba78 4a3a1d5d

Instructions: (pc=0x4a2ff30d)
0x4a2ff2fd: c3 50 ef 00 00 e8 b1 04 fe ff 8b 83 ec 08 00 00
0x4a2ff30d: 8b 40 04 5a 5b 5d c3 8d b6 00 00 00 00 8d bf 00

Stack: [0xbfe01000,0xc0000000), sp=0xbfffb920, free space=2026k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [libgdk-1.2.so.0+0x2930d] gdk_rgb_get_cmap+0x1d
C [libwidget_gtk.so+0x1cdd6]
C [libwidget_gtk.so+0x1d106]
C [libwebbrwsr.so+0xdd5d]
C [libswt-mozilla-gtk-3062.so+0x6298]
Java_org_eclipse_swt_internal_mozilla_XPCOM_VtblCall__II+0x12
j org.eclipse.swt.internal.mozilla.XPCOM.VtblCall(II)I+0
j org.eclipse.swt.internal.mozilla.nsIBaseWindow.Create()I+7
j org.eclipse.swt.browser.Browser.<init>(Lorg/eclipse/swt/widgets/Composite;I)V+1128
j
com.genuitec.eclipse.webdesigner.htmleditor.Eclipse3Browser.create(Lorg/eclipse/swt/widgets/Composite;I)V+7
j
com.genuitec.eclipse.webdesigner.htmleditor.HTMLMultiPageEditorPart.createPreviewPage()V+87
j
com.genuitec.eclipse.webdesigner.jspeditor.JSPMultiPageEditorPart.createPreviewPage()V+1
j
com.genuitec.eclipse.webdesigner.htmleditor.HTMLMultiPageEditorPart.createPages()V+5
j
org.eclipse.ui.part.MultiPageEditorPart.createPartControl(Lorg/eclipse/swt/widgets/Composite;)V+10
j org.eclipse.ui.internal.PartPane$2.run()V+23
J
org.eclipse.core.internal.runtime.InternalPlatform.run(Lorg/eclipse/core/runtime/ISafeRunnable;)V
J org.eclipse.core.runtime.Platform.run(Lorg/eclipse/core/runtime/ISafeRunnable;)V
j org.eclipse.ui.internal.PartPane.createChildControl()V+102
j
org.eclipse.ui.internal.PartPane.createControl(Lorg/eclipse/swt/widgets/Composite;)V+48
j org.eclipse.ui.internal.PartStack.refreshPresentationSelection()V+36
j
org.eclipse.ui.internal.PartStack.setSelection(Lorg/eclipse/ui/internal/LayoutPart;)V+26
j
org.eclipse.ui.internal.EditorStack.setVisibleEditor(Lorg/eclipse/ui/internal/EditorPane;)V+2
j
org.eclipse.ui.internal.EditorAreaHelper.setVisibleEditor(Lorg/eclipse/ui/IEditorReference;Z)Z+117
j
org.eclipse.ui.internal.EditorAreaHelper.openEditor(Lorg/eclipse/ui/IEditorReference;Z)V+42
j org.eclipse.ui.internal.EditorManager$4.run()V+95
j
org.eclipse.swt.custom.BusyIndicator.showWhile(Lorg/eclipse/swt/widgets/Display;Ljava/lang/Runnable;)V+116
j
org.eclipse.ui.internal.EditorManager.createEditorTab(Lorg/eclipse/ui/IEditorReference;Lorg/eclipse/ui/internal/registry/EditorDescriptor;Lorg/eclipse/ui/
IEditorInput;Z)V+61
j
org.eclipse.ui.internal.EditorManager.openInternalEditor(Lorg/eclipse/ui/IEditorReference;Lorg/eclipse/ui/internal/registry/EditorDescriptor;Lorg/eclipse/
ui/IEditorInput;Z)V+84
j
org.eclipse.ui.internal.EditorManager.openEditorFromDescriptor(Lorg/eclipse/ui/IEditorReference;Lorg/eclipse/ui/internal/registry/EditorDescriptor;Lorg/ec
lipse/ui/IEditorInput;)Lorg/eclipse/ui/IEditorReference;+31
j
org.eclipse.ui.internal.EditorManager.openEditor(Ljava/lang/String;Lorg/eclipse/ui/IEditorInput;Z)Lorg/eclipse/ui/IEditorReference;+74
j
org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched(Lorg/eclipse/ui/IEditorInput;Ljava/lang/String;Z)Lorg/eclipse/ui/IEditorPart;+200
j
org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(Lorg/eclipse/ui/IEditorInput;Ljava/lang/String;Z)Lorg/eclipse/ui/IEditorPart;+23
j
org.eclipse.ui.internal.WorkbenchPage.access$6(Lorg/eclipse/ui/internal/WorkbenchPage;Lorg/eclipse/ui/IEditorInput;Ljava/lang/String;Z)Lorg/eclipse/ui/IEd
itorPart;+4
j org.eclipse.ui.internal.WorkbenchPage$9.run()V+21
j
org.eclipse.swt.custom.BusyIndicator.showWhile(Lorg/eclipse/swt/widgets/Display;Ljava/lang/Runnable;)V+116
j
org.eclipse.ui.internal.WorkbenchPage.openEditor(Lorg/eclipse/ui/IEditorInput;Ljava/lang/String;Z)Lorg/eclipse/ui/IEditorPart;+55
j
org.eclipse.ui.ide.IDE.openEditor(Lorg/eclipse/ui/IWorkbenchPage;Lorg/eclipse/core/resources/IFile;Z)Lorg/eclipse/ui/IEditorPart;+33
j
org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.openInEditor(Lorg/eclipse/core/resources/IFile;Z)Lorg/eclipse/ui/IEditorPart;+15
j
org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.openInEditor(Ljava/lang/Object;Z)Lorg/eclipse/ui/IEditorPart;+12
j org.eclipse.jdt.internal.ui.actions.OpenActionUtil.open(Ljava/lang/Object;Z)V+2
j org.eclipse.jdt.ui.actions.OpenAction.run([Ljava/lang/Object;)V+39
j
org.eclipse.jdt.ui.actions.OpenAction.run(Lorg/eclipse/jface/viewers/IStructuredSelection;)V+16
j
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(Lorg/eclipse/jface/viewers/ISelection;)V+12
j org.eclipse.jdt.ui.actions.SelectionDispatchAction.run()V+5
j
org.eclipse.jdt.internal.ui.packageview.PackageExplorerActionGroup.handleOpen(Lorg/eclipse/jface/viewers/OpenEvent;)V+22
j
org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart$4.open(Lorg/eclipse/jface/viewers/OpenEvent;)V+8
j org.eclipse.jface.viewers.StructuredViewer$2.run()V+8
J
org.eclipse.core.internal.runtime.InternalPlatform.run(Lorg/eclipse/core/runtime/ISafeRunnable;)V
v ~RuntimeStub::alignment_frame_return Runtime1 stub
j org.eclipse.core.runtime.Platform.run(Lorg/eclipse/core/runtime/ISafeRunnable;)V+4
j
org.eclipse.jface.viewers.StructuredViewer.fireOpen(Lorg/eclipse/jface/viewers/OpenEvent;)V+32
j
org.eclipse.jface.viewers.StructuredViewer.handleOpen(Lorg/eclipse/swt/events/SelectionEvent;)V+31
j
org.eclipse.jface.viewers.StructuredViewer$6.handleOpen(Lorg/eclipse/swt/events/SelectionEvent;)V+5
j
org.eclipse.jface.util.OpenStrategy.fireOpenEvent(Lorg/eclipse/swt/events/SelectionEvent;)V+38
j
org.eclipse.jface.util.OpenStrategy.access$2(Lorg/eclipse/jface/util/OpenStrategy;Lorg/eclipse/swt/events/SelectionEvent;)V+2
j
org.eclipse.jface.util.OpenStrategy$1.handleEvent(Lorg/eclipse/swt/widgets/Event;)V+37
J org.eclipse.swt.widgets.EventTable.sendEvent(Lorg/eclipse/swt/widgets/Event;)V
J org.eclipse.swt.widgets.Display.runDeferredEvents()Z
J org.eclipse.swt.widgets.Display.readAndDispatch()Z
v ~RuntimeStub::alignment_frame_return Runtime1 stub
j
org.eclipse.ui.internal.Workbench.runEventLoop(Lorg/eclipse/jface/window/Window$IExceptionHandler;Lorg/eclipse/swt/widgets/Display;)V+9
j org.eclipse.ui.internal.Workbench.runUI()I+106
j
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Lorg/eclipse/swt/widgets/Display;Lorg/eclipse/ui/application/WorkbenchAdvisor;)I+11
j
org.eclipse.ui.PlatformUI.createAndRunWorkbench(Lorg/eclipse/swt/widgets/Display;Lorg/eclipse/ui/application/WorkbenchAdvisor;)I+2
j
org.eclipse.ui.internal.ide.IDEApplication.run(Ljava/lang/Object;)Ljava/lang/Object;+98
j
org.eclipse.core.internal.runtime.PlatformActivator$1.run(Ljava/lang/Object;)Ljava/lang/Object;+254
j
org.eclipse.core.runtime.adaptor.EclipseStarter.run(Ljava/lang/Object;)Ljava/lang/Object;+133
j
org.eclipse.core.runtime.adaptor.EclipseStarter.run([Ljava/lang/String;Ljava/lang/Runnable;)Ljava/lang/Object;+32
v ~StubRoutines::call_stub
V [libjvm.so+0x1688ec]
V [libjvm.so+0x257378]
V [libjvm.so+0x16871f]
V [libjvm.so+0x2785cc]
V [libjvm.so+0x27b29a]
V [libjvm.so+0x1d28d8]
C [libjava.so+0x136e4] Java_sun_reflect_NativeMethodAccessorImpl_invoke0+0x34
j
sun.reflect.NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+0
j
sun.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+87
j
sun.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+6
j
java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+111
j org.eclipse.core.launcher.Main.basicRun([Ljava/lang/String;)Ljava/lang/Object;+179
j org.eclipse.core.launcher.Main.run([Ljava/lang/String;)I+4
j org.eclipse.core.launcher.Main.main([Ljava/lang/String;)V+8
v ~StubRoutines::call_stub
V [libjvm.so+0x1688ec]
V [libjvm.so+0x257378]
V [libjvm.so+0x16871f]
V [libjvm.so+0x18a122]
V [libjvm.so+0x17f008]
C [java+0x17fe]
C [libc.so.6+0x158ae] __libc_start_main+0xce

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j org.eclipse.swt.internal.mozilla.XPCOM.VtblCall(II)I+0
j org.eclipse.swt.internal.mozilla.nsIBaseWindow.Create()I+7
j org.eclipse.swt.browser.Browser.<init>(Lorg/eclipse/swt/widgets/Composite;I)V+1128
j
com.genuitec.eclipse.webdesigner.htmleditor.Eclipse3Browser.create(Lorg/eclipse/swt/widgets/Composite;I)V+7
j
com.genuitec.eclipse.webdesigner.htmleditor.HTMLMultiPageEditorPart.createPreviewPage()V+87
j
com.genuitec.eclipse.webdesigner.jspeditor.JSPMultiPageEditorPart.createPreviewPage()V+1
j
com.genuitec.eclipse.webdesigner.htmleditor.HTMLMultiPageEditorPart.createPages()V+5
j
org.eclipse.ui.part.MultiPageEditorPart.createPartControl(Lorg/eclipse/swt/widgets/Composite;)V+10
j org.eclipse.ui.internal.PartPane$2.run()V+23
J
org.eclipse.core.internal.runtime.InternalPlatform.run(Lorg/eclipse/core/runtime/ISafeRunnable;)V
J org.eclipse.core.runtime.Platform.run(Lorg/eclipse/core/runtime/ISafeRunnable;)V
j org.eclipse.ui.internal.PartPane.createChildControl()V+102
j
org.eclipse.ui.internal.PartPane.createControl(Lorg/eclipse/swt/widgets/Composite;)V+48
j org.eclipse.ui.internal.PartStack.refreshPresentationSelection()V+36
j
org.eclipse.ui.internal.PartStack.setSelection(Lorg/eclipse/ui/internal/LayoutPart;)V+26
j
org.eclipse.ui.internal.EditorStack.setVisibleEditor(Lorg/eclipse/ui/internal/EditorPane;)V+2
j
org.eclipse.ui.internal.EditorAreaHelper.setVisibleEditor(Lorg/eclipse/ui/IEditorReference;Z)Z+117
j
org.eclipse.ui.internal.EditorAreaHelper.openEditor(Lorg/eclipse/ui/IEditorReference;Z)V+42
j org.eclipse.ui.internal.EditorManager$4.run()V+95
j
org.eclipse.swt.custom.BusyIndicator.showWhile(Lorg/eclipse/swt/widgets/Display;Ljava/lang/Runnable;)V+116
j
org.eclipse.ui.internal.EditorManager.createEditorTab(Lorg/eclipse/ui/IEditorReference;Lorg/eclipse/ui/internal/registry/EditorDescriptor;Lorg/eclipse/ui/
IEditorInput;Z)V+61
j
org.eclipse.ui.internal.EditorManager.openInternalEditor(Lorg/eclipse/ui/IEditorReference;Lorg/eclipse/ui/internal/registry/EditorDescriptor;Lorg/eclipse/
ui/IEditorInput;Z)V+84
j
org.eclipse.ui.internal.EditorManager.openEditorFromDescriptor(Lorg/eclipse/ui/IEditorReference;Lorg/eclipse/ui/internal/registry/EditorDescriptor;Lorg/ec
lipse/ui/IEditorInput;)Lorg/eclipse/ui/IEditorReference;+31
j
org.eclipse.ui.internal.EditorManager.openEditor(Ljava/lang/String;Lorg/eclipse/ui/IEditorInput;Z)Lorg/eclipse/ui/IEditorReference;+74
j
org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched(Lorg/eclipse/ui/IEditorInput;Ljava/lang/String;Z)Lorg/eclipse/ui/IEditorPart;+200
j
org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(Lorg/eclipse/ui/IEditorInput;Ljava/lang/String;Z)Lorg/eclipse/ui/IEditorPart;+23
j
org.eclipse.ui.internal.WorkbenchPage.access$6(Lorg/eclipse/ui/internal/WorkbenchPage;Lorg/eclipse/ui/IEditorInput;Ljava/lang/String;Z)Lorg/eclipse/ui/IEd
itorPart;+4
j org.eclipse.ui.internal.WorkbenchPage$9.run()V+21
j
org.eclipse.swt.custom.BusyIndicator.showWhile(Lorg/eclipse/swt/widgets/Display;Ljava/lang/Runnable;)V+116
j
org.eclipse.ui.internal.WorkbenchPage.openEditor(Lorg/eclipse/ui/IEditorInput;Ljava/lang/String;Z)Lorg/eclipse/ui/IEditorPart;+55
j
org.eclipse.ui.ide.IDE.openEditor(Lorg/eclipse/ui/IWorkbenchPage;Lorg/eclipse/core/resources/IFile;Z)Lorg/eclipse/ui/IEditorPart;+33
j
org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.openInEditor(Lorg/eclipse/core/resources/IFile;Z)Lorg/eclipse/ui/IEditorPart;+15
j
org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.openInEditor(Ljava/lang/Object;Z)Lorg/eclipse/ui/IEditorPart;+12
j org.eclipse.jdt.internal.ui.actions.OpenActionUtil.open(Ljava/lang/Object;Z)V+2
j org.eclipse.jdt.ui.actions.OpenAction.run([Ljava/lang/Object;)V+39
j
org.eclipse.jdt.ui.actions.OpenAction.run(Lorg/eclipse/jface/viewers/IStructuredSelection;)V+16
j
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(Lorg/eclipse/jface/viewers/ISelection;)V+12
j org.eclipse.jdt.ui.actions.SelectionDispatchAction.run()V+5
j
org.eclipse.jdt.internal.ui.packageview.PackageExplorerActionGroup.handleOpen(Lorg/eclipse/jface/viewers/OpenEvent;)V+22
j
org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart$4.open(Lorg/eclipse/jface/viewers/OpenEvent;)V+8
j org.eclipse.jface.viewers.StructuredViewer$2.run()V+8
J
org.eclipse.core.internal.runtime.InternalPlatform.run(Lorg/eclipse/core/runtime/ISafeRunnable;)V
v ~RuntimeStub::alignment_frame_return Runtime1 stub
j org.eclipse.core.runtime.Platform.run(Lorg/eclipse/core/runtime/ISafeRunnable;)V+4
j
org.eclipse.jface.viewers.StructuredViewer.fireOpen(Lorg/eclipse/jface/viewers/OpenEvent;)V+32
j
org.eclipse.jface.viewers.StructuredViewer.handleOpen(Lorg/eclipse/swt/events/SelectionEvent;)V+31
j
org.eclipse.jface.viewers.StructuredViewer$6.handleOpen(Lorg/eclipse/swt/events/SelectionEvent;)V+5
j
org.eclipse.jface.util.OpenStrategy.fireOpenEvent(Lorg/eclipse/swt/events/SelectionEvent;)V+38
j
org.eclipse.jface.util.OpenStrategy.access$2(Lorg/eclipse/jface/util/OpenStrategy;Lorg/eclipse/swt/events/SelectionEvent;)V+2
j
org.eclipse.jface.util.OpenStrategy$1.handleEvent(Lorg/eclipse/swt/widgets/Event;)V+37
J org.eclipse.swt.widgets.EventTable.sendEvent(Lorg/eclipse/swt/widgets/Event;)V
J org.eclipse.swt.widgets.Display.runDeferredEvents()Z
J org.eclipse.swt.widgets.Display.readAndDispatch()Z
v ~RuntimeStub::alignment_frame_return Runtime1 stub
j
org.eclipse.ui.internal.Workbench.runEventLoop(Lorg/eclipse/jface/window/Window$IExceptionHandler;Lorg/eclipse/swt/widgets/Display;)V+9
j org.eclipse.ui.internal.Workbench.runUI()I+106
j
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Lorg/eclipse/swt/widgets/Display;Lorg/eclipse/ui/application/WorkbenchAdvisor;)I+11
j
org.eclipse.ui.PlatformUI.createAndRunWorkbench(Lorg/eclipse/swt/widgets/Display;Lorg/eclipse/ui/application/WorkbenchAdvisor;)I+2
j
org.eclipse.ui.internal.ide.IDEApplication.run(Ljava/lang/Object;)Ljava/lang/Object;+98
j
org.eclipse.core.internal.runtime.PlatformActivator$1.run(Ljava/lang/Object;)Ljava/lang/Object;+254
j
org.eclipse.core.runtime.adaptor.EclipseStarter.run(Ljava/lang/Object;)Ljava/lang/Object;+133
j
org.eclipse.core.runtime.adaptor.EclipseStarter.run([Ljava/lang/String;Ljava/lang/Runnable;)Ljava/lang/Object;+32
v ~StubRoutines::call_stub
j
sun.reflect.NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+0
j
sun.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+87
j
sun.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+6
j
java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+111
j org.eclipse.core.launcher.Main.basicRun([Ljava/lang/String;)Ljava/lang/Object;+179
j org.eclipse.core.launcher.Main.run([Ljava/lang/String;)I+4
j org.eclipse.core.launcher.Main.main([Ljava/lang/String;)V+8
v ~StubRoutines::call_stub

--------------- P R O C E S S ---------------

Java Threads: ( => current thread )
0x08af1dd8 JavaThread "com.ibm.sse.editor.StructuredTextReconciler" daemon
[_thread_blocked, id=20056]
0x088868c0 JavaThread "XMLOutlineUpdater" [_thread_blocked, id=20055]
0x0870d228 JavaThread "Cleanup" daemon [_thread_in_native, id=20054]
0x473e9f88 JavaThread "Worker-3" [_thread_blocked, id=20053]
0x08153ae0 JavaThread "Worker-1" [_thread_blocked, id=20031]
0x0861f5b0 JavaThread "Java indexing" daemon [_thread_blocked, id=20029]
0x08101e38 JavaThread "Reference Cleaner - 2" [_thread_blocked, id=20028]
0x081018b8 JavaThread "Reference Cleaner - 1" [_thread_blocked, id=20027]
0x083716e0 JavaThread "Start Level Event Dispatcher" daemon [_thread_blocked,
id=20025]
0x08333370 JavaThread "Framework Event Dispatcher" daemon [_thread_blocked,
id=20024]
0x080a12b8 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=20020]
0x0809fe38 JavaThread "CompilerThread0" daemon [_thread_blocked, id=20019]
0x0809ee50 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=20018]
0x0809a138 JavaThread "Finalizer" daemon [_thread_blocked, id=20017]
0x08099300 JavaThread "Reference Handler" daemon [_thread_blocked, id=20016]
=>0x0805ae90 JavaThread "main" [_thread_in_native, id=20013]

Other Threads:
0x080948a8 VMThread [id=20015]
0x080a27f0 WatcherThread [id=20021]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap
def new generation total 2368K, used 1504K [0x65900000, 0x65b90000, 0x65de0000)
eden space 2112K, 66% used [0x65900000, 0x65a5e220, 0x65b10000)
from space 256K, 40% used [0x65b10000, 0x65b29f00, 0x65b50000)
to space 256K, 0% used [0x65b50000, 0x65b50000, 0x65b90000)
tenured generation total 30588K, used 20255K [0x65de0000, 0x67bbf000, 0x69900000)
the space 30588K, 66% used [0x65de0000, 0x671a7ed0, 0x671a8000, 0x67bbf000)
compacting perm gen total 27136K, used 27094K [0x69900000, 0x6b380000, 0x6d900000)
the space 27136K, 99% used [0x69900000, 0x6b375830, 0x6b375a00, 0x6b380000)
ro space 8192K, 68% used [0x6d900000, 0x6de77a00, 0x6de77a00, 0x6e100000)
rw space 12288K, 47% used [0x6e100000, 0x6e6b5db0, 0x6e6b5e00, 0x6ed00000) 

Thanks,

Chris

Following some rework of the registry, please apply this patch to make use of
the new method called getNamespace() on IConfigurationElement.
This patch will convert most occurrences of:
	configurationElement.getDeclaringExtension().getNamespace()
into
	configurationElement.getNamespace()

From the Windows menu, Go to Preferences panel

Expand Team, expand CVS -> Ext Connect Method

English is shown : "Choosing to use another connection method allows the meta
information in CVS projects to be compatible with external CVS tools while using
a custom connectoin method.

We cannot find these strings in any property files, so our guess is it has not
been externalized.  

See the attached screenshot

I20040611-1814

In MyClass.java:
  package pack;
  public class MyClass {
  	public static void main(String[] args) {
  		System.out.println("Hello World");
  		System.out.println("Hello World2");
  	}
  }
..., choose 'Source > Externalize Strings' and accept all default values to
create messages.properties and Messages.java.
=> expected: messages.properties uses the WinXP default line terminatrion
characters (CRLF, 0x0d 0x0a)
=> was: messages.properties uses 0x0a as newline character

The wizard also uses 0x0a on a changed line, which leads to files with
inconsistent line endings:
Open message.properties, choose 'Source > Convert Line Delimiters To > CRLF',
and save. Then open MyClass.java, choose 'Source > Externalize Strings', and
change the first value to "Hello World:".
=> expected: newline after "Hello World:" in properties file is still CRLF
=> was: newline is LF

I'm debugging the MIDlet AlertDemo (UIDemo) from the Sun Wireless Toolkit 2.1 
with the I20040121 build + patches (see bug #30816) and here is my problem.

1- Toggle a breakpoint in AlertDemo.startApp()
2- Toggle a second breakpoint in the method commandAction
3- Make sure the option "show system threads" is disabled (drop-down button in 
the debug view)
4- Run the emulator and the remote debugger
5- Select the Alert MIDlet on the emulator.
6- At that point the first breakpoint is reached and the eclipse debug view 
shows this breakpoint.
7- Press resume.
8- On the emulator press Show
9- Now the second breakpoint is reached but the debug view doesn't show the 
system thread (UI thread) being suspended.

So you don't know the debugger is prompting the user unless you display the 
system threads or you switch to another perspective then back to the debug 
perspective.

For example, I go to the Preferences dialog and go to the Keys section. Using 
the mouse, I click on the Category combobox, but I see that there are a lot of 
them, so I use the keyboard to navigate up and down the list. When the correct 
item is highlighted I hit Enter to select that item in the combobox, but 
instead, the dialog gets dismissed. In other Windows apps, the combobox will 
close but the dialog will remain open.

I've marked this as critical, since I do consider it "losing data", even though 
it could be argured its still in repository, or user should have known better, 
or something. My main concern is that someone could work all afternoon, losing 
comments here and there, and not really noticing until too late to easeily fix. 
(And, nothing was in log). 

The typical case I test with had a simple method with comments before and after, 
eg. 
           // gold
		public void Test55() {
	}
		// silver


Then, from the outline view, select Test55 and either cut it, and copy to 
another Java Class, or even moving it within same file seem to show same effect. 
The effect is that usually (but not always) both comments are "cut" with method, 
but when pasted in new location, only one of them are there. Sometimes, neither 
of them are there! So, either unpredicable, or I didn't do enough to see the 
pattern. 

By the way, I'm well aware that such comments are ambiguous in terms of where 
they should go (or not go) in such cases -- I'd almost vote for leaving them 
completely alone, given the late date -- rahter than chance losing them.

Hi,

Java Runtime: Java 1.4.2_04 (SDK)
Eclipse     : RC2

I have some external tools definitions that execute ANT scripts in a separate
JRE. Some of these do define VM arguments like javax.net.* for accessing a http
site over SSL.
With RC2 not a single system property definition is forwarded to the separate JRE.
The definition was created with RC1 where it works without a problem.
To test this simply create a definition which executes an ANT script that
contains <echoproperties/> and define at least one VM argument (i.e. -Dfoo=bar).
With RC1 you will see the foo=bar in the output of echoproperties, with RC2
there is no foo=bar.

This action group is currently not API. It should be so particpants have more 
flexibility in how and where change sets are managed.

Test:
<project default="tst">
	<property name="prop1" value="val1" />
	<property name="prop2" value="val2"/>
    <property name="luc" value="cool" />
    <target name="pretest"></target>
    <target name="test" depends="pretest,"></target>
    <target name="test2"></target>
    <target name="test3" if="luc"></target>
</project>

The problem annotation is create and reported before the end of the target is 
reported. Therefore the target node length has not set correctly.

getFile ComsD
getFile GreComsD
getFile ComRegF
getFiles APluginsDL
getFile XptiRegF
getFile XCurProcD
getFile GreComsD
Exception in thread "main" org.eclipse.swt.SWTError: No more handles
	at org.eclipse.swt.SWT.error(SWT.java:2651)
	at org.eclipse.swt.SWT.error(SWT.java:2555)
	at org.eclipse.swt.browser.Browser.<init>(Browser.java:142)
	at PR.main(PR.java:14)

Annotation preferences for linked mode show *checked* disabled 'Show in vertical
ruler' check-box. The linked fields not shown in the vertical ruler, the
disabled check-box should be unchecked.

I've been fighting with a bug which I believe was in my code, but now I feel it 
is in the StyleText code.

Basically if I create a array of StyleRange and use setStyleRanges() then the 
styles are not applied correctly if the start position of each style is not in 
numerical order. 

A easy example is this:
        StyleRange[] ranges = new StyleRange[3];

        //This works fine
        ranges[0] = new StyleRange(0, 2, black, red);
        ranges[1] = new StyleRange(3, 2, black, blue);
        ranges[2] = new StyleRange(6, 2, black, red);

        //This doesn't, the 2nd red isn't applied
        ranges[0] = new StyleRange(0, 2, black, red);
        ranges[1] = new StyleRange(6, 2, black, red);
        ranges[2] = new StyleRange(3, 2, black, blue);

I've attached source code for a small sample program showing the problem... 
I've made sure the above sample doesn't have overlapping region (with each 
style being one character apart).

I have no fixed my code by making sure the StyleRanges are in start order 
before I setStyleRanges.

I have only tested this on Windows XP, SWT 3.0 (build 3062)

If you need any more information please contact me. Thanks
Andrew

I200403161300

I have the preference workbench>perspectives>'switch to associated perspective
when creating new project' set 'Never switch'.
I create a java project and the workbench switch to the java perspective (my
current perspective was a custom perspective based on the java perspective).

I200406111238

- search for references to Refactoring
- limit number of matches to 10
- switch group mode to CU
observe: filters matched 21
- switch to flat mode
observe: filters matched 84  <== seems already wrong
- switch back
observe: filters matched 0  <== is definitelly wrong

I just did some patching against a remote CVS. Eclipse was idle and in the
background when this occurred. OS is Windows Server 2003 Enterprise (Evaluation).

!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.ArrayIndexOutOfBoundsException: 0
	at org.eclipse.compare.internal.patch.PatchWizard.setTargets(PatchWizard.java:73)
	at
org.eclipse.compare.internal.patch.InputPatchPage$5.selectionChanged(InputPatchPage.java:293)
	at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:813)
	at org.eclipse.core.runtime.Platform.run(Platform.java:457)
	at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
	at
org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:1310)
	at
org.eclipse.jface.viewers.StructuredViewer.handleSelect(StructuredViewer.java:666)
	at
org.eclipse.jface.viewers.CheckboxTreeViewer.handleSelect(CheckboxTreeViewer.java:261)
	at
org.eclipse.jface.viewers.StructuredViewer$4.widgetSelected(StructuredViewer.java:690)
	at org.eclipse.jface.util.OpenStrategy.fireSelectionEvent(OpenStrategy.java:178)
	at org.eclipse.jface.util.OpenStrategy.access$3(OpenStrategy.java:173)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:309)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:847)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2311)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1992)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:586)
	at org.eclipse.jface.window.Window.open(Window.java:566)
	at
org.eclipse.compare.internal.patch.CompareWithPatchAction.run(CompareWithPatchAction.java:65)
	at org.eclipse.compare.internal.BaseCompareAction.run(BaseCompareAction.java:26)
	at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:271)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:509)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:461)
	at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:408)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:847)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2311)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1992)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1506)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1482)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:246)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:226)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)
!ENTRY org.eclipse.ui 4 4 Feb 11, 2004 15:36:06.843
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Feb 11, 2004 15:36:06.843
!MESSAGE java.lang.OutOfMemoryError
!STACK 0
java.lang.OutOfMemoryError
!SESSION ----------------------------------------------------------------------
!ENTRY org.eclipse.core.launcher 4 0 Feb 11, 2004 15:35:55.421
!MESSAGE Exception launching the Eclipse Platform:
!STACK
java.lang.OutOfMemoryError

I200409211200

The GTK+ theme "Indubstrial" is now the default in GNOME 2.8. One thing it does
is to use a lighter background colour inside notebooks (GtkNotebook) and group
boxes (GtkFrame).  This background colour is not being propagated to the child
widgets in SWT.

For screenshots of this problem, please see http://vektor.ca/bugs/gtk-frame.html

M7 Testpass on I200402102000

1. Enable the annotation roll over
2. Open TestCase.java
3. Try to invoke quick fix using the ruler context menu on a warning

-> nothing happens

-> the roll over hover does its own action invocation thing (see
createCompositeRuler in JavaEditor).

you should use 

Yes No Always Never 

for the button order but this dialog has them slightly different.

see pic

I20040202

JavaCore.run locks the whole workspace. There's now support to pass a scheduling
rule (see ISchedulingRule and IResourceRuleFactory) which reduces the locking
scope of the operation.

JavaCore should offer to pass a scheduling rule.

Build I20040205 on WIN NT/SP6.

I have a dual monitor setup and I usually run eclipse on the second monitor.
The normal progress dialog opens correctly centered on the second monitor. 

The new progress monitor (the one which shows that a operation is blocked by a
background process with the list of background tasks operating) always opens on
the first monitor.

200403240800, Linux, using square tabs, notice 3 problems in attached screen shot:

1. Status text and toolbar should be sharing the same line.

2. Tabs need more space to the right and left of the text. Notice the optical
illusion caused by black text being too close to the line: It looks like the
center of the vertical line is faded or broken

3. Space to left of text has more space than to right of text.

I have a situation where I have my own "lightweight" widgets that are drawn 
within a real SWT widget.  Since in SWT, *something* must have focus, I set the 
real focus to the lightweight widget's parent.  When that parent is a shell, 
and I call forceFocus() on the shell, the window manager (or someone) is 
being "helpful" by moving the focus to the first focusable child.  In this 
case, I really wanted the shell to be the focus widget.

Here's a testcase that illustrates what I'm trying to do.  When the shell 
opens, the text widget is given focus.  Then, when I force the focus to be the 
shell, I don't expect the button to then be given focus, especially since I 
have a traverse listener on the shell that sets the "doit" to false.  Shouldn't 
the traverse listener allow me to prevent the button from receiving focus?  If 
not, how can I do this?  

-- testcase --
import org.eclipse.swt.*;
import org.eclipse.swt.widgets.*;
import org.eclipse.swt.graphics.*;
import org.eclipse.swt.layout.*;
import org.eclipse.swt.events.*;

//-------------------------------------------------------------------
//
//-------------------------------------------------------------------
public class TestSwtForceFocus {
	private Display display;
	private Shell shell;

	//-------------------------------------------------------------------
	//
	//-------------------------------------------------------------------
	static public void main(String[] args) {
		new TestSwtForceFocus().runMain(args);
	}

	//-------------------------------------------------------------------
	//
	//-------------------------------------------------------------------
	private void runMain(String[] args) {

		display = new Display();

		shell = new Shell(display);
		shell.setText(getClass().getName());
		shell.setLayout(new GridLayout());
		shell.addShellListener(new ShellAdapter() {
			public void shellActivated(ShellEvent e) {
				System.out.println("shell activated");
			}
		});
		Button push = new Button(shell, 0);
		push.setText("push");
		Text text = new Text(shell, 0);
		shell.setSize(300, 300);
		shell.addTraverseListener(new TraverseListener() {
			public void keyTraversed(TraverseEvent e) {
				e.doit = false;
			}
		});
		shell.open();
		text.forceFocus();
		shell.forceFocus();
		System.out.println(
			"button is focus control = " + push.isFocusControl());

		while (!shell.isDisposed()) {
			if (!display.readAndDispatch()) {
				display.sleep();
			}
		}
	}

}

The update plugins uses some code in Runtime which are newly deprecated.  I am 
attaching a patch (based on i0428) which eliminated the deprecations.  This is 
informational and rigorous testing has not been done.

Build id: 200403220800

Using the RCP browser example I was able to drag the view away from the RCP 
window to get a detached view.  The perspective was declared as fixed, so this 
should not be possible.

Also, I was not able to reattach the view by dragging it back to the window.

The system menu -> move -> tab group is still enabled, which appears to be the 
same problem.  The move -> view is disabled, and I wasn't able to move it by 
clicking on the active tab, just the tab area background.

We ran into a problem with AbstractTextEditor.doSetInput
which temporarily references an unconnected document when
reusing an editor. With standard GapTextStore based document
implementations this does not make a big difference, but we
use a temporary scratchfile as text storage, which is
disposed when the documents refcount reaches 0. Thus the
document is no longer usable, then.

The problem did not exist in eclipse 2.1.2. In eclispe 3.0M9,
4 lines of code (2727-2730) have been added:

    protected void doSetInput(IEditorInput input) throws CoreException { [...]
        provider.connect(input);
        
        initializeTitle(input);

+       if (fIsOverwriting)
+           toggleOverwriteMode();
+       setInsertMode((InsertMode) getLegalInsertModes().get(0));
+       updateCaret();
        
        if (fSourceViewer != null)
            initializeSourceViewer(input);
            
        updateStatusField
(ITextEditorActionConstants.STATUS_CATEGORY_ELEMENT_STATE);


When updating the caret (triggered by setInsertMode),
StyledText still references the disconnected document, only
after initializeSourceViewer(input) it is updated to the new
document.  Probably the problem vanishes, if the 4 lines
would be moved after initializeSourceViewer(input).

We also identified a similar bug in
AbstractTextEditor.ElementStateListener.elementMoved:

    public void elementMoved(final Object originalElement, final Object 
movedElement) { [...]
      	IDocumentProvider d= getDocumentProvider();
      	IDocument changed= null;
      	if (isDirty())
      	    changed= d.getDocument(getEditorInput());
      	    
      	setInput((IEditorInput) movedElement);
      	            
      	if (changed != null) {
!     	    d.getDocument(getEditorInput()).set(changed.get());
      	    validateState(getEditorInput());
      	    updateStatusField
(ITextEditorActionConstants.STATUS_CATEGORY_ELEMENT_STATE);
      	}                   

setInput disconnects the old document (changed), which is
referenced a few lines later.  The content of "changed"
could be saved to a local String variable before setting the
new input.

In the class:

org.eclipse.ant.internal.ui.antsupport.InternalAntRunner

the method processTasksAndTypes(List commands) should check for index>=0 before
calling arg.substring(0, index);

A bad configuration resulted in the String "Collect" returned from
getArgument(commands, "-eclipseTask");

which then resulted in a StringArrayOutOfBoundsException.

This Exception was reported in the BUILD FAILED: message but obviously didnt
help much :-( 

So I had to walk into the source code to find out what was wrong.

Select Install
Select "Search for new features to install, Next
Select an update site, Next
Select a feature, Next
Accept license agreement, Next
Alt-I doesn't activate the Jobs Table
Alt-v doesn't activate the Site Table

public class Test {

	/** @see Object#equals  */
	public boolean equals(Object obj) {
		return super.equals(obj);
	}
}

@@@@ 

The above should not flag "equals cannot be resolved or is not a field".

See fith exampe on:
http://java.sun.com/j2se/1.4.2/docs/tooldocs/windows/javadoc.html#seeexamples

We are inconsistent when waiting for a build before a lanuch:

* When pref is to "always" wait for a build before launch, the progress dilaog 
is shown, with the option to run in background
* When pref is "prompt" we do not show the progress dialog (when the user says 
to wait).

To be consistent we should show the progress dilaog in both cases

It could be possible to write a scheduled background synchronize that has the 
following characteristics:
1. doesn't lock the projects and instead locks the CVS metadata
2. cancels if a ui job requests a scheduling rule we own
3. re-starts automatically when cancelled until it can finish.

This would actually be a fair amount of work and doesn't address other CVS 
background operations (e.g. commit, update...).

When the intro page is displayed, it is opened after the initial perspective 
and as a result the UI "flashes" as the initial perspective is replaced by the 
maximized intro part.

When using a simple table, rather than a table viewer, and trying to set the
second item in a row background and foreground color using:

tableItem.setBackground(1, red);

the 2nd column in a two column table cannot be set. However if you change the
index to zero (0) you can succesfully set the first column in the table.

I have started using this because the getBounds() call reports an incorrect
bounding rectangle as reported in bug 75284, and I was recommended to use
these calls instead. However it appears that they do not work correctly either.

This is using eclispe 3.0.0, build 200406192000 on windows XP. note that using
a TableViewer, rather than a Table and the tableItem will succesfully allow
the background and foreground colours to be set.

Need to review the OSGi spec and see what valid characters are in the keys. If
someone has a ":" it will cause us problems if we are using IPaths underneath
for representation.

Also need to see how Properties files handle keys that contain "=".

3.1I20040914
The error is occurring because my implementation of 
IStreamsProxy.getErrorStreamMonitor() returns null.
Regression from 3.1M1.

Thread [main] (Suspended (exception NullPointerException))
	ProcessConsole.connect(IStreamMonitor, String) line: 332
	ProcessConsole.connect(IStreamsProxy) line: 313
	ConsoleColorProvider.connect(IProcess, IConsole) line: 42
	ProcessConsole.<init>(IProcess, IConsoleColorProvider) line: 80
	ProcessConsoleManager$1.run() line: 145
	RunnableLock.run() line: 35
	UISynchronizer(Synchronizer).runAsyncMessages() line: 106
	Display.runAsyncMessages() line: 2760
	Display.readAndDispatch() line: 2445
	ModalContext$ModalContextThread.block() line: 141
	ModalContext.run(IRunnableWithProgress, boolean, IProgressMonitor, 
Display) line: 279
	ProgressMonitorJobsDialog(ProgressMonitorDialog).run(boolean, boolean, 
IRunnableWithProgress) line: 449
	ProgressMonitorJobsDialog.run(boolean, boolean, IRunnableWithProgress) 
line: 268
	ProgressManager$3.run() line: 841
	BusyIndicator.showWhile(Display, Runnable) line: 69
	ProgressManager.busyCursorWhile(Runnable, ProgressMonitorJobsDialog) 
line: 875
	ProgressManager.busyCursorWhile(IRunnableWithProgress) line: 851
	DebugUIPlugin.launchInForeground(ILaunchConfiguration, String) line: 
876
	DebugUITools.launch(ILaunchConfiguration, String) line: 499
	SubmitEditorActionDelegate$1.run() line: 108
	BusyIndicator.showWhile(Display, Runnable) line: 69
	SubmitEditorActionDelegate.run(IAction) line: 91
	EditorPluginAction(PluginAction).runWithEvent(Event) line: 298
	ActionHandler.execute(Map) line: 143
	Command.execute(Map) line: 135
	WorkbenchKeyboard.executeCommand(String) line: 463
	WorkbenchKeyboard.press(List, Event) line: 956
	WorkbenchKeyboard.processKeyEvent(List, Event) line: 997
	WorkbenchKeyboard.filterKeySequenceBindings(Event) line: 541
	WorkbenchKeyboard.access$2(WorkbenchKeyboard, Event) line: 488
	WorkbenchKeyboard$1.handleEvent(Event) line: 241
	EventTable.sendEvent(Event) line: 82
	Display.filterEvent(Event) line: 748
	StyledText(Widget).sendEvent(Event) line: 795
	StyledText(Widget).sendEvent(int, Event, boolean) line: 820
	StyledText(Widget).sendEvent(int, Event) line: 805
	StyledText(Control).sendKeyEvent(int, int, int, int, Event) line: 1736
	StyledText(Control).sendKeyEvent(int, int, int, int) line: 1732
	StyledText(Control).WM_KEYDOWN(int, int) line: 3541
	StyledText(Control).windowProc(int, int, int, int) line: 3003
	Display.windowProc(int, int, int, int) line: 3349
	OS.DispatchMessageW(MSG) line: not available [native method]
	OS.DispatchMessage(MSG) line: 1472
	Display.readAndDispatch() line: 2440
	Workbench.runEventLoop(Window$IExceptionHandler, Display) line: 1435
	Workbench.runUI() line: 1406
	Workbench.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 263
	PlatformUI.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 144
	IDEApplication.run(Object) line: 102
	PlatformActivator$1.run(Object) line: 335
	EclipseStarter.run(Object) line: 273
	EclipseStarter.run(String[], Runnable) line: 129
	NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not 
available [native method]
	NativeMethodAccessorImpl.invoke(Object, Object[]) line: 39
	DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 25
	Method.invoke(Object, Object...) line: 585
	Main.basicRun(String[]) line: 183
	Main.run(String[]) line: 644
	Main.main(String[]) line: 628

Running on Eclipse 3.0 Linux-GTK, when ToolBar.getItem(Point point) is called, 
it always returns the first item in the toolbar.  This works fine on Eclipse 
3.0 Windows.

public class TestClass {
	ToolBar myTB;
	
	public TestClass(Shell shell) {
		super();
		myTB = new ToolBar (shell, SWT.FLAT);
		ToolItem item1 = new ToolItem(myTB,SWT.PUSH);
		item1.setText("1");
		item1.setData(new String("Item 1"));
		ToolItem item2 = new ToolItem(myTB,SWT.PUSH);
		item2.setText("2");
		item2.setData(new String("Item 2"));
		ToolItem item3 = new ToolItem(myTB,SWT.PUSH);
		item3.setText("3");
		item3.setData(new String("Item 3"));
		ToolItem item4 = new ToolItem(myTB,SWT.PUSH);
		item4.setText("4");
		item4.setData(new String("Item 4"));
		ToolItem item5 = new ToolItem(myTB,SWT.PUSH);
		item5.setText("5");
		item5.setData(new String("Item 5"));


		myTB.addMouseMoveListener(new MouseMoveListener(){
			public void mouseMove(MouseEvent arg0) {
			  int x = arg0.x;
			  int y = arg0.y;
			  System.out.println("X: "+x+" Y: "+y);
			  ToolItem item = myTB.getItem(new Point(x,y));
			  System.out.println("MOUSEIN: "+(String)item.getData
());
			}
		});

	}
	
	public static void main (String [] args) {
		Display d = new Display ();
		Shell s = new Shell(SWT.SHELL_TRIM);
		s.setLayout(new RowLayout());
		TestClass application = new TestClass(s);
		s.open();
		while (! s.isDisposed()) {
			if (! d.readAndDispatch()) d.sleep();
		}
		d.dispose();
		System.exit(0);
	}

}

I20040831-1100

Click on a view menu (the black triangle in the view toolbar) and don't release
the mouse. Dragging the mouse starts dragging the view instead of opening the
view menu and highlighting the menu entry under the cursor.

This is maybe connected to bug 47065 and bug 61307, but it's not a dup.

It's strange that dragging the view menu "button" initiates a view drag
operation, but dragging any other view toolbar button behaves as it should.

3.0 M7

When the execution of an Action throws an Exception, that Exception is silently
written to the log (see also bug 41131). I would like to hear a system beep and
see a dialog whenever an Action invoked via shortcut or menu fails. The user
should be informed immediately when his wishes can't be served.

I suggest adding this behavior to
WorkbenchKeyboard#executeCommand(String, Event) and
ActionContributionItem#handleWidgetSelection(Event, boolean)

Latest code from head
Select a breakpoint
Select a breakpoint group

Thread [main] (Suspended (exception ClassCastException))
	DisableBreakpointsAction(EnableBreakpointsAction).selectionChanged
(IAction, ISelection) line: 145
	ViewPluginAction(PluginAction).refreshEnablement() line: 249
	ViewPluginAction(PluginAction).selectionChanged(ISelection) line: 319
	ViewPluginAction(PluginAction).selectionChanged(SelectionChangedEvent) 
line: 330
	Viewer$2.run() line: 163
	InternalPlatform.run(ISafeRunnable) line: 615
	Platform.run(ISafeRunnable) line: 747
	CheckboxTreeViewer(Viewer).fireSelectionChanged(SelectionChangedEvent) 
line: 161
	CheckboxTreeViewer(StructuredViewer).updateSelection(ISelection) line: 
1453
	CheckboxTreeViewer(StructuredViewer).handleSelect(SelectionEvent) 
line: 726
	CheckboxTreeViewer.handleSelect(SelectionEvent) line: 268
	StructuredViewer$4.widgetSelected(SelectionEvent) line: 753
	OpenStrategy.fireSelectionEvent(SelectionEvent) line: 209
	OpenStrategy.access$3(OpenStrategy, SelectionEvent) line: 204
	OpenStrategy$1.handleEvent(Event) line: 364
	EventTable.sendEvent(Event) line: 82
	Tree(Widget).sendEvent(Event) line: 796
	Display.runDeferredEvents() line: 2783
	Display.readAndDispatch() line: 2442
	Workbench.runEventLoop(Window$IExceptionHandler, Display) line: 1435
	Workbench.runUI() line: 1406
	Workbench.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 263
	PlatformUI.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 144
	IDEApplication.run(Object) line: 102
	PlatformActivator$1.run(Object) line: 335
	EclipseStarter.run(Object) line: 273
	EclipseStarter.run(String[], Runnable) line: 129
	NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not 
available [native method]
	NativeMethodAccessorImpl.invoke(Object, Object[]) line: 39
	DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 25
	Method.invoke(Object, Object[]) line: 324
	Main.basicRun(String[]) line: 183
	Main.run(String[]) line: 644
	Main.main(String[]) line: 628

This bug is a request to have the main stream code changed to only use
cdcFoundation methods to enable running on embedded devices.

The file org.eclipse.help/org/eclipse/help/internal/context/Context.java uses
the method java.lang.String.replaceAll(). This method was new to 1.4.x.

I200405290105

Run->Run...->JUnit Plug-in Test->New->Run a single test

Select a project with a lot of tests (like org.eclipse.ui.tests)
Click Search...

A busy cursor appears for about 10 seconds, but no progress dialog is shown
(usability issue).

Here's the weird part: if you close the Run dialog while the busy cursor is
showing, the missing progress dialog opens.

Small leak on I20040529

For each ColorsAndFontsPreferencePage this is created, the cascading font and 
color registries are leaked.

This is because the superclasses register a runnable with Display#disposeExec

Build 20040529

The dialog to attach source to a JAR doesn't allow you to choose a project, only a directory. 
However, projects *are* valid directories which can contain source at the top level.

# Setup steps
1. Create a project containing a class with a main method, Hello.java.
2. Put a breakpoint in the main method.
3. Create a JAR containing only Hello.class.
# Execution steps
4. Launch Hello.class, making sure the source lookup path is empty.
5. Debug to the breakpoint. You should get the compilation unit editor.
6. Click the "Attach source" button.
7. In the resulting dialog, click "Workspace..." to browse the workspace.
8. In the resulting dialog, select the project containing Hello.java
9. The OK button disables.
7. In the dialog, click "Workspace..."

build 20040210
1) create the follong test case
public class Y {
  /**
   * @see
   * String @deprecated
   */
  void foo() {
  }
}
public class Z {
  void bar() {
    Y y = new Y();
    y.foo();
  }
}
foo() is marked as a deprecated, but @deprecated must be at the beginning of a 
line.

The behavior is the same with
public class Y {
  /**
   * @see String
   * String @deprecated
   */
  void foo() {
  }
}
But the error does not occur with
public class Y {
  /**
   * @see String String
   * String @deprecated
   */
  void foo() {
  }
}

see bug 50644.

I200411022000

When starting a fresh workspace the "Use default compliance settings" check box
is no longer checked (was checked in 2.0 to 3.0.1 - didn't check 1.0). If a user
only changes compliance to 5.0 the settings will be incorrect and the project is
not usable for 5.0 development.

Martin please check whether we did something in the UI. If not, send down to J Core.

I200411022000

The file which is created by the New Enum wizard has no header comment. Creating
a Class or Interface has header comment.

Build 200402101600

Take the following code (this is how it looks when formatted using the "Default"
settings)

public class Test {
	public void foo(String s1, String s2, String s3, String s4, String s5,
			String s6, String s7, String s8) {
	}
}

now define a new formatter setting and switch on New Lines -> Preserve existing
line break. After reformatting the source now is formatted as

public class Test {
	public void foo(String s1, String s2, String s3, String s4, String s5, 
	String s6, String s7, String s8) {
	}
}

20040211

- organize import the following coe
- IClassFile and ICompilationUnit go away

import org.eclipse.jdt.core.IClassFile;
import org.eclipse.jdt.core.ICompilationUnit;

/**
 * Implemented by {@link IClassFile} and {@link ICompilationUnit}
 */
public interface IOpenable {
		
}

The emulated coolbar does not support wrapping.  

In eclipse this results in bad resize behaviour in the top toolbar area on 
Mac, Motif, and GTK.

Wrapping only occurs if the wrap indices are explicitely set through the API 
setWrapIndices.  It should occur when there is not enough horizontal room to 
show all the coolitems but there is enough vertical room.

Also, CoolBar.computeSize does not give a wrapped height if the width is less 
than the default width.

See the following example:

public static void main(String[] args) {
	Display display = new Display();
	Image smallImage = new Image(display, 
EclipseLAF.class.getResourceAsStream("../images/monochrome16x16.bmp"));
	Shell shell = new Shell(display);
	
	
	final CoolBar coolbar1 = new CoolBar (shell, SWT.FLAT | SWT.WRAP);
	coolbar1.setBackground(display.getSystemColor(SWT.COLOR_RED));
	
	ToolBar toolBar1 = new ToolBar (coolbar1, SWT.FLAT);
	for (int i = 0; i < 20; i++) {
		ToolItem coolToolItem = new ToolItem (toolBar1, SWT.PUSH);
		coolToolItem.setImage(smallImage);
	}
	CoolItem coolItem1 = new CoolItem (coolbar1, SWT.NONE);
	coolItem1.setControl (toolBar1);
	Point size = toolBar1.computeSize (SWT.DEFAULT, SWT.DEFAULT);
	coolItem1.setMinimumSize(toolBar1.computeSize (size.x, size.y));
	coolItem1.setSize(coolItem1.computeSize (size.x, size.y));
	
	toolBar1 = new ToolBar (coolbar1, SWT.FLAT);
	for (int i = 0; i < 20; i++) {
		ToolItem coolToolItem = new ToolItem (toolBar1, SWT.PUSH);
		coolToolItem.setImage(smallImage);
	}
	coolItem1 = new CoolItem (coolbar1, SWT.NONE);
	coolItem1.setControl (toolBar1);
	size = toolBar1.computeSize (SWT.DEFAULT, SWT.DEFAULT);
	coolItem1.setMinimumSize(toolBar1.computeSize (size.x, size.y));
	coolItem1.setSize(coolItem1.computeSize (size.x, size.y));
	
	toolBar1 = new ToolBar (coolbar1, SWT.FLAT);
	for (int i = 0; i < 20; i++) {
		ToolItem coolToolItem = new ToolItem (toolBar1, SWT.PUSH);
		coolToolItem.setImage(smallImage);
	}
	coolItem1 = new CoolItem (coolbar1, SWT.NONE);
	coolItem1.setControl (toolBar1);
	size = toolBar1.computeSize (SWT.DEFAULT, SWT.DEFAULT);
	coolItem1.setMinimumSize(toolBar1.computeSize (size.x, size.y));
	coolItem1.setSize(coolItem1.computeSize (size.x, size.y));	
	
	System.out.println(coolbar1.computeSize(100, SWT.DEFAULT));
	System.out.println(coolbar1.computeSize(400, SWT.DEFAULT));

	coolbar1.setSize(150, 200);
	coolbar1.setLocation(10, 10);
	
	shell.setSize(500, 500);
	shell.open();
	while (!shell.isDisposed()) {
		if (!display.readAndDispatch())
			display.sleep();
	}
	display.dispose();
}

In Preferences|Java|Code Style|Code Formatter, select "Edit". In the "Edit
Profile" dialog, select the White Space tab.

In the little list box, first select "Sort options by Syntax element." One of
the 24 items in the resulting tree list is "Before opening brace". Expand this
node, and note that there is a subitem "Array Initializer".

Now select "Sort options by Java element" in the list box. Expand the "Arrays"
node in the resulting tree list, then select the "Array Initializers" subnode.
In the lower pane, there is a list of five possible positions for white space.
It does not include "before opening brace".

Using M7.

If you change some preferences that prompt you for whether or not you want to 
do a full rebuild it always does a build even if you say No.

e.g. Change the default JRE, Say No to prompt.  Background job will start and 
do a full build

Goal: Use command API to install feature from update site in new install site 
that is added to platform.xml configuration.

Use Case: Install routine that does not really contain code, but pulls code 
from remote location (http: or file:) and adds it to the target product/eclipse 
instance.

Problem: Command API runs as far as talking to update site (I see firewall 
request), creating target dir structure, including .eclipseextension marker per 
the -to e:\xxxxx parm, then fails with a message that says site is not 
updatable.

From log:
Root exception:
org.eclipse.core.runtime.CoreException: You cannot install in the 
site "file:/E:/Eclipse-3.0/M8-ConfigTest/fromUpdateSite/eclipse/". It is 
considered non updateable.

Seems odd that you will go as far as creating the dir tree home, but not write 
to it the 2nd time around.

I'd like to see this supported - if we want to see others add code to common 
installs we may want to 'suggest' they do so in their own site for purposes of 
isolation.

An aside:  how can you tell I did not use the update site method to add code?  
I tried the uninstall command - but would not work on a site I linked via the 
ui or addSite command, only if I used the UI to download and install the code.  
Can't see the trigger/marker in the platform.xml for this (and unsure of the 
reason for the rule).

I20040322

I did a Project/Clear. Since I have autobuild on, eclipse immediately started to rebuild everything.
After some time it hanged (see attached full thread dump):


Full thread dump Java HotSpot(TM) Client VM (1.4.2-34 mixed mode):

"Worker-14" prio=5 tid=0x0c1f2c60 nid=0xf0ba400 in Object.wait() [f0a94000..f0a94b20]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x609135a0> (a org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob)
	at org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.joinRun(ImplicitJobs.java:118)
	- locked <0x609135a0> (a org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob)
	at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJobs.java:265)
	at org.eclipse.core.internal.jobs.JobManager.beginRule(JobManager.java:149)
	at org.eclipse.ui.views.markers.internal.MarkerView.internalRefresh(MarkerView.java:168)
	at org.eclipse.ui.views.markers.internal.MarkerView.access$2(MarkerView.java:157)
	at org.eclipse.ui.views.markers.internal.MarkerView$4.run(MarkerView.java:242)
	at org.eclipse.ui.views.markers.internal.RestartableJob$2.run(RestartableJob.java:86)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

"Worker-12" prio=5 tid=0x0c1eced0 nid=0xdff4200 in Object.wait() [f080f000..f080fb20]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x60d82b90> (a org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob)
	at org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.joinRun(ImplicitJobs.java:118)
	- locked <0x60d82b90> (a org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob)
	at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJobs.java:265)
	at org.eclipse.core.internal.jobs.JobManager.beginRule(JobManager.java:149)
	at 
org.eclipse.team.internal.ccvs.core.syncinfo.ReentrantLock$ThreadInfo.pushRule(ReentrantLock.java:80)
	at org.eclipse.team.internal.ccvs.core.syncinfo.ReentrantLock.acquire(ReentrantLock.java:269)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.beginBatching(EclipseSynchronizer.jav
a:496)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.ignoreFilesChanged(EclipseSynchroni
zer.java:632)
	at 
org.eclipse.team.internal.ccvs.core.syncinfo.DeferredResourceChangeHandler.dispatchEvents(DeferredR
esourceChangeHandler.java:64)
	at 
org.eclipse.team.internal.core.BackgroundEventHandler.processEvents(BackgroundEventHandler.java:
278)
	at org.eclipse.team.internal.core.BackgroundEventHandler$1.run(BackgroundEventHandler.java:
131)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

"Worker-11" prio=5 tid=0x0c1eca10 nid=0xf038e00 in Object.wait() [f070d000..f070db20]
	at java.lang.Object.wait(Native Method)
	at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:185)
	- locked <0x5d529748> (a org.eclipse.core.internal.jobs.WorkerPool)
	at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:211)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

"Worker-10" prio=5 tid=0x0c1ec6d0 nid=0xf02ea00 in Object.wait() [f068c000..f068cb20]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x5c59e350> (a org.eclipse.ui.internal.Semaphore)
	at org.eclipse.ui.internal.Semaphore.acquire(Semaphore.java:37)
	- locked <0x5c59e350> (a org.eclipse.ui.internal.Semaphore)
	at org.eclipse.ui.internal.UISynchronizer.syncExec(UISynchronizer.java:42)
	at org.eclipse.swt.widgets.Display.syncExec(Display.java:2647)
	at 
org.eclipse.ui.model.WorkbenchContentProvider.resourceChanged(WorkbenchContentProvider.java:107)
	at org.eclipse.core.internal.events.NotificationManager$2.run(NotificationManager.java:255)
	at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:610)
	at org.eclipse.core.runtime.Platform.run(Platform.java:521)
	at org.eclipse.core.internal.events.NotificationManager.notify(NotificationManager.java:248)
	at 
org.eclipse.core.internal.events.NotificationManager.broadcastChanges(NotificationManager.java:142)
	at org.eclipse.core.internal.resources.Workspace.broadcastChanges(Workspace.java:155)
	at org.eclipse.core.internal.resources.Workspace.endOperation(Workspace.java:854)
	at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:144)
	at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:168)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=1 tid=0x0c1d7c80 nid=0xc97bc00 in 
Object.wait() [f0a13000..f0a13b20]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x606ceff8> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)
	at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
	- locked <0x606ceff8> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=1 tid=0x0c13e1f0 nid=0xc8f2000 in 
Object.wait() [f058a000..f058ab20]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x5e97d078> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)
	at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
	- locked <0x5e97d078> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Java indexing" daemon prio=4 tid=0x00563aa0 nid=0x1d24000 in Object.wait() 
[f060b000..f060bb20]
	at java.lang.Object.wait(Native Method)
	at java.lang.Object.wait(Object.java:429)
	at org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobManager.java:327)
	- locked <0x5da55280> (a org.eclipse.jdt.internal.core.search.indexing.IndexManager)
	at java.lang.Thread.run(Thread.java:552)

"Start Level Event Dispatcher" daemon prio=5 tid=0x00513b00 nid=0x18a5200 in Object.wait() 
[f0509000..f0509b20]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x5d1c0050> (a org.eclipse.osgi.framework.eventmgr.EventThread)
	at java.lang.Object.wait(Object.java:429)
	at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:167)
	- locked <0x5d1c0050> (a org.eclipse.osgi.framework.eventmgr.EventThread)
	at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:118)

"Framework Event Dispatcher" daemon prio=5 tid=0x005116c0 nid=0x182ea00 in Object.wait() 
[f0488000..f0488b20]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x5d1c02b0> (a org.eclipse.osgi.framework.eventmgr.EventThread)
	at java.lang.Object.wait(Object.java:429)
	at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:167)
	- locked <0x5d1c02b0> (a org.eclipse.osgi.framework.eventmgr.EventThread)
	at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:118)

"Signal Dispatcher" daemon prio=10 tid=0x00507fc0 nid=0x1814c00 waiting on condition [0..0]

"Finalizer" daemon prio=8 tid=0x00506ad0 nid=0x180e000 in Object.wait() [f0203000..f0203b20]
	at java.lang.Object.wait(Native Method)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
	- locked <0x5d1c03d8> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
	at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x005067a0 nid=0x1802600 in Object.wait() 
[f0182000..f0182b20]
	at java.lang.Object.wait(Native Method)
	at java.lang.Object.wait(Object.java:429)
	at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
	- locked <0x5d1c00a0> (a java.lang.ref.Reference$Lock)

"main" prio=6 tid=0x00500d90 nid=0xa000a1ec in Object.wait() [bfffb000..bffff548]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x60b33698> (a org.eclipse.core.internal.jobs.Semaphore)
	at org.eclipse.core.internal.jobs.Semaphore.acquire(Semaphore.java:36)
	- locked <0x60b33698> (a org.eclipse.core.internal.jobs.Semaphore)
	at org.eclipse.core.internal.jobs.JobManager.join(JobManager.java:469)
	at org.eclipse.core.internal.jobs.InternalJob.join(InternalJob.java:200)
	at org.eclipse.core.runtime.jobs.Job.join(Job.java:298)
	at org.eclipse.core.internal.events.BuildManager.interrupt(BuildManager.java:335)
	at org.eclipse.core.internal.resources.Workspace.prepareOperation(Workspace.java:1520)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1554)
	at org.eclipse.ui.actions.WorkspaceModifyOperation.run(WorkspaceModifyOperation.java:105)
	- locked <0x60b336e8> (a org.eclipse.ui.actions.WorkspaceModifyDelegatingOperation)
	at org.eclipse.ui.editors.text.WorkspaceOperationRunner.run(WorkspaceOperationRunner.java:72)
	at org.eclipse.ui.editors.text.WorkspaceOperationRunner.run(WorkspaceOperationRunner.java:62)
	at 
org.eclipse.ui.editors.text.TextFileDocumentProvider.executeOperation(TextFileDocumentProvider.java:
391)
	at 
org.eclipse.ui.editors.text.TextFileDocumentProvider.saveDocument(TextFileDocumentProvider.java:
611)
	at org.eclipse.ui.texteditor.AbstractTextEditor.performSave(AbstractTextEditor.java:3136)
	at 
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor.performSave(CompilationUnitEditor.java:
1181)
	at org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor.doSave(CompilationUnitEditor.java:
1231)
	- locked <0x606d9068> (a org.eclipse.jdt.internal.core.CompilationUnit)
	at org.eclipse.ui.internal.EditorManager$10.run(EditorManager.java:982)
	at org.eclipse.ui.internal.EditorManager$8.run(EditorManager.java:837)
	at org.eclipse.jface.operation.ModalContext.runInCurrentThread(ModalContext.java:302)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:252)
	at org.eclipse.jface.window.ApplicationWindow$1.run(ApplicationWindow.java:576)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.jface.window.ApplicationWindow.run(ApplicationWindow.java:573)
	at org.eclipse.ui.internal.WorkbenchWindow.run(WorkbenchWindow.java:1511)
	at org.eclipse.ui.internal.EditorManager.runProgressMonitorOperation(EditorManager.java:843)
	at org.eclipse.ui.internal.EditorManager.savePart(EditorManager.java:987)
	at org.eclipse.ui.internal.WorkbenchPage.savePart(WorkbenchPage.java:2449)
	at org.eclipse.ui.internal.WorkbenchPage.saveEditor(WorkbenchPage.java:2461)
	at org.eclipse.ui.internal.SaveAction.run(SaveAction.java:72)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:68)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:173)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:
460)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:834)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:875)
	at 
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:
519)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:485)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:258)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java:801)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1194)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1219)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1204)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1939)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1934)
	at org.eclipse.swt.widgets.Control.kEventTextInputUnicodeForKeyEvent(Control.java:1472)
	at org.eclipse.swt.widgets.Composite.kEventTextInputUnicodeForKeyEvent(Composite.java:392)
	at org.eclipse.swt.widgets.Widget.textInputProc(Widget.java:1604)
	at org.eclipse.swt.widgets.Display.textInputProc(Display.java:2662)
	at org.eclipse.swt.internal.carbon.OS.SendEventToEventTarget(Native Method)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1917)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1488)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1462)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:259)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:262)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:213)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:115)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:315)
	at org.eclipse.core.launcher.Main.run(Main.java:740)
	at org.eclipse.core.launcher.Main.main(Main.java:724)

"VM Thread" prio=5 tid=0x00506020 nid=0x1802e00 runnable 

"VM Periodic Task Thread" prio=10 tid=0x00507f30 nid=0x1814800 waiting on condition 
"Exception Catcher Thread" prio=10 tid=0x00500ef0 nid=0x1802a00 runnable

We need to encode preference keys because we need to know the end of a child
path and the beginning of a key in the case where the key contains a slash
character.

Look at using: 
  path//key=value
since you can't have a double-slash in the path name.

The buttons are not sized according to the dialog font.

 

Build: I-20040506

1. Fresh workspace.
2. Create a Java project.
3. Answer yes when asked if you want to switch to the Java perspective.

Nothing happens.

The button on the pref page is labeled "Add...".

The dialog is titled "Create JRE".

The dialog should not be named "Create JRE" because one does not actually
"create" a JRE but rather make one known to Eclipse.

"Add JRE" would probably be a better dialog title.

@@@@

Both "Browse..." buttons do not use the dialog font.

I200404281424

I had the progress reporting dialog open.
I had cancelled a team synchronize.
I believe this appeared when the build finished.

java.lang.NullPointerException
	at org.eclipse.ui.internal.progress.NewProgressViewer$Hyperlink.refresh
(NewProgressViewer.java:441)
	at org.eclipse.ui.internal.progress.NewProgressViewer$Hyperlink.<init>
(NewProgressViewer.java:290)
	at org.eclipse.ui.internal.progress.NewProgressViewer$JobItem.refresh
(NewProgressViewer.java:854)
	at org.eclipse.ui.internal.progress.NewProgressViewer$JobItem.<init>
(NewProgressViewer.java:520)
	at org.eclipse.ui.internal.progress.NewProgressViewer.createItem
(NewProgressViewer.java:1061)
	at org.eclipse.ui.internal.progress.NewProgressViewer.findJobItem
(NewProgressViewer.java:1076)
	at org.eclipse.ui.internal.progress.NewProgressViewer.add
(NewProgressViewer.java:973)
	at org.eclipse.ui.internal.progress.ProgressTreeContentProvider.add
(ProgressTreeContentProvider.java:79)
	at org.eclipse.ui.internal.progress.ProgressViewUpdater$1.runInUIThread
(ProgressViewUpdater.java:242)
	at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:84)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2569)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2274)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:240)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:240)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)

The "Sort targets" and "Hide internal targets" buttons are not using the 
dialog font.

in 200405182000 build, I've found that my "custom" IContentDescribers no longer 
work, because as they try and set properties on 'description' they are not 
actually honored. 

Not sure of root of problem, but I did trace it as deep as some code in 
'description' that looks like the following:

		QualifiedName[] tmpKeys = (QualifiedName[]) this.keys;
		for (int i = 0; i < tmpKeys.length; i++)
			if (tmpKeys[i].equals(newKey))
				((Object[]) values)[i] = newValue;

And my 'newKey' is not among the this.keys. Only the platform's charset and bom 
keys are in there (even though I do list this as "supported options" in my 
describer). If the problem/fix is not obvious and you'd like a test case, let me 
know and I'll attach one, but I think will be easy to re-produce. 

I've marked as "blocker" just because this bug prevents me from continuing my 
migration to the new content type support. (And BTW this part of contentTypes 
was working in 0514 build, the last I'd been working with).

See also 60784

Using N0503

Have extension site with content.  steps to be run:

add site
list configured features (new features missing - bug already open).
enable specific feature (this bug - it will not enable).
list configured features (still not there)
Enable manually using the UI
list configured features (So I know I'm not seeing things - it can show up).

Basic Q - is the -to E:\Eclipse-3.0\Install-Extras\Tools correct? (from made 
more sense, but both from/to are bad for this action request).  
Regardless - it does not work for me.

trace/pasted content from command invocation and the .log file content, plus 
what works at the very end.

E:\Eclipse-3.0\m8-0503\eclipse>e:\eclipse-3.0\jre\bin\java.exe -cp startup.jar 
org.eclipse.core.launcher.Main -data tempwork -application or
g.eclipse.update.core.standaloneUpdate -command addSite -from E:\Eclipse-3.0
\Install-Extras\Tools
Command completed successfully.

E:\Eclipse-3.0\m8-0503\eclipse>pause
Press any key to continue . . .

E:\Eclipse-3.0\m8-0503\eclipse>e:\eclipse-3.0\jre\bin\java.exe -cp startup.jar 
org.eclipse.core.launcher.Main -data tempwork -application or
g.eclipse.update.core.standaloneUpdate -command configuredFeatures
Site:file:/e:/Eclipse-3.0/m8-0503/eclipse/
  Feature: org.eclipse.jdt_3.0.0
  Feature: org.eclipse.jdt.source_3.0.0
  Feature: org.eclipse.platform.source_3.0.0
  Feature: org.eclipse.sdk_3.0.0
  Feature: org.eclipse.platform_3.0.0
  Feature: org.eclipse.pde_3.0.0
Site:file:/E:/Eclipse-3.0/Install-Extras/Tools/eclipse/
Command completed successfully.

E:\Eclipse-3.0\m8-0503\eclipse>pause
Press any key to continue . . .

E:\Eclipse-3.0\m8-0503\eclipse>e:\eclipse-3.0\jre\bin\java.exe -cp startup.jar 
org.eclipse.core.launcher.Main -data tempwork -application or
g.eclipse.update.core.standaloneUpdate -command enable -featureId 
com.ibm.jdg2e.tools -version 3.0.0 -to E:\Eclipse-3.0\Install-Extras\Tools

Command failed.  Please check E:\Eclipse-3.0\m8-0503
\eclipse\tempwork\.metadata\.log log file for details.

E:\Eclipse-3.0\m8-0503\eclipse>pause
Press any key to continue . . .

E:\Eclipse-3.0\m8-0503\eclipse>e:\eclipse-3.0\jre\bin\java.exe -cp startup.jar 
org.eclipse.core.launcher.Main -data tempwork -application or
g.eclipse.update.core.standaloneUpdate -command configuredFeatures
Site:file:/e:/Eclipse-3.0/m8-0503/eclipse/
  Feature: org.eclipse.sdk_3.0.0
  Feature: org.eclipse.platform_3.0.0
  Feature: org.eclipse.pde_3.0.0
  Feature: org.eclipse.jdt_3.0.0
  Feature: org.eclipse.platform.source_3.0.0
  Feature: org.eclipse.jdt.source_3.0.0
Site:file:/E:/Eclipse-3.0/Install-Extras/Tools/eclipse/
Command completed successfully.



------------

!SESSION May 03, 2004 15:03:58.17 ----------------------------------------------
java.fullversion=J2RE 1.4.2 IBM Windows 32 build cndev-20040322 (JIT enabled: 
jitc)
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -application org.eclipse.update.core.standaloneUpdate -
command enable -featureId com.ibm.jdg2e.tools -version 3.0.0 -to E:\Eclipse-3.0
\Install-Extras\Tools
!ENTRY org.eclipse.update.core 4 0 May 03, 2004 15:03:58.17
!MESSAGE  [There are no unconfigured features with id:com.ibm.jdg2e.tools]
!STACK 0
java.lang.Exception: There are no unconfigured features with 
id:com.ibm.jdg2e.tools
	at org.eclipse.update.standalone.EnableCommand.<init>
(EnableCommand.java:73)
	at org.eclipse.update.standalone.CmdLineArgs.getCommand
(CmdLineArgs.java:100)
	at org.eclipse.update.standalone.StandaloneUpdateApplication.run
(StandaloneUpdateApplication.java:39)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:242)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:119)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:84)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:59)
	at java.lang.reflect.Method.invoke(Method.java:389)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)

----------

Manual enable of feature

----------

E:\Eclipse-3.0\m8-0503\eclipse>e:\eclipse-3.0\jre\bin\java.exe -cp startup.jar 
org.eclipse.core.launcher.Main -data tempwork -application or
g.eclipse.update.core.standaloneUpdate  -command configuredFeatures
Site:file:/e:/Eclipse-3.0/m8-0503/eclipse/
  Feature: org.eclipse.platform.source_3.0.0
  Feature: org.eclipse.platform_3.0.0
  Feature: org.eclipse.sdk_3.0.0
  Feature: org.eclipse.jdt.source_3.0.0
  Feature: org.eclipse.jdt_3.0.0
  Feature: org.eclipse.pde_3.0.0
Site:file:/E:/Eclipse-3.0/Install-Extras/Tools/eclipse/
  Feature: com.ibm.jdg2e.tools_3.0.0
Command completed successfully.

build I20040324-0800 + latest from head

- run the browser example with the BrowserAdvisor.createWindowControls method
deleted, and with setShowPerspectiveBar(false) (the default)
- you get an NPE in WorkbenchWindow.createDefaultContents when it tries to add a
mouse listener to the perspective bar's control
- if this one's fixed, you then get one in WorkbenchWindow.addPerspectiveShortcut

The problem is that if the perspective bar is not showing initially, then
perspectiveBar exists but its control does not.  This is not properly handled in
all cases.

3.0 RC1

- Open two java editors side by side.
- Do a java search such that one of the editors contains matches. Give focus to
the editor with matches -> search annotations highlighting the matches appear.
- Give focus to the other editor -> search annotations disappear in the first
editor. They shouldn't go away.

I got the following NPE in my target while messing around with third-party
plugins (CDT):

org.eclipse.jface.util.Assert$AssertionFailedException: null argument;
at org.eclipse.jface.util.Assert.isNotNull(Assert.java:139)
at org.eclipse.jface.util.Assert.isNotNull(Assert.java:116)
at org.eclipse.jface.viewers.StructuredSelection.<init>(StructuredSelection.java:61)
at
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationView.launchConfigurationRemoved(LaunchConfigurationView.java:271)
at
org.eclipse.debug.internal.core.LaunchManager$ConfigurationNotifier.run(LaunchManager.java:1477)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:610)
at org.eclipse.core.runtime.Platform.run(Platform.java:521)
at
org.eclipse.debug.internal.core.LaunchManager$ConfigurationNotifier.notify(LaunchManager.java:1498)
at
org.eclipse.debug.internal.core.LaunchManager.launchConfigurationDeleted(LaunchManager.java:729)
at
org.eclipse.debug.internal.core.LaunchConfiguration.delete(LaunchConfiguration.java:317)
at
org.eclipse.debug.internal.ui.launchConfigurations.DeleteLaunchConfigurationAction.performAction(DeleteLaunchConfigurationAction.java:65)
at
org.eclipse.debug.internal.ui.launchConfigurations.AbstractLaunchConfigurationAction$1.run(AbstractLaunchConfigurationAction.java:103)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
at
org.eclipse.debug.internal.ui.launchConfigurations.AbstractLaunchConfigurationAction.run(AbstractLaunchConfigurationAction.java:106)
at
org.eclipse.debug.ui.AbstractDebugView.handleKeyPressed(AbstractDebugView.java:709)
at
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationView.access$0(LaunchConfigurationView.java:1)
at
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationView$2.keyPressed(LaunchConfigurationView.java:297)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:121)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:939)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:963)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:948)
at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:2239)
at org.eclipse.swt.widgets.Control.gtk_key_press_event(Control.java:1751)
at org.eclipse.swt.widgets.Composite.gtk_key_press_event(Composite.java:441)
at org.eclipse.swt.widgets.Tree.gtk_key_press_event(Tree.java:641)
at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:1189)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:2450)
at org.eclipse.swt.internal.gtk.OS.gtk_main_do_event(Native Method)
at org.eclipse.swt.widgets.Display.eventProc(Display.java:736)
at org.eclipse.swt.internal.gtk.OS.gtk_main_iteration(Native Method)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1725)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:670)
at org.eclipse.jface.window.Window.open(Window.java:650)
at
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.open(LaunchConfigurationsDialog.java:440)
at org.eclipse.debug.ui.DebugUITools$1.run(DebugUITools.java:394)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
at
org.eclipse.debug.ui.DebugUITools.openLaunchConfigurationDialogOnGroup(DebugUITools.java:398)
at
org.eclipse.debug.ui.DebugUITools.openLaunchConfigurationDialogOnGroup(DebugUITools.java:340)
at
org.eclipse.debug.ui.actions.OpenLaunchDialogAction.run(OpenLaunchDialogAction.java:79)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:550)
at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:502)
at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:435)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:939)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:1953)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1726)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1558)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1532)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:277)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:239)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
at org.eclipse.core.launcher.Main.run(Main.java:692)
at org.eclipse.core.launcher.Main.main(Main.java:676)

CreateStepFilterDialog is setting its dialog settings in the Debug UI plugin 
instead of the JDIDebugUIPlugin

Steps:

1. Open a project with JUnit 3.8.1 sources
2. Open junit.framework.Assert
3. Double click fail( String ) method
4. Press Ctrl+Alt+H
5. Close Assert.java
6. In the "Call Hierarchy" view double-click "fail( String )" -- the "root" of
   the hierarchy

Observed:

Assert.java does not open

Expected:

Assert.java should open

Build: 200405280010
Was first observed with early M-s (around 5 or 6 maybe)

Please have a look at this code:

 import java.util.Iterator;
 import java.util.List;
 public class A {
  List list() { return null; }
  void m0() { List<A> l = list(); }
  void m1() { for (A a : list()); }
  void m2() { for (Iterator<A> i = list().iterator(); i.hasNext();); }
}

I get an unsafe operation warning in m0 and m2 and an error in m1.

Now replace "list()" with "((List<A>) list())".  Is this an attempt to get rid
of the unsafe operation warnings.  m2 doesn't raise a warning anymore.  But m0
and m1 get an "unnecassary cast" warning.  At least in the case of m1, this is a
wrong warning because if I let QuickFix remove the cast, it's an error.  In the
case of m0, I can choose between two warnings but don't have a way to get rid of
the warning :)

Now, replace "List list()" with "<X> List<X> list()".

This removes the warning from m1 but adds an "unnecessary cast" warning to m1. 
If I remove that cast, a "type mismatch" error is raised.

It also adds the same warning to m0, and if I remove that cast, Eclipse is
happy. However, I doubt that m0 is now any better than before and it seems that
I fouled the type inferer.

200404270800 (This bug has been broken out of bug 10846).

Both Views and Editors are "in" a CTabFolder, however they are not actually 
children of the CTabFolder (they are siblings), so traversal events that go to 
the Views aren't propagated to the CTabFolder. This is a problem with the 
traversal events for PAGE_NEXT and PAGE_PREVIOUS. (Which are sent when the 
user types Ctrl+PgDown or Ctrl+PgUp).

Here is an SWT snippet that shows how these traversal events can be forwarded 
from the View ("tabContents") to the CTabFolder ("tabFolder"). The relevant 
lines of code from the snippet are:

tabContents.addTraverseListener(new TraverseListener() {
	public void keyTraversed(TraverseEvent e) {
		switch (e.detail) {
			case SWT.TRAVERSE_PAGE_NEXT:
			case SWT.TRAVERSE_PAGE_PREVIOUS:
				tabFolder.traverse(e.detail);
				e.detail = SWT.TRAVERSE_NONE;
				e.doit = true;
		}
	}
});

You just have to figure out which controls are "tabContents" and "tabFolder".
The best place to hook the traverse listener is on the fake child(ren) (i.e. 
actually sibling) of the CTabFolder(s) so that they can forward the "page 
next/previous" traversal to the CTabFolder. The line "e.detail = 
SWT.TRAVERSE_NONE" tells the fake child not to do any traversal itself, and 
the line "e.doit = true" says that the traversal has been handled by someone, 
so don't pass it to anybody else.

The snippet emulates eclipse's "tabfolder has siblings that act like children" 
story. While it can be said that this story may have other problems in future 
where additional traversal types should be forwarded, for now I recommend just 
forwarding this one traversal (page next/previous). I also recommend 
checking "instanceof CTabFolder" before forwarding (i.e. be very specific). 
Forwarding other traversals should be done carefully on an as-needed basis.

(I will attach the 7 little gifs that the snippet uses for a tool bar).


import org.eclipse.swt.*;
import org.eclipse.swt.widgets.*;
import org.eclipse.swt.events.*;
import org.eclipse.swt.graphics.*;
import org.eclipse.swt.layout.*;
import org.eclipse.swt.custom.*;

public class EclipseCTabFolderAccessibilityTest {
	static Display display;
	static Shell shell;
	static CTabFolder tabFolder;
	static boolean sibling = true; // whether tab content is child or 
sibling of tab folder
	static Point maxSize;
	static Composite selectedContents;
	
	public static void main(String[] args) {
		display = new Display();
		shell = new Shell(display);
		if (!sibling) shell.setLayout(new GridLayout());
		shell.setText("Eclipse CTabFolder Accessibility Test");
		maxSize = new Point(0, 0);
		tabFolder = new CTabFolder(shell, SWT.BORDER);
		for (int tabNumber = 0; tabNumber < 5; tabNumber++) {
			CTabItem item = new CTabItem(tabFolder, SWT.NULL);
			item.setText("CTab &" + tabNumber);
			Composite tabContents = new Composite(sibling ? 
(Composite) shell : (Composite) tabFolder, SWT.NONE);
			tabContents.setLayout(new GridLayout());
			createTabContents(tabContents, tabNumber);
			if (sibling) {
				tabContents.addTraverseListener(new 
TraverseListener() {
					public void keyTraversed(TraverseEvent 
e) {
						switch (e.detail) {
							case 
SWT.TRAVERSE_PAGE_NEXT:
							case 
SWT.TRAVERSE_PAGE_PREVIOUS:
							
	tabFolder.traverse(e.detail);
								e.detail = 
SWT.TRAVERSE_NONE;
								e.doit = true;
						}
					}
				});
				tabContents.pack();
				Point size = tabContents.getSize();
				if (size.x > maxSize.x || size.y > maxSize.y) 
maxSize = size;
				tabContents.setVisible(false);
				item.setData(tabContents);
			} else {
				item.setControl(tabContents);
			}
		}
		tabFolder.moveBelow(null);
		if (sibling) {
			tabFolder.setSize(tabFolder.computeSize(maxSize.x, 
maxSize.y));
			shell.addControlListener(new ControlAdapter() {
				public void controlResized(ControlEvent e) {
					tabFolder.setBounds(shell.getClientArea
());
					CTabItem item = tabFolder.getSelection
();
					if (item == null) return;
					setItemBounds(item);
				}
			});
			tabFolder.addSelectionListener(new SelectionAdapter() {
				public void widgetSelected(SelectionEvent e) {
					showItem((CTabItem) e.item);
				}
			});
		} else {
			new Button(shell, SWT.PUSH).setText("Hello");
		}
		shell.pack();
		shell.open();
		tabFolder.setSelection(0);
		if (sibling) showItem(tabFolder.getItem(0));
		
		while (!shell.isDisposed()) {
			if (!display.readAndDispatch()) display.sleep();
		}
	}
	
	static void setItemBounds(CTabItem item) {
		Composite tabContents = (Composite) item.getData();
		tabContents.setBounds(tabFolder.getClientArea());
	}

	static void showItem(CTabItem item) {
		Composite tabContents = (Composite) item.getData();
		tabContents.setBounds(tabFolder.getClientArea());
		if (selectedContents != null) selectedContents.setVisible
(false);
		tabContents.setVisible(true);
		selectedContents = tabContents;
		tabContents.setFocus();
	}

	static void createTabContents(Composite tabContents, int tabNumber) {
		Label itemLabel = new Label(tabContents, SWT.NONE);
		itemLabel.setText("Label for CTabItem " + tabNumber + " is a 
child of a composite");
		switch (tabNumber) {
			case 0:
				Text itemText = new Text(tabContents, 
SWT.MULTI | SWT.BORDER);
				itemText.setLayoutData(new GridData
(GridData.FILL_BOTH));
				itemText.setText("\nText for CTabItem " + 
tabNumber + "\n\n\n");
				break;
			case 1:
				Button itemCheck = new Button(tabContents, 
SWT.CHECK);
				itemCheck.setLayoutData(new GridData
(GridData.FILL_HORIZONTAL));
				itemCheck.setText("Checkbox for CTabItem " + 
tabNumber);
				break;
			case 2:
				Tree itemTree = new Tree(tabContents, 
SWT.SINGLE);
				itemTree.setLayoutData(new GridData
(GridData.FILL_BOTH));
				for (int i = 0; i < 4; i++) {
					TreeItem treeItem = new TreeItem 
(itemTree, SWT.NULL);
					treeItem.setText ("TreeItem " + i + " 
for CTabItem " + tabNumber);
					for (int j = 0; j < 3; j++) {
						new TreeItem(treeItem, 
SWT.NONE).setText("TreeItem " + i + j + " for CTabItem " + tabNumber);
					}
				}
				break;
			case 3:
				Table itemTable = new Table(tabContents, 
SWT.SINGLE);
				itemTable.setLayoutData(new GridData
(GridData.FILL_BOTH));
				itemTable.setHeaderVisible(true);
				itemTable.setLinesVisible(true);
				for (int col = 0; col < 2; col++) {
					TableColumn column = new TableColumn
(itemTable, SWT.NONE);
					column.setText("Column " + col);
				}
				for (int i = 0; i < 4; i++) {
					TableItem tableItem = new TableItem 
(itemTable, SWT.NULL);
					tableItem.setText (new String [] 
{"TableItem " + i, "for CTabItem " + tabNumber});
				}
				for (int col = 0; col < 2; col++) {
					itemTable.getColumn(col).pack();
				}
				break;
			case 4:
				ToolBar itemToolBar = new ToolBar(tabContents, 
SWT.FLAT);
				itemToolBar.setLayoutData(new GridData
(GridData.FILL_HORIZONTAL));
		        String[] toolBarFileNames = new String [] 
{"save", "saveas", "printer", "debug", "run", "search", "opentype"};
				for (int tool = 0; tool < 
toolBarFileNames.length; tool++) {
					String fileName = toolBarFileNames
[tool];
		           	ToolItem item = new ToolItem(itemToolBar, 
SWT.PUSH);
		            item.setImage(createToolBarIcon(display, 
fileName));
		            item.setToolTipText(fileName + " ToolItem for 
CTabItem " + tabNumber);
				}
				break;
		}
	}

	static Image createToolBarIcon(Display display, String fileName) {
		try {
			ImageData source = new ImageData
(AccessibleToolBarTest.class.getResourceAsStream(fileName + ".gif"));
			ImageData mask = source.getTransparencyMask();
			return new Image(display, source, mask);
		} catch (Exception e) {
		}
		return null;
	}
}

The sorter for the breakpoint view doesn't handle well when multiple breakpoints
are created/deleted programatically.
In the case of the watchpoint refactoring support for field rename, the
following error is logged :

org.eclipse.core.internal.resources.ResourceException: Marker id: 18 not found.
        at java.lang.Throwable.<init>(Throwable.java:59)
        at java.lang.Throwable.<init>(Throwable.java:73)
        at org.eclipse.core.runtime.CoreException.<init>(CoreException.java:35)
        at org.eclipse.core.internal.resources.Marker.checkInfo(Marker.java:55)
        at org.eclipse.core.internal.resources.Marker.getType(Marker.java:179)
        at
org.eclipse.debug.internal.ui.views.breakpoints.BreakpointsSorter.compare(BreakpointsSorter.java:63)
        at
org.eclipse.jface.viewers.TableViewer.indexForElement(TableViewer.java:354)
        at org.eclipse.jface.viewers.TableViewer.add(TableViewer.java:115)
        at org.eclipse.jface.viewers.TableViewer.add(TableViewer.java:134)
        at
org.eclipse.debug.internal.ui.views.breakpoints.BreakpointsViewEventHandler$1.run(BreakpointsViewEventHandler.java:78)
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
        at
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:1930)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:277)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:239)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
        at java.lang.reflect.Method.invoke(Method.java:386)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
        at org.eclipse.core.launcher.Main.run(Main.java:692)
        at org.eclipse.core.launcher.Main.main(Main.java:676)
!SUBENTRY 1 org.eclipse.core.resources 4 376 Mar 29, 2004 15:18:53.342
!MESSAGE Marker id: 18 not found.

Code assist for custom tasks should present a list of values to the user when
using code assist for an custom task attribute associated with the ant
EnumeratedAttribute type.

--------
import org.apache.tools.ant.types.EnumeratedAttribute;

public class TestTask extends Task {

	public static class Color extends EnumeratedAttribute {
		public String[] getValues() {
			return new String[]{"red","yellow","blue"};
		}		
	}

	public void setColor(Color c){		
	}
}
-----
By calling getValues() we can present the user with a list of the allowed values
for an attribute which takes an EnumeratedAttribute.

I tried to run eclipse mimicing a shared install scenario.

In a folder d:/sharedInstall I installed eclipse, run this instance once with
-initialize, make the folder sharedInstall as read only.
Then I updated my shortcuts, to point to this install and ran.

Everything comes up fine except that all the manifests are regenerated (and
stored properly in my folder C:\Documents and
Settings\prapicault\.eclipse\org.eclipse.platform_3.0.0\configuration), the
.registry is also local, etc.

Basically everything is local. Is this normal?

3.0 M9

This might be the case the the content is a empty string (see bug 45771). But 
I definitly had a valid selection at the time pressing ctrl+c in the Java 
editor.


!ENTRY org.eclipse.ui 4 4 Mai 26, 2004 15:29:42.390
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Mai 26, 2004 15:29:42.390
!MESSAGE Cannot set data in clipboard
!STACK 0
org.eclipse.swt.SWTError: Cannot set data in clipboard
    at org.eclipse.swt.dnd.DND.error(DND.java:225)
    at org.eclipse.swt.dnd.DND.error(DND.java:181)
    at org.eclipse.swt.dnd.Clipboard.setContents(Clipboard.java:267)
    at 
org.eclipse.jdt.internal.ui.javaeditor.ClipboardOperationAction.doCutCopyWithIm
portsOperation(ClipboardOperationAction.java:318)
    at 
org.eclipse.jdt.internal.ui.javaeditor.ClipboardOperationAction.internalDoOpera
tion(ClipboardOperationAction.java:246)
    at org.eclipse.jdt.internal.ui.javaeditor.ClipboardOperationAction$1.run
(ClipboardOperationAction.java:224)
    at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
    at org.eclipse.jdt.internal.ui.javaeditor.ClipboardOperationAction.run
(ClipboardOperationAction.java:222)
    at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
    at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)
    at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
    at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand
(WorkbenchKeyboard.java:469)
    at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press
(WorkbenchKeyboard.java:887)
    at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent
(WorkbenchKeyboard.java:928)
    at org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings
(WorkbenchKeyboard.java:546)
    at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2
(WorkbenchKeyboard.java:494)
    at org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent
(WorkbenchKeyboard.java:259)
    at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
    at org.eclipse.swt.widgets.Display.filterEvent(Display.java:712)
    at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:795)
    at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
    at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
    at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1724)
    at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1720)
    at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3048)
    at org.eclipse.swt.widgets.Control.windowProc(Control.java:2951)
    at org.eclipse.swt.widgets.Display.windowProc(Display.java:3282)
    at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
    at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1475)
    at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2380)
    at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
    at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
    at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:253)
    at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
    at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
    at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:307)
    at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:256)
    at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:127)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:324)
    at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
    at org.eclipse.core.launcher.Main.run(Main.java:638)
    at org.eclipse.core.launcher.Main.main(Main.java:622)

The AlwaysNeverDialog should have a more standard Eclipse look. The buttons 
should be Yes, No, and Cancel and there should be a "Don't ask me again" check 
box.
The functional equivalent of the Always button should be Yes + check box 
selected, and Never would be No + check box selected.

Cheetah06

No generic type may extends Throwable since the JVM exception mechanism was 
designed for non-generic types.

If a method already has javadoc @throws declared for SOME of the exceptions 
thrown from the method causing the Quick fix to appear, and I apply the quick 
fix, then my javadoc @throws declarations for ALL concerning exceptions are 
reset :-(

Cheetah06

The compiler should not allow usage of type parameters in catch blocks, since 
it is forbidden by JLS3 (14.20).

SWT should set orientation of MenuItem's tree og GTK widgets.
It is supposed here, that general problem, which is described in the bug 41184,
is solved by the newly suggested way.

In RC1, when you click on the drop down button for a CCombo, it doesn't respond 
to any mouse or keyboard actions, other than to click it to undrop it.  If you 
do this in a wizard and hit "<back", it stays showing.  Fortunately the up and 
down arrows work when it's not showing the drop down, but this is very hard to 
discover.  This problem will block many EMF clients from using our tools.

I think that if this method returns false, it should prevent the dialog from
closing.

Today, in order to perform validation I have to register key listeners 
to all fields an use #setValid(false) to disable the "OK" button.

The javac node resolution in ExternalAntBuildfileImportPage is using identity 
instead of equality for comparing the taskname to "javac".

We use the PlatformUI.getWorkbench().getProgressService().run() API to perform 
work in a progress dialog. Inside out runnable, we prompt for user input. On 
the Mac, this will result in a freeze since the proper dialog parenting is not 
done. Since there is no way to get the proper parenting with this API, it 
should have a comment in the javdoc stating that prompting using a dialog 
should not be done from within the runnable as this will reuslt in improper 
behavior on some platforms and deadlock on others. The improper behavior is on 
windows where the dialog is opened but appears in the wrong place.

200406032000

- do a File Search
- go to first match
- change file
- File > Revert
=> Search result annotations are gone. Reappear when closing/reopening editor.

Setup:
- Workspace is setup to refresh automatically
- Project is shared via CVS using default settings.
  I did not change anything in "Ext Connection Method"
  (In my case the CVS repository is accessed via pserver)

Steps:
- Deleted file via Windows Explorer
- Waited until it shows up in Synchronize View.
- Selected file and chose "Override and Update".
Result:
- File was NOT restored.
- The Console window showed this:
***
cvs update -C -l -d -P "/MyProject/sql/persistence/BaseViews-ORACLE.ddl"
    R sql/persistence/BaseViews-ORACLE.ddl
ok (took 0:00.218)
***

Workaround:
- Do a Team synchronize.
- Then select file and choose "Override and Update".
Result:
- File was restored.
- The Console window showed this:

***
cvs update -C -l -d -P "/MyProject/sql/persistence/BaseViews-ORACLE.ddl"
    U sql/persistence/BaseViews-ORACLE.ddl
ok (took 0:00.110)
***


Seems to me that the synchronization information is out-of-date.
This worked just fine with M8

If you type upper-case letters in an incremental find,
the search becomes case-sensitive (as in emacs).
If you leave incremental find mode and then repeat
the search, it is no longer case-sensitive.

RAD20040928_2240, GTK+ 2.4.9, KDE 3.3.0, GCC+ 3.3.4, Linux 2.6.8.1 
 
A RuntimeProcess instance is created by 
StandardVMType.generateLibraryInfo(File,File).  Unfortunately, due to VM 
problems in this install of RAD, this process immediately dies due to a 
segmentation fault.  StandardVMType enters into a polling loop -- checking 
"isTerminated()" -- and times out after 10 seconds. 
 
The RuntimeProcess should reply isTerminated()=true if the process dies 
immediately.

I200409300800

public class Lists {
	void read() {
		List<? extends Number> l= new ArrayList<Integer>();
		l. //<-- Content Assist after dot
	}
}

Log:
Error Okt 01, 2004 16:04:09.905 java.util.? extends Number
java.lang.IllegalArgumentException: java.util.? extends Number
	at org.eclipse.jdt.core.Signature.createCharArrayTypeSignature(Signature.java:588)
	at org.eclipse.jdt.core.Signature.createTypeSignature(Signature.java:560)
	at
org.eclipse.jdt.internal.core.CompletionRequestorWrapper.findMethodParameterNames(CompletionRequestorWrapper.java:350)
	at
org.eclipse.jdt.internal.core.CompletionRequestorWrapper.acceptMethod(CompletionRequestorWrapper.java:186)
	at
org.eclipse.jdt.internal.codeassist.CompletionEngine.findLocalMethods(CompletionEngine.java:2189)
	at
org.eclipse.jdt.internal.codeassist.CompletionEngine.findIntefacesMethods(CompletionEngine.java:1951)
	at
org.eclipse.jdt.internal.codeassist.CompletionEngine.findMethods(CompletionEngine.java:2538)
	at
org.eclipse.jdt.internal.codeassist.CompletionEngine.findFieldsAndMethods(CompletionEngine.java:1569)
	at
org.eclipse.jdt.internal.codeassist.CompletionEngine.complete(CompletionEngine.java:505)
	at
org.eclipse.jdt.internal.codeassist.CompletionEngine.complete(CompletionEngine.java:986)
	at org.eclipse.jdt.internal.core.Openable.codeComplete(Openable.java:123)
	at
org.eclipse.jdt.internal.core.CompilationUnit.codeComplete(CompilationUnit.java:200)
	at
org.eclipse.jdt.internal.core.CompilationUnit.codeComplete(CompilationUnit.java:194)
	at
org.eclipse.jdt.internal.ui.text.java.JavaCompletionProcessor.internalComputeCompletionProposals(JavaCompletionProcessor.java:358)
	at
org.eclipse.jdt.internal.ui.text.java.JavaCompletionProcessor.computeCompletionProposals(JavaCompletionProcessor.java:332)
	at
org.eclipse.jface.text.contentassist.ContentAssistant.computeCompletionProposals(ContentAssistant.java:1472)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.computeProposals(CompletionProposalPopup.java:245)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$7(CompletionProposalPopup.java:241)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup$8.run(CompletionProposalPopup.java:932)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.incrementalComplete(CompletionProposalPopup.java:927)
	at
org.eclipse.jface.text.contentassist.ContentAssistant.showPossibleCompletions(ContentAssistant.java:1318)
	at
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor$AdaptedSourceViewer.doOperation(CompilationUnitEditor.java:180)
	at org.eclipse.ui.texteditor.ContentAssistAction$1.run(ContentAssistAction.java:82)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.texteditor.ContentAssistAction.run(ContentAssistAction.java:80)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:988)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:188)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:130)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:463)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:956)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:997)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:541)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:488)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:241)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java:748)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:795)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1736)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1732)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3073)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2975)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3351)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1488)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2441)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1443)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1414)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:271)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
	at java.lang.reflect.Method.invoke(Method.java:391)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:704)
	at org.eclipse.core.launcher.Main.main(Main.java:688)

Debugging a simple jsp on a WAS server, set a JSP breakpoint. When the 
breakpoint is hit, try to disable the breakpoint, get the following NPE:
!ENTRY org.eclipse.core.runtime 4 2 Sep 16, 2004 15:04:36.390
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.getEnclosingRefer
enceTypeName(JavaBreakpoint.java:215)
	at 
org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.createRequests
(JavaBreakpoint.java:494)
	at 
org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.recreate
(JavaBreakpoint.java:1139)
	at 
org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.recreate
(JavaBreakpoint.java:1119)
	at 
org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.setEnabled
(JavaBreakpoint.java:1148)
	at 
org.eclipse.debug.internal.ui.views.breakpoints.BreakpointsView.handleCheckState
Changed(Unknown Source)
	at 
org.eclipse.debug.internal.ui.views.breakpoints.BreakpointsView.access$0
(Unknown Source)
	at 
org.eclipse.debug.internal.ui.views.breakpoints.BreakpointsView$1.checkStateChan
ged(Unknown Source)
	at org.eclipse.jface.viewers.CheckboxTableViewer$1.run(Unknown Source)
	at org.eclipse.core.internal.runtime.InternalPlatform.run(Unknown 
Source)
	at org.eclipse.core.runtime.Platform.run(Unknown Source)
	at org.eclipse.jface.viewers.CheckboxTableViewer.fireCheckStateChanged
(Unknown Source)
	at org.eclipse.jface.viewers.CheckboxTableViewer.handleSelect(Unknown 
Source)
	at org.eclipse.jface.viewers.StructuredViewer$4.widgetSelected(Unknown 
Source)
	at org.eclipse.jface.util.OpenStrategy.fireSelectionEvent(Unknown 
Source)
	at org.eclipse.jface.util.OpenStrategy.access$3(Unknown Source)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent(Unknown Source)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(Unknown Source)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(Unknown 
Source)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:58)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:60)
	at java.lang.reflect.Method.invoke(Method.java:391)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:684)
	at org.eclipse.core.launcher.Main.main(Main.java:668)

During the code review, I've noticed that preferences are loaded using the
SafeFileInputStream whereas SafeFileOutputStream is not used. Is it normal?

build I20041102

1) create X.java
import static java.lang.*;
public class X {}

2) compile X.java with javac
There is 1 error

X.java:1: cannot find symbol
symbol  : class lang
location: package java
import static java.lang.*;

2) compile with eclipse
There is 0 error and 1 warning
  "The import java.lang is never used"

It must be an error and not this warning

The source formatter does not format a source file if it contains assert 
statements.

No errors are logged.

I have compiler compliance and source compatibility are set to 1.4

Simple example:

public class Dummy
{

    void doNothing(String bomType)
    {
        assert 1==2 : "junk";

        String s="x";
        // code formatter is configured to insert spaces before and after
        // assignment operator
        //
        // Source -> Format does not insert spaces round "=" UNLESS assert is
        // commented out
    }

}

M7
refactor rename project from the package explorer has no effect.

I20040528

Getting the following log when trying to launch eclipse from a new empty workspace.

!SESSION May 28, 2004 15:10:27.978 ---------------------------------------------
eclipse.buildId=unknown
java.version=1.4.1_01
java.vendor=Apple Computer, Inc.
BootLoader constants: OS=macosx, ARCH=ppc, WS=carbon, NL=en_US
!ENTRY org.eclipse.osgi May 28, 2004 15:10:27.981
!MESSAGE An error occured while automatically activating bundle org.eclipse.ui.workbench (79).
!STACK 0
org.osgi.framework.BundleException: Exception in org.eclipse.ui.internal.WorkbenchPlugin.start() of 
bundle org.eclipse.ui.workbench.
	at 
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:975)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:937)
	at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:421)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:293)
	at org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java:
107)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:371)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.requireClass(BundleLoader.java:336)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findRequiredClass(BundleLoader.java:
914)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:399)
	at 
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:93)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:255)
	at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315)
	at java.lang.ClassLoader.defineClass0(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:502)
	at 
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.defineClass(DefaultClassLoader.j
ava:298)
	at org.eclipse.core.runtime.adaptor.EclipseClassLoader.defineClass(EclipseClassLoader.java:213)
	at 
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.findClassImpl(DefaultClassLoade
r.java:281)
	at 
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.findClass(DefaultClassLoader.jav
a:172)
	at 
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.findLocalClass(AbstractClassLoader.java:
220)
	at 
org.eclipse.core.runtime.adaptor.EclipseClassLoader.basicFindLocalClass(EclipseClassLoader.java:132)
	at org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java:70)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:371)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:402)
	at 
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:93)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:255)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:307)
	at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:336)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass(AbstractBundle.java:1313)
	at 
org.eclipse.core.internal.plugins.PluginDescriptor.internalDoPluginActivation(PluginDescriptor.java:394)
	at org.eclipse.core.internal.plugins.PluginDescriptor.doPluginActivation(PluginDescriptor.java:359)
	at org.eclipse.core.internal.plugins.PluginDescriptor.getPlugin(PluginDescriptor.java:328)
	at org.eclipse.core.internal.compatibility.PluginActivator.start(PluginActivator.java:47)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:958)
	at java.security.AccessController.doPrivileged(Native Method)
	at 
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:954)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:937)
	at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:421)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:293)
	at org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java:
107)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:371)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:402)
	at 
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:93)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:255)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:307)
	at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:336)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass(AbstractBundle.java:1313)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElemen
t.java:131)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElemen
t.java:124)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElemen
t.java:113)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:327)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)
Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/widgets/Synchronizer
	at org.eclipse.ui.plugin.AbstractUIPlugin.refreshPluginActions(AbstractUIPlugin.java:793)
	at org.eclipse.ui.plugin.AbstractUIPlugin.start(AbstractUIPlugin.java:895)
	at org.eclipse.ui.internal.WorkbenchPlugin.start(WorkbenchPlugin.java:610)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:958)
	at java.security.AccessController.doPrivileged(Native Method)
	at 
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:954)
	... 58 more
Root exception:
java.lang.NoClassDefFoundError: org/eclipse/swt/widgets/Synchronizer
	at org.eclipse.ui.plugin.AbstractUIPlugin.refreshPluginActions(AbstractUIPlugin.java:793)
	at org.eclipse.ui.plugin.AbstractUIPlugin.start(AbstractUIPlugin.java:895)
	at org.eclipse.ui.internal.WorkbenchPlugin.start(WorkbenchPlugin.java:610)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:958)
	at java.security.AccessController.doPrivileged(Native Method)
	at 
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:954)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:937)
	at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:421)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:293)
	at org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java:
107)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:371)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.requireClass(BundleLoader.java:336)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findRequiredClass(BundleLoader.java:
914)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:399)
	at 
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:93)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:255)
	at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315)
	at java.lang.ClassLoader.defineClass0(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:502)
	at 
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.defineClass(DefaultClassLoader.j
ava:298)
	at org.eclipse.core.runtime.adaptor.EclipseClassLoader.defineClass(EclipseClassLoader.java:213)
	at 
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.findClassImpl(DefaultClassLoade
r.java:281)
	at 
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.findClass(DefaultClassLoader.jav
a:172)
	at 
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.findLocalClass(AbstractClassLoader.java:
220)
	at 
org.eclipse.core.runtime.adaptor.EclipseClassLoader.basicFindLocalClass(EclipseClassLoader.java:132)
	at org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java:70)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:371)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:402)
	at 
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:93)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:255)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:307)
	at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:336)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass(AbstractBundle.java:1313)
	at 
org.eclipse.core.internal.plugins.PluginDescriptor.internalDoPluginActivation(PluginDescriptor.java:394)
	at org.eclipse.core.internal.plugins.PluginDescriptor.doPluginActivation(PluginDescriptor.java:359)
	at org.eclipse.core.internal.plugins.PluginDescriptor.getPlugin(PluginDescriptor.java:328)
	at org.eclipse.core.internal.compatibility.PluginActivator.start(PluginActivator.java:47)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:958)
	at java.security.AccessController.doPrivileged(Native Method)
	at 
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:954)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:937)
	at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:421)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:293)
	at org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java:
107)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:371)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:402)
	at 
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:93)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:255)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:307)
	at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:336)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass(AbstractBundle.java:1313)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElemen
t.java:131)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElemen
t.java:124)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElemen
t.java:113)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:327)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)
!ENTRY org.eclipse.osgi May 28, 2004 15:10:28.10
!MESSAGE An error occured while automatically activating bundle org.eclipse.ui.ide (75).
!STACK 0
org.osgi.framework.BundleException: Exception in 
org.eclipse.core.internal.compatibility.PluginActivator.start() of bundle org.eclipse.ui.ide.
	at 
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:975)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:937)
	at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:421)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:293)
	at org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java:
107)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:371)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:402)
	at 
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:93)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:255)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:307)
	at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:336)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass(AbstractBundle.java:1313)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElemen
t.java:131)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElemen
t.java:124)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElemen
t.java:113)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:327)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)
Caused by: java.lang.NoClassDefFoundError: org/eclipse/ui/plugin/AbstractUIPlugin
	at java.lang.ClassLoader.defineClass0(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:502)
	at 
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.defineClass(DefaultClassLoader.j
ava:298)
	at org.eclipse.core.runtime.adaptor.EclipseClassLoader.defineClass(EclipseClassLoader.java:213)
	at 
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.findClassImpl(DefaultClassLoade
r.java:281)
	at 
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.findClass(DefaultClassLoader.jav
a:172)
	at 
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.findLocalClass(AbstractClassLoader.java:
220)
	at 
org.eclipse.core.runtime.adaptor.EclipseClassLoader.basicFindLocalClass(EclipseClassLoader.java:132)
	at org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java:70)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:371)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:402)
	at 
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:93)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:255)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:307)
	at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:336)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass(AbstractBundle.java:1313)
	at 
org.eclipse.core.internal.plugins.PluginDescriptor.internalDoPluginActivation(PluginDescriptor.java:394)
	at org.eclipse.core.internal.plugins.PluginDescriptor.doPluginActivation(PluginDescriptor.java:359)
	at org.eclipse.core.internal.plugins.PluginDescriptor.getPlugin(PluginDescriptor.java:328)
	at org.eclipse.core.internal.compatibility.PluginActivator.start(PluginActivator.java:47)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:958)
	at java.security.AccessController.doPrivileged(Native Method)
	at 
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:954)
	... 24 more
Root exception:
java.lang.NoClassDefFoundError: org/eclipse/ui/plugin/AbstractUIPlugin
	at java.lang.ClassLoader.defineClass0(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:502)
	at 
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.defineClass(DefaultClassLoader.j
ava:298)
	at org.eclipse.core.runtime.adaptor.EclipseClassLoader.defineClass(EclipseClassLoader.java:213)
	at 
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.findClassImpl(DefaultClassLoade
r.java:281)
	at 
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.findClass(DefaultClassLoader.jav
a:172)
	at 
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.findLocalClass(AbstractClassLoader.java:
220)
	at 
org.eclipse.core.runtime.adaptor.EclipseClassLoader.basicFindLocalClass(EclipseClassLoader.java:132)
	at org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java:70)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:371)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:402)
	at 
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:93)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:255)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:307)
	at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:336)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass(AbstractBundle.java:1313)
	at 
org.eclipse.core.internal.plugins.PluginDescriptor.internalDoPluginActivation(PluginDescriptor.java:394)
	at org.eclipse.core.internal.plugins.PluginDescriptor.doPluginActivation(PluginDescriptor.java:359)
	at org.eclipse.core.internal.plugins.PluginDescriptor.getPlugin(PluginDescriptor.java:328)
	at org.eclipse.core.internal.compatibility.PluginActivator.start(PluginActivator.java:47)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:958)
	at java.security.AccessController.doPrivileged(Native Method)
	at 
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:954)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:937)
	at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:421)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:293)
	at org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java:
107)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:371)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:402)
	at 
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:93)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:255)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:307)
	at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:336)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass(AbstractBundle.java:1313)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElemen
t.java:131)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElemen
t.java:124)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElemen
t.java:113)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:327)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)
!ENTRY org.eclipse.core.runtime 4 1 May 28, 2004 15:10:28.25
!MESSAGE Plug-in org.eclipse.ui.ide was unable to load class org.eclipse.ui.internal.ide.IDEApplication.
!STACK 0
java.lang.ClassNotFoundException: org.eclipse.ui.internal.ide.IDEApplication
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:404)
	at 
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:93)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:255)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:307)
	at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:336)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass(AbstractBundle.java:1313)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElemen
t.java:131)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElemen
t.java:124)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElemen
t.java:113)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:327)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)
!ENTRY org.eclipse.osgi May 28, 2004 15:10:28.38
!MESSAGE Application error
!STACK 1
org.eclipse.core.runtime.CoreException[1]: java.lang.ClassNotFoundException: 
org.eclipse.ui.internal.ide.IDEApplication
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:404)
	at 
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:93)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:255)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:307)
	at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:336)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass(AbstractBundle.java:1313)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElemen
t.java:131)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElemen
t.java:124)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElemen
t.java:113)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:327)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

There is API on workbench IDE  (IDE.saveAllEditors(selectedResources, 
confirm)) for prompting the user to save dirty editors before performing an 
operation. This API does not pick up Compare Editors that contain local files 
that are dirty. To reproduce this, perform the follosing steps:

1) Load a project from CVS and dirty a file.

2) Synchronize the project the file is in so that the file appears as an 
outgoing change in the sync view.

3) Select the dirty file and another file in the navigator and perform a 
Compare With Each Other.

4) Dirty the file in the compare editor but don't save.

5) Perform a Commit on the file in the sync view and notice that you are not 
prompted to save.

If the file was open in a text editor (or java editor, etc) and dirty, the 
user would be prompted.

Open and close the debug perspective.
Repeat
For each open and close many objects are leaked

It would appear the root of the leakage PerspectiveHelper not cleaning up its 
listener with the DragUtil?

It is not unique to the debug perspective...all the perspectives I tried had 
this problem.

Here is a copy of a bug that has been entered against PluginParser but that is
also probably true for the ExtensionsParser.

The PluginConverterImpl and various Classes in core.runtime aquire a 
ServiceReference to the SAXParserFactory each time they want to parse an XML 
file.  After parsing each file we end up releasing the service reference and 
discarding the SAXParserFactory.

This likely only effects performance on initial startup when we are reading 
all the xml files the first time and caching the data (This will happen twice 
for each installed bundle).  While this operation is not extremely expensive, 
it does not come for free either.  It would help to use a ServiceTracker 
object that can be used to cache our reference to the SAXParserFactory service.

build I20040323-0800

- new window in Java perspective
- Window > Show View > Other > Team > Synchronize
- no controls have focus

Focus should be given to the view.

Version : Release M9

When oppening with default editor a file named "httpd.xml" and placed into my
local project directory, eclipse become totally frozzen ( have to kill it).

My "httpd.xml" is a JETTY config file and start with:
<?xml version="1.0"  encoding="ISO-8859-1"?>
<!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD Configure 1.1//EN"
"http://jetty.mortbay.org/configure_1_2.dtd">

I get the following exception when I try to open the CVS Repositories view 
from the Show View menu (using I20030217)


java.lang.NullPointerException
at org.eclipse.ui.internal.dialogs.ShowViewDialog.saveExpanded
(ShowViewDialog.java:328)
at org.eclipse.ui.internal.dialogs.ShowViewDialog.saveWidgetValues
(ShowViewDialog.java:344)
at org.eclipse.ui.internal.dialogs.ShowViewDialog.buttonPressed
(ShowViewDialog.java:77)
at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:402)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2352)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2033)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:647)
at org.eclipse.jface.window.Window.open(Window.java:627)
at org.eclipse.ui.internal.ShowViewMenu.showOther(ShowViewMenu.java:194)
at org.eclipse.ui.internal.ShowViewMenu.access$2(ShowViewMenu.java:186)
at org.eclipse.ui.internal.ShowViewMenu$2.run(ShowViewMenu.java:67)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:538)
at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:490)
at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:423)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2352)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2033)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1543)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1519)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:258)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:257)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:106)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
at org.eclipse.core.launcher.Main.run(Main.java:742)
at org.eclipse.core.launcher.Main.main(Main.java:581)

3.0 M7

The JUnit result comparison dialog is not updated after a failed test is rerun.
The compare viewer still shows the first comparison when the Failure Trace
already shows a different error (because my fix was not as expected).

I'm debugging a JUnit Plug-in Test and have 'Keep JUnit running after a test run
when debugging' enabled.

We could make the default commit set bold in the sync view. If we were to do 
this right, we should probably allow the user to configure how it appears.

I was able to cause problems if I rapidily clicked on the drop to frame 
toolbar button.

Sometimes I would get into a state where I would get error dialogs claiming 
that I could not drop to frame.

Other times, Eclipse would deadlock

Found one Java-level deadlock:
=============================
"Worker-27":
  waiting to lock monitor 0x009bf2bc (object 0x13bd56a8, a 
org.eclipse.jdt.inter
nal.debug.core.model.JDIThread),
  which is held by "main"
"main":
  waiting to lock monitor 0x009bf35c (object 0x1030fbc8, a 
org.eclipse.jdt.inter
nal.debug.core.model.JDIStackFrame),
  which is held by "Worker-27"

Java stack information for the threads listed above:
===================================================
"Worker-27":
        at 
org.eclipse.jdt.internal.debug.core.model.JDIThread.computeStackFrame
s(JDIThread.java:403)
        - waiting to lock <0x13bd56a8> (a 
org.eclipse.jdt.internal.debug.core.mo
del.JDIThread)
        at 
org.eclipse.jdt.internal.debug.core.model.JDIThread.computeNewStackFr
ames(JDIThread.java:527)
        at 
org.eclipse.jdt.internal.debug.core.model.JDIThread.getUnderlyingFram
e(JDIThread.java:575)
        at 
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getUnderlying
StackFrame(JDIStackFrame.java:958)
        - locked <0x1030fbc8> (a 
org.eclipse.jdt.internal.debug.core.model.JDISt
ackFrame)
        at 
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getUnderlying
Method(JDIStackFrame.java:225)
        - locked <0x1030fbc8> (a 
org.eclipse.jdt.internal.debug.core.model.JDISt
ackFrame)
        at 
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getDeclaringT
ypeName(JDIStackFrame.java:704)
        at 
org.eclipse.jdt.internal.debug.ui.JDIModelPresentation.getStackFrameT
ext(JDIModelPresentation.java:1453)
        at org.eclipse.jdt.internal.debug.ui.JDIModelPresentation.getText
(JDIMod
elPresentation.java:204)
        at org.eclipse.debug.internal.ui.LazyModelPresentation.getText
(LazyModel
Presentation.java:101)
        at org.eclipse.debug.internal.ui.DelegatingModelPresentation.getText
(Del
egatingModelPresentation.java:158)
        at 
org.eclipse.debug.internal.ui.views.DebugViewLabelDecorator$LabelJob.
run(DebugViewLabelDecorator.java:326)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)
"main":
        at 
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.setUnderlying
StackFrame(JDIStackFrame.java:970)
        - waiting to lock <0x1030fbc8> (a 
org.eclipse.jdt.internal.debug.core.mo
del.JDIStackFrame)
        at 
org.eclipse.jdt.internal.debug.core.model.JDIThread.preserveStackFram
es(JDIThread.java:1261)
        - locked <0x13bd56a8> (a 
org.eclipse.jdt.internal.debug.core.model.JDITh
read)
        at org.eclipse.jdt.internal.debug.core.model.JDIThread$StepHandler.step
(
JDIThread.java:1763)
        at org.eclipse.jdt.internal.debug.core.model.JDIThread.stepInto
(JDIThrea
d.java:1289)
        - locked <0x13bd56a8> (a 
org.eclipse.jdt.internal.debug.core.model.JDITh
read)
        at org.eclipse.jdt.internal.debug.core.model.JDIThread.dropToFrame
(JDITh
read.java:1498)
        at org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.dropToFrame
(J
DIStackFrame.java:581)
        at org.eclipse.jdt.internal.debug.ui.actions.DropToFrameButton.run
(DropT
oFrameButton.java:43)
        at 
org.eclipse.jdt.internal.debug.ui.actions.DropToFrameButton.runWithEv
ent(DropToFrameButton.java:90)
        at org.eclipse.ui.internal.PluginAction.runWithEvent
(PluginAction.java:2
66)
        at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:899)
        at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContri
butionItem.java:850)
        at org.eclipse.jface.action.ActionContributionItem$8.handleEvent
(ActionC
ontributionItem.java:808)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.jav
a:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:97
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformAct
ivator.java:305)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.ja
va:256)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.ja
va:127)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:184)
        at org.eclipse.core.launcher.Main.run(Main.java:637)
        at org.eclipse.core.launcher.Main.main(Main.java:621)

Found 1 deadlock.

I checked out out an entire repo and then disconnected the project. I
reconnected using dot (.) as the module name. Everything worked fine except that
I have a directory in my repo that ends in dot which is not valid in eclipse.
This failure caused the share to sfail even though the other files where shared
properly. The Sharing wizard was left on the tag seleciton page with Next and
Cancel enabled but Finish disabled. Clickin Next reperformed the share with the
same results. Clicking cancel left the project shared.

Ideally, it would be better if this failure didn't stop the Sahring wizard from
going to the last page. An error dialog could still be shown but the user could
still be shown the results and could then click Finish. Alternatively, the same
behavior could remain but the cancel could prompt to leave the project shared.

Reference to a name like this (second 'A')

A#A() inside a javadoc should return a type binding and not a constructor
binding. This would make it consistent with the fact that this name refers to a
type reference.

I'm implementing a debugger and I need a way to update the state of run control
actions (suspend, resume, step, terminate, etc.), as a result of an asynchronous
debugger event.  This event is not a running state event, so I cannot generate a
DebugEvent.RUNNING, or DebugEvent.SUSPENDED, instead I would like to generate
DebugEvent.CHANGE.

To fix, add the following change to
org.eclipse.debug.ui\ui\org\eclipse\debug\internal\ui\actions\AbstractListenerActionDelegate.java

81a82,88
>             case DebugEvent.CHANGE :
>                 // Implementations can use this event for debugger state
>                 // changes other than just suspend/resume.  This may or 
>                 // may not affect the enable state of run/suspend/step
>                 // actions.
>                 update(getAction(), getSelection());
>                 break;

Within one week of M8, Platform/Update has changed the location of the 
platform.xml from the root of the config area to an "org.eclipse.update" 
subdirectory of the config directory without backward compatibility.

This way, if someone using next Tuesday's I-build to target M8, self-hosting 
won't work because the platform.xml generated at the new location by the host 
platform will not be found by the M8-Update.

Another problem is the fact that this change by Update was made so soon after 
M8, that, although forward compatibility is not supported, the timing should 
make this an exception.  We can't justify it to people that M8 which came out 
a week ago can't be used to target next week's I-build.  Especially since this 
severely breaking change was done for cosmetic reasons.


So I suggest a workaround by Update until M9 ships.
When creating a platform.xml for PDE, it should generate two, one in each 
location. (backward compatibility)
When looking for a platform.xml upon startup, it should look for a 
platform.xml in the two locations before it generates one.  This way M8 would 
still work when targetting newer builds.

Build 20040519
Linux-GTK

The toggle button on MessageDialogWithToggle is aligned to the left. Looking at the code, I can see 
that it's supposed to be aligned center. Carolyn's comments in Bug 42464 might be relevant here.

I'm finding this on M8. 
I used the preference to "dock perspecitve bar under main tool bar" [which I 
like really well, by the way]
But every now and then it "diappears". It's always after some action takes place 
(never for example, after I deliberately resize workbench). Not sure what the 
pattern is and there's nothing in Log/console. 

I can get it to come back be re-sizing the workbench horizontally. Veritically 
will not get it to come back.  

Thanks,

OS:		RHEL 3.0
Language:	Simplified Chinese
Build level:	200403261517
JDK version:	IBM JDK 1.4.2 Beta
Test case #:	WB30PFSH003

Summary: GB18030: Can not open Java Search dialog.

Steps to recreate problem:
1-Open a Java file in a Java project.
2-Go to last line by pressing Ctrl+End.
3-Input a word consist of letters such as "asdf".
4-Select "Searching..." from Search main menu, failed <- PROBLEM

Error:  The following error message output in terminal:
   Unhandled event loop exception
   Reason:
   575
An "Error Executing Command" warning message box pops up if press Ctrl+H to 
open Search dialog instead of select from menu, message is:
   The command for the key you pressed failed
   Reason
   575

Expected Result:  Can open Java Search dialog.

Remark:  Also occurs in SLES9 and Windows 2003.

In Prefs > Java > Code Formatter > Comments, the preview does not reflect the 
settings at all.

a.	Create a new Java project
b.	Create 3 new packages
c.	Create a new class in each of the first 2 packages
d.	Add 2 methods to the class in the second package and save it
e.	Move the previous class with the 2 methods to the third package
f.	Try to drag and drop a method from the previous class in the package 
explorer to the first class (in order to move this method to the first class)
g.	Notice that the method is still visible in both classes
h.	Try to drag it again from the second class to the first one
i.	An exception occurs since the second class no longer contained that 
method

Here is the session data:
eclipse.buildId=I200406111814
java.version=1.4.2_03
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US

Here is the stack trace:

Java Model Exception: Java Model Status [c() [in a2 [in [Working copy] a2.java 
[in p3 [in <project root> [in SWTTest]]]]] does not exist]
	at org.eclipse.jdt.internal.core.JavaElement.newNotPresentException
(JavaElement.java:561)
	at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed
(JavaElement.java:583)
	at org.eclipse.jdt.internal.core.JavaElement.getElementInfo
(JavaElement.java:309)
	at org.eclipse.jdt.internal.core.JavaElement.getElementInfo
(JavaElement.java:295)
	at org.eclipse.jdt.internal.core.Member.getFlags(Member.java:154)
	at org.eclipse.jdt.internal.corext.util.JdtFlags.isPrivate
(JdtFlags.java:82)
	at 
org.eclipse.jdt.internal.corext.refactoring.participants.JavaProcessors.compute
AffectedNatures(JavaProcessors.java:32)
	at 
org.eclipse.jdt.internal.corext.refactoring.participants.JavaProcessors.compute
AffectedNaturs(JavaProcessors.java:43)
	at 
org.eclipse.jdt.internal.corext.refactoring.reorg.JavaMoveProcessor.getAffected
ProjectNatures(JavaMoveProcessor.java:115)
	at 
org.eclipse.jdt.internal.corext.refactoring.reorg.JavaMoveProcessor.loadPartici
pants(JavaMoveProcessor.java:111)
	at 
org.eclipse.ltk.core.refactoring.participants.ProcessorBasedRefactoring.checkFi
nalConditions(ProcessorBasedRefactoring.java:142)
	at org.eclipse.ltk.core.refactoring.Refactoring.checkAllConditions
(Refactoring.java:126)
	at 
org.eclipse.jdt.internal.ui.refactoring.RefactoringExecutionHelper$Operation.ru
n(RefactoringExecutionHelper.java:65)
	at org.eclipse.jdt.internal.core.BatchOperation.executeOperation
(BatchOperation.java:34)
	at org.eclipse.jdt.internal.core.JavaModelOperation.run
(JavaModelOperation.java:700)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1673)
	at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3246)
	at org.eclipse.jdt.internal.ui.actions.WorkbenchRunnableAdapter.run
(WorkbenchRunnableAdapter.java:65)
	at org.eclipse.jface.operation.ModalContext.runInCurrentThread
(ModalContext.java:303)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:253)
	at org.eclipse.jface.dialogs.ProgressMonitorDialog.run
(ProgressMonitorDialog.java:397)
	at 
org.eclipse.jdt.internal.ui.refactoring.RefactoringExecutionHelper.perform
(RefactoringExecutionHelper.java:116)
	at org.eclipse.jdt.internal.ui.refactoring.reorg.ReorgMoveStarter.run
(ReorgMoveStarter.java:78)
	at 
org.eclipse.jdt.internal.ui.packageview.SelectionTransferDropAdapter.handleDrop
Move(SelectionTransferDropAdapter.java:208)
	at 
org.eclipse.jdt.internal.ui.packageview.SelectionTransferDropAdapter.drop
(SelectionTransferDropAdapter.java:132)
	at org.eclipse.jdt.internal.ui.dnd.JdtViewerDropAdapter.drop
(JdtViewerDropAdapter.java:112)
	at org.eclipse.jdt.internal.ui.dnd.DelegatingDropAdapter.drop
(DelegatingDropAdapter.java:79)
	at org.eclipse.swt.dnd.DNDListener.handleEvent(DNDListener.java:65)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:613)
	at org.eclipse.swt.dnd.DropTarget.notifyListeners(DropTarget.java:507)
	at org.eclipse.swt.dnd.DropTarget.Drop(DropTarget.java:428)
	at org.eclipse.swt.dnd.DropTarget.access$7(DropTarget.java:363)
	at org.eclipse.swt.dnd.DropTarget$3.method6(DropTarget.java:232)
	at org.eclipse.swt.internal.ole.win32.COMObject.callback6
(COMObject.java:115)
	at org.eclipse.swt.internal.ole.win32.COM.DoDragDrop(Native Method)
	at org.eclipse.swt.dnd.DragSource.drag(DragSource.java:277)
	at org.eclipse.swt.dnd.DragSource.access$0(DragSource.java:263)
	at org.eclipse.swt.dnd.DragSource$1.handleEvent(DragSource.java:157)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2732)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2398)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1362)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1333)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:252)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

I got the following NPE when I tried to externalize strings in N20040430


java.lang.NullPointerException
	at 
org.eclipse.jdt.internal.corext.refactoring.nls.NLSRefactoring.getPropertyFileP
ath(NLSRefactoring.java:248)
	at 
org.eclipse.jdt.internal.ui.refactoring.nls.ExternalizeWizardPage.updateAccesso
rFieldLabels(ExternalizeWizardPage.java:525)
	at 
org.eclipse.jdt.internal.ui.refactoring.nls.ExternalizeWizardPage.createAccesso
rInfoComposite(ExternalizeWizardPage.java:518)
	at 
org.eclipse.jdt.internal.ui.refactoring.nls.ExternalizeWizardPage.createControl
(ExternalizeWizardPage.java:453)
	at org.eclipse.jface.wizard.Wizard.createPageControls(Wizard.java:171)
	at org.eclipse.jface.wizard.WizardDialog.createPageControls
(WizardDialog.java:539)
	at org.eclipse.jface.wizard.WizardDialog.createContents
(WizardDialog.java:449)
	at org.eclipse.jface.window.Window.create(Window.java:348)
	at org.eclipse.jface.dialogs.Dialog.create(Dialog.java:935)
	at org.eclipse.jface.window.Window.open(Window.java:637)
	at org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run
(RefactoringWizardOpenOperation.java:114)
	at 
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate
(RefactoringStarter.java:40)
	at 
org.eclipse.jdt.ui.actions.ExternalizeStringsAction.openExternalizeStringsWizar
d(ExternalizeStringsAction.java:151)
	at org.eclipse.jdt.ui.actions.ExternalizeStringsAction.run
(ExternalizeStringsAction.java:122)
	at org.eclipse.jdt.ui.actions.ExternalizeStringsAction.run
(ExternalizeStringsAction.java:112)
	at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun
(SelectionDispatchAction.java:212)
	at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run
(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:612)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:564)
	at org.eclipse.jface.action.ActionContributionItem$6.handleEvent
(ActionContributionItem.java:483)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2592)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2270)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:240)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:242)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:119)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)

If you format every CU in a given package/project/folder, the files on disk are 
changed. Unless you happen to have the file open, even if the editor is clean 
or in some other workbenchwindow, the change is not saved to disk.  This seems 
like arbitrary and unpredictable consequences of having a file open in an 
editor. If I invoke other actions using the same view (Package Explorer) such 
as "replace with HEAD", the file is changed on disk, not in memory, and the 
editor is not dirtied, but is refreshed to reflect the persisted state.

Background - I use Project Set Plug-in from http://www.ejbprovider.de/homepage/ 
which I have ported to E3 and used successfully under E3M8, but on E3M9 some 
use-cases fail.

The root of these failures (which make the plugin and its functionality 
unusable) is that Team.getProjectSetSerializer returns null where it didn't in 
E3M8. Transition to the new API 
(RepositoryProviderType.getProjectSetCapability) does not help.

BTW the documentation to deprecated type IProjectSetSerializer and method 
Team.getProjectSetSerializer refer to non-existing method 
RepositoryProviderType#getProjectSetSerializer (should be 
getProjectSetCapability) and type ProjectSetSerializer (should be 
ProjectSetCapability).

If I invoke CTRL+1 on a method's name to select "Rename in File", I get quick 
fixes to create the method in each of the superclasses.  The method is private, 
so it doesn't make sense to create the method in a superclass.  Also, I would 
rank "Rename in File" as higher priority even when the other option applies.  
Currently it is the last item on the list.

200410050800

I have a project with outgoing changes that I toggle open and closed quite 
frequently. I have the Synchronize perspective open with the sync view showing 
the outgoing change.

Each time I close the project I get an internal error from 
org.eclipse.team.cvs.ui with the following expection:

org.eclipse.core.internal.resources.ResourceException: 
Resource /org.eclipse.jdt.text.tests is not open.
at org.eclipse.core.internal.resources.Project.checkAccessible
(Project.java:126)
at org.eclipse.core.internal.resources.Resource.setSessionProperty
(Resource.java:1318)
at 
org.eclipse.team.internal.ccvs.core.resources.SessionPropertySyncInfoCache.safe
SetSessionProperty(SessionPropertySyncInfoCache.java:335)
at 
org.eclipse.team.internal.ccvs.core.resources.SessionPropertySyncInfoCache.setR
esourceSyncInfoCached(SessionPropertySyncInfoCache.java:94)
at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.cacheResource
SyncForChildren(EclipseSynchronizer.java:797)
at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.getSyncBytes
(EclipseSynchronizer.java:258)
at org.eclipse.team.internal.ccvs.core.resources.EclipseResource.getSyncBytes
(EclipseResource.java:196)
at org.eclipse.team.internal.ccvs.core.resources.EclipseResource.isManaged
(EclipseResource.java:155)
at 
org.eclipse.team.internal.ccvs.core.resources.CVSWorkspaceRoot.getRemoteResourc
eFor(CVSWorkspaceRoot.java:144)
at 
org.eclipse.team.internal.ccvs.core.resources.CVSWorkspaceRoot.getRemoteResourc
eFor(CVSWorkspaceRoot.java:133)
at 
org.eclipse.team.internal.ccvs.ui.subscriber.ChangeLogModelProvider.getRemoteRe
source(ChangeLogModelProvider.java:1138)
at 
org.eclipse.team.internal.ccvs.ui.subscriber.ChangeLogModelProvider.nodeRemoved
(ChangeLogModelProvider.java:1228)
at 
org.eclipse.team.internal.ui.synchronize.SynchronizeModelUpdateHandler.nodeRemo
ved(SynchronizeModelUpdateHandler.java:422)
at 
org.eclipse.team.internal.ui.synchronize.AbstractSynchronizeModelProvider.remov
eFromViewer(AbstractSynchronizeModelProvider.java:604)
at 
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider.removeFromVie
wer(SynchronizeModelProvider.java:127)
at 
org.eclipse.team.internal.ui.synchronize.CompressedFoldersModelProvider.handleR
esourceRemovals(CompressedFoldersModelProvider.java:273)
at 
org.eclipse.team.internal.ui.synchronize.AbstractSynchronizeModelProvider.handl
eChanges(AbstractSynchronizeModelProvider.java:523)
at 
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider.handleChanges
(SynchronizeModelProvider.java:183)
at 
org.eclipse.team.internal.ui.synchronize.AbstractSynchronizeModelProvider.syncI
nfoChanged(AbstractSynchronizeModelProvider.java:558)
at org.eclipse.team.core.synchronize.SyncInfoSet$2.run(SyncInfoSet.java:570)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:616)
at org.eclipse.core.runtime.Platform.run(Platform.java:747)
at org.eclipse.team.core.synchronize.SyncInfoSet.fireChanges
(SyncInfoSet.java:560)
at org.eclipse.team.core.synchronize.SyncInfoSet.endInput(SyncInfoSet.java:520)
at org.eclipse.team.core.synchronize.SyncInfoTree.remove(SyncInfoTree.java:174)
at 
org.eclipse.team.internal.ui.synchronize.CompositeModelProvider.removeFromProvi
der(CompositeModelProvider.java:190)
at 
org.eclipse.team.internal.ui.synchronize.CompositeModelProvider.handleRemoval
(CompositeModelProvider.java:177)
at 
org.eclipse.team.internal.ui.synchronize.CompositeModelProvider.handleResourceR
emovals(CompositeModelProvider.java:165)
at 
org.eclipse.team.internal.ui.synchronize.AbstractSynchronizeModelProvider.handl
eChanges(AbstractSynchronizeModelProvider.java:523)
at 
org.eclipse.team.internal.ccvs.ui.subscriber.ChangeLogModelProvider.handleChang
es(ChangeLogModelProvider.java:1210)
at org.eclipse.team.internal.ui.synchronize.SynchronizeModelUpdateHandler$3.run
(SynchronizeModelUpdateHandler.java:483)
at org.eclipse.team.internal.ui.synchronize.SynchronizeModelUpdateHandler$5.run
(SynchronizeModelUpdateHandler.java:516)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
at org.eclipse.team.internal.ui.synchronize.SynchronizeModelUpdateHandler$4.run
(SynchronizeModelUpdateHandler.java:511)
at org.eclipse.ui.internal.UILockListener.doPendingWork
(UILockListener.java:145)
at org.eclipse.ui.internal.UISynchronizer$1.run(UISynchronizer.java:36)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2761)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2446)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1443)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1414)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:271)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:704)
at org.eclipse.core.launcher.Main.main(Main.java:688)

build I20040420-1300

- in the keys pref page, choose the Emacs config
- type Ctrl+W in the key field
- it shows:
In Dialogs and Windows: Cut
In Windows: Close

I wasn't able to determine from this when Close would take effect.  When am I in
the "In Windows" context but not the "In Dialogs and Windows" context? 
Actually, the latter is apparently a child of the former, so I guess I could be
in both.  But this is pretty confusing.

Anyway, Ctrl+W should only be bound to Cut in emacs.

Toggle on Show logical structure in the variables view
Select an ArrayList
Right click
Show As has no mnemonic
Array has no mnemonic

Using I200406250010, I started a background checkout and then opened the debug 
launcher (choosing Debug.. from debug dropdown). I switched to the plugin tab 
and choose "" in order to see which plugins I had a source and which I didn't. 
I then closed the dialog (and chose not to save the changes). At some point, I 
got the following exception. The delta handler for te LaunchConfigurationView 
seems to assume that it is getting deltas in the main thread which is not 
always the case.

org.eclipse.swt.SWTException: Invalid thread access
	at org.eclipse.swt.SWT.error(SWT.java:2691)
	at org.eclipse.swt.SWT.error(SWT.java(Inlined Compiled Code))
	at org.eclipse.swt.SWT.error(SWT.java(Inlined Compiled Code))
	at org.eclipse.swt.widgets.Widget.error(Widget.java(Inlined Compiled 
Code))
	at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java(Compiled 
Code))
	at org.eclipse.swt.widgets.Tree.setRedraw(Tree.java:1036)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationView.laun
chConfigurationAdded(LaunchConfigurationView.java:211)
	at 
org.eclipse.debug.internal.core.LaunchManager$ConfigurationNotifier.run
(LaunchManager.java:1481)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java(Inlined Compiled Code))
	at org.eclipse.core.runtime.Platform.run(Platform.java(Compiled Code))
	at 
org.eclipse.debug.internal.core.LaunchManager$ConfigurationNotifier.notify
(LaunchManager.java:1505)
	at 
org.eclipse.debug.internal.core.LaunchManager.launchConfigurationAdded
(LaunchManager.java:755)
	at org.eclipse.debug.internal.core.LaunchManager.projectOpened
(LaunchManager.java:1003)
	at 
org.eclipse.debug.internal.core.LaunchManager$LaunchManagerVisitor.visit
(LaunchManager.java(Compiled Code))
	at org.eclipse.core.internal.events.ResourceDelta.accept
(ResourceDelta.java(Compiled Code))
	at org.eclipse.core.internal.events.ResourceDelta.accept
(ResourceDelta.java(Compiled Code))
	at org.eclipse.core.internal.events.ResourceDelta.accept
(ResourceDelta.java(Compiled Code))
	at org.eclipse.debug.internal.core.LaunchManager.resourceChanged
(LaunchManager.java:939)
	at org.eclipse.core.internal.events.NotificationManager$2.run
(NotificationManager.java(Compiled Code))
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java(Compiled Code))
	at org.eclipse.core.runtime.Platform.run(Platform.java(Inlined 
Compiled Code))
	at org.eclipse.core.internal.events.NotificationManager.notify
(NotificationManager.java(Compiled Code))
	at 
org.eclipse.core.internal.events.NotificationManager.broadcastChanges
(NotificationManager.java(Compiled Code))
	at org.eclipse.core.internal.resources.Workspace.broadcastChanges
(Workspace.java(Inlined Compiled Code))
	at org.eclipse.core.internal.resources.Workspace.endOperation
(Workspace.java(Compiled Code))
	at org.eclipse.core.internal.resources.File.create(File.java(Compiled 
Code))
	at org.eclipse.core.internal.resources.File.create(File.java(Compiled 
Code))
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFile.setContents
(EclipseFile.java(Compiled Code))
	at org.eclipse.team.internal.ccvs.core.client.Session.receiveFile
(Session.java(Compiled Code))
	at 
org.eclipse.team.internal.ccvs.core.client.UpdatedHandler.receiveTargetFile
(UpdatedHandler.java(Compiled Code))
	at org.eclipse.team.internal.ccvs.core.client.UpdatedHandler.handle
(UpdatedHandler.java(Compiled Code))
	at org.eclipse.team.internal.ccvs.core.client.Request.executeRequest
(Request.java(Compiled Code))
	at org.eclipse.team.internal.ccvs.core.client.Command.doExecute
(Command.java:421)
	at org.eclipse.team.internal.ccvs.core.client.Checkout.doExecute
(Checkout.java:168)
	at 
org.eclipse.team.internal.ccvs.core.client.CheckoutWithOverwrite.doExecute
(CheckoutWithOverwrite.java:52)
	at org.eclipse.team.internal.ccvs.core.client.Command$1.run
(Command.java:337)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.run
(EclipseSynchronizer.java(Compiled Code))
	at org.eclipse.team.internal.ccvs.core.resources.EclipseResource$2.run
(EclipseResource.java(Compiled Code))
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java
(Compiled Code))
	at org.eclipse.team.internal.ccvs.core.resources.EclipseResource.run
(EclipseResource.java(Compiled Code))
	at org.eclipse.team.internal.ccvs.core.client.Command.execute
(Command.java:349)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.performCh
eckout(CheckoutProjectOperation.java:245)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation$1.run
(CheckoutProjectOperation.java:151)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.run
(EclipseSynchronizer.java(Compiled Code))
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.checkout
(CheckoutProjectOperation.java:149)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutMultipleProjectsOperation.
checkout(CheckoutMultipleProjectsOperation.java:50)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutOperation.checkout
(CheckoutOperation.java:46)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutOperation.execute
(CheckoutOperation.java:31)
	at org.eclipse.team.internal.ccvs.ui.operations.CVSOperation.run
(CVSOperation.java:84)
	at org.eclipse.team.internal.ui.actions.JobRunnableContext.run
(JobRunnableContext.java:159)
	at 
org.eclipse.team.internal.ui.actions.JobRunnableContext$3.runInWorkspace
(JobRunnableContext.java:179)
	at org.eclipse.core.internal.resources.InternalWorkspaceJob.run
(InternalWorkspaceJob.java:38)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

When focus is restored to a dirty text editor of a file that has been deleted,
the user will be prompted to save or close that editor.  If the choose save and
then attempt to save the file with the same name as it had before, an error log
is generated.

Steps to reproduce:
1) Create a new file (i.e. Simple>File) in the project.
2) Modify the contents of the file so the editor is dirty.
3) Delete the file using the Navigator View.
4) Set Focus to the dirty editor.
5) Click "Save" on the dialog that appears.
6) Attempt to save the file as is with the same file name.

When you click the "OK" button, the following error appears in the Error Log View:

java.lang.IllegalArgumentException: Attempted to beginRule:
P/org.eclipse.examples.wizard, does not match outer scope rule:
L/org.eclipse.examples.wizard/Sample File
	at org.eclipse.core.internal.runtime.Assert.isLegal(Assert.java:58)
	at
org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.illegalPush(ImplicitJobs.java:116)
	at
org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.push(ImplicitJobs.java:207)
	at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJobs.java:321)
	at org.eclipse.core.internal.jobs.JobManager.beginRule(JobManager.java:163)
	at org.eclipse.core.internal.resources.WorkManager.checkIn(WorkManager.java:95)
	at
org.eclipse.core.internal.resources.Workspace.prepareOperation(Workspace.java:1603)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1643)
	at
org.eclipse.core.internal.filebuffers.ContainerGenerator.generateContainer(ContainerGenerator.java:115)
	at
org.eclipse.core.internal.filebuffers.ResourceTextFileBuffer.commitFileBufferContent(ResourceTextFileBuffer.java:254)
	at
org.eclipse.core.internal.filebuffers.ResourceFileBuffer.commit(ResourceFileBuffer.java:275)
	at
org.eclipse.ui.editors.text.TextFileDocumentProvider.commitFileBuffer(TextFileDocumentProvider.java:672)
	at
org.eclipse.ui.editors.text.TextFileDocumentProvider$2.execute(TextFileDocumentProvider.java:634)
	at
org.eclipse.ui.editors.text.TextFileDocumentProvider$DocumentProviderOperation.run(TextFileDocumentProvider.java:96)
	at
org.eclipse.ui.actions.WorkspaceModifyDelegatingOperation.execute(WorkspaceModifyDelegatingOperation.java:67)
	at
org.eclipse.ui.actions.WorkspaceModifyOperation$1.run(WorkspaceModifyOperation.java:91)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1648)
	at
org.eclipse.ui.actions.WorkspaceModifyOperation.run(WorkspaceModifyOperation.java:105)
	at
org.eclipse.ui.internal.editors.text.WorkspaceOperationRunner.run(WorkspaceOperationRunner.java:73)
	at
org.eclipse.ui.internal.editors.text.WorkspaceOperationRunner.run(WorkspaceOperationRunner.java:63)
	at
org.eclipse.ui.editors.text.TextFileDocumentProvider.executeOperation(TextFileDocumentProvider.java:395)
	at
org.eclipse.ui.editors.text.TextFileDocumentProvider.saveDocument(TextFileDocumentProvider.java:615)
	at org.eclipse.ui.editors.text.TextEditor.performSaveAs(TextEditor.java:175)
	at
org.eclipse.ui.texteditor.AbstractTextEditor.handleEditorInputChanged(AbstractTextEditor.java:3042)
	at
org.eclipse.ui.texteditor.AbstractTextEditor.sanityCheckState(AbstractTextEditor.java:3187)
	at
org.eclipse.ui.texteditor.StatusTextEditor.sanityCheckState(StatusTextEditor.java:193)
	at
org.eclipse.ui.texteditor.AbstractTextEditor.safelySanityCheckState(AbstractTextEditor.java:3165)
	at
org.eclipse.ui.texteditor.AbstractTextEditor$ActivationListener.handleActivation(AbstractTextEditor.java:730)
	at
org.eclipse.ui.texteditor.AbstractTextEditor$ActivationListener.partActivated(AbstractTextEditor.java:676)
	at org.eclipse.ui.internal.PartListenerList$1.run(PartListenerList.java:49)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:599)
	at org.eclipse.core.runtime.Platform.run(Platform.java:543)
	at
org.eclipse.ui.internal.PartListenerList.firePartActivated(PartListenerList.java:47)
	at org.eclipse.ui.internal.WWinPartService$1.partActivated(WWinPartService.java:27)
	at org.eclipse.ui.internal.PartListenerList2$1.run(PartListenerList2.java:45)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:599)
	at org.eclipse.core.runtime.Platform.run(Platform.java:543)
	at
org.eclipse.ui.internal.PartListenerList2.firePartActivated(PartListenerList2.java:43)
	at org.eclipse.ui.internal.WorkbenchPage.firePartActivated(WorkbenchPage.java:1297)
	at org.eclipse.ui.internal.WorkbenchPage.setActivePart(WorkbenchPage.java:2595)
	at org.eclipse.ui.internal.WorkbenchPage.requestActivation(WorkbenchPage.java:2290)
	at org.eclipse.ui.internal.PartPane.requestActivation(PartPane.java:246)
	at org.eclipse.ui.internal.EditorPane.requestActivation(EditorPane.java:167)
	at org.eclipse.ui.internal.PartPane.handleEvent(PartPane.java:226)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:801)
	at org.eclipse.swt.widgets.Shell.setActiveControl(Shell.java:913)
	at org.eclipse.swt.widgets.Shell.WM_MOUSEACTIVATE(Shell.java:1452)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2991)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1451)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3158)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1454)
	at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable.java:77)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3032)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3158)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1454)
	at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable.java:77)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3032)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3158)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1454)
	at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable.java:77)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3032)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3158)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1454)
	at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable.java:77)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3032)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3158)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1454)
	at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable.java:77)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3032)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3158)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1454)
	at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable.java:77)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3032)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3158)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1454)
	at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable.java:77)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3032)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3158)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1454)
	at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable.java:77)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3032)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3158)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1454)
	at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable.java:77)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3032)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3158)
	at org.eclipse.swt.internal.win32.OS.PeekMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.PeekMessage(OS.java:1868)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2264)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:240)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:240)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)

need to investigate policydelegate

From Apple newsgroup:

On Oct 5, 2004, at 9:33 AM, Christophe Cornu wrote:

> Can anyone from Apple help us with these?
>
> [NSURL defersCallbacks]: selector notrecognized
> An uncaught exception was raised

That error means that an NSURLConnection object was released, but code 
was still trying to work with it.

> We get them in the following scenario:user clicks on a hyperlink and 
> the application handles that link to dosomething special - block this 
> load and load a different URL.
> - WillSendRequest
>         -loadRequest
> Exception raised by webkit when returningfrom WillSendRequest callback.
>
> Same for:
> - WillSendRequest
>         -loadHTMLStringbaseURL
>
> Are there limitations as to what webkitAPI can be invoked from within 
> WebResourceLoadDelegate callbacks?
> Is it required to always let the WillSendRequestcallback return before 
> calling loadRequest or loadHTMLStringbaseURL?

Yes, I think the resource load delegate callbacks are probably too 
low-level to allow a loadRequest right inside one that replaces the 
page that you're being called back about.

Generally the resource load delegate is not what you should be using to 
change what clicking on a link does, though. That should be done with 
the policy delegate.

    -- Darin

Created an empty class with only a main method in the default package.

!ENTRY org.eclipse.core.runtime 4 2 Jul 14, 2004 12:08:48.540
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.ui.texteditor.ConfigurationElementSorter$ConfigurationElementComparator.initialize(ConfigurationElementSorter.java:151)
	at
org.eclipse.ui.texteditor.ConfigurationElementSorter$ConfigurationElementComparator.<init>(ConfigurationElementSorter.java:73)
	at
org.eclipse.ui.texteditor.ConfigurationElementSorter.sort(ConfigurationElementSorter.java:51)
	at
org.eclipse.jdt.internal.ui.JavaPlugin.getJavaEditorTextHoverDescriptors(JavaPlugin.java:589)
	at
org.eclipse.jdt.ui.text.JavaSourceViewerConfiguration.getConfiguredTextHoverStateMasks(JavaSourceViewerConfiguration.java:528)
	at org.eclipse.jface.text.source.SourceViewer.configure(SourceViewer.java:351)
	at
org.eclipse.jdt.internal.ui.javaeditor.JavaSourceViewer.configure(JavaSourceViewer.java:173)
	at
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor$AdaptedSourceViewer.configure(CompilationUnitEditor.java:289)
	at
org.eclipse.ui.texteditor.AbstractTextEditor.createPartControl(AbstractTextEditor.java:2378)
	at
org.eclipse.ui.texteditor.StatusTextEditor.createPartControl(StatusTextEditor.java:53)
	at
org.eclipse.ui.texteditor.AbstractDecoratedTextEditor.createPartControl(AbstractDecoratedTextEditor.java:275)
	at
org.eclipse.jdt.internal.ui.javaeditor.JavaEditor.createPartControl(JavaEditor.java:3314)
	at
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor.createPartControl(CompilationUnitEditor.java:1604)
	at org.eclipse.ui.internal.PartPane$2.run(PartPane.java:137)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.ui.internal.PartPane.createChildControl(PartPane.java:133)
	at org.eclipse.ui.internal.PartPane.createControl(PartPane.java:205)
	at
org.eclipse.ui.internal.PartStack.refreshPresentationSelection(PartStack.java:939)
	at org.eclipse.ui.internal.PartStack.setSelection(PartStack.java:921)
	at org.eclipse.ui.internal.PartStack.showPart(PartStack.java:1020)
	at org.eclipse.ui.internal.PartStack.add(PartStack.java:290)
	at org.eclipse.ui.internal.EditorStack.add(EditorStack.java:110)
	at
org.eclipse.ui.internal.EditorSashContainer.addEditor(EditorSashContainer.java:59)
	at org.eclipse.ui.internal.EditorAreaHelper.openEditor(EditorAreaHelper.java:266)
	at org.eclipse.ui.internal.EditorManager$4.run(EditorManager.java:697)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.EditorManager.createEditorTab(EditorManager.java:686)
	at org.eclipse.ui.internal.EditorManager.openInternalEditor(EditorManager.java:782)
	at
org.eclipse.ui.internal.EditorManager.openEditorFromDescriptor(EditorManager.java:585)
	at org.eclipse.ui.internal.EditorManager.openEditor(EditorManager.java:573)
	at
org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched(WorkbenchPage.java:2201)
	at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:2134)
	at org.eclipse.ui.internal.WorkbenchPage.access$6(WorkbenchPage.java:2126)
	at org.eclipse.ui.internal.WorkbenchPage$9.run(WorkbenchPage.java:2113)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2108)
	at org.eclipse.ui.ide.IDE.openEditor(IDE.java:299)
	at
org.eclipse.jdt.internal.ui.wizards.NewElementWizard$1.run(NewElementWizard.java:63)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2749)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2434)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

!ENTRY org.eclipse.core.runtime 4 2 Jul 14, 2004 12:08:50.20
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.ClassCastException
	at
org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.activeJavaEditorChanged(ASTProvider.java:220)
	at
org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.access$0(ASTProvider.java:215)
	at
org.eclipse.jdt.internal.ui.javaeditor.ASTProvider$ActivationListener.partOpened(ASTProvider.java:100)
	at org.eclipse.ui.internal.PartListenerList2$5.run(PartListenerList2.java:101)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at
org.eclipse.ui.internal.PartListenerList2.firePartOpened(PartListenerList2.java:99)
	at org.eclipse.ui.internal.WWinPartService$1.partOpened(WWinPartService.java:62)
	at org.eclipse.ui.internal.PartListenerList2$5.run(PartListenerList2.java:101)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at
org.eclipse.ui.internal.PartListenerList2.firePartOpened(PartListenerList2.java:99)
	at org.eclipse.ui.internal.WorkbenchPage.firePartOpened(WorkbenchPage.java:1431)
	at org.eclipse.ui.internal.PartPane.createChildControl(PartPane.java:174)
	at org.eclipse.ui.internal.PartPane.createControl(PartPane.java:205)
	at
org.eclipse.ui.internal.PartStack.refreshPresentationSelection(PartStack.java:939)
	at org.eclipse.ui.internal.PartStack.setSelection(PartStack.java:921)
	at org.eclipse.ui.internal.PartStack.showPart(PartStack.java:1020)
	at org.eclipse.ui.internal.PartStack.add(PartStack.java:290)
	at org.eclipse.ui.internal.EditorStack.add(EditorStack.java:110)
	at
org.eclipse.ui.internal.EditorSashContainer.addEditor(EditorSashContainer.java:59)
	at org.eclipse.ui.internal.EditorAreaHelper.openEditor(EditorAreaHelper.java:266)
	at org.eclipse.ui.internal.EditorManager$4.run(EditorManager.java:697)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.EditorManager.createEditorTab(EditorManager.java:686)
	at org.eclipse.ui.internal.EditorManager.openInternalEditor(EditorManager.java:782)
	at
org.eclipse.ui.internal.EditorManager.openEditorFromDescriptor(EditorManager.java:585)
	at org.eclipse.ui.internal.EditorManager.openEditor(EditorManager.java:573)
	at
org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched(WorkbenchPage.java:2201)
	at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:2134)
	at org.eclipse.ui.internal.WorkbenchPage.access$6(WorkbenchPage.java:2126)
	at org.eclipse.ui.internal.WorkbenchPage$9.run(WorkbenchPage.java:2113)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2108)
	at org.eclipse.ui.ide.IDE.openEditor(IDE.java:299)
	at
org.eclipse.jdt.internal.ui.wizards.NewElementWizard$1.run(NewElementWizard.java:63)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2749)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2434)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

@@@@

Version: 3.0.0
Build id: 200406251208

I am trying to tag projects with "R3_0_1" using the "Tag map projects" team 
menu item.  I am unable to do this due to the following exception:

MESSAGE 0
!STACK 0
java.lang.ArrayIndexOutOfBoundsException: 0
	at org.eclipse.team.internal.ccvs.ui.TagAsVersionDialog.getFirstFolder
(TagAsVersionDialog.java:72)
	at org.eclipse.team.internal.ccvs.ui.TagAsVersionDialog.<init>
(TagAsVersionDialog.java:67)
	at 
org.eclipse.team.internal.ccvs.ui.actions.TagAction.configureOperation
(TagAction.java:82)
	at org.eclipse.team.internal.ccvs.ui.actions.TagAction$1.run
(TagAction.java:56)
	at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:135)
	at org.eclipse.ui.internal.UISynchronizer.syncExec
(UISynchronizer.java:25)
	at org.eclipse.swt.widgets.Display.syncExec(Display.java:3096)
	at org.eclipse.team.internal.ccvs.ui.actions.TagAction.execute
(TagAction.java:54)
	at org.eclipse.team.internal.ccvs.ui.actions.CVSAction.run
(CVSAction.java:70)
	at org.eclipse.ui.actions.ActionDelegate.runWithEvent
(ActionDelegate.java:71)
	at org.eclipse.ui.internal.PluginAction.runWithEvent
(PluginAction.java:266)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:915)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:866)
	at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:785)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

Build 20040511

Selecting Ant launch configs in the launch configuration dialog is brutally slow.

My JVM crashes on occasion when closing a wizard that contains a SWT_AWT-based 
swing JPanel.  Can reproduce, however the problem doesn't always occur -- 
usually 1 of 6 wizard invocations will show the problem.

The stack trace displayed by the JVM is not always the same.  I've pasted two 
of them below:

java.lang.NullPointerException: null pData
	at sun.awt.windows.WComponentPeer.hide(Native Method)
	at java.awt.Component.hide(Unknown Source)
	at java.awt.Window.hide(Unknown Source)
	at java.awt.Component.show(Unknown Source)
	at java.awt.Component.setVisible(Unknown Source)
	at java.awt.Window$1DisposeAction.run(Unknown Source)
	at java.awt.Window.dispose(Unknown Source)
	at org.eclipse.swt.awt.SWT_AWT$8.run(SWT_AWT.java:145)
	at java.awt.event.InvocationEvent.dispatch(Unknown Source)
	at java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown 
Source)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.run(Unknown Source)

An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at 
PC=0x4886DF0
Function=Java_sun_awt_windows_WColor_getDefaultColor+0x7960
Library=C:\Program Files\Java\j2re1.4.2\bin\awt.dll

Current Java thread:
	at sun.awt.windows.WComponentPeer.removeNativeDropTarget(Native Method)
	at sun.awt.windows.WComponentPeer.removeDropTarget(Unknown Source)
	- locked <0x11a42b70> (a sun.awt.windows.WEmbeddedFramePeer)
	at java.awt.dnd.DropTarget.removeNotify(Unknown Source)
	at java.awt.Component.removeNotify(Unknown Source)
	- locked <0x11943120> (a java.awt.Component$AWTTreeLock)
	at java.awt.Container.removeNotify(Unknown Source)
	- locked <0x11943120> (a java.awt.Component$AWTTreeLock)
	at javax.swing.JComponent.removeNotify(Unknown Source)
	at javax.swing.text.JTextComponent.removeNotify(Unknown Source)
	at java.awt.Container.removeNotify(Unknown Source)
	- locked <0x11943120> (a java.awt.Component$AWTTreeLock)
	at javax.swing.JComponent.removeNotify(Unknown Source)
	at java.awt.Container.removeNotify(Unknown Source)
	- locked <0x11943120> (a java.awt.Component$AWTTreeLock)
	at java.awt.Frame.removeNotify(Unknown Source)
	- locked <0x11943120> (a java.awt.Component$AWTTreeLock)
	at java.awt.Window$1DisposeAction.run(Unknown Source)
	at java.awt.Window.dispose(Unknown Source)
	at org.eclipse.swt.awt.SWT_AWT$8.run(SWT_AWT.java:145)
	at java.awt.event.InvocationEvent.dispatch(Unknown Source)
	at java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown 
Source)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.run(Unknown Source)

Dynamic libraries:
0x00400000 - 0x00407000 	C:\Program Files\Java\j2re1.4.2\bin\javaw.exe
0x77F50000 - 0x77FF7000 	C:\WINDOWS\System32\ntdll.dll
0x77E60000 - 0x77F46000 	C:\WINDOWS\system32\kernel32.dll
0x77DD0000 - 0x77E5D000 	C:\WINDOWS\system32\ADVAPI32.dll
0x78000000 - 0x78086000 	C:\WINDOWS\system32\RPCRT4.dll
0x77D40000 - 0x77DCC000 	C:\WINDOWS\system32\USER32.dll
0x77C70000 - 0x77CB0000 	C:\WINDOWS\system32\GDI32.dll
0x77C10000 - 0x77C63000 	C:\WINDOWS\system32\MSVCRT.dll
0x76390000 - 0x763AC000 	C:\WINDOWS\System32\IMM32.DLL
0x629C0000 - 0x629C8000 	C:\WINDOWS\System32\LPK.DLL
0x72FA0000 - 0x72FFA000 	C:\WINDOWS\System32\USP10.dll
0x08000000 - 0x08136000 	C:\Program Files\Java\j2re1.4.2
\bin\client\jvm.dll
0x76B40000 - 0x76B6C000 	C:\WINDOWS\System32\WINMM.dll
0x10000000 - 0x10007000 	C:\Program Files\Java\j2re1.4.2\bin\hpi.dll
0x00830000 - 0x0083E000 	C:\Program Files\Java\j2re1.4.2\bin\verify.dll
0x00840000 - 0x00858000 	C:\Program Files\Java\j2re1.4.2\bin\java.dll
0x00860000 - 0x0086D000 	C:\Program Files\Java\j2re1.4.2\bin\zip.dll
0x02C50000 - 0x02C5F000 	C:\Program Files\Java\j2re1.4.2\bin\net.dll
0x71AB0000 - 0x71AC4000 	C:\WINDOWS\System32\WS2_32.dll
0x71AA0000 - 0x71AA8000 	C:\WINDOWS\System32\WS2HELP.dll
0x02C60000 - 0x02C68000 	C:\Program Files\Java\j2re1.4.2\bin\nio.dll
0x03320000 - 0x03368000 	C:\Program Files\eclipse3.0M7
\plugins\org.eclipse.swt.win32_3.0.0\os\win32\x86\swt-win32-3038.dll
0x771B0000 - 0x772D1000 	C:\WINDOWS\system32\ole32.dll
0x77340000 - 0x773CB000 	C:\WINDOWS\system32\COMCTL32.dll
0x763B0000 - 0x763F5000 	C:\WINDOWS\system32\comdlg32.dll
0x70A70000 - 0x70AD5000 	C:\WINDOWS\system32\SHLWAPI.dll
0x773D0000 - 0x77BC2000 	C:\WINDOWS\system32\SHELL32.dll
0x77120000 - 0x771AB000 	C:\WINDOWS\system32\OLEAUT32.dll
0x71950000 - 0x71A34000 	C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-
Controls_6595b64144ccf1df_6.0.10.0_x-ww_f7fb5805\comctl32.dll
0x5AD70000 - 0x5ADA4000 	C:\WINDOWS\System32\uxtheme.dll
0x63000000 - 0x63014000 	C:\WINDOWS\System32\SynTPFcs.dll
0x77C00000 - 0x77C07000 	C:\WINDOWS\system32\VERSION.dll
0x03910000 - 0x0393B000 	C:\WINDOWS\System32\msctfime.ime
0x03940000 - 0x03948000 	C:\Program Files\eclipse3.0M7
\plugins\org.eclipse.core.resources.win32_3.0.0\os\win32\x86\core_2_1_0b.dll
0x74C80000 - 0x74CAC000 	C:\WINDOWS\System32\oleacc.dll
0x55900000 - 0x55961000 	C:\WINDOWS\System32\MSVCP60.dll
0x746F0000 - 0x74716000 	C:\WINDOWS\System32\Msimtf.dll
0x74720000 - 0x74764000 	C:\WINDOWS\System32\MSCTF.dll
0x76380000 - 0x76385000 	C:\WINDOWS\System32\msimg32.dll
0x03E90000 - 0x03EB4000 	C:\Program Files\Trillian\events.dll
0x04810000 - 0x0491A000 	C:\Program Files\Java\j2re1.4.2\bin\awt.dll
0x73000000 - 0x73023000 	C:\WINDOWS\System32\WINSPOOL.DRV
0x04A20000 - 0x04A70000 	C:\Program Files\Java\j2re1.4.2
\bin\fontmanager.dll
0x51000000 - 0x51047000 	C:\WINDOWS\System32\ddraw.dll
0x73BC0000 - 0x73BC6000 	C:\WINDOWS\System32\DCIMAN32.dll
0x5C000000 - 0x5C0C8000 	C:\WINDOWS\System32\D3DIM700.DLL
0x71A50000 - 0x71A8B000 	C:\WINDOWS\System32\mswsock.dll
0x76F20000 - 0x76F45000 	C:\WINDOWS\System32\DNSAPI.dll
0x76FB0000 - 0x76FB7000 	C:\WINDOWS\System32\winrnr.dll
0x76F60000 - 0x76F8C000 	C:\WINDOWS\system32\WLDAP32.dll
0x76FC0000 - 0x76FC5000 	C:\WINDOWS\System32\rasadhlp.dll
0x76C90000 - 0x76CB2000 	C:\WINDOWS\system32\imagehlp.dll
0x6D510000 - 0x6D58D000 	C:\WINDOWS\system32\DBGHELP.dll
0x76BF0000 - 0x76BFB000 	C:\WINDOWS\System32\PSAPI.DLL

Heap at VM Abort:
Heap
 def new generation   total 2752K, used 566K [0x10010000, 0x10300000, 
0x104f0000)
  eden space 2496K,  18% used [0x10010000, 0x10081120, 0x10280000)
  from space 256K,  44% used [0x10280000, 0x1029c9b0, 0x102c0000)
  to   space 256K,   0% used [0x102c0000, 0x102c0000, 0x10300000)
 tenured generation   total 35536K, used 22062K [0x104f0000, 0x127a4000, 
0x14010000)
   the space 35536K,  62% used [0x104f0000, 0x11a7b808, 0x11a7ba00, 0x127a4000)
 compacting perm gen  total 26368K, used 26352K [0x14010000, 0x159d0000, 
0x18010000)
   the space 26368K,  99% used [0x14010000, 0x159cc220, 0x159cc400, 0x159d0000)

Local Time = Thu Mar 25 14:15:31 2004
Elapsed Time = 42
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2-beta-b19 mixed mode)
#
# An error report file has been saved as hs_err_pid2500.log.
# Please refer to the file for further information.


------------------


java.lang.NullPointerException: null pData
	at sun.awt.windows.WComponentPeer.hide(Native Method)
	at java.awt.Component.hide(Unknown Source)
	at java.awt.Window.hide(Unknown Source)
	at java.awt.Component.show(Unknown Source)
	at java.awt.Component.setVisible(Unknown Source)
	at java.awt.Window$1DisposeAction.run(Unknown Source)
	at java.awt.Window.dispose(Unknown Source)
	at org.eclipse.swt.awt.SWT_AWT$8.run(SWT_AWT.java:145)
	at java.awt.event.InvocationEvent.dispatch(Unknown Source)
	at java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown 
Source)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.run(Unknown Source)
java.lang.NullPointerException: null pData
	at sun.awt.windows.WComponentPeer._dispose(Native Method)
	at sun.awt.windows.WComponentPeer.disposeImpl(Unknown Source)
	at sun.awt.windows.WWindowPeer.disposeImpl(Unknown Source)
	at sun.awt.windows.WObjectPeer.dispose(Unknown Source)
	at java.awt.Component.removeNotify(Unknown Source)
	at java.awt.Container.removeNotify(Unknown Source)
	at java.awt.Frame.removeNotify(Unknown Source)
	at java.awt.Window$1DisposeAction.run(Unknown Source)
	at java.awt.Window.dispose(Unknown Source)
	at org.eclipse.swt.awt.SWT_AWT$8.run(SWT_AWT.java:145)
	at java.awt.event.InvocationEvent.dispatch(Unknown Source)
	at java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown 
Source)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.run(Unknown Source)

An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at 
PC=0x3E56DF0
Function=Java_sun_awt_windows_WColor_getDefaultColor+0x7960
Library=C:\Program Files\Java\j2re1.4.2\bin\awt.dll

Current Java thread:
	at sun.awt.windows.WToolkit.eventLoop(Native Method)
	at sun.awt.windows.WToolkit.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)

Dynamic libraries:
0x00400000 - 0x00407000 	C:\Program Files\Java\j2re1.4.2\bin\javaw.exe
0x77F50000 - 0x77FF7000 	C:\WINDOWS\System32\ntdll.dll
0x77E60000 - 0x77F46000 	C:\WINDOWS\system32\kernel32.dll
0x77DD0000 - 0x77E5D000 	C:\WINDOWS\system32\ADVAPI32.dll
0x78000000 - 0x78086000 	C:\WINDOWS\system32\RPCRT4.dll
0x77D40000 - 0x77DCC000 	C:\WINDOWS\system32\USER32.dll
0x77C70000 - 0x77CB0000 	C:\WINDOWS\system32\GDI32.dll
0x77C10000 - 0x77C63000 	C:\WINDOWS\system32\MSVCRT.dll
0x76390000 - 0x763AC000 	C:\WINDOWS\System32\IMM32.DLL
0x629C0000 - 0x629C8000 	C:\WINDOWS\System32\LPK.DLL
0x72FA0000 - 0x72FFA000 	C:\WINDOWS\System32\USP10.dll
0x08000000 - 0x08136000 	C:\Program Files\Java\j2re1.4.2
\bin\client\jvm.dll
0x76B40000 - 0x76B6C000 	C:\WINDOWS\System32\WINMM.dll
0x10000000 - 0x10007000 	C:\Program Files\Java\j2re1.4.2\bin\hpi.dll
0x00830000 - 0x0083E000 	C:\Program Files\Java\j2re1.4.2\bin\verify.dll
0x00840000 - 0x00858000 	C:\Program Files\Java\j2re1.4.2\bin\java.dll
0x00860000 - 0x0086D000 	C:\Program Files\Java\j2re1.4.2\bin\zip.dll
0x02C50000 - 0x02C5F000 	C:\Program Files\Java\j2re1.4.2\bin\net.dll
0x71AB0000 - 0x71AC4000 	C:\WINDOWS\System32\WS2_32.dll
0x71AA0000 - 0x71AA8000 	C:\WINDOWS\System32\WS2HELP.dll
0x02C60000 - 0x02C68000 	C:\Program Files\Java\j2re1.4.2\bin\nio.dll
0x03320000 - 0x03368000 	C:\Program Files\eclipse3.0M7
\plugins\org.eclipse.swt.win32_3.0.0\os\win32\x86\swt-win32-3038.dll
0x771B0000 - 0x772D1000 	C:\WINDOWS\system32\ole32.dll
0x77340000 - 0x773CB000 	C:\WINDOWS\system32\COMCTL32.dll
0x763B0000 - 0x763F5000 	C:\WINDOWS\system32\comdlg32.dll
0x70A70000 - 0x70AD5000 	C:\WINDOWS\system32\SHLWAPI.dll
0x773D0000 - 0x77BC2000 	C:\WINDOWS\system32\SHELL32.dll
0x77120000 - 0x771AB000 	C:\WINDOWS\system32\OLEAUT32.dll
0x71950000 - 0x71A34000 	C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-
Controls_6595b64144ccf1df_6.0.10.0_x-ww_f7fb5805\comctl32.dll
0x5AD70000 - 0x5ADA4000 	C:\WINDOWS\System32\uxtheme.dll
0x63000000 - 0x63014000 	C:\WINDOWS\System32\SynTPFcs.dll
0x77C00000 - 0x77C07000 	C:\WINDOWS\system32\VERSION.dll
0x03910000 - 0x0393B000 	C:\WINDOWS\System32\msctfime.ime
0x03940000 - 0x03948000 	C:\Program Files\eclipse3.0M7
\plugins\org.eclipse.core.resources.win32_3.0.0\os\win32\x86\core_2_1_0b.dll
0x74C80000 - 0x74CAC000 	C:\WINDOWS\System32\oleacc.dll
0x55900000 - 0x55961000 	C:\WINDOWS\System32\MSVCP60.dll
0x746F0000 - 0x74716000 	C:\WINDOWS\System32\Msimtf.dll
0x74720000 - 0x74764000 	C:\WINDOWS\System32\MSCTF.dll
0x76380000 - 0x76385000 	C:\WINDOWS\System32\msimg32.dll
0x03DE0000 - 0x03EEA000 	C:\Program Files\Java\j2re1.4.2\bin\awt.dll
0x73000000 - 0x73023000 	C:\WINDOWS\System32\WINSPOOL.DRV
0x04000000 - 0x04050000 	C:\Program Files\Java\j2re1.4.2
\bin\fontmanager.dll
0x51000000 - 0x51047000 	C:\WINDOWS\System32\ddraw.dll
0x73BC0000 - 0x73BC6000 	C:\WINDOWS\System32\DCIMAN32.dll
0x5C000000 - 0x5C0C8000 	C:\WINDOWS\System32\D3DIM700.DLL
0x76C90000 - 0x76CB2000 	C:\WINDOWS\system32\imagehlp.dll
0x6D510000 - 0x6D58D000 	C:\WINDOWS\system32\DBGHELP.dll
0x76BF0000 - 0x76BFB000 	C:\WINDOWS\System32\PSAPI.DLL

Heap at VM Abort:
Heap
 def new generation   total 2624K, used 737K [0x10010000, 0x102e0000, 
0x104f0000)
  eden space 2368K,  26% used [0x10010000, 0x100ade58, 0x10260000)
  from space 256K,  41% used [0x10260000, 0x1027a7c0, 0x102a0000)
  to   space 256K,   0% used [0x102a0000, 0x102a0000, 0x102e0000)
 tenured generation   total 33580K, used 20146K [0x104f0000, 0x125bb000, 
0x14010000)
   the space 33580K,  59% used [0x104f0000, 0x1189ca88, 0x1189cc00, 0x125bb000)
 compacting perm gen  total 22784K, used 22717K [0x14010000, 0x15650000, 
0x18010000)
   the space 22784K,  99% used [0x14010000, 0x1563f5d0, 0x1563f600, 0x15650000)

Local Time = Wed Mar 24 16:04:03 2004
Elapsed Time = 83
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2-beta-b19 mixed mode)
#
# An error report file has been saved as hs_err_pid3744.log.
# Please refer to the file for further information.
#

I200403240800

In a new workspace, File>New>Project
Click "Show All Wizards"
In Simple, select "Project"
Click "Show All Wizards" to turn it off

No selection but Next is still enabled.

RC1

- lock workspace in background operation
- open project properties
- select Builders
- uncheck Java Builder
- press OK

observe: nothing happens. 

There should be a blocking dialog informing me about the conflict with the 
background operation. What is dangerous in this scenario is the fact that I 
can cancel the dialog and starting another operation which basically stacks 
operations.

For Ant builds in a separate VM only certain extension point properties are 
passed to the build in the separate VM (those with eclipseRuntime= false)

This should be incidicated for Ant properties, Ant tasks and Ant types.

build I20040420-1300

- started eclipse in Java perspective
- I believe I selected a project in the packager explorer, then chose Window >
Preferences
- when the prefs dialog came up (with the Workbench page selected), I then got a
progress dialog
- it showed a waiting user operation and a waiting workspace build



Full thread dump Java HotSpot(TM) Client VM (1.4.2_01-b06 mixed mode):

"All Types Caching" prio=4 tid=0x21125410 nid=0x7cc in Object.wait()
[2266f000..2266fd90]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11a81550> (a
org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob)
        at
org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.joinRun(ImplicitJobs.java:122)
        - locked <0x11a81550> (a
org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob)
        at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJobs.java:295)
        at org.eclipse.core.internal.jobs.JobManager.beginRule(JobManager.java:155)
        at
org.eclipse.core.internal.resources.WorkManager.checkIn(WorkManager.java:95)
        at
org.eclipse.core.internal.resources.Workspace.prepareOperation(Workspace.java:1595)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1635)
        at
org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaModelOperation.java:744)
        at
org.eclipse.jdt.internal.core.JavaProject.setRawClasspath(JavaProject.java:2605)
        at org.eclipse.jdt.core.JavaCore$5.run(JavaCore.java:3448)
        at
org.eclipse.jdt.internal.core.BatchOperation.executeOperation(BatchOperation.java:34)
        at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:700)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1640)
        at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3262)
        at org.eclipse.jdt.core.JavaCore.setClasspathContainer(JavaCore.java:3431)
        at
org.eclipse.pde.internal.core.ModelEntry.updateClasspathContainer(ModelEntry.java:109)
        at
org.eclipse.pde.internal.core.RequiredPluginsInitializer.initialize(RequiredPluginsInitializer.java:40)
        at org.eclipse.jdt.core.JavaCore$1.run(JavaCore.java:1178)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:609)
        at org.eclipse.core.runtime.Platform.run(Platform.java:541)
        at org.eclipse.jdt.core.JavaCore.getClasspathContainer(JavaCore.java:1173)
        at
org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:1841)
        at
org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:1755)
        at
org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:1727)
        at
org.eclipse.jdt.internal.core.search.JavaSearchScope.add(JavaSearchScope.java:78)
        at
org.eclipse.jdt.internal.core.search.JavaWorkspaceScope.initialize(JavaWorkspaceScope.java:79)
        at
org.eclipse.jdt.internal.core.search.JavaSearchScope.<init>(JavaSearchScope.java:52)
        at
org.eclipse.jdt.internal.core.search.JavaWorkspaceScope.<init>(JavaWorkspaceScope.java:30)
        at
org.eclipse.jdt.core.search.SearchEngine.createWorkspaceScope(SearchEngine.java:423)
        at
org.eclipse.jdt.internal.corext.util.AllTypesCache.search(AllTypesCache.java:502)
        at
org.eclipse.jdt.internal.corext.util.AllTypesCache$TypeCacher.doSearchTypes(AllTypesCache.java:180)
        at
org.eclipse.jdt.internal.corext.util.AllTypesCache$TypeCacher.run(AllTypesCache.java:149)

"Worker-4" prio=5 tid=0x211a3bf8 nid=0x7c4 in Object.wait() [2249f000..2249fd90]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x127c5690> (a
org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob)
        at
org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.joinRun(ImplicitJobs.java:122)
        - locked <0x127c5690> (a
org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob)
        at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJobs.java:295)
        at org.eclipse.core.internal.jobs.JobManager.beginRule(JobManager.java:155)
        at
org.eclipse.ui.views.markers.internal.MarkerView.internalRefresh(MarkerView.java:162)
        at
org.eclipse.ui.views.markers.internal.MarkerView.access$2(MarkerView.java:151)
        at
org.eclipse.ui.views.markers.internal.MarkerView$3.run(MarkerView.java:237)
        at
org.eclipse.ui.views.markers.internal.RestartableJob$2.run(RestartableJob.java:86)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Worker-2" prio=5 tid=0x21c14458 nid=0x7bc in Object.wait() [223bf000..223bfd90]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x112015e0> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x112015e0> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:236)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Java indexing" daemon prio=4 tid=0x2110be20 nid=0x76c in Object.wait()
[222bf000..222bfd90]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11be9bc8> (a
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobManager.java:323)
        - locked <0x11be9bc8> (a
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Thread.run(Thread.java:534)

"Start Level Event Dispatcher" daemon prio=5 tid=0x21137410 nid=0x7b0 in
Object.wait() [2124f000..2124fd90]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x10f90fb0> (a
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:149)
        - locked <0x10f90fb0> (a org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:107)

"Framework Event Dispatcher" daemon prio=5 tid=0x21025410 nid=0x7ac in
Object.wait() [2120f000..2120fd90]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x10f91000> (a
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:149)
        - locked <0x10f91000> (a org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:107)

"Signal Dispatcher" daemon prio=10 tid=0x00970e90 nid=0x7a0 waiting on condition
[0..0]

"YJP CPU Sampler" daemon prio=5 tid=0x0023fdb0 nid=0x798 runnable [0..0]

"YJP RequestServer" daemon prio=5 tid=0x00970c18 nid=0x794 runnable
[20e6f000..20e6fd90]
        at java.net.PlainSocketImpl.socketAccept(Native Method)
        at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353)
        - locked <0x10f911a8> (a java.net.PlainSocketImpl)
        at java.net.ServerSocket.implAccept(ServerSocket.java:448)
        at java.net.ServerSocket.accept(ServerSocket.java:419)
        at com.yourkit.runtime.RequestServer.startServerImpl(RequestServer.java:180)
        at com.yourkit.runtime.RequestServer.access$000(RequestServer.java:18)
        at com.yourkit.runtime.RequestServer$1.run(RequestServer.java:56)

"Finalizer" daemon prio=9 tid=0x0091e1e8 nid=0x790 in Object.wait()
[209ef000..209efd90]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x10f912c0> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x10f912c0> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x0091ce38 nid=0x78c in Object.wait()
[209af000..209afd90]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x10f91328> (a java.lang.ref.Reference$Lock)
        at java.lang.Object.wait(Object.java:429)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
        - locked <0x10f91328> (a java.lang.ref.Reference$Lock)

"main" prio=7 tid=0x00234dc0 nid=0x780 runnable [6e000..6fc3c]
        at org.eclipse.swt.internal.win32.OS.WaitMessage(Native Method)
        at org.eclipse.swt.widgets.Display.sleep(Display.java:2896)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java:671)
        at org.eclipse.jface.window.Window.open(Window.java:650)
        at
org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:72)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:550)
        at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:502)
        at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:435)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2592)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2270)
        at
org.eclipse.ui.internal.dialogs.EventLoopProgressMonitor.runEventLoop(EventLoopProgressMonitor.java:114)
        at
org.eclipse.ui.internal.dialogs.EventLoopProgressMonitor.isCanceled(EventLoopProgressMonitor.java:94)
        at
org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.isCanceled(ImplicitJobs.java:142)
        at
org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.joinRun(ImplicitJobs.java:110)
        at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJobs.java:295)
        at org.eclipse.core.internal.jobs.JobManager.beginRule(JobManager.java:155)
        at
org.eclipse.core.internal.resources.WorkManager.checkIn(WorkManager.java:95)
        at
org.eclipse.core.internal.resources.Workspace.prepareOperation(Workspace.java:1595)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1635)
        at
org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaModelOperation.java:744)
        at
org.eclipse.jdt.internal.core.JavaProject.setRawClasspath(JavaProject.java:2605)
        at org.eclipse.jdt.core.JavaCore$5.run(JavaCore.java:3448)
        at
org.eclipse.jdt.internal.core.BatchOperation.executeOperation(BatchOperation.java:34)
        at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:700)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1640)
        at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3262)
        at org.eclipse.jdt.core.JavaCore.setClasspathContainer(JavaCore.java:3431)
        at
org.eclipse.pde.internal.core.ModelEntry.updateUnknownClasspathContainer(ModelEntry.java:151)
        at
org.eclipse.pde.internal.core.RequiredPluginsInitializer.initialize(RequiredPluginsInitializer.java:38)
        at org.eclipse.jdt.core.JavaCore$1.run(JavaCore.java:1178)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:609)
        at org.eclipse.core.runtime.Platform.run(Platform.java:541)
        at org.eclipse.jdt.core.JavaCore.getClasspathContainer(JavaCore.java:1173)
        at
org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:1841)
        at
org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:1755)
        at
org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:1727)
        at
org.eclipse.jdt.internal.core.JavaProject.buildStructure(JavaProject.java:261)
        at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:183)
        at
org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.java:567)
        at
org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:304)
        at
org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:290)
        at
org.eclipse.jdt.internal.core.JavaElement.getChildren(JavaElement.java:245)
        at
org.eclipse.jdt.internal.core.JavaProject.getPackageFragmentRoots(JavaProject.java:1557)
        at
org.eclipse.jdt.ui.actions.OrganizeImportsAction.hasSourceFolders(OrganizeImportsAction.java:251)
        at
org.eclipse.jdt.ui.actions.OrganizeImportsAction.isEnabled(OrganizeImportsAction.java:237)
        at
org.eclipse.jdt.ui.actions.OrganizeImportsAction.selectionChanged(OrganizeImportsAction.java:150)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchSelectionChanged(SelectionDispatchAction.java:200)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.selectionChanged(SelectionDispatchAction.java:195)
        at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:609)
        at org.eclipse.core.runtime.Platform.run(Platform.java:541)
        at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
        at
org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:1310)
        at
org.eclipse.jface.viewers.StructuredViewer.handleSelect(StructuredViewer.java:666)
        at
org.eclipse.jface.viewers.StructuredViewer$4.widgetSelected(StructuredViewer.java:690)
        at
org.eclipse.jface.util.OpenStrategy.fireSelectionEvent(OpenStrategy.java:178)
        at org.eclipse.jface.util.OpenStrategy.access$3(OpenStrategy.java:173)
        at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:309)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2592)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2270)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1437)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1408)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:244)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:280)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:240)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
        at org.eclipse.core.launcher.Main.run(Main.java:699)
        at org.eclipse.core.launcher.Main.main(Main.java:683)

"VM Thread" prio=5 tid=0x0095cd38 nid=0x788 runnable

"VM Periodic Task Thread" prio=10 tid=0x0095e168 nid=0x7a8 waiting on condition
"Suspend Checker Thread" prio=10 tid=0x00970d80 nid=0x79c runnable

From the Java Main tab, have no project specified and click on Search...
Cancel the search.
The New and Delete buttons remain disabled from the Search.

RC1

build I20040330

- UI in source, rest imported as binaries
- delete all binary projects
- the UI plugin projects classpaths get updated properly to point to the target
platform's plugins, but not the fragment project for org.eclipse.ui.win32
- closing and reopening the project fixes it up

RC1

- browsing perspective, smoke test scenario
- to make the problem visible, enable "Mark occurrences"
- open IMoney.java
- in the members view, double click on a not selected element

-> ok: the member is selected in the editor, focus is transferred to the editor,
the element gets highlighted (-> selection changed event was sent out)

- now select a different element in the members view (no double click!)

-> ? ok ? The element gets selected in the editor, but it is not highlighted
(may be on purpose, since the editor is not active).
-> not ok: if I double click now, the focus is transferred to the editor, but
the highlighting is not updated. This is because the selection has not changed
and no event is therefore sent out. 

The question is really whether selection without giving focus should trigger a
selection changed event in the editor.

After this exception debugee threads state gets out of sync (which is probably
something expected)...

====================================================
java.lang.NullPointerException
at 
org.eclipse.debug.core.sourcelookup.containers.AbstractSourceContainer.isFindDu
plicates(AbstractSourceContainer.java:97)
at 
org.eclipse.debug.internal.core.sourcelookup.containers.ContainerSourceContaine
r.findSourceElements(ContainerSourceContainer.java:79)
at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
at 
org.eclipse.jdt.launching.sourcelookup.containers.JavaProjectSourceContainer.fi
ndSourceElements(JavaProjectSourceContainer.java:137)
at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:45)
at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
at org.eclipse.core.runtime.Platform.run(Platform.java:758)
at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:692)
at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:431)
at org.eclipse.debug.internal.ui.views.launch.LaunchView.lookupEditorInput
(LaunchView.java:619)
at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.openEditorForStackFrame
(LaunchView.java:690)
at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.showEditorForCurrentSelec
tion(LaunchView.java:598)
at org.eclipse.debug.internal.ui.views.launch.LaunchView.selectionChanged
(LaunchView.java:474)
at org.eclipse.jface.viewers.StructuredViewer$3.run(StructuredViewer.java:453)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
at org.eclipse.core.runtime.Platform.run(Platform.java:758)
at org.eclipse.jface.viewers.StructuredViewer.firePostSelectionChanged
(StructuredViewer.java:451)
at org.eclipse.jface.viewers.StructuredViewer.handlePostSelect
(StructuredViewer.java:711)
at org.eclipse.jface.viewers.StructuredViewer$5.widgetSelected
(StructuredViewer.java:729)
at org.eclipse.jface.util.OpenStrategy.firePostSelectionEvent
(OpenStrategy.java:200)
at org.eclipse.jface.util.OpenStrategy.access$4(OpenStrategy.java:195)
at org.eclipse.jface.util.OpenStrategy$3.run(OpenStrategy.java:349)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2709)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2401)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1375)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1346)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:252)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:272)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.core.launcher.Main.basicRun(Main.java:186)
at org.eclipse.core.launcher.Main.run(Main.java:647)
at org.eclipse.core.launcher.Main.main(Main.java:631)

I've been advised to include full log or log snapshot when
I file bug reports. Here it goes:

=========================================================

Full log:

!SESSION Jul 01, 2004 18:42:13.53 ---------------------------------------------
-
eclipse.buildId=I200406192000
java.version=1.4.2_04
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US

!ENTRY org.eclipse.core.runtime 4 2 Jul 01, 2004 18:42:13.53
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.core.sourcelookup.containers.AbstractSourceContainer.isFindDu
plicates(AbstractSourceContainer.java:97)
	at 
org.eclipse.debug.internal.core.sourcelookup.containers.ContainerSourceContaine
r.findSourceElements(ContainerSourceContainer.java:79)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.jdt.launching.sourcelookup.containers.JavaProjectSourceContainer.fi
ndSourceElements(JavaProjectSourceContainer.java:137)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:45)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:692)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:431)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.lookupEditorInput
(LaunchView.java:619)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.openEditorForStackFrame
(LaunchView.java:690)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.showEditorForCurrentSelec
tion(LaunchView.java:598)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.selectionChanged
(LaunchView.java:474)
	at org.eclipse.jface.viewers.StructuredViewer$3.run
(StructuredViewer.java:453)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.jface.viewers.StructuredViewer.firePostSelectionChanged
(StructuredViewer.java:451)
	at org.eclipse.jface.viewers.StructuredViewer.handlePostSelect
(StructuredViewer.java:711)
	at org.eclipse.jface.viewers.StructuredViewer$5.widgetSelected
(StructuredViewer.java:729)
	at org.eclipse.jface.util.OpenStrategy.firePostSelectionEvent
(OpenStrategy.java:200)
	at org.eclipse.jface.util.OpenStrategy.access$4(OpenStrategy.java:195)
	at org.eclipse.jface.util.OpenStrategy$3.run(OpenStrategy.java:349)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2709)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2401)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1375)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1346)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:252)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:186)
	at org.eclipse.core.launcher.Main.run(Main.java:647)
	at org.eclipse.core.launcher.Main.main(Main.java:631)

!ENTRY org.eclipse.core.runtime 4 2 Jul 01, 2004 18:42:13.68
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.core.sourcelookup.containers.AbstractSourceContainer.isFindDu
plicates(AbstractSourceContainer.java:97)
	at 
org.eclipse.debug.internal.core.sourcelookup.containers.ContainerSourceContaine
r.findSourceElements(ContainerSourceContainer.java:79)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.jdt.launching.sourcelookup.containers.JavaProjectSourceContainer.fi
ndSourceElements(JavaProjectSourceContainer.java:137)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:45)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:692)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:431)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.getProject
(JavaWatchExpressionDelegate.java:165)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.access$0
(JavaWatchExpressionDelegate.java:155)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate$EvaluationRunnabl
e.run(JavaWatchExpressionDelegate.java:114)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2516)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

!ENTRY org.eclipse.debug.core 4 120 Jul 01, 2004 18:42:13.68
!MESSAGE Error logged from Debug Core: 
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.core.sourcelookup.containers.AbstractSourceContainer.isFindDu
plicates(AbstractSourceContainer.java:97)
	at 
org.eclipse.debug.internal.core.sourcelookup.containers.ContainerSourceContaine
r.findSourceElements(ContainerSourceContainer.java:79)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.jdt.launching.sourcelookup.containers.JavaProjectSourceContainer.fi
ndSourceElements(JavaProjectSourceContainer.java:137)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:45)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:692)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:431)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.lookupEditorInput
(LaunchView.java:619)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.openEditorForStackFrame
(LaunchView.java:690)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.showEditorForCurrentSelec
tion(LaunchView.java:598)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.selectionChanged
(LaunchView.java:474)
	at org.eclipse.jface.viewers.StructuredViewer$3.run
(StructuredViewer.java:453)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.jface.viewers.StructuredViewer.firePostSelectionChanged
(StructuredViewer.java:451)
	at org.eclipse.jface.viewers.StructuredViewer.handlePostSelect
(StructuredViewer.java:711)
	at org.eclipse.jface.viewers.StructuredViewer$5.widgetSelected
(StructuredViewer.java:729)
	at org.eclipse.jface.util.OpenStrategy.firePostSelectionEvent
(OpenStrategy.java:200)
	at org.eclipse.jface.util.OpenStrategy.access$4(OpenStrategy.java:195)
	at org.eclipse.jface.util.OpenStrategy$3.run(OpenStrategy.java:349)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2709)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2401)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1375)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1346)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:252)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:186)
	at org.eclipse.core.launcher.Main.run(Main.java:647)
	at org.eclipse.core.launcher.Main.main(Main.java:631)

!ENTRY org.eclipse.debug.core 4 120 Jul 01, 2004 18:42:13.68
!MESSAGE Error logged from Debug Core: 
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.core.sourcelookup.containers.AbstractSourceContainer.isFindDu
plicates(AbstractSourceContainer.java:97)
	at 
org.eclipse.debug.internal.core.sourcelookup.containers.ContainerSourceContaine
r.findSourceElements(ContainerSourceContainer.java:79)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.jdt.launching.sourcelookup.containers.JavaProjectSourceContainer.fi
ndSourceElements(JavaProjectSourceContainer.java:137)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:45)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:692)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:431)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.getProject
(JavaWatchExpressionDelegate.java:165)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.access$0
(JavaWatchExpressionDelegate.java:155)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate$EvaluationRunnabl
e.run(JavaWatchExpressionDelegate.java:114)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2516)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

!ENTRY org.eclipse.core.runtime 4 2 Jul 01, 2004 18:42:13.99
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.core.sourcelookup.containers.AbstractSourceContainer.isFindDu
plicates(AbstractSourceContainer.java:97)
	at 
org.eclipse.debug.internal.core.sourcelookup.containers.ContainerSourceContaine
r.findSourceElements(ContainerSourceContainer.java:79)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.jdt.launching.sourcelookup.containers.JavaProjectSourceContainer.fi
ndSourceElements(JavaProjectSourceContainer.java:137)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:45)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:692)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:431)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.getProject
(JavaWatchExpressionDelegate.java:165)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.access$0
(JavaWatchExpressionDelegate.java:155)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate$EvaluationRunnabl
e.run(JavaWatchExpressionDelegate.java:114)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2516)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

!ENTRY org.eclipse.debug.core 4 120 Jul 01, 2004 18:42:13.99
!MESSAGE Error logged from Debug Core: 
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.core.sourcelookup.containers.AbstractSourceContainer.isFindDu
plicates(AbstractSourceContainer.java:97)
	at 
org.eclipse.debug.internal.core.sourcelookup.containers.ContainerSourceContaine
r.findSourceElements(ContainerSourceContainer.java:79)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.jdt.launching.sourcelookup.containers.JavaProjectSourceContainer.fi
ndSourceElements(JavaProjectSourceContainer.java:137)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:45)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:692)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:431)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.getProject
(JavaWatchExpressionDelegate.java:165)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.access$0
(JavaWatchExpressionDelegate.java:155)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate$EvaluationRunnabl
e.run(JavaWatchExpressionDelegate.java:114)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2516)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

!ENTRY org.eclipse.core.runtime 4 2 Jul 01, 2004 18:42:13.271
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.core.sourcelookup.containers.AbstractSourceContainer.isFindDu
plicates(AbstractSourceContainer.java:97)
	at 
org.eclipse.debug.internal.core.sourcelookup.containers.ContainerSourceContaine
r.findSourceElements(ContainerSourceContainer.java:79)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.jdt.launching.sourcelookup.containers.JavaProjectSourceContainer.fi
ndSourceElements(JavaProjectSourceContainer.java:137)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:45)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:692)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:431)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.getProject
(JavaWatchExpressionDelegate.java:165)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.access$0
(JavaWatchExpressionDelegate.java:155)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate$EvaluationRunnabl
e.run(JavaWatchExpressionDelegate.java:114)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2516)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

!ENTRY org.eclipse.debug.core 4 120 Jul 01, 2004 18:42:13.287
!MESSAGE Error logged from Debug Core: 
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.core.sourcelookup.containers.AbstractSourceContainer.isFindDu
plicates(AbstractSourceContainer.java:97)
	at 
org.eclipse.debug.internal.core.sourcelookup.containers.ContainerSourceContaine
r.findSourceElements(ContainerSourceContainer.java:79)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.jdt.launching.sourcelookup.containers.JavaProjectSourceContainer.fi
ndSourceElements(JavaProjectSourceContainer.java:137)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:45)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:692)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:431)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.getProject
(JavaWatchExpressionDelegate.java:165)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.access$0
(JavaWatchExpressionDelegate.java:155)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate$EvaluationRunnabl
e.run(JavaWatchExpressionDelegate.java:114)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2516)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

!ENTRY org.eclipse.core.runtime 4 2 Jul 01, 2004 18:42:13.318
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.core.sourcelookup.containers.AbstractSourceContainer.isFindDu
plicates(AbstractSourceContainer.java:97)
	at 
org.eclipse.debug.internal.core.sourcelookup.containers.ContainerSourceContaine
r.findSourceElements(ContainerSourceContainer.java:79)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.jdt.launching.sourcelookup.containers.JavaProjectSourceContainer.fi
ndSourceElements(JavaProjectSourceContainer.java:137)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:45)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:692)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:431)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.getProject
(JavaWatchExpressionDelegate.java:165)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.access$0
(JavaWatchExpressionDelegate.java:155)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate$EvaluationRunnabl
e.run(JavaWatchExpressionDelegate.java:114)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2516)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

!ENTRY org.eclipse.debug.core 4 120 Jul 01, 2004 18:42:13.318
!MESSAGE Error logged from Debug Core: 
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.core.sourcelookup.containers.AbstractSourceContainer.isFindDu
plicates(AbstractSourceContainer.java:97)
	at 
org.eclipse.debug.internal.core.sourcelookup.containers.ContainerSourceContaine
r.findSourceElements(ContainerSourceContainer.java:79)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.jdt.launching.sourcelookup.containers.JavaProjectSourceContainer.fi
ndSourceElements(JavaProjectSourceContainer.java:137)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:45)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:692)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:431)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.getProject
(JavaWatchExpressionDelegate.java:165)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.access$0
(JavaWatchExpressionDelegate.java:155)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate$EvaluationRunnabl
e.run(JavaWatchExpressionDelegate.java:114)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2516)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

!ENTRY org.eclipse.core.runtime 4 2 Jul 01, 2004 18:42:33.99
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.core.sourcelookup.containers.AbstractSourceContainer.isFindDu
plicates(AbstractSourceContainer.java:97)
	at 
org.eclipse.debug.internal.core.sourcelookup.containers.ContainerSourceContaine
r.findSourceElements(ContainerSourceContainer.java:79)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.jdt.launching.sourcelookup.containers.JavaProjectSourceContainer.fi
ndSourceElements(JavaProjectSourceContainer.java:137)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:45)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:692)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:431)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.getProject
(JavaWatchExpressionDelegate.java:165)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.access$0
(JavaWatchExpressionDelegate.java:155)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate$EvaluationRunnabl
e.run(JavaWatchExpressionDelegate.java:114)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2516)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

!ENTRY org.eclipse.debug.core 4 120 Jul 01, 2004 18:42:33.99
!MESSAGE Error logged from Debug Core: 
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.core.sourcelookup.containers.AbstractSourceContainer.isFindDu
plicates(AbstractSourceContainer.java:97)
	at 
org.eclipse.debug.internal.core.sourcelookup.containers.ContainerSourceContaine
r.findSourceElements(ContainerSourceContainer.java:79)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.jdt.launching.sourcelookup.containers.JavaProjectSourceContainer.fi
ndSourceElements(JavaProjectSourceContainer.java:137)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:45)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:692)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:431)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.getProject
(JavaWatchExpressionDelegate.java:165)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.access$0
(JavaWatchExpressionDelegate.java:155)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate$EvaluationRunnabl
e.run(JavaWatchExpressionDelegate.java:114)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2516)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

!ENTRY org.eclipse.core.runtime 4 2 Jul 01, 2004 18:42:33.130
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.core.sourcelookup.containers.AbstractSourceContainer.isFindDu
plicates(AbstractSourceContainer.java:97)
	at 
org.eclipse.debug.internal.core.sourcelookup.containers.ContainerSourceContaine
r.findSourceElements(ContainerSourceContainer.java:79)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.jdt.launching.sourcelookup.containers.JavaProjectSourceContainer.fi
ndSourceElements(JavaProjectSourceContainer.java:137)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:45)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:692)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:431)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.lookupEditorInput
(LaunchView.java:619)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.openEditorForStackFrame
(LaunchView.java:690)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.showEditorForCurrentSelec
tion(LaunchView.java:598)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.selectionChanged
(LaunchView.java:474)
	at org.eclipse.jface.viewers.StructuredViewer$3.run
(StructuredViewer.java:453)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.jface.viewers.StructuredViewer.firePostSelectionChanged
(StructuredViewer.java:451)
	at org.eclipse.jface.viewers.StructuredViewer.handlePostSelect
(StructuredViewer.java:711)
	at org.eclipse.jface.viewers.StructuredViewer$5.widgetSelected
(StructuredViewer.java:729)
	at org.eclipse.jface.util.OpenStrategy.firePostSelectionEvent
(OpenStrategy.java:200)
	at org.eclipse.jface.util.OpenStrategy.access$4(OpenStrategy.java:195)
	at org.eclipse.jface.util.OpenStrategy$3.run(OpenStrategy.java:349)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2709)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2401)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1375)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1346)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:252)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:186)
	at org.eclipse.core.launcher.Main.run(Main.java:647)
	at org.eclipse.core.launcher.Main.main(Main.java:631)

!ENTRY org.eclipse.debug.core 4 120 Jul 01, 2004 18:42:33.130
!MESSAGE Error logged from Debug Core: 
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.core.sourcelookup.containers.AbstractSourceContainer.isFindDu
plicates(AbstractSourceContainer.java:97)
	at 
org.eclipse.debug.internal.core.sourcelookup.containers.ContainerSourceContaine
r.findSourceElements(ContainerSourceContainer.java:79)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.jdt.launching.sourcelookup.containers.JavaProjectSourceContainer.fi
ndSourceElements(JavaProjectSourceContainer.java:137)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:45)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:692)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:431)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.lookupEditorInput
(LaunchView.java:619)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.openEditorForStackFrame
(LaunchView.java:690)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.showEditorForCurrentSelec
tion(LaunchView.java:598)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.selectionChanged
(LaunchView.java:474)
	at org.eclipse.jface.viewers.StructuredViewer$3.run
(StructuredViewer.java:453)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.jface.viewers.StructuredViewer.firePostSelectionChanged
(StructuredViewer.java:451)
	at org.eclipse.jface.viewers.StructuredViewer.handlePostSelect
(StructuredViewer.java:711)
	at org.eclipse.jface.viewers.StructuredViewer$5.widgetSelected
(StructuredViewer.java:729)
	at org.eclipse.jface.util.OpenStrategy.firePostSelectionEvent
(OpenStrategy.java:200)
	at org.eclipse.jface.util.OpenStrategy.access$4(OpenStrategy.java:195)
	at org.eclipse.jface.util.OpenStrategy$3.run(OpenStrategy.java:349)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2709)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2401)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1375)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1346)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:252)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:186)
	at org.eclipse.core.launcher.Main.run(Main.java:647)
	at org.eclipse.core.launcher.Main.main(Main.java:631)

!ENTRY org.eclipse.core.runtime 4 2 Jul 01, 2004 18:42:33.130
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.core.sourcelookup.containers.AbstractSourceContainer.isFindDu
plicates(AbstractSourceContainer.java:97)
	at 
org.eclipse.debug.internal.core.sourcelookup.containers.ContainerSourceContaine
r.findSourceElements(ContainerSourceContainer.java:79)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.jdt.launching.sourcelookup.containers.JavaProjectSourceContainer.fi
ndSourceElements(JavaProjectSourceContainer.java:137)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:45)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:692)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:431)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.getProject
(JavaWatchExpressionDelegate.java:165)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.access$0
(JavaWatchExpressionDelegate.java:155)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate$EvaluationRunnabl
e.run(JavaWatchExpressionDelegate.java:114)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2516)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

!ENTRY org.eclipse.debug.core 4 120 Jul 01, 2004 18:42:33.146
!MESSAGE Error logged from Debug Core: 
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.core.sourcelookup.containers.AbstractSourceContainer.isFindDu
plicates(AbstractSourceContainer.java:97)
	at 
org.eclipse.debug.internal.core.sourcelookup.containers.ContainerSourceContaine
r.findSourceElements(ContainerSourceContainer.java:79)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.jdt.launching.sourcelookup.containers.JavaProjectSourceContainer.fi
ndSourceElements(JavaProjectSourceContainer.java:137)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:45)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:692)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:431)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.getProject
(JavaWatchExpressionDelegate.java:165)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.access$0
(JavaWatchExpressionDelegate.java:155)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate$EvaluationRunnabl
e.run(JavaWatchExpressionDelegate.java:114)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2516)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

!ENTRY org.eclipse.core.runtime 4 2 Jul 01, 2004 18:42:33.193
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.core.sourcelookup.containers.AbstractSourceContainer.isFindDu
plicates(AbstractSourceContainer.java:97)
	at 
org.eclipse.debug.internal.core.sourcelookup.containers.ContainerSourceContaine
r.findSourceElements(ContainerSourceContainer.java:79)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.jdt.launching.sourcelookup.containers.JavaProjectSourceContainer.fi
ndSourceElements(JavaProjectSourceContainer.java:137)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:45)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:692)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:431)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.getProject
(JavaWatchExpressionDelegate.java:165)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.access$0
(JavaWatchExpressionDelegate.java:155)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate$EvaluationRunnabl
e.run(JavaWatchExpressionDelegate.java:114)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2516)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

!ENTRY org.eclipse.debug.core 4 120 Jul 01, 2004 18:42:33.193
!MESSAGE Error logged from Debug Core: 
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.core.sourcelookup.containers.AbstractSourceContainer.isFindDu
plicates(AbstractSourceContainer.java:97)
	at 
org.eclipse.debug.internal.core.sourcelookup.containers.ContainerSourceContaine
r.findSourceElements(ContainerSourceContainer.java:79)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.jdt.launching.sourcelookup.containers.JavaProjectSourceContainer.fi
ndSourceElements(JavaProjectSourceContainer.java:137)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:45)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:692)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:431)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.getProject
(JavaWatchExpressionDelegate.java:165)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.access$0
(JavaWatchExpressionDelegate.java:155)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate$EvaluationRunnabl
e.run(JavaWatchExpressionDelegate.java:114)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2516)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

!ENTRY org.eclipse.core.runtime 4 2 Jul 01, 2004 18:42:33.224
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.core.sourcelookup.containers.AbstractSourceContainer.isFindDu
plicates(AbstractSourceContainer.java:97)
	at 
org.eclipse.debug.internal.core.sourcelookup.containers.ContainerSourceContaine
r.findSourceElements(ContainerSourceContainer.java:79)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.jdt.launching.sourcelookup.containers.JavaProjectSourceContainer.fi
ndSourceElements(JavaProjectSourceContainer.java:137)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:45)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:692)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:431)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.getProject
(JavaWatchExpressionDelegate.java:165)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.access$0
(JavaWatchExpressionDelegate.java:155)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate$EvaluationRunnabl
e.run(JavaWatchExpressionDelegate.java:114)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2516)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

!ENTRY org.eclipse.debug.core 4 120 Jul 01, 2004 18:42:33.224
!MESSAGE Error logged from Debug Core: 
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.core.sourcelookup.containers.AbstractSourceContainer.isFindDu
plicates(AbstractSourceContainer.java:97)
	at 
org.eclipse.debug.internal.core.sourcelookup.containers.ContainerSourceContaine
r.findSourceElements(ContainerSourceContainer.java:79)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.jdt.launching.sourcelookup.containers.JavaProjectSourceContainer.fi
ndSourceElements(JavaProjectSourceContainer.java:137)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:45)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:692)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:431)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.getProject
(JavaWatchExpressionDelegate.java:165)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.access$0
(JavaWatchExpressionDelegate.java:155)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate$EvaluationRunnabl
e.run(JavaWatchExpressionDelegate.java:114)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2516)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

build i0324:0800, winxp, sunjdk1.4.2

- I was working in a branch (branch_30m8) for 2 projects (runtime,
runtime.tests) and the rest of my projects were from HEAD
- I multi-selected runtime and runtime.tests in the Navigator
- Replace With... -> Another Branch or Version -> HEAD
- it seemed to replace runtime.tests but then I got the following exceptions
- decorators for runtime.tests updated (no branch) but runtime still indicates
that its from the branch.

The message asks me to fix the problems below but I don't know how to do that...


!ENTRY org.eclipse.team.cvs.core 4 -16 Mar 24, 2004 19:41:35.125
!MESSAGE Errors saving CVS synchronization information to disk. Please fix the
problems listed below and then update the affected resources from the CVS
repository. 
!SUBENTRY 1 org.eclipse.core.resources 4 374 Mar 24, 2004 19:41:35.125
!MESSAGE Resource
/org.eclipse.core.tests.runtime/Plugin_Testing/plugins.resolve.1/tests.c_2.0.5/CVS/Root
already exists.
!STACK 1
org.eclipse.core.internal.resources.ResourceException: Resource
/org.eclipse.core.tests.runtime/Plugin_Testing/plugins.resolve.1/tests.c_2.0.5/CVS/Root
already exists.
	at
org.eclipse.core.internal.resources.Resource.checkDoesNotExist(Resource.java:287)
	at
org.eclipse.core.internal.resources.Resource.checkDoesNotExist(Resource.java:261)
	at org.eclipse.core.internal.resources.File.create(File.java:110)
	at
org.eclipse.team.internal.ccvs.core.util.SyncFileWriter$2.run(SyncFileWriter.java:513)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1559)
	at
org.eclipse.team.internal.ccvs.core.util.SyncFileWriter.writeLines(SyncFileWriter.java:507)
	at
org.eclipse.team.internal.ccvs.core.util.SyncFileWriter.writeFolderSync(SyncFileWriter.java:219)
	at
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.commitCache(EclipseSynchronizer.java:928)
	at
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer$1.run(EclipseSynchronizer.java:528)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1559)
	at
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.flush(EclipseSynchronizer.java:526)
	at
org.eclipse.team.internal.ccvs.core.syncinfo.ReentrantLock$ThreadInfo.flush(ReentrantLock.java:179)
	at
org.eclipse.team.internal.ccvs.core.syncinfo.ReentrantLock$ThreadInfo.popRule(ReentrantLock.java:105)
	at
org.eclipse.team.internal.ccvs.core.syncinfo.ReentrantLock.release(ReentrantLock.java:292)
	at
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.endBatching(EclipseSynchronizer.java:512)
	at
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.run(EclipseSynchronizer.java:1405)
	at
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder$3.run(EclipseFolder.java:300)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1559)
	at
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.run(EclipseFolder.java:297)
	at org.eclipse.team.internal.ccvs.core.client.Command.execute(Command.java:348)
	at org.eclipse.team.internal.ccvs.core.client.Command.execute(Command.java:738)
	at
org.eclipse.team.internal.ccvs.ui.operations.UpdateOperation.executeCommand(UpdateOperation.java:70)
	at
org.eclipse.team.internal.ccvs.ui.operations.ReplaceOperation.executeCommand(ReplaceOperation.java:83)
	at
org.eclipse.team.internal.ccvs.ui.operations.SingleCommandOperation.execute(SingleCommandOperation.java:44)
	at
org.eclipse.team.internal.ccvs.ui.operations.RepositoryProviderOperation.execute(RepositoryProviderOperation.java:55)
	at
org.eclipse.team.internal.ccvs.ui.operations.CVSOperation.run(CVSOperation.java:65)
	at
org.eclipse.team.internal.ui.actions.JobRunnableContext.run(JobRunnableContext.java:118)
	at
org.eclipse.team.internal.ui.actions.JobRunnableContext$3.runInWorkspace(JobRunnableContext.java:138)
	at
org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:37)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)
!SUBENTRY 2 org.eclipse.core.resources 4 374 Mar 24, 2004 19:41:35.415
!MESSAGE Resource
/org.eclipse.core.tests.runtime/Plugin_Testing/plugins.resolve.1/tests.c_2.0.5/CVS/Root
already exists.

When the standalone application exit, the display disposed, will call
ReferenceCleanerThread.stopCleaning() method, it simply set the running
field to false, but "reference = referenceQueue.remove();" in line 196
still blocking. And you must call System.exit() explicitlly to terminate
the currently running Java Virtual Machine. so I think it is a bug.

My env: XP home edition, jdk 1.4.2_04, and eclipse-SDK-I20040514-win32

Regards,

Eric

I200405190010

I used this quick assist but did not notice that my method was protected and
that the method got created in an interface.

If a method is protected and it only implements an interface then the quick
assist should not be enabled.

From bug 37933 comment 3:

"2. Encoding must be determined upon save as well as open. This determination
may require calling an output encoding interpreter, which you do not have in
your scheme. (Use case: User has an <?xml encoding declaration in an XML file
and changes text of the encoding attribute.) The editor should not be required
to track these changes character-by-character and blast off encoding change
notifications. In fact, the editor may not be aware of encoding at all. (Use
case: Rick Jellife has proposed an encoding declaration that would appear in
comments at the beginning of a file.) Instead, an output encoding interpreter
should be called at save time. IOW, the "basic algorithm" should be applied at
save time, too, using an encoding interpreter that operates on the Unicode text
instead of a byte stream. "

!MESSAGE Background Indexer Crash Recovery
!STACK 0
java.lang.NullPointerException
	at org.eclipse.jdt.internal.core.search.indexing.IndexManager.
saveIndex(IndexManager.java:524)
	at org.eclipse.jdt.internal.core.search.indexing.AddJarFileToIndex.
execute(AddJarFileToIndex.java:176)
	at org.eclipse.jdt.internal.core.search.processing.JobManager.
run(JobManager.java:361)
	at java.lang.Thread.run(Thread.java:534)

I wonder if the fix to bug 44915 introduced a performance regression.  I'm using
I20040513 GTK and the UI is sluggish in a number of places.  The most apparent
is when using the "Open Editor Drop Down" command to bring up the list of open
editors.

1.  Open 5 or so files.
2.  Open Editor Drop Down.
3.  Move the mouse cursor up and down over the list of editors quickly a few times.

Notice that the highlighting of the list elements trails behind the mouse
movement significantly.  That is, if I move the mouse over the first, then
second, then third, etc. editor in the list and then reverse the direction back
up to the first editor in the list, the highlight moves from the first to the
second to the third, etc., but it lags behind the mouse.

This kind of behavior seems suspiciously likely to be a result of queuing UI
events, as I understand the fix for 44915 does.

The signature preview isn't consistently shown in the refactoring dialogs. For 
example, extract method is showing the signature preview in a different way 
than change method signature.

The change method signature preview is the recommended way and we should make 
a pass over all refactoring dialogs.

I've set in the Code Formatter pref page following code format:

public int pop()
{
    return ((Integer) fStack.removeFirst()).intValue();
}

now if I call eg. the public_method template I get following:

public return_type name(arguments) {
	
}	

As you see it's not formatted the correct way!

N20030229 + debug plug-ins from HEAD

I get this error in the log about every time I launch the Debug test suite. I
don't get this error in the log of the host, or of a normal (non-test) target.

!SUBENTRY 1 org.eclipse.jdt.debug 4 4 Feb 29, 2004 21:53:03.305
!MESSAGE Invalid stack frame
!ENTRY org.eclipse.core.runtime.compatibility 4 1 Feb 29, 2004 21:53:56.912
!MESSAGE Error while stopping plug-in
"reference:file:/home/luc/target/org.eclipse.debug.core/ [6]".
!STACK 0
org.osgi.framework.BundleException: Exception in
org.eclipse.core.internal.compatibility.PluginActivator.stop()
        at
org.eclipse.osgi.framework.internal.core.BundleContext.stop(BundleContext.java:1045)
        at
org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker(BundleHost.java:481)
        at org.eclipse.osgi.framework.internal.core.Bundle.stop(Bundle.java:477)
        at
org.eclipse.core.internal.plugins.PluginStopper.run(PluginStopper.java:101)
        at
org.eclipse.core.internal.runtime.PlatformActivator.stopLegacyBundles(PlatformActivator.java:290)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:272)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:173)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:106)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
        at org.eclipse.core.launcher.Main.run(Main.java:745)
        at org.eclipse.core.launcher.Main.main(Main.java:713)
Nested exception:
java.lang.NullPointerException
        at
org.eclipse.debug.internal.core.sourcelookup.SourceLookupUtils.shutdown(SourceLookupUtils.java:255)
        at org.eclipse.debug.core.DebugPlugin.shutdown(DebugPlugin.java:445)
        at
org.eclipse.core.internal.compatibility.PluginActivator.stop(PluginActivator.java:66)
        at
org.eclipse.osgi.framework.internal.core.BundleContext$2.run(BundleContext.java:1029)
        at java.security.AccessController.doPrivileged(Native Method)
        at
org.eclipse.osgi.framework.internal.core.BundleContext.stop(BundleContext.java:1025)
        at
org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker(BundleHost.java:481)
        at org.eclipse.osgi.framework.internal.core.Bundle.stop(Bundle.java:477)
        at
org.eclipse.core.internal.plugins.PluginStopper.run(PluginStopper.java:101)
        at
org.eclipse.core.internal.runtime.PlatformActivator.stopLegacyBundles(PlatformActivator.java:290)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:272)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:173)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:106)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
        at org.eclipse.core.launcher.Main.run(Main.java:745)
        at org.eclipse.core.launcher.Main.main(Main.java:713)

I don't know how but my workspace got corrupted and I cooldn't start eclipse.
The error I got 

java.lang.ArrayIndexOutOfBoundsException: -1
	at
org.eclipse.ui.internal.ide.IDEWorkbenchAdvisor.refreshFromLocal(IDEWorkbenchAdvisor.java:474)
	at
org.eclipse.ui.internal.ide.IDEWorkbenchAdvisor.postStartup(IDEWorkbenchAdvisor.java:211)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1520)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:277)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:239)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

After examining the workspace metadata I found that the error was the attached
workspace.xml. I removed the corrupted file and eclipse started ok.

I am using Eclipse M8 with Sun JRE 1.4.2_02

According to the documentation of IPath.uptoSegment, the device id is preserved 
regardless of the parameter provided to the method.  However, when the 
parameter 0 (zero) is used, the returned Path is always Path.EMPTY, i.e., the 
device id, as well as leading and trailing separators are removed.  The 
method's documentation states that these attributes are left unchanged.  


--- Witold

Even if I check the "don't show this dialog again" box, the "Synchronize
Complete - CVS Workspace" dialog always shows itself to inform me that there
were no changes during the last synchronization. [build 200404240010].

 

Eclipse 3 (RC3)
Version: 3.0.0
Build id: 200406192000

-- Create a new class with strings to externalize
-- Source > Externalize Strings...
-- Configure...
-- tab to "Class name" field and select all text "Messages"
-- press Delete
-- start typing, like "MyClass"

ERROR: The type name '' is not a valid identifier
and the OK button is disabled

On the Mac, several of the accelerator strings are clipped.

Eg.:
- "Edit" -> "Smart Insert Mode"
- editor "folding bar" popup -> "Folding" -> "Enable Folding"

For embedded RCP development, we are replacing the JRE 1.4 XML parser with eXML
(MicroXML) parser.  In doing so, the only problem we encounter is that
SAXParserFactory.setFeature("http://xml.org/sax/features/string-interning",
true) throws a SAXException (feature not supported). To have as much of a common
code base as possible, we are requesting that this call be wrapped in a try {}
catch() {} block to prevent an eclipse error and exit.  This call is needed in
the following 3 files:
./org.eclipse.core.runtime/src/org/eclipse/core/internal/registry/ExtensionsParser.java
./org.eclipse.core.runtime.compatibility/src-model/org/eclipse/core/internal/model/PluginParser.java
./org.eclipse.osgi/eclipseAdaptor/src/org/eclipse/core/runtime/adaptor/PluginParser.java

The patched code simply looks like:
//fix for eXML
try {
    factory.setFeature("http://xml.org/sax/features/string-interning", true); 	
} catch (SAXException e) {/* ignore */}

Our understanding is that this call is for better performance and the failing of
this call will not change the parse result - it doesn't fail using JDK 1.4 and
the fix has been verified to work using eXML.

3m7
/* ******** */
/*          */
/* ******** */
comes out
/* ******** */
 /*          */
  /* ******** */

Since we moved the location of the preference files a couple of times throughout
the 3.0 release cycle, we put in code to check a couple of different locations
on startup. Look at the InstancePreferences class and remove the legacy location
checks.

In v_435, there are four missing tag declarations in API packages
(org.eclipse.jdt.core.*).
I will attach a patch file which fixes these issues.

java.lang.NullPointerException
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.NullPointerException.<init>(NullPointerException.java:60)
        at
org.eclipse.jdt.internal.ui.refactoring.nls.ExternalizeWizardPage.updateSourceView(ExternalizeWizardPage.java:969)
        at
org.eclipse.jdt.internal.ui.refactoring.nls.ExternalizeWizardPage.selectionChanged(ExternalizeWizardPage.java:964)
        at
org.eclipse.jdt.internal.ui.refactoring.nls.ExternalizeWizardPage.access$8(ExternalizeWizardPage.java:961)
        at
org.eclipse.jdt.internal.ui.refactoring.nls.ExternalizeWizardPage$7.selectionChanged(ExternalizeWizardPage.java:624)
        at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java)
        at org.eclipse.core.runtime.Platform.run(Platform.java)
        at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java)
        at
org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:1310)
        at
org.eclipse.jface.viewers.StructuredViewer.handleInvalidSelection(StructuredViewer.java:634)
        at
org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java)
        at
org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:868)
        at
org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:830)
        at
org.eclipse.jdt.internal.ui.refactoring.nls.ExternalizeWizardPage.doFilterCheckBoxPressed(ExternalizeWizardPage.java:796)
        at
org.eclipse.jdt.internal.ui.refactoring.nls.ExternalizeWizardPage$9.widgetSelected(ExternalizeWizardPage.java:770)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java)
        at org.eclipse.jface.window.Window.open(Window.java:648)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:114)
        at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:40)
        at
org.eclipse.jdt.ui.actions.ExternalizeStringsAction.openExternalizeStringsWizard(ExternalizeStringsAction.java:151)
        at
org.eclipse.jdt.ui.actions.FindStringsToExternalizeAction$NonNLSListDialog.openWizard(FindStringsToExternalizeAction.java:406)
        at
org.eclipse.jdt.ui.actions.FindStringsToExternalizeAction$NonNLSListDialog.access$1(FindStringsToExternalizeAction.java:404)
        at
org.eclipse.jdt.ui.actions.FindStringsToExternalizeAction$2.widgetDefaultSelected(FindStringsToExternalizeAction.java:375)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java)
        at org.eclipse.jface.window.Window.open(Window.java:648)
        at
org.eclipse.jdt.ui.actions.FindStringsToExternalizeAction.showResults(FindStringsToExternalizeAction.java:196)
        at
org.eclipse.jdt.ui.actions.FindStringsToExternalizeAction.run(FindStringsToExternalizeAction.java:150)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:612)
        at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java)
        at
org.eclipse.jface.action.ActionContributionItem$6.handleEvent(ActionContributionItem.java)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:240)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:283)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:240)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
        at java.lang.reflect.Method.invoke(Method.java:386)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
        at org.eclipse.core.launcher.Main.run(Main.java:700)
        at org.eclipse.core.launcher.Main.main(Main.java:684)

RC1

- set an unusual dialog font
- open externalize strings

observe: bold items aren't rendered in dialog font.

I200404281424.from20040429_1712

- Externalize Strings
- Select a new string, press Ignore
- click in "Key" field of ignored string, click somewhere else
-> Error Dialog & Log:

!ENTRY org.eclipse.core.runtime 4 2 Apr 29, 2004 19:01:00.765
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.IllegalStateException: Must be in Externalized State !
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at
org.eclipse.jdt.internal.corext.refactoring.nls.NLSSubstitution.setKey(NLSSubstitution.java:97)
        at
org.eclipse.jdt.internal.ui.refactoring.nls.ExternalizeWizardPage$CellModifier.modify(ExternalizeWizardPage.java:159)
        at
org.eclipse.jface.viewers.TableViewerImpl.saveEditorValue(TableViewerImpl.java:270)
        at
org.eclipse.jface.viewers.TableViewerImpl.applyEditorValue(TableViewerImpl.java:149)
        at
org.eclipse.jface.viewers.TableViewerImpl$3.applyEditorValue(TableViewerImpl.java:247)
        at org.eclipse.jface.viewers.CellEditor$1.run(CellEditor.java:290)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java)
        at org.eclipse.core.runtime.Platform.run(Platform.java)
        at
org.eclipse.jface.viewers.CellEditor.fireApplyEditorValue(CellEditor.java:288)
        at org.eclipse.jface.viewers.CellEditor.focusLost(CellEditor.java:659)
        at
org.eclipse.jface.viewers.TextCellEditor$5.focusLost(TextCellEditor.java:176)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Control.sendFocusEvent(Control.java)
        at org.eclipse.swt.widgets.Control.WM_KILLFOCUS(Control.java:3597)
        at org.eclipse.swt.widgets.Control.windowProc(Control.java)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java)
        at org.eclipse.swt.internal.win32.OS.SetFocus(Native Method)
        at org.eclipse.swt.widgets.Table.sendMouseDownEvent(Table.java:1950)
        at org.eclipse.swt.widgets.Table.WM_LBUTTONDOWN(Table.java:2916)
        at org.eclipse.swt.widgets.Control.windowProc(Control.java)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java)
        at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
        at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java)
        at org.eclipse.jface.window.Window.open(Window.java:648)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:114)
        at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:40)
        at
org.eclipse.jdt.ui.actions.ExternalizeStringsAction.openExternalizeStringsWizard(ExternalizeStringsAction.java:151)
        at
org.eclipse.jdt.ui.actions.FindStringsToExternalizeAction$NonNLSListDialog.openWizard(FindStringsToExternalizeAction.java:406)
        at
org.eclipse.jdt.ui.actions.FindStringsToExternalizeAction$NonNLSListDialog.access$1(FindStringsToExternalizeAction.java:404)
        at
org.eclipse.jdt.ui.actions.FindStringsToExternalizeAction$2.widgetDefaultSelected(FindStringsToExternalizeAction.java:375)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java)
        at org.eclipse.jface.window.Window.open(Window.java:648)
        at
org.eclipse.jdt.ui.actions.FindStringsToExternalizeAction.showResults(FindStringsToExternalizeAction.java:196)
        at
org.eclipse.jdt.ui.actions.FindStringsToExternalizeAction.run(FindStringsToExternalizeAction.java:150)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:612)
        at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java)
        at
org.eclipse.jface.action.ActionContributionItem$6.handleEvent(ActionContributionItem.java)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:240)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:283)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:240)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
        at java.lang.reflect.Method.invoke(Method.java:386)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
        at org.eclipse.core.launcher.Main.run(Main.java:700)
        at org.eclipse.core.launcher.Main.main(Main.java:684)

I200409281200

The editor context menus now contain three new team menu items (Team, Compare
With, Replace With). These are very convenient an applicable in the text area
context menu. However, they are also contributed to the vertical annotation
ruler context menu, where they don't make much sense and only clutter up the UI.

I added '-Xj9' as default VM arguments for the JRE install of j9sc, then I was
unuable to launch a Java app with j9sc.
I noticed extra ' ' in the default VM arguments field in the edit JRE dialog.

I2003-02-03

1) Use new search to performa a couple of java searches
2) remove all search results
3) make sure no jobs are running in the progress view
4) With a memory analyser, you find that there are references to the search jobs
left.

  +---org.eclipse.swt.widgets.Display (#61089) [Java Frame] 
    |
    +---controlTable org.eclipse.swt.widgets.Control[1024] (#61177)
      |
      +---[18]  org.eclipse.swt.widgets.Canvas (#114824)
        |
        +---eventTable org.eclipse.swt.widgets.EventTable (#114932)
          |
          +---listeners org.eclipse.swt.widgets.Listener[12] (#115066)
            |
            +---[0]  org.eclipse.swt.widgets.TypedListener (#115238)
              |
              +---eventListener org.eclipse.jface.viewers.ContentViewer$2 (#115409)
                |
                +---this$0 org.eclipse.ui.internal.progress.ProgressViewer (#114776)
                  |
                  +---contentProvider
org.eclipse.ui.internal.progress.ProgressViewerContentProvider (#114876)
                    |
                    +---jobsToShow java.util.HashSet (#114978)
                      |
                      +---map java.util.HashMap (#115115)
                        |
                        +---table java.util.HashMap$Entry[16] (#115275)
                          |
                          +---[2]  java.util.HashMap$Entry (#288266)
                            |
                            +---key org.eclipse.ui.internal.progress.JobInfo
(#288091)
                              |
                              +---job
org.eclipse.search2.internal.ui.InternalSearchUI$InternalSearchJob (#288058)
                                |
                                +---fSearchJobRecord
org.eclipse.search2.internal.ui.InternalSearchUI$SearchJobRecord (#288254)
                                  |
                                  +---fQuery
org.eclipse.jdt.internal.ui.search.JavaSearchQuery (#288056)
                                    |
                                    +---fResult
org.eclipse.jdt.internal.ui.search.JavaSearchResult (#288057)

I unzipped 3.0 M9, copied M8 workspace into M9 directory, started Eclipse,
imported M8 preferences, selected an existing project's replace with latest from
head and received the error below.  Deleting the repo and creating a new one
with the exact same configuration allows cvs to work again.  This is a big
problem because I have to reconnnect 30+ projects to the new repo.

I/O exception occurred: Connection refused: I HATE YOU
java.io.IOException: Connection refused: I HATE YOU
org.eclipse.team.internal.ccvs.core.connection.PServerConnection.authenticate(PServerConnection.java:189)
org.eclipse.team.internal.ccvs.core.connection.PServerConnection.open(PServerConnection.java:115)
org.eclipse.team.internal.ccvs.core.connection.Connection.open(Connection.java:127)
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.createConnection(CVSRepositoryLocation.java:568)
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.openConnection(CVSRepositoryLocation.java:819)
org.eclipse.team.internal.ccvs.core.client.Session.open(Session.java:142)
org.eclipse.team.internal.ccvs.ui.operations.SingleCommandOperation.execute(SingleCommandOperation.java:40)
org.eclipse.team.internal.ccvs.ui.operations.RepositoryProviderOperation.execute(RepositoryProviderOperation.java:55)
org.eclipse.team.internal.ccvs.ui.operations.CVSOperation.run(CVSOperation.java:84)
org.eclipse.team.internal.ui.actions.JobRunnableContext.run(JobRunnableContext.java:159)
org.eclipse.team.internal.ui.actions.JobRunnableContext$3.runInWorkspace(JobRunnableContext.java:179)
org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38)
org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

Build 20030303

In 1.5 branch, tried to rename field 'localDeclaration' into 'element' on class 
IteratorForStatement. This field is never referenced anywhere outside in the 
CU, but refactoring seems to think otherwise.

It takes a minute to perform on a P3 1.2MHz, with memory peaking around 315MB 
(workspace is standard binary self-hosting with JDTCore projects in source form 
from JDK1_5 branch).

The impression is that it visits a lot more units so as to perform the 
precondition checking.

Also, there is no UI repaint during the entire refactoring action, which makes 
it look really bad from a user standpoint.

See below thread dump.

Full thread dump Java HotSpot(TM) Client VM (1.4.1_05-b01 mixed mode):

"Worker-152" prio=5 tid=0x18023C20 nid=0x7f8 in Object.wait() 
[22dff000..22dffd88]
        at java.lang.Object.wait(Native Method)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:185)
        - locked <0409CB20> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob
(WorkerPool.java:211)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x17251008 
nid=0x880 runnable [22bff000..22bffd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <094D1EF0> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x17EB4988 
nid=0x8f4 runnable [22b5f000..22b5fd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <094C3978> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Output Stream Monitor" prio=5 tid=0x172C4F00 nid=0x6e4 runnable 
[2151f000..2151fd88]
        at java.io.FileInputStream.readBytes(Native Method)
        at java.io.FileInputStream.read(FileInputStream.java:174)
        at org.eclipse.debug.internal.core.OutputStreamMonitor.read
(OutputStreamMonitor.java:132)
        at org.eclipse.debug.internal.core.OutputStreamMonitor.access$1
(OutputStreamMonitor.java:124)
        at org.eclipse.debug.internal.core.OutputStreamMonitor$1.run
(OutputStreamMonitor.java:177)
        at java.lang.Thread.run(Thread.java:536)

"Output Stream Monitor" prio=5 tid=0x1727C0D0 nid=0x758 runnable 
[214df000..214dfd88]
        at java.io.FileInputStream.readBytes(Native Method)
        at java.io.FileInputStream.read(FileInputStream.java:191)
        at java.io.BufferedInputStream.read1(BufferedInputStream.java:220)
        at java.io.BufferedInputStream.read(BufferedInputStream.java:277)
        - locked <089FEDC8> (a java.io.BufferedInputStream)
        at java.io.FilterInputStream.read(FilterInputStream.java:90)
        at org.eclipse.debug.internal.core.OutputStreamMonitor.read
(OutputStreamMonitor.java:132)
        at org.eclipse.debug.internal.core.OutputStreamMonitor.access$1
(OutputStreamMonitor.java:124)
        at org.eclipse.debug.internal.core.OutputStreamMonitor$1.run
(OutputStreamMonitor.java:177)
        at java.lang.Thread.run(Thread.java:536)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x17D9BC20 
nid=0x824 runnable [211ff000..211ffd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <0890AE50> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x16FFB510 
nid=0x82c runnable [20dbf000..20dbfd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <087B9ED8> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x172532E0 
nid=0x358 runnable [2098f000..2098fd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <07CA4748> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"ServerConnection" prio=7 tid=0x17D43AA8 nid=0x7a4 runnable [1f2ef000..1f2efd88]
        at java.net.PlainSocketImpl.socketAccept(Native Method)
        at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353)
        - locked <07904BB8> (a java.net.PlainSocketImpl)
        at java.net.ServerSocket.implAccept(ServerSocket.java:448)
        at java.net.ServerSocket.accept(ServerSocket.java:419)
        at 
org.eclipse.jdt.internal.junit.ui.RemoteTestRunnerClient$ServerConnection.run
(RemoteTestRunnerClient.java:236)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x17D4B3F8 
nid=0x730 runnable [1d3ff000..1d3ffd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <07752C30> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x17EB4BA8 
nid=0x52c runnable [1d23f000..1d23fd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <076CD608> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x17CB9BE8 
nid=0x70c runnable [1baaf000..1baafd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <072B85F8> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x170C5740 
nid=0x790 runnable [1b7bf000..1b7bfd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <07206EE8> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x17C39A50 
nid=0x668 runnable [1a8df000..1a8dfd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <06CFEE68> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x17133828 
nid=0x6e8 runnable [1a82f000..1a82fd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <06CA9CB8> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x172355D0 
nid=0x48c runnable [1a2af000..1a2afd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <06B41A88> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x1712CCB8 
nid=0x530 runnable [18b3f000..18b3fd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <060414A8> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x172E1C70 
nid=0x71c runnable [188ff000..188ffd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <05FC7CA0> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Java indexing" daemon prio=4 tid=0x16EE1BC8 nid=0x670 in Object.wait() 
[17baf000..17bafd88]
        at java.lang.Object.wait(Native Method)
        - waiting on <047211C0> (a 
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Object.wait(Object.java:426)
        at org.eclipse.jdt.internal.core.search.processing.JobManager.run
(JobManager.java:327)
        - locked <047211C0> (a 
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Thread.run(Thread.java:536)

"Start Level Event Dispatcher" daemon prio=5 tid=0x170CE008 nid=0x6c8 in 
Object.wait() [173af000..173afd88]
        at java.lang.Object.wait(Native Method)
        - waiting on <03DCFB88> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:426)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent
(EventThread.java:167)
        - locked <03DCFB88> (a org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run
(EventThread.java:118)

"Framework Event Dispatcher" daemon prio=5 tid=0x00961DB8 nid=0x6c4 in 
Object.wait() [1736f000..1736fd88]
        at java.lang.Object.wait(Native Method)
        - waiting on <03DCFD70> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:426)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent
(EventThread.java:167)
        - locked <03DCFD70> (a org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run
(EventThread.java:118)

"Signal Dispatcher" daemon prio=10 tid=0x008F8818 nid=0x6b4 waiting on 
condition [0..0]

"Finalizer" daemon prio=9 tid=0x008F7E80 nid=0x6ac in Object.wait() 
[16c0f000..16c0fd88]
        at java.lang.Object.wait(Native Method)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <03DCFE98> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x008F69F8 nid=0x6a8 in Object.wait() 
[16bcf000..16bcfd88]
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Object.java:426)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:113)
        - locked <03DCFBD8> (a java.lang.ref.Reference$Lock)

"main" prio=5 tid=0x00234E18 nid=0x69c runnable [6e000..6fc40]
        at org.eclipse.jdt.core.compiler.CharOperation.concatWith
(CharOperation.java:789)
        at 
org.eclipse.jdt.internal.compiler.SourceElementParser.notifySourceElementRequest
or(SourceElementParser.java:780)
        at 
org.eclipse.jdt.internal.compiler.SourceElementParser.notifySourceElementRequest
or(SourceElementParser.java:1062)
        at 
org.eclipse.jdt.internal.compiler.SourceElementParser.notifySourceElementRequest
or(SourceElementParser.java:672)
        at 
org.eclipse.jdt.internal.compiler.SourceElementParser.parseCompilationUnit
(SourceElementParser.java:1144)
        at org.eclipse.jdt.internal.core.CompilationUnit.buildStructure
(CompilationUnit.java:118)
        at org.eclipse.jdt.internal.core.Openable.generateInfos
(Openable.java:169)
        at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed
(JavaElement.java:543)
        at 
org.eclipse.jdt.internal.core.BecomeWorkingCopyOperation.executeOperation
(BecomeWorkingCopyOperation.java:38)
        at org.eclipse.jdt.internal.core.JavaModelOperation.run
(JavaModelOperation.java:700)
        at org.eclipse.jdt.internal.core.JavaModelOperation.runOperation
(JavaModelOperation.java:739)
        at org.eclipse.jdt.internal.core.CompilationUnit.getWorkingCopy
(CompilationUnit.java:838)
        at org.eclipse.jdt.internal.core.CompilationUnit.getWorkingCopy
(CompilationUnit.java:814)
        at org.eclipse.jdt.internal.core.CompilationUnit.getWorkingCopy
(CompilationUnit.java:808)
        at 
org.eclipse.jdt.internal.corext.util.WorkingCopyUtil.getNewWorkingCopy
(WorkingCopyUtil.java:74)
        at 
org.eclipse.jdt.internal.corext.refactoring.rename.RenameAnalyzeUtil.getNewWorki
ngCopies(RenameAnalyzeUtil.java:78)
        at 
org.eclipse.jdt.internal.corext.refactoring.rename.RenameFieldProcessor.getNewOc
currences(RenameFieldProcessor.java:380)
        at 
org.eclipse.jdt.internal.corext.refactoring.rename.RenameFieldProcessor.analyzeR
enameChanges(RenameFieldProcessor.java:364)
        at 
org.eclipse.jdt.internal.corext.refactoring.rename.RenameFieldProcessor.checkInp
ut(RenameFieldProcessor.java:343)
        at 
org.eclipse.jdt.internal.corext.refactoring.rename.RenameRefactoring.checkInput
(RenameRefactoring.java:148)
        at org.eclipse.jdt.internal.ui.refactoring.CheckConditionsOperation.run
(CheckConditionsOperation.java:63)
        at org.eclipse.jdt.internal.ui.refactoring.CreateChangeOperation.run
(CreateChangeOperation.java:109)
        at org.eclipse.jdt.internal.ui.refactoring.PerformChangeOperation.run
(PerformChangeOperation.java:152)
        at org.eclipse.jdt.internal.core.BatchOperation.executeOperation
(BatchOperation.java:34)
        at org.eclipse.jdt.internal.core.JavaModelOperation.run
(JavaModelOperation.java:700)
        at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1567)
        at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3203)
        at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3160)
        at org.eclipse.jdt.internal.ui.actions.WorkbenchRunnableAdapter.run
(WorkbenchRunnableAdapter.java:50)
        at org.eclipse.jface.operation.ModalContext.runInCurrentThread
(ModalContext.java:302)
        at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:252)
        at org.eclipse.jdt.internal.ui.refactoring.RefactoringWizardDialog2.run
(RefactoringWizardDialog2.java:271)
        at 
org.eclipse.jdt.internal.ui.refactoring.PerformRefactoringUtil.performRefactorin
g(PerformRefactoringUtil.java:35)
        at 
org.eclipse.jdt.internal.ui.refactoring.RefactoringWizard.performFinish
(RefactoringWizard.java:410)
        at 
org.eclipse.jdt.internal.ui.refactoring.UserInputWizardPage.performFinish
(UserInputWizardPage.java:118)
        at 
org.eclipse.jdt.internal.ui.refactoring.RefactoringWizard.performFinish
(RefactoringWizard.java:473)
        at 
org.eclipse.jdt.internal.ui.refactoring.RefactoringWizardDialog2.okPressed
(RefactoringWizardDialog2.java:395)
        at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:263)
        at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:402)
        at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2352)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2033)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java:638)
        at org.eclipse.jface.window.Window.open(Window.java:618)
        at 
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate
(RefactoringStarter.java:57)
        at org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.activate
(UserInterfaceStarter.java:112)
        at 
org.eclipse.jdt.internal.ui.refactoring.reorg.RenameUserInterfaceStarter.activat
e(RenameUserInterfaceStarter.java:111)
        at org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.run
(UserInterfaceStarter.java:68)
        at org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.run
(UserInterfaceStarter.java:46)
        at 
org.eclipse.jdt.internal.ui.refactoring.reorg.RenameRefactoringAction.run
(RenameRefactoringAction.java:73)
        at org.eclipse.jdt.ui.refactoring.RenameSupport.openDialog
(RenameSupport.java:94)
        at 
org.eclipse.jdt.internal.ui.refactoring.actions.RenameJavaElementAction.run
(RenameJavaElementAction.java:156)
        at 
org.eclipse.jdt.internal.ui.refactoring.actions.RenameJavaElementAction.run
(RenameJavaElementAction.java:119)
        at org.eclipse.jdt.ui.actions.RenameAction.run(RenameAction.java:127)
        at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun
(SelectionDispatchAction.java:216)
        at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run
(SelectionDispatchAction.java:188)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:550)
        at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:502)
        at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:435)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2352)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2033)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1509)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1480)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:48)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
        at org.eclipse.core.launcher.Main.run(Main.java:745)
        at org.eclipse.core.launcher.Main.main(Main.java:713)

"VM Thread" prio=5 tid=0x008F57C0 nid=0x6a4 runnable

"VM Periodic Task Thread" prio=10 tid=0x0023F480 nid=0x440 waiting on condition
"Suspend Checker Thread" prio=10 tid=0x0023FDE0 nid=0x34c runnable

Following Javadoc is not parsed correctly:

/**
 * @transient
 */

aDeclaration.getJavadoc().tags() returns no elements

BTW: @transient is a custom tag used by our system.

In 2.1 help saved versions of plugins and fragmenents contributing help to 
detect change.  The code worked for plugin instanceof PluginDescriptorModel.  
Since it is no longer the case, the fragments are not saved and change not 
detected.

The extreme left (horizontal) or bottom (vertical) edge of a Scale widget is not selectable with the 
mouse. The knob sticks a few pixels from the edge while dragging, and the values at that extreme 
cannot be selected with the mouse.

It's possible to move the slider into the inaccessible area programmatically or with the arrow keys, but 
not by dragging or clicking with the mouse.

Tested on Mac OS X 10.3.5; will attach example snippet.

 

I did a quick pass over all of the files today and cleaned most of these up.
The source lookup seemed to still be a work in progress so I did not touch 
those.

Near the end of 3.0 we should do a pass on all of the message properties files 
to remove unused strings and fix up missing keys.

I200404220800

Steps:
1. startup first time using I200404220800
2. started Build All

Marking as major since I don't know the consequences of this exception.


!SESSION Apr 22, 2004 16:30:32.795 ---------------------------------------------
java.version=1.4.2_03
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=de_CH
Command-line arguments: -update -keyring c:\eclipse\.keyring -application
org.eclipse.ui.ide.workbench -showlocation
!ENTRY org.eclipse.core.runtime 4 2 Apr 22, 2004 16:30:32.795
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.util.ConcurrentModificationException
	at java.util.HashMap$HashIterator.nextEntry(HashMap.java:782)
	at java.util.HashMap$KeyIterator.next(HashMap.java:818)
	at
org.eclipse.jdt.internal.core.JavaModelManager.saving(JavaModelManager.java:1410)
	at
org.eclipse.core.internal.resources.SaveManager.executeLifecycle(SaveManager.java:308)
	at org.eclipse.core.internal.resources.SaveManager$1.run(SaveManager.java:129)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:609)
	at org.eclipse.core.runtime.Platform.run(Platform.java:541)
	at
org.eclipse.core.internal.resources.SaveManager.broadcastLifecycle(SaveManager.java:141)
	at org.eclipse.core.internal.resources.SaveManager.save(SaveManager.java:1323)
	at
org.eclipse.core.internal.resources.DelayedSnapshotJob.run(DelayedSnapshotJob.java:42)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)
!ENTRY org.eclipse.core.resources 2 2 Apr 22, 2004 16:30:34.07
!MESSAGE Save operation warnings.
!SUBENTRY 1 org.eclipse.core.resources 2 566 Apr 22, 2004 16:30:34.07
!MESSAGE Problems occurred during save.
!STACK 0
java.util.ConcurrentModificationException
	at java.util.HashMap$HashIterator.nextEntry(HashMap.java:782)
	at java.util.HashMap$KeyIterator.next(HashMap.java:818)
	at
org.eclipse.jdt.internal.core.JavaModelManager.saving(JavaModelManager.java:1410)
	at
org.eclipse.core.internal.resources.SaveManager.executeLifecycle(SaveManager.java:308)
	at org.eclipse.core.internal.resources.SaveManager$1.run(SaveManager.java:129)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:609)
	at org.eclipse.core.runtime.Platform.run(Platform.java:541)
	at
org.eclipse.core.internal.resources.SaveManager.broadcastLifecycle(SaveManager.java:141)
	at org.eclipse.core.internal.resources.SaveManager.save(SaveManager.java:1323)
	at
org.eclipse.core.internal.resources.DelayedSnapshotJob.run(DelayedSnapshotJob.java:42)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

3.0 M8

java.lang.ClassCastException
	at org.eclipse.ui.views.navigator.ResourceNavigator.saveState
(ResourceNavigator.java:996)


I extended ResourceNavigator to provide a customized view for resource 
elements. My view contains resources but it uses elements with a deferred 
workbench adapter. Thus, if the view is initializing its children, 
a "Pending..." object is insterted into the viewer and removed if all children 
are available. If the workbench is closed while the view is initializing (it 
containes the "Pending..." object) the #saveState can't cast to IResource.

From my understanding the general purpose navigator can also contain elements 
other than resources. Thus, the hard coded cast to IResource should be wrapped 
into an "instanceof" check.

The help text for the stand along Java compiler is incorrect on Unix platforms.

Eclipse Java Compiler 0.418, Copyright IBM Corp 2000, 2004. All rights 
reserved.
. . .
 Classpath options:
    -cp -classpath <directories and zip/jar files separated by ;>
                       specify location for application classes and sources
    -bootclasspath <directories and zip/jar files separated by ;>
                       specify location for system classes
. . .

On Linux and other Unix-like platforms, the list of directories should be 
separated by ':', rather than ';'.

Note that the compiler does actually use ':' on Unix-like platforms, it just 
doesn't display it correctly in the help text.

I20040316

The 'Hide Local Types' button in the outline view/page hides all types of the
compilation unit. Only the package declaration and the imports are displayed.

With i20040316, I am seeing this every time a build takes place (no other
visible effect other than an entry in the log):

!ENTRY org.eclipse.jdt.debug.ui 4 150 Mar 16, 2004 13:53:52.567
!MESSAGE Internal Error
!STACK 1
org.eclipse.debug.core.DebugException: Breakpoint does not have an associated
marker.
	at org.eclipse.debug.core.model.Breakpoint.ensureMarker(Breakpoint.java:258)
	at
org.eclipse.jdt.internal.debug.core.breakpoints.JavaExceptionBreakpoint.isCaught(JavaExceptionBreakpoint.java:206)
	at
org.eclipse.jdt.internal.debug.core.breakpoints.JavaExceptionBreakpoint.setEnabled(JavaExceptionBreakpoint.java:184)
	at
org.eclipse.jdt.internal.debug.ui.JavaDebugOptionsManager.problemAdded(JavaDebugOptionsManager.java:289)
	at
org.eclipse.jdt.internal.debug.ui.JavaDebugOptionsManager.resourceChanged(JavaDebugOptionsManager.java:175)
	at
org.eclipse.core.internal.events.NotificationManager$2.run(NotificationManager.java:255)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:648)
	at org.eclipse.core.runtime.Platform.run(Platform.java:512)
	at
org.eclipse.core.internal.events.NotificationManager.notify(NotificationManager.java:248)
	at
org.eclipse.core.internal.events.NotificationManager.broadcastChanges(NotificationManager.java:142)
	at
org.eclipse.core.internal.events.AutoBuildJob.broadcastChanges(AutoBuildJob.java:71)
	at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:138)
	at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:168)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)
!SUBENTRY 1 org.eclipse.debug.core 4 5012 Mar 16, 2004 13:53:52.567
!MESSAGE Breakpoint does not have an associated marker.

In the property sheet, ALT+DOWN does not drop down the list of choices for a 
CCombo. (First press ENTER to realize the CellEditor's CCombo).

I did no test CCombos in general, only in the property sheet.

Attached are the patches I made to the BlockedJobsDialog to achieve the wording
we agreed on.  It also removes the cancel button when the new progress viewer is
being used, and left-justifies the centre-justified text that Erich pointed out
as being unusual.

When a problem marker is clicked on ProblemView, the workbench throws
ConcurrentModificationException exception. Here is how to.

1) Unzip the attached plugin. This is created from a sample multipage
   editor.
2) Create a Java project, and create a sample java file which has a 
   problem. So that you see a problem on ProblemView
3) Open that java file by Sample multi-page editor
4) Click the problem on ProblemView.

So you will see "An error has occured. See error log for more detail"
window. The .log has :

java.util.ConcurrentModificationException
	at java.util.AbstractList$Itr.checkForComodification(AbstractList.java:456)
	at java.util.AbstractList$Itr.next(AbstractList.java:429)
	at
org.eclipse.ui.views.markers.internal.SelectionProviderAdapter.setSelection(SelectionProviderAdapter.java:48)
	at org.eclipse.ui.views.markers.internal.TableView.setSelection(TableView.java:182)
	at
org.eclipse.ui.views.markers.internal.MarkerView.viewerSelectionChanged(MarkerView.java:316)
	at
org.eclipse.ui.views.markers.internal.TableView$1.selectionChanged(TableView.java:133)
	at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
	at
org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:1394)
	at
org.eclipse.jface.viewers.StructuredViewer.handleSelect(StructuredViewer.java:693)
	at
org.eclipse.jface.viewers.StructuredViewer$4.widgetSelected(StructuredViewer.java:718)
	at org.eclipse.jface.util.OpenStrategy.fireSelectionEvent(OpenStrategy.java:180)
	at org.eclipse.jface.util.OpenStrategy.access$3(OpenStrategy.java:175)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:324)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)


Looks like this is because  SelectionProviderAdapter#setSelection()
does :
		theSelection = selection;
		SelectionChangedEvent e = new SelectionChangedEvent(this, selection);
		Iterator iter = listeners.iterator();
		
		while (iter.hasNext()) {
			ISelectionChangedListener next = (ISelectionChangedListener)iter.next();
			
			next.selectionChanged(e);
		}
but during a call to 'next.selectionChanged()', sombody calls its
add/removeSelectionChangedListener() which causes this exception.

Eclipse R3.0.

open the preferneces dialog and go to Workbench > Perspectives page.  Note that
they names are not sorted.  This might get difficult to search if there were a
lot of perspectives.

I20040527

If you call setFont with some font Object, and later call it again no repainting
is undertaken because ther eis a check to ensure that the font objects are not
equal.  This doesn't work if you call setFont with null repeatedly, however. 
Each call will result in a repaint.  A line such as:

if (font == null && this.font == null) return;

would prevent this.  This is having a noticable impact on the Console view, whos
events cause this operation to be undertaken often.  It is currently flickering
excessivly when output is written to it. We could check ourselves using
getFont() but you're already doing half of this work in CTabItem already.

The same problem also applies to setImage.

build i0420:0800

InternalPlatform#getPreferenceTranslator's implementation was removed during the
OSGi merge.

The static state of the ProjectHelper class is keeping more than is necessary 
in memory.
The last AntModel, AntEditorDocumentProvider and others remain in memory after 
the AntEditor has been closed.

Copy and paste seems to be much slower than it was under the 2.x versions of
eclipse.  Normally I wouldn't submit this as a bug, except I have seen it take a
LONG time to finish the paste operation.  (copy finishes quickly).

This works fine for small source files, however when I get to a source file
which is over 6000 lines long, it can take a few minutes for copy and paste to work.

I have verified the slow paste operation with eclipse build M6 using a PC for
both Windows XP and Suse 9.0.

20040408

- Open the GoToBackProgressMonitorDialog (in 20040407)
- Select all children of the type in the outline
- press delete

java.lang.reflect.InvocationTargetException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at
java.lang.reflect.InvocationTargetException.<init>(InvocationTargetException.java:66)
	at
org.eclipse.jface.operation.ModalContext.runInCurrentThread(ModalContext.java:313)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizardDialog2.run(RefactoringWizardDialog2.java:267)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.performRefactoring(RefactoringWizard.java:540)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.performFinish(RefactoringWizard.java:428)
	at
org.eclipse.ltk.ui.refactoring.UserInputWizardPage.performFinish(UserInputWizardPage.java:123)
	at
org.eclipse.jdt.internal.ui.refactoring.reorg.DeleteWizard$DeleteInputPage.performFinish(DeleteWizard.java:145)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.performFinish(RefactoringWizard.java:492)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizardDialog2.okPressed(RefactoringWizardDialog2.java:399)
	at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:274)
	at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:413)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java)
	at org.eclipse.jface.window.Window.open(Window.java:650)
	at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:62)
	at
org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.activate(UserInterfaceStarter.java:54)
	at
org.eclipse.jdt.internal.ui.refactoring.reorg.DeleteAction.run(DeleteAction.java:95)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.ui.actions.RetargetAction.runWithEvent(RetargetAction.java:212)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:73)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:172)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:465)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:898)
	at
org.eclipse.ui.internal.keys.OutOfOrderListener.handleEvent(OutOfOrderListener.java:67)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java)
	at org.eclipse.swt.widgets.Control.WM_KEYDOWN(Control.java)
	at org.eclipse.swt.widgets.Tree.WM_KEYDOWN(Tree.java)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1561)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1532)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:279)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:241)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)
Caused by: java.util.ConcurrentModificationException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.util.HashMap$HashIterator.nextEntry(HashMap.java)
	at java.util.HashMap$KeyIterator.next(HashMap.java)
	at
org.eclipse.jdt.internal.corext.refactoring.reorg.JavaDeleteProcessor.removeAlreadySelectedMethods(JavaDeleteProcessor.java:558)
	at
org.eclipse.jdt.internal.corext.refactoring.reorg.JavaDeleteProcessor.addGettersSetters(JavaDeleteProcessor.java:528)
	at
org.eclipse.jdt.internal.corext.refactoring.reorg.JavaDeleteProcessor.recalculateElementsToDelete(JavaDeleteProcessor.java:400)
	at
org.eclipse.jdt.internal.corext.refactoring.reorg.JavaDeleteProcessor.checkFinalConditions(JavaDeleteProcessor.java:361)
	at
org.eclipse.ltk.core.refactoring.participants.ProcessorBasedRefactoring.checkFinalConditions(ProcessorBasedRefactoring.java:86)
	at
org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run(CheckConditionsOperation.java:78)
	at
org.eclipse.ltk.core.refactoring.CreateChangeOperation.run(CreateChangeOperation.java:108)
	at
org.eclipse.ltk.core.refactoring.PerformChangeOperation.run(PerformChangeOperation.java:171)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java)
	at
org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:49)
	at
org.eclipse.jface.operation.ModalContext.runInCurrentThread(ModalContext.java:302)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizardDialog2.run(RefactoringWizardDialog2.java:267)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.performRefactoring(RefactoringWizard.java:540)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.performFinish(RefactoringWizard.java:428)
	at
org.eclipse.ltk.ui.refactoring.UserInputWizardPage.performFinish(UserInputWizardPage.java:123)
	at
org.eclipse.jdt.internal.ui.refactoring.reorg.DeleteWizard$DeleteInputPage.performFinish(DeleteWizard.java:145)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.performFinish(RefactoringWizard.java:492)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizardDialog2.okPressed(RefactoringWizardDialog2.java:399)
	at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:274)
	at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:413)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java)
	at org.eclipse.jface.window.Window.open(Window.java:650)
	at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:62)
	at
org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.activate(UserInterfaceStarter.java:54)
	at
org.eclipse.jdt.internal.ui.refactoring.reorg.DeleteAction.run(DeleteAction.java:95)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.ui.actions.RetargetAction.runWithEvent(RetargetAction.java:212)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:73)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:172)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:465)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:898)
	at
org.eclipse.ui.internal.keys.OutOfOrderListener.handleEvent(OutOfOrderListener.java:67)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java)
	at org.eclipse.swt.widgets.Control.WM_KEYDOWN(Control.java)
	at org.eclipse.swt.widgets.Tree.WM_KEYDOWN(Tree.java)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1561)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1532)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:279)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:241)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

Hi,

    I only use SWT & JFACE(not RCP), and I want assign the
accelerator keycode to the action. Is there another
way to assign the accelerator keycode?

Regards,

Eric

In I03021138

I select a random resource and say Compare With->Another branch/version->HEAD. 
Nothing happens and I get the following in the log.  Note that I did get it to 
work once but either it or I compared the wrong resource so I closed that 
compare and tried again.  Exit and restart did not seem to help.

!ENTRY org.eclipse.ui 4 0 Mar 02, 2004 23:32:15.253
!MESSAGE java.util.ConcurrentModificationException
!STACK 0
java.util.ConcurrentModificationException
	at java.util.HashMap$HashIterator.nextEntry(HashMap.java:782)
	at java.util.HashMap$KeyIterator.next(HashMap.java:818)
	at 
org.eclipse.team.internal.ui.synchronize.SynchronizeManager.getSynchronizePartic
ipants(SynchronizeManager.java:264)
	at org.eclipse.team.ui.synchronize.subscriber.SubscriberParticipant.find
(SubscriberParticipant.java:301)
	at 
org.eclipse.team.internal.ccvs.ui.actions.CompareWithTagAction.execute
(CompareWithTagAction.java:41)
	at org.eclipse.team.internal.ccvs.ui.actions.CVSAction.run
(CVSAction.java:52)
	at org.eclipse.ui.actions.ActionDelegate.runWithEvent
(ActionDelegate.java:71)
	at org.eclipse.ui.internal.PluginAction.runWithEvent
(PluginAction.java:263)
	at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:550)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:502)
	at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:435)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2352)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2033)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1509)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1480)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:48)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

I'm not sure what caused this behaviour.  I created a workspace this morning, 
imported a few projects, and ran the UI Test Suite.  However, I got an error 
when trying to activate the Hierarchy view (by clicking on it).

The error looks like an infinite loop.  The trace is over 800 lines long, so 
I'll attach it in a minute.

Eclipse 3.0 RC3, mozilla-1.4-3.0.18

Confirm dialog doesn't work in the embedded Mozilla browser widget (work in the 
external Mozilla browser). Here's a testcase:

<html>
  <body>
    This is a test.
  </body>
</html>
<script language="javascript">
  if (confirm("This is a confirm dialog"))
    alert('You clicked OK');
  else
    alert('You clicked Cancel');
</script>

In the external Mozilla browser, the confirm dialog and the alert dialog show 
up correctly. However, in the embedded Mozilla browser, the confirm dialog 
doesn't show up at all.

Studio v6's Web services tooling, more specifically, the Web Services Explorer 
is depended on this fix for the Eclipse 3.0 timeframe.

3.0 RC3

have the following Javadoc:
/**
 * @see IJavaElement#getElementName#bug
 * or closer to the reality (COPY is a constant):
 * @see org.eclipse.ui.actions.ActionFactory#COPY#getId
 */

this should report that #bug and #getId are not correct. We have several
warnings in the SDK's Javadoc logs due to this.

If I create a repository location during a checkout, the dropdown lists of the 
entries I used previously are aways empty. They are not empty when I create a 
location using the new locaiton wizard but are also empty when sharing.

Happens when clicking on some stack frames in suspended stack trace.
Strangely clicking on next stack frame (from the same source file) usually
works. 

Happens not always on HyperThreaded XP. Looks like racing condition.

eclipse.buildId=I200406251208
java.lang.NullPointerException

at org.eclipse.jdt.internal.core.Buffer.removeBufferChangedListener
(Buffer.java:273)
at org.eclipse.jdt.internal.core.Openable.closeBuffer(Openable.java:94)
at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed
(JavaElement.java:581)
at org.eclipse.jdt.internal.core.JavaElement.getElementInfo
(JavaElement.java:309)
at org.eclipse.jdt.internal.core.JavaElement.getElementInfo
(JavaElement.java:295)
at org.eclipse.jdt.internal.core.JavaElement.exists(JavaElement.java:162)
at org.eclipse.jdt.internal.core.CompilationUnit.getImports
(CompilationUnit.java:684)
at org.eclipse.jdt.internal.core.SourceTypeElementInfo.getImports
(SourceTypeElementInfo.java:126)
at org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.convert
(SourceTypeConverter.java:111)
at 
org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.buildCompilationUn
it(SourceTypeConverter.java:83)
at org.eclipse.jdt.internal.core.CompilationUnitProblemFinder.accept
(CompilationUnitProblemFinder.java:100)
at org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.askForType
(LookupEnvironment.java:113)
at org.eclipse.jdt.internal.compiler.lookup.PackageBinding.getTypeOrPackage
(PackageBinding.java:170)
at org.eclipse.jdt.internal.compiler.lookup.Scope.getTypeOrPackage
(Scope.java:1647)
at org.eclipse.jdt.internal.compiler.lookup.ClassScope.findSupertype
(ClassScope.java:820)
at org.eclipse.jdt.internal.compiler.lookup.ClassScope.connectSuperclass
(ClassScope.java:607)
at org.eclipse.jdt.internal.compiler.lookup.ClassScope.connectTypeHierarchy
(ClassScope.java:700)
at 
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.connectTypeHierar
chy(CompilationUnitScope.java:242)
at 
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.completeTypeBindings
(LookupEnvironment.java:177)
at 
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.completeTypeBindings
(LookupEnvironment.java:206)
at org.eclipse.jdt.internal.core.CompilationUnitProblemFinder.accept
(CompilationUnitProblemFinder.java:110)
at org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.askForType
(LookupEnvironment.java:113)
at org.eclipse.jdt.internal.compiler.lookup.PackageBinding.getTypeOrPackage
(PackageBinding.java:170)
at org.eclipse.jdt.internal.compiler.lookup.Scope.getTypeOrPackage
(Scope.java:1647)
at org.eclipse.jdt.internal.compiler.lookup.Scope.getType(Scope.java:1470)
at org.eclipse.jdt.internal.compiler.ast.SingleTypeReference.getTypeBinding
(SingleTypeReference.java:43)
at org.eclipse.jdt.internal.compiler.lookup.SourceTypeBinding.resolveTypesFor
(SourceTypeBinding.java:831)
at org.eclipse.jdt.internal.compiler.lookup.SourceTypeBinding.methods
(SourceTypeBinding.java:692)
at 
org.eclipse.jdt.internal.compiler.lookup.SourceTypeBinding.faultInTypesForField
sAndMethods(SourceTypeBinding.java:347)
at org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.faultInTypes
(CompilationUnitScope.java:350)
at org.eclipse.jdt.internal.compiler.Compiler.resolve(Compiler.java:557)
at org.eclipse.jdt.internal.core.CompilationUnitProblemFinder.process
(CompilationUnitProblemFinder.java:176)
at org.eclipse.jdt.internal.core.CompilationUnit.buildStructure
(CompilationUnit.java:146)
at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:183)
at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed
(JavaElement.java:572)
at org.eclipse.jdt.internal.core.JavaElement.getElementInfo
(JavaElement.java:309)
at org.eclipse.jdt.internal.core.JavaElement.getElementInfo
(JavaElement.java:295)
at org.eclipse.jdt.internal.core.JavaElement.getChildren(JavaElement.java:250)
at org.eclipse.jdt.internal.core.JavaElement.getChildrenOfType
(JavaElement.java:264)
at org.eclipse.jdt.internal.core.CompilationUnit.getTypes
(CompilationUnit.java:822)
at org.eclipse.jdt.internal.core.NameLookup.seekTypesInSourcePackage
(NameLookup.java:697)
at org.eclipse.jdt.internal.core.NameLookup.seekTypes(NameLookup.java:554)
at org.eclipse.jdt.internal.core.NameLookup.findType(NameLookup.java:384)
at org.eclipse.jdt.internal.core.NameLookup.findType(NameLookup.java:355)
at org.eclipse.jdt.internal.core.SearchableEnvironment.find
(SearchableEnvironment.java:78)
at org.eclipse.jdt.internal.core.SearchableEnvironment.findType
(SearchableEnvironment.java:158)
at 
org.eclipse.jdt.core.dom.CompilationUnitResolver$CancelableNameEnvironment.find
Type(CompilationUnitResolver.java:70)
at org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.askForType
(LookupEnvironment.java:101)
at org.eclipse.jdt.internal.compiler.lookup.PackageBinding.getTypeOrPackage
(PackageBinding.java:170)
at org.eclipse.jdt.internal.compiler.lookup.Scope.getTypeOrPackage
(Scope.java:1647)
at org.eclipse.jdt.internal.compiler.lookup.ClassScope.findSupertype
(ClassScope.java:820)
at org.eclipse.jdt.internal.compiler.lookup.ClassScope.connectSuperclass
(ClassScope.java:607)
at org.eclipse.jdt.internal.compiler.lookup.ClassScope.connectTypeHierarchy
(ClassScope.java:700)
at 
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.connectTypeHierar
chy(CompilationUnitScope.java:242)
at 
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.completeTypeBindings
(LookupEnvironment.java:177)
at org.eclipse.jdt.internal.compiler.Compiler.beginToCompile(Compiler.java:307)
at org.eclipse.jdt.core.dom.CompilationUnitResolver.resolve
(CompilationUnitResolver.java:392)
at org.eclipse.jdt.core.dom.CompilationUnitResolver.resolve
(CompilationUnitResolver.java:313)
at org.eclipse.jdt.core.dom.ASTParser.internalCreateAST(ASTParser.java:657)
at org.eclipse.jdt.core.dom.ASTParser.createAST(ASTParser.java:574)
at 
org.eclipse.jdt.internal.debug.eval.ast.engine.ASTEvaluationEngine.parseCompila
tionUnit(ASTEvaluationEngine.java:165)
at 
org.eclipse.jdt.internal.debug.eval.ast.engine.ASTEvaluationEngine.getCompiledE
xpression(ASTEvaluationEngine.java:149)
at org.eclipse.jdt.internal.debug.eval.ast.engine.ASTEvaluationEngine.evaluate
(ASTEvaluationEngine.java:73)
at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate$EvaluationRunnabl
e.run(JavaWatchExpressionDelegate.java:144)
at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2516)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

 

I200405200800

Native platform icons, such as the question and error icons, have a jagged
outline.  I believe this is because the alpha channel is not being correctly
interpreted.  Screenshot attached.

the tab style in the IDE in M9 should use the curved style

I have a sync of 10 projects going and the text is just too long and not 
helpfull.  

see attachment:

I think the synch message/hover should just say Syncrhonizing projects. (???%) 
when there are more than one item being synced.

As described in bug 54547, the About dialog will be changed to get info from 
IProduct and IBundleGroup rather than the platform configuration.
The update manager (actually update configurator) is now responsible for 
providing a Product (primary feature) and BundleGroups (features), and the 
property values defined the IProductConstants and IBundleGroupConstants.

build I20040310 + latest from HEAD

- in default layout of Java perspective, in default window size (Window > New 
Window), the Package Explorer and Hierarchy view are in the same folder
- both tabs appear, but Package Explorer's name appears as Package Expl...
- if not, then shrink the folder until it does
- click on Hierarchy tab
- the Package Explorer tab disappears and you get the >>1 chevron
- you, are in a different mode now, and experiencing disorientation
- choose Package Explorer from the chevron menu
- boths tabs are visible now

Simply switching between tabs should not affect whether the chevron is shown.
The tabs should use constant space across selection, even if they trade off 
space with each other.

20040518

- between two method, enter 'while' press code assist
- proposal is to create method 'while'
 created method is of course invalid

-> should check if method name is not a keyword

When a profiler makes use of the platform's "Profile" toolbar launch icon, the 
drop-down menu shows "Run As >". Since the debug launch menu uses "Debug As >", 
I think it would be appropriate to have "Profile As >" for the profile launch 
menu.

Copied from bug 71110, comment 6.

R3.0

Happened while trying to reproduce bug 71110. I was invoking Find/Replace
quickly, also undo, and "revert file" so that I 
could start fresh to try to reproduce the original bug.

java.lang.IllegalArgumentException: Argument not valid
at org.eclipse.swt.SWT.error(SWT.java:2677)
at org.eclipse.swt.SWT.error(SWT.java:2616)
at org.eclipse.swt.SWT.error(SWT.java:2587)
at org.eclipse.swt.custom.StyledText.getBidiSegments(StyledText.java:4140)
at org.eclipse.swt.custom.DisplayRenderer.getBidiSegments
(DisplayRenderer.java:128)
at org.eclipse.swt.custom.StyledTextRenderer.getTextLayout
(StyledTextRenderer.java:415)
at org.eclipse.swt.custom.StyledText$ContentWidthCache.contentWidth
(StyledText.java:1257)
at org.eclipse.swt.custom.StyledText$ContentWidthCache.calculate
(StyledText.java:1221)
at org.eclipse.swt.custom.StyledText.redraw(StyledText.java:5849)
at org.eclipse.swt.custom.StyledText.handleResize(StyledText.java:5092)
at org.eclipse.swt.custom.StyledText$7.handleEvent(StyledText.java:4753)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:801)
at org.eclipse.swt.widgets.Control.WM_SIZE(Control.java:4171)
at org.eclipse.swt.widgets.Scrollable.WM_SIZE(Scrollable.java:312)
at org.eclipse.swt.widgets.Composite.WM_SIZE(Composite.java:875)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:3037)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:3338)
at org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)
at org.eclipse.swt.internal.win32.OS.CallWindowProc(OS.java:1391)
at org.eclipse.swt.internal.BidiUtil.windowProc(BidiUtil.java:647)
at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1462)
at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable.java:77)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:3050)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:3338)
at org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)
at org.eclipse.swt.internal.win32.OS.CallWindowProc(OS.java:1391)
at org.eclipse.swt.internal.BidiUtil.windowProc(BidiUtil.java:647)
at org.eclipse.swt.internal.win32.OS.EndDeferWindowPos(Native Method)
at org.eclipse.swt.widgets.Composite.resizeChildren(Composite.java:432)
at org.eclipse.swt.widgets.Composite.resizeChildren(Composite.java:398)
at org.eclipse.swt.widgets.Composite.setResizeChildren(Composite.java:499)
at org.eclipse.swt.widgets.Composite.layout(Composite.java:349)
at org.eclipse.jface.text.source.CompositeRuler.layoutTextViewer
(CompositeRuler.java:606)
at org.eclipse.jface.text.source.CompositeRuler.addDecorator
(CompositeRuler.java:560)
at 
org.eclipse.jface.text.source.projection.ProjectionViewer.addVerticalRulerColumn
(ProjectionViewer.java:1187)
at org.eclipse.jface.text.source.projection.ProjectionSupport.doEnableProjection
(ProjectionSupport.java:253)
at 
org.eclipse.jface.text.source.projection.ProjectionSupport$ProjectionListener.pr
ojectionEnabled(ProjectionSupport.java:141)
at 
org.eclipse.jface.text.source.projection.ProjectionViewer.fireProjectionEnabled
(ProjectionViewer.java:473)
at org.eclipse.jface.text.source.projection.ProjectionViewer.enableProjection
(ProjectionViewer.java:521)
at org.eclipse.jdt.internal.ui.javaeditor.JavaEditor.performRevert
(JavaEditor.java:4327)
at org.eclipse.ui.texteditor.AbstractTextEditor.doRevertToSaved
(AbstractTextEditor.java:3646)
at org.eclipse.ui.texteditor.StatusTextEditor.doRevertToSaved
(StatusTextEditor.java:183)
at org.eclipse.ui.texteditor.RevertToSavedAction.run
(RevertToSavedAction.java:47)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:915)
at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:866)
at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:785)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
at org.eclipse.core.launcher.Main.run(Main.java:644)
at org.eclipse.core.launcher.Main.main(Main.java:628)

build I20040310

- set a breakpoint in StatusLineManager.update
- make it a conditional breakpoint with condition:
System.out.println("update"); return false;
- launch target
- open text editor
- Ctrl+J, Esc, repeat
- the progress indicator in the host flashes for each line of text output
- it also appears very sluggish

1 Tear off the package explorer and give it the focus 
2 Refresh a project via the package explorer, causing the progress box to appear.
3 Wait for the progress box to close on its own.

At this point click on the title, menu, or shortcut bars has no effect, and does
not change the focus.  I have to click on one of the main window views first to
gain focus, then on the menu or shortcut item I'm interested in.

1) Open the synchronize dialog: Tool bar>synchronize item>Synchronize...  
2) The select all/deselect all buttons are shown below the the scope group
Since they affect the check box tree they should better be shown below the 
checkbox tree.

When scrolling the memory view, the view sometimes get locked and does not 
allow the user to scroll.

After the memory view is scrolled up and down, the top visible address is moved 
unexpectedly as the user steps.

The view does not automatically get more content as the user scrolls to the end 
of the buffer.

I had performed the following steps:

1) checkout org.eclipse.jdt.ui.tests.refactoring using the command line client
2) created a new project over this checkout and shared it,
3) touched all files
4) expanded the project in a few places
5) performed an update with the Command line client.
6) refreshed the project in Eclipse

The dirt indicator was not cleared from the visible folders. Expanding these
folders revealed no dirty children (as expected)

I have modified a simple SWT Tree code snippet 
(http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/platform-swt-
home/dev.html#snippets) to listen to expanded/collapsed items in a tree.
On expanded/collapsed events, I print out the expanded state of the first item 
in the tree. 

I tested two scenarios:
1- If I expand/collapse the first item and print out its expanded state, it 
does not get printed out properly. It prints out "true" when I collapse that 
particular node and "false" when I expand it. Either the node's expansion 
state is not being set properly, or my guess is that it's being set later in 
the series of events. In which case setting the enablement of the node in the 
collapse/expand event methods has no effect.
2- If I expand/collapse any item but the first one, the expanded state of the 
first item is printed out correctly.

I am attaching the sample Java application that illustrates this behavior.

I am using:
Eclipse Platform
Version: 3.0.0
Build id: 200403261517

When shell is created with SWT.NO_TRIM, windows does not show it on the task bar.
Thus we can t switch tasks to get to this shell.

It works fine under Linux. It looks like a windows limitation ? The issue is
that having no trim for windows is something nice, but still we don t want to
'lose' the application. 
Additionnaly, if the window has a non rectangular shape, when the shell is
minimized, it is minimized as a window limited to a top bar, with the top bar
being 'cut' to the region of the shell. It does not look clean.

The method Menu.getSize returns a different value depending on where the 
parent widget is located when the API is called.  Run the following example.  
Move the shell around the screen and click on the button.  Note the menu size 
is reported for each click and it is different each time you move the window.

public static void main(String[] args) {
	Display display = new Display();
	Shell shell = new Shell(display);
	final Button b = new Button(shell, SWT.PUSH);
	b.setBounds(10, 10, 200, 200);
	b.setText("click to show menu");
	b.addSelectionListener(new SelectionAdapter() {
		public void widgetSelected
(org.eclipse.swt.events.SelectionEvent e) {
			Menu menu = new Menu(b);
			for (int i = 0; i < 10; i++) {
				MenuItem item = new MenuItem(menu, SWT.NONE);
				item.setText("item "+i);
			}
			System.out.println("Menu size is "+menu.getSize());
                        menu.dispose();
		}
	});
	shell.pack();
	shell.open();
	while (!shell.isDisposed()) {
		if (!display.readAndDispatch())
			display.sleep();
	}
	display.dispose();
}

It is possible for an outof memory expection to occurr but the user has to be 
made aware that this occurred.

I had a case where a build failed due to an out of memory exception and the 
only indication I had was a problem was added to the problems view. 
Unfortunately because the build failed there were many other problems in the 
view.

In the following testcase, a shell is set at size 300,300, and then later a 
call to setBounds(30,30,300,300) is made.  The odd thing is that on GTK 
(v3040), an SWT.Resize event is fired, but not an SWT.Move event.  The reverse 
should be true, as it is on the win32 platform.  The problem seems to be that 
the resize logic calls a method that always fires a Resize event even if the 
width & height didn't change, and the move logic never calls anything to post a 
move event, but rather relies on the window manager to do it if the shell is 
visible.  In this case the shell has not yet been opened.

Testcase:
=========

import org.eclipse.swt.SWT;
import org.eclipse.swt.widgets.*;

//-------------------------------------------------------------------
//
//-------------------------------------------------------------------
public class TestSwtShellMoveInvisible {

    private Display display;
    private Shell shell;

    //-------------------------------------------------------------------
    //
    //-------------------------------------------------------------------
    static public void main(String[] args) {
        new TestSwtShellMoveInvisible().runMain(args);
    }

    //-------------------------------------------------------------------
    //
    //-------------------------------------------------------------------
    private void runMain(String[] args) {

        display = new Display();

        shell = new Shell(display, SWT.BORDER | SWT.CLOSE | SWT.TITLE
                | SWT.MENU | SWT.MIN | SWT.MAX | SWT.RESIZE);
        shell.setText(getClass().getName());
        shell.setSize(300, 300);
        //shell.open();
        shell.addListener(SWT.Activate, new Listener() {

            public void handleEvent(Event e) {
                System.out.println("shell activated");
            }
        });
        shell.addListener(SWT.Move, new Listener() {

            public void handleEvent(Event e) {
                System.out.println("shell moved");
            }
        });
        shell.addListener(SWT.Resize, new Listener() {

            public void handleEvent(Event e) {
                System.out.println("shell resized");
            }
        });
        shell.setBounds(30, 30, 300, 300);
    }

}

The Restore Default Entries and Ant Home... buttons are not enabled until 
something is selected in the tab (after which they correctly remain enabled).

These buttons should always be enabled

#getInt,etc should accept a null qualifier and the keys may be full paths.
(qualifier could be first segment)

Build I20040413 (0800)

Builds are behaving poorly. I did Build All. The progress dialog says that it 
is WAITING: Building Workspace, but it's not doing a thing for several minutes 
now. I hit Cancel; the progress dialog disappears. Do a Build All. Same thing, 
but now there are two WAITING: Building Workspace entries.

This code snippet shows how a JSplitPane does not have the resizable arrows 
whereas a SashForm does. This is on Suse 9.0, JDK 1.5 beta, and the 3044 
nightly build of SWT for GTK. 
 
 
------------------------- 
import org.eclipse.swt.*; 
import org.eclipse.swt.events.*; 
import org.eclipse.swt.widgets.*; 
import org.eclipse.swt.layout.*; 
import org.eclipse.swt.graphics.*; 
import org.eclipse.swt.custom.*; 
import javax.swing.JFrame; 
import javax.swing.JList; 
import javax.swing.JScrollPane; 
 
import java.awt.GridBagLayout; 
import java.awt.GridBagConstraints; 
import java.util.*; 
 
import java.awt.Frame; 
 
import java.awt.Dimension; 
import org.eclipse.swt.awt.SWT_AWT; 
 
 
/** 
 *  Description of the Class 
 * 
 * @author     david 
 * @created    April 13, 2004 
 */ 
public class SupraSphereFrame { 
 
	Display display; 
 
	Shell shell; 
 
	TabFolder tabFolder; 
	GridData gridData0; 
 
	Hashtable tabs = new Hashtable(); 
 
	boolean isLayoutDone = false; 
	GridLayout gl = new GridLayout(); 
 
 
	/** 
	 *Constructor for the SupraSphereFrame object 
	 */ 
	public SupraSphereFrame() { } 
 
 
	/** 
	 *  The main program for the SupraSphereFrame class 
	 * 
	 * @param  args  The command line arguments 
	 */ 
	public static void main(String[] args) { 
 
 
		SupraSphereFrame sf = new SupraSphereFrame(); 
		sf.layoutSupraFrame(); 
 
	} 
 
 
 
	/** 
	 *  Adds a feature to the Tab attribute of the SupraSphereFrame object 
	 * 
	 * @param  name  The feature to be added to the Tab attribute 
	 * @param  mP    The feature to be added to the Tab attribute 
	 */ 
	public void addTab(final String name, final MessagesPane mP) { 
 
 
		Thread t = 
			new Thread() { 
				public void run() { 
 
 
 
					System.out.println("starting add tab"); 
 
					TabItem mpItem = new TabItem(tabFolder, 
SWT.NULL); 
 
					mpItem.setText(name); 
 
					tabs.put(name, mpItem); 
 
 
					gridData0.verticalAlignment = 
GridData.FILL; 
					gridData0.horizontalAlignment = 
GridData.FILL; 
 
					gridData0.grabExcessHorizontalSpace = 
true; 
					gridData0.grabExcessVerticalSpace = 
true; 
 
 
					Composite mpComp = new 
Composite(tabFolder, SWT.EMBEDDED); 
 
 
					java.awt.Frame mpFrame = 
SWT_AWT.new_Frame(mpComp); 
 
					mpFrame.add(mP); 
 
					mpItem.setControl(mpComp); 
 
 
					shell.layout(); 
 
					System.out.println("added tab"); 
 
				} 
			}; 
		display.asyncExec(t); 
 
 
	} 
 
 
	/** 
	 *  Adds a feature to the Tab attribute of the SupraSphereFrame object 
	 * 
	 * @param  name   The feature to be added to the Tab attribute 
	 * @param  image  The feature to be added to the Tab attribute 
	 * @param  mP     The feature to be added to the Tab attribute 
	 */ 
	public void addTab(final String name, final java.awt.Image image, final 
MessagesPane mP) { 
 
 
		Thread t = 
			new Thread() { 
				public void run() { 
 
 
 
					System.out.println("starting add tab"); 
 
					TabItem mpItem = new TabItem(tabFolder, 
SWT.NULL); 
 
					mpItem.setText(name); 
 
					//mpItem.setImage(image); 
 
					tabs.put(name, mpItem); 
 
 
					gridData0.verticalAlignment = 
GridData.FILL; 
					gridData0.horizontalAlignment = 
GridData.FILL; 
 
					gridData0.grabExcessHorizontalSpace = 
true; 
					gridData0.grabExcessVerticalSpace = 
true; 
 
 
					Composite mpComp = new 
Composite(tabFolder, SWT.EMBEDDED); 
 
 
					java.awt.Frame mpFrame = 
SWT_AWT.new_Frame(mpComp); 
 
					mpFrame.add(mP); 
 
					mpItem.setControl(mpComp); 
 
 
					shell.layout(); 
 
					System.out.println("added tab"); 
 
				} 
			}; 
		display.asyncExec(t); 
 
 
	} 
 
 
	/** 
	 *  Description of the Method 
	 * 
	 * @param  title  Description of the Parameter 
	 */ 
	public void removeTab(final String title) { 
 
		Thread t = 
			new Thread() { 
				public void run() { 
 
 
					TabItem removeItem = (TabItem) 
tabs.get(title); 
 
					removeItem.dispose(); 
 
 
 
				} 
			}; 
		display.asyncExec(t); 
 
 
	} 
 
 
 
 
	/** 
	 *  Description of the Method 
	 */ 
	public void layoutSupraFrame() { 
 
 
 
 
		display = new Display(); 
 
		shell = new Shell(display); 
 
		shell.setSize(800, 600); 
 
		gl.numColumns = 2; 
 
		shell.setLayout(gl); 
 
		tabFolder = new TabFolder(shell, SWT.NONE); 
 
		gridData0 = new GridData(); 
 
		tabFolder.setLayoutData(gridData0); 
 
		final TabItem ti = new TabItem(tabFolder, SWT.NONE); 
 
		ti.setText("One"); 
 
		shell.setLayout(new FillLayout()); 
 
		final SashForm form = new SashForm(tabFolder, SWT.HORIZONTAL); 
 
		form.setBackground(new Color(display, new RGB(200, 200, 200))); 
 
		form.setLayout(new FillLayout()); 
 
		form.SASH_WIDTH = 4; 
 
 
		final Composite child = new Composite(form, SWT.NONE); 
 
		child.setLayout(new FillLayout()); 
 
		String[] values = {"One", "Two", "Three"}; 
		javax.swing.JList topList = new javax.swing.JList(values); 
 
		javax.swing.JScrollPane topScroll = new 
javax.swing.JScrollPane(topList); 
 
		javax.swing.JList botList = new javax.swing.JList(values); 
 
		javax.swing.JScrollPane botScroll = new 
javax.swing.JScrollPane(botList); 
 
		final javax.swing.JSplitPane sp = new 
javax.swing.JSplitPane(javax.swing.JSplitPane.HORIZONTAL_SPLIT, topScroll, 
botScroll); 
 
		Thread t = 
			new Thread() { 
				public void run() { 
 
					Composite mpComp = new Composite(child, 
SWT.EMBEDDED); 
 
					java.awt.Frame mpFrame = 
SWT_AWT.new_Frame(mpComp); 
 
					mpFrame.add(sp); 
					
mpFrame.setBackground(java.awt.Color.white); 
 
 
					ti.setControl(form); 
 
					shell.layout(); 
 
 
 
				} 
			}; 
		display.asyncExec(t); 
 
 
 
		TabItem t2 = new TabItem(tabFolder, SWT.NONE); 
		t2.setText("Two"); 
 
		Composite child3 = new Composite(form, SWT.NONE); 
		child3.setLayout(new FillLayout()); 
		new Label(child3, SWT.NONE).setText("Label in pane3"); 
 
 
		show(); 
 
	} 
 
 
	/** 
	 *  Description of the Method 
	 */ 
	public void show() { 
		// Final setup - size the display show it 
//    shell.setSize(200, 100); 
 
//        ***SN - don't set the intital size 
 
 
		shell.layout(); 
		shell.open(); 
 
 
		System.out.println("Done show"); 
 
		isLayoutDone = true; 
		while (!shell.isDisposed()) { 
 
			if (!display.readAndDispatch()) { 
 
				display.sleep(); 
			} 
		} 
		display.dispose(); 
	} 
 
 
 
 
 
 
 
}

Someone checked in changes to LaunchViewContextListener this morning without a 
bug report (*ahem* *ahem* ;-) ). This change exposed the fact that the 
initialization code isn't correctly initializing the collection of "views to not 
close" which is persisted at shutdown.

20040824

In
public abstract class C {
	abstract <Z> void foo(Z z);
}

look at the IMethodBinding of 'foo': It does not contain the type parameter
declaration 'Z'

build I20041013, VM: pj9n142-20040928a, using JXEs

- set a breakpoint in Perspective.getFastViewWidthRatio
- in target, opened a fast view
- breakpoint was hit
- stepped through it
- when I got to the conditional expression (a?b:c), it went into b, but when
that was done the line for c was highlighted (though it wasn't executed)
- I would have expected it to skip over the c part, or perhaps jump back and
highlight the assignment line

    private float getFastViewWidthRatio(String id) {
        ViewLayoutRec rec = getViewLayoutRec(id, true);
        if (rec.fastViewWidthRatio == IPageLayout.INVALID_RATIO) {
            IViewRegistry reg = WorkbenchPlugin.getDefault().getViewRegistry();
            String primaryId = ViewFactory.extractPrimaryId(id);
            IViewDescriptor desc = reg.find(primaryId);
            rec.fastViewWidthRatio = 
                (desc != null 
                    ? desc.getFastViewWidthRatio()
                    : IPageLayout.DEFAULT_FASTVIEW_RATIO);
        }
        return rec.fastViewWidthRatio;
    }

This may be a compiler bug, or perhaps even a VM bug, but thought I'd run it by
Debug first.

Need to add F1 help to preference pages, install wizard and configuration 
manager.

It says in the schema description of logicalStructureTypes that the description
attribute of logicalStructureType is optional, but in the code, there is a check
that the attribute exists (in LogicalStructureType#verifyAttributes()).

Other widgets created with the same jvm do reflect comctl 6.0 look & feel, but 
the HTML in the browser is rendered old-style.

I0520 noon build

- go to the Java - Editor - Templates preference page
- press New...
- enter 'j' (no quotes) into the Pattern text entry and will get the following 
exception

!ENTRY org.eclipse.ui 4 4 May 20, 2004 16:10:27.299
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 May 20, 2004 16:10:27.299
!MESSAGE String index out of range: -3
!STACK 0
java.lang.StringIndexOutOfBoundsException: String index out of range: -3
	at java.lang.String.substring(String.java:1444)
	at 
org.eclipse.jdt.internal.ui.preferences.EditTemplateDialog.doSourceChanged
(EditTemplateDialog.java:313)
	at 
org.eclipse.jdt.internal.ui.preferences.EditTemplateDialog$3.textChanged
(EditTemplateDialog.java:382)
	at org.eclipse.jface.text.TextViewer.updateTextListeners
(TextViewer.java:2235)
	at 
org.eclipse.jface.text.TextViewer$VisibleDocumentListener.documentChanged
(TextViewer.java:301)
	at org.eclipse.jface.text.AbstractDocument.doFireDocumentChanged2
(AbstractDocument.java:673)
	at org.eclipse.jface.text.AbstractDocument.doFireDocumentChanged
(AbstractDocument.java:638)
	at org.eclipse.jface.text.AbstractDocument.doFireDocumentChanged
(AbstractDocument.java:623)
	at org.eclipse.jface.text.AbstractDocument.fireDocumentChanged
(AbstractDocument.java:698)
	at 
org.eclipse.jface.text.projection.ProjectionDocument.fireDocumentChanged
(ProjectionDocument.java:696)
	at org.eclipse.jface.text.AbstractDocument.replace
(AbstractDocument.java:989)
	at org.eclipse.jface.text.projection.ProjectionDocument.replace
(ProjectionDocument.java:481)
	at org.eclipse.jface.text.DefaultDocumentAdapter.replaceTextRange
(DefaultDocumentAdapter.java:208)
	at org.eclipse.swt.custom.StyledText.modifyContent(StyledText.java:5565)
	at org.eclipse.swt.custom.StyledText.sendKeyEvent(StyledText.java:6405)
	at org.eclipse.swt.custom.StyledText.doContent(StyledText.java:2535)
	at org.eclipse.swt.custom.StyledText.handleKey(StyledText.java:4963)
	at org.eclipse.swt.custom.StyledText.handleKeyDown(StyledText.java:4986)
	at org.eclipse.swt.custom.StyledText$7.handleEvent(StyledText.java:4731)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1724)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1720)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3048)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2951)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3282)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1475)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2380)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at org.eclipse.ui.texteditor.templates.TemplatePreferencePage.add
(TemplatePreferencePage.java:557)
	at org.eclipse.ui.texteditor.templates.TemplatePreferencePage.access$3
(TemplatePreferencePage.java:549)
	at 
org.eclipse.ui.texteditor.templates.TemplatePreferencePage$5.handleEvent
(TemplatePreferencePage.java:300)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at org.eclipse.ui.internal.OpenPreferencesAction.run
(OpenPreferencesAction.java:72)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:899)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:850)
	at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:769)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:97)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:305)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:127)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:184)
	at org.eclipse.core.launcher.Main.run(Main.java:637)
	at org.eclipse.core.launcher.Main.main(Main.java:621)

3.0 RC 2

see bug 44008

Created a plugin and a primary feature that has the same name. I try to launch 
the product using

eclipse.exe -feature MyFeatureId

I have branding resources under the plugins/MyFeatureId_1.0.0. After four days 
of trying and checking the future and plugin, I assume there is a bug. I have 
not seen an example of primary feature.

1- Created plugin and feature by hand
2- Created plugin and feature using wizards
3- Have a directory structure that look like:

MyProduct/
         eclipse.exe
         /plugins
                /MyPluginId_1.0.0
                /Other Plugings 
         /features
                /MyPluginId_1.0.0/Plugin Files and splash.bmp

No luck. It just refuses to load the feature and new branding. It seems to 
ignore -feature completely. Plug-in loads fine. I can switch to my perspective. 
Somehow feature is not recognized.

PreferenceForwarder#contains(String) iterates over the preference keys while
Preferences#contains(String) did a lookup in a hashtable.

This is a performance problem when opening a Java editor and takes ~8% of the
time  in I200405130800 with the performance fix from bug 61446 applied.

(I will repeat my measurements with the upcoming I-builds that will include the
above mentioned fix.)

200406111814

public class TestClass {
	void change() { }
	x
}

Try to 'Change Method Signature' on 'change()'. The error message dialog always
shows up twice.

I20040413

Refactoring needs the ability to own a scheduling rule for an extended duration,
but be free to use that rule in multiple threads (UI thread, ModalContext
thread). Essentially, it needs a scheduling rule that will prevent other
background jobs from running, but will not prevent attempts to beginRule in any
threads.

Alternatively, this could be solved by introducing the ability to turn off
(queue but not execute) background jobs completely for a defined period of time.

the Text team recently got rid of the Annotations and Quick Diff 
preference pages per editor and instead created shared preference pages. 
The attached patch removes the Ant Editor preference page and configures 
the Ant editor so that it can access the shared preferences.

The filters menu on the search results is currently shown in a submenu. Since 
there are only a couple of them we should show the filters inline. Also they 
should appear above the layout option.

build i0924-0800

I created a launch config for a runtime workbench where the data location was
@noDefault. Unfortuanatly I copy/pasted this from bugzilla and the way that the
highlighting was, it put a space at the end. "@noDefault "

This caused the launch to tell me that a session was already running when I
tried to run.

Do we interpret locations which start with "@" to be special? If so, should we
trim whitespace from the beginning/end?

The icon currently used for taskdef is the same for macrodef and presetdef which
are not really related to a taskdef.... except for the -def suffix. (Never made
that connection before...) Anyway, I'd suggest a new icon, though I am not to
sure what it would look like. Perhaps a < > with a little JAR beside it. Both
taskdef and typedef could safely share this icon.

The batch compiler used by the JDT Ant compiler adapter has a special option 
to log compile errors to a log file if the "verbose" option is used. The 
current implementation stops logging to the error PrintWriter defined in the 
constructor of the batch compiler 
(org.eclipse.jdt.internal.compiler.batch.Main) as soon as a log file is 
specified (verbose option is used).

The disadvantage is that compile warnings and errors are logged only to the 
file and not to the Ant console. If a logger is attached to the Ant console it 
will never recognize compilation errors.

Example: The CruiseControl build system logs Ant builds to XML files (using 
Ant XML logger). After this the XML file is used to detect failed builds 
(builds containing compile errors) and it is transformed vie XSL into nice 
HTML pages. This doesn't work with the JDT compiler adapter reporting compile 
errors to a log file.

The easiest solution would be to replace the error PrintWriter specified in 
the constructor with a "combined" PrintWriter that writes to the console and 
to the log file.

I have 2 connection of the Eclipse repository, one pserver/anonymouns and one
ssh/lbourlier. When I switch from one to the other in the project properties
dialog, the project is rebuild.
It's easy to see the rebuild with projects like org.eclipse.ant.core. It has an
extra builder to create the additionnal jar. When the CVS info are modified, the
ant builder is called (visible in the debug view and the console view).

From bug 68565:
"Re: whether LazyInputStream honors the contract for input streams, I would
suggest you opened another PR if you have any evidences that show the contrary
(I suggest you checking ByteArrayInputStream's contract)."

Having read the JavaDoc for InputStream and ByteArrayInputStream as well as the
reset methods of both ByteArrayInputStream and BufferedInputStream, altering the
value of the mark position isn't mentioned anywhere.  It's a side effect and a
dangerous one if the caller is expecting to be able to reset() more than once
after a call to mark() and get the same results.

I found the following exception in my log. It look sto be caused by a delta 
occurring before the viewer for the provider is set. This means that it has no 
ill effects (since we wouldn't do anything anyway) but we should add the null 
check.

java.lang.NullPointerException
at org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider.asyncExec
(SynchronizeModelProvider.java:617)
at 
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider.resourceChang
ed(SynchronizeModelProvider.java:590)
at org.eclipse.core.internal.events.NotificationManager$2.run
(NotificationManager.java:255)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:610)
at org.eclipse.core.runtime.Platform.run(Platform.java:521)
at org.eclipse.core.internal.events.NotificationManager.notify
(NotificationManager.java:248)
at org.eclipse.core.internal.events.NotificationManager.broadcastChanges
(NotificationManager.java:142)
at org.eclipse.core.internal.events.AutoBuildJob.broadcastChanges
(AutoBuildJob.java:71)
at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:138)
at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:168)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

I20040413-1323

NPE happens when runnung RenameTypeTests.testQualifiedName1()
(org.eclipse.jdt.ui.tests.refactoring).

java.lang.NullPointerException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.NullPointerException.<init>(NullPointerException.java:60)
	at
org.eclipse.ant.internal.ui.editor.text.PartiallySynchronizedDocument.replace(PartiallySynchronizedDocument.java:74)
	at org.eclipse.text.edits.ReplaceEdit.performDocumentUpdating(ReplaceEdit.java:81)
	at org.eclipse.text.edits.TextEdit.traverseDocumentUpdating(TextEdit.java)
	at org.eclipse.text.edits.TextEdit.traverseDocumentUpdating(TextEdit.java)
	at org.eclipse.text.edits.TextEditProcessor.executeDo(TextEditProcessor.java:161)
	at org.eclipse.text.edits.TextEdit.dispatchPerformEdits(TextEdit.java:648)
	at
org.eclipse.text.edits.TextEditProcessor.performEdits(TextEditProcessor.java:129)
	at org.eclipse.ltk.core.refactoring.TextChange.perform(TextChange.java:333)
	at org.eclipse.ltk.core.refactoring.CompositeChange.perform(CompositeChange.java)
	at
org.eclipse.jdt.internal.corext.refactoring.changes.ValidationStateChange.access$1(ValidationStateChange.java:1)
	at
org.eclipse.jdt.internal.corext.refactoring.changes.ValidationStateChange$2.run(ValidationStateChange.java:189)
	at
org.eclipse.jdt.internal.core.BatchOperation.executeOperation(BatchOperation.java:34)
	at org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java)
	at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3245)
	at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3202)
	at
org.eclipse.jdt.internal.corext.refactoring.changes.ValidationStateChange.perform(ValidationStateChange.java:192)
	at org.eclipse.ltk.core.refactoring.CompositeChange.perform(CompositeChange.java)
	at
org.eclipse.ltk.core.refactoring.PerformChangeOperation$1.run(PerformChangeOperation.java:203)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1583)
	at
org.eclipse.ltk.core.refactoring.PerformChangeOperation.executeChange(PerformChangeOperation.java:247)
	at
org.eclipse.ltk.core.refactoring.PerformChangeOperation.run(PerformChangeOperation.java:174)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1583)
	at
org.eclipse.jdt.ui.tests.refactoring.RefactoringTest.performRefactoring(RefactoringTest.java:176)
	at
org.eclipse.jdt.ui.tests.refactoring.RefactoringTest.performRefactoring(RefactoringTest.java:165)
	at
org.eclipse.jdt.ui.tests.refactoring.RenameTypeTests.testQualifiedName1(RenameTypeTests.java:1020)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at junit.framework.TestCase.runTest(TestCase.java:154)
	at junit.framework.TestCase.runBare(TestCase.java:127)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22)
	at junit.extensions.TestSetup$1.protect(TestSetup.java:19)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.extensions.TestSetup.run(TestSetup.java:23)
	at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:422)
	at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:306)
	at
org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main(RemotePluginTestRunner.java:30)
	at
org.eclipse.pde.internal.junit.runtime.UITestApplication$1.run(UITestApplication.java:91)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2561)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2266)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1436)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1407)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:244)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.pde.internal.junit.runtime.UITestApplication.run(UITestApplication.java:34)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:280)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:241)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

I started up Eclipse and my log got a few of these entries:

!ENTRY org.eclipse.core.runtime 2 0 Jun 01, 2004 11:28:09.524
!MESSAGE Unable to create input stream for registry cache.

As a result, I could not share projects with CVS. I will attach the log file. I
restarted and got an error that was logged in the configuration area. I will
attach the error as well.

This was with I20040529

The AntEditorMarkerUpdater needs to protect against concurrent modification of 
its problems collections.

I was able to get this stack trace on RC2
java.util.ConcurrentModificationException
        at java.util.AbstractList$Itr.checkForComodification
(AbstractList.java:4
48)
        at java.util.AbstractList$Itr.next(AbstractList.java:419)
        at 
org.eclipse.ant.internal.ui.editor.outline.AntEditorMarkerUpdater.upd
ateMarkers(AntEditorMarkerUpdater.java:84)
        at 
org.eclipse.ant.internal.ui.editor.outline.AntModel.updateForInitialR
econcile(AntModel.java:1254)
        at 
org.eclipse.ant.internal.ui.editor.AntEditor.updateForInitialReconcil
e(AntEditor.java:705)
        at org.eclipse.ant.internal.ui.editor.AntEditor.reconciled
(AntEditor.jav
a:778)
        at 
org.eclipse.ant.internal.ui.editor.text.NotifyingReconciler.notifyRec
oncilingParticipants(NotifyingReconciler.java:55)
        at 
org.eclipse.ant.internal.ui.editor.text.NotifyingReconciler.initialPr
ocess(NotifyingReconciler.java:63)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread
.run(AbstractReconciler.java:169)

Unsure of the steps to reproduce but this was in my log:

java.lang.NullPointerException
at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewContextListener.isAutoMana
geViews(LaunchViewContextListener.java:883)
at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewContextListener.contextEna
bled(LaunchViewContextListener.java:427)
at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewContextListener.contextMan
agerChanged(LaunchViewContextListener.java:403)
at 
org.eclipse.ui.internal.contexts.AbstractContextManager.fireContextManagerChang
ed(AbstractContextManager.java:47)
at org.eclipse.ui.internal.contexts.ProxyContextManager$1.contextManagerChanged
(ProxyContextManager.java:43)
at 
org.eclipse.ui.internal.contexts.AbstractContextManager.fireContextManagerChang
ed(AbstractContextManager.java:47)
at org.eclipse.ui.internal.contexts.MutableContextManager.setEnabledContextIds
(MutableContextManager.java:268)
at 
org.eclipse.ui.internal.contexts.ws.WorkbenchContextSupport.processEnabledSubmi
ssions(WorkbenchContextSupport.java:667)
at 
org.eclipse.ui.internal.contexts.ws.WorkbenchContextSupport.processEnabledSubmi
ssions(WorkbenchContextSupport.java:520)
at 
org.eclipse.ui.internal.contexts.ws.WorkbenchContextSupport.removeEnabledSubmis
sions(WorkbenchContextSupport.java:767)
at org.eclipse.ui.internal.contexts.ws.WorkbenchContextSupport.checkWindowType
(WorkbenchContextSupport.java:296)
at org.eclipse.ui.internal.contexts.ws.WorkbenchContextSupport.access$0
(WorkbenchContextSupport.java:279)
at org.eclipse.ui.internal.contexts.ws.WorkbenchContextSupport$1.handleEvent
(WorkbenchContextSupport.java:93)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Display.filterEvent(Display.java:748)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:799)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:824)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
at org.eclipse.swt.widgets.Decorations.WM_ACTIVATE(Decorations.java:1424)
at org.eclipse.swt.widgets.Shell.WM_ACTIVATE(Shell.java:1438)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2976)
at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1400)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:3351)
at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1484)
at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:399)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:3058)
at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1400)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:3351)
at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1489)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2441)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1443)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1414)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:271)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:704)
at org.eclipse.core.launcher.Main.main(Main.java:688)

I200408170800, GTK+ 2.4.4, Linux 2.6.7, KDE 3.2.2 
 
In the default Debug perspective, the Debug view contains duplicate tool bar 
items.  The tool bar becomes exceptionally wide.

The Ant tests are failing with a call to IPluginDescriptor.getRuntimeLibraries:

java.lang.NullPointerException
at org.eclipse.core.internal.plugins.PluginDescriptor.getRuntimeLibraries
(PluginDescriptor.java:161)
at org.eclipse.ant.core.AntCorePreferences.addLibraries
(AntCorePreferences.java:664)
at org.eclipse.ant.core.AntCorePreferences.getDefaultAntHomeEntries
(AntCorePreferences.java:357)
at org.eclipse.ant.core.AntCorePreferences.getDefaultAntHome
(AntCorePreferences.java:224)
at org.eclipse.ant.core.AntCorePreferences.restoreAntHome
(AntCorePreferences.java:212)
at org.eclipse.ant.core.AntCorePreferences.restoreCustomObjects
(AntCorePreferences.java:127)
at org.eclipse.ant.core.AntCorePreferences.<init>(AntCorePreferences.java:93)
at org.eclipse.ant.core.AntCorePlugin.getPreferences(AntCorePlugin.java:187)
at org.eclipse.ant.tests.core.tests.FrameworkTests.testClasspathOrdering
(FrameworkTests.java:81)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at org.eclipse.test.EclipseTestRunner.run(EclipseTestRunner.java:320)
at org.eclipse.test.EclipseTestRunner.run(EclipseTestRunner.java:199)
at org.eclipse.test.CoreTestApplication.runTests(CoreTestApplication.java:35)
at org.eclipse.test.CoreTestApplication.run(CoreTestApplication.java:31)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:280)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:240)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
at org.eclipse.core.launcher.Main.run(Main.java:699)
at org.eclipse.core.launcher.Main.main(Main.java:683)

Build 20040420

When restarting Eclipse with Cheetah03 update, the log gets filled with stack 
traces (see below).

Steps:
1- install build 20040420
2- start it on fresh workspace, at welcome just go to workbench
3- go to update manager, and install Cheetah03 using instructions posted at:
    http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/jdt-core-
home/r3.0/main.html#updates
4- restart when prompted
5- switch to Java perspective --> endless dumping in log


!ENTRY org.eclipse.osgi Apr 21, 2004 23:43:03.828
!MESSAGE An error occured while automatically activating bundle org.eclipse.jd
ui (34).
!STACK 0
org.osgi.framework.BundleException: Exception in org.eclipse.core.internal.com
tibility.PluginActivator.start() of bundle org.eclipse.jdt.ui.
        at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startAct
ator(BundleContextImpl.java:990)
        at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(Bu
leContextImpl.java:952)
        at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(Bun
eHost.java:408)
        at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(Abstr
tBundle.java:296)
        at org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(
lipseClassLoader.java:133)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClas
BundleLoader.java:369)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(Bun
eLoader.java:400)
        at org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadCla
(AbstractClassLoader.java:93)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
        at java.lang.ClassLoader.defineClass0(Native Method)
        at java.lang.ClassLoader.defineClass(ClassLoader.java:537)
        at org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoad
.defineClass(DefaultClassLoader.java:296)
        at org.eclipse.core.runtime.adaptor.EclipseClassLoader.defineClass(Ecl
seClassLoader.java:222)
        at org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoad
.findClassImpl(DefaultClassLoader.java:285)
        at org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoad
.findClass(DefaultClassLoader.java:174)
        at org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.findLoc
Class(AbstractClassLoader.java:220)
        at org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(
lipseClassLoader.java:138)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClas
BundleLoader.java:369)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(Bun
eLoader.java:400)
        at org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadCla
(AbstractClassLoader.java:93)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
        at org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart.makeAct
ns(PackageExplorerPart.java:575)
        at org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart.createP
tControl(PackageExplorerPart.java:283)
        at org.eclipse.ui.internal.PartPane$1.run(PartPane.java:94)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlat
rm.java:609)
        at org.eclipse.core.runtime.Platform.run(Platform.java:541)
        at org.eclipse.ui.internal.PartPane.createChildControl(PartPane.java:9

        at org.eclipse.ui.internal.ViewPane.createChildControl(ViewPane.java:1
)
        at org.eclipse.ui.internal.ViewFactory$1.run(ViewFactory.java:273)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlat
rm.java:609)
        at org.eclipse.core.runtime.Platform.run(Platform.java:541)
        at org.eclipse.ui.internal.ViewFactory.busyRestoreView(ViewFactory.jav
202)
        at org.eclipse.ui.internal.ViewFactory$2.run(ViewFactory.java:436)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:8

        at org.eclipse.ui.internal.ViewFactory.restoreView(ViewFactory.java:43

        at org.eclipse.ui.internal.ViewFactory$ViewReference.getPart(ViewFacto
.java:93)
        at org.eclipse.ui.internal.WorkbenchPage$1.propertyChange(WorkbenchPag
java:130)
        at org.eclipse.ui.internal.LayoutPart.setVisible(LayoutPart.java:245)
        at org.eclipse.ui.internal.PartPane.setVisible(PartPane.java:309)
        at org.eclipse.ui.internal.ViewPane.setVisible(ViewPane.java:633)
        at org.eclipse.ui.internal.PresentableViewPart.setVisible(PresentableV
wPart.java:108)
        at org.eclipse.ui.internal.presentations.BasicStackPresentation.select
rt(BasicStackPresentation.java:708)
        at org.eclipse.ui.internal.PartTabFolder.setSelection(PartTabFolder.ja
:791)
        at org.eclipse.ui.internal.PartTabFolder.showPart(PartTabFolder.java:8
)
        at org.eclipse.ui.internal.PartTabFolder.createControl(PartTabFolder.j
a:282)
        at org.eclipse.ui.internal.PartSashContainer.createControl(PartSashCon
iner.java:311)
        at org.eclipse.ui.internal.PerspectivePresentation.activate(Perspectiv
resentation.java:155)
        at org.eclipse.ui.internal.Perspective.onActivate(Perspective.java:637
        at org.eclipse.ui.internal.WorkbenchPage.setPerspective(WorkbenchPage.
va:2675)
        at org.eclipse.ui.internal.WorkbenchPage.busySetPerspective(WorkbenchP
e.java:694)
        at org.eclipse.ui.internal.WorkbenchPage.access$8(WorkbenchPage.java:6
)
        at org.eclipse.ui.internal.WorkbenchPage$12.run(WorkbenchPage.java:281

        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:8

        at org.eclipse.ui.internal.WorkbenchPage.setPerspective(WorkbenchPage.
va:2816)
        at org.eclipse.ui.internal.ChangeToPerspectiveMenu.run(ChangeToPerspec
veMenu.java:87)
        at org.eclipse.ui.actions.PerspectiveMenu.run(PerspectiveMenu.java:303
        at org.eclipse.ui.actions.PerspectiveMenu$3.widgetSelected(Perspective
nu.java:119)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.jav
89)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2592
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2270)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1437)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1408)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.j
a:244)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformA
ivator.java:280)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.
va:240)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.
va:117)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImp
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcc
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
        at org.eclipse.core.launcher.Main.run(Main.java:699)
        at org.eclipse.core.launcher.Main.main(Main.java:683)
Nested exception:
java.lang.NoClassDefFoundError
        at org.eclipse.jdt.internal.ui.JavaPlugin.registerAdapters(JavaPlugin.
va:701)
        at org.eclipse.jdt.internal.ui.JavaPlugin.startup(JavaPlugin.java:317)
        at org.eclipse.core.internal.compatibility.PluginActivator.start(Plugi
ctivator.java:49)
        at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(Bu
leContextImpl.java:973)
        at java.security.AccessController.doPrivileged(Native Method)
        at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startAct
ator(BundleContextImpl.java:969)
        at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(Bu
leContextImpl.java:952)
        at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(Bun
eHost.java:408)
        at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(Abstr
tBundle.java:296)
        at org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(
lipseClassLoader.java:133)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClas
BundleLoader.java:369)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(Bun
eLoader.java:400)
        at org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadCla
(AbstractClassLoader.java:93)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
        at java.lang.ClassLoader.defineClass0(Native Method)
        at java.lang.ClassLoader.defineClass(ClassLoader.java:537)
        at org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoad
.defineClass(DefaultClassLoader.java:296)
        at o

We need to be able to get the bold and italic version of a font for use in 
progress among other things. This needs to be wiped out when the definition 
changes.

Kim please point me at where to start.

IContext.getText() retruns help system escape sequences <@#$b> and </@#$b>.

This seems problematic to someone just trying to display text of context.

We are building an RCP application based on 3.0 Eclipse.  In general, things
work extremely well.  We have an intermittent problem during application
shutdown where we get the above NoClassDefFoundError.  It appears that this is
probably a race condition that causes the associated classloader to be shut down
before the decorators thread has been stopped.  Because this happens during
shutdown, it does not have a detrimental effect on the running of the
application, although it may induce some concern amongst users of the
application if it occurs.

The full stack trace that is written to the console follows:

java.lang.NoClassDefFoundError: org/eclipse/ui/internal/progress/TaskInfo
	at org.eclipse.ui.internal.progress.JobInfo.beginTask(JobInfo.java:150)
	at
org.eclipse.ui.internal.progress.ProgressManager$JobMonitor.beginTask(ProgressManager.java:167)
	at
org.eclipse.ui.internal.decorators.DecorationScheduler$1.run(DecorationScheduler.java:220)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

The JUnit plugin ignores any custom environment variables in the debug 
configuration. 
I've made the necessary changes in the Environment settings to add the path to 
a custom JNI library I'm using, but the plugin doesn't incorporate these into 
the runtime debug environment properly.

I've verified that my settings work fine in normal debug mode and inspected the 
java.library.path system property to confirm the missing path entries.

This bug may be related to bug #60243
I'm using Eclipse version 3.0 M8

If I disable a RadioGroupFieldEditor in the initialize of a 
FieldEditorPreferencePage, the label of the group gets added to the preference 
page at the bottom. The problem is that the method FieldEditor#getLabelControl
(Composite) creates a label control. In general, this is correct but a radio 
button group uses a different label so when the disable occurs, an additional 
label is created. We have released changes to the Team>CVS>Watch/Edit 
preference page that illustrates this problem.

Based on bug 38839, we should consider changing the CodeStream to do bounds 
checks instead of catching IndexOutOfBounds exceptions.

Or at least make the initial size of the code stream & constant pool big 
enough to handle most .class files... plus adjust the grow size so that the 
exception is thrown once every 5-10,000 accesses & not every 500.

In SunscriberEventHandler.processEvent(Event, IProgressMonitor)

getEventHandlerJob().setSystem(false);

If some piece of code has ignored a job because system was true it is possible 
that this might cause an update problem. We are currently tracking jobs that 
are switching to and from system jobs after scheduling as this affects the 
incrementing and decrementing of the animation count.

200403230010

Currently the nature detection code only works on resource changes.  This code
needs to be activated on startup as well so that any existing projects natures
will be detected prior to their changing.

In MarkerView.refresh() there is the line

uiJob.setSystem(true);

Which may happen after the uiJob has run. As a result it is possible that it 
is not being used to decrement the count of jobs and the progress monitor can 
run forever.

build i0608-0800

During #shutdown we clean the garbage from the history store by removing all
blobs which aren't referenced. This is done by collecting all the blobs with a
reference and then removing the rest.

We should be doing the reverse. We should keep track of "potential blobs to
remove" and then on shutdown ensuring that they don't have references and then
remove them.

Eclipse Build I20040519

If you re-open the intro after it has been closed, it *sometimes* opens with no
content.  It took a while to find a reproducible set of steps, but this seems to
work:

1.  start eclipse with a new workspace (intro should open normally)
2.  shut down eclipse
3.  start eclipse again with the *same* workspace (this seems to be the key)
4.  when the intro comes up this time, click the "Workbench" link to close the intro
5.  from the Help menu, choose "Introduction"
The intro should open in standby mode with no content

Methods in the ContextBasedFormattingStrategy were recently deprecated. The
enclosed patch removes references to the deprecated code.

I200405260800

SWT is using the incorrect Gtk+ cursor for SWT.CURSOR_SIZEALL.  SWT uses
GDK_DIAMOND_CROSS when the correct cursor is GDK_FLEUR.  Fixing this would make
moving fastbars and coolbars look a lot better.

Go to Eclipse.org, to the download section. Click on a download link. Nothing
happens.

Development note: 
When the user is about to download a file (for example
Eclipse from the SWT download page), Mozilla brings up a download
dialog. For embedders, it invokes  nsIWindowCreator.CreateChromeWindow
with aParent set to 0.
Problem 1: in this case, Mozilla fires the nsIWebBrowserChrome.SizeBrowserTo
after the nsIEmbeddingSiteWindow.SetVisibility(true). As a result,
our SWT OpenWindow.show does not contain size
Problem 2: The browser comes up with correct content but the buttons don't
work as expected. The button browser does not bring up a mozilla file chooser
and send warning messages to the console:

unable to open file picker
[Exception... "Component returned failure code: 0x80004001
(NS_ERROR_NOT_IMPLEMENTED) [nsIBaseWindow.blurSuppression]"  nsresult:
"0x80004001 (NS_ERROR_NOT_IMPLEMENTED)"  location: "JS frame ::
file:///usr/lib/mozilla-1.5/components/nsFilePicker.js :: anonymous :: line 213"
 data: no]

The gtkmozembed widget has the same behaviour.

For now, nsIWindowCreator.CreateChromeWindow returns NS_ERROR_NOTIMPLEMENTED
when aParent is 0 without attempting to bring up a dialog that does not work.

First, many thanks for the great software you created.
This is the first time I wrote a email to eclipse community and I am not quite 
clear that in what format I should write this mail. I apologize for the 
inconvenience.

Well, the following is the description of the problem I met.
I ran eclipse3 RC2 on the SUN JDK 1.4.2_04.
Then I created 3 project with one as the main project and the other two for 
reference. Both 3 project use linked resource for the source folder and I added 
some libraries to their build classpath using User Libraries.

When build the projects, the 2 reference projects got built without errors but 
the main project got an error saying "Build Workspace (Error: an internal error 
occurred during: "Build Workspace".)" and the build process stopped without all 
source files compiled. The detail stacktrace contained not much information 
which says only "java.lang.StackOverflowError". Below is the log:
****************** begin ******************
!SESSION 6 18, 2004 14:11:09.321 -----------------------------------------------
eclipse.buildId=I200406111814
java.version=1.4.2_04
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=ja_JP

!ENTRY org.eclipse.core.runtime 4 2 6 18, 2004 14:11:09.321
!MESSAGE An internal error occurred during: "Building Workspace".
!STACK 0
java.lang.StackOverflowError
****************** end ******************

And then I tried to ran eclipse3 RC2 on SUN JDK 1.5.0 beta2. This time I got a 
different log which contain lots of detail messages. And it also seemed that 
there were not only the problem I describe above, but also some problem when 
eclipse tries to save the main project with the message "Could not write 
metadata for: /KelpJB_addinJBX.". The log of the try on JDK1.5 is as follows:
****************** end ******************
!SESSION 6 18, 2004 14:12:06.447 -----------------------------------------------
eclipse.buildId=I200406111814
java.version=1.5.0-beta2
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=ja_JP

!ENTRY org.eclipse.core.runtime 4 2 6 18, 2004 14:12:06.447
!MESSAGE An internal error occurred during: "Building Workspace".
!STACK 0
java.lang.StackOverflowError
	at org.eclipse.jdt.internal.compiler.lookup.Scope.faultInReceiverType
(Scope.java:147)
	at org.eclipse.jdt.internal.compiler.lookup.Scope.faultInReceiverType
(Scope.java:149)
	at org.eclipse.jdt.internal.compiler.lookup.Scope.faultInReceiverType
(Scope.java:155)
    ************
    I omitted 1018 lines here because they are just the repetition of the above
    2 lines
    ***********
	at org.eclipse.jdt.internal.compiler.lookup.Scope.faultInReceiverType
(Scope.java:149)
	at org.eclipse.jdt.internal.compiler.lookup.Scope.faultInReceiverType
(Scope.java:155)
	at org.eclipse.jdt.internal.compiler.lookup.Scope.faultInReceiverType
(Scope.java:149)

!ENTRY org.eclipse.ui.ide 4 4 6 18, 2004 14:12:15.822
!MESSAGE Problems saving workspace

!ENTRY org.eclipse.ui.ide 4 1 6 18, 2004 14:12:15.822
!MESSAGE Problems occurred while trying to save the state of the workbench.
!SUBENTRY 1 org.eclipse.core.resources 4 568 6 18, 2004 14:12:15.822
!MESSAGE Could not write metadata for: /KelpJB_addinJBX.
!STACK 0
java.io.UTFDataFormatException: encoded string too long: 90168 bytes
	at java.io.DataOutputStream.writeUTF(DataOutputStream.java:345)
	at java.io.DataOutputStream.writeUTF(DataOutputStream.java:305)
	at org.eclipse.core.internal.resources.MarkerWriter.write
(MarkerWriter.java:181)
	at org.eclipse.core.internal.resources.MarkerWriter.write
(MarkerWriter.java:210)
	at org.eclipse.core.internal.resources.MarkerWriter.save
(MarkerWriter.java:107)
	at org.eclipse.core.internal.resources.MarkerManager.save
(MarkerManager.java:482)
	at org.eclipse.core.internal.resources.SaveManager$3.visitElement
(SaveManager.java:1467)
	at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration
(ElementTreeIterator.java:78)
	at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration
(ElementTreeIterator.java:82)
	at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration
(ElementTreeIterator.java:82)
	at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration
(ElementTreeIterator.java:82)
	at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration
(ElementTreeIterator.java:82)
	at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration
(ElementTreeIterator.java:82)
	at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration
(ElementTreeIterator.java:82)
	at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration
(ElementTreeIterator.java:82)
	at org.eclipse.core.internal.watson.ElementTreeIterator.iterate
(ElementTreeIterator.java:123)
	at org.eclipse.core.internal.resources.SaveManager.visitAndSave
(SaveManager.java:1491)
	at org.eclipse.core.internal.resources.SaveManager.visitAndSave
(SaveManager.java:1527)
	at org.eclipse.core.internal.resources.SaveManager.save
(SaveManager.java:1335)
	at org.eclipse.core.internal.resources.Workspace.save
(Workspace.java:1707)
	at org.eclipse.ui.internal.ide.IDEWorkbenchAdvisor$5.run
(IDEWorkbenchAdvisor.java:468)
	at org.eclipse.jface.operation.ModalContext$ModalContextThread.run
(ModalContext.java:101)
****************** end ******************

This is the problem I met and I hope you can fix it (if it really is a bug).
Thank you.

A eclipse fan
Zhang.

- Select a method that takes an arg in some interface (whatever) and refactor 
the signature
- in the dialog you get, the arg's type and name shows up in a table 
- click in the type box and type the new type name.
- notice that the OK/Finish button is still disabled
- click on the Edit button
- then click ok 
- notice that the OK/finish button is enabled.

If I cannot directly edit the type name, the table cell should not be 
editable.  

Better however would be to allow users to directly edit the cells and hit ok.

20041015

In the following code

private void voo(Class<? extends Object> class1) {}

the type bidning of the wildcard type answers 'isUpperBound' with false

should be true

Currently on the Mac, when a Control is disposed, it does not tell the parent to reset the clipping 
regions. This is what causes the area under a ControlEditor to not be redrawn properly after editing 
is complete. The most obvious hack to fix this (which is probably not the correct one) is to call 
invalidateVisibleRegion in releaseWidget():

Index: Control.java
============================================================
=======
retrieving revision 1.128
diff -u -r1.128 Control.java
--- Control.java	18 Dec 2003 19:34:23 -0000	1.128
+++ Control.java	3 Feb 2004 02:14:50 -0000
@@ -1619,6 +1619,9 @@
 		menu.dispose ();
 	}
 	if (visibleRgn != 0) OS.DisposeRgn (visibleRgn);
+	if (parent != null && !parent.isDisposed()) {
+		parent.invalidateVisibleRegion (handle);
+	}
 	visibleRgn = 0;
 	menu = null;
 	parent = null;

There was at least one odd piece of fallout from making this change. In the FileExplorer app I have 
been working on with Steve, I got the following walkback when closing the shell:

Exception in thread "main" java.lang.NullPointerException
	at org.eclipse.swt.widgets.ToolBar.invalidateChildrenVisibleRegion(ToolBar.java:308)
	at org.eclipse.swt.widgets.Control.invalidateVisibleRegion(Control.java:1150)
	at org.eclipse.swt.widgets.Control.releaseWidget(Control.java:1623)
	at org.eclipse.swt.widgets.Scrollable.releaseWidget(Scrollable.java:336)
	at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:493)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:1085)
	at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:487)
	at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:492)
	at org.eclipse.swt.widgets.ToolBar.releaseWidget(ToolBar.java:399)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:1085)
	at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:487)
	at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:492)
	at org.eclipse.swt.widgets.Canvas.releaseWidget(Canvas.java:127)
	at org.eclipse.swt.widgets.Decorations.releaseWidget(Decorations.java:328)
	at org.eclipse.swt.widgets.Shell.releaseWidget(Shell.java:983)
	at org.eclipse.swt.widgets.Widget.dispose(Widget.java:476)
	at org.eclipse.swt.widgets.Shell.closeWidget(Shell.java:390)
	at org.eclipse.swt.widgets.Shell.kEventWindowClose(Shell.java:789)
	at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:1626)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:2825)
	at org.eclipse.swt.internal.carbon.OS.SendEventToEventTarget(Native Method)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1903)
	at part3.fileexplorer.FileExplorer.main(FileExplorer.java:68)

The odd thing is, invalidateChildrenVisibleRegion is failing in this case because the itemCount is 
non-zero, even though the items array has been nulled out:
void invalidateChildrenVisibleRegion (int control) {
	super.invalidateChildrenVisibleRegion (control);
	for (int i=0; i<itemCount; i++) {
		ToolItem item = items [i];
		item.resetVisibleRegion (control);
	}
}

If I patch the releaseWidget method for ToolBar to set itemCount to zero, like this...

Index: ToolBar.java
============================================================
=======
retrieving revision 1.20
diff -u -r1.20 ToolBar.java
--- ToolBar.java	7 May 2003 22:25:37 -0000	1.20
+++ ToolBar.java	3 Feb 2004 02:23:42 -0000
@@ -394,6 +394,7 @@
 		ToolItem item = items [i];
 		if (!item.isDisposed ()) item.releaseResources ();
 	}
+	itemCount = 0;
 	items = null;
 	super.releaseWidget ();
 }

... then the example appears to work perfectly. This last change, seems like a good thing to do 
anyway. I don't have high confidence in the first one, but it definitely fixes the "in place rename 
does not redraw the tree" bug in my example, so something like that is needed.

build I20041013
1) create X.java
import static java.lang.System.*;
public class X {
  void foo() {
    arraycopy();
  }
}
2) compile

arraycopy() needs some parameters but there is no error.

I'm using RC2 to develop plugins for Rational Developer. I have 20+
plugins in my workspace. (My boss makes me do it :-) They're not all
VCed. In my Team Sync persp, I have Navigator and Synchronize views,
among others. To sync I select some set of plugins in Nav, and
rclick>Team>Sync.

If the set is large, and a lot of stuff changes, I get a very long
string of text in the space just under the Synchronize tab (note that
I have all my tabs on top). I can live with that. What I *hate* is
that C-F7 (I forget what that action is, but it's something like
"switch to another open view") wants to display that very long string
in its entirety. This causes

* the C-F7 list viewer to take the full width of my display, yet still
  be unable to display the Sync string in its entirety

* the labels of the list items all get truncated on the left, as well
  as the right, resulting in most of the list items being inscrutable

making C-F7 pretty useless in any persp that contains Sync view--bad.

I run Eclipse with Java 1.4.2, but for my project I have to use 1.3.1.
Particularly immediately after starting Eclipse, the following error occurs:

The project was not built since its build path is incomplete. Cannot find the
class file for java.lang.Object.

Refreshing and cleaning the project sometimes helps when done several times
(project settings are OK and need not be changed). What helps is restarting
Eclipse and cleaning the output folder in the OS.

build 3.0RC2

1) create X.java
public class X {
	void bar() {
		show("");
	}
	public void show(String d) {
		System.out.println(d);
	}
	public void show(String d) {
		System.out.println("");
	}
}
2) Select a 'foo' method declaration
3) Open Refactor menu
4) Select Refactor>Inlinne
an NPE occur

!ENTRY org.eclipse.ui 4 0 Jun 16, 2004 10:01:45.848
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.jdt.internal.corext.refactoring.code.TargetProvider.create
(TargetProvider.java:89)
	at 
org.eclipse.jdt.internal.corext.refactoring.code.InlineMethodRefactoring.<init>
(InlineMethodRefactoring.java:131)
	at 
org.eclipse.jdt.internal.corext.refactoring.code.InlineMethodRefactoring.create
(InlineMethodRefactoring.java:147)
	at org.eclipse.jdt.ui.actions.InlineAction.tryInlineMethod
(InlineAction.java:141)
	at org.eclipse.jdt.ui.actions.InlineAction.run(InlineAction.java:116)
	at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun
(SelectionDispatchAction.java:216)
	at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run
(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:915)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:866)
	at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:785)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2732)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2398)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1362)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1333)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:252)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

RC3

The regression was introduced by a fix we put in into M5. The bug number is
45062. However this problem was already raised against 2.1 and we fixed it for 
2.1.1 since we considered it major there.

The problem appears in situations where clients create a folder insides a 
source folder with a non package name (for example a-b) and source folder == 
output folder.

We havent't seen this since Eclipse developement setup is src and output 
folder bin. 

Test cases:

- create normal Java project
- select project 
- New->Folder
- enter name a-b

observe: folder doesn't show-up.

When importing a project set, I was prompted for the username and password for 
each projetc in the project set. This is easiest to reproduce if there are no 
preexisting repository locations.

3.0 RC3

Run the custom control example.
In the CTabFolder tab , select NOT Simple Tabs, SWT.FLAT and SWT.BORDER.
Make the CTabFolder be the preferred size.
Select the last tab.

Notice that at the far right a couple of pixels are not drawn in teh border.  
See attachment.

I meet a error after following these steps:
- Remove hot keys Navigate->Open:F3 then add a new one Ctrl+Enter
- Remove hot keys Edit->Find Previous:Ctrl+Shift+K then add a new one Shift+F3
- Remove hot keys Edit->Find Next:Ctrl+K then add a new one F3

Everything work fine with the new assigned keys except for editing an ant file 
(build.xml). When editing ant file, the ui understand the old hot keys: F3 for 
open and Ctrl+K for Find Next.

I200402102000
With the RefactoringMessages.properties from 
org.eclipse.jdt.internal.debug.core.refactoring (renamed from 
RefractoringMessages.properties) selected in the PackageExplorer, I clicked on 
the Search toolbar button.
From the NLS keys page, I clicked search.

Related to the fact that there is another RefactoringMessages class?

java.lang.reflect.InvocationTargetException
at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:283)
at org.eclipse.search.internal.ui.util.ExtendedDialogWindow.run
(ExtendedDialogWindow.java:180)
at 
org.eclipse.jdt.internal.ui.refactoring.nls.search.NLSSearchPage.performAction
(NLSSearchPage.java:199)
at org.eclipse.search.internal.ui.SearchDialog.performAction
(SearchDialog.java:363)
at org.eclipse.search.internal.ui.util.ExtendedDialogWindow.buttonPressed
(ExtendedDialogWindow.java:147)
at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:402)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2348)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2029)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:647)
at org.eclipse.jface.window.Window.open(Window.java:627)
at org.eclipse.search.internal.ui.OpenSearchDialogAction.run
(OpenSearchDialogAction.java:60)
at org.eclipse.search.internal.ui.OpenSearchDialogAction.run
(OpenSearchDialogAction.java:46)
at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:273)
at org.eclipse.ui.internal.WWinPluginAction.runWithEvent
(WWinPluginAction.java:207)
at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:536)
at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:488)
at org.eclipse.jface.action.ActionContributionItem$6.handleEvent
(ActionContributionItem.java:460)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2348)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2029)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:257)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:104)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
at org.eclipse.core.launcher.Main.run(Main.java:742)
at org.eclipse.core.launcher.Main.main(Main.java:581)
Caused by: java.lang.NullPointerException
at 
org.eclipse.jdt.internal.ui.refactoring.nls.search.NLSSearchResultCollector.fin
dKey(NLSSearchResultCollector.java:199)
at 
org.eclipse.jdt.internal.ui.refactoring.nls.search.NLSSearchResultCollector.acc
ept(NLSSearchResultCollector.java:108)
at 
org.eclipse.jdt.core.search.SearchEngine$ResultCollectorAdapter.acceptSearchMat
ch(SearchEngine.java:58)
at org.eclipse.jdt.internal.core.search.matching.MatchLocator.report
(MatchLocator.java:967)
at org.eclipse.jdt.internal.core.search.matching.MatchLocator.report
(MatchLocator.java:948)
at 
org.eclipse.jdt.internal.core.search.matching.PatternLocator.matchReportReferen
ce(PatternLocator.java:228)
at 
org.eclipse.jdt.internal.core.search.matching.TypeReferenceLocator.matchReportR
eference(TypeReferenceLocator.java:168)
at org.eclipse.jdt.internal.core.search.matching.MatchLocator.reportMatching
(MatchLocator.java:1136)
at org.eclipse.jdt.internal.core.search.matching.MatchLocator.reportMatching
(MatchLocator.java:1337)
at org.eclipse.jdt.internal.core.search.matching.MatchLocator.reportMatching
(MatchLocator.java:1348)
at org.eclipse.jdt.internal.core.search.matching.MatchLocator.reportMatching
(MatchLocator.java:1201)
at org.eclipse.jdt.internal.core.search.matching.MatchLocator.process
(MatchLocator.java:887)
at org.eclipse.jdt.internal.core.search.matching.MatchLocator.locateMatches
(MatchLocator.java:619)
at org.eclipse.jdt.internal.core.search.matching.MatchLocator.locateMatches
(MatchLocator.java:653)
at org.eclipse.jdt.internal.core.search.matching.MatchLocator.locateMatches
(MatchLocator.java:744)
at org.eclipse.jdt.internal.core.search.JavaSearchParticipant.locateMatches
(JavaSearchParticipant.java:157)
at 
org.eclipse.jdt.internal.core.search.pattern.InternalSearchPattern.findMatches
(InternalSearchPattern.java:190)
at org.eclipse.jdt.core.search.SearchEngine.search(SearchEngine.java:716)
at org.eclipse.jdt.core.search.SearchEngine.search(SearchEngine.java:684)
at org.eclipse.jdt.core.search.SearchEngine.search(SearchEngine.java:665)
at 
org.eclipse.jdt.internal.ui.refactoring.nls.search.NLSSearchOperation.execute
(NLSSearchOperation.java:84)
at org.eclipse.ui.actions.WorkspaceModifyOperation$1.run
(WorkspaceModifyOperation.java:91)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1567)
at org.eclipse.ui.actions.WorkspaceModifyOperation.run
(WorkspaceModifyOperation.java:105)
at org.eclipse.jface.operation.ModalContext$ModalContextThread.run
(ModalContext.java:101)

It appears that the code that enables the tab when a separate VM is specified 
incorrectly sets the Edit... and Remove... buttons on the EnvironmentTab.

In debug mode, while stepping thru my code, eclipse logged the following error:

Error logged from Debug Core:

org.eclipse.debug.core.DebugException[5010]: 
com.sun.jdi.VMDisconnectedException: Got IOException from Virtual Machine
at org.eclipse.jdi.internal.connect.PacketSendManager.sendPacket
(PacketSendManager.java:79)
at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:169)
at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:191)
at org.eclipse.jdi.internal.ThreadReferenceImpl.frames
(ThreadReferenceImpl.java:187)
at org.eclipse.jdi.internal.ThreadReferenceImpl.frame
(ThreadReferenceImpl.java:140)
at org.eclipse.jdt.internal.debug.core.model.JDIThread.getUnderlyingFrame
(JDIThread.java:571)
at 
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getUnderlyingStackFrame
(JDIStackFrame.java:958)
at org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getSourcePath
(JDIStackFrame.java:1141)
at 
org.eclipse.jdt.launching.sourcelookup.containers.JavaSourceLookupParticipant.ge
tSourceName(JavaSourceLookupParticipant.java:66)
at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceEl
ements(AbstractSourceLookupParticipant.java:54)
at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQue
ry.run(AbstractSourceLookupDirector.java:125)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:608)
at org.eclipse.core.runtime.Platform.run(Platform.java:758)
at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceElemen
t(AbstractSourceLookupDirector.java:692)
at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceElemen
t(AbstractSourceLookupDirector.java:431)
at org.eclipse.debug.internal.ui.views.launch.LaunchView.lookupEditorInput
(LaunchView.java:707)
at org.eclipse.debug.internal.ui.views.launch.LaunchView.openEditorForStackFrame
(LaunchView.java:778)
at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.showEditorForCurrentSelect
ion(LaunchView.java:686)
at org.eclipse.debug.internal.ui.views.launch.LaunchView.selectionChanged
(LaunchView.java:483)
at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:608)
at org.eclipse.core.runtime.Platform.run(Platform.java:758)
at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
at org.eclipse.jface.viewers.StructuredViewer.updateSelection
(StructuredViewer.java:1388)
at org.eclipse.jface.viewers.StructuredViewer.setSelection
(StructuredViewer.java:1090)
at org.eclipse.debug.internal.ui.views.launch.LaunchView.autoExpand
(LaunchView.java:1044)
at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleSuspen
dThreadEvent(LaunchViewEventHandler.java:225)
at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleSuspen
dEvent(LaunchViewEventHandler.java:185)
at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleDebugE
vents(LaunchViewEventHandler.java:100)
at org.eclipse.debug.internal.ui.views.AbstractDebugEventHandler$1.run
(AbstractDebugEventHandler.java:70)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2693)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2385)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:307)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:638)
at org.eclipse.core.launcher.Main.main(Main.java:622)


Problems occurred when invoking code from plug-in: "org.eclipse.core.runtime".

org.eclipse.debug.core.DebugException[5010]: 
com.sun.jdi.VMDisconnectedException: Got IOException from Virtual Machine
at org.eclipse.jdi.internal.connect.PacketSendManager.sendPacket
(PacketSendManager.java:79)
at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:169)
at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:191)
at org.eclipse.jdi.internal.ThreadReferenceImpl.frames
(ThreadReferenceImpl.java:187)
at org.eclipse.jdi.internal.ThreadReferenceImpl.frame
(ThreadReferenceImpl.java:140)
at org.eclipse.jdt.internal.debug.core.model.JDIThread.getUnderlyingFrame
(JDIThread.java:571)
at 
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getUnderlyingStackFrame
(JDIStackFrame.java:958)
at org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getSourcePath
(JDIStackFrame.java:1141)
at 
org.eclipse.jdt.launching.sourcelookup.containers.JavaSourceLookupParticipant.ge
tSourceName(JavaSourceLookupParticipant.java:66)
at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceEl
ements(AbstractSourceLookupParticipant.java:54)
at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQue
ry.run(AbstractSourceLookupDirector.java:125)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:608)
at org.eclipse.core.runtime.Platform.run(Platform.java:758)
at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceElemen
t(AbstractSourceLookupDirector.java:692)
at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceElemen
t(AbstractSourceLookupDirector.java:431)
at org.eclipse.debug.internal.ui.views.launch.LaunchView.lookupEditorInput
(LaunchView.java:707)
at org.eclipse.debug.internal.ui.views.launch.LaunchView.openEditorForStackFrame
(LaunchView.java:778)
at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.showEditorForCurrentSelect
ion(LaunchView.java:686)
at org.eclipse.debug.internal.ui.views.launch.LaunchView.selectionChanged
(LaunchView.java:483)
at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:608)
at org.eclipse.core.runtime.Platform.run(Platform.java:758)
at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
at org.eclipse.jface.viewers.StructuredViewer.updateSelection
(StructuredViewer.java:1388)
at org.eclipse.jface.viewers.StructuredViewer.setSelection
(StructuredViewer.java:1090)
at org.eclipse.debug.internal.ui.views.launch.LaunchView.autoExpand
(LaunchView.java:1044)
at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleSuspen
dThreadEvent(LaunchViewEventHandler.java:225)
at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleSuspen
dEvent(LaunchViewEventHandler.java:185)
at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleDebugE
vents(LaunchViewEventHandler.java:100)
at org.eclipse.debug.internal.ui.views.AbstractDebugEventHandler$1.run
(AbstractDebugEventHandler.java:70)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2693)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2385)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:307)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:638)
at org.eclipse.core.launcher.Main.main(Main.java:622)

20040129 preview from 5 p.m.

In the following code does the MethodRef '#gee(String)' have wrong ranges. The
range currently is 'gee(String' (missing '#' and missing ')')

(minor)

public class E {
    /**			
     * @see #gee(String)
     */
    public void gee(String name) {
    }
}

I200406072000

1. Create a non-Java project with a *.java file
2. Open it in the Java editor
3. hover over some words
==> log entry

Further strangeness to bug 64951

* condition is i == 57
* change to Java perspective
* shutdown workspace
* restart workspace
* re-launch last (debug mode)
* Error dialog appears claiming a runtime exception occurred in the condition. 
The error dialog appears 4 to 6 times (stacked) and this is in the log:

com.sun.jdi.IncompatibleThreadStateException: Thread was not suspended
at java.lang.Throwable.<init>(Throwable.java)
at java.lang.Throwable.<init>(Throwable.java)
at com.sun.jdi.IncompatibleThreadStateException.<init>
(IncompatibleThreadStateException.java:17)
at org.eclipse.jdi.internal.ThreadReferenceImpl.frameCount
(ThreadReferenceImpl.java:152)
at org.eclipse.jdt.internal.debug.core.model.JDIThread.getUnderlyingFrameCount
(JDIThread.java:629)
at org.eclipse.jdt.internal.debug.core.model.JDIThread.computeStackFrames
(JDIThread.java)
at org.eclipse.jdt.internal.debug.core.model.JDIThread.computeNewStackFrames
(JDIThread.java:528)
at 
org.eclipse.jdt.internal.debug.core.breakpoints.JavaLineBreakpoint.handleCondit
ionalBreakpointEvent(JavaLineBreakpoint.java:441)
at 
org.eclipse.jdt.internal.debug.core.breakpoints.JavaLineBreakpoint.handleBreakp
ointEvent(JavaLineBreakpoint.java:367)
at org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.handleEvent
(JavaBreakpoint.java:263)
at org.eclipse.jdt.internal.debug.core.EventDispatcher.dispatch
(EventDispatcher.java)
at org.eclipse.jdt.internal.debug.core.EventDispatcher.run
(EventDispatcher.java:221)
at java.lang.Thread.run(Thread.java:806)

Terminating and restarting the target works OK. Seems to be a problem with 
evaluating the condition on startup.

I20040607

SearchParticipant#scheduleDocumentIndexing(SearchDocument, IPath) schedules a 
job to index the document, but this job won't call 
SearchParticipant#indexDocument(...) if the index doesn't exist.

SearchParticipant#scheduleDocumentIndexing(SearchDocument, IPath) should 
create the index if it doesn't exist.

If I have code like the following:

StringBuffer myBuf = new StringBuffer();

myBuf.append("first").append("second").append("third");

I would usually want to format it as

myBuf.append("first")
    .append("second")
    .append("third")

..or possibly with the first line also wrapped. Currently, no combination of
line wrapping settings will cause this to happen. Even if "force split" is
combined with the available wrapping options, the entire line is only wrapped
"as neccessary". When method calls are not chained, the splitting and wrapping
occurs correctly.

It appears that a chain of method calls is not being subjected to the line
wrapping rules for function calls (or at least, is not formatting as would be
expected).

An image will be attached showing a long chain of method calls being incorrectly
formatted. The formatting shown is constant regardless of line wrapping settings.

The following code doesn't work:
		Shell shell = new Shell();
		
		Text text = new Text(shell, SWT.MULTI | SWT.BORDER | 
SWT.V_SCROLL);
		
		ScrollBar topBar = text.getVerticalBar();
		topBar.setEnabled(true);
		
		shell.open();

getVerticalBar() returns null.

When a minimized view becomes active (either through a user input or by being
automatically activated), it should be restored.

Similarly, when an active view is minimized, the focus should move to another
non-minimized view.

I20040322

Found NPE in .log (related to scrapbook page)

!ENTRY org.eclipse.ui 4 0 Mrz 22, 2004 17:57:21.152
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.jdt.internal.corext.template.java.JavaFormatter.plainFormat(JavaFormatter.java:174)
	at
org.eclipse.jdt.internal.corext.template.java.JavaFormatter.format(JavaFormatter.java:154)
	at
org.eclipse.jdt.internal.corext.template.java.JavaFormatter.format(JavaFormatter.java:78)
	at
org.eclipse.jdt.internal.corext.template.java.JavaContext.evaluate(JavaContext.java:124)
	at
org.eclipse.jdt.internal.ui.text.template.contentassist.TemplateProposal.getAdditionalProposalInfo(TemplateProposal.java:206)
	at
org.eclipse.jface.text.contentassist.AdditionalInfoController.computeInformation(AdditionalInfoController.java:221)
	at
org.eclipse.jface.text.AbstractInformationControlManager.doShowInformation(AbstractInformationControlManager.java:734)
	at
org.eclipse.jface.text.AbstractInformationControlManager.showInformation(AbstractInformationControlManager.java:724)
	at
org.eclipse.jface.text.contentassist.AdditionalInfoController$1.run(AdditionalInfoController.java:173)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2401)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2106)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1488)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1462)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:259)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:262)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:213)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:115)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:315)
	at org.eclipse.core.launcher.Main.run(Main.java:740)
	at org.eclipse.core.launcher.Main.main(Main.java:724)

 

20041013

The body of an EnumDeclaration is defined as 
 *         <b>{</b>
 *         [ EnumConstantDeclaration { <b>,</b> EnumConstantDeclaration } ] [
<b>,</b> ]
 *         [ <b>;</b> { ClassBodyDeclaration | <b>;</b> } ]
 *         <b>}</b>

In the API of 'EnumDeclaration' the two lists (constants and classbody
declaration) are modelled in one list (body declarations)

Wouldn't it be better to have this is two lists? I'm currently working on the
AST rewriter and this gets quite tricky: The separator between the list nodes
depends on the node type (separators are ',', ';' and new lines)
Replacing a node can result in changing the separator before and after the node.
This is of course all doable, but represents a special case, no other list of
nodes is as complicated.
Any chance that the lists can be separated? I also think the merging of the
lists is also conceptionally a hack.

Internal class 
org.eclipse.ui.ide/org.eclipse.ui.internal.ide.model/PropertyParser should be 
deprecated.  People should be using the extension point 
org.eclipse.core.runtime.contentTypes instead

Note that the tags XML_FIRST_TAG and XML_DTD_NAME have already been deprecated.

Can we actually remove these instead of deprecating them?

I20040209-1020:
- select a java field in the java editor
- Search > Occurrences in File
- (Old) Search view appears with correct results
- Doubleclicking a result or choosing 'Open File' from the context menu doesn't
work.

RC2

1. Follow the 'getting started' example 'Overlapping products in a common source
tree': Project has external folder as source folder that contains
com
  xyz
    product1
    product2
where com/xyz/product2/ is excluded.
-> The package explorer renders a package 'com.xyz' and a package
'com.xyz.product1' ( as seen in the documents screenshot)

2. In the Windows explorer first move the whole 'com' tree to a temporary
location. Local Refresh: Package explorer shows src to be empty. Ok!

3. Move the 'com' tree back again, local refresh. A new package
'com.xyz.product2' is shown

The delta issued on the second refresh is:
Java Model[*]: {CHILDREN}
	Product1[*]: {CHILDREN}
		src[*]: {CHILDREN}
			com[+]: {}
			com.xyz[+]: {}
			com.xyz.product1[+]: {}
			com.xyz.product2[+]: {}

The layout in the Java Browsing Perspectives only has a projects view and is 
missing the other 3 views beside it.  It seems like the changes to layout or 
forcing tab folders to be created has caused this.

see attached pic

20040210

- Change the preference setting 'update views' to 'on save'.
- Change a method name in the editor while looking at the method in the package
explorer.
- Save. The method icon becomes a question mark

I performed a sync on org.eclipse.jdt.ui.tests.refactoring with all files dirty
and the progress stayed at 20% for nearly the entire time.

We should deprecate the old search API.
In package org.eclipse.search.ui.

I support this request - CCin Jeem for final blessing

IActionGroupFactory
IContextMenuContributor
IGroupByKeyComputer
ISearchResultView
ISearchResultViewEntry

In class SearchUI:

public static boolean activateSearchResultView()
public static Image getSearchMarkerImage()
public static ISearchResultView getSearchResultView()

public static final String SEARCH_RESULT_VIEW_ID
public static final String POTENTIAL_MATCH
public static final String LINE

In I200401210900, PDE prevents me to start if I do not have an 
update.configurator.

In the case of running eclipse as an IDE, this behaviour is normal and good 
since it avoids people to wonder why they do not run.
However, in RCP cases, people may want to ship without a configurator, with 
another configurator, or any other imaginable case.
As a consequence I think it could be good to be able to enable or disable this 
check. The default behavior should stay the same as today.

Advantages it seems to offer over the current:

- filtering by extension (bug 46667)
- displaying of hidden directories and files (bug 55178)

When a build was cancelled using the square on the right side of the progress
view, the next launch does not trigger a rebuild in order to run the application.
-> Launch fails because the application is not built
Visible in 3.0RC1
Preferences/Run/Launch/"Build (if required) before launching" is set.

Using 3.0 RC1.

Take following example:
/**
 * Comment 
 * @@@@see Object Should not be a TagElement
 */
public class Test {
	/**
	 * Comment
	 * @@@param str Should not be a tag element
	 * @@return int Should not be a tag element 
	 */
	int foo(String str) {
		return 0;
	}
}

In ASTView @@@@see is stored as @see, @@@param as @param and @@return as @return
tags in DOM/AST Javadoc objects hierarchy.

Also, if I turn option 'Missing Javdoc tags' on, then no error are signaled
although I should have 2 missing tag warnings!

New feature to collapse regions of Java source - very nice.
The way I copy between files is to position the cursor to the start of the 
file, use Ctrl+Shift+End to select all of the text between cursor and EOF, or 
sometimes Shift+Arrow keys to highlight a selected region.
After this use Ctrl+C to copy into the clipboard.  The collapsed regions are 
not included.
Using Edit>Select All to select the file's contents does work, but holding 
down the shift key and using the keyboard arrows or Ctrl+End to traverse the 
selection cursor over collapsed regions doesn't pick up the collapsed bits.

build i0317

In the backwards compatibility layer (PreferencesForwarder)...

When you remove a value from the instance preferences, the resulting preference
change event contains strings rather than booleans.

The problem is that in the old preferences code, we didn't have a
#remove(String) call, we just had #setValue(String, boolean) so we knew the
type. And since the Preferences class was the one who generated the change
events, it could massage the event to contain Boolean objects instead of Strings
(which are stored in the backing store)

This is a breaking change and it needs to be resolved.

Build 2.0rc1.

Along the line of previous optimizations for disabling syntax diagnosis in 
certain situations, the MatchLocatorParser doesn't need to perform advanced 
heuristics in case locating matches in broken code (i.e. likely working 
copies).

Build 3.0rc1

In a self-hosting workspace, the set of previousSession container values is 
accounting for ~440K of memory, and once initialized these values are no 
longer necessary. These should be discarded as containers are initialized.

I've run into a use case when I wanted to use view's ActionBars in the init 
method of the view.

But this can't be done because site.getActionBars() returns null in the context 
of method IViewPart.init. This is clearly seen in ViewFactory..busyRestoreView:
First a ViewSite object is created, then it is passed to the view's init method 
and _then_ the ViewSite is initialized with action bars (and pane).

I don't see the reason why the ActionBars object isn't initialized _before_ it 
is passed to the view. Could it?

If required, I could provide more information about the motivation of my use 
case.

build I20040413

IElementCollector is defined in JFace, but the rest of the progress UI support,
and the types that reference this interface, are defined in UI.
It seems like this should be moved up.

It's also missing @since 3.0

The filemanager has a pretty bad problem in that it on linux the deletion of a
locked file is still possible.

Therefore a new solution is necessary. It consists in trying to relock a file
already locked. If the lock fails then the file is still held by somebody else,
otherwise it's all good.

To reproduce use the runtime code from HEAD (it contains fixes).

I installed the plugin from this update site:
http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/platform-ui-home/updates

Then I restart, everything is fine.

Then I disable the installed plugin and then without restarting I uninstall it.
This caused the exception detailed in bug #79353, and then caused a
PluginConversionException. This exception although being raised by the osgi
layer comes from the fact that update is uninstalling from the framework a
bundle whose content as already been removed from disk.

Side note: I'm investigating why the manifest has not been found.

d:\tmp\tests\eclipse\plugins\org.eclipse.ui.tools.heapstatus_1.0.0.200411231540.
	at
org.eclipse.core.runtime.adaptor.PluginConverterImpl.fillPluginInfo(PluginConverterImpl.java:110)
	at
org.eclipse.core.runtime.adaptor.PluginConverterImpl.convertManifest(PluginConverterImpl.java:660)
	at
org.eclipse.core.runtime.adaptor.EclipseBundleData.generateManifest(EclipseBundleData.java:233)
	at
org.eclipse.core.runtime.adaptor.EclipseBundleData.loadManifest(EclipseBundleData.java:191)
	at
org.eclipse.core.runtime.adaptor.CachedManifest.getManifest(CachedManifest.java:36)
	at org.eclipse.core.runtime.adaptor.CachedManifest.get(CachedManifest.java:75)
	at
org.eclipse.osgi.framework.internal.core.ManifestLocalization.getResourceBundle(ManifestLocalization.java:98)
	at
org.eclipse.osgi.framework.internal.core.ManifestLocalization.getHeaders(ManifestLocalization.java:52)
	at
org.eclipse.osgi.framework.internal.core.AbstractBundle.getHeaders(AbstractBundle.java:1032)
	at
org.eclipse.osgi.framework.internal.core.AbstractBundle.getHeaders(AbstractBundle.java:982)
	at
org.eclipse.osgi.framework.internal.core.AbstractBundle.uninstallWorkerPrivileged(AbstractBundle.java:913)
	at
org.eclipse.osgi.framework.internal.core.AbstractBundle$4.run(AbstractBundle.java:836)
	at java.security.AccessController.doPrivileged(Native Method)
	at
org.eclipse.osgi.framework.internal.core.AbstractBundle.uninstallWorker(AbstractBundle.java:869)
	at
org.eclipse.osgi.framework.internal.core.AbstractBundle.uninstall(AbstractBundle.java:834)
	at
org.eclipse.update.internal.configurator.ConfigurationActivator.installBundles(ConfigurationActivator.java:171)
	at
org.eclipse.update.operations.OperationsManager.applyChangesNow(OperationsManager.java:241)
	at org.eclipse.update.internal.ui.RestartDialog.openQuestion(RestartDialog.java:57)
	at org.eclipse.update.internal.ui.UpdateUI.requestRestart(UpdateUI.java:326)
	at
org.eclipse.update.internal.ui.views.UninstallFeatureAction.run(UninstallFeatureAction.java:53)
	at
org.eclipse.update.internal.ui.views.ConfigurationView$PreviewTask.run(ConfigurationView.java:343)
	at
org.eclipse.update.internal.ui.views.ConfigurationPreview$2.linkActivated(ConfigurationPreview.java:78)
	at org.eclipse.ui.forms.widgets.FormText.activateLink(FormText.java:748)
	at org.eclipse.ui.forms.widgets.FormText.handleMouseClick(FormText.java:633)
	at org.eclipse.ui.forms.widgets.FormText.access$9(FormText.java:617)
	at org.eclipse.ui.forms.widgets.FormText$6.mouseUp(FormText.java:282)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:136)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:818)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2803)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2448)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1537)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1508)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:277)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:220)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:710)
	at org.eclipse.core.launcher.Main.main(Main.java:694)

This problem was originally posted as a followup to Bug #70783, but Dorian
recommended that it be opened as a separate bug against Platform UI instead.  So
here it is.

The basic problem is that updating an application through the update site seems
to work correctly, but on restart the error log has several messages and the
product extension is now unusable.  However, restarting Eclipse with -clean
resolves all issues and the application functions correctly.  Here are the
entries from the log, followed by the steps to recreate the problem.

Log caused by restart after product update:
!SESSION Aug 25, 2004 20:18:15.463 --------------------------------------------
-
eclipse.buildId=I200406240800
java.version=1.4.2_03
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US

!ENTRY System Bundle 0 0 Aug 25, 2004 20:18:15.463
!MESSAGE FrameworkEvent.ERROR
!STACK 0
org.osgi.framework.BundleException: PackageAdmin.refreshPackages failed to 
complete
	at 
org.eclipse.osgi.framework.internal.core.PackageAdminImpl.processDelta
(PackageAdminImpl.java:518)
	at 
org.eclipse.osgi.framework.internal.core.PackageAdminImpl.refreshPackages
(PackageAdminImpl.java:352)
	at org.eclipse.osgi.framework.internal.core.PackageAdminImpl$1.run
(PackageAdminImpl.java:321)
	at java.lang.Thread.run(Unknown Source)
Caused by: org.osgi.framework.BundleException: Internal Error in the OSGi 
framework. Please report this problem.
	at 
org.eclipse.osgi.framework.internal.core.PackageAdminImpl.deleteRemovalPending
(PackageAdminImpl.java:157)
	at 
org.eclipse.osgi.framework.internal.core.PackageAdminImpl.processDelta
(PackageAdminImpl.java:454)
	... 3 more
Root exception:
org.osgi.framework.BundleException: Internal Error in the OSGi framework. 
Please report this problem.
	at 
org.eclipse.osgi.framework.internal.core.PackageAdminImpl.deleteRemovalPending
(PackageAdminImpl.java:157)
	at 
org.eclipse.osgi.framework.internal.core.PackageAdminImpl.processDelta
(PackageAdminImpl.java:454)
	at 
org.eclipse.osgi.framework.internal.core.PackageAdminImpl.refreshPackages
(PackageAdminImpl.java:352)
	at org.eclipse.osgi.framework.internal.core.PackageAdminImpl$1.run
(PackageAdminImpl.java:321)
	at java.lang.Thread.run(Unknown Source)

!ENTRY org.eclipse.ui 4 4 Aug 25, 2004 20:18:18.617
!MESSAGE Unable to find Action Set: com.genuitec.myeclipse.actions.deploytools

!ENTRY org.eclipse.ui 4 4 Aug 25, 2004 20:18:18.627
!MESSAGE Unable to find Action Set: com.genuitec.myeclipse.actions

!ENTRY org.eclipse.ui 4 4 Aug 25, 2004 20:18:18.627
!MESSAGE Unable to find Action Set: 
com.genuitec.myeclipse.actions.hibernatetools

!ENTRY org.eclipse.ui 4 4 Aug 25, 2004 20:18:18.637
!MESSAGE Unable to find Action Set: com.genuitec.myeclipse.actions.webtools

!ENTRY org.eclipse.ui 4 4 Aug 25, 2004 20:18:18.637
!MESSAGE Unable to find Action Set: com.genuitec.myeclipse.actions.jsftools

!ENTRY org.eclipse.ui 4 4 Aug 25, 2004 20:18:18.637
!MESSAGE Unable to find Action Set: com.genuitec.myeclipse.actions.strutstools

!ENTRY org.eclipse.ui 4 4 Aug 25, 2004 20:18:43.32
!MESSAGE Category com.genuitec.eclipse.views.myEclipseCategory not found for 
view com.genuitec.eclipse.ui.HTMLView.  This view added to 'Other' category.


Please note that is is Dorians log with a later build of Eclipse 3.0.  However,
the same error exists in the 3.0 release of 6/25.

Here are the steps to reproduce the problem.

1) Install a clean version of Eclipse 3.0
2) Download the MyEclipse 3.8.0 manual installation available here:
http://www.myeclipseide.com/products/eworkbench/eclipse-bug70783-test/myeclipse_030800.zip
3) Unzip the archive somewhere outside your Eclipse installation. 
4) Install it as a product extension through Help > Manage Configuration...
5) Restart
6) Open Help > About Eclipse and notice the five MyEclipse features are installed.
7) Open the MyEclipse Perspective and the Error Log view
8) Exit the workbench
9) Update to version 3.8.1 by adding a new update site that points to:
http://www.myeclipseide.com/products/eworkbench/updates-3.8.0to3.8.1
10) Allow the workbench to restart
11) Upon restart you'll get several errors about missing action sets and the
need to reset the perspective.
12) The log will have several errors in it about missing functionality and most
of the features are now unavailable even though 3.8.1 was only a bug-fix update.
13) Clear the log file in the Error Log view and exit Eclipse
14) Restart with the -clean option and notice that now MyEclipse 3.8.1 starts
without error and all functionality is now available.

Naturally, the lare number of errors in the log and multiple perspective reset
dialogs do not enhance the end user experience.  The broken functionality after
the update only exacerbates the issue.  Again, all fixed with a -clean start. 
Hope that helps.  Please let me know if you need any more information.

This beast currently sets up for the creation of the model as well as actually 
representing the Ant buildfile.

It could be split into at least two pieces: AntModelGenerator and AntModel

SWT Win32 I20040406: 

Using SWT.Virtual.  I added a println to Table.java:

	while (index <= end) {
			ignoreSelect = true;
			int code = OS.SendMessage (handle, 
OS.LVM_DELETEITEM, start, 0);
			ignoreSelect = false;
			if (code == 0) break;
      System.out.println("len: " + items.length + " ind: " + index);
			if (items [index] != null) items 
[index].releaseResources ();
			index++;
		}

And occasionally I get:

"len: 20 ind: 20";  so, index is out of bounds. I receive:

java.lang.ArrayIndexOutOfBoundsException: 20
	at org.eclipse.swt.widgets.Table.remove(Table.java:1669)
	at org.eclipse.jface.viewers.TableViewer.internalRefresh
(TableViewer.java:482)
	at org.eclipse.jface.viewers.TableViewer.internalRefresh
(TableViewer.java:436)
	at org.eclipse.jface.viewers.StructuredViewer$7.run
(StructuredViewer.java:873)
	at org.eclipse.jface.viewers.StructuredViewer.preservingSelection
(StructuredViewer.java:813)
	at org.eclipse.jface.viewers.StructuredViewer.refresh
(StructuredViewer.java:871)
	at org.eclipse.jface.viewers.StructuredViewer.refresh
(StructuredViewer.java:833)
	at org.eclipse.jface.viewers.StructuredViewer.update
(StructuredViewer.java:1304)
	at org.eclipse.jface.viewers.StructuredViewer.update
(StructuredViewer.java:1205)

I installed EMF and JEM from the Eclipse update site. I was prompted 7 times 
about unsigned features! Perhaps an Install All button could be added.

multiple versions, multiple platforms 
 
1.) Open the launch configuration dialog. 
2.) Create a new JUnit plug-in test, and point to the "org.eclipse.ui.tests" 
project. 
3.) Click on the Search button, and then hit "ESC" until the launch 
configuration dialog appears. 
4.) Open the launch configuration dialog again.  The search dialog for the old 
launch configuration dialog will now open.  Press cancel. 
 
This is definitely timing related.  Eclipse is still responding, but the 
modality of the open dialogs makes it impossible to do anything.  Eclipse needs 
to be killed.

When trying to share an existing project it seems CVS doesn't find or ask for 
the password, but tries to connect anyway. I have selected pserver in the 
workspace preferences.

We should add (change) the preference page to allow a user to choose their 
initial layout (compressed, hierarichal, flat). We shoudl also add a 
preference to enable/disable commit sets by default.

3.0.1 RC2

Some operations (adding, moving, deleting or changing the preferences file) will
cause a job that does encoding change notification to be scheduled. The problem
is that sometimes this job may start running before the actual operation is
completed, because the lock they compete for is released. This causes the actual
operation to be blocked. 

JohnA suggested scheduling the job with a delay. This would allow the actual
operation to complete normally most of the times (this problem is specially
apparent when the operation is supposed to be quick).

I saw this exception while preparing the submission for I200409140800.  The 
exception occurs in Bug66182Test.testWindow(), but is set in motion by 
Bug43610Test.testShiftAlt().  Basically, there appears to be an unnecessary 
"ESC" key press, but I'm not sure why it causes a problem. 
 
At the point that the multi-key assist shell is made visible, the display is 
null.  This display is provided in the constructor, and should also be the 
display on which the timerExec was started.

Following some rework of the registry, please apply this patch to make use of
the new method called getNamespace() on IConfigurationElement.
This patch will convert most occurrences of:
	configurationElement.getDeclaringExtension().getNamespace()
into
	configurationElement.getNamespace()

Since the presentation work began I suppose, Alt+- no longer opens the system
menu. Trying it on views gives a rather strange menu in a strange location,
trying it on editors gives nothing.

Following some rework of the registry, please apply this patch to make use of
the new method called getNamespace() on IConfigurationElement.
This patch will convert most occurrences of:
	configurationElement.getDeclaringExtension().getNamespace()
into
	configurationElement.getNamespace()

Following some rework of the registry, please apply this patch to make use of
the new method called getNamespace() on IConfigurationElement.
This patch will convert most occurrences of:
	configurationElement.getDeclaringExtension().getNamespace()
into
	configurationElement.getNamespace()

I had a memory monitor plugin that graphed the available memory over time. I 
wrote it using java.util.Timer. The graph looked flat. I re-implemented it 
using UIJob. The graph became a saw-tooth. The following code illustrates the 
problem.
Create a plugin project. Add the org.eclipse.ui.ActionSets extension and 
choose the Hello World example. In the run method, add the following code:
UIJob j = new UIJob("Tester"){
		    private int count = 10000;

            public IStatus runInUIThread(IProgressMonitor monitor)
            {
                long total = Runtime.getRuntime().totalMemory()/1024;
    			long free = Runtime.getRuntime().freeMemory()/1024;
    			System.out.println("Total= "+total+" free= "+free);
    			if (--count > 0)
    			    schedule(1000);
                return Status.OK_STATUS;
            }};
            j.schedule(1000);

Run the workbench and run the action set. The output should be something like 
this:
Total= # free= #
The free value should not be changing. In this instance it is going down 
continually until there is a GC when it jumps back up.

3.0 RC1

The project preferences should be forgotten when the corresponding file is
deleted  in the project content area. Currently, if a file is deleted, they
preferences in the corresponding node are still remembered.

A test case (written for ProjectPreferencesTest) follows (fails on assertion 2.0):

	/*
	 * When the preferences file is deleted, the corresponding preferences 
	 * should be forgotten.
	 */
	public void testPreferencesFileDeletion() {
		IWorkspace workspace = getWorkspace();
		IProject project = workspace.getRoot().getProject(getUniqueString());
		ensureExistsInWorkspace(new IResource[] {project}, true);
		Preferences node = new
ProjectScope(project).getNode(ResourcesPlugin.PI_RESOURCES);
		String key = "key";
		String value = getUniqueString();
		node.put(key, value);
		try {
			node.flush();
		} catch (BackingStoreException e) {
			fail("1.1", e);
		}
		assertTrue("1.2",
project.getFolder(".settings").getFile(ResourcesPlugin.PI_RESOURCES +
".prefs").exists());
		node = new ProjectScope(project).getNode(ResourcesPlugin.PI_RESOURCES);
		assertEquals("1.3", value, node.get(key, null));
		ensureDoesNotExistInWorkspace(project.getFolder(".settings"));
		node = new ProjectScope(project).getNode(ResourcesPlugin.PI_RESOURCES);
		assertNull("2.0", node.get(key, null));
	}

Following some rework of the registry, please apply this patch to make use of
the new method called getNamespace() on IConfigurationElement.
This patch will convert most occurrences of:
	configurationElement.getDeclaringExtension().getNamespace()
into
	configurationElement.getNamespace()

In bug 51437, an initial API for non-uniform encodings in the workspace was
released. Although project descriptions now have a "defaultCharset" property, it
is not being persisted.

When trying to run the SWT Browser widget on Linux distributions, you need to 
create the file /etc/gre.conf. There is currently no API/functionality to 
specify an alternative config file to the Browser component. Our application 
requires the Browser component to use a specific version of mozilla and without 
the ability to specify an alternative configuration to be used by the Browser 
component there is no gurantee that our application would coexist with other 
applications on Linux. We require an API to tell the browser component what 
config file to use so that we can point the Browser component to the Mozilla 
version required by us.

We need to fire a build finished when the Ant editor closes to clean up the 
IntrospectionHelpers that are generated during code assist.

Following some rework of the registry, please apply this patch to make use of
the new method called getNamespace() on IConfigurationElement.
This patch will convert most occurrences of:
	configurationElement.getDeclaringExtension().getNamespace()
into
	configurationElement.getNamespace()

build I20040318

Doing a build, it was taking quite a while during its final "updating" phase.
Hit Ctrl+break in the console and the only thread doing interesting work was
this one.

I wouldn't put too much weight on this, as it's only a sample of one, but
thought you should be aware.  Some profiling is probably in order.


"Worker-29" prio=5 tid=0x2299e240 nid=0x2f8 runnable [23c4e000..23c4fd90]
        at java.util.Vector.removeElement(Vector.java:604)
        - waiting to lock <0x11f207c8> (a java.util.Vector)
        at java.util.Observable.deleteObserver(Observable.java:78)
        - locked <0x11f0c980> (a org.eclipse.core.internal.indexing.IndexAnchor)
        at
org.eclipse.core.internal.indexing.ObjectStore.releaseObject(ObjectStore.java:254)
        at
org.eclipse.core.internal.indexing.IndexedStoreObject.release(IndexedStoreObject.java:71)
        at org.eclipse.core.internal.indexing.IndexCursor.find(IndexCursor.java:87)
        - locked <0x11eb8608> (a org.eclipse.core.internal.indexing.IndexCursor)
        at
org.eclipse.core.internal.indexing.IndexedStore.getIndex(IndexedStore.java:260)
        - locked <0x11eacb18> (a org.eclipse.core.internal.indexing.IndexedStore)
        at
org.eclipse.core.internal.properties.IndexedStoreWrapper.getIndex(IndexedStoreWrapper.java:122)
        - locked <0x11eacc80> (a
org.eclipse.core.internal.properties.IndexedStoreWrapper)
        at
org.eclipse.core.internal.properties.IndexedStoreWrapper.getCursor(IndexedStoreWrapper.java:172)
        - locked <0x11eacc80> (a
org.eclipse.core.internal.properties.IndexedStoreWrapper)
        at
org.eclipse.core.internal.properties.PropertyStore.recordsMatching(PropertyStore.java:309)
        at
org.eclipse.core.internal.properties.PropertyStore.get(PropertyStore.java:171)
        at
org.eclipse.core.internal.properties.PropertyManager.getProperty(PropertyManager.java:144)
        - locked <0x11ea61a8> (a org.eclipse.core.internal.properties.PropertyStore)
        at
org.eclipse.core.internal.resources.Resource.getPersistentProperty(Resource.java:894)
        at
org.eclipse.team.core.RepositoryProvider.getProvider(RepositoryProvider.java:451)
        at
org.eclipse.team.internal.ccvs.core.CVSWorkspaceSubscriber.roots(CVSWorkspaceSubscriber.java:95)
        at
org.eclipse.team.core.subscribers.SubscriberSyncInfoCollector.getRoots(SubscriberSyncInfoCollector.java:262)
        at
org.eclipse.team.core.subscribers.SubscriberSyncInfoCollector.isDescendantOfRoot(SubscriberSyncInfoCollector.java:24
)
        at
org.eclipse.team.core.subscribers.SubscriberSyncInfoCollector.processDelta(SubscriberSyncInfoCollector.java:199)
        at
org.eclipse.team.core.subscribers.SubscriberSyncInfoCollector.processDelta(SubscriberSyncInfoCollector.java:225)
        at
org.eclipse.team.core.subscribers.SubscriberSyncInfoCollector.processDelta(SubscriberSyncInfoCollector.java:225)
        at
org.eclipse.team.core.subscribers.SubscriberSyncInfoCollector.processDelta(SubscriberSyncInfoCollector.java:225)
        at
org.eclipse.team.core.subscribers.SubscriberSyncInfoCollector.processDelta(SubscriberSyncInfoCollector.java:225)
        at
org.eclipse.team.core.subscribers.SubscriberSyncInfoCollector.processDelta(SubscriberSyncInfoCollector.java:225)
        at
org.eclipse.team.core.subscribers.SubscriberSyncInfoCollector.processDelta(SubscriberSyncInfoCollector.java:225)
        at
org.eclipse.team.core.subscribers.SubscriberSyncInfoCollector.processDelta(SubscriberSyncInfoCollector.java:225)
        at
org.eclipse.team.core.subscribers.SubscriberSyncInfoCollector.processDelta(SubscriberSyncInfoCollector.java:225)
        at
org.eclipse.team.core.subscribers.SubscriberSyncInfoCollector.processDelta(SubscriberSyncInfoCollector.java:225)
        at
org.eclipse.team.core.subscribers.SubscriberSyncInfoCollector.resourceChanged(SubscriberSyncInfoCollector.java:284)
        at
org.eclipse.core.internal.events.NotificationManager$2.run(NotificationManager.java:255)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:647)
        at org.eclipse.core.runtime.Platform.run(Platform.java:512)
        at
org.eclipse.core.internal.events.NotificationManager.notify(NotificationManager.java:248)
        at
org.eclipse.core.internal.events.NotificationManager.broadcastChanges(NotificationManager.java:142)
        at
org.eclipse.core.internal.resources.Workspace.broadcastChanges(Workspace.java:155)
        at
org.eclipse.core.internal.resources.Workspace.endOperation(Workspace.java:854)
        at org.eclipse.core.internal.resources.Workspace.build(Workspace.java:180)
        at
org.eclipse.ui.actions.GlobalBuildAction$1.run(GlobalBuildAction.java:196)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

3.0 RC1

When a CoreException happens on setting the charset for a given resource, the
same message is shown twice.

The double message is due to the fact that the CoreException message is always
equal to the status message. There is value in showing both of them. An option
would be to show the message in the internal exception that caused the
CoreException (CoreException.getStatus().getException()).
 
To reproduce:

1 - disabled auto-refresh
2 - set the encoding of a file (file.txt) in a project to be something I wanted
(causing a preferences file to be created in the .settings dir)
3 - opened the project preferences file
(.settings/org.eclipse.core.resources.prefs) externally (using a system editor -
Notepad) and changed the corresponding entry to be something else, and saved,
causing the preferenecs file to be out-of-sync
4 - tried to set the encoding for file.txt to be something else. When pressing
ok, an "Internal error" dialog will show up saying: "Could not save encoding
settings", reason: "Could not save encoding settings".

final String happy = "string is a happy place" + "string is a happy place" +
"string is a happy place"; //$NON-NLS-1$//$NON-NLS-2$//$NON-NLS-3$

becomes

final String happy = "string is a happy place"
        + "string is a happy place" + "string is a happy place";
//$NON-NLS-1$//$NON-NLS-2$//$NON-NLS-3$


This breaks the externalized strings mechanism provided elsewhere in Eclipse. 
Non-externalized strings are both recognized as a quick fix and a compiler
setting.  They are requirement for all code written as part of Eclipse.

This makes the formatter unfit for developing Eclipse code.

I20040128

The progress popup is too small when using large system font settings (125% of
normal). For example, the job "Building workspace" does not fit (I see "Building
wor..ce"). It may be fine for the window to have fixed width, but perhaps make
it proportional to font size? (using Dialog.convertWidthInCharsToPixels, etc). I
suspect this extra semi-colon in ProgressFloatingWindow.adjustSize might be to
blame:

if (size.x > maxSize)
	;
size.x = maxSize;

With build 2004-05-11, IBM J9SE VM (build 2.1, J2RE 1.4.1 IBM J9 build 20040121
(JIT enabled))

1) I changed two files in the org.eclipse.search project.
2) Used team-synchronize from the package explorer (selection on the project).
3) Selected the folder the two changed files are in
4) Selected "commit" from the context menu.
5) observe: I get an exception:

!ENTRY org.eclipse.ui 4 0 May 11, 2004 10:24:26.70
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.NullPointerException.<init>(NullPointerException.java:60)
        at org.eclipse.jface.resource.ImageRegistry.get(ImageRegistry.java)
        at org.eclipse.team.internal.ui.dialogs.DetailsDialog.createDialogArea(D
etailsDialog.java:140)
        at org.eclipse.jface.dialogs.Dialog.createContents(Dialog.java:631)
        at org.eclipse.jface.window.Window.create(Window.java:348)
        at org.eclipse.jface.dialogs.Dialog.create(Dialog.java:924)
        at org.eclipse.jface.window.Window.open(Window.java:637)
        at org.eclipse.team.internal.ccvs.ui.repo.RepositoryManager$2.run(Reposi
toryManager.java:552)
        at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:135)
        at org.eclipse.ui.internal.UISynchronizer.syncExec(UISynchronizer.java)
        at org.eclipse.swt.widgets.Display.syncExec(Display.java)
        at org.eclipse.team.internal.ccvs.ui.repo.RepositoryManager.promptForCom
ment(RepositoryManager.java:550)
        at org.eclipse.team.internal.ccvs.ui.subscriber.WorkspaceCommitOperation
.promptForComment(WorkspaceCommitOperation.java:267)
        at org.eclipse.team.internal.ccvs.ui.subscriber.WorkspaceCommitOperation
.promptForUnaddedHandling(WorkspaceCommitOperation.java:284)
        at org.eclipse.team.internal.ccvs.ui.subscriber.WorkspaceCommitOperation
.getSyncInfoSet(WorkspaceCommitOperation.java:87)
        at org.eclipse.team.internal.ccvs.ui.subscriber.WorkspaceCommitOperation
.shouldRun(WorkspaceCommitOperation.java:72)
        at org.eclipse.team.ui.TeamOperation.run(TeamOperation.java:92)
        at org.eclipse.team.ui.synchronize.SynchronizeModelAction.run(Synchroniz
eModelAction.java:110)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:891)
        at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContri
butionItem.java:842)
        at org.eclipse.jface.action.ActionContributionItem$6.handleEvent(ActionC
ontributionItem.java:761)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.jav
a:243)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformAct
ivator.java:298)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:249)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:126)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:79)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:41)
        at java.lang.reflect.Method.invoke(Method.java:386)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
        at org.eclipse.core.launcher.Main.run(Main.java:722)
        at org.eclipse.core.launcher.Main.main(Main.java:706)
java.lang.NullPointerException

I consider this a blocker, because it indeed "blocks development or testing".

The IPerspectiveListener API currently fires a "reset" event when a perspective is about to be 
reset. However, there is not event to inform listeners when the reset is complete.

We would like a "resetComplete" notification because we have a part listener that we'd like to 
deregister during a reset. With the reset event, we know when to remove our listener. But we need 
the resetComplete to know when to add the listener back.

We need to do this for our view context support, which automatically opens/closes views for the 
user. In order to minimize disruptiveness, we don't automatically open/close a view that the user 
has manually opened or closed. We do this with a part listener. This mechanism currently catches 
views that are closed during a perspective reset, but we don't want it to.

build N0222

With several (3) java editors open I:
- selected some text and use the menu Copy command (because ctrl-c does not 
seem to work)
- then reposition my cursor in the SAME editor and hit ctrl-v
- the paste does not appear to work however, on closer inspection of ANOTHER 
editor, I find my text inserted there!

marking as major both because the ctrl keys to not seem to work correctly and 
because of potential data corruption issues with pasting text at random.

I20040529 (RC1)
I have 5 outgoing changes in three separate folders
No incoming changes

Starting in the incoming mode, using OptimizeIt, Gc'd and marked current 
instance count.
Using the toolbar button, switched to outgoing mode
Back to incoming mode
Gc'd

For each switch back and forth I see (classname | number instance leaked):
org.eclipse.jface.util.ListenerList    11
org.eclipse.team.internal.ui.synchronize.RemoteResourceTypedElement    6
org.eclipse.team.internal.ui.synchronize.SyncInfoModelElement$1  5
org.eclipse.team.internal.ui.synchronize.SyncInfoModelElement    4
org.eclipse.team.internal.ui.synchronize.UnchangedResourceModelElement 3
org.eclipse.core.internal.resources.Folder    3
org.eclipse.team.internal.ui.synchronize.CompressedFoldersModelProvider$Unchang
edCompressedDiffNode    3
org.eclipse.core.runtime.Path   3 
org.eclipse.team.internal.ui.synchronize.CompressedFoldersModelProvider$Compres
sedFolderDiffNode   1

I will attach the reduced ref graph which I believe is the root of the problem

RC2

1. have this folder structure:

src // src folder
|- encoding // package - encoding set to UTF-8
    |- LATIN1Class.java // java source file, encoding: ISO-8859-1 (Latin1)

Containing this code:

====================

package encoding;

public class LATIN1Class {
    /* (non-Javadoc)
     * @see java.lang.Object#toString()
     */
    public String toString ( )
    {
        // TODO Auto-generated method stub
        return "הצ�: " + הצ�();
    }

    /**
     * @return
     */
    private String הצ� ( )
    {
        // TODO Auto-generated method stub
        return "הצ�";
    }
}
===========================

2. Refactor -> Rename the class to LATIN1Class2

Expected: class is renamed, keeps encoding ISO-8859-1, file content the same but
for the class name
Actual: class is renamed, keeps encoding ISO-8859-1, file content changed to
UTF-8 encoding.

Note:
- When Refactor->Copying a class the file gets properly copied and saved in the
folder's encoding (UTF-8).
- Rename is probably a special case of 'Move': a new file is created, with the
inherited encoding. When renaming, the encoding should be kept.

If I have a pessimistic provider and I open an editor on file, modify it and 
commit it, the file will be reset to be read-only. When this occurs, the open 
editor will no longer allow the user to edit the file. To do so, the editor 
must be closed and reopened and then a another validateEdit will be performed. 
The problem is that the editor (the file buffer actually) keeps track of 
whether it has already been validated and does not revalidate. We either need 
to provide notification to the editor that it needs to revalidate or the 
editor (file buffer) needs to keep track of the result of the validate (OK or 
no-edit-allowed) and revalidate if the file becomes read-only again.

Build I20040121.

Compiler wrongly warns me on valid syntax in following javadoc comment:
/**
 * @see java.lang
 */

Package references are valid in @see tags (see Javadoc spec v1.4)

Build I20040120 + jdtcore.jar of I20040127...

Let's have following javadoc comment:
/**
 * @see String Standard class for string
 */

Binding resolution fails (return null) on String which should be obviously 
bound!

Note that in following case
/**
 * @see X#x Instance variable of class X
 */
the binding is found

The specs for classpath container initializers (subclasses of 
ClasspathContainerInitializer) and classpath containers (implementations of 
IClasspathContainer) should spell out the restricted subset of the JDT Core 
APIs that can be safely used.

In the SWT example, such as HoverHelp, InputStreams are used to create 
ImageData and Images.  The streams are never closed, which leaves file handles 
open until the process is terminated.  Given how frequently Copy and Pasting 
occurs from these example, the streams should be properly closed.  Also, the 
JavaDoc for ImageData and Image should warn that it is still the clients 
responsibility to close any Streams passed as Parameters.

i20040504

I noticed this migrating the non-uniform encoding mechanism to project
preferences. Flushing a node in the project scope does not cause an immediate
resource change event, because the corresponding file is saved to the file
system, not to the workspace. Only if you have auto-refresh on (or refresh
manually), the changes will eventually show up.

I created a Java Application, and then went to the Arguments tab.  When I placed 
a ${env_var:TEST_PATH} in the "Local Directory" text box, it allowed me to do 
so, and even verified that the path existed, and let me save it.  Wahoo!.  But, 
when selecting another java application, then switching back to the one with 
${env_var:TEST_PATH}, it mysteriously moves the ${env_var:TEST_PATH} to the 
"Workspace" text box, and now, it tells me that "The Specified project or folder 
does not exist".

Build I20040120 + jdtcore.jar of I20040127...

Let's have following javadoc comment:
/**
 * Method outside javaDoc Comment
 *  1) {@link String} tag description not empty
 *  2) {@link CharOperation Unknown class} tag description not empty
 */

Binding resolution fails (return null) on String which shuld be obviously bound!

To speed up AST creation and to be able to share bindings between ASTs we 
would need a pipeline to create AST. The pipeline would work as follows:

- all CUs initially put into the pipeline are converted into AST and they
  are handed back one by one via some sort of call back interface

- when the pipeline is empty a special hook is call to have the change to
  add more CUs to the pipeline

- the pipeline can only contain CUs form the same project

- a CU can't be parsed twice. Philippe, we looked at our code and it would
  be a great help if we would be able to parse CUs a second time. Would this
  be possible if we guarantee that the content of the CU didn't change ?

With generics and covariance these rules got complex. Method on bindings like

- IMethodBinding.override(IMethodBinding ....)
- ITypeBinding.isConform(ITypeBinding...)

would help.

20040910

Currently, when using Signature.getTypeArguments on a normal (non-parametrized)
type you get a IAE. It would be nicer (and IMO also more correct) to get an
empty array

build I200409231635

1) create the following type
public class X {
  float f = 0x
}
2) try to save the file

An ArrayIndexOutOfBoundsException  occurs

java.lang.ArrayIndexOutOfBoundsException: Array index out of range: 2
	at org.eclipse.jdt.internal.compiler.ast.IntLiteral.computeConstant
(Unknown Source)
	at org.eclipse.jdt.internal.compiler.ast.Literal.resolveType(Unknown 
Source)
	at org.eclipse.jdt.internal.compiler.ast.IntLiteral.resolveType
(Unknown Source)
	at org.eclipse.jdt.internal.compiler.ast.FieldDeclaration.resolve
(Unknown Source)
	at org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve
(Unknown Source)
	at org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve
(Unknown Source)
	at 
org.eclipse.jdt.internal.compiler.ast.CompilationUnitDeclaration.resolve
(Unknown Source)
	at org.eclipse.jdt.core.dom.CompilationUnitResolver.resolve(Unknown 
Source)
	at org.eclipse.jdt.core.dom.CompilationUnitResolver.resolve(Unknown 
Source)
	at org.eclipse.jdt.core.dom.ASTParser.internalCreateAST(Unknown Source)
	at org.eclipse.jdt.core.dom.ASTParser.createAST(Unknown Source)
	at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.createAST
(Unknown Source)
	at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.getAST(Unknown 
Source)
	at 
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartLis
tenerGroup.calculateASTandInform(Unknown Source)
	at 
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$3.run
(Unknown Source)
	at org.eclipse.core.internal.jobs.Worker.run(Unknown Source)

When attempting to launch a project, using a default runtime classpath, if a 
pre-req project is closed, the launch aborts. This seems overly restrictive. 
The launch should compute the part of the classpath that it can, and continue. 
For example, I may close a project, and then add an external jar in its place 
onto the runtime classpath. However, we do not allow this to work currently.

I20040611

The message should be Filters matched not Filters Matched

We need the ability to resize any view in a perspective programmatically.

In JDIModelPresentation#getExpressionText(), the local variable 'label' is
initialized to a not-null value, then is check if is not null. The null check is
not needed.

RC2

If you supply a bad image, it's possible that imageDescriptor.createImage() can
return null.  We don't check for this.

I have a class with abstract method. I use the change signature to change the 
signature of the method. If I delete field, I would expect it to delete the 
@param from the comment. If I add field, I would expect it to add @param with 
TODO to the comment. Also all the derived classes have javadoc with @see 
original method signature. When the refactor changes the signature of all the 
derived/implementing classes, it should update the @see with new method 
signature.

I20040427

- investigate why the debug attempt to join builds prior to launching was
hanging forever.  See bug 60203 for details.

Open the following buildfile
place a space in the "resource" attribute
Wait for the error annotation
remove the space

You get a annotation that "Could not create task or type taskdef"
Once you are in this state, you need to close and reopen the editor to remove 
the problem.

<project name="ant-test" default="ouch" >
    <target name="ouch" description="ouch">
        <taskdef resource="my.properties" classpath="lib">
        </taskdef>
	</target>	
</project>

org.eclipse.ui uses some code in Runtime which are newly deprecated.  I am 
attaching a patch (based on i0428) which eliminated the deprecations.  This is 
informational and rigorous testing has not been done.

In Bug 54559, Nick wrote: 
While looking at bug 60039 (fixed), I noticed that LaunchViewContextListener
often calls getActiveWorkbenchWindow and getActivePage.  I'm not sure exactly
what this class does, but it seems to me that if the intent is to track
visibility of other views in the same perspective as the Launch view, then it
should just use the Launch view's page.  I did encounter one instance where it
appeared to get confused by me having two windows open (it was talking to a
different window than the one containing its Launch view).

In Eclipse >= 2.0, there is only ever one page per window, but the page may
contain multiple perspectives.

Can the calls to getActiveWorkbenchWindow and getActivePage() be eliminated?

build I20040317 + latest from HEAD

I notice that ExtensionRegistry.listeners is a Map rather than an ordered list.

There's an implicit assumption that listeners get called in the order they're
added.  Suggest changing this to an ArrayList.

Plugin.initializeDefaultPluginPreferences() is now deprecated, and there is a 
new story in place.

AbstractUIPlugin re-implements this method, and offers it as API to its 
subclasses. Review the AbstractUIPlugin API to see what should be done here.

Looks like I forgot one case...

The project attribute should be updated when moving the package which contains the main type in 
a different project.

I have created an External Tool using  Ant Build to run the build.xml for my project.

An Ant property is used to indicate the release number to use for creating the distribution files

I am trying to set up the property 'product.release' with '${string_prompt:Product Release:0}' as the 
value but instead of prompting me like it should.  It just uses '${string_prompt....}' as the actual release 
value

Please let me know if you need any further information,
Matt Brozowski

i20040212

The following log will have the subentry titled "titleC" omitted. It seems to be
a presentation problem, since the PDE's LogReader is able to parse and build a
correct data model (LogEntries).

!SESSION Feb 12, 2004 15:21:15.423 ---------------------------------------------
!ENTRY titleA 0 0 Feb 12, 2004 15:21:15.438
!MESSAGE message
!SUBENTRY 1 titleB 0 0 Feb 12, 2004 15:21:15.438
!MESSAGE message
!SUBENTRY 2 titleC 0 0 Feb 12, 2004 15:21:15.470
!MESSAGE message
!SUBENTRY 1 titleD 0 0 Feb 12, 2004 15:21:15.470
!MESSAGE message

3.0RC1

If the text before the declaration of the Jave element associated with a watchpoint or a method 
breakpoint changes size (characters are added or removed), the location of the marker associated 
with this breakpoint is not (correctly) updated.
The result is, if you double-click on the breakpoint in the breakpoint view after the refactoring, the 
text selected in the editor won't be the name of the Java element.

3.0RC1

1. open a long file
2. modify it, save it.
3. open the compare with local history dialog for this file.
4. grab the slider of the vertical scroll bar
5. move up or down
6. release the slider, you will the first or last, 1 or 2 lines switch to their correct content just after 
you release the slider.

The warning annotation is too long for a taskdef warning

<project default="type">	
	<target name="type">
		 <taskdef name="mine" classname="does.not.exist.AntTestTask" 
classpath="antUITestsSupport.jar"/>
	</target>
</project>

I expanded an array list node in the variables view and Eclipse completely 
froze. 

============================= VM dump =========================================
Full thread dump Java HotSpot(TM) Client VM (1.4.2-b28 mixed mode):

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x046fe3a0 
nid=0xa8c in Object.wait() [41df000..41dfd94]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:176)
        - locked <0x10ae72a0> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Packet Send Manager" prio=5 tid=0x049bfbd0 nid=0x848 in Object.wait() 
[67ef000..67efd94]
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Object.java:429)
        at 
org.eclipse.jdi.internal.connect.PacketSendManager.sendAvailablePackets
(PacketSendManager.java:94)
        - locked <0x18ee7728> (a 
org.eclipse.jdi.internal.connect.PacketSendManager)
        at org.eclipse.jdi.internal.connect.PacketSendManager.run
(PacketSendManager.java:54)
        at java.lang.Thread.run(Thread.java:534)

"Packet Receive Manager" prio=5 tid=0x046d12b0 nid=0xf9c runnable 
[676f000..676fd94]
        at java.net.SocketInputStream.socketRead0(Native Method)
        at java.net.SocketInputStream.read(SocketInputStream.java:129)
        at java.net.SocketInputStream.read(SocketInputStream.java:182)
        at java.io.DataInputStream.readInt(DataInputStream.java:443)
        at org.eclipse.jdi.internal.jdwp.JdwpPacket.read(JdwpPacket.java:125)
        at 
org.eclipse.jdi.internal.connect.PacketReceiveManager.readAvailablePacket
(PacketReceiveManager.java:224)
        at org.eclipse.jdi.internal.connect.PacketReceiveManager.run
(PacketReceiveManager.java:70)
        at java.lang.Thread.run(Thread.java:534)

"ServerConnection" prio=7 tid=0x04a1f938 nid=0xabc runnable [66ef000..66efd94]
        at java.net.SocketInputStream.socketRead0(Native Method)
        at java.net.SocketInputStream.read(SocketInputStream.java:129)
        at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(StreamDecoder.java:408)
        at sun.nio.cs.StreamDecoder$CharsetSD.implRead(StreamDecoder.java:450)
        at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:182)
        - locked <0x18eed888> (a java.io.InputStreamReader)
        at java.io.InputStreamReader.read(InputStreamReader.java:167)
        at java.io.BufferedReader.fill(BufferedReader.java:136)
        at java.io.BufferedReader.readLine(BufferedReader.java:299)
        - locked <0x18eed888> (a java.io.InputStreamReader)
        at java.io.BufferedReader.readLine(BufferedReader.java:362)
        at org.eclipse.jdt.internal.junit.ui.RemoteTestRunnerClient.readMessage
(RemoteTestRunnerClient.java:321)
        at org.eclipse.jdt.internal.junit.ui.RemoteTestRunnerClient.access$29
(RemoteTestRunnerClient.java:320)
        at 
org.eclipse.jdt.internal.junit.ui.RemoteTestRunnerClient$ServerConnection.run
(RemoteTestRunnerClient.java:250)

"Console Polling Thread" prio=7 tid=0x04b77ea8 nid=0x82c waiting on condition 
[666f000..666fd94]
        at java.lang.Thread.sleep(Native Method)
        at 
org.eclipse.debug.internal.ui.views.console.ConsoleDocumentPartitioner.pollAndS
leep(ConsoleDocumentPartitioner.java:5
64)
        at 
org.eclipse.debug.internal.ui.views.console.ConsoleDocumentPartitioner$1.run
(ConsoleDocumentPartitioner.java:548)
        at java.lang.Thread.run(Thread.java:534)

"Input Stream Monitor" prio=5 tid=0x04910730 nid=0xe18 in Object.wait() 
[65ef000..65efd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x18eeda28> (a java.lang.Object)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.debug.internal.core.InputStreamMonitor.writeNext
(InputStreamMonitor.java:124)
        - locked <0x18eeda28> (a java.lang.Object)
        at org.eclipse.debug.internal.core.InputStreamMonitor.write
(InputStreamMonitor.java:99)
        at org.eclipse.debug.internal.core.InputStreamMonitor$1.run
(InputStreamMonitor.java:75)
        at java.lang.Thread.run(Thread.java:534)

"Output Stream Monitor" prio=5 tid=0x04884050 nid=0xc34 runnable 
[65af000..65afd94]
        at java.io.FileInputStream.readBytes(Native Method)
        at java.io.FileInputStream.read(FileInputStream.java:177)
        at org.eclipse.debug.internal.core.OutputStreamMonitor.read
(OutputStreamMonitor.java:132)
        at org.eclipse.debug.internal.core.OutputStreamMonitor.access$1
(OutputStreamMonitor.java:124)
        at org.eclipse.debug.internal.core.OutputStreamMonitor$1.run
(OutputStreamMonitor.java:177)
        at java.lang.Thread.run(Thread.java:534)

"Output Stream Monitor" prio=5 tid=0x04880818 nid=0xf54 runnable 
[54ef000..54efd94]
        at java.io.FileInputStream.readBytes(Native Method)
        at java.io.FileInputStream.read(FileInputStream.java:194)
        at java.io.BufferedInputStream.read1(BufferedInputStream.java:220)
        at java.io.BufferedInputStream.read(BufferedInputStream.java:277)
        - locked <0x18ef1b78> (a java.io.BufferedInputStream)
        at java.io.FilterInputStream.read(FilterInputStream.java:90)
        at org.eclipse.debug.internal.core.OutputStreamMonitor.read
(OutputStreamMonitor.java:132)
        at org.eclipse.debug.internal.core.OutputStreamMonitor.access$1
(OutputStreamMonitor.java:124)
        at org.eclipse.debug.internal.core.OutputStreamMonitor$1.run
(OutputStreamMonitor.java:177)
        at java.lang.Thread.run(Thread.java:534)

"Worker-181" prio=5 tid=0x048fbbb0 nid=0x824 in Object.wait() 
[445f000..445fd94]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jdi.internal.connect.PacketReceiveManager.waitForPacketAvailable
(PacketReceiveManager.java:170)
        at org.eclipse.jdi.internal.connect.PacketReceiveManager.getReply
(PacketReceiveManager.java:136)
        - locked <0x18ee7580> (a 
org.eclipse.jdi.internal.connect.PacketReceiveManager)
        at org.eclipse.jdi.internal.connect.PacketReceiveManager.getReply
(PacketReceiveManager.java:158)
        at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:173)
        at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:191)
        at org.eclipse.jdi.internal.ObjectReferenceImpl.invokeMethod
(ObjectReferenceImpl.java:344)
        at org.eclipse.jdt.internal.debug.core.model.JDIThread.invokeMethod
(JDIThread.java:810)
        at org.eclipse.jdt.internal.debug.core.model.JDIObjectValue.sendMessage
(JDIObjectValue.java:77)
        at 
org.eclipse.jdt.internal.debug.ui.JavaDetailFormattersManager$EvaluationListene
r.appendObjectDetail(JavaDetailFormatt
ersManager.java:581)
        at org.eclipse.jdt.internal.debug.ui.JavaDetailFormattersManager$1.run
(JavaDetailFormattersManager.java:462)
        at org.eclipse.jdt.internal.debug.core.model.JDIThread.runEvaluation
(JDIThread.java:659)
        at 
org.eclipse.jdt.internal.debug.ui.JavaDetailFormattersManager$EvaluationListene
r.valueToString(JavaDetailFormattersMa
nager.java:469)
        at 
org.eclipse.jdt.internal.debug.ui.JavaDetailFormattersManager.resolveFormatter
(JavaDetailFormattersManager.java:169)
        at 
org.eclipse.jdt.internal.debug.ui.JavaDetailFormattersManager.access$0
(JavaDetailFormattersManager.java:145)
        at org.eclipse.jdt.internal.debug.ui.JavaDetailFormattersManager$4.run
(JavaDetailFormattersManager.java:133)
        at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2511)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Worker-176" prio=5 tid=0x049b85f0 nid=0x490 in Object.wait() 
[40ef000..40efd94]
        at java.lang.Object.wait(Native Method)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:166)
        - locked <0x111c10b0> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob
(WorkerPool.java:193)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x049b8b50 
nid=0x4fc in Object.wait() [53ef000..53efd94]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:176)
        - locked <0x16c43120> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Worker-173" prio=5 tid=0x04a12a18 nid=0x118 runnable [441f000..441fd94]
        at java.lang.Win32Process.waitFor(Native Method)
        at org.eclipse.debug.core.model.RuntimeProcess$ProcessMonitorJob.run
(RuntimeProcess.java:362)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x048eecd8 
nid=0xccc in Object.wait() [45af000..45afd94]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:176)
        - locked <0x163d3bf0> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x03b72e00 
nid=0xa34 in Object.wait() [662f000..662fd94]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:176)
        - locked <0x15e17450> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=5 tid=0x048c7288 
nid=0xd50 in Object.wait() [66af000..66afd94]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:176)
        - locked <0x15d4b800> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Java indexing" daemon prio=4 tid=0x03c755c8 nid=0xed4 in Object.wait() 
[429f000..429fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x12209af0> (a 
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.jdt.internal.core.search.processing.JobManager.run
(JobManager.java:338)
        - locked <0x12209af0> (a 
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Thread.run(Thread.java:534)

"Reference Cleaner - 2" prio=7 tid=0x02e26d00 nid=0x1bc in Object.wait() 
[3f9f000..3f9fd94]
        at java.lang.Object.wait(Native Method)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x11929720> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at 
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThre
ad.run(ActionContributionItem.java:216
)

"Reference Cleaner - 1" prio=7 tid=0x02dc8920 nid=0x454 in Object.wait() 
[3f5f000..3f5fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11929790> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x11929790> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at 
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThre
ad.run(ActionContributionItem.java:216
)

"Start Level Event Dispatcher" daemon prio=5 tid=0x02e72558 nid=0xa58 in 
Object.wait() [2f9f000..2f9fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x10fc3fd8> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent
(EventThread.java:162)
        - locked <0x10fc3fd8> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run
(EventThread.java:100)

"Framework Event Dispatcher" daemon prio=5 tid=0x02e72908 nid=0xfac in 
Object.wait() [2f5f000..2f5fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x10fc4120> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent
(EventThread.java:162)
        - locked <0x10fc4120> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run
(EventThread.java:100)

"Signal Dispatcher" daemon prio=10 tid=0x0003dc80 nid=0x598 waiting on 
condition [0..0]

"Finalizer" daemon prio=9 tid=0x009c08d8 nid=0xec4 in Object.wait() 
[2c1f000..2c1fd94]
        at java.lang.Object.wait(Native Method)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x10f977b0> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x009bf4a8 nid=0x9cc in Object.wait() 
[2bdf000..2bdfd94]
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Object.java:429)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
        - locked <0x10f97648> (a java.lang.ref.Reference$Lock)

"main" prio=5 tid=0x00035a18 nid=0x138 in Object.wait() [7e000..7fc3c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x148cd8a0> (a 
org.eclipse.jdt.internal.debug.core.logicalstructures.CollectionStructureType)
        at java.lang.Object.wait(Object.java:429)
        at 
org.eclipse.jdt.internal.debug.core.logicalstructures.LogicalObjectStructureInt
erfaceType.getLogicalStructure(Logical
ObjectStructureInterfaceType.java:132)
        - locked <0x148cd8a0> (a 
org.eclipse.jdt.internal.debug.core.logicalstructures.CollectionStructureType)
        - locked <0x148cd8a0> (a 
org.eclipse.jdt.internal.debug.core.logicalstructures.CollectionStructureType)
        at 
org.eclipse.debug.internal.core.LogicalStructureType.getLogicalStructure
(LogicalStructureType.java:91)
        at 
org.eclipse.debug.internal.ui.views.variables.VariablesViewContentProvider.getL
ogicalValue(VariablesViewContentProvid
er.java:222)
        at 
org.eclipse.debug.internal.ui.views.variables.VariablesViewContentProvider.getV
alueChildren(VariablesViewContentProvi
der.java:124)
        at 
org.eclipse.debug.internal.ui.views.variables.VariablesViewContentProvider.getM
odelSpecificChildren(VariablesViewCont
entProvider.java:109)
        at 
org.eclipse.debug.internal.ui.views.variables.VariablesViewContentProvider.getC
hildren(VariablesViewContentProvider.j
ava:89)
        at org.eclipse.jface.viewers.AbstractTreeViewer.getRawChildren
(AbstractTreeViewer.java:748)
        at org.eclipse.jface.viewers.StructuredViewer.getFilteredChildren
(StructuredViewer.java:497)
        at org.eclipse.jface.viewers.StructuredViewer.getSortedChildren
(StructuredViewer.java:612)
        at org.eclipse.jface.viewers.AbstractTreeViewer$1.run
(AbstractTreeViewer.java:379)
        at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
        at org.eclipse.jface.viewers.AbstractTreeViewer.createChildren
(AbstractTreeViewer.java:361)
        at org.eclipse.jface.viewers.AbstractTreeViewer.handleTreeExpand
(AbstractTreeViewer.java:797)
        at org.eclipse.jface.viewers.AbstractTreeViewer$4.treeExpanded
(AbstractTreeViewer.java:808)
        at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:179)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
        at org.eclipse.swt.widgets.Tree.wmNotifyChild(Tree.java:2074)
        at org.eclipse.swt.widgets.Control.WM_NOTIFY(Control.java:4002)
        at org.eclipse.swt.widgets.Composite.WM_NOTIFY(Composite.java:722)
        at org.eclipse.swt.widgets.Control.windowProc(Control.java:3019)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java:3338)
        at org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)
        at org.eclipse.swt.internal.win32.OS.CallWindowProc(OS.java:1391)
        at org.eclipse.swt.widgets.Tree.callWindowProc(Tree.java:170)
        at org.eclipse.swt.widgets.Tree.WM_LBUTTONDOWN(Tree.java:1668)
        at org.eclipse.swt.widgets.Control.windowProc(Control.java:3001)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java:3338)
        at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
        at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1467)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2429)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1435)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1406)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:263)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:102)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:129)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
        at org.eclipse.core.launcher.Main.run(Main.java:644)
        at org.eclipse.core.launcher.Main.main(Main.java:628)

"VM Thread" prio=5 tid=0x009fb720 nid=0xb58 runnable

"VM Periodic Task Thread" prio=10 tid=0x009fc4a0 nid=0x708 waiting on condition
"Suspend Checker Thread" prio=10 tid=0x0003d338 nid=0xd5c runnable

org.eclipse.jface.resource.ImageDescriptor.createImage() javadoc needs dispose
reference.

When creating images using the above call, the Javadoc just says that a new
image is created. Reciently I had troubles with a "No more handles" bug, which
turned out to be that I was never disposing of the images I had created.

It would be very useful to have the Javadoc for the createImage() calls mention
that all images must be explictly disposed of. Mentioning this might help other
people avoid this problem in the future.

Something along the lines of:

Note: All Images created using this call must be explictly disposed of using the
dispose() call. They will not be automatically garbage collected.

Delete all copies of StringMatcher and migrate users to use the RegEx support 
in 1.4.

The partitioner prevents the formatter from correctly formatting elements that
have a '>' inside an attribute value. The following is a standard idiom used by
ant committersin ant build files:

<target description="--> my description"/> 

Note that this IS valid XML:

"All attributes for which no declaration has been read SHOULD be treated by a
non-validating processor as if declared CDATA."

cf. http://www.w3.org/TR/2004/REC-xml-20040204/#AVNormalize

One of the M8 candidate builds (any):

1) Open Eclipse on a new workspace
2) Close the new Welcome when it opens
3) Close Eclipse
4) Open Eclipse again.

Observe: the old Welcome editor is opened.

Expectation: when a product has a valid Intro, old welcome should never be 
shown.

Build 20040529

The dialog to attach source to a JAR allows you to choose a directory. However, I don't get the 
source for my .class files in the JAR.

1. Create a project containing a class with a main method, Hello.java (default package).
2. Create a JAR containing only Hello.class.
3. Double-click Hello.class.
4. A class file editor opens.
5. Click "Change attached source...".
6. In the resulting dialog, choose to add an external directory (bug 65186 prevents you from 
choosing the project with the workspace button) and point to the project containing Hello.java
7. You still get the class file editor. The source file Hello.java is not shown.

I20040817080

I selected 3 projects for check out. I got a dialog and a log entry (see below)
saying that 1 of 3 operations failed. It doesn't tell me which operation (or
better for which project(s) it) failed  and hence it doesn't help me much to
know that 1 of 3 failed.


!ENTRY org.eclipse.team.cvs.ui 4 0 Aug 24, 2004 16:57:47.314
!MESSAGE Errors occured in 1 of 3 operations.
!SUBENTRY 1 org.eclipse.team.cvs.core 4 0 Aug 24, 2004 16:57:47.314
!MESSAGE I/O exception occurred: Pipe broken
!STACK 0
java.io.IOException: Pipe broken
	at java.io.PipedInputStream.read(PipedInputStream.java:224)
	at java.io.PipedInputStream.read(PipedInputStream.java:274)
	at java.io.FilterInputStream.read(FilterInputStream.java:111)
	at
org.eclipse.team.internal.core.streams.TimeoutInputStream.readUntilDone(TimeoutInputStream.java:269)
	at
org.eclipse.team.internal.core.streams.TimeoutInputStream.runThread(TimeoutInputStream.java:218)
	at
org.eclipse.team.internal.core.streams.TimeoutInputStream.access$0(TimeoutInputStream.java:216)
	at
org.eclipse.team.internal.core.streams.TimeoutInputStream$1.run(TimeoutInputStream.java:65)
	at java.lang.Thread.run(Thread.java:534)

When I remove my ethernet cable, I get constantly bombarded with the error 
dialog telling me:

Authentication error: com.jcraft.jsch.JSchException: Session.connect: 
java.net.NoRouteToHostException: No route to host: connect

When I press "OK" it appears again a few seconds later.  Working without a 
connection to the network is not an Error.  The dialog should be suppressed and 
quickdiff should be inactive until it finds a successful route to host.  It 
should not auto-deactivate and not reactivate.

build I20040529-0105

- ran the browser example under debug
- exited
- saw the following in the log

In this case, the decoration scheduler should not have even been running since
there were no installed decorators.

java.lang.NoClassDefFoundError: org/eclipse/ui/internal/progress/SubTaskInfo
	at java.lang.ClassLoader.defineClass0(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:537)
	at
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.defineClass(DefaultClassLoader.java:298)
	at
org.eclipse.core.runtime.adaptor.EclipseClassLoader.defineClass(EclipseClassLoader.java:213)
	at
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.findClassImpl(DefaultClassLoader.java:281)
	at
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.findClass(DefaultClassLoader.java:172)
	at
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.findLocalClass(AbstractClassLoader.java:220)
	at
org.eclipse.core.runtime.adaptor.EclipseClassLoader.basicFindLocalClass(EclipseClassLoader.java:132)
	at
org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java:60)
	at
org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:371)
	at
org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:402)
	at
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:93)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
	at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
	at org.eclipse.ui.internal.progress.JobInfo.beginTask(JobInfo.java:150)
	at
org.eclipse.ui.internal.progress.ProgressManager$JobMonitor.beginTask(ProgressManager.java:167)
	at
org.eclipse.ui.internal.decorators.DecorationScheduler$1.run(DecorationScheduler.java:220)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

RC1

I was checking out platform-ui and when I hit cancel I got the following 
exception in the error notification dialog:

I has also just cancelled the checkout of the core module and the ui tests.

An internal error occurred during: "Checking out 'platform-ui' from CVS".
java.lang.NullPointerException
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.refreshPr
ojects(CheckoutProjectOperation.java:468)
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.performCh
eckout(CheckoutProjectOperation.java:257)
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation$1.run
(CheckoutProjectOperation.java:151)
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.run
(EclipseSynchronizer.java:1405)
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.checkout
(CheckoutProjectOperation.java:149)
org.eclipse.team.internal.ccvs.ui.operations.CheckoutMultipleProjectsOperation.
checkout(CheckoutMultipleProjectsOperation.java:50)
org.eclipse.team.internal.ccvs.ui.operations.CheckoutOperation.checkout
(CheckoutOperation.java:46)
org.eclipse.team.internal.ccvs.ui.operations.CheckoutOperation.execute
(CheckoutOperation.java:31)
org.eclipse.team.internal.ccvs.ui.operations.CVSOperation.run
(CVSOperation.java:84)
org.eclipse.team.internal.ui.actions.JobRunnableContext.run
(JobRunnableContext.java:159)
org.eclipse.team.internal.ui.actions.JobRunnableContext$3.runInWorkspace
(JobRunnableContext.java:179)
org.eclipse.core.internal.resources.InternalWorkspaceJob.run
(InternalWorkspaceJob.java:38)
org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

Build: 3.0 RC1

1) Did a text search for a string inside a *.java file
2) Double-clicked on the search result to open the file.
3) Closed the search results view.
4) Deleted the reference in the java file and hit Ctrl+S.

The following error appeared in my log file:

!ENTRY org.eclipse.ui 4 4 May 31, 2004 16:10:18.327
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 May 31, 2004 16:10:18.405
!MESSAGE Widget is disposed
!STACK 0
org.eclipse.swt.SWTException: Widget is disposed
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at org.eclipse.swt.SWTException.<init>(SWTException.java:73)
	at org.eclipse.swt.SWT.error(SWT.java:2691)
	at org.eclipse.swt.SWT.error(SWT.java:2616)
	at org.eclipse.swt.SWT.error(SWT.java:2587)
	at org.eclipse.swt.widgets.Widget.error(Widget.java:381)
	at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java)
	at org.eclipse.swt.widgets.Tree.getSelection(Tree.java)
	at org.eclipse.jface.viewers.TreeViewer.getSelection(TreeViewer.java)
	at org.eclipse.jface.viewers.TreeViewer.setSelection(TreeViewer.java)
	at
org.eclipse.jface.viewers.AbstractTreeViewer.setSelectionToWidget(AbstractTreeViewer.java)
	at
org.eclipse.jface.viewers.StructuredViewer.setSelectionToWidget(StructuredViewer.java)
	at
org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java)
	at org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java)
	at org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java)
	at
org.eclipse.search.internal.ui.text.FileTreeContentProvider.remove(FileTreeContentProvider.java:104)
	at
org.eclipse.search.internal.ui.text.FileTreeContentProvider.remove(FileTreeContentProvider.java:100)
	at
org.eclipse.search.internal.ui.text.FileTreeContentProvider.remove(FileTreeContentProvider.java:100)
	at
org.eclipse.search.internal.ui.text.FileTreeContentProvider.remove(FileTreeContentProvider.java:100)
	at
org.eclipse.search.internal.ui.text.FileTreeContentProvider.remove(FileTreeContentProvider.java:100)
	at
org.eclipse.search.internal.ui.text.FileTreeContentProvider.remove(FileTreeContentProvider.java:100)
	at
org.eclipse.search.internal.ui.text.FileTreeContentProvider.remove(FileTreeContentProvider.java:100)
	at
org.eclipse.search.internal.ui.text.FileTreeContentProvider.elementsChanged(FileTreeContentProvider.java:137)
	at
org.eclipse.search.internal.ui.text.FileSearchPage.elementsChanged(FileSearchPage.java:178)
	at
org.eclipse.search.ui.text.AbstractTextSearchViewPage.runBatchedUpdates(AbstractTextSearchViewPage.java:1013)
	at
org.eclipse.search.ui.text.AbstractTextSearchViewPage.access$1(AbstractTextSearchViewPage.java:1003)
	at
org.eclipse.search.ui.text.AbstractTextSearchViewPage$UpdateUIJob.runInUIThread(AbstractTextSearchViewPage.java:122)
	at org.eclipse.ui.progress.UIJob$1.run(UIJob.java)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

I had this appear in the console I lauched eclipse from. No log so I can't
really say what I was doing at the time.

java.lang.NullPointerException
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:77)

20040211

- invoke Change Method Signature on the following method
- the return type shows up as int[]. remove the brackets.
- press ok, no changes applied

class A {
	public int kind(int tokenIndex)[] {
		return null;
	}
}

build i0609-1200

I have my code formatter settings set to put 0 lines before field declarations.
I set this up a while ago (months). Template is available from the Core team web
page.

- When I upgraded to today's build and formatted code, it put spaces between
field declarations. 
- I checked the prefs and it was still set to 0 spaces.
- I changed it to be 1 space, hit OK then Apply then back to 0 spaces, and OK
and Apply.

-> formatting from this point worked ok

Note that there were other things that didn't take effect until after the 2nd
Apply including:
- spaces in array element initializers
- tabbing for switch/case statements

CharsetManagerJob.run returns:

new Status(IStatus.OK, ResourcesPlugin.PI_RESOURCES, 0, "", null)

This can be replaced by the singleton:

Status.OK_STATUS

Test case:
- create class Foo
- manually rename class from Foo to Bar
- use Quick Fix to "Rename compilation unit to 'Bar.java'"
-> CoreException:

!SESSION Feb 11, 2004 15:32:14.486 ---------------------------------------------
java.version=1.4.2
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -dev bin -os win32 -ws win32 -arch x86 -nl en_US
!ENTRY org.eclipse.jdt.ui 4 10001 Feb 11, 2004 15:32:14.486
!MESSAGE Internal Error
!STACK 1
org.eclipse.core.runtime.CoreException: /IAE/src/x/Foo.java is unsaved
	at
org.eclipse.jdt.internal.ui.text.correction.ChangeCorrectionProposal.apply(ChangeCorrectionProposal.java:69)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.insertProposal(CompletionProposalPopup.java:375)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.selectProposalWithMask(CompletionProposalPopup.java:339)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.verifyKey(CompletionProposalPopup.java:639)
	at
org.eclipse.jface.text.contentassist.ContentAssistant$InternalListener.verifyKey(ContentAssistant.java:622)
	at
org.eclipse.jface.text.TextViewer$VerifyKeyListenersManager.verifyKey(TextViewer.java:378)
	at
org.eclipse.swt.custom.StyledTextListener.handleEvent(StyledTextListener.java:55)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:857)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:842)
	at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:650)
	at org.eclipse.swt.custom.StyledText.handleKeyDown(StyledText.java:5321)
	at org.eclipse.swt.custom.StyledText$7.handleEvent(StyledText.java:5066)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:857)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:842)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1716)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1712)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3037)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2940)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:2865)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1371)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2019)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1530)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1506)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:221)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:101)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)
!ENTRY org.eclipse.jdt.ui 4 4 Feb 11, 2004 15:32:14.486
!MESSAGE /IAE/src/x/Foo.java is unsaved

In the past, the SWT team has been careful to avoid the collection classes, 
especially those introduced after JDK 1.1.x.  However, in recompiling the 
latest SWT source on several platforms against an older JCL implementation, I 
noticed that Tree.java is making use of java.util.Stack.  No other SWT class on 
this or any other platform is using one of the newer collection classes.  Can 
this be rewritten to use arrays or a Vector, or is it no longer considered 
taboo to use these types of collection classes in SWT source code?

Here's where I find a Stack being used:

org\eclipse\swt\widgets\Tree.java (at line 18)
org\eclipse\swt\widgets\Tree.java (at line 1446) - 2 occurrences

The link with editor action has been added to the view menu for most other 
views. In the Java editor outline it is only in the view menu.

We should determine what is the standard and conform.

I am using fixed views in M8 and RC1. In plugin.xml my perspective is declared
as fixed and in the createInitialLayout() method of my perspective class the
placeholders for all views are set non-closeable and non-moveable. I open the
views in code some time later with "workbenchPage.showView(viewID)".

Opening the perspective for the first time anything is working fine. When I
close the workbench and reopen it again, all views being opened before are
closeable and moveable now. If I close and reopen the perspective anything is
fine again.

I20040322

After resizing a Fastview, the right handsize resize edge remained on the screen.
See attached screenshot.
Note: this seems to be a real widget (with clipping) because it won't go away if I select the text 
underneath it.

Build 20040318
Linux-GTK

The "Open Log" button on the Error Log view and the dialog that appears when exceptions are 
logged "Would you like to open the log now?" don't work. When I click the view's button or click 
Yes in the dialog, nothing happens.

As builders do not have the Common tab, none of the tabs have mnemonics.

To filter matches in Javadoc in the new search we need to know if the match is 
inside code or Javadoc.

Using build M09080800, I got a problem trying to run my RCP application using
-data @none on the command line.
Eclipse is crashing providing the following log in the configuration area. No
dialog opens saying where to look for the log file.
It got no build id.

!SESSION sept. 08, 2004 11:27:31.426 -------------------------------------------
eclipse.buildId=unknown
java.version=1.4.2_03
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=fr_CA

!ENTRY org.eclipse.ui 4 4 sept. 08, 2004 11:27:31.426
!MESSAGE Unhandled event loop exception

!ENTRY org.eclipse.ui 4 0 sept. 08, 2004 11:27:31.436
!MESSAGE No instance data can be specified.
!STACK 0
java.lang.IllegalStateException: No instance data can be specified.
	at
org.eclipse.core.internal.runtime.DataArea.assertLocationInitialized(DataArea.java:38)
	at org.eclipse.core.internal.runtime.DataArea.getStateLocation(DataArea.java:76)
	at
org.eclipse.core.internal.runtime.InternalPlatform.getStateLocation(InternalPlatform.java:1061)
	at org.eclipse.core.runtime.Plugin.getStateLocation(Plugin.java:290)
	at
org.eclipse.ui.internal.registry.PerspectiveRegistry.loadCustom(PerspectiveRegistry.java:350)
	at
org.eclipse.ui.internal.registry.PerspectiveRegistry.load(PerspectiveRegistry.java:299)
	at
org.eclipse.ui.internal.WorkbenchPlugin.getPerspectiveRegistry(WorkbenchPlugin.java:384)
	at org.eclipse.ui.internal.Workbench.getPerspectiveRegistry(Workbench.java:671)
	at org.eclipse.ui.internal.Workbench.openFirstTimeWindow(Workbench.java:993)
	at
org.eclipse.ui.internal.WorkbenchConfigurer.openFirstTimeWindow(WorkbenchConfigurer.java:174)
	at
org.eclipse.ui.application.WorkbenchAdvisor.openWindows(WorkbenchAdvisor.java:658)
	at org.eclipse.ui.internal.Workbench.init(Workbench.java:819)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1325)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at
org.formulachess.chess.puzzles.FormulachessApplication.run(FormulachessApplication.java:17)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:704)
	at org.eclipse.core.launcher.Main.main(Main.java:688)

We are going to try out a status line beside the progress indicator rather 
than a floating window all of the time and have the floating window only show 
up when the move is over the progress indicator.

i2004-03-24 + pluginexport + quickfixpatch

steps to reproduce:
- open clean workbench
- open a view (e.g. problems view)
- make view a fastview
- open the fastview
- maximize view with ctrl-m

observed behavior:
the menubar and the fastviewbar are still updated and usable,
the editorarea and the area where the views are, is not refreshed.

A fixed perspective is just that - fixed. Unchangeable, unmovable, immutable. 
It's intended to be used for RCP applications for less sophisticated users 
that might be confused if their views suddenly start closing or scurrying down 
to the bottom of the window. Therefore the minimize and maximize actions 
should not be invocable or visible anywhere, for example the view system menu 
and the view tab area.

See related bug 64836 which appears to ask for the opposite of this.

I can do the following just fine in 2.1.1:

Select a file in navigator view
Press F2 to trigger rename
Type in new name (revise last part of name) and press enter
Focus/selection remains on the file
(Same for folders)

In 3.0:

After the rename and pressing enter focus has jumped to the new wizard toolbar 
icon.  I can't easily find my way back to the Navigator view/file selection 
for the just touched file.

Package Explorer - not possible in 2.1.1 (had to refactor>rename), but most 
works in 3.0, better than Nav view.  The F2 is honored (at least for 
build.properties file), a rename/enter leaves focus on the file - but it is 
not selected.

Many operations I perform (Delete a project for example) when opening the 
progress dialog shows a progress bar that moves along BUT when ever I press 
details, it never shows anything.  

Can we disable the button in the case where we have no details?

Clicking on a stacktrace (generated by JRockit) in the console gives you a 
dialog saying the source could not be found. The reason is that JRockit's 
stacktraces are formated a little bit differently. They include the method 
signature:

java.lang.Exception: sdsd
	at MyClass.main([Ljava.lang.String;)V(R.java:16)

Thus the parsing code in JavaStackTraceHyperlink needs to be updated. I will 
attach a patch for M8 which fixes this.

This seems to have broken between M7 and M8. When creating a Junit configuration
to run or debug, the entries in the Bootstap Entries are not being set when the
Junit is started.

RC1 build

- run the browser example using the R2.1 presentation
- the views have close buttons in the titlebar, but should not because the
perspective has fixed="true" (meaning that all initial views are non-moveable
and non-closeable)

I20040309
The Javadoc AST nodes have various problems with incomplete/erroneous javadoc
tags, which causes problems when they have to be modified. Some TagElements are
missing, and some appear inside others where they shouldn't. These findings were
made with the help of the org.eclipse.jdt.astview plugin from
http://www.eclipse.org/jdt/ > UI > Optional Plugins.

...
	/**
	 * @param
	 * @param tho {@link getList(int, long)}
	 * @version throwaway
	 * @param from 1st param of {@link A#getList(int, long, boolean) me}
	 * @see #getList(Object, java.util.ArrayList)
	 * @param from 2nd
	 * @see #getList(int from, tho long)
	 * @see #getList(int from, long tho)
	 * @param 
	 * @return the list
	 * @see #getList(..)
	 * @param to
	 * @throws .IOException
	 * @deprecated
	 * @throws IOException.
	 * @todo it
	 */
	public ArrayList getList(int from, long to) throws IOException {
...

(comment line:)
  (1) @param without name is not recognized as TagElement
  (2) the third fragment of @param tho ... is a TextElement with an invalid
range "int, long)}". It should either be an @link tag or merged with the
previous TextElement
  (3) TextElement fragment of @version includes the leading whitespace. 
  (4) @link has MethodRef with false binding to getList(int, long)
  (5) @see also has false binding to getList(int, long)
  (7) the @see tag after "@param from 2nd" is not recognized as TagElement; the
")" of the @see tag is the third fragment of the previous @param tag. This is
probably because there's no param "long" of type "tho"
  (9) like (1): @param is not a TagElement
 (11) like (7): @see is not a TagElement; previous @return TagElement has second
TextElement with ".)"
 (13) @throws TagElement missing. TextElement "IOException" is 2nd fragment of
previous @param to. The linebreak and "@throws ." are not represented anywhere.
 (15) "@throws IOException." is not a TagElement and is missing from the AST.

NOTE: This may be multiple bugs.

Sometimes after I shut down eclipse the call stack below, exhibit a, appears in 
the log file.

Looks like sometimes DebugPlugin gets shutdown before LaunchingPlugin.  
This yields NPE as DebugPlugin.getDefault returns null after it is shutdown.

When this happens I see the following
launching plugin startup
launching plugin shutdown
launching plugin startup 
launching plugin shutdown <-- NPE

The second startup ( instantiation ) of launching plugin is caused by the 
shutdown of IndexManager.  ( See callstack exhibit b  below )

I set breakpoints in DebugPlugin and Plugin to see if there was a problem there 
and nothing seemed to be wrong.  At least there weren't any extra calls to 
DebugPlugin.startup that should have caused getDefault to return non-null 
afterwards.  What I saw was in fact just 
debug plugin startup 
debug plugin shutdown ( setDefault( null ) )
NPE in launching plugin


------------------------------------- exhibit a -------------------------------

!MESSAGE FrameworkEvent.ERROR
!STACK 0
org.osgi.framework.BundleException: Exception in 
org.eclipse.core.internal.compatibility.PluginActivator.stop()
	at org.eclipse.osgi.framework.internal.core.BundleContext.stop
(BundleContext.java:1170)
	at org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker
(BundleHost.java:481)
	at org.eclipse.osgi.framework.internal.core.Bundle.suspend
(Bundle.java:556)
	at org.eclipse.osgi.framework.internal.core.Framework.suspendBundle
(Framework.java:1252)
	at org.eclipse.osgi.framework.internal.core.StartLevelImpl.decFWSL
(StartLevelImpl.java:626)
	at 
org.eclipse.osgi.framework.internal.core.StartLevelImpl.doSetStartLevel
(StartLevelImpl.java:277)
	at org.eclipse.osgi.framework.internal.core.StartLevelImpl.shutdown
(StartLevelImpl.java:250)
	at org.eclipse.osgi.framework.internal.core.SystemBundle.suspend
(SystemBundle.java:208)
	at org.eclipse.osgi.framework.internal.core.Framework.shutdown
(Framework.java:603)
	at org.eclipse.osgi.framework.internal.core.SystemBundle$1.run
(SystemBundle.java:193)
	at java.lang.Thread.run(Thread.java:534)
Nested exception:
java.lang.NullPointerException
	at org.eclipse.jdt.core.JavaCore.shutdown(JavaCore.java:3478)
	at org.eclipse.core.internal.compatibility.PluginActivator.stop
(PluginActivator.java:67)
	at org.eclipse.osgi.framework.internal.core.BundleContext$2.run
(BundleContext.java:1154)
	at java.security.AccessController.doPrivileged(Native Method)
	at org.eclipse.osgi.framework.internal.core.BundleContext.stop
(BundleContext.java:1129)
	at org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker
(BundleHost.java:481)
	at org.eclipse.osgi.framework.internal.core.Bundle.suspend
(Bundle.java:556)
	at org.eclipse.osgi.framework.internal.core.Framework.suspendBundle
(Framework.java:1252)
	at org.eclipse.osgi.framework.internal.core.StartLevelImpl.decFWSL
(StartLevelImpl.java:626)
	at 
org.eclipse.osgi.framework.internal.core.StartLevelImpl.doSetStartLevel
(StartLevelImpl.java:277)
	at org.eclipse.osgi.framework.internal.core.StartLevelImpl.shutdown
(StartLevelImpl.java:250)
	at org.eclipse.osgi.framework.internal.core.SystemBundle.suspend
(SystemBundle.java:208)
	at org.eclipse.osgi.framework.internal.core.Framework.shutdown
(Framework.java:603)
	at org.eclipse.osgi.framework.internal.core.SystemBundle$1.run
(SystemBundle.java:193)
	at java.lang.Thread.run(Thread.java:534)


--------------------------- exhibit b --------------------------------------
2nd instance is created from
java.lang.Exception
	at org.eclipse.jdt.internal.launching.LaunchingPlugin.<init>
(LaunchingPlugin.java:269)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance
(NativeConstructorAccessorImpl.java:39)
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance
(DelegatingConstructorAccessorImpl.java:27)
	at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
	at 
org.eclipse.core.internal.plugins.PluginDescriptor.internalDoPluginActivation
(PluginDescriptor.java:488)
	at org.eclipse.core.internal.plugins.PluginDescriptor.doPluginActivation
(PluginDescriptor.java:438)
	at org.eclipse.core.internal.plugins.PluginDescriptor.getPlugin
(PluginDescriptor.java:406)
	at org.eclipse.core.internal.compatibility.PluginActivator.start
(PluginActivator.java:48)
	at org.eclipse.osgi.framework.internal.core.BundleContext$1.run
(BundleContext.java:1054)
	at java.security.AccessController.doPrivileged(Native Method)
	at org.eclipse.osgi.framework.internal.core.BundleContext.startActivator
(BundleContext.java:1050)
	at org.eclipse.osgi.framework.internal.core.BundleContext.start
(BundleContext.java:991)
	at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker
(BundleHost.java:403)
	at org.eclipse.osgi.framework.internal.core.Bundle.start
(Bundle.java:312)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensio
n(ConfigurationElement.java:133)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensio
n(ConfigurationElement.java:125)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensio
n(ConfigurationElement.java:114)
	at org.eclipse.jdt.core.JavaCore.getClasspathVariableInitializer
(JavaCore.java:1342)
	at org.eclipse.jdt.core.JavaCore.getClasspathVariable
(JavaCore.java:1280)
	at org.eclipse.jdt.core.JavaCore.getResolvedVariablePath
(JavaCore.java:2262)
	at org.eclipse.jdt.core.JavaCore.getResolvedClasspathEntry
(JavaCore.java:2180)
	at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1856)
	at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1790)
	at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1762)
	at org.eclipse.jdt.internal.core.search.JavaSearchScope.add
(JavaSearchScope.java:75)
	at org.eclipse.jdt.internal.core.search.JavaWorkspaceScope.initialize
(JavaWorkspaceScope.java:78)
	at org.eclipse.jdt.internal.core.search.JavaSearchScope.<init>
(JavaSearchScope.java:49)
	at org.eclipse.jdt.internal.core.search.JavaWorkspaceScope.<init>
(JavaWorkspaceScope.java:30)
	at org.eclipse.jdt.internal.core.search.indexing.IndexManager.shutdown
(IndexManager.java:544)
	at org.eclipse.jdt.internal.core.JavaModelManager.shutdown
(JavaModelManager.java:1441)
	at org.eclipse.jdt.core.JavaCore.shutdown(JavaCore.java:3481)
	at org.eclipse.core.internal.compatibility.PluginActivator.stop
(PluginActivator.java:67)
	at org.eclipse.osgi.framework.internal.core.BundleContext$2.run
(BundleContext.java:1154)
	at java.security.AccessController.doPrivileged(Native Method)
	at org.eclipse.osgi.framework.internal.core.BundleContext.stop
(BundleContext.java:1129)
	at org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker
(BundleHost.java:481)
	at org.eclipse.osgi.framework.internal.core.Bundle.stop(Bundle.java:457)
	at org.eclipse.core.internal.plugins.PluginStopper.run
(PluginStopper.java:101)
	at org.eclipse.core.internal.runtime.PlatformActivator.stopLegacyBundles
(PlatformActivator.java:286)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:268)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:104)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

M7

If you select a Rebuild All from the workbench this is now run in the 
background. If it is run again then the user should be prompted to cancel 
either the new one or the one running.

We should also have a "don't ask me again" option.

Here's an example line:

at 
dataswarm.test.core.PipedTransportConnector$1.close(PipedTransportConnector.java:31)

Attempting to hyperlink from it yields this error message: "Source not found for
dataswarm.test.core.PipedTransportConnector$1"

If a bundle is specified on the osgi.bundles list with no startlevel or start 
flag then eclipse will fail to start with the following log:

!SESSION May 26, 2004 10:03:15.861 --------------------------------------------
-
eclipse.buildId=unknown
java.version=1.4.2_03
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
!ENTRY org.eclipse.osgi May 26, 2004 10:03:15.871
!MESSAGE Startup error
!STACK 1
java.lang.IllegalStateException: Bundle 
initial@reference:file:c:/workspaces/equinox-
featureselfhost/plugins/org.eclipse.osgi.util/ [2] is not active.
	at org.eclipse.core.runtime.adaptor.EclipseStarter.ensureBundlesActive
(EclipseStarter.java:301)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.startup
(EclipseStarter.java:225)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:126)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

This is because we check that all initial bundles are started even though they 
were not marked to be started

 

I20040529

1. New workspace
2. Open Java perspective
3. Create Java project 'Test'
4. Create cu 'X.java' in 'Test'
/Test/X.java
public class X {
  int i;
}
5. Window->Preferences->Workbench->Perspectives->Open a new perspective->In a 
new window->OK
6. Window->Open Perspective->Java Browsing
7. Select 'Test', then '(default package', then double-click on 'X'
8. Back to Java perspective window
9. Select project 'Test'
10. Delete
Observe: The Java Browsing perspective still contains the 'default package' 
and type 'X'

Note the delta is correct: 
Java Model[*]: {CHILDREN}
	Test[-]: {}

Reached through:

Variables View/View menu/Java Primitives...

I20040921-0800

I open a Java Stack Trace Console, but I am unable to paste anything into it. 
The paste action is disabled.

I20040602

Resolving an import (Ctrl+Shift+M) hung eclipse (see also bug 65680), dump
follows. Should AddImportOnSelectionAction.findAllTypes not use the AllTypesCache?

"VM Periodic Task Thread" prio=1 tid=0x0808fb00 nid=0x26fc waiting on condition
"Suspend Checker Thread" prio=1 tid=0x0808c920 nid=0x26fc runnable
^[[6~^[[6~^[[6~Full thread dump Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed
mode):

"All Types Caching" prio=1 tid=0x186dc5f0 nid=0x26fc waiting on condition
[5b13f000..5b13f854]
        at java.lang.Thread.sleep(Native Method)
        at
org.eclipse.jdt.internal.core.search.processing.JobManager.performConcurrentJob(JobManager.java:243)
        at
org.eclipse.jdt.core.search.SearchEngine.searchAllTypeNames(SearchEngine.java:867)
        at
org.eclipse.jdt.internal.corext.util.AllTypesCache.search(AllTypesCache.java:526)
        at
org.eclipse.jdt.internal.corext.util.AllTypesCache$TypeCacher.doSearchTypes(AllTypesCache.java:197)
        at
org.eclipse.jdt.internal.corext.util.AllTypesCache$TypeCacher.run(AllTypesCache.java:166)

"Worker-168" prio=1 tid=0x08e6da88 nid=0x26fc in Object.wait() [5b743000..5b743854]
        at java.lang.Object.wait(Native Method)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x45eb2218> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:236)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=1 tid=0x08cb8cd0
nid=0x26fc in Object.wait() [5b8c6000..5b8c6854]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:172)
        - locked <0x49028ac0> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=1 tid=0x0905cd60
nid=0x26fc in Object.wait() [5b845000..5b845854]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:172)
        - locked <0x49028b20> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=1 tid=0x09067df0
nid=0x26fc in Object.wait() [5bb82000..5bb82854]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:172)
        - locked <0x48d58b20> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.debug: JDI Event Dispatcher" prio=1 tid=0x08ead1f8 nid=0x26fc
in Object.wait() [59e92000..59e92854]
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.jdi.internal.connect.PacketReceiveManager.waitForPacketAvailable(PacketReceiveManager.java:168)
        at
org.eclipse.jdi.internal.connect.PacketReceiveManager.getCommand(PacketReceiveManager.java:93)
        - locked <0x488dcb10> (a
org.eclipse.jdi.internal.connect.PacketReceiveManager)
        at org.eclipse.jdi.internal.MirrorImpl.getCommandVM(MirrorImpl.java:276)
        at
org.eclipse.jdi.internal.event.EventQueueImpl.remove(EventQueueImpl.java:63)
        at
org.eclipse.jdi.internal.event.EventQueueImpl.remove(EventQueueImpl.java:48)
        at
org.eclipse.jdt.internal.debug.core.EventDispatcher.run(EventDispatcher.java:213)
        at java.lang.Thread.run(Thread.java:534)

"Packet Send Manager" prio=1 tid=0x08f15228 nid=0x26fc in Object.wait()
[5b1c0000..5b1c0854]
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.jdi.internal.connect.PacketSendManager.sendAvailablePackets(PacketSendManager.java:94)
        - locked <0x488dcc58> (a org.eclipse.jdi.internal.connect.PacketSendManager)
        at
org.eclipse.jdi.internal.connect.PacketSendManager.run(PacketSendManager.java:54)
        at java.lang.Thread.run(Thread.java:534)

"Console Polling Thread" prio=1 tid=0x5b9e0208 nid=0x26fc waiting on condition
[5aac3000..5aac3854]
        at java.lang.Thread.sleep(Native Method)
        at
org.eclipse.debug.internal.ui.views.console.ConsoleDocumentPartitioner.pollAndSleep(ConsoleDocumentPartitioner.java:565)
        at
org.eclipse.debug.internal.ui.views.console.ConsoleDocumentPartitioner$1.run(ConsoleDocumentPartitioner.java:549)
        at java.lang.Thread.run(Thread.java:534)

"Input Stream Monitor" prio=1 tid=0x08fb8858 nid=0x26fc in Object.wait()
[5b0be000..5b0be854]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x488dcde8> (a java.lang.Object)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.debug.internal.core.InputStreamMonitor.writeNext(InputStreamMonitor.java:124)
        - locked <0x488dcde8> (a java.lang.Object)
        at
org.eclipse.debug.internal.core.InputStreamMonitor.write(InputStreamMonitor.java:99)
        at
org.eclipse.debug.internal.core.InputStreamMonitor$1.run(InputStreamMonitor.java:75)
        at java.lang.Thread.run(Thread.java:534)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=1 tid=0x5addc6b0
nid=0x26fc in Object.wait() [5b343000..5b343854]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:172)
        - locked <0x4829eb88> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=1 tid=0x08b69530
nid=0x26fc in Object.wait() [59fe0000..59fe0854]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:172)
        - locked <0x47a4d4b0> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Worker-12" prio=1 tid=0x5ad7b0a0 nid=0x26fc in Object.wait() [5a061000..5a061854]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x488dcf38> (a java.lang.UNIXProcess)
        at java.lang.Object.wait(Object.java:429)
        at java.lang.UNIXProcess.waitFor(UNIXProcess.java:160)
        - locked <0x488dcf38> (a java.lang.UNIXProcess)
        at
org.eclipse.debug.core.model.RuntimeProcess$ProcessMonitorJob.run(RuntimeProcess.java:362)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Java indexing" daemon prio=1 tid=0x085572a0 nid=0x26fc in Object.wait()
[59e11000..59e11854]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x46a13cb8> (a
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobManager.java:344)
        - locked <0x46a13cb8> (a
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Thread.run(Thread.java:534)

"Reference Cleaner - 2" prio=1 tid=0x08246528 nid=0x26fc in Object.wait()
[598f4000..598f4854]
        at java.lang.Object.wait(Native Method)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x46426b08> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThread.run(ActionContributionItem.java:207)

"Reference Cleaner - 1" prio=1 tid=0x08246da8 nid=0x26fc in Object.wait()
[59873000..59873854]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x46426b78> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x46426b78> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThread.run(ActionContributionItem.java:207)

"Start Level Event Dispatcher" daemon prio=1 tid=0x08148c70 nid=0x26fc in
Object.wait() [58a93000..58a93854]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x45a70060> (a
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:162)
        - locked <0x45a70060> (a org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:100)

"Framework Event Dispatcher" daemon prio=1 tid=0x08141a80 nid=0x26fc in
Object.wait() [58a12000..58a12854]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x45a70240> (a
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:162)
        - locked <0x45a70240> (a org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:100)

"Signal Dispatcher" daemon prio=1 tid=0x0808d2f0 nid=0x26fc waiting on condition
[0..0]

"Finalizer" daemon prio=1 tid=0x080886c0 nid=0x26fc in Object.wait()
[583f5000..583f5854]
        at java.lang.Object.wait(Native Method)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x45a70368> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=1 tid=0x08087ad0 nid=0x26fc in Object.wait()
[58374000..58374854]
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Object.java:429)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
        - locked <0x45a700b0> (a java.lang.ref.Reference$Lock)

"main" prio=1 tid=0x080522f8 nid=0x26fc waiting on condition [bfffa000..bfffc6b8]
        at java.lang.Thread.sleep(Native Method)
        at
org.eclipse.jdt.internal.core.search.processing.JobManager.performConcurrentJob(JobManager.java:243)
        at
org.eclipse.jdt.core.search.SearchEngine.searchAllTypeNames(SearchEngine.java:867)
        at
org.eclipse.jdt.internal.ui.javaeditor.AddImportOnSelectionAction.findAllTypes(AddImportOnSelectionAction.java:231)
        at
org.eclipse.jdt.internal.ui.javaeditor.AddImportOnSelectionAction.run(AddImportOnSelectionAction.java:137)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)
        at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:469)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:887)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:928)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:546)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:494)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:259)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Display.filterEvent(Display.java:949)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:943)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:968)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:953)
        at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:2304)
        at org.eclipse.swt.widgets.Control.gtk_key_press_event(Control.java:1800)
        at org.eclipse.swt.widgets.Composite.gtk_key_press_event(Composite.java:439)
        at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:1194)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java:3012)
        at org.eclipse.swt.internal.gtk.OS.gtk_main_do_event(Native Method)
        at org.eclipse.swt.widgets.Display.eventProc(Display.java:815)
        at org.eclipse.swt.internal.gtk.OS.gtk_main_iteration(Native Method)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2222)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)

"VM Thread" prio=1 tid=0x080867b0 nid=0x26fc runnable

"VM Periodic Task Thread" prio=1 tid=0x0808fb00 nid=0x26fc waiting on condition
"Suspend Checker Thread" prio=1 tid=0x0808c920 nid=0x26fc runnable

200403220800

1) Fire up a workspace and create a java project that contains errors and a TODO
tag  
2) Ensure that both the problems and tasks view exist and are in the same part
folder.  Select Problems.
3) Close down eclipse
4) Restart eclipse

Note that even the tab that has not been selected yet is bold.  This would
indicate that the part exists.  In M7 and previous, the view was not created
until the tab was first selected.

Nick believes this is a consequence of the job work.  In the PresentableViewPart
constructor we're calling pane.getViewReference().getPart(true).getSite();  This
has the side effect of creating the view.  We should only hook the property
listener onto the part when we know it exists, perhaps in the setVisible() method.

jface.text templates support (TemplateStore) is using the Eclipse extension 
registry. In the past, jface text, like jface, was independent of the Eclipse 
plug-in mechanism and extension registry. Is this change intentional?

When commit set mode is turned off, the revision cache is cleared. Re-enabling 
the mode will then refetch them all. This can take some time if there are a 
lot of incoming changes. It may be worthwhile to investigate postponing the 
clearing of the cache until items are removed from the view.

The SearchPattern API for stringPattern searches to java elements is somewhat odd:

There's a public constant R_CASE_SENSITIVE, which is not mentioned in the javadoc of
createPattern(String stringPattern, int searchFor, int limitTo, int matchMode,
boolean isCaseSensitive)
, and there's also an extra boolean parameter isCaseSensitive.

I don't see why R_CASE_SENSITIVE is made public if it should not be used by
clients. On the other hand, it could also be turned into an official bit-flag
and the boolean isCaseSensitive removed. To have both options seems strange to me.

It has been reported that memory renderer needs to know the attribute of the 
bytes in order to render the memory properly.  For example, the renderer needs 
to know if all the bytes are valid before the memory can be rendered into 
integers.  Otherwise, the integer should be filled in with the "padded string" 
in IExtendedMemoryBlockRetrieval.

Proposed Changes in AbstractMemoryRenderer:

abstract public String getString(String dataType, BigInteger address, MemoryByte
[] data, String paddedStr);

abstract public byte[] getBytes(String dataType, BigInteger address, MemoryByte
[] currentValues, String data);

MemoryByte contains both the value and attributes of a byte.  Passing that to 
the renderer allows renderers to decide what to do if the bytes are not 
available.

This change delegates the task of filling in invalid bytes to renderers.  The 
Memory View will no longer takes care of this.  In some cases, the renderer can 
still render the memory if some of the bytes are not available.  (e.g.  Raw Hex 
Rendering)  In other cases, the renderer cannot render the memory if not all 
the bytes are available.  (e.g.  Integer Rendering)

Darin, if you agree to this change, please assign this bug back to me and I 
will provide you with a patch.

If a user creates a file with an extension Team doesn't know about, it is
assigned Binary file type, which displays in the Package Explorer view. However,
when the user adds the file extension to the Team > File Content preferences and
commits, the Explorer view is not updated to reflect the new information. The
only way to change it, AFAIK, is to restart Eclipse.

junit.framework.TestResult$1

Should be filtered by default; it's the inner class Protectable.

@@@@

Also you could consider adding:

sun.reflect.NativeMethodAccessorImpl.invoke
sun.reflect.DelegatingMethodAccessorImpl.invoke

Those might only be useful if you have RTTI-test cases ... those are quite
seldom and then you still could disable the filters.

The method call at the bottom of the stack trace would be the actual test.

I20040210

I got a bogus message when running a pile of jobs.  A progress dialog appeared
that read:

"The operation cannot proceed because it is blocked by a background"

A background what? :)

I 2004-03-24+plugin export

1) Import junit 3.8.1 into project JUnit with a source folder "src"
2) create the following two classes in the "src" folder:

/*
 * Created on Mar 24, 2004
 *
 * @todo To change the template for this generated file go to
 * Window - Preferences - Java - Code Generation - Code and Comments
 */
/**
 * @author TMA
 *
 * @todo To change the template for this generated type comment go to
 * Window - Preferences - Java - Code Generation - Code and Comments
 */
public class Bla {
	protected String foo;
	
	public void foo() {
		int foo= 13;
		
	}
}


/*
 * Created on Mar 24, 2004
 *
 * @todo To change the template for this generated file go to
 * Window - Preferences - Java - Code Generation - Code and Comments
 */
/**
 * @author TMA
 *
 * @todo To change the template for this generated type comment go to
 * Window - Preferences - Java - Code Generation - Code and Comments
 */
public class Bar extends Bla {
	protected int foo;
	
	public void gogo() {
		foo= 32;
	}
}

3) I have set up the compiler options such that I get an error against Bar.foo
because it hides the Bla.foo
4) I use the rollover on the quickfix for the problem
5) Eclipse hangs in this state:

Stack Traces of Threads:


ThreadName=main(00035B5C)
Status=Waiting
Monitor=019E8170 (Object monitor for java/lang/Object @ 00E33630)
Count=0
Owner=(00000000)
        In java/lang/Object.wait(JI)V
        In java/lang/Object.wait()V
        In org/eclipse/jdt/internal/ui/javaeditor/ASTProvider.getAST(Lorg/eclips
e/jdt/core/IJavaElement;ZLorg/eclipse/core/runtime/IProgressMonitor;)Lorg/eclips
e/jdt/core/dom/CompilationUnit;
        In org/eclipse/jdt/internal/ui/text/correction/AssistContext.getASTRoot(
)Lorg/eclipse/jdt/core/dom/CompilationUnit;
        In org/eclipse/jdt/internal/ui/text/correction/LocalCorrectionsSubProces
sor.addHidingVariablesProposals(Lorg/eclipse/jdt/ui/text/java/IInvocationContext
;Lorg/eclipse/jdt/ui/text/java/IProblemLocation;Ljava/util/Collection;)V
        In org/eclipse/jdt/internal/ui/text/correction/QuickFixProcessor.process
(Lorg/eclipse/jdt/ui/text/java/IInvocationContext;Lorg/eclipse/jdt/ui/text/java/
IProblemLocation;Ljava/util/Collection;)V
        In org/eclipse/jdt/internal/ui/text/correction/QuickFixProcessor.getCorr
ections(Lorg/eclipse/jdt/ui/text/java/IInvocationContext;[Lorg/eclipse/jdt/ui/te
xt/java/IProblemLocation;)[Lorg/eclipse/jdt/ui/text/java/IJavaCompletionProposal
;
        In org/eclipse/jdt/internal/ui/text/correction/JavaCorrectionProcessor.c
ollectCorrections(Lorg/eclipse/jdt/ui/text/java/IInvocationContext;[Lorg/eclipse
/jdt/ui/text/java/IProblemLocation;Ljava/util/ArrayList;)V
        In org/eclipse/jdt/internal/ui/text/correction/JavaCorrectionProcessor.p
rocessProblemAnnotations(Lorg/eclipse/jdt/ui/text/java/IInvocationContext;Lorg/e
clipse/jface/text/source/IAnnotationModel;Ljava/util/ArrayList;)V
        In org/eclipse/jdt/internal/ui/text/correction/JavaCorrectionProcessor.c
omputeCompletionProposals(Lorg/eclipse/jface/text/ITextViewer;I)[Lorg/eclipse/jf
ace/text/contentassist/ICompletionProposal;
        In org/eclipse/jface/text/contentassist/ContentAssistant.computeCompleti
onProposals(Lorg/eclipse/jface/text/ITextViewer;I)[Lorg/eclipse/jface/text/conte
ntassist/ICompletionProposal;
        In org/eclipse/jface/text/contentassist/CompletionProposalPopup.computeP
roposals(I)[Lorg/eclipse/jface/text/contentassist/ICompletionProposal;
        In org/eclipse/jface/text/contentassist/CompletionProposalPopup.access$7
(Lorg/eclipse/jface/text/contentassist/CompletionProposalPopup;I)[Lorg/eclipse/j
face/text/contentassist/ICompletionProposal;
        In org/eclipse/jface/text/contentassist/CompletionProposalPopup$1.run()V

        In org/eclipse/swt/custom/BusyIndicator.showWhile(Lorg/eclipse/swt/widge
ts/Display;Ljava/lang/Runnable;)V
        In org/eclipse/jface/text/contentassist/CompletionProposalPopup.showProp
osals(Z)Ljava/lang/String;
        In org/eclipse/jface/text/contentassist/ContentAssistant.showPossibleCom
pletions()Ljava/lang/String;
        In org/eclipse/jdt/internal/ui/text/correction/JavaCorrectionAssistant.s
howPossibleCompletions()Ljava/lang/String;
        In org/eclipse/jdt/internal/ui/javaeditor/CompilationUnitEditor$AdaptedS
ourceViewer.doOperation(I)V
        In org/eclipse/jdt/internal/ui/javaeditor/JavaSelectMarkerRulerAction2.a
nnotationDefaultSelected(Lorg/eclipse/jface/text/source/AnnotationEvent;)V
        In org/eclipse/jface/text/source/CompositeRuler.annotationDefaultSelecte
d(Lorg/eclipse/jface/text/source/AnnotationEvent;)V
        In org/eclipse/ui/internal/texteditor/AnnotationExpansionControl$Item.de
faultSelected()V
        In org/eclipse/ui/internal/texteditor/AnnotationExpansionControl$MyMouse
Listener.mouseUp(Lorg/eclipse/swt/events/MouseEvent;)V
        In org/eclipse/swt/widgets/TypedListener.handleEvent(Lorg/eclipse/swt/wi
dgets/Event;)V
        In org/eclipse/swt/widgets/EventTable.sendEvent(Lorg/eclipse/swt/widgets
/Event;)V
        In org/eclipse/swt/widgets/Widget.sendEvent(Lorg/eclipse/swt/widgets/Eve
nt;)V
        In org/eclipse/swt/widgets/Display.runDeferredEvents()Z
        In org/eclipse/swt/widgets/Display.readAndDispatch()Z
        In org/eclipse/ui/internal/Workbench.runEventLoop(Lorg/eclipse/jface/win
dow/Window$IExceptionHandler;Lorg/eclipse/swt/widgets/Display;)V
        In org/eclipse/ui/internal/Workbench.runUI()I
        In org/eclipse/ui/internal/Workbench.createAndRunWorkbench(Lorg/eclipse/
swt/widgets/Display;Lorg/eclipse/ui/application/WorkbenchAdvisor;)I
        In org/eclipse/ui/PlatformUI.createAndRunWorkbench(Lorg/eclipse/swt/widg
ets/Display;Lorg/eclipse/ui/application/WorkbenchAdvisor;)I
        In org/eclipse/ui/internal/ide/IDEApplication.run(Ljava/lang/Object;)Lja
va/lang/Object;
        In org/eclipse/core/internal/runtime/PlatformActivator$1.run(Ljava/lang/
Object;)Ljava/lang/Object;
        In org/eclipse/core/runtime/adaptor/EclipseStarter.run(Ljava/lang/Object
;)Ljava/lang/Object;
        In org/eclipse/core/runtime/adaptor/EclipseStarter.run([Ljava/lang/Strin
g;Ljava/lang/Runnable;)Ljava/lang/Object;
        In sun/reflect/NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Metho
d;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;
        In sun/reflect/NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/
lang/Object;)Ljava/lang/Object;
        In sun/reflect/DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Lj
ava/lang/Object;)Ljava/lang/Object;
        In java/lang/reflect/Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;
)Ljava/lang/Object;
        In org/eclipse/core/launcher/Main.basicRun([Ljava/lang/String;)Ljava/lan
g/Object;
        In org/eclipse/core/launcher/Main.run([Ljava/lang/String;)I
        In org/eclipse/core/launcher/Main.main([Ljava/lang/String;)V

ThreadName=Gc Thread(00035CAC)
Status=Waiting
Monitor=00035168 (System monitor)
Count=0
Owner=(00000000)

ThreadName=Finalizer thread(00035D00)
Status=Waiting
Monitor=000359A8 (System monitor)
Count=0
Owner=(00000000)

ThreadName=Framework Event Dispatcher(00035D54)
Status=Waiting
Monitor=00035AF8 (Object monitor for org/eclipse/osgi/framework/eventmgr/EventTh
read @ 009C1784)
Count=0
Owner=(00000000)
        In java/lang/Object.wait(JI)V
        In java/lang/Object.wait()V
        In org/eclipse/osgi/framework/eventmgr/EventThread.getNextEvent()Lorg/ec
lipse/osgi/framework/eventmgr/EventThread$EventThreadItem;
        In org/eclipse/osgi/framework/eventmgr/EventThread.run()V

ThreadName=Start Level Event Dispatcher(00035DA8)
Status=Waiting
Monitor=019E7B70 (Object monitor for org/eclipse/osgi/framework/eventmgr/EventTh
read @ 009C1718)
Count=0
Owner=(00000000)
        In java/lang/Object.wait(JI)V
        In java/lang/Object.wait()V
        In org/eclipse/osgi/framework/eventmgr/EventThread.getNextEvent()Lorg/ec
lipse/osgi/framework/eventmgr/EventThread$EventThreadItem;
        In org/eclipse/osgi/framework/eventmgr/EventThread.run()V

ThreadName=Java indexing(00035DFC)
Status=Waiting
Monitor=019E8110 (Object monitor for org/eclipse/jdt/internal/core/search/indexi
ng/IndexManager @ 00DC29BC)
Count=0
Owner=(00000000)
        In java/lang/Object.wait(JI)V
        In java/lang/Object.wait()V
        In org/eclipse/jdt/internal/core/search/processing/JobManager.run()V
        In java/lang/Thread.run()V

ThreadName=Worker-29(000361EC)
Status=Waiting
Monitor=019E80B0 (Object monitor for org/eclipse/core/internal/jobs/WorkerPool @
 00BA6310)
Count=0
Owner=(00000000)
        In java/lang/Object.wait(JI)V
        In java/lang/Object.wait(J)V
        In org/eclipse/core/internal/jobs/WorkerPool.sleep(J)V
        In org/eclipse/core/internal/jobs/WorkerPool.startJob(Lorg/eclipse/core/
internal/jobs/Worker;)Lorg/eclipse/core/internal/jobs/InternalJob;
        In org/eclipse/core/internal/jobs/Worker.run()V

ThreadName=org.eclipse.jdt.internal.ui.text.JavaReconciler(00035FF4)
Status=Waiting
Monitor=01A9B598 (Object monitor for org/eclipse/jface/text/reconciler/DirtyRegi
onQueue @ 06589C48)
Count=0
Owner=(00000000)
        In java/lang/Object.wait(JI)V
        In java/lang/Object.wait(J)V
        In org/eclipse/jface/text/reconciler/AbstractReconciler$BackgroundThread
.run()V

ThreadName=org.eclipse.jdt.internal.ui.text.JavaReconciler(00035EA4)
Status=Waiting
Monitor=01A9B3E8 (Object monitor for org/eclipse/jface/text/reconciler/DirtyRegi
onQueue @ 07DAA000)
Count=0
Owner=(00000000)
        In java/lang/Object.wait(JI)V
        In java/lang/Object.wait(J)V
        In org/eclipse/jface/text/reconciler/AbstractReconciler$BackgroundThread
.run()V

ThreadName=Worker-37(00036144)
Status=Waiting
Monitor=019E80B0 (Object monitor for org/eclipse/core/internal/jobs/WorkerPool @
 00BA6310)
Count=0
Owner=(00000000)
        In java/lang/Object.wait(JI)V
        In java/lang/Object.wait(J)V
        In org/eclipse/core/internal/jobs/WorkerPool.sleep(J)V
        In org/eclipse/core/internal/jobs/WorkerPool.startJob(Lorg/eclipse/core/
internal/jobs/Worker;)Lorg/eclipse/core/internal/jobs/InternalJob;
        In org/eclipse/core/internal/jobs/Worker.run()V

ThreadName=org.eclipse.jdt.internal.ui.text.JavaReconciler(0003633C)
Status=Waiting
Monitor=01A9B4A8 (Object monitor for org/eclipse/jface/text/reconciler/DirtyRegi
onQueue @ 0748E494)
Count=0
Owner=(00000000)
        In java/lang/Object.wait(JI)V
        In java/lang/Object.wait(J)V
        In org/eclipse/jface/text/reconciler/AbstractReconciler$BackgroundThread
.run()V

ThreadName=Worker-38(00036048)
Status=Waiting
Monitor=019E80B0 (Object monitor for org/eclipse/core/internal/jobs/WorkerPool @
 00BA6310)
Count=0
Owner=(00000000)
        In java/lang/Object.wait(JI)V
        In java/lang/Object.wait(J)V
        In org/eclipse/core/internal/jobs/WorkerPool.sleep(J)V
        In org/eclipse/core/internal/jobs/WorkerPool.startJob(Lorg/eclipse/core/
internal/jobs/Worker;)Lorg/eclipse/core/internal/jobs/InternalJob;
        In org/eclipse/core/internal/jobs/Worker.run()V

ThreadName=Worker-39(00036294)
Status=Waiting
Monitor=019E8170 (Object monitor for java/lang/Object @ 00E33630)
Count=0
Owner=(00000000)
        In java/lang/Object.wait(JI)V
        In java/lang/Object.wait()V
        In org/eclipse/jdt/internal/ui/javaeditor/ASTProvider.getAST(Lorg/eclips
e/jdt/core/IJavaElement;ZLorg/eclipse/core/runtime/IProgressMonitor;)Lorg/eclips
e/jdt/core/dom/CompilationUnit;
        In org/eclipse/jdt/internal/ui/viewsupport/SelectionListenerWithASTManag
er$PartListenerGroup.calculateASTandInform(Lorg/eclipse/jdt/core/IJavaElement;Lo
rg/eclipse/jface/text/ITextSelection;Lorg/eclipse/core/runtime/IProgressMonitor;
)Lorg/eclipse/core/runtime/IStatus;
        In org/eclipse/jdt/internal/ui/viewsupport/SelectionListenerWithASTManag
er$1.run(Lorg/eclipse/core/runtime/IProgressMonitor;)Lorg/eclipse/core/runtime/I
Status;
        In org/eclipse/core/internal/jobs/Worker.run()V

ThreadName=org.eclipse.jdt.internal.ui.text.JavaReconciler(00036240)
Status=Waiting
Monitor=019E7A50 (System monitor)
Count=0
Owner=(00000000)
        In java/lang/Object.wait(JI)V
        In java/lang/Object.wait(J)V
        In org/eclipse/jface/text/reconciler/AbstractReconciler$BackgroundThread
.run()V

ThreadName=Worker-40(000360F0)
Status=Waiting
Monitor=019E80B0 (Object monitor for org/eclipse/core/internal/jobs/WorkerPool @
 00BA6310)
Count=0
Owner=(00000000)
        In java/lang/Object.wait(JI)V
        In java/lang/Object.wait(J)V
        In org/eclipse/core/internal/jobs/WorkerPool.sleep(J)V
        In org/eclipse/core/internal/jobs/WorkerPool.startJob(Lorg/eclipse/core/
internal/jobs/Worker;)Lorg/eclipse/core/internal/jobs/InternalJob;
        In org/eclipse/core/internal/jobs/Worker.run()V

ThreadName=Worker-41(00036390)
Status=Waiting
Monitor=019E80B0 (Object monitor for org/eclipse/core/internal/jobs/WorkerPool @
 00BA6310)
Count=0
Owner=(00000000)
        In java/lang/Object.wait(JI)V
        In java/lang/Object.wait(J)V
        In org/eclipse/core/internal/jobs/WorkerPool.sleep(J)V
        In org/eclipse/core/internal/jobs/WorkerPool.startJob(Lorg/eclipse/core/
internal/jobs/Worker;)Lorg/eclipse/core/internal/jobs/InternalJob;
        In org/eclipse/core/internal/jobs/Worker.run()V

The org.eclipse.jface.action.statuslinemanager currently creates the BEGIN_GROUP
MIDDLE_GROUP and END_GROUP  entries in its createControl() method. Code wishing
to contribute controls to the statuslinemanager in the fillActionBars method of
the workbench advisor executes before the control is created, and get exceptions
thrown because the groups that the controls are being appended to do not yet exist. 

This code:
add(new GroupMarker(BEGIN_GROUP));
add(new GroupMarker (MIDDLE_GROUP));
add(new GroupMarker(END_GROUP));

should be moved from createControl to the constructor of the statuslinemanager.

Patch to follow

I just switched to the Eclipse M8 base and I found that my Web application (the 
Web services explorer) takes a little more than 6 minutes to startup. It used 
to take about 15 to 20 seconds back in the 20040318 build.

I haven't changed the way my Web application is added to the embedded Tomcat 
engine between the two Eclipse base. I've traced down the bottleneck, the 
entire 6 minutes is spent in the following API call:

WebappManager.start(String context, String pluginId, IPath war_Location);

Shell ON_TOP behaviour stops when a tooltiptext is set for any control on the
shell. The window goes to the background and never regains ON_TOP state again.
Tried it with 2.1.2 and v.3.0 I20040406. The recent version improved: shell
loosing ON_TOP only when I hover for the tooltip. Plase see sample code and
explanation. Thanks.

package com.test;
/*
 * Created on Mar 31, 2004
 * ECLIPSE Version 2.1.2 - 3.0
 * This small example was created using 
 * SWT Designer Free edition from Instantiations
 * Issue:
 * errant ON_TOP | SYSTEM_MODAL Shell behaviour  
 * How to test the flaw:
 * Run the app:
 * 1. click once to a list selection entry
 * 3. click once outside of the shell window (click on the app.behind)
 * 4. click once on the surface of the shell
 * 5. click again outside of the shell.
 * The last time click removes the shell window's ON_TOP behaviour. It will
never regain
 * ON_TOP again.
 * What's causing it?
 * Close the shell.
 * Comment out the last line that sets the tooltip text. Compile.
 * Try the previous steps again. It doesn't matter how many times you click,
 * the shell keeps its ON_TOP habit as expected.
 * 
 */
import org.eclipse.swt.widgets.Display;
import org.eclipse.swt.widgets.Shell;
import org.eclipse.swt.layout.RowLayout;
import org.eclipse.swt.SWT;
import org.eclipse.swt.widgets.Composite;
import org.eclipse.swt.layout.RowData;
import org.eclipse.swt.widgets.Label;
import org.eclipse.swt.layout.GridLayout;
import org.eclipse.swt.layout.GridData;
import org.eclipse.swt.widgets.Group;
import org.eclipse.swt.widgets.List;
import org.eclipse.swt.widgets.Button;
import org.eclipse.swt.graphics.Font;

/**
 * Usage: Run it as any other SWT code under Eclipse:
 * Run.. -> New ->
 * VM arguments:
-Djava.library.path=D:\eclipse\plugins\org.eclipse.swt.win32_2.1.2\os\win32\x86
 *
 */
public class TestSWT3 {

	protected Shell shell;
	public List list ;
	public String tooltipStr = "When you see this, you'll loose ON_TOP...";
	public String currentTip;
	
	public static void main(String[] args) {
		TestSWT3 window = new TestSWT3();
		window.open();
	}
	public void open() {
		final Display display = new Display();
		createContents();
		shell.open();
		while (!shell.isDisposed()) {
			if (!display.readAndDispatch())
				display.sleep();
		}
		shell.dispose();
		display.dispose();
	}
	protected void createContents() {
		shell = new Shell(SWT.CLOSE | SWT.SYSTEM_MODAL | SWT.TITLE | SWT.ON_TOP);
		final RowLayout rowLayout_1 = new RowLayout();
		rowLayout_1.spacing = 0;
		shell.setLayout(rowLayout_1);
		shell.setSize(500,240);
		shell.setText("SWT ToolTipText flaw...");

		final Composite composite = new Composite(shell, SWT.BORDER);
		final GridLayout gridLayout = new GridLayout();
		gridLayout.marginWidth = 2;
		gridLayout.marginHeight = 2;
		gridLayout.numColumns = 3;
		composite.setLayout(gridLayout);
		final RowData rowData = new RowData();
		rowData.height = 25;
		rowData.width = 480;
		composite.setLayoutData(rowData);

		final Label label = new Label(composite, SWT.BORDER | SWT.SHADOW_IN);
		label.setBackground(Display.getCurrent().getSystemColor(SWT.COLOR_WHITE));
		final GridData gridData = new GridData(GridData.GRAB_HORIZONTAL);
		gridData.widthHint = 150;
		label.setLayoutData(gridData);
		label.setText("label");

		final Label label_1 = new Label(composite, SWT.BORDER | SWT.SHADOW_IN);
		final GridData gridData_1 = new GridData(GridData.GRAB_HORIZONTAL);
		gridData_1.widthHint = 150;
		label_1.setLayoutData(gridData_1);
		label_1.setBackground(Display.getCurrent().getSystemColor(SWT.COLOR_WHITE));
		label_1.setText("label");

		final Label label_2 = new Label(composite, SWT.BORDER | SWT.SHADOW_IN);
		final GridData gridData_2 = new GridData(GridData.GRAB_HORIZONTAL);
		gridData_2.widthHint = 150;
		label_2.setLayoutData(gridData_2);
		label_2.setBackground(Display.getCurrent().getSystemColor(SWT.COLOR_WHITE));
		label_2.setText("label");

		final Group group = new Group(shell, SWT.NONE);
		final RowData rowData_1 = new RowData();
		rowData_1.height = 48;
		rowData_1.width = 480;
		group.setLayoutData(rowData_1);
		final RowLayout rowLayout = new RowLayout();
		rowLayout.marginBottom = 1;
		rowLayout.spacing = 0;
		rowLayout.justify = true;
		rowLayout.marginTop = 1;
		group.setLayout(rowLayout);

		final Label label_3 = new Label(group, SWT.BORDER | SWT.CENTER | SWT.HORIZONTAL);
		final RowData rowData_2 = new RowData();
		rowData_2.width = 470;
		label_3.setLayoutData(rowData_2);
		label_3.setFont(new Font(Display.getCurrent(),"Microsoft Sans Serif", 18,
SWT.NONE));
	
label_3.setBackground(Display.getCurrent().getSystemColor(SWT.COLOR_INFO_BACKGROUND));
		label_3.setForeground(Display.getCurrent().getSystemColor(SWT.COLOR_BLUE));
		label_3.setText("label");

		final Group group_1 = new Group(shell, SWT.NONE);
		final RowData rowData_4 = new RowData();
		rowData_4.height = 76;
		group_1.setLayoutData(rowData_4);
		group_1.setLayout(new RowLayout());

		final Composite composite_1 = new Composite(group_1, SWT.NONE);
		final RowData rowData_3 = new RowData();
		rowData_3.width = 480;
		composite_1.setLayoutData(rowData_3);
		final GridLayout gridLayout_1 = new GridLayout();
		gridLayout_1.numColumns = 2;
		composite_1.setLayout(gridLayout_1);

		final Button button = new Button(composite_1, SWT.NONE);
		button.setLayoutData(new GridData(GridData.GRAB_HORIZONTAL |
GridData.HORIZONTAL_ALIGN_CENTER));
		button.setText("button");

		list = new List(composite_1, SWT.BORDER);
		list.setItems(new String[] { "one", "two", "three" });
		list.setLayoutData(new GridData(GridData.GRAB_HORIZONTAL |
GridData.HORIZONTAL_ALIGN_CENTER));
		list.setToolTipText(tooltipStr);


	}
}

I200405190010

Selected properties file in Package Explorer and used project scope. Maybe it is
caused by the fact that the active editor shows a file from the repository.
Though I don't know why this should have any influence since the Package
Explorer was the active part.

!ENTRY org.eclipse.ui 4 4 Mai 19, 2004 11:59:04.70
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Mai 19, 2004 11:59:04.80
!MESSAGE null argument;
!STACK 0
org.eclipse.jface.util.Assert$AssertionFailedException: null argument;
	at org.eclipse.jface.util.Assert.isNotNull(Assert.java:139)
	at org.eclipse.jface.util.Assert.isNotNull(Assert.java:116)
	at
org.eclipse.jface.viewers.StructuredSelection.<init>(StructuredSelection.java:61)
	at
org.eclipse.jdt.internal.ui.search.JavaSearchScopeFactory.internalCreateProjectScope(JavaSearchScopeFactory.java:135)
	at
org.eclipse.jdt.internal.ui.search.JavaSearchScopeFactory.createJavaProjectSearchScope(JavaSearchScopeFactory.java:116)
	at
org.eclipse.jdt.internal.ui.refactoring.nls.search.NLSSearchPage.performNewSearch(NLSSearchPage.java:188)
	at
org.eclipse.jdt.internal.ui.refactoring.nls.search.NLSSearchPage.performAction(NLSSearchPage.java:161)
	at org.eclipse.search.internal.ui.SearchDialog.performAction(SearchDialog.java:384)
	at
org.eclipse.search.internal.ui.util.ExtendedDialogWindow.buttonPressed(ExtendedDialogWindow.java:152)
	at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:505)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at
org.eclipse.search.internal.ui.OpenSearchDialogAction.run(OpenSearchDialogAction.java:60)
	at
org.eclipse.search.internal.ui.OpenSearchDialogAction.run(OpenSearchDialogAction.java:46)
	at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:276)
	at org.eclipse.ui.internal.WWinPluginAction.runWithEvent(WWinPluginAction.java:206)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:899)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:850)
	at
org.eclipse.jface.action.ActionContributionItem$8.handleEvent(ActionContributionItem.java:808)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:305)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:184)
	at org.eclipse.core.launcher.Main.run(Main.java:637)
	at org.eclipse.core.launcher.Main.main(Main.java:621)

The debugger should use SMAP information, when available, for locating 
sources, rather than relying exclusively on source-locators.

A possible short-term fix is just to get the JavaSourceLocator to look for the 
correct name rather than always constructing a filename with a ".java" 
extension.

Also, even when no SMAP is available, the actual SourceFile attribute from the 
class-file should be used preferrentially over the constructed file-name.

I20040406

Some of the varible resolution tests that depend on a selected resource fail 
due to an empty selection. The failures are intermitent - a sample is shown 
below. Not certain if this is a problem with our test, or the workbench. 
Running the tests locally, I get no failures.

Variable references empty selection: ${project_loc} 

org.eclipse.core.runtime.CoreException: Variable references empty selection: 
${project_loc}
at org.eclipse.debug.internal.ui.stringsubstitution.ResourceResolver.abort
(ResourceResolver.java:104)
at 
org.eclipse.debug.internal.ui.stringsubstitution.ResourceResolver.getSelectedRe
source(ResourceResolver.java:117)
at 
org.eclipse.debug.internal.ui.stringsubstitution.ResourceResolver.resolveValue
(ResourceResolver.java:40)
at org.eclipse.core.internal.variables.DynamicVariable.getValue
(DynamicVariable.java:49)
at org.eclipse.core.internal.variables.StringSubstitutionEngine.resolve
(StringSubstitutionEngine.java:256)
at org.eclipse.core.internal.variables.StringSubstitutionEngine.substitute
(StringSubstitutionEngine.java:180)
at 
org.eclipse.core.internal.variables.StringSubstitutionEngine.performStringSubst
itution(StringSubstitutionEngine.java:87)
at 
org.eclipse.core.internal.variables.StringVariableManager.performStringSubstitu
tion(StringVariableManager.java:534)
at 
org.eclipse.core.internal.variables.StringVariableManager.performStringSubstitu
tion(StringVariableManager.java:327)
at org.eclipse.jdt.debug.tests.core.StringSubstitutionTests.doSubs
(StringSubstitutionTests.java:172)
at 
org.eclipse.jdt.debug.tests.core.StringSubstitutionTests.testProjectLocSelectFo
lder(StringSubstitutionTests.java:454)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at org.eclipse.jdt.debug.tests.AutomatedSuite$1.run(AutomatedSuite.java:177)
at java.lang.Thread.run(Thread.java:534)

I20040519 M9 test pass

1. Open JavaEditor.java
2. Press Ctrl+O
3. Go get some coffee
4. come back and watch the quick outline open

To me it feels like the outline has gotten slower again.
Suspects:
- override decorators, see bug 62896
- tree implementation. JavaEditor has many inner classes - if all of these are
checked for children, this may cause some slow down

When the Breakpoint condition text field is disabled (Enable Condition is 
unchecked) the text area is read only but code assist is enabled and the 
result will be placed in the text area.

The SnippetEditor is still using the old FileDocumentProvider rather than the 
file buffer based version.

We should investigate updating.

Build 20040921

Following code should not issue a complaint about cycle in hierarchy (one 
unit):

public class X<T extends Y> {
}
class Y extends X {
}

It is the case where an administrator has unpacked the Eclipse application to a
shared read-only location for use by all users. I was told Eclipse should
automatically discover it can't write to the startup directory and would create
a "configuration" directory under the user's profile directory. I've made a
little test as suggested by Dorian Birsan:

import java.io.File;
public class writetest {
    public static void main(String[] args) {
        String fileName = "C:\\Program Files\\eclipse";
        if (args.length > 1) {
            fileName = args[0];
        }
        File file = new File(fileName);
        System.out.println(file.canWrite());
    }
}

Seems like it is more JRE problem since 'File.canWrite()' reports 'true' for any
file/directory which is not writable by the means of file system permissions set
(at least on Windows with NTFS). 'File.canWrite()' returns 'false' for any
file/directory which has 'read-only' attribute set but for directories this
doesn't seems affect the ability to create new files in. 

As workaround, Eclipse may try creating a temporary file in the specified
directory to test whether actually it is able to write, something like:

    File.createTempFile("~$ecl", null, file);

build i1214-2000

I was running this build with a runtime workbench and I got the following
exception in my log file.

!ENTRY org.eclipse.core.runtime 4 2 2004-12-15 10:08:21.18
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
org.eclipse.jface.util.Assert$AssertionFailedException: null argument;
	at org.eclipse.jface.util.Assert.isNotNull(Assert.java:149)
	at org.eclipse.jface.util.Assert.isNotNull(Assert.java:125)
	at org.eclipse.jface.util.ListenerList.remove(ListenerList.java:155)
	at
org.eclipse.ui.internal.PartListenerList.removePartListener(PartListenerList.java:122)
	at
org.eclipse.ui.internal.WWinPartService.removePartListener(WWinPartService.java:96)
	at org.eclipse.team.internal.ccvs.ui.actions.CVSAction.dispose(CVSAction.java:160)
	at org.eclipse.ui.internal.WWinPluginAction.dispose(WWinPluginAction.java:195)
	at org.eclipse.ui.internal.PluginActionSet.dispose(PluginActionSet.java:66)
	at
org.eclipse.ui.internal.ActionPresentation.removeActionSet(ActionPresentation.java:89)
	at
org.eclipse.ui.internal.ActionPresentation.clearActionSets(ActionPresentation.java:70)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose(WorkbenchWindow.java:1207)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose(WorkbenchWindow.java:533)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0(WorkbenchWindow.java:514)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run(WorkbenchWindow.java:612)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchWindow.close(WorkbenchWindow.java:610)
	at org.eclipse.jface.window.WindowManager.close(WindowManager.java:108)
	at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:505)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:1050)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:501)
	at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:436)
	at org.eclipse.ui.internal.Workbench$14.run(Workbench.java:623)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:621)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:596)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose(WorkbenchWindow.java:530)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0(WorkbenchWindow.java:514)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run(WorkbenchWindow.java:612)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchWindow.close(WorkbenchWindow.java:610)
	at org.eclipse.jface.window.Window.handleShellCloseEvent(Window.java:637)
	at org.eclipse.jface.window.Window$2.shellClosed(Window.java:584)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:158)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:857)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:842)
	at org.eclipse.swt.widgets.Decorations.closeWidget(Decorations.java:246)
	at org.eclipse.swt.widgets.Decorations.WM_CLOSE(Decorations.java:1538)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3014)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1483)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3370)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1565)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:399)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3097)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1483)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3370)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1565)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:399)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3097)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1483)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3370)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1570)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2446)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1569)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1540)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:285)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:220)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
	at java.lang.reflect.Method.invoke(Method.java:391)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:710)
	at org.eclipse.core.launcher.Main.main(Main.java:694)

Build: I-20040113

I opened the workbench.  The Synchronize view was already visible and 
automatically tried to synchronize my pde.ui project with the repository.
This resulted in the following NPE:

Error Jan 18, 2004 15:08:30.820 Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
java.lang.NullPointerException
at 
org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator$CachedImageDescriptor
.getImageData(CVSLightweightDecorator.java:85)
at org.eclipse.ui.internal.decorators.DecoratorOverlayIcon.drawOverlays
(DecoratorOverlayIcon.java:60)
at org.eclipse.ui.internal.decorators.DecoratorOverlayIcon.drawCompositeImage
(DecoratorOverlayIcon.java:106)
at org.eclipse.jface.resource.CompositeImageDescriptor.getImageData
(CompositeImageDescriptor.java:190)
at org.eclipse.jface.resource.ImageDescriptor.createImage
(ImageDescriptor.java:118)
at org.eclipse.jface.resource.ImageDescriptor.createImage
(ImageDescriptor.java:94)
at org.eclipse.jface.resource.ImageDescriptor.createImage
(ImageDescriptor.java:83)
at org.eclipse.ui.internal.decorators.OverlayCache.getImageFor
(OverlayCache.java:34)
at org.eclipse.ui.internal.decorators.OverlayCache.applyDescriptors
(OverlayCache.java:64)
at org.eclipse.ui.internal.decorators.DecorationResult.decorateWithOverlays
(DecorationResult.java:48)
at org.eclipse.ui.internal.decorators.DecorationScheduler.decorateWithOverlays
(DecorationScheduler.java:149)
at org.eclipse.ui.internal.decorators.DecoratorManager.decorateImage
(DecoratorManager.java:209)
at org.eclipse.jface.viewers.DecoratingLabelProvider.getImage
(DecoratingLabelProvider.java:75)
at org.eclipse.jdt.internal.ui.viewsupport.DecoratingJavaLabelProvider.getImage
(DecoratingJavaLabelProvider.java:103)
at org.eclipse.jface.viewers.TreeViewer.doUpdateItem(TreeViewer.java:99)
at org.eclipse.jface.viewers.AbstractTreeViewer$UpdateItemSafeRunnable.run
(AbstractTreeViewer.java:87)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:814)
at org.eclipse.core.runtime.Platform.run(Platform.java:457)
at org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem
(AbstractTreeViewer.java:469)
at org.eclipse.jface.viewers.StructuredViewer$UpdateItemSafeRunnable.run
(StructuredViewer.java:119)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:814)
at org.eclipse.core.runtime.Platform.run(Platform.java:457)
at org.eclipse.jface.viewers.StructuredViewer.updateItem
(StructuredViewer.java:1285)
at org.eclipse.jface.viewers.StructuredViewer.update
(StructuredViewer.java:1266)
at org.eclipse.jface.viewers.StructuredViewer.update
(StructuredViewer.java:1200)
at org.eclipse.jface.viewers.StructuredViewer.handleLabelProviderChanged
(StructuredViewer.java:647)
at 
org.eclipse.jdt.internal.ui.viewsupport.ProblemTreeViewer.handleLabelProviderCh
anged(ProblemTreeViewer.java:136)
at org.eclipse.jface.viewers.ContentViewer$1.labelProviderChanged
(ContentViewer.java:74)
at org.eclipse.ui.internal.decorators.DecoratorManager$1.run
(DecoratorManager.java:148)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:814)
at org.eclipse.core.runtime.Platform.run(Platform.java:457)
at org.eclipse.ui.internal.decorators.DecoratorManager.fireListeners
(DecoratorManager.java:146)
at org.eclipse.ui.internal.decorators.DecorationScheduler$2.runInUIThread
(DecorationScheduler.java:344)
at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:90)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:102)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2295)
at org.eclipse.swt.widgets.Display.msgFilterProc(Display.java:1917)
at org.eclipse.swt.internal.win32.OS.TrackPopupMenu(Native Method)
at org.eclipse.swt.widgets.Menu._setVisible(Menu.java:220)
at org.eclipse.swt.widgets.Display.runPopups(Display.java:2344)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1992)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1518)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1494)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:258)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:226)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:85)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
at org.eclipse.core.launcher.Main.run(Main.java:742)
at org.eclipse.core.launcher.Main.main(Main.java:581)

Tested against I0428 and N0503.

Ran this command:
e:\eclipse-3.0\jre\bin\java.exe -cp startup.jar org.eclipse.core.launcher.Main -
application org.eclipse.update.core.standaloneUpdate -data tempwork -command 
addSite -from E:\Eclipse-3.0\Install-Extras\Tools

Site is added, but features not included - this is visible with this 
command/result:
E:\Eclipse-3.0\m8-0503\eclipse>e:\eclipse-3.0\jre\bin\java.exe -cp startup.jar o
rg.eclipse.core.launcher.Main -data tempwork -application 
org.eclipse.update.core.standaloneUpdate  -command configuredFeatures
Site:file:/e:/Eclipse-3.0/m8-0503/eclipse/
  Feature: org.eclipse.pde_3.0.0
  Feature: org.eclipse.platform.source_3.0.0
  Feature: org.eclipse.jdt.source_3.0.0
  Feature: org.eclipse.sdk_3.0.0
  Feature: org.eclipse.jdt_3.0.0
  Feature: org.eclipse.platform_3.0.0
Site:file:/E:/Eclipse-3.0/Install-Extras/Tools/eclipse/
Command completed successfully.

When I open the Product Configuration dialog I can list disabled features and 
enable the feature in the site - no errors.  So the site is valid/contains a 
decent feature.

Repeat of the command/result after this manual task:
E:\Eclipse-3.0\m8-0503\eclipse>e:\eclipse-3.0\jre\bin\java.exe -cp startup.jar o
rg.eclipse.core.launcher.Main -data tempwork -application 
org.eclipse.update.core.standaloneUpdate  -command configuredFeatures
Site:file:/e:/Eclipse-3.0/m8-0503/eclipse/
  Feature: org.eclipse.platform_3.0.0
  Feature: org.eclipse.sdk_3.0.0
  Feature: org.eclipse.jdt_3.0.0
  Feature: org.eclipse.platform.source_3.0.0
  Feature: org.eclipse.jdt.source_3.0.0
  Feature: org.eclipse.pde_3.0.0
Site:file:/E:/Eclipse-3.0/Install-Extras/Tools/eclipse/
  Feature: com.ibm.jdg2e.tools_3.0.0
Command completed successfully.

In both I200405272000 and I200405280010. 
 
 
Assertion failed:  
 
org.eclipse.jface.util.Assert$AssertionFailedException: Assertion failed:  
 at org.eclipse.jface.util.Assert.isTrue(Assert.java:168) 
 at org.eclipse.jface.util.Assert.isTrue(Assert.java:154) 
 at org.eclipse.ui.internal.PartStack.testInvariants(PartStack.java:211) 
 at org.eclipse.ui.internal.PartStack.describeLayout(PartStack.java:245) 
 at org.eclipse.ui.internal.LayoutTree.describeLayout(LayoutTree.java:231) 
 at 
org.eclipse.ui.internal.LayoutTreeNode.describeLayout(LayoutTreeNode.java:653) 
 at 
org.eclipse.ui.internal.LayoutTreeNode.describeLayout(LayoutTreeNode.java:653) 
 at 
org.eclipse.ui.internal.LayoutTreeNode.describeLayout(LayoutTreeNode.java:644) 
 at 
org.eclipse.ui.internal.LayoutTreeNode.describeLayout(LayoutTreeNode.java:639) 
 at 
org.eclipse.ui.internal.LayoutTreeNode.describeLayout(LayoutTreeNode.java:639) 
 at 
org.eclipse.ui.internal.LayoutTreeNode.describeLayout(LayoutTreeNode.java:644) 
 at 
org.eclipse.ui.internal.PartSashContainer.describeLayout(PartSashContainer.java:895) 
 at org.eclipse.ui.internal.Perspective.describeLayout(Perspective.java:1745) 
 at 
org.eclipse.ui.tests.dnd.DragOperations.getLayoutDescription(DragOperations.java:143) 
 at org.eclipse.ui.tests.dnd.DragTest.internalTest(DragTest.java:196) 
 at org.eclipse.ui.tests.dnd.DragTest.runTest(DragTest.java:152) 
 at org.eclipse.test.EclipseTestRunner.run(EclipseTestRunner.java:322) 
 at org.eclipse.test.EclipseTestRunner.run(EclipseTestRunner.java:198) 
 at org.eclipse.test.EclipseTestRunner.main(EclipseTestRunner.java:133) 
 at org.eclipse.test.UITestApplication$3.run(UITestApplication.java:180) 
 at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35) 
 at 
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106) 
 at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2693) 
 at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2385) 
 at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363) 
 at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334) 
 at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253) 
 at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141) 
 at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96) 
 at 
org.eclipse.test.UITestApplication.runApplication(UITestApplication.java:123) 
 at org.eclipse.test.UITestApplication.run(UITestApplication.java:55) 
 at 
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:331) 
 at 
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273) 
 at 
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128) 
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
 at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
 at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
 at org.eclipse.core.launcher.Main.basicRun(Main.java:185) 
 at org.eclipse.core.launcher.Main.run(Main.java:638) 
 at org.eclipse.core.launcher.Main.main(Main.java:622)

This package is very clean and well written.

ProgressMonitorPart:
- clearBlocked() is undocumented.
- setBlocked() is undocumented.
- setTaskName() is undocumented.

WizardDialog:
- close() is undocumented.

At least I see the links as one operation.

In Product Configuration dialog.
Main page has a link/operation request named "Link an Extension Location"

Select an installed site and the same request is named "Add an Extension 
Location".

Seems like one phrase would do, avoid confusion and a translatable string.

I added a detail formatter as follows for Hastable, trying to come up with a 
workaround for bug 75413 for DJ.

int max = size() - 1;
StringBuffer buf = new StringBuffer();
Iterator it = entrySet().iterator();

buf.append("{");
for (int i = 0; i <= max; i++) {
    Map.Entry e = (Map.Entry) (it.next());
        Object key = e.getKey();
        Object value = e.getValue();
        buf.append((key   == this ? "(this Map)" : key) + "=" +
                   (value == this ? "(this Map)" : value));

    if (i < max)
	buf.append(",\n");
}
buf.append("}");
return buf.toString();

When the detail formatter is invoked, I get a classcast exception.

!ENTRY org.eclipse.jdt.debug 4 120 Oct 05, 2004 09:13:10.703
!MESSAGE Exception processing async thread queue
!SUBENTRY 1 org.eclipse.jdt.debug 4 120 Oct 05, 2004 09:13:10.703
!MESSAGE Exception processing async thread queue
!STACK 0
java.lang.ClassCastException: 
org/eclipse/jdt/internal/debug/core/model/JDIObjectValue incompatible with 
org/eclipse/jdt/debug/core/IJavaPrimitiveValue
	at 
org.eclipse.jdt.internal.debug.eval.ast.instructions.ConditionalJump.execute
(ConditionalJump.java:27)
	at org.eclipse.jdt.internal.debug.eval.ast.engine.Interpreter.execute
(Interpreter.java:50)
	at org.eclipse.jdt.internal.debug.eval.ast.engine.ASTEvaluationEngine$1
$EvaluationRunnable.run(ASTEvaluationEngine.java:330)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread.runEvaluation
(JDIThread.java:659)
	at 
org.eclipse.jdt.internal.debug.eval.ast.engine.ASTEvaluationEngine$EvalRunnable
.run(ASTEvaluationEngine.java:364)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2511)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

Due to amount of work to make search working for generics, several bugs are
opened to treat this new functionality.
This bug will be for methods and contructors search only.
I will add references to other bugs when they will be created.

In both I200405272000 and I200405280010. 
 
 
expected:<RGB {75, 21, 68}> but was:<RGB {0, 128, 0}>  
 
junit.framework.AssertionFailedError: expected:<RGB {75, 21, 68}> but was:<RGB 
{0, 128, 0}> 
 at 
org.eclipse.ui.tests.themes.ThemeAPITest.testOverrideColorPreference(ThemeAPITest.java:292) 
 at 
org.eclipse.ui.tests.themes.ThemeAPITest.testColorPreferenceListener(ThemeAPITest.java:119) 
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
 at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
 at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
 at org.eclipse.test.EclipseTestRunner.run(EclipseTestRunner.java:322) 
 at org.eclipse.test.EclipseTestRunner.run(EclipseTestRunner.java:198) 
 at org.eclipse.test.EclipseTestRunner.main(EclipseTestRunner.java:133) 
 at org.eclipse.test.UITestApplication$3.run(UITestApplication.java:180) 
 at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35) 
 at 
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106) 
 at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2693) 
 at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2385) 
 at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363) 
 at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334) 
 at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253) 
 at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141) 
 at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96) 
 at 
org.eclipse.test.UITestApplication.runApplication(UITestApplication.java:123) 
 at org.eclipse.test.UITestApplication.run(UITestApplication.java:55) 
 at 
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:331) 
 at 
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273) 
 at 
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128) 
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
 at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
 at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
 at org.eclipse.core.launcher.Main.basicRun(Main.java:185) 
 at org.eclipse.core.launcher.Main.run(Main.java:638) 
 at org.eclipse.core.launcher.Main.main(Main.java:622) 
 
 
 
 
expected:<[1|Courier|30|2|WINDOWS|1|0|0|0|0|0|1|0|0|1|0|0|0|0|Courier> but 
was:<[1|Courier|10|2|WINDOWS|1|0|0|0|0|0|1|0|0|1|0|0|0|0|Courier>  
 
junit.framework.AssertionFailedError: expected:<[1|Courier|30|2|WINDOWS|1|0|0|
0|0|0|1|0|0|1|0|0|0|0|Courier> but was:<[1|Courier|10|2|WINDOWS|1|0|0|0|0|0|1|
0|0|1|0|0|0|0|Courier> 
 at org.eclipse.ui.tests.themes.ThemeTest.assertArrayEquals(ThemeTest.java:32) 
 at 
org.eclipse.ui.tests.themes.ThemeAPITest.testOverrideFontPreference(ThemeAPITest.java:306) 
 at 
org.eclipse.ui.tests.themes.ThemeAPITest.testFontPreferenceListener(ThemeAPITest.java:219) 
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
 at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
 at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
 at org.eclipse.test.EclipseTestRunner.run(EclipseTestRunner.java:322) 
 at org.eclipse.test.EclipseTestRunner.run(EclipseTestRunner.java:198) 
 at org.eclipse.test.EclipseTestRunner.main(EclipseTestRunner.java:133) 
 at org.eclipse.test.UITestApplication$3.run(UITestApplication.java:180) 
 at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35) 
 at 
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106) 
 at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2693) 
 at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2385) 
 at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363) 
 at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334) 
 at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253) 
 at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141) 
 at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96) 
 at 
org.eclipse.test.UITestApplication.runApplication(UITestApplication.java:123) 
 at org.eclipse.test.UITestApplication.run(UITestApplication.java:55) 
 at 
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:331) 
 at 
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273) 
 at 
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128) 
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
 at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
 at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
 at org.eclipse.core.launcher.Main.basicRun(Main.java:185) 
 at org.eclipse.core.launcher.Main.run(Main.java:638) 
 at org.eclipse.core.launcher.Main.main(Main.java:622)

Overall I think the documentation for this package is pretty clear.

Warnings:
IDialogBlockedHandler.java:26: warning - Tag @see: missing #:
"IProgressMonitor.clearBlocked()"
IDialogBlockedHandler.java:26: warning - Tag @see: can't find
IProgressMonitor.clearBlocked() in org.eclipse.jface.dialogs.IDialogBlockedHandler
IDialogBlockedHandler.java:26: warning - Tag @see:illegal character: ";" in
"IProgressMonitor.setBlocked();"
IDialogBlockedHandler.java:26: warning - Tag @see: reference not found:
IProgressMonitor.setBlocked();
IDialogBlockedHandler.java:42: warning - @param argument "blockingMonitor" is
not a parameter name.
IDialogBlockedHandler.java:54: warning - @param argument "blockingMonitor" is
not a parameter name.
DialogMessageArea.java:102: warning - Tag @see: missing #:
"setTitleLayoutData(Object)"
DialogMessageArea.java:90: warning - Tag @see: missing #:
"setMessageLayoutData(Object)"
IDialogSettings.java:125: warning - @param argument "key" is not a parameter name.
DialogPage.java:277: warning - @param argument "widgetID" is not a parameter name.
DialogPage.java:291: warning - @param argument "control" is not a parameter name.
ErrorDialog.java:360: warning - @param argument "dialogTitle" is not a parameter
name.
MessageDialog.java:199: warning - @param argument "the" is not a parameter name.
ProgressIndicator.java:61: warning - @param argument "max" is not a parameter name.
ProgressMonitorDialog.java:236: warning - @param argument "parentShell" is not a
parameter name.
TitleAreaDialog.java:146: warning - @param argument "the" is not a parameter name.
TitleAreaDialog.java:586: warning - @param argument "newTitle" is not a
parameter name.


IDialogBlockedHandler:
- IDialogBlockedHandler has no description.
- IDialogBlockedHandler doesn't tell me what a blocking is in this context.
- The short descriptions for the showBlocked() methods do not make sense.

IDialogConstants:
- *_LABEL undocumented.

IDialogPage:
- getErrorMessage() has a <pre> that goes on too long.

IDialogSettings:
- The IDialogSettings description is not grammatically correct.
- Short descriptions for get* and put* methods do not make sense.
- getArray() description does not read well.

IInputValidator:
- IInputValidator has no description.

IMessageProvider:
- getMessageType() has a typo ("a rning message").

Dialog:
- typo in the description:  model instead of modal.
- ELLIPSIS is undocumented.
- close() is undocumented.
- create() is undocumented.
- getButton() uses "on" when I think it should use "in".
- initializeBounds() is undocumented.
- convertHeightInCharsToPixels()/
  convertWidthInCharsToPixels()/
  convertVerticalDLUsToPixels()/
  convertHorizontalDLUsToPixels()'s description should not show all of the example
  on one line.

DialogMessageArea:
- "non editable" should be "non-editable".

DialogPage:
- setControl() is undocumented.

DialogSettings:
- code example wraps when it should be a block and is therefore unreadable.

ErrorDialog:
- close() undocumented.
- configureShell() undocumented.

IconAndMessageDialog:
- Short description for createContents() is too long.
- createDialogAndButtonArea()'s parent parameter is undocumented.

InputDialog:
- configureShell() is undocumented.

MessageDialog:
- configureShell() is undocumented.

ProgressMonitorDialog:
- getInitialSize() is undocumented.
- open() is undocumented.

I200405190010, Solaris 8, CDE, Motif

Deleting text from a java editor.


java.lang.IllegalArgumentException: Selected range (2046, 2053) is not located
in supplied source range (0, 2017)
        at org.eclipse.jdt.internal.core.Openable.codeSelect(Openable.java:138)
        at
org.eclipse.jdt.internal.core.CompilationUnit.codeSelect(CompilationUnit.java:300)
        at
org.eclipse.jdt.internal.core.CompilationUnit.codeSelect(CompilationUnit.java:294)
        at
org.eclipse.jdt.internal.ui.text.java.hover.AbstractJavaEditorTextHover.getHoverInfo(AbstractJavaEditorTextHover.java:108)
        at
org.eclipse.jdt.internal.ui.text.java.hover.BestMatchHover.getHoverInfo(BestMatchHover.java:102)
        at
org.eclipse.jdt.internal.ui.text.java.hover.JavaEditorTextHoverProxy.getHoverInfo(JavaEditorTextHoverProxy.java:69)
        at
org.eclipse.jface.text.TextViewerHoverManager$4.run(TextViewerHoverManager.java:161)

I got a bunch of these in my log. Running from HEAD today. Not sure what
triggered this.

=====================================================================
java.lang.NullPointerException
at
org.eclipse.ui.internal.progress.WorkbenchSiteProgressService.incrementBusy(WorkbenchSiteProgressService.java:265)
at
org.eclipse.ui.internal.progress.ProgressManager$1.aboutToRun(ProgressManager.java:392)
at org.eclipse.core.internal.jobs.JobListeners$1.notify(JobListeners.java:28)
at org.eclipse.core.internal.jobs.JobListeners$7.run(JobListeners.java:102)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:610)
at org.eclipse.core.internal.jobs.JobListeners.doNotify(JobListeners.java:87)
at org.eclipse.core.internal.jobs.JobListeners.aboutToRun(JobListeners.java:130)
at org.eclipse.core.internal.jobs.JobManager.startJob(JobManager.java:842)
at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:216)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

When you select an entry that is not in the filtered list in any of our 
dialogs we should prompt to see if the user wants to wake up the activity. 
They also need a "do not ask again" option.

The package description is too brief and does not really explain to me why all
of these classes are together.  It could be much more detailed and give pointers
to specific classes that are defined here.

Warnings:
AbstractElementListSelectionDialog.java:72: warning - @param argument
"ignoreCase" is not a parameter name.
AbstractElementListSelectionDialog.java:72: warning - @param argument
"multipleSelection" is not a parameter name.
ISelectionValidator.java:23: warning - Tag @see: reference not found:
ContainerSelectionDialog
SelectionDialog.java:79: warning - @param argument "parent" is not a parameter name.
SelectionDialog.java:170: warning - @param argument "the" is not a parameter name.
SelectionDialog.java:189: warning - @param argument "Object[]" is not a
parameter name.
TwoPaneElementSelector.java:48: warning - @param argument "paren" is not a
parameter name.
TwoPaneElementSelector.java:48: warning - @param argument "qualifier" is not a
parameter name.
TypeFilteringDialog.java:66: warning - @param argument "Shell" is not a
parameter name.
TypeFilteringDialog.java:66: warning - @param argument "Collection" is not a
parameter name.
TypeFilteringDialog.java:80: warning - @param argument "Shell" is not a
parameter name.
TypeFilteringDialog.java:80: warning - @param argument "Collection" is not a
parameter name.
TypeFilteringDialog.java:80: warning - @param argument "String" is not a
parameter name.

FilteredList.FilterMatcher:
- Undocumented.

AbstractElementListSelectionDialog:
- create() undocumented.
- open() undocumented.

CheckedTreeSelectionDialog:
- create() undocumented.
- open() undocumented.
- updateOKStatus() undocumented.

ElementTreeSelectionDialog:
- access$setResult() undocumented.
- access$superButtonPressed() undocumented.
- create() undocumented.
- open() undocumented.
- updateOKStatus() undocumented.

ListDialog:
- getTableStyle() undocumented.
- getTableViewer() undocumented.
- setInput() undocumented.
- setContentProvider() undocumented.
- setLabelProvider() undocumented.
- setAddCancelButton() undocumented.

ListSelectionDialog:
- configureShell() undocumented.

PropertyPage:
- getElement() undocumented.

TypeFilteringDialog:
- configureShell() undocumented.

build I20040930

1) create X.java
public X <T> {
  void foo() {
    W<? extends Stri^> s;
  }
}

2) do ctrl + space at ^ location

No completion (String could be proposed)

0519 integration build

- running on the Japanese machine in the swt lab, win98
- start eclipse (no translation pack, just the default download)
- open the File menu, it opens very wide and without item texts
- many of the other menus appear fine
- I don't see this problem in Arabic

I'll attach the screenshot next.

Currently, if failures occur while populating a page, the next page is shown 
even though it's contents are not available. We need to override WizardDialog 
to prevent the next page from being shown.

Also, MVM saw some weirdness involving infinite prompts with invalid repo 
specs. This should be tested thouroughly.

Failing test in N-N20040427-200404270010, org.eclipse.jdt.ui.tests.
I disabled the test for the I-build.

java.lang.NullPointerException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.NullPointerException.<init>(NullPointerException.java:60)
	at java.lang.StringBuffer.append(StringBuffer.java:493)
	at org.eclipse.jdt.core.dom.TypeBinding.getKey(TypeBinding.java)
	at
org.eclipse.jdt.core.dom.DefaultBindingResolver.resolveType(DefaultBindingResolver.java:457)
	at
org.eclipse.jdt.core.dom.TypeDeclaration.resolveBinding(TypeDeclaration.java:779)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:277)
	at
org.eclipse.jdt.core.dom.ASTConverter.buildBodyDeclarations(ASTConverter.java:338)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:271)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1809)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:767)
	at
org.eclipse.jdt.core.dom.ASTConverter.buildBodyDeclarations(ASTConverter.java:333)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:271)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:149)
	at org.eclipse.jdt.core.dom.ASTParser.convert(ASTParser.java:707)
	at org.eclipse.jdt.core.dom.ASTParser.internalCreateAST(ASTParser.java:677)
	at org.eclipse.jdt.core.dom.ASTParser.createAST(ASTParser.java:573)
	at
org.eclipse.jdt.internal.corext.codemanipulation.OrganizeImportsOperation.<init>(OrganizeImportsOperation.java:516)
	at
org.eclipse.jdt.internal.corext.codemanipulation.OrganizeImportsOperation.<init>(OrganizeImportsOperation.java:520)
	at
org.eclipse.jdt.ui.tests.core.ImportOrganizeTest.testImportOfMemberFromLocal(ImportOrganizeTest.java:1093)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at junit.framework.TestCase.runTest(TestCase.java:154)
	at junit.framework.TestCase.runBare(TestCase.java:127)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22)
	at junit.extensions.TestSetup$1.protect(TestSetup.java:19)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.extensions.TestSetup.run(TestSetup.java:23)
	at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:422)
	at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:306)
	at
org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main(RemotePluginTestRunner.java:30)
	at
org.eclipse.pde.internal.junit.runtime.UITestApplication$1.run(UITestApplication.java:91)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2569)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2274)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1437)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1408)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:244)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.pde.internal.junit.runtime.UITestApplication.run(UITestApplication.java:34)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:280)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:240)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:699)
	at org.eclipse.core.launcher.Main.main(Main.java:683)

The tab's contents do not have outer margins.

Also the tab's contents do not have mnemonics.

public interface I {
  class IC {}
}

In Package Explorere and Members IC shows up with a blue triangle (package 
private). It is of course public. When public is added it shows up with no 
decorator. In any case it is questionalbe both here and when IC is a member of 
a class wether the decorator should be abasent in the latter case or whether 
it should be the gree circle.

- open TestCase
- in the editor set the carret in a method declaration's name (e.g., ru|n())
- press CTRL-SHIFT-F multiple times
-> the formatting changes in each `format'

 

If I have defined an external tool which takes a file/dir as an argument,
everything works fine UNLESS there is a space in the argument.  Fine, I simply
quote the argument and everything should work fine.  Nope.  What happens is that
eclipse preserves the singularity of the argument due to the quotes, but it also
passes those quotes to the process as part of the argument.  If the tool doesn't
explicitly handle the prescence of the quote (most on linux don't) then the
argument is invalid, and the external process fails.  Thus, as far as I can
determine, there is no way to pass a single argument with spaces but without the
quotes to an external process.  This makes the use of external tools of limited
use as a general purpose launcher since you can't ensure its functioning for all
arguments, especially filenames.

If you do strip out the containing quotes (you probably should ;-), then you
probably ought to have a way to escape out embedded quotes within an argument
with a '\' or something.

FYI, this was the underlying cause for bug 61274, and I think I previously
reported it in another bug report as well.

this is on eclipse 200405140800 on fedora linux core 1

I had a Compare particpant visible and in Compressed Folder layout. I was add 
F1 help to DatTagDialog and had a comile error in the file along the way 
(unused import). After fixing the error, the marker remained in the sync view. 
It was also still in the CVS workspace participant as well.

The "Default" profile should not be the default. This profile isn't helpful. 
We need good out of the box formatter settings.

Suggestions:
* out of the box use the Java Conventions profile
* can we remove the "Default" profile?

(CCing Dirk since changing the default formatter settings affects the 
refactoring junit tests)

Need to investigate the behaviour of project preferences and what happens when
the project is moved. 

I have a test case that:
- create project
- set prefs
- flush prefs
- move project
- confirm that prefs are at new destination

But there are also more complex scenerios than that to look at.

eclipse.buildId=I200405111200

Found this in my log. I had not noticed a problem while working.

java.lang.IllegalArgumentException: Argument not valid
at org.eclipse.swt.SWT.error(SWT.java:2675)
at org.eclipse.swt.SWT.error(SWT.java:2614)
at org.eclipse.swt.SWT.error(SWT.java:2585)
at org.eclipse.swt.graphics.Image.init(Image.java:1351)
at org.eclipse.swt.graphics.Image.<init>(Image.java:161)
at org.eclipse.ui.internal.progress.NewProgressViewer$Hyperlink.paint
(NewProgressViewer.java:412)
at org.eclipse.ui.internal.progress.NewProgressViewer$Hyperlink.handleEvent
(NewProgressViewer.java:289)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
at org.eclipse.swt.widgets.Composite.WM_PAINT(Composite.java:795)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:3001)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:3291)
at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1466)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2388)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:243)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:298)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:249)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:126)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
at org.eclipse.core.launcher.Main.run(Main.java:722)
at org.eclipse.core.launcher.Main.main(Main.java:706)

I noticed this in my log. Not sure if the debug NPE is related to the first 
NPE or not.

!SESSION May 11, 2004 16:00:25.146 --------------------------------------------
-
java.version=1.4.2_01
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
!ENTRY org.eclipse.ui 4 4 May 11, 2004 16:00:25.146
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 May 11, 2004 16:00:25.156
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at org.eclipse.ui.internal.PerspectiveBarManager.handleChevron
(PerspectiveBarManager.java:156)
	at org.eclipse.ui.internal.WorkbenchWindow$3.widgetSelected
(WorkbenchWindow.java:803)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2594)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2272)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:242)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:119)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)
!ENTRY org.eclipse.core.runtime 4 2 May 11, 2004 16:02:07.363
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.internal.ui.actions.RemoveAllTerminatedAction.getElements
(RemoveAllTerminatedAction.java:105)
	at 
org.eclipse.debug.internal.ui.actions.RemoveAllTerminatedAction.update
(RemoveAllTerminatedAction.java:72)
	at 
org.eclipse.debug.internal.ui.actions.RemoveAllTerminatedAction.launchesRemoved
(RemoveAllTerminatedAction.java:166)
	at org.eclipse.debug.internal.core.LaunchManager$LaunchesNotifier.run
(LaunchManager.java:1396)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:604)
	at org.eclipse.core.runtime.Platform.run(Platform.java:545)
	at 
org.eclipse.debug.internal.core.LaunchManager$LaunchesNotifier.notify
(LaunchManager.java:1447)
	at org.eclipse.debug.internal.core.LaunchManager.fireUpdate
(LaunchManager.java:371)
	at org.eclipse.debug.internal.core.LaunchManager.removeLaunches
(LaunchManager.java:1231)
	at 
org.eclipse.debug.internal.ui.actions.RemoveAllTerminatedAction.removeTerminate
dLaunches(RemoveAllTerminatedAction.java:123)
	at 
org.eclipse.debug.internal.ui.actions.RemoveAllTerminatedAction.doAction
(RemoveAllTerminatedAction.java:89)
	at 
org.eclipse.debug.internal.ui.actions.AbstractRemoveAllActionDelegate.doAction
(AbstractRemoveAllActionDelegate.java:24)
	at 
org.eclipse.debug.internal.ui.actions.AbstractRemoveAllActionDelegate.run
(AbstractRemoveAllActionDelegate.java:32)
	at 
org.eclipse.debug.internal.ui.actions.AbstractListenerActionDelegate.runWithEve
nt(AbstractListenerActionDelegate.java:112)
	at org.eclipse.ui.internal.PluginAction.runWithEvent
(PluginAction.java:266)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:612)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:563)
	at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:521)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2594)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2272)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:242)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:119)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)
!ENTRY org.eclipse.debug.core 4 120 May 11, 2004 16:02:07.373
!MESSAGE An exception occurred during launch change notification.
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.internal.ui.actions.RemoveAllTerminatedAction.getElements
(RemoveAllTerminatedAction.java:105)
	at 
org.eclipse.debug.internal.ui.actions.RemoveAllTerminatedAction.update
(RemoveAllTerminatedAction.java:72)
	at 
org.eclipse.debug.internal.ui.actions.RemoveAllTerminatedAction.launchesRemoved
(RemoveAllTerminatedAction.java:166)
	at org.eclipse.debug.internal.core.LaunchManager$LaunchesNotifier.run
(LaunchManager.java:1396)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:604)
	at org.eclipse.core.runtime.Platform.run(Platform.java:545)
	at 
org.eclipse.debug.internal.core.LaunchManager$LaunchesNotifier.notify
(LaunchManager.java:1447)
	at org.eclipse.debug.internal.core.LaunchManager.fireUpdate
(LaunchManager.java:371)
	at org.eclipse.debug.internal.core.LaunchManager.removeLaunches
(LaunchManager.java:1231)
	at 
org.eclipse.debug.internal.ui.actions.RemoveAllTerminatedAction.removeTerminate
dLaunches(RemoveAllTerminatedAction.java:123)
	at 
org.eclipse.debug.internal.ui.actions.RemoveAllTerminatedAction.doAction
(RemoveAllTerminatedAction.java:89)
	at 
org.eclipse.debug.internal.ui.actions.AbstractRemoveAllActionDelegate.doAction
(AbstractRemoveAllActionDelegate.java:24)
	at 
org.eclipse.debug.internal.ui.actions.AbstractRemoveAllActionDelegate.run
(AbstractRemoveAllActionDelegate.java:32)
	at 
org.eclipse.debug.internal.ui.actions.AbstractListenerActionDelegate.runWithEve
nt(AbstractListenerActionDelegate.java:112)
	at org.eclipse.ui.internal.PluginAction.runWithEvent
(PluginAction.java:266)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:612)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:563)
	at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:521)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2594)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2272)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:242)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:119)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)

RC2
While in the tree on the left, hit tab.  It appears that nothing has focus.  Use
the left/right arrows and the sash between page/tree will move.  This control
should probably not be tabbed to.

I often selectively delete individual breakpoints. When I do this I want 
selection to be preserved in the breakpoints view. That is the next breakpoint 
in the tree should be selected. I believe this is a regression with the change 
to a tree viewer.

CVS HEAD from yesterday

If a toolbar has a shadow, there is a blank space visible after the toolbar and
before the next gripper in a coolbar.  Attached is a screenshot showing the
problem, and a patch I made that fixes the problem, but only after I grab the
adjacent gripper and move it.

In a shared install scenario, the timestamp of the current configuration 
should take into account that of the shared config.
Without this, when the shared install changes, the current config does will 
still run out of cached data.

200403240800
MacOS 10.3.3

- turn on preference "Show text on perspective bar"
Observe: text has wrong background color (see attachement)

'v' is used for Appletviewer and Revert;
No mneumonic for "Use default appletviewer class"

I know nothing about applets but shouldn't Appletviewer be two words?

build I20040219

In the new look, the shortcut bar on the left has been broken up into fast view 
bars (which can be at left, right and/or bottom [there are ongoing changes 
here]) and the perspective bar (at top right).

IWorkbenchWindowConfigurer.get/setShowShortcutBar(boolean) should be broken up 
into separate methods get/setShowFastViewBars(boolean) and 
get/setShowPerspectiveBar(boolean).

The corresponding preference constants in IWorkbenchPreferenceConstants need to 
be added as well.

RC1/IBM1.4.2

* condition in for loop on line breakpoint (i == 53)
* selected thread while debugging and paused it
* all labels appear as "..." and never update
* variables appear for the stack frame, but toString() (details) do not work

will attach screen shot

All of the other prefs go:
Always Never Prompt

Save dirty editors
Never Prompt Auto-save

Auto-save is the equivalent of Always.
Could be reordered to be consistent.

Build: I-20040219

Got this NPE upon shutdown.


Error Feb 19, 2004 22:29:48.275 Error while stopping plug-
in "reference:file:d:/Eclipse/eclipse/plugins/org.eclipse.jdt.ui_3.0.0 [34]".
org.osgi.framework.BundleException: Exception in 
org.eclipse.core.internal.compatibility.PluginActivator.stop()
at org.eclipse.osgi.framework.internal.core.BundleContext.stop
(BundleContext.java:1155)
at org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker
(BundleHost.java:481)
at org.eclipse.osgi.framework.internal.core.Bundle.stop(Bundle.java:477)
at org.eclipse.core.internal.plugins.PluginStopper.run(PluginStopper.java:101)
at org.eclipse.core.internal.runtime.PlatformActivator.stopLegacyBundles
(PlatformActivator.java:286)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:268)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:106)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
at org.eclipse.core.launcher.Main.run(Main.java:742)
at org.eclipse.core.launcher.Main.main(Main.java:581)
Nested exception:
java.lang.NullPointerException
at org.eclipse.jface.dialogs.DialogSettings.save(DialogSettings.java:377)
at org.eclipse.jface.dialogs.DialogSettings.save(DialogSettings.java:326)
at org.eclipse.jface.dialogs.DialogSettings.save(DialogSettings.java:351)
at org.eclipse.ui.plugin.AbstractUIPlugin.saveDialogSettings
(AbstractUIPlugin.java:795)
at org.eclipse.ui.plugin.AbstractUIPlugin.shutdown(AbstractUIPlugin.java:834)
at org.eclipse.jdt.internal.ui.JavaPlugin.shutdown(JavaPlugin.java:290)
at org.eclipse.core.internal.compatibility.PluginActivator.stop
(PluginActivator.java:66)
at org.eclipse.osgi.framework.internal.core.BundleContext$2.run
(BundleContext.java:1139)
at java.security.AccessController.doPrivileged(Native Method)
at org.eclipse.osgi.framework.internal.core.BundleContext.stop
(BundleContext.java:1114)
at org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker
(BundleHost.java:481)
at org.eclipse.osgi.framework.internal.core.Bundle.stop(Bundle.java:477)
at org.eclipse.core.internal.plugins.PluginStopper.run(PluginStopper.java:101)
at org.eclipse.core.internal.runtime.PlatformActivator.stopLegacyBundles
(PlatformActivator.java:286)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:268)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:106)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
at org.eclipse.core.launcher.Main.run(Main.java:742)
at org.eclipse.core.launcher.Main.main(Main.java:581)

I termianted a tomcat server while it was starting up, and the following 
exception occurred. Looks like an uncaught exception in breakpoint intallation:

com.sun.jdi.VMDisconnectedException: Got IOException from Virtual Machine
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at com.sun.jdi.VMDisconnectedException.<init>
(VMDisconnectedException.java:19)
	at org.eclipse.jdi.internal.connect.PacketReceiveManager.getReply
(PacketReceiveManager.java)
	at org.eclipse.jdi.internal.connect.PacketReceiveManager.getReply
(PacketReceiveManager.java)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java)
	at org.eclipse.jdi.internal.ReferenceTypeImpl.getSourceDebugExtension
(ReferenceTypeImpl.java)
	at 
org.eclipse.jdi.internal.ReferenceTypeImpl.isSourceDebugExtensionAvailable
(ReferenceTypeImpl.java)
	at org.eclipse.jdi.internal.ReferenceTypeImpl.getStratum
(ReferenceTypeImpl.java:1536)
	at org.eclipse.jdi.internal.ReferenceTypeImpl.sourceNames
(ReferenceTypeImpl.java)
	at 
org.eclipse.jdt.internal.debug.core.breakpoints.JavaStratumLineBreakpoint.insta
llableReferenceType(JavaStratumLineBreakpoint.java:203)
	at 
org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.handleClassPrepa
reEvent(JavaBreakpoint.java:276)
	at 
org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.handleEvent
(JavaBreakpoint.java:256)
	at org.eclipse.jdt.internal.debug.core.EventDispatcher.dispatch
(EventDispatcher.java)
	at org.eclipse.jdt.internal.debug.core.EventDispatcher.run
(EventDispatcher.java:221)
	at java.lang.Thread.run(Thread.java:806)

We currently don't support Window.Alert and other forms of 
Alert/authentification window etc on Mozilla. Need to support the 
corresponding nsIPromptService callbacks.

If I add the following code

Vector v = new Vector();

to a newly created class (i.e. there are no imports) then I select the word
Vector and do (right click) Source > Add Import there is a pop-up dialog that is
quickly displayed (i'm not sure what it's saying as it disappears to quickly). 
The first question is, is this dialog necessary (it is just a quick flash and
can be distracting)? and the second question is why does the operation (right
click) Source > Organize Imports not have the same dialog when used against the
same code?

I20040226

If layout ring is turned off in Scrollable & Composite, the vertical ScrollBar in Compare editor is partially 
clipped.

RC1

We should check cancellation before we start an asyncExec and before we call 
runInUIThread.

build I20040407

While playing around with the browser example under debug, I saw the following
in the console.  Not sure exactly what gesture caused it, but I wasn't doing
anything fancy.  Just opening and closing views.

Looks like the currentListener is not getting properly nulled out.


!SESSION Apr 09, 2004 15:09:29.925 ---------------------------------------------
java.version=1.4.2_01
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -application org.eclipse.ui.examples.rcp.browser.app
-application org.eclipse.ui.examples.rcp.browser.app -url d:\web\eclipsecon home.htm
!ENTRY org.eclipse.ui 4 4 Apr 09, 2004 15:09:29.935
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Apr 09, 2004 15:09:29.935
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.ui.internal.presentations.BasicStackPresentation$10.handleEvent(BasicStackPresentation.java:254)
	at
org.eclipse.ui.presentations.PresentationUtil.handleMouseMove(PresentationUtil.java:79)
	at org.eclipse.ui.presentations.PresentationUtil.access$1(PresentationUtil.java:74)
	at
org.eclipse.ui.presentations.PresentationUtil$2.handleEvent(PresentationUtil.java:50)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2584)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2262)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1436)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1407)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:244)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.examples.rcp.browser.BrowserApp.run(BrowserApp.java:54)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:279)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:241)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

Running the test suite, I found this in my log:

java.lang.StringIndexOutOfBoundsException: String index out of range: 0
at java.lang.String.charAt(String.java:444)
at org.eclipse.jdi.internal.GenericSignature.signatureToName
(GenericSignature.java:94)
at org.eclipse.jdi.internal.GenericSignature.signatureToName
(GenericSignature.java:134)
at org.eclipse.jdi.internal.GenericSignature.listSignaturetoListName
(GenericSignature.java:178)
at org.eclipse.jdi.internal.MethodImpl.argumentTypeNames(MethodImpl.java:278)
at org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getArgumentTypeNames
(JDIStackFrame.java:319)
at org.eclipse.jdt.internal.debug.ui.JDIModelPresentation.getStackFrameText
(JDIModelPresentation.java:1459)
at org.eclipse.jdt.internal.debug.ui.JDIModelPresentation.getText
(JDIModelPresentation.java:204)
at org.eclipse.debug.internal.ui.LazyModelPresentation.getText
(LazyModelPresentation.java:121)
at org.eclipse.debug.internal.ui.DelegatingModelPresentation.getText
(DelegatingModelPresentation.java:183)
at org.eclipse.debug.internal.ui.views.DebugViewLabelDecorator$LabelJob.run
(DebugViewLabelDecorator.java:326)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

In recent (post M8) builds, help JUnit tests fail with the exception as 
below.  The issue only shows up when running JUnit tests.  Help works fine 
otherwise.

java.lang.ExceptionInInitializerError
at org.apache.commons.digester.CallMethodRule.end(CallMethodRule.java:505)
at org.apache.commons.digester.Rule.end(Rule.java:276)
at org.apache.commons.digester.Digester.endElement(Digester.java:1058)
at org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1683)

build I20040413

In the Keys pref page, I went to add a keybinding.
- selected Compare category
- selected Select Next Change command
- typed Ctrl+/ as the key sequence
- went to hit Add, but noticed that the default When was wrong: Debugging
- wanted to change it to Always, but this has been removed
- it seems like "In Windows" is the best choice, but this is really non-obvious
  - I had to scan all the other contexts to determine that this is probably the
broadest scope
  - it says it extends "In Dialogs and Windows" which also made me pause (Why
would the broadest scope need to extend anything?)

I suggest going back to Always as the broadest scope, and making that the
default selection for When.

The Macintosh eats the up in this case, probably internally calling 
TrackMouseLocation() somewhere in the DataBrowser code.

This manifests itself in Eclipse as 'single click ignored'.  You expand a 
bunch of tree nodes and then single click on an item, it selects and nothing 
happens.  Then you click again on the item and the selection action happens.

1) pop up perspective switcher context menu.
2) use "Dock On" to switch the location.
3) open Preferences -> Workbench -> Appearance
4) notice "Perspective switcher positions" has not been updated.

Build 3.0M9

Implementation of Signature uses in various places: 
   CharOperation.lastIndexOf(C_DOT, name);

For these, if the name is a parameterized type name, it will get fooled by type 
arguments; e.g. "p.X<q.Y>" (last dot is inside type argument)

M7:

I'm doing a getPluginDescriptors() and it is failing because there is one
required plugin that is optional=true and the plugin is not loaded in the
current configuration.

I will attach the stack trace.

It is causing a severe problem for me because I need to get all of the loaded
plugin descriptors for what I am doing.

(This started happening in M8):

After I clean my project and it rebuilds, it hangs for >> 30 minutes << with 
100% CPU in this "cleaning output folders" phase. Eventually, it gets over it, 
and proceeds to (quite quickly) actually build the project.

This is quite maddening, as you can imagine. I do need to rebuild 
occassionally, as there do seem to be some bugs lurking in the incremental 
rebuild. (If I could identify them, I'd report them, sorry).

Build id: 200404281424

If you are self hosting with PDE UI plugin in source mode the classpath the ant
tasks it defines do not load correctly.  You get this error in the logs:
'It appears the library specified via the extraClasspathEntries extension point
of Plug-in Development UI does not exist'

The problem appers to be that the ant integration can not load the pdeui.jar
because it doesn't exist in the source plugin.

If you try and use task level content assist in an ant build script you get the
following error:

java.lang.NoClassDefFoundError:
org/eclipse/pde/internal/ui/wizards/exports/FeatureExportJob
at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Class.java:1647)
at java.lang.Class.privateGetPublicMethods(Class.java:1770)
at java.lang.Class.getMethods(Class.java:824)
at org.apache.tools.ant.IntrospectionHelper.<init>(IntrospectionHelper.java:172)
at org.apache.tools.ant.IntrospectionHelper.getHelper(IntrospectionHelper.java:461)
at
org.eclipse.ant.internal.ui.editor.AntEditorCompletionProcessor.hasNestedElements(AntEditorCompletionProcessor.java:971)
at
org.eclipse.ant.internal.ui.editor.AntEditorCompletionProcessor.newCompletionProposal(AntEditorCompletionProcessor.java:845)
at
org.eclipse.ant.internal.ui.editor.AntEditorCompletionProcessor.createProposals(AntEditorCompletionProcessor.java:835)
at
org.eclipse.ant.internal.ui.editor.AntEditorCompletionProcessor.getTaskProposals(AntEditorCompletionProcessor.java:762)
at
org.eclipse.ant.internal.ui.editor.AntEditorCompletionProcessor.getProposalsFromDocument(AntEditorCompletionProcessor.java:345)
at
org.eclipse.ant.internal.ui.editor.AntEditorCompletionProcessor.determineProposals(AntEditorCompletionProcessor.java:319)
at
org.eclipse.ant.internal.ui.editor.AntEditorCompletionProcessor.computeCompletionProposals(AntEditorCompletionProcessor.java:228)
at
org.eclipse.jface.text.contentassist.ContentAssistant.computeCompletionProposals(ContentAssistant.java:1457)
at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.computeProposals(CompletionProposalPopup.java:243)
at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$7(CompletionProposalPopup.java:239)
at
org.eclipse.jface.text.contentassist.CompletionProposalPopup$1.run(CompletionProposalPopup.java:199)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.showProposals(CompletionProposalPopup.java:194)
at
org.eclipse.jface.text.contentassist.ContentAssistant.showPossibleCompletions(ContentAssistant.java:1308)
at
org.eclipse.ant.internal.ui.editor.AntEditor$StatusLineSourceViewer.doOperation(AntEditor.java:261)
at org.eclipse.ui.texteditor.ContentAssistAction$1.run(ContentAssistAction.java:82)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)

RC3

Hot code replace does not seem to be working in RC3.

Run a compare with another tag. The participant is correctly added to the sync
view and the compare runs fine. But after the operation completes the result
message in the progress view says "no changes found".

On Mac OS X, make all the sashes have a red background (so you can easily see 
what I am talking about).  Now run eclipse and drag a horizontal sash.  Notice 
that the sash is no longer positioned correctly.  It may be hidden entirely 
behind a CTabFolder, or it my be positioned incorrectly so that it is a little 
bit below the top control and either partially behind or partially over top of 
the bottom control.

The reason this is happening is because the bounds of the Sash are being set 
to a bogus location.

In LayoutTreeNode.setBounds(Rectangle bounds), there is the code:

int redistribute = bounds.width - SASH_WIDTH - total;

and 

int redistribute = bounds.height - SASH_WIDTH - total;

This redistribute value is always a negative value which makes the sash be 
located in a position different from where the user dropped the sash.  The 
value is negative because LayoutPartSash.widgetSelected does not subtract off 
the sash width when it calls LayoutPartSash.setSizes(int left, int right) and 
therefore in LayoutTreeNode.setBounds, total = left + right already includes 
the width of the sash and the sash width is therefore being subtracted off 
twice.

private void widgetSelected(int x, int y, int width, int height) {
	LayoutTree root = rootContainer.getLayoutTree();
	LayoutTreeNode node = root.findSash(this);
	Rectangle nodeBounds = node.getBounds();
	//Recompute ratio
	x -= nodeBounds.x;
	y -= nodeBounds.y;
	if(style == SWT.VERTICAL) {
		setSizes(x, nodeBounds.width - x); // !!! need to subtract the 
sash width from right
		//setRatio((float)(x - nodeBounds.x)/(float)nodeBounds.width);
	} else {
		setSizes(y, nodeBounds.height - y); // !!! need to subtract 
the sash width from right

		//setRatio((float)(y - nodeBounds.y)/(float)nodeBounds.height);
	}
	
	node.setBounds(nodeBounds);
	initDragRatios();
}

Note: This problem is exacerbated on Mac OS X by the fact that the sash does 
not have a rubber band behaviour and must therefore be moved by SWT on each 
mouse move.  As a result, the sash is not ending up in the place where it was 
being set by the application.

If I perform several compares in quick succession, only the last one appears 
in the sync view. This is the intended behavior but may not be what the user 
expected.

Also, I saw a case where the participants were kept around in the 
part2particpant and participant2part tables. These are cleared when the page 
is destroyed so there may be a race condition where the page doesn't get 
destroyed when a participant that is in the midst of being created in replaced.

3.1M2

1. Enable link in Navigator (or Package Explorer) view
2. Click on the first element in the list
3. Open two editors
4. Click on each tab, watch the highlighted element change and the view scroll
5. Click on the tab for the Navigator view
6. Use the arrow keys, notice that keyboard navigation is still at some old
location and not at the currently selected row

This may be related to bug 26388.

The following snippet reproduces the problem.  When you click the button, the
selected item changes, but if you tab into the list you will notice that
keyboard focus has not changed.

public class SelectedFocus {
	static int sel = 8;
    public static void main(String[] args) {
        Display display = new Display();
        Shell shell = new Shell(display);
        shell.setLayout(new GridLayout());

        final Composite parent = new Composite(shell, SWT.NONE);
        parent.setLayout(new FillLayout());
        parent.setLayoutData(new GridData(GridData.FILL_BOTH));

        final Composite c1 = new Composite(parent, SWT.NONE);
        c1.setLayout(new FillLayout());

        final Button button = new Button(shell, SWT.NONE);
        button.setLayoutData(new GridData(GridData.FILL_HORIZONTAL));
        button.setText("Select");

        final Table t1 = makeTable(c1);
        
        button.addSelectionListener(new SelectionAdapter() {
            public void widgetSelected(SelectionEvent e) {
            	t1.setSelection(sel);
            	sel += 8;
            }
        });
        
        shell.pack();
        shell.setSize(400, 400);
        shell.open();

        while (!shell.isDisposed()) {
            if (!display.readAndDispatch())
                display.sleep();
        }
        display.dispose();
    }

    public static Table makeTable(Composite parent) {
        Table table = new Table(parent, SWT.MULTI | SWT.BORDER
                | SWT.FULL_SELECTION);
        table.setLinesVisible(true);
        table.setHeaderVisible(true);
        String[] titles = { "Position", "Foobar" };
        for (int i = 0; i < titles.length; i++) {
            TableColumn column = new TableColumn(table, SWT.NULL);
            column.setText(titles[i]);
        }
        int count = 256;

        table.removeAll();

        for (int i = 0; i < count; i++) {
            TableItem item = new TableItem(table, SWT.NULL);
            item.setText(0, String.valueOf(i));
            item.setText(1, "line " + i + " in nowhere");
        }

        for (int i = 0; i < table.getColumnCount(); i++)
            table.getColumn(i).pack();
        table.pack();
        return table;
    }
}

build i0924

See bug 74818. The spec has been updated so that the preference change event
values are of String type.

Implementation needs to be updated to match the spec.

The list that drops down (by pressing Ctrl+e or the chevron) for editors, has 
the current item selected.  There should be no selection on this list.

reasons
- it does not make sense to select thing thing you are already looking at
- if you open the list then press down arrow you skip over all items above the 
current item
- this is particularly bad when the editor is in single tab mode as the 
selection goes straight to the bottom

For an Ant build that occurs in a separate VM, the project help option does 
not work. The build just terminates.

I20040406

Got this when opening StyledText.java (ClassFileEditor):

org.eclipse.ui.PartInitException[0]:
org.eclipse.jdt.internal.compiler.problem.AbortCompilation
	at java.lang.Throwable.<init>(Throwable.java)
	at
org.eclipse.jdt.internal.compiler.problem.AbortCompilation.<init>(AbortCompilation.java:36)
	at
org.eclipse.jdt.internal.compiler.problem.ProblemHandler.handle(ProblemHandler.java)
	at
org.eclipse.jdt.internal.compiler.problem.ProblemReporter.handle(ProblemReporter.java:1047)
	at
org.eclipse.jdt.internal.compiler.problem.ProblemReporter.isClassPathCorrect(ProblemReporter.java:2123)
	at
org.eclipse.jdt.internal.compiler.lookup.UnresolvedReferenceBinding.resolve(UnresolvedReferenceBinding.java)
	at
org.eclipse.jdt.internal.compiler.lookup.BinaryTypeBinding.resolveType(BinaryTypeBinding.java)
	at
org.eclipse.jdt.internal.compiler.lookup.BinaryTypeBinding.resolveTypesFor(BinaryTypeBinding.java)
	at
org.eclipse.jdt.internal.compiler.lookup.BinaryTypeBinding.methods(BinaryTypeBinding.java)
	at org.eclipse.jdt.core.dom.TypeBinding.getDeclaredMethods(TypeBinding.java)
	at org.eclipse.jdt.internal.corext.dom.Bindings.findMethodInType(Bindings.java)
	at
org.eclipse.jdt.internal.corext.dom.Bindings.findMethodInHierarchy(Bindings.java)
	at
org.eclipse.jdt.internal.corext.dom.Bindings.findMethodInHierarchy(Bindings.java)
	at
org.eclipse.jdt.internal.corext.dom.Bindings.findMethodDefininition(Bindings.java)
	at
org.eclipse.jdt.internal.ui.javaeditor.OverrideIndicatorManager$1.visit(OverrideIndicatorManager.java)
	at org.eclipse.jdt.core.dom.MethodDeclaration.accept0(MethodDeclaration.java)
	at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java)
	at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java)
	at org.eclipse.jdt.core.dom.TypeDeclaration.accept0(TypeDeclaration.java)
	at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java)
	at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java)
	at org.eclipse.jdt.core.dom.CompilationUnit.accept0(CompilationUnit.java)
	at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java)
	at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java)
	at org.eclipse.jdt.core.dom.CompilationUnit.accept0(CompilationUnit.java)
	at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java)
	at
org.eclipse.jdt.internal.ui.javaeditor.OverrideIndicatorManager.updateAnnotations(OverrideIndicatorManager.java)
	at
org.eclipse.jdt.internal.ui.javaeditor.OverrideIndicatorManager.<init>(OverrideIndicatorManager.java:185)
	at
org.eclipse.jdt.internal.ui.javaeditor.JavaEditor.installOverrideIndicator(JavaEditor.java:3405)
	at
org.eclipse.jdt.internal.ui.javaeditor.JavaEditor.internalDoSetInput(JavaEditor.java:2646)
	at
org.eclipse.jdt.internal.ui.javaeditor.JavaEditor.doSetInput(JavaEditor.java:2617)
	at
org.eclipse.jdt.internal.ui.javaeditor.ClassFileEditor.doSetInput(ClassFileEditor.java:610)
	at
org.eclipse.ui.texteditor.AbstractTextEditor$14.run(AbstractTextEditor.java:2178)
	at
org.eclipse.jface.operation.ModalContext.runInCurrentThread(ModalContext.java:302)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java)
	at org.eclipse.jface.window.ApplicationWindow$1.run(ApplicationWindow.java:576)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java)
	at org.eclipse.jface.window.ApplicationWindow.run(ApplicationWindow.java:573)
	at org.eclipse.ui.internal.WorkbenchWindow.run(WorkbenchWindow.java:1586)
	at
org.eclipse.ui.texteditor.AbstractTextEditor.internalInit(AbstractTextEditor.java:2193)
	at org.eclipse.ui.texteditor.AbstractTextEditor.init(AbstractTextEditor.java:2211)
	at org.eclipse.ui.internal.EditorManager.createSite(EditorManager.java:569)
	at org.eclipse.ui.internal.EditorManager.openInternalEditor(EditorManager.java:633)
	at
org.eclipse.ui.internal.EditorManager.openEditorFromDescriptor(EditorManager.java:438)
	at org.eclipse.ui.internal.EditorManager.openEditor(EditorManager.java:426)
	at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:2129)
	at org.eclipse.ui.internal.WorkbenchPage.access$6(WorkbenchPage.java:2072)
	at org.eclipse.ui.internal.WorkbenchPage$9.run(WorkbenchPage.java:2059)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java)
	at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2054)
	at
org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.openInEditor(EditorUtility.java:145)
	at
org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.openInEditor(EditorUtility.java:115)
	at org.eclipse.jdt.internal.ui.actions.OpenTypeAction.run(OpenTypeAction.java:67)
	at org.eclipse.jdt.internal.ui.actions.OpenTypeAction.run(OpenTypeAction.java:80)
	at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:269)
	at org.eclipse.ui.internal.WWinPluginAction.runWithEvent(WWinPluginAction.java:207)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:73)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:172)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:465)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java)
	at org.eclipse.swt.widgets.Control.gtk_key_press_event(Control.java)
	at org.eclipse.swt.widgets.Composite.gtk_key_press_event(Composite.java)
	at org.eclipse.swt.widgets.Widget.windowProc(Widget.java)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java)
	at org.eclipse.swt.internal.gtk.OS.gtk_main_do_event(Native Method)
	at org.eclipse.swt.widgets.Display.eventProc(Display.java)
	at org.eclipse.swt.internal.gtk.OS.gtk_main_iteration(Native Method)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1561)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1532)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:279)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:241)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

An NPE results on an inspect if the variables view has not fully created.
To reproduce:
Start a workspace where the variables view is layered under the breakpoints 
view
Debug to a breakpoint
Inspect

java.lang.NullPointerException
at 
org.eclipse.debug.internal.ui.views.expression.ExpressionInformationControl.set
Information(ExpressionInformationControl.java:97)
at 
org.eclipse.jface.text.AbstractInformationControlManager.internalShowInformatio
nControl(AbstractInformationControlManager.java:800)
at org.eclipse.jface.text.AbstractInformationControlManager.presentInformation
(AbstractInformationControlManager.java:777)
at org.eclipse.jface.text.AbstractInformationControlManager.setInformation
(AbstractInformationControlManager.java:274)
at org.eclipse.jface.text.information.InformationPresenter.computeInformation
(InformationPresenter.java:346)
at org.eclipse.jface.text.AbstractInformationControlManager.doShowInformation
(AbstractInformationControlManager.java:761)
at org.eclipse.jface.text.AbstractInformationControlManager.showInformation
(AbstractInformationControlManager.java:751)
at org.eclipse.jdt.internal.debug.ui.actions.PopupInspectAction$2.run
(PopupInspectAction.java:79)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2760)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2445)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1435)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1406)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:263)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
at org.eclipse.core.launcher.Main.run(Main.java:644)
at org.eclipse.core.launcher.Main.main(Main.java:628)

External tool builders are getting run in the background when the run in 
background option is set false.

Some speculation: I've debugged the problem a little, and the attribute isn't 
set. I'm guessing that's the root of the problem. Code near external tool 
builders was recently changed to treat the LAUNCH_IN_BACKGROUND attribute as if 
the default value is false. However, this isn't always the case. The default 
value according to Debug UI (which defines the attribute) is true.

The default value we use when we decide whether the attribute needs to be set 
(AbstractLaunchConfigurationTab#setAttribute()) has to match the default value 
we use when the attribute is read (ILaunchConfiguration#getAttribute()).

- open eclipse
- switch to use tabs on the bottom appearance in (Window > workbench > 
preferences > appearance ) 
- tabs are now on the bottom for the editor
- now switch them back

NOTE that for me the tab was not visible until i resized the window

Linked mode should allow to be configured programmatically to have a different
ui. This would allow the instance that is setting up linked mode to determine
how it will look like. 

Use case is auto-closing: the box is too disturbing there, while it may be good
for more complex templates.

I20040303

I am getting exceptions from jobs on shutdown.  A job is being canceled, which
reports cancelation to the job's progress monitor
(IProgressMonitor.setCanceled()). In UI land, the progress monitor is trying to
access the workbench, but the workbench has been shutdown at this point.  Looks
like it needs another one of those if (PlatformUI.isWorkbenchRunning()) checks
before trying to get the active workbench window.

3.0M9 + HEAD

- enable "close editors automatically"
- set "n. of open editors" to 1
- quickly switch between CUs
-> the old reconciling thread may still run while the new one is launched

I found IOOBs and NPEs while running in the semantic highlighting reconciling
listener which are likely caused by this.

Bug 34800 discusses a similar problem.

The Workbench needs to be opened up to allow more customization around the 
StatusLineManager.

We have the following requirements:

1) No hardwired controls, ie. the progress bar.  We need to supply our own 
implementation

2) Finer control over positioning of StatusLine contributions.  This can be 
done with hardwired group markers.  Something like [BEGIN | MIDDLE | END] would 
satisfy.

3) The existing StatusLineManager is not easily subclassed.  This is do to some 
references to an instance of a package private StatusLine control.

4) Last but not least, RCP applications need the ability to define their own 
implementation of the IStatusLineManager that is consumed by the 
WorkbenchWindow.

Some javadoc contains invalid javadoc tags.
I will attach a patch for the API types.

R3.0, and also in latest from head

- new simple project
- new file A.txt (A.txt is opened)
- new file B.txt (B.txt is opened)
- select tab for A.txt 
- shutdown/restart
- it comes up with B.txt as the active tab, but its contents is gray (the editor
is not actually instantiated)
- select tab for A.txt
- it's gray as well
- select tab for B.txt
- it's OK now
- select tab for A.txt
- it's OK now

It should come up with A.txt as the active tab, with the editor properly
instantiated.

I've a project in which I've set compiler option 'usage of non-externalized 
strings' to 'Warning'.
When I want to set a condition on a breakpoint which contains a string,  
object.equals("Toto") for example, I break all the time at this point due to a 
compilation error...
Then I'm obliged to write my condition as:
boolean cond = object.equals("Toto"); //$NON-NLS-1$
return cond;
to avoid this problem.

Won't it be possible that debugger uses a specific compiler which would ignore 
current project/workspace compiler options but only uses default ones?

In the source for 3.0M7 SWT, I came across the following Font constructor:

public Font(Device display, String name, int height, int style) {
	if (device == null) device = Device.getDevice();
	if (device == null) SWT.error(SWT.ERROR_NULL_ARGUMENT);
	init(device, name, height, style);
}

Firstly, the arg name 'display' corresponds to a 'Device' object (which confused me when I called it, 
since the pop-up control listed the argument as 'display'), and secondly, it doesn't appear to be used in 
the code snippet at all.

I'm guessing that it should be 'device', as otherwise, it doesn't matter what arg you pass it, it's always 
going to find the instance field 'device' as null, then obtain the default one.

build I20040330 + latest UI from HEAD + patch for bug 54548

- launch target, with launcher configured to use features from host (none in
workspace)
- Help > About
- the list of features has 2 of each installed feature
  - it shows 12, but there should only be 6

The following NPE is thrown when adding a breakpoint to an external Java file.

java.lang.NullPointerException
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.NullPointerException.<init>(NullPointerException.java:60)
        at
org.eclipse.jdt.internal.debug.ui.actions.BreakpointLocationVerifierJob.run(BreakpointLocationVerifierJob.java:96)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java)

The fixe is to add 'project != null &&' in the condition of the if, line 96 of
BreakpointLocationVerifierJob.run().

STEPS

1) Switch to High Contrast by selecting Window->Control Panl->Accessibility 
Resources
2) Start Eclipse
3) Open the preferences page
4) Select Colors and Fonts
5) Select a diffrent page 
6) new page not displayed.

Started from some build after M7 JCOP tools (update site at
http://www.zurich.ibm.com/jcop/download/eclipse) does not work in Eclipse 3.0.
Here is exception I'm getting when trying to open JCOP development perspective 

!ENTRY org.eclipse.core.runtime 4 1 May 22, 2004 09:06:17.484
!MESSAGE Plug-in com.ibm.bluez.jcop.eclipse was unable to load class
com.ibm.bluez.jcop.eclipse.internal.ui.PerspDevelopment.
!STACK 0
java.lang.ClassNotFoundException:
com.ibm.bluez.jcop.eclipse.internal.ui.PerspDevelopment
	at
org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:404)
	at
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:93)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
	at
org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:307)
	at
org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:336)
	at
org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass(AbstractBundle.java:1313)
	at
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:131)
	at
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:124)
	at
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:113)
	at org.eclipse.ui.internal.WorkbenchPlugin$1.run(WorkbenchPlugin.java:186)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at
org.eclipse.ui.internal.WorkbenchPlugin.createExtension(WorkbenchPlugin.java:183)
	at
org.eclipse.ui.internal.registry.PerspectiveDescriptor.createFactory(PerspectiveDescriptor.java:130)
	at org.eclipse.ui.internal.Perspective.loadPredefinedPersp(Perspective.java:585)
	at org.eclipse.ui.internal.Perspective.createPresentation(Perspective.java:191)
	at org.eclipse.ui.internal.Perspective.<init>(Perspective.java:98)
	at org.eclipse.ui.internal.WorkbenchPage.createPerspective(WorkbenchPage.java:1116)
	at org.eclipse.ui.internal.WorkbenchPage.busySetPerspective(WorkbenchPage.java:721)
	at org.eclipse.ui.internal.WorkbenchPage.access$8(WorkbenchPage.java:713)
	at org.eclipse.ui.internal.WorkbenchPage$12.run(WorkbenchPage.java:2854)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchPage.setPerspective(WorkbenchPage.java:2852)
	at
org.eclipse.ui.internal.ChangeToPerspectiveMenu.run(ChangeToPerspectiveMenu.java:87)
	at org.eclipse.ui.actions.PerspectiveMenu.run(PerspectiveMenu.java:303)
	at org.eclipse.ui.actions.PerspectiveMenu.runOther(PerspectiveMenu.java:318)
	at
org.eclipse.ui.actions.PerspectiveMenu$4.widgetSelected(PerspectiveMenu.java:134)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:307)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

Build 20040519
Linux-GTK

There's a big white block drawn under the text field in the Run To Line dialog.

for M6

I am getting very many Java AST creation errors while I am typing. However in 
the error message it doesn't give the file that went wrong. It would be nice 
to have the filename that caused the AST creation to fail so that I can better 
report such errors. For now I only have the stack trace:
-----------------------------------------------------------
java.lang.IllegalArgumentException
at org.eclipse.jdt.core.dom.SingleVariableDeclaration.setModifiers
(SingleVariableDeclaration.java:156)
at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:994)
at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:626)
at org.eclipse.jdt.core.dom.ASTConverter.buildBodyDeclarations
(ASTConverter.java:917)
at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1059)
at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:740)
at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1611)
at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:821)
at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1752)
at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:673)
at org.eclipse.jdt.core.dom.ASTConverter.buildBodyDeclarations
(ASTConverter.java:243)
at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:182)
at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:80)
at org.eclipse.jdt.core.dom.AST.parseCompilationUnit(AST.java:354)
at org.eclipse.jdt.core.dom.AST.parseCompilationUnit(AST.java:247)
at 
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartLis
tenerGroup.computeAST(SelectionListenerWithASTManager.java:106)
at 
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartLis
tenerGroup.calculateASTandInform(SelectionListenerWithASTManager.java:116)
at 
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$1.run
(SelectionListenerWithASTManager.java:92)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)
-----------------------------------------------------------------------

I200405200800, Linux 2.6.4, GTK+ 2.4.0, KDE 3.2.2. 
 
Press "Ctrl+X I" while using the Emacs key binding.  The "I" is inserted into 
the file.

20040520

1. New workspace, create a project with one class test.Main.
2. Use File Search file name pattern "*.java" containing text empty (or *)
No results are found.  I expected Main.class (which I see in the navigator)

(Also fails in other workspaces)

also happens in 2.1.3
Launch eclipse, close resource persp. Hit Ctrl N get the wizard list but try
Menu File->New-> and it is disabled.

We should have an event fired whenever the title of a document is known or has 
been modified.

The Job description is shown in the progress segment in the status bar.
To avoid that the label in the segment gets compressed like "Search for 
Referen...space" it should be shortened to only show the Job's main function, 
e.g. "Java Search", "File Search", ...

Download the SWT OpenGL plugins:

http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/platform-swt-
home/opengl/opengl.html

(You need to download the SWT OpenGL part and the SWT OpenGL examples).

The SWT OpenGL plugin is structured the same way as SWT, that is the plugin 
does not have a jar, the jar is located in the platform specific fragment.

Import the following three plugins as binary into your workspace:
   org.eclipse.swt.opengl
   org.eclipse.swt.opengl.win32
   org.eclipse.swt.opengl.examples

Try to launch OpenGLExample as a Java application.  You get the following 
error:

java.lang.NoClassDefFoundError: org/eclipse/swt/opengl/GLContext
	at org.eclipse.swt.opengl.examples.OpenGLTab.createOpenGLContext
(OpenGLTab.java:46)
	at org.eclipse.swt.opengl.examples.OpenGLTab.createTabFolderPage
(OpenGLTab.java:77)
	at org.eclipse.swt.opengl.examples.OpenGLExample.run
(OpenGLExample.java:73)
	at org.eclipse.swt.opengl.examples.OpenGLExample.main
(OpenGLExample.java:114)
Exception in thread "main" 

To make the example work, you must add the following to the .classpath of 
org.eclipse.swt.opengl:

   <classpathentry exported="true" 
sourcepath="/org.eclipse.swt.opengl.win32/ws/win32/openglsrc.zip" kind="lib" 
path="/org.eclipse.swt.opengl.win32/ws/win32/opengl.jar"/>
	

This used to work in M5.  Adding the MANIFEST.MF file does not fix the problem.

biuld I20040520

- open the CVS Repostiries perspective
- open the outline view in this perspective
- switch to the Team Synchronizing perspective
- open the outline view here as well 
- make sure the outline is the farthest view on the left and takes up all the 
vertical space 
- minimze the outline 
- switch to the cvs repositories perspective (outline should be fine)
- switch back to the synch perspective and note that only the toolbar for the 
outline view is showing (if the toolbar had been moved up next to the tab that 
is) otherwise there is blank space

Since RC1

When I call TableItem.setText(3, "blabla"), the table cell redraws. However,
the first 12 pixels or so are not redrawn. It looks like the Table thinks
the item has an image set? I don't use images for column three. The other
columns in my table that have images do redraw correctly.

Works fine with 3.0 build from May 25. Breaks in RC1

This is pure SWT, no jface

I200405190010

1. Launch a program with long, steady output (while (true)
{System.out.println("test"); Thread.sleep(1000);}).
The console scroll down as the data is added.
2. Click the scroll lock button (toggle enabled)
Nothing change, the console continue to scroll down.
3. Click the scroll lock button again (toggle disabled)
The console no more scroll down.

I think the default (starting) behavior is correct but the button as its logic
reversed, a '!' is missing somewhere.

RC3

According to the spec of validateEdit the check out of a file is allowed to 
change the files content. 

Search doesn't check this which can result in wrongly modified files by the 
replace command if the changes in the file invalidate the search positions.

This is a regression to 2.1.x since there we explicitly checked the timestamps 
after check-out.

Here are the better words:

	/**
	 * the handle to the OS resource 
	 * (Warning: This field is platform dependent)
	 * <p>
	 * <b>IMPORTANT:</b> This field is <em>not</em> part of the SWT
	 * API for this class. It is public only so that it can be accessed
	 * from other SWT packages. It is not available on all platforms,
	 * and should never be accessed from application code.
	 * </p>
	 */

I've been seeing this error when opening / closing projects this week.

eclipse.buildId=M200409010800
java.version=1.4.2_05
java.vendor=Sun Microsystems Inc.

It looks similar to bug# 44578 but that is very old.  Here's the stack trace.

java.lang.NullPointerException
at org.eclipse.core.internal.resources.Project.getDescription(Project.java:341)
at org.eclipse.ui.internal.ide.model.WorkbenchProject.getBaseImage
(WorkbenchProject.java:44)
at org.eclipse.ui.internal.ide.model.WorkbenchResource.getImageDescriptor
(WorkbenchResource.java:54)
at 
org.eclipse.jdt.internal.ui.viewsupport.JavaElementImageProvider.getWorkbenchIm
ageDescriptor(JavaElementImageProvider.java:164)
at 
org.eclipse.jdt.internal.ui.viewsupport.JavaElementImageProvider.computeDescrip
tor(JavaElementImageProvider.java:120)
at 
org.eclipse.jdt.internal.ui.viewsupport.JavaElementImageProvider.getImageLabel
(JavaElementImageProvider.java:93)
at org.eclipse.jdt.internal.ui.viewsupport.JavaUILabelProvider.getImage
(JavaUILabelProvider.java:129)
at org.eclipse.jface.viewers.DecoratingLabelProvider.getImage
(DecoratingLabelProvider.java:74)
at org.eclipse.jface.viewers.DecoratingLabelProvider.updateLabel
(DecoratingLabelProvider.java:208)
at org.eclipse.jdt.internal.ui.viewsupport.ResourceToItemsMapper.updateItem
(ResourceToItemsMapper.java:82)
at 
org.eclipse.jdt.internal.ui.viewsupport.ResourceToItemsMapper.resourceChanged
(ResourceToItemsMapper.java:62)
at 
org.eclipse.jdt.internal.ui.viewsupport.ProblemTreeViewer.handleLabelProviderCh
anged(ProblemTreeViewer.java:115)
at org.eclipse.jface.viewers.ContentViewer$1.labelProviderChanged
(ContentViewer.java:74)
at org.eclipse.ui.internal.decorators.DecoratorManager$1.run
(DecoratorManager.java:203)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:616)
at org.eclipse.core.runtime.Platform.run(Platform.java:747)
at org.eclipse.ui.internal.decorators.DecoratorManager.fireListeners
(DecoratorManager.java:201)
at org.eclipse.ui.internal.decorators.DecorationScheduler$2.runInUIThread
(DecorationScheduler.java:369)
at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:93)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2749)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2434)
at org.eclipse.jface.operation.ModalContext$ModalContextThread.block
(ModalContext.java:136)
at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:262)
at org.eclipse.jface.dialogs.ProgressMonitorDialog.run
(ProgressMonitorDialog.java:397)
at org.eclipse.ui.internal.progress.ProgressMonitorJobsDialog.run
(ProgressMonitorJobsDialog.java:251)
at org.eclipse.ui.actions.WorkspaceAction.run(WorkspaceAction.java:286)
at org.eclipse.jdt.ui.actions.OpenProjectAction.run(OpenProjectAction.java:154)
at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun
(SelectionDispatchAction.java:212)
at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run
(SelectionDispatchAction.java:188)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:915)
at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:866)
at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:785)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:704)
at org.eclipse.core.launcher.Main.main(Main.java:688)





Project.getDescription

LOCALE:KOR

Run -> Common tab 

I found another extra mnemonics for them in "Display in the favorite menu" 

Run, Debug and Profile has extra mnemonic.

1. Control.traverse(int) grabs focus if the receiver does not currently have focus.
2. CTabFolder is grabbing focus after sending the traverse event to its listeners. 

The Eclipse UI worked around issue 1 for bug 62622, but the workaround is
preventing clients from listening to the ESC key in the presentation API. Fixing
this issue may also allow simplifications in the code for tab traversal.

Issue 2 is preventing the application from setting focus in a selection listener
or traverse listener. This can be observed when hitting ctrl-pgup and ctrl-pgdn
to switch views in Eclipse. Eclipse moves the focus to the currently selected
view or editor, but the CTabFocus traverse handler forces focus to move back to
the tabs, overriding the application-defined focus.

Content Assist is available for the superclass in M7.
However it also lists interfaces. If an interface is selected,
the generated class "extends" it instead of "implementing" it.

I'm working with Eclipse 2.1.3 target using Eclipse  3.0. Open eclipse without
opened editors. Open class Control (SWT, not AWT), go to setEnable(...) method
and set breakpoint at line 1912 (checkWidget()) (I just double click ruler).
Error dialog comes up with a message

"Breakpoint location validation error."

Trace:
java.lang.NullPointerException
at
org.eclipse.jdt.internal.debug.ui.actions.BreakpointLocationVerifierJob.run(BreakpointLocationVerifierJob.java:94)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

The implementation of the contains method on BatchSimilarSchedulingRule does not
obey the rules set out in the API javadoc for that method. In particular, all
rules must contain themselves (a.contains(a) must be true). Invalid scheduling
rule implementations can break assumptions made in the locking implementation
and cause serious bugs (see bug 73946 for an example). To avoid this, I will be
adding assert statements to enforce the API rules for scheduling rules. The
contains method on this rule will need to be fixed.

20040514

If I reduce the list of the avaialble fonts the matches are not displayed even 
though the tree is reduced when I type.

STEPS
1) Open the fonts and colours preference page
2) Type console
3) It will be reduced to the Basic tab but not expanded to show the matches

build I20040225

TextNavigationAction should subclass Action rather than directly implementing 
IAction.  IAction states:
 * This interface exists only to define the API for actions.
 * It is not intended to be implemented by clients.

I am considering adding new API to IAction which will break direct implementors 
like TextNavigationAction.

Consider 1000 content types a reasonable worst case scenario. How much memory is
consumed? How long does it take to find content types based on file names/ contents?

When using EMACS to incrementally search, the search is cancelled when another 
command is entered, such as setting the mark, hitting ctrl-a, ctrl-e, ctrl-g, 
etc.

However, in the latest version 3.0 stable release of Eclipse (using the EMACS 
key bindings) once an incremental search has begun, it doesn't seem to want to 
quit!  Entering the set-mark command, ctrl-a, ctrl-e, etc does not terminate 
the incremental search.  Pressing the up/down arrow keys continues the search.  
I find that I have to press ctrl-g several times to terminate the incremental 
search.  This behavior is wrong.  The search should terminate at that point and 
not continue to keep the search expression displayed.  I find that when I 
incremental search to a desired location and set the mark (or ctrl-a or ctrl-e) 
then any characters typed after that are added to the search criteria and it 
moves the point away from the previously found search text.  The expected 
behavior is for the search to terminate and the characters typed be inserted as 
normal text (unless they are another EMACS command).

This erroneous behavior is new to the 3.0 release, as this functioned correctly 
in the 2.1 release.

In the configuration area some folders like org.eclipse.osgi/bundles or runtime
are create a bit too eagerly to be left empty. It could be interesting to remove
this unecessary noise.

3.0 RC1
I have two repo locations in my workspace, choose import from cvs, pick one of
the locations and select the 'existing module' radio to see the remote folders.
Then press back to select the other location, then on the next page the
'existing module' list will show the old folder list from the other location.

JCORE is looking to add support for comparing containers (to know if they are 
duplicates) on a buildpath. JDT Launching added an interface - 
IRuntimeContainerComparator to support this in 2.0.1. We'll need to deprecate 
ths interface in favour of a new method on ClasspathContainer. However, we'll 
need to support both. The new method will look something like this:

/**
 * Returns an object which identifies a container for comparison purpose. This 
allows
 * to eliminate redundant containers when accumulating classpath entries (e.g. 
 * runtime classpath computation). When requesting a container comparison ID, 
one
 * should ensure using its corresponding container initializer. Indeed, a 
random container
 * initializer cannot be held responsible for determining comparison IDs for 
arbitrary 
 * containers.
 * <p>
 * @param containerPath the path of the container which is being checked
 * @param project the project for which the container is to being checked
 * @return returns an Object identifying the container for comparison
 * @since 3.0
 */
public Object getComparisonID(IPath containerPath, IJavaProject project) {
    	
// By default, containers are identical if they have the same containerPath,
// but this may be refined by other container initializer implementations.
    return containerPath; 
}

When pressing ctrl-e to open the editor list, the list should appear at the 
same location as if the user activated the list by pressing the chevron button

3.0 RC2

It seems that duplicate sync jobs are not removed from the progress view. I've
investigated and noticed that the specification for IProgressConstants#KEEPONE
property state that duplicate jobs are removed when a job is finished. But in
the FinishedJob class it doesn't seem to be calling checkForDuplicates when a
job is done. And in my case, adding a breakpoint in the belongsTo() method of my
job shows that it is never called.

Shouldn't the remove() method in FinishedJob call checkForDuplicates? Adding
this line will fix the problem. But it may be a bug somewhere else.

This was found when fixing bug 67573.

With the following build file, the "mine" taskdef will have an error icon 
instead of a warning overlay for the missing class name ("elipse" instead 
of "eclipse")

<project default="type">

	<taskdef name="mine" 
classname="org.elipse.ant.tests.core.support.tasks.AntTestTask" 
classpath="c:\runtime-workbench-workspace\Hey\antTestsSupport.jar">
	</taskdef>
	
	<target name="type">
		<mine />
	</target>
	
</project>

Lines 87 to 92 from org.eclipse.ui.progress.DeferredTreeContentManager:
public boolean mayHaveChildren(Object element) {
	IDeferredWorkbenchAdapter adapter = getAdapter(element);
	Assert.isNotNull(element, ProgressMessages
                         ^^^^^^^
.getString("DeferredTreeContentManager.NotDeferred")); //$NON-NLS-1$
	return adapter.isContainer();
}

Isn't "element" be "adapter"?

Cheetah (from CVS as of few minutes ago) fails to compile the following code
with error message "Type mismatch: cannot convert from RandomAccess to
ArrayList<?>". javac as of b59 accepts the code.

==============================================
package test.cheetah;
import java.util.ArrayList;
public class ConditionalAndWildcard {
    public void test(boolean param) {
        ArrayList<?> ls = (param) ? 
                new ArrayList<String>() : new ArrayList<Object>();
    }
}
==============================================

20040824

In
package test;

import java.util.AbstractList;

public class StringList extends AbstractList<String> {
  AbstractList<List> l;

}

Both type bindings for 'AbstractList<String>' and for 'AbstractList<List>' have
the same key (ITypeBinding.getKey() -> 'java.util.AbstractList').
Is that intended?

While launching I received this error:

java.lang.NullPointerException
at org.eclipse.ui.part.PageBook.showPage(PageBook.java:89)
at org.eclipse.jdt.internal.debug.ui.monitors.MonitorsView.refreshCurrentViewer
(MonitorsView.java:346)
at org.eclipse.jdt.internal.debug.ui.monitors.MonitorsView.selectionChanged
(MonitorsView.java:372)
at org.eclipse.ui.internal.AbstractPartSelectionTracker$1.run
(AbstractPartSelectionTracker.java:115)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:788)
at org.eclipse.core.runtime.Platform.run(Platform.java:497)
at org.eclipse.ui.internal.AbstractPartSelectionTracker.fireSelection
(AbstractPartSelectionTracker.java:113)
at org.eclipse.ui.internal.PagePartSelectionTracker$1.selectionChanged
(PagePartSelectionTracker.java:46)
at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:788)
at org.eclipse.core.runtime.Platform.run(Platform.java:497)
at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
at org.eclipse.jface.viewers.StructuredViewer.updateSelection
(StructuredViewer.java:1310)
at org.eclipse.jface.viewers.StructuredViewer.setSelection
(StructuredViewer.java:1033)
at org.eclipse.debug.internal.ui.views.launch.LaunchView.autoExpand
(LaunchView.java:1098)
at org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler$4.run
(LaunchViewEventHandler.java:481)
at org.eclipse.ui.internal.UILockListener.doPendingWork
(UILockListener.java:101)
at org.eclipse.ui.internal.UISynchronizer$1.run(UISynchronizer.java:33)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2329)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2037)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1566)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1542)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:263)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:256)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:100)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
at org.eclipse.core.launcher.Main.run(Main.java:742)
at org.eclipse.core.launcher.Main.main(Main.java:581)

3.0M7 stable.

I was just digging around the new code out of curiousity and found a place 
where streams are opened but never closed.  I believe this is not strictly a 
resource leak because Java finalization will eventually close the stream, but 
it wouldn't hurt to do it explicitly.

stream= url.openStream();
if (stream != null)
    result.add(locale);
stream.close(); // add me

As an aside, this looks like a very indirect way of iterating over 
dictionaries.  Perhaps they should be supplied via fragments bound to an 
appropriate extension point.

Also, the function always includes the default locale even if no dictionaries 
were found.  I think this behaviour is misleading and prevents the UI from 
presenting a more useful "no dictionaries available" kind of cue, if none were 
installed (as in M7?).

Looks good.  I hope this support gets generalized somewhat and moved into 
org.eclipse.text eventually.

20040413

Found this exception in the console.
My guess is that came from visiting the AST from multiple threads. The cursor 
managment doesn't seem to be thread save.


java.lang.NullPointerException
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.NullPointerException.<init>(NullPointerException.java:60)
        at org.eclipse.jdt.core.dom.ASTNode$NodeList.releaseCursor
(ASTNode.java)

        at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java)
        at org.eclipse.jdt.core.dom.CompilationUnit.accept0
(CompilationUnit.java
)
        at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java)
        at 
org.eclipse.jdt.internal.ui.javaeditor.OverrideIndicatorManager.updat
eAnnotations(OverrideIndicatorManager.java)
        at 
org.eclipse.jdt.internal.ui.javaeditor.OverrideIndicatorManager.recon
ciled(OverrideIndicatorManager.java:271)
        at 
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor.reconcil
ed(CompilationUnitEditor.java)
        at 
org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconci
le(JavaReconcilingStrategy.java)
        at 
org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconci
le(JavaReconcilingStrategy.java:118)
        at 
org.eclipse.jface.text.reconciler.CompositeReconcilingStrategy.reconc
ile(CompositeReconcilingStrategy.java)
        at 
org.eclipse.jdt.internal.ui.text.JavaCompositeReconcilingStrategy.rec
oncile(JavaCompositeReconcilingStrategy.java)
        at org.eclipse.jface.text.reconciler.MonoReconciler.process
(MonoReconcil
er.java:76)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread
.run(AbstractReconciler.java)

20040824

In
package test;

public class C<X> {
  void foo(X x) {}
}
get the type binding of 'X' and use 'getQualifiedName()': Result is
'test.X'

should be 'X'
(spec says:
 * <li>For type variables, the fully qualified name is just the name of the
 * type variable (type bounds are not included).
 * Example: <code>"X"</code>.</li>

I20040407

when I click "go to next match" arrow while the last item is selected, nothing
happens - I have to click a second time to jump to the first item.

Hi,

I have installed a Pre-Release of Mac OSX 10.4 (Tiger) on my Ibook.

Popup Menus doesn't work on Eclipse 3.0. There is no text displayed in menu.

I receive this stacktrace on the Console :
java.lang.ArrayIndexOutOfBoundsException: -2

	at org.eclipse.swt.widgets.Menu.kEventMenuTargetItem(Menu.java:674)

	at org.eclipse.swt.widgets.Widget.menuProc(Widget.java:1018)

	at org.eclipse.swt.widgets.Display.menuProc(Display.java:2399)

	at org.eclipse.swt.internal.carbon.OS.PopUpMenuSelect(Native Method)

	at org.eclipse.swt.widgets.Menu._setVisible(Menu.java:190)

	at org.eclipse.swt.widgets.Display.runPopups(Display.java:2978)

	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2509)

	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)

	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)

	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)

	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)

	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)

	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)

	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)

	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)

	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

	at java.lang.reflect.Method.invoke(Method.java:324)

	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)

	at org.eclipse.core.launcher.Main.run(Main.java:644)

	at org.eclipse.core.launcher.Main.main(Main.java:628)

You made a great Job !

Nicolas.

Build 200405200800

I pasted content into an empty method and then double-clicked on the second line of the method to 
place a breakpoint. The following exception was dumped to the log:

org.eclipse.core.internal.resources.ResourceException: Marker id: 160041 not found.
at org.eclipse.core.internal.resources.Marker.checkInfo(Marker.java:57)
at org.eclipse.core.internal.resources.Marker.getType(Marker.java:195)
at org.eclipse.jdt.debug.core.JDIDebugModel.lineBreakpointExists(JDIDebugModel.java:577)
at org.eclipse.jdt.internal.debug.ui.actions.ToggleBreakpointAdapter.
toggleLineBreakpoints(ToggleBreakpointAdapter.java:172)
at org.eclipse.jdt.internal.debug.ui.actions.ManageBreakpointRulerAction.
run(ManageBreakpointRulerAction.java:102)
at org.eclipse.ui.texteditor.AbstractRulerActionDelegate.run(AbstractRulerActionDelegate.java:
98)
at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:276)
at org.eclipse.ui.internal.PluginAction.run(PluginAction.java:238)
at org.eclipse.ui.texteditor.AbstractTextEditor$10.triggerAction(AbstractTextEditor.java:2032)
at org.eclipse.ui.texteditor.AbstractTextEditor$10.mouseDoubleClick(AbstractTextEditor.java:
2046)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:140)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:944)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2538)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2249)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:305)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:184)
at org.eclipse.core.launcher.Main.run(Main.java:637)
at org.eclipse.core.launcher.Main.main(Main.java:621)

I20040519

While doing a full build in the background, attempt to add an exception 
breakpoint. When an exception is selected, and OK is pressed, the busy cursor 
appears until the build finishes, at which point an exception breakpoint is 
created.

java.lang.NullPointerException
at 
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderTreeBuilder.buildBase
Tree(RemoteFolderTreeBuilder.java:358)
at 
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderTreeBuilder.buildBase
Tree(RemoteFolderTreeBuilder.java:369)
at 
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderTreeBuilder.buildBase
Tree(RemoteFolderTreeBuilder.java:369)
at 
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderTreeBuilder.buildBase
Tree(RemoteFolderTreeBuilder.java:369)
at 
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderTreeBuilder.buildBase
Tree(RemoteFolderTreeBuilder.java:369)
at 
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderTreeBuilder.buildBase
Tree(RemoteFolderTreeBuilder.java:369)
at 
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderTreeBuilder.buildBase
Tree(RemoteFolderTreeBuilder.java:369)
at 
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderTreeBuilder.buildBase
Tree(RemoteFolderTreeBuilder.java:369)
at 
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderTreeBuilder.buildBase
Tree(RemoteFolderTreeBuilder.java:369)
at 
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderTreeBuilder.buildBase
Tree(RemoteFolderTreeBuilder.java:125)
at org.eclipse.team.internal.ccvs.core.CVSWorkspaceSubscriber.updateRemote
(CVSWorkspaceSubscriber.java:270)
at 
org.eclipse.team.internal.ccvs.ui.operations.RepositoryProviderOperation.update
WorkspaceSubscriber(RepositoryProviderOperation.java:185)
at org.eclipse.team.internal.ccvs.ui.operations.UpdateOperation.executeCommand
(UpdateOperation.java:87)
at org.eclipse.team.internal.ccvs.ui.operations.ReplaceOperation.executeCommand
(ReplaceOperation.java:83)
at org.eclipse.team.internal.ccvs.ui.operations.SingleCommandOperation.execute
(SingleCommandOperation.java:46)
at 
org.eclipse.team.internal.ccvs.ui.operations.RepositoryProviderOperation.execut
e(RepositoryProviderOperation.java:56)
at org.eclipse.team.internal.ccvs.ui.operations.CVSOperation.run
(CVSOperation.java:84)
at org.eclipse.team.internal.ui.actions.JobRunnableContext.run
(JobRunnableContext.java:159)
at org.eclipse.team.internal.ui.actions.JobRunnableContext$3.runInWorkspace
(JobRunnableContext.java:179)
at org.eclipse.core.internal.resources.InternalWorkspaceJob.run
(InternalWorkspaceJob.java:38)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

I20040513 + org.eclipse.jdt.core v_428a

In org.eclipse.jdt.core v_428a, the version SearchEngine#searchAllTypeNames
(...) that takes a matchMode and isCaseSentive is being replace with a version 
that takes a matchRule.

During plugin starts up, startup() method in the plugin class will be called.  
If CoreException is thrown, the plugin should be disabled.  

Have tried Eclipse 3.0M8 200403261517, and 200405201226. Create a sample Hello 
World Plguin.  In the plugin class, add the following code:

	public void startup() throws CoreException {
		super.startup();
		throw new CoreException(
				new Status(
				IStatus.INFO, 
				"StartupTest",
				0, 
				"Throw by startup()", 
				null));

	}

It throws CoreException during plugin starts up.  It should disable this plugin 
but it does not work.  We still get the Hello World dialog.

Here is the exception that we get:

org.osgi.framework.BundleException: Exception in 
org.eclipse.core.internal.compatibility.PluginActivator.start()
	at org.eclipse.osgi.framework.internal.core.BundleContext.startActivator
(BundleContext.java:1009)
	at org.eclipse.osgi.framework.internal.core.BundleContext.start
(BundleContext.java:971)
	at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker
(BundleHost.java:404)
	at org.eclipse.osgi.framework.internal.core.Bundle.start
(Bundle.java:304)
	at org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass
(EclipseClassLoader.java:89)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass
(BundleLoader.java:315)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass
(BundleLoader.java:346)
	at org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass
(AbstractClassLoader.java:116)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass
(BundleLoader.java:251)
	at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass
(BundleHost.java:332)
	at org.eclipse.osgi.framework.internal.core.Bundle.loadClass
(Bundle.java:1294)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensio
n(ConfigurationElement.java:132)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensio
n(ConfigurationElement.java:125)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensio
n(ConfigurationElement.java:114)
	at org.eclipse.ui.internal.WorkbenchPlugin$1.run
(WorkbenchPlugin.java:189)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchPlugin.createExtension
(WorkbenchPlugin.java:186)
	at org.eclipse.ui.internal.PluginAction.createDelegate
(PluginAction.java:107)
	at org.eclipse.ui.internal.PluginAction.runWithEvent
(PluginAction.java:240)
	at org.eclipse.ui.internal.WWinPluginAction.runWithEvent
(WWinPluginAction.java:207)
	at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:550)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:502)
	at org.eclipse.jface.action.ActionContributionItem$6.handleEvent
(ActionContributionItem.java:474)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2578)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2256)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:277)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:239)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)
org.eclipse.core.runtime.CoreException: Throw by startup()
	at StartupTest.StartupTestPlugin.startup(StartupTestPlugin.java:64)
	at org.eclipse.core.internal.compatibility.PluginActivator.start
(PluginActivator.java:49)
	at org.eclipse.osgi.framework.internal.core.BundleContext$1.run
(BundleContext.java:992)
	at java.security.AccessController.doPrivileged(Native Method)
	at org.eclipse.osgi.framework.internal.core.BundleContext.startActivator
(BundleContext.java:988)
	at org.eclipse.osgi.framework.internal.core.BundleContext.start
(BundleContext.java:971)
	at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker
(BundleHost.java:404)
	at org.eclipse.osgi.framework.internal.core.Bundle.start
(Bundle.java:304)
	at org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass
(EclipseClassLoader.java:89)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass
(BundleLoader.java:315)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass
(BundleLoader.java:346)
	at org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass
(AbstractClassLoader.java:116)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass
(BundleLoader.java:251)
	at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass
(BundleHost.java:332)
	at org.eclipse.osgi.framework.internal.core.Bundle.loadClass
(Bundle.java:1294)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensio
n(ConfigurationElement.java:132)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensio
n(ConfigurationElement.java:125)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensio
n(ConfigurationElement.java:114)
	at org.eclipse.ui.internal.WorkbenchPlugin$1.run
(WorkbenchPlugin.java:189)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchPlugin.createExtension
(WorkbenchPlugin.java:186)
	at org.eclipse.ui.internal.PluginAction.createDelegate
(PluginAction.java:107)
	at org.eclipse.ui.internal.PluginAction.runWithEvent
(PluginAction.java:240)
	at org.eclipse.ui.internal.WWinPluginAction.runWithEvent
(WWinPluginAction.java:207)
	at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:550)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:502)
	at org.eclipse.jface.action.ActionContributionItem$6.handleEvent
(ActionContributionItem.java:474)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2578)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2256)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:277)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:239)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

startup() method works as expected in Eclipse 2.1

Have also tried to throw exception inside the following method, but the plugin 
also does not get disabled:
public void start(org.osgi.framework.BundleContext context)
           throws Exception

When using an org.eclipse.core.internal.utils.ObjectMap
[I just realised, it's internal so I shouldn't be using it, but anyway]
if the map is empty and entrySet is called then a NullPointerException is 
raised in line 243 in the private toHashMap method as 'elements' is 
uninitialised.

Soln: Initialise elements in constructor or similar.

BTW when trying to isolate this bug in Eclipse 3.0M3 debugger, 
com.sun.jdi.InvocationException was thrown every time I tried to 
expand 'this'=ObjectMap.

see bug# 62234 for the explanation

I200410190941

Found this in my .log - sorry no steps.

!ENTRY org.eclipse.jdt.debug 4 5010 2004-10-21 12:05:28.866
!MESSAGE At least one target failed to drop to frame after successful hot code
replace.
!SUBENTRY 1 org.eclipse.jdt.debug 4 100 2004-10-21 12:05:28.866
!MESSAGE Unable to retrieve stack frame - thread not suspended.
!STACK 0
com.sun.jdi.IncompatibleThreadStateException: Thread was not suspended
	at
org.eclipse.jdi.internal.ThreadReferenceImpl.frames(ThreadReferenceImpl.java:192)
	at org.eclipse.jdi.internal.ThreadReferenceImpl.frame(ThreadReferenceImpl.java:140)
	at
org.eclipse.jdt.internal.debug.core.model.JDIThread.getUnderlyingFrame(JDIThread.java:571)
	at
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getUnderlyingStackFrame(JDIStackFrame.java:976)
	at
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getUnderlyingMethod(JDIStackFrame.java:227)
	at
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getDeclaringTypeName(JDIStackFrame.java:713)
	at
org.eclipse.jdt.internal.debug.core.hcr.JavaHotCodeReplaceManager.containsChangedType(JavaHotCodeReplaceManager.java:777)
	at
org.eclipse.jdt.internal.debug.core.hcr.JavaHotCodeReplaceManager.getAffectedFrame(JavaHotCodeReplaceManager.java:719)
	at
org.eclipse.jdt.internal.debug.core.hcr.JavaHotCodeReplaceManager.getAffectedFrames(JavaHotCodeReplaceManager.java:681)
	at
org.eclipse.jdt.internal.debug.core.hcr.JavaHotCodeReplaceManager.attemptPopFrames(JavaHotCodeReplaceManager.java:631)
	at
org.eclipse.jdt.internal.debug.core.hcr.JavaHotCodeReplaceManager.doHotCodeReplace(JavaHotCodeReplaceManager.java:382)
	at
org.eclipse.jdt.internal.debug.core.hcr.JavaHotCodeReplaceManager.access$0(JavaHotCodeReplaceManager.java:363)
	at
org.eclipse.jdt.internal.debug.core.hcr.JavaHotCodeReplaceManager$1.run(JavaHotCodeReplaceManager.java:292)
	at org.eclipse.debug.core.DebugPlugin$AsynchJob.run(DebugPlugin.java:876)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

Since we cannot move all color settings into Workbench>Colors and Fonts, this 
preference page should only be used for Workbench color settings.

This means the Ant color settings should be moved back to the Ant component 
node (sorry for this).

Hi, 
 
there's a bug in HandleFactory's method 
public IJavaElement createElement( 
    final ASTNode toBeFound,  
    CompilationUnitDeclaration parsedUnit,  
    Openable openable) 
 
In its local class Visitor, the push() method enlarges the array 'nodeStack' 
by creating a bigger one and copying the previous elements to the new one. 
However, one element is lost, because the last argument to the 
System.arrayCopy() call is 'this.nodeIndex-1', which is 1 too little. 
 
This is because nodeIndex starts with -1, so it is always 1 less than elements 
in the array. 
 
Simple test scenario: create a bunch of nested local classes (to reach the 
default array size of 10) and try to select an element, e.g. by putting the 
cursor on 'foo' and hitting F3. Selection will not work. 
 
public class Deep  
{ 
    class D1 
    { 
     class D2  
     { 
         class D3  
         { 
             class D4 
             { 
                 class D5  
                 { 
                     class D6 
                     { 
                      class D7 
                      { 
                       class D8 
                       { 
                        class D9 
                        { 
                            public D9() 
                            { 
                             String foo = 
"foo"; 
                             foo += "42"; 
                            } 
                        } 
                       } 
                      } 
                     } 
                 } 
             } 
         } 
     } 
    } 
}

I am using
Version: 3.0.0
Build id: 200406230010
and when i traverse the Windows > Preferences > Run/Debug > View Management
page, I get some errors.
I will attach the .log file

With the final version of Java 1.4.2 it has become possible to launch the Java VM in the first thread.
This is a requirement when running an SWT event loop on Mac OS X.
Until Eclipse 3.0 we were using "java_swt" to launch the Java VM in the first thread.

In order to eliminate java_swt we need to address the following issues (in that order):

SWT:
- java_swt calls CPSEnableForegroundOperation in order to make SWT
  applications responsive to mouse clicks. This call must be moved 
  into the initialization code in Display.java (see attachement).
  
- if a Java VM is launched directly from a command line or from an
  application bundle, it correctly sets the application name and icon
  in the Dock. However, if it is launched from another process ("eclipse.exe") 
  name and icon default to a generic name ("java") and icon.
  I've fixed that in java_swt by explicitely setting an icon and a name
  on the corresponding Dock item. When eliminating java_swt this code
  must be moved into the initialization code in Display.java as well
  (see attachement).
  (One potential obstacle here is that Display.java doesn't have easy access
  to the Eclipse icon ("eclips.icns") that lives in the application bundle
  and that the format of that icon isn't something SWT understands).

- In the info.plist file of Eclipse launcher the "-vm" argument:
  	<string>-vm</string><string>$APP_PACKAGE/Contents/MacOS/java_swt</string>
  can be deleted if we add the following VM argument:
  	<string>-XstartOnFirstThread</string>

JDT:
- we can remove the code from the jdt.launching that replaces calls to /usr/bin/java
  with "java_swt".
  
- the Mac application exporter no longer needs special support (and UI) for SWT.
  

Update SWT Readme:

- launching SWT apps from the command line with /usr/bin/java is now possible 
  if the flag -XstartOnFirstThread is specified.
  
- strangly enough application bundles just work without any additional flags
  after the "java_swt" has been replaced by a "JavaApplicationStub"

SWT:

- we can remove java_swt both from the platform.launcher and the binary from the SWT carbon 
fragment.

I was trying to compile FindBugs 0.8.4 with the new Eclipse 3.1M1. I created a 
new project and copied the files from {findbugs-0.8.4-src.zip}/findbugs-0.8.4/
src/java into the source folder of the project. The compiler setting was changed 
to 1.5

If I do a full rebuild, I get the following error message:

java.lang.NullPointerException
    at org.eclipse.jdt.internal.compiler.lookup.ReferenceBinding.
implementsInterface(ReferenceBinding.java:446)
    at org.eclipse.jdt.internal.compiler.lookup.ReferenceBinding.
isCompatibleWith(ReferenceBinding.java:510)
    at org.eclipse.jdt.internal.compiler.lookup.TypeVariableBinding.
boundCheck(TypeVariableBinding.java:56)
    at org.eclipse.jdt.internal.compiler.ast.ParameterizedSingleTypeReference.
internalResolveType(ParameterizedSingleTypeReference.java:144)
    at org.eclipse.jdt.internal.compiler.ast.ParameterizedSingleTypeReference.
resolveType(ParameterizedSingleTypeReference.java:183)
    at org.eclipse.jdt.internal.compiler.lookup.Scope.
connectTypeVariables(Scope.java:195)
    at org.eclipse.jdt.internal.compiler.lookup.ClassScope.
connectTypeHierarchyWithoutMembers(ClassScope.java:770)
    at org.eclipse.jdt.internal.compiler.lookup.ClassScope.
detectCycle(ClassScope.java:799)
    at org.eclipse.jdt.internal.compiler.ast.ParameterizedSingleTypeReference.
internalResolveType(ParameterizedSingleTypeReference.java:122)
    at org.eclipse.jdt.internal.compiler.ast.ParameterizedSingleTypeReference.
resolveType(ParameterizedSingleTypeReference.java:183)
    at org.eclipse.jdt.internal.compiler.lookup.Scope.
connectTypeVariables(Scope.java:195)
    at org.eclipse.jdt.internal.compiler.lookup.ClassScope.
connectTypeHierarchy(ClassScope.java:737)
    at org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.
connectTypeHierarchy(CompilationUnitScope.java:239)
    at org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.
completeTypeBindings(LookupEnvironment.java:183)
    at org.eclipse.jdt.internal.compiler.Compiler.beginToCompile(Compiler.java:
307)
    at org.eclipse.jdt.internal.compiler.Compiler.compile(Compiler.java:321)
    at org.eclipse.jdt.internal.core.builder.AbstractImageBuilder.
compile(AbstractImageBuilder.java:209)
    at org.eclipse.jdt.internal.core.builder.AbstractImageBuilder.
compile(AbstractImageBuilder.java:159)
    at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.
build(BatchImageBuilder.java:49)
    at org.eclipse.jdt.internal.core.builder.JavaBuilder.buildAll(JavaBuilder.
java:212)
    at org.eclipse.jdt.internal.core.builder.JavaBuilder.build(JavaBuilder.java:
140)
    at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:
564)
    at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.
java:615)
    at org.eclipse.core.runtime.Platform.run(Platform.java:747)
    at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.
java:157)
    at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.
java:249)
    at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.
java:202)
    at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:
229)
    at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.
java:615)
    at org.eclipse.core.runtime.Platform.run(Platform.java:747)
    at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.
java:232)
    at org.eclipse.core.internal.events.BuildManager.
basicBuildLoop(BuildManager.java:268)
    at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:
297)
    at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:
155)
    at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:212)
    at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

for the file FindBugs/src/edu/umd/cs/findbugs/AbstractBugReporter.java

I got this exception using RC1 during refresh branches.

java.lang.NullPointerException
at
org.eclipse.ui.internal.progress.AnimationManager$1.runInUIThread(AnimationManager.java:70)
at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:87)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2693)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2385)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
at org.eclipse.jface.window.Window.open(Window.java:648)
at
org.eclipse.team.internal.ccvs.ui.repo.RefreshRemoteProjectWizard.execute(RefreshRemoteProjectWizard.java:68)
at
org.eclipse.team.internal.ccvs.ui.repo.RefreshTagsAction.execute(RefreshTagsAction.java:26)
at org.eclipse.team.internal.ccvs.ui.actions.CVSAction.run(CVSAction.java:70)
at org.eclipse.ui.actions.ActionDelegate.runWithEvent(ActionDelegate.java:71)
at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:266)
at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:915)
at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:866)
at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:785)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:638)
at org.eclipse.core.launcher.Main.main(Main.java:622)


STEPS TO REPRODUCE:
1) Start a fresh workspace
2) Create a CVS location to dev.eclipse.org pserver anonymous to /home/eclipse
3) Select branches and run Refresh Branches...
4) Select all projects and do not use any working set
5) Clikc on Finish.
6) At the end of the process, you will get this error.

Following some rework of the registry, please apply this patch to make use of
the new method called getNamespace() on IConfigurationElement.
This patch will convert most occurrences of:
	configurationElement.getDeclaringExtension().getNamespace()
into
	configurationElement.getNamespace()

RC2

Steps to reproduce:

1) Modify the Browser example plugin.xml so that the Browser perspective is not
fixed.
2) Modify the first line of BrowserPerspectiveFactory.createInitialLayout to be:
layout.addStandaloneView(BrowserApp.BROWSER_VIEW_ID, false, IPageLayout.RIGHT,
.25f, IPageLayout.ID_EDITOR_AREA);
2) Launch the Browser
3) Show the history view
4) Drag the history view on top of the Browser view.

This should not be possible should it?

The buttons for adding classes and adding packages to the restricted locations 
for a breakpoint should have "..." as both open dialogs.

build 3.0RC2

1) create X.java
public class X {
  public void foo(int i){}
  public void foo(int i){}
}
2) select the second method 'foo'
3) do Refactor>Extract interface
4) name the interface 'I' and select at least one method
5) do OK
 an error window appear and an NPE occur

java.lang.NullPointerException
	at 
org.eclipse.jdt.internal.corext.codemanipulation.ImportsStructure.addImport
(ImportsStructure.java:424)
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.ExtractInterfaceRefactori
ng.addImportsToTypesReferencedInMethodDeclarations
(ExtractInterfaceRefactoring.java:628)
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.ExtractInterfaceRefactori
ng.addImportsToNewCu(ExtractInterfaceRefactoring.java:488)
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.ExtractInterfaceRefactori
ng.createExtractedInterfaceCUSource(ExtractInterfaceRefactoring.java:481)
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.ExtractInterfaceRefactori
ng.createExtractedInterface(ExtractInterfaceRefactoring.java:445)
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.ExtractInterfaceRefactori
ng.createChange(ExtractInterfaceRefactoring.java:276)
	at org.eclipse.ltk.core.refactoring.CreateChangeOperation.run
(CreateChangeOperation.java:117)
	at org.eclipse.ltk.core.refactoring.PerformChangeOperation.run
(PerformChangeOperation.java:182)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1673)
	at org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run
(WorkbenchRunnableAdapter.java:58)
	at org.eclipse.jface.operation.ModalContext$ModalContextThread.run
(ModalContext.java:101)

The progress shown in the sync view for compare/merge/synchronize doesn't show
the participant name. This is confusing because for running and terminated tasks
you can't see the tags/resources for the operation. 
This used to work though...

This is necessary to be able to get rid of the old formatter implementation and
preserve the old API.

Insert a breakpoint (or a System.out.println) in
org.eclipse.ui.internal.presentations.EditorPresentationl.dispose

1. Open Eclipse and open several editors. 
2. Drag an editor away to create two EditorWorkbooks
3. re-stack the editors

Notice that the dispose method is never called, even though the second workbook
should have been destroyed.

This is probably resposible for leaking command handlers in bug 59570

in i0420

- load org.eclipse.platform from CVS and check out revision 1.56 of Main
- set the code formatter preferences to the core settings found at 
http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/platform-core-
home/documents/core_formatting.xml
- Set the "Compiler->Advanced->Usage of non-externalized strings" to Error
- format Main 
- notice that many methods (e..g, getInstallLocation) formatted incorrectly 
(the method headers are not indented and directly follow the preceding method)
- if you change the Compiler setting to ignore, the class formats correctly.

i200409140800

The "Checkout from CVS" wizard allows you to press Finish since the first page.
Since at that time there is no enough information, the operation cannot be
completed, so Finish does not have any effect (actually its effect seems similar
to Cancel). I believe Finish should only be enabled at a point when you have all re

Hi,

I am using the Browser widget with a location text field, that calls setUrl()
with the content from the text field after the default selection event occures.
This is hitting the Enter key.

Entering URLs that miss "http://" and "www." do not seem to work then. For
example, I entered "heise.de" and hit the Enter key. Nothing happend. Then
after entering "http://www.heise.de" and hitting Enter, the page was loading.
I was working on a G5 using current Mac OS X version.

Ben

This may not be a DnD bug...just guessing.

Ensure that you're using multiple editor tabs.
Open multiple editors.
Click and hold the mouse button on one of the editor tabs for a few seconds. 
Don't move the mouse.
Release the button.

The screen will split as if you had dragged the editor to a new position.

M8

If an activity has a defaultEnabled setting, the activity persistance helper
sets the default as true.  However, a few lines later we check to see if the
store.getBoolean() is true and enable the activity.  We also need to confirm
that it's not default, otherwise defaultEnabled activities are turned on with
every restart.

The preference to switch perspectives "when a breakpoint is hit" actually 
prompts to do so every time the program suspends. It should only respond to 
suspension for breakpoints. Not step ends, evaluation completions, etc.

I200401130800

Found many of these in the log file.  General stability seems to be affected 
while in use.


!ENTRY org.eclipse.ui 4 0 Jan 13, 2004 15:11:53.105
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at org.eclipse.swt.custom.StyledText.getSelectionRange
(StyledText.java:4275)
	at org.eclipse.jface.text.TextViewer.getSelectedRange
(TextViewer.java:1875)
	at org.eclipse.jface.text.TextViewer.getSelection(TextViewer.java:2009)
	at org.eclipse.ui.texteditor.AbstractTextEditor.doGetSelection
(AbstractTextEditor.java:1770)
	at 
org.eclipse.ui.texteditor.AbstractTextEditor$SelectionProvider.getSelection
(AbstractTextEditor.java:1154)
	at org.eclipse.ui.internal.AbstractSelectionService.getSelection
(AbstractSelectionService.java:221)
	at org.eclipse.search.internal.ui.OpenSearchDialogAction.getSelection
(OpenSearchDialogAction.java:68)
	at org.eclipse.search.internal.ui.OpenSearchDialogAction.run
(OpenSearchDialogAction.java:57)
	at org.eclipse.search.ui.SearchUI.openSearchDialog(SearchUI.java:110)
	at org.eclipse.search.internal.ui.OpenFileSearchPageAction.run
(OpenFileSearchPageAction.java:46)
	at org.eclipse.ui.internal.PluginAction.runWithEvent
(PluginAction.java:273)
	at org.eclipse.ui.internal.WWinPluginAction.runWithEvent
(WWinPluginAction.java:207)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:509)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:461)
	at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:408)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:953)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:1845)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1625)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1518)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1494)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:258)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:226)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

Smoke Test: I200404220800.from20040427_1125

- earlier, made one search for type "Test" in Java Browsing Perspective
- switched to Java Perspective (Search view not visible)
- some editing in TestResult.java
- enabled "Show Source of Selected Element Only" and selected class TestResult
in Outline
- used regex find-replace:
find: "\s(\w*)\(.*\)\s*\{\s*\n\s*", replace: "method: \1"
- had cursor before method addError(..)
- pressed Find, pressed Replace/Find (this replaced the "Test" reference in the
parameters)

-> error dialog and log:

Error Apr 27, 2004 12:00:48.314 java.lang.NullPointerException
java.lang.NullPointerException
at
org.eclipse.jdt.internal.ui.search.JavaSearchTableContentProvider.elementsChanged(JavaSearchTableContentProvider.java:32)
at
org.eclipse.jdt.internal.ui.search.JavaSearchResultPage.elementsChanged(JavaSearchResultPage.java:191)
at
org.eclipse.search.ui.text.AbstractTextSearchViewPage.runBatchedUpdates(AbstractTextSearchViewPage.java:834)
at
org.eclipse.search.ui.text.AbstractTextSearchViewPage.access$0(AbstractTextSearchViewPage.java:824)
at
org.eclipse.search.ui.text.AbstractTextSearchViewPage$UpdateUIJob.runInUIThread(AbstractTextSearchViewPage.java:111)
at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:82)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2569)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2274)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1437)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1408)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:244)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:280)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:240)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
at org.eclipse.core.launcher.Main.run(Main.java:699)
at org.eclipse.core.launcher.Main.main(Main.java:683)

20040609

From performace traces for bug 65435 I found that the DecoratorManager has the
habit to send out label provider changes even if not really needed/

- The label decorator fires 'label decorator changes' even if nothing changes
with the image or the text.
- It even creates a new Image out of a base image and all 'null' decorators
(array of 5 nulls) resulting in an image that is new but looks the same.

Sending out unnecessary labelProviderChanges is very costly:
The type hierarchy of 'Object' has thousand of elements. To find them in the
tree for the update is expensive as getParent is not implemented in the content
provider and we disabled the elementMap (I'm considering to enable it). 

I would suggest to move some code that is currently performed in the
'decorateText'/'decorateImage' methods to the background:
If there is no FullDecoratorDefinition for the element and no decorations from
the ILightweightLabelDecorator: Don't fire a labelProviderChange for this element.

Configuration: Windows XP, Eclipse build M9.

I installed the JDK1.1.8_010/_16 to test my application. I need to build my app
against the 1.1 API. I added it to the Eclipse "Installed JRE's" preferences
page as a "Standard 1.1.x VM" type. Named it JDK1.1.8, and put the install dir
in the JRE home directory field. I leave the JRE1.4.2_03 as the default JRE to
"build and run Java programs". Then I created one ant build file with one target
to compile my classes in the workspace. After it, I create one "External Tool
configuration" to launch the build file, and selected the JDK1.1.8 JRE in the
"Separate JRE" field. When tryed to Run it the following error popup the "Errors
Running Operations" window:

An internal error occurred during: "Launching".

java.lang.NullPointerException
org.eclipse.ant.internal.ui.launchConfigurations.RemoteAntProcessFactory.newProcess(RemoteAntProcessFactory.java:26)
org.eclipse.debug.core.DebugPlugin.newProcess(DebugPlugin.java:532)
org.eclipse.debug.core.DebugPlugin.newProcess(DebugPlugin.java:484)
org.eclipse.jdt.internal.launching.Standard11xVMRunner.run(Standard11xVMRunner.java:118)
org.eclipse.jdt.internal.launching.JavaLocalApplicationLaunchConfigurationDelegate.launch(JavaLocalApplicationLaunchConfigurationDelegate.java:109)
org.eclipse.ant.internal.ui.launchConfigurations.AntLaunchDelegate.runInSeparateVM(AntLaunchDelegate.java:446)
org.eclipse.ant.internal.ui.launchConfigurations.AntLaunchDelegate.launch(AntLaunchDelegate.java:160)
org.eclipse.debug.internal.core.LaunchConfiguration.launch(LaunchConfiguration.java:569)
org.eclipse.debug.internal.core.LaunchConfiguration.launch(LaunchConfiguration.java:150)
org.eclipse.debug.internal.ui.DebugUIPlugin.buildAndLaunch(DebugUIPlugin.java:796)
org.eclipse.debug.internal.ui.DebugUIPlugin$6.run(DebugUIPlugin.java:959)
org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

Attempting to add an alternate JRE to the source lookup path of a runtime 
workbench config (new source lookup), I get this NPE, since the config does 
not have a "java project" attribute:

!ENTRY org.eclipse.ui 4 0 Apr 14, 2004 14:47:09.795
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.jdt.internal.launching.ClasspathContainerSourceContainerTypeDelegat
e.getMemento(ClasspathContainerSourceContainerTypeDelegate.java:56)
	at 
org.eclipse.debug.internal.core.sourcelookup.SourceContainerType.getMemento
(SourceContainerType.java:55)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getMemento
(AbstractSourceLookupDirector.java:366)
	at 
org.eclipse.debug.internal.ui.sourcelookup.SourceLookupPanel.performApply
(SourceLookupPanel.java:365)
	at org.eclipse.debug.ui.sourcelookup.SourceLookupTab.performApply
(SourceLookupTab.java:86)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationTabGroupV
iewer.refresh(LaunchConfigurationTabGroupViewer.java:408)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.u
pdateButtons(LaunchConfigurationsDialog.java:1412)
	at 
org.eclipse.debug.ui.AbstractLaunchConfigurationTab.updateLaunchConfigurationDi
alog(AbstractLaunchConfigurationTab.java:89)
	at 
org.eclipse.debug.internal.ui.sourcelookup.SourceLookupPanel.updateLaunchConfig
urationDialog(SourceLookupPanel.java:415)
	at 
org.eclipse.debug.internal.ui.sourcelookup.SourceContainerViewer.addEntries
(SourceContainerViewer.java:175)
	at 
org.eclipse.debug.internal.ui.sourcelookup.AddSourceContainerDialog.okPressed
(AddSourceContainerDialog.java:155)
	at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:274)
	at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:413)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2584)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2262)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:670)
	at org.eclipse.jface.window.Window.open(Window.java:650)
	at org.eclipse.debug.internal.ui.sourcelookup.AddContainerAction.run
(AddContainerAction.java:36)
	at 
org.eclipse.debug.internal.ui.sourcelookup.SourceContainerAction$1.widgetSelect
ed(SourceContainerAction.java:141)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2584)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2262)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:670)
	at org.eclipse.jface.window.Window.open(Window.java:650)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.o
pen(LaunchConfigurationsDialog.java:435)
	at org.eclipse.debug.ui.DebugUITools$1.run(DebugUITools.java:394)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at 
org.eclipse.debug.ui.DebugUITools.openLaunchConfigurationDialogOnGroup
(DebugUITools.java:398)
	at 
org.eclipse.debug.ui.DebugUITools.openLaunchConfigurationDialogOnGroup
(DebugUITools.java:340)
	at org.eclipse.debug.ui.actions.OpenLaunchDialogAction.run
(OpenLaunchDialogAction.java:79)
	at org.eclipse.debug.ui.actions.OpenLaunchDialogAction.run
(OpenLaunchDialogAction.java:97)
	at org.eclipse.ui.internal.PluginAction.runWithEvent
(PluginAction.java:269)
	at org.eclipse.ui.internal.WWinPluginAction.runWithEvent
(WWinPluginAction.java:207)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:550)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:502)
	at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:435)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2584)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2262)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1436)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1407)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:244)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:280)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:241)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

20040618

In the latest I builds I always find the following exception in the log. Except
of the log entry, startup seems to work fine.

!ENTRY org.eclipse.osgi Jun 18, 2004 11:13:47.226
!MESSAGE While loading class
"org.eclipse.team.internal.ui.synchronize.actions.GlobalRefreshAction$RefreshParticipantAction",
thread "main" timed out waiting (5000ms) for thread "Worker-6" to finish
starting bundle "org.eclipse.team.ui". To avoid deadlock, thread "main" is
proceeding but
"org.eclipse.team.internal.ui.synchronize.actions.GlobalRefreshAction$RefreshParticipantAction"
may not be fully initialized.
!STACK 0
java.lang.Exception: Generated exception.
	at
org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java:102)
	at
org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:371)
	at
org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:402)
	at
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:93)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
	at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
	at java.lang.Class.getDeclaredConstructors0(Native Method)
	at java.lang.Class.privateGetDeclaredConstructors(Class.java:1610)
	at java.lang.Class.getConstructor0(Class.java:1922)
	at java.lang.Class.newInstance0(Class.java:278)
	at java.lang.Class.newInstance(Class.java:261)
	at
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:141)
	at
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:124)
	at
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:113)
	at
org.eclipse.ui.internal.WorkbenchPlugin.createExtension(WorkbenchPlugin.java:189)
	at org.eclipse.ui.internal.PluginAction.createDelegate(PluginAction.java:114)
	at
org.eclipse.ui.internal.WWinPluginAction.refreshActionList(WWinPluginAction.java:147)
	at org.eclipse.ui.plugin.AbstractUIPlugin$3.run(AbstractUIPlugin.java:803)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2709)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2401)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1375)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1346)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:252)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:186)
	at org.eclipse.core.launcher.Main.run(Main.java:647)
	at org.eclipse.core.launcher.Main.main(Main.java:631)

We received a set of small color adjustments from the artists.
These changes should be integrated into RC3

*   occurrences highlight: 255, 248, 147

*   current line highlight: 232, 242, 254

*   completion proposal background: white
    method parameter background: white

Translations for the plugin.xml provided by a separate fragment are not being 
translated by Eclipse 3.0M8 when contained in a jar.

See the attached example. It consists of:
  ./nlbug/plugin.xml
    an action plugin sample showing a menu item in a sample menu
  ./nlbug/plugin.properties
    english text 'English label' for the sample action label
  ./nlbug.nl/fragment.xml
    an NL fragment for the nlbug plugin
  ./nlbug.nl/nl.jar
    A JAR containing the file properties_de_DE.properties with the translated 
action label 'Deutsche Beschriftung'

Unpack the files to the eclipse plugin folder. Start eclipse and activate the 
"Sample Action Set" for the current perspective. There will now be a "Sample 
Menu" in the menu bar containg the "English label" action.
Now restart eclipse using the "-nl de_DE" command line option.
 - In Eclipse 2.1.3 the label is translated: 'Deutsche Beschriftung'
but
 - In Eclipse 3.0M8 the label is not translated.

Select 'Java Conventions(built-in)' in code formatter.
Here the max line width is 80.

Try to format the following statement.

public static final AliasLabelType ALLOWANCE_TAB_COMMAND_DELETE = new 
AliasLabelType("ALLOWANCE_TAB_COMMAND_DELETE");

The formatter fails to fit the code in 80 columns. 
This works properly in 2.1.2

R3.0

No problem is reported when accessing a static field using the 'super' keyword.

public class Bug_53102 {
  public static final String s= "string";
}
class Exts extends Bug_53102 {
  public static final String s= "string";
  public void foo() {
    System.out.println(super.s +   // problem not reported
                        this.s);   // problem correctly reported
  }
}

Using the RC3 build, open the Manage Configuration dialog and select View 
configuration history.
The browser displays an empty page.

Build 3.0 RC3

The old IWorkbenchPage methods declared in 
o.e.ui.workbench.compatibility.ICompatibleWorkbenchPage should have 
deprecation warnings in case someone imports the plug-in fragment into the 
workspace and arranges to compile code against it.

A helper class that opens editors on AntElementNodes

Should centralized the duplicated code in AntView, AntEditorContentOutlinePage 
and the AntEditor.

I'm running 3.0M1. I'm not sure exactly what I'm doing to provoke this error 
but I get it every time I start a self-hosted workbench because I have a 
breakpoint on ArrayIndexOutOfBoundsException.

Thread [Worker-0] (Suspended (exception StringIndexOutOfBoundsException))
	String.charAt(int) line: 558
	FolderSyncInfo.getRootDirectory() line: 146
	FolderSyncInfo.ensureRepositoryRelativeToRoot() line: 76
	FolderSyncInfo.<init>(String, String, CVSTag, boolean) line: 65
	SessionPropertySyncInfoCache.<clinit>() line: 37
	EclipseSynchronizer.<init>() line: 100
	EclipseSynchronizer.getInstance() line: 113
	EclipseFolder.getFolderSyncInfo() line: 180
	CVSTeamProvider.setProject(IProject) line: 216
	RepositoryProvider.mapNewProvider(IProject, String) line: 176
	RepositoryProvider.mapExistingProvider(IProject, String) line: 205
	RepositoryProvider.getProvider(IProject, String) line: 473
	CVSLightweightDecorator.getCVSProviderFor(IResource) line: 151
	CVSLightweightDecorator.decorate(Object, IDecoration) line: 188
	LightweightDecoratorDefinition.decorate(Object, IDecoration) line: 145
	LightweightDecoratorManager$LightweightRunnable.run() line: 65
	InternalPlatform.run(ISafeRunnable) line: 615
	Platform.run(ISafeRunnable) line: 747
	LightweightDecoratorManager.decorate(Object, DecorationBuilder, 
LightweightDecoratorDefinition) line: 259
	LightweightDecoratorManager.getDecorations(Object, DecorationBuilder, 
boolean) line: 244
	DecorationScheduler$1.run(IProgressMonitor) line: 272
	Worker.run() line: 66


Here are the variables at getRootDirectory() line 146:

this= org.eclipse.team.internal.ccvs.core.syncinfo.FolderSyncInfo  (id=26)
	isStatic= false
	repository= ""
	root= ""
	tag= null
root= ""
index= 0

When exporting to a Plugin/Fragment file/directory, the 'destination' file/dir combo-boxes seem to 
truncate the file name when initially unfocussed. For example, after enterring /tmp/Stuff in the combo 
box, the /t is hidden to the left, with the result that it shows mp/Stuff in the combo box itself.

However, clicking to focus restores the full title. It looks like a display issue; it always seems to have the 
right value, but the initial display is slightly skewed.

I've also seen this in another combo drop-down box; something like one of the 'New Project' wizards, 
but I can't remeber which one.

Eclipse 3.0 RC2 on Mac OS X.3.4

1. select an unshared project
2. select Team > Share Project
3. a progress dialog pops-up quickly then the wizard is shown.
4. the task bar shows a progress dialog open at the same time as the wizard
5. when the wizard is closed the progress dialog goes away too.

This looks really wierd and I wonder why the progress dialog is shown?

3.0 RC1

Aliasing is performed if multiple content types specify the same file spec. When
aliasing is done, the alias disappears from the registry, and any sub-types
should have the alias target as their parents. But this is not how it works
right now. The alias type still appears as the base type of any of its descendants. 

The fix is simple, asking approval to release.

Using RC1, the tooltip appears as the empty string for the JUnit launch view.

3.0RC1

- in the CU:
package org.test;
public class Test {
}
- set the cursor within "package"
- invoke twice Edit->Expand Selection To->Previous Element
-> results in the following exception:

java.lang.ArrayIndexOutOfBoundsException: -2
        at org.eclipse.jdt.internal.ui.javaeditor.selectionactions.StructureSele
ctPreviousAction.getPreviousNode(StructureSelectPreviousAction.java:69)
        at org.eclipse.jdt.internal.ui.javaeditor.selectionactions.StructureSele
ctPreviousAction.internalGetNewSelectionRange(StructureSelectPreviousAction.java
:53)
        at org.eclipse.jdt.internal.ui.javaeditor.selectionactions.StructureSele
ctionAction.getNewSelectionRange(StructureSelectionAction.java:108)
        at org.eclipse.jdt.internal.ui.javaeditor.selectionactions.StructureSele
ctionAction.run(StructureSelectionAction.java:85)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)

        at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(Workben
chKeyboard.java:469)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboar
d.java:887)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(Workbe
nchKeyboard.java:928)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindi
ngs(WorkbenchKeyboard.java:546)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyb
oard.java:494)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(Workbenc
hKeyboard.java:259)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Display.filterEvent(Display.java:712)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:795)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
        at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1724)
        at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1720)
        at org.eclipse.swt.widgets.Control.WM_SYSKEYDOWN(Control.java:4382)
        at org.eclipse.swt.widgets.Control.windowProc(Control.java:3022)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java:3282)
        at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
        at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1459)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2380)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.jav
a:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformAct
ivator.java:334)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:273)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:128)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)
-2

My original eclipse-cvsssh2 plug-in has supported the keyboard-interactive 
authentication, but that functionality has been dropped at

http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.team.cvs.ssh2/src/org/eclip
se/team/ccvs/ssh2/JSchSession.java.diff?r1=1.5&r2=1.6

Can I hear the reason about it? And, is there no plan to support it again?
The keyboard-interactive authentication will be very useful for 
enterprise users, who require SecurID and S/Key, etc., authentication to
get accesses to their sshd.

I know how to support it, but some modifications will be required in
org.eclipse.team.cvs.core and org.eclipse.team.cvs.ui and I'm not a committer
for them.  So, I must ask for help if I will.

RC2

- Find/Replace where more than one file is changed
- replace string with other string
- autobuild on

observe: autobuild kicks in after every file save

We should only build once at the end of the operation. Reason:

- build can be "slow" for languages which don't have a fast incremental
  builder. For example C/C++. And here many people use find/replace to
  do some sort of refactorings.

- since the changes depend on each other compiling after each save will
  produce lots of "temprorary" errors

- this was the behaviour in 2.1.x

I200411230800

Test Case:
1. start fresh workspace
2. import plug-in org.eclipse.jdt.core as Binary project (not linked)
3. create new plug-in project P (enter name, click Next and click Finish)
4. add org.eclipse.jdt.core as pre-req into plugin.xml
5. open PPlugin.java
6. in the constructor code add a third line and type "DefaultL"
7. Ctrl+Space
==> DefaultLineTracker is suggested which is wrong.
8. Select it
==> errors: import cannot be resolved

We want to remove IPlatform from the "new" runtime API.  I will attach a patch 
to get update off of it.  Bascially you can just reference Platform instead of 
acquiring the IPlatform service.

cheetah 20040618 HEAD

Look at the following code in the ASTView in 3.0 mode. You will see that the
source range of the ConstructorInvocation node does't include the type arguments.

public class A<X>{

	public A() {
		<X>this();
	}
}

RC2

Create a project containing the following CU

/******************************************************************************
*
 * Copyright (c) 2000, 2004 IBM Corporation and others.
 * All rights reserved. This program and the accompanying materials 
 * are made available under the terms of the Common Public License v1.0
 * which accompanies this distribution, and is available at
 * http://www.eclipse.org/legal/cpl-v10.html
 * 
 * Contributors:
 *     IBM Corporation - initial API and implementation
 
*******************************************************************************
/

public class Test {
	public Test foo() {
		return null;
	}
	
	public Test bar() {
		return null;
	}
}


- now search for references to Test
- make the CU dirty by inserting some spaces into the header comment
- select the project containing the match in the search result view and
  execute replace
- replace the first match with an empty string

observe: the blue selecting indicating the next range to replace doesn't cover
the next Test occurrences. It is off by 4.

- however replacing the next match replaces the correct String. So only the 
highlight seems to be out of sync.

We need to look at all CVS operations and make sue that the granularity is 
project or less. The best way to do this is to search for all uses of 
IWorkspae.run(IWorkspaceRunnable, IProgressMonitor) and 
WorkspaceModifyOperation.

With the following build file, hovering over the name attribute for the target 
incorrectly shows the hover for the value of the property "name"

<project name="SomeProject" default="target1" basedir=".">
	<property name="name" value="value" />
	<target name="target1">
		<echo message="test" />
	</target>
</project>

I200401130800

return new DelegatingValidationStateChange(to<code assist>);

observe:

poposals don't contain an entry for the toarray templete

Eclipse: 20040326
OSX 10.3.3

For some field declarations, tabs are missing so that instead of seeing:
  private FormText summaryText; // tab between type and field
we see:
  private FormTextsummaryText;

I'm not 100% sure of the pathology or severity of this because it hasn't yet
impacted my own stuff, but while looking through the code I noticed the
following copy constructor in org.eclipse.update.core.model.FeatureReferenceModel :
<pre><code>
	public FeatureReferenceModel(FeatureReferenceModel ref) {
		setFeatureIdentifier(ref.getFeatureIdentifier());
		setFeatureVersion(ref.getFeatureVersion());
		setType(ref.getType());
		setSiteModel(ref.getSiteModel());
		setLabel(ref.getLabel());
		setWS(ref.getWS());
		setOS(ref.getOS());
		setArch(ref.getOSArch());
		<b>setNL(getNL());</b>
	}
</code></pre>
The point of concern is the last assignment.  
Should that be "setNL(ref.getNL)"?

Could be related to the other two bugs I just filed, but summoning code assist 
in the Ant editor keeps locking up Eclipse for me. This is what the main thread 
looks like when it happens:

Thread [main] (Suspended)
	Object.wait(long) line: not available [native method]
	AntModel(Object).wait() line: not available
	AntModel.possiblyWaitForReconcile() line: 1134
	AntModel.getProjectNode() line: 1121
	AntEditorCompletionProcessor.getParentName(IDocument, int, int) line: 1081
	AntEditorCompletionProcessor.getProposalsFromDocument(IDocument, String) 
line: 289
	AntEditorCompletionProcessor.determineProposals() line: 268
	AntEditorCompletionProcessor.computeCompletionProposals(ITextViewer, int) 
line: 209
	ContentAssistant.computeCompletionProposals(ITextViewer, int) line: 1447
	CompletionProposalPopup.computeProposals(int) line: 238
	CompletionProposalPopup.access$7(CompletionProposalPopup, int) line: 234
	CompletionProposalPopup$1.run() line: 194
	BusyIndicator.showWhile(Display, Runnable) line: 84
	CompletionProposalPopup.showProposals(boolean) line: 189
	ContentAssistant.showPossibleCompletions() line: 1298
	AntEditor$StatusLineSourceViewer.doOperation(int) line: 185
	ContentAssistAction$1.run() line: 82
	BusyIndicator.showWhile(Display, Runnable) line: 84
	ContentAssistAction.run() line: 80
	RetargetTextEditorAction.run() line: 239
	RetargetTextEditorAction(Action).runWithEvent(Event) line: 881
	ActionContributionItem.handleWidgetSelection(Event, boolean) line: 550
	ActionContributionItem.access$2(ActionContributionItem, Event, boolean) 
line: 502
	ActionContributionItem$5.handleEvent(Event) line: 435
	EventTable.sendEvent(Event) line: 82
	MenuItem(Widget).sendEvent(Event) line: 810
	Display.runDeferredEvents() line: 2424
	Display.readAndDispatch() line: 2102
	Workbench.runEventLoop(Window$IExceptionHandler, Display) line: 1448
	Workbench.runUI() line: 1419
	Workbench.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 257
	PlatformUI.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 139
	IDEApplication.run(Object) line: 90
	PlatformActivator$1.run(Object) line: 260
	EclipseStarter.run(Object) line: 173
	EclipseStarter.run(String[], Runnable) line: 106
	NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not 
available [native method]
	NativeMethodAccessorImpl.invoke(Object, Object[]) line: not available
	DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: not available
	Method.invoke(Object, Object[]) line: not available
	Main.basicRun(String[]) line: 305
	Main.run(String[]) line: 729
	Main.main(String[]) line: 713

Since a few days (a week ?), warnings are reported in debug.ui, jdt.debug and
jdt.debug.ui.

I got the following exception in my log file. Sorry, nothing appeared to the
user so I don't know when this happened. The org.eclipse.platform project had
been open and then I closed it in my workspace.

!SESSION Jun 29, 2004 10:53:34.755 ---------------------------------------------
eclipse.buildId=I200406251208
java.fullversion=J2RE 1.4.1 IBM J9 build 20040510 (JIT enabled)
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -showlocation

!ENTRY org.eclipse.team.core 4 0 Jun 29, 2004 10:53:34.755
!MESSAGE Resource /org.eclipse.platform is not open.
!STACK 1
org.eclipse.core.internal.resources.ResourceException: Resource
/org.eclipse.platform is not open.
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at org.eclipse.core.runtime.CoreException.<init>(CoreException.java)
	at
org.eclipse.core.internal.resources.ResourceException.<init>(ResourceException.java)
	at org.eclipse.core.internal.resources.Project.checkAccessible(Project.java)
	at org.eclipse.core.internal.resources.Resource.findMarkers(Resource.java)
	at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider.calculateProblemMarker(SynchronizeModelProvider.java)
	at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider.propagateProblemMarkers(SynchronizeModelProvider.java:673)
	at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider.access$3(SynchronizeModelProvider.java:670)
	at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider$8.run(SynchronizeModelProvider.java:793)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java)
!SUBENTRY 1 org.eclipse.core.resources 4 372 Jun 29, 2004 10:53:34.785
!MESSAGE Resource /org.eclipse.platform is not open.

The Ant XMLMarkerAnnotation should be revisited and updated for the 
deprecations of MarkerAnnotation.

20041104

The build path UI shows Type Restriction filters also on container children.
But all container implementation don't support the feature, nor the update.
It would be better to filter the entries for M3

I'm trying to understand how the ISaveParticipant mechanism is used by the CVS 
integration. ISaveContext.needDelta() method is never called by the CVS 
plugins but there is an attempt to process saved resource deltas in 
FileModificationManager.registerSaveParticipant(). Documentation for 
ISavedState.processResourceChangeEvents() explicitly states that no 
notifications will be available for past events if the method in subject 
wasn't previously called. If I'm interpreting documentation correctly there 
may be an obscure bug in the CVS integration which never surfaced because CVS 
plugins are likely to be initialized on startup because decorators are 
typically enabled.

On RC1 now.
The old(2.x) way of determining content for the about Features dialog was to 
only show those features with branding content.  If there was no branding 
content from a plug-in, the feature did not make this list.

Structural features, such as those that are often used to include other 
features or the like were not shown.  

From what I can tell based on a recent test - all features - branded or not - 
show up in the about product > Feature Details dialog. 

I think this is going to confuse/overwhelm people who look here to find 
content.

while Elcipse is used for Wind River WorkBench and is build
from Eclipse 3.0 sources localy.

On shutdown once observed:

Thread [System Bundle Shutdown] (Suspended (exception 
java.lang.NullPointerException))
    org.eclipse.osgi.service.datalocation.FileManager.cleanup() line: 361
    org.eclipse.osgi.service.datalocation.FileManager.close() line: 407
    org.eclipse.core.internal.runtime.PlatformActivator.stop
(org.osgi.framework.BundleContext) line: 192
    org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run() line: 994
    java.security.AccessController.doPrivileged
(java.security.PrivilegedExceptionAction) line: not available [native method]
    org.eclipse.osgi.framework.internal.core.BundleContextImpl.stop() line: 990
    org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker(boolean) 
line: 502
    org.eclipse.osgi.framework.internal.core.BundleHost
(org.eclipse.osgi.framework.internal.core.AbstractBundle).suspend(boolean) 
line: 539
    org.eclipse.osgi.framework.internal.core.Framework.suspendBundle
(org.eclipse.osgi.framework.internal.core.AbstractBundle, boolean) line: 1029
    org.eclipse.osgi.framework.internal.core.StartLevelManager.decFWSL(int) 
line: 627
    org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel
(int, org.eclipse.osgi.framework.internal.core.AbstractBundle) line: 281
    org.eclipse.osgi.framework.internal.core.StartLevelManager.shutdown() line: 
254
    org.eclipse.osgi.framework.internal.core.SystemBundle.suspend() line: 201
    org.eclipse.osgi.framework.internal.core.Framework.shutdown() line: 466
    org.eclipse.osgi.framework.internal.core.SystemBundle$1.run() line: 182
    java.lang.Thread.run() line: 534


    private void cleanup() throws IOException {
        //Iterate through the temp files and delete them all, except the one 
representing this filemanager.
        String[] files = managerRoot.list();
>>> files == null
        for (int i = 0; i < files.length; i++) {
            if (files[i].endsWith(".instance") && instanceFile != null && !files
[i].equalsIgnoreCase(instanceFile.getName())) { //$NON-NLS-1$
                if (new File(managerRoot, files[i]).delete() == false)
                    return;
            }
        }

may be it is already fixed in 3.x

I registered an editor like this:
  <extension
         point="org.eclipse.ui.editors">
      <editor
         extensions="ext1, ext2, ext3, ext4"
...

and a content type like this:

  <extension
         point="org.eclipse.core.runtime.contentTypes">
         <content-type
               file-extensions="ext1, ext2, ext3, ext4"
...

While the editors extension point works fine, the content type extension point
considers the separating whitespace as part of the value. 
org.eclipse.core.internal.content.ContentType.parseItems(String) isn't trimming
whitespace as I expected.

Is whitespace trimming of lists not something to be generally expected? 
Shouldn't it be?

20040824

After starting eclipse on a old, big workspace I selected to import plugins and
fragments. On finish, the blocking dialog showed up, but the only entry listed
was the 'import plugin' itself. After 10 minutes the blocking dialog was gone,
so it seems that a job was blocking that was not shown in the list.
I suspect a system job that didn't cancel

-> The blocked dialog should offer to show system jobs or detect the situation
where it waits for a job not shown in the UI and then shows that Job (at least
for debugging reasons to see which system job caused the blockade)

>swt-N20040109-win32-ce-arm-ppc

The following code that used to work on PPC 2002 is no longer working in PPC 
2003:

//--SNIPPET START

Text monthText = new Text(panel, SWT.BORDER);

GC gc = new GC(monthText);
FontMetrics fm = gc.getFontMetrics();
int width = 4 * fm.getAverageCharWidth();
gc.dispose();

//-- SNIPPET END


*** Stack trace of contained exception ***

java.lang.UnsatisfiedLinkError: org/eclipse/swt/internal/win32/OS.GetLayout(I)I

Stack trace:
   java/lang/Throwable.<init>()V
   java/lang/Throwable.<init>(Ljava/lang/String;)V
   java/lang/UnsatisfiedLinkError.<init>(Ljava/lang/String;)V
   org/eclipse/swt/widgets/Control.internal_new_GC
(Lorg/eclipse/swt/graphics/GCData;)I
   org/eclipse/swt/graphics/GC.<init>(Lorg/eclipse/swt/graphics/Drawable;I)V
   org/eclipse/swt/graphics/GC.<init>(Lorg/eclipse/swt/graphics/Drawable;)V
   com/capwin/pvc/query/ui/QueryByNamePanel.buildDob()V
   com/capwin/pvc/query/ui/QueryByNamePanel.<init>()V
   java/lang/Class.newInstanceImpl()Ljava/lang/Object;
   java/lang/Class.newInstance()Ljava/lang/Object;
   com/capwin/pvc/ui/PanelManager.displayPanel(Ljava/lang/Class;)V
   com/capwin/pvc/listener/HomeListener$1.run()V
   org/eclipse/swt/widgets/RunnableLock.run()V
   org/eclipse/swt/widgets/Synchronizer.runAsyncMessages()Z
   org/eclipse/swt/widgets/Display.runAsyncMessages()Z
   org/eclipse/swt/widgets/Display.readAndDispatch()Z
   com/capwin/pvc/ui/Main.run()V

Here is piece of code from Eclipse 3.0 Build id: 200403161300, class
OutOfOrderListener:

	public void handleEvent(Event event) {
		// Always remove myself as a listener.
		event.widget.removeListener(event.type, this);

  Here you remove listener from widget. My problem is that widget was already
disposed (in my listener, that was invoked before OutOfOrderListener), so I
receive "Widget is disposed" in log. Can you please check here that widget is
disposed and don't invoke "removeListener?

RC1 Sun 1.4.2
In Snippet Editor, inspect a String literal ("foo") and nothing happens.
nothing in error log. nothing in expressions view. no popup.

build I20040607-0800

- new window
- open a Java editor
- close window
- ASTProvider maintains a ref to the editor:

GC Roots -> Object EditorPane #013d394d: Reverse Paths
  |
  +---org.eclipse.ui.internal.EditorPane (#013d394d)
    |
    +---pane of org.eclipse.ui.internal.EditorSite (#0154c573)
      |
      +---partSite of
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor (#0006b4ee)
        |
        +---fActiveEditor of org.eclipse.jdt.internal.ui.javaeditor.ASTProvider
(#00eea6dc)
          |
          +---fASTProvider of org.eclipse.jdt.internal.ui.JavaPlugin (#019777af)
            |
            +---fgJavaPlugin of org.eclipse.jdt.internal.ui.JavaPlugin (#01c0a077)

Following a JDT/Core change. Preference pages already support it.

M8 and around there you could use the product config dialog to add an extension 
site.  It required the .eclipseextnsion file in the eclipse dir (or we were 
warned that it would be soon).  All fine.

I just grabbed 0504 and tried the above.  I had been browsing to my target dir:
d:\mystuff\eclipse and saying go.  This no longer works in 0504.  I have to 
browse to d:\mystuff instead.  

I remember text flying by that said if we forgot the \eclipse on the command 
API that you would add it.  But I did not take that to mean that we could not 
add it ourselves (at least in the UI). 

If both d:\mystuff\eclipse and d:\mystuff are accepted (assuming that 
\eclipse\.eclipseextension exists) that is fine.  But seems wrong that you 
started to refuse d:\mystuff\eclipse.

Platforms: Solaris 9 & HPUX11.11
Build: 3.0M8 (id 200403261517)

- Add a new by right click on the CVS Repositories view to get the context 
menu: New -> Repository location.
- Fill in all the information: Host, Repository path, User, Password, 
Connection type & port. Also select 'Validate Connection on Finish' and 
click 'Finish'.
- A new repository location is now displayed on the CVS Repositories view.
- Add another repository location by using the same procedure. Fill in the same 
data and click 'Finish'.

In 3.0M7, a dialog box will come up to warning user that 'Unable to create 
repository location - The specified repository location already exists. 

In 3.0M8 this dialog box is missing. A progress box will come up and looks like 
it is processing. However, no new repository location is created (and this is a 
correct behaviour) but there is no warning to the user.

If I create an external tool, and use as its arguments "${file_prompt}
${file_prompt}", both prompts appear ok.  However, if I change the arguments to
"${string_prompt} ${file_prompt}", only the string prompt appears regardless of
what action I take in the string_prompt dialog.

eclipse 3.0RC1, linux fedora core 2

The "catch all and exit" policy implemented in the
EclipseAdaptor#handleRuntimeException (bug #61942) resulted in some problems
(bug #72690) since the application was exiting when an exception was not handled
in a BundleListener.

This behavior should be refined and we should only exit when critical errors occurs.

The ProcessConsole connects the IConsoleColorProvider but never disconnects 
the color provider.

The AntColorConsoleProvider is leaked this way as it needs to be removed as a 
preference change listener when it is disconnected.

It appears that the SearchEngine can't find all fields in multiple field
declarations.  For example, take the compiled method from the class:

--------

public class TestCase {

    int field1, field2, field3;
    int field4;
    
    public void method(){}
}

--------

when you run the following code (a pretty vanilla search):

--------

final List searchResults = new ArrayList();
SearchRequestor collector = new SearchRequestor(){
    public void acceptSearchMatch(SearchMatch match) throws
                            CoreException {
            searchResults.add(match);
    }
};

SearchPattern pattern = SearchPattern.createPattern("*",                       
 IJavaSearchConstants.FIELD,                            
IJavaSearchConstants.DECLARATIONS,                        
SearchPattern.R_PATTERN_MATCH);

SearchParticipant[] participants = new SearchParticipant[]
            {SearchEngine.getDefaultSearchParticipant()};
JavaSearchScope scope = new JavaSearchScope();
scope.add(unit);

new SearchEngine().search(pattern,participants,scope,collector,monitor);

--------

searchResults only contains two elements - field1 and field4.  I would expect
field1, field2, field3, and field4. 

This can also be confirmed by doing a standard GUI Java Search of the same
example class.

build 0318
In my workspace I've several repository locations.

1) select a project
2) compare with HEAD
->getting prompted for the password for repositories that are not connected to 
this project.

When doing a compare with a project I don't expect that repositories not 
connected with this project are contacted.

I declare a activity include a catagory and a activity plugin with EMPTY
description respectively.
And I ran the plugin with a "runtime workbench". Open the
windown->perferences->capabilities to change the check state of the activity and
category. A dialog jump and say there is a error.
And the log stack is belowing:
--------
!SESSION Jul 29, 2004 15:48:03.484 ---------------------------------------------
eclipse.buildId=unknown
java.version=1.4.2_05
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -product UserTask.ca.product

!ENTRY org.eclipse.core.runtime 4 2 Jul 29, 2004 15:48:03.484
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.IllegalArgumentException: Argument cannot be null
	at org.eclipse.swt.SWT.error(SWT.java:2677)
	at org.eclipse.swt.SWT.error(SWT.java:2616)
	at org.eclipse.swt.SWT.error(SWT.java:2587)
	at org.eclipse.swt.widgets.Widget.error(Widget.java:381)
	at org.eclipse.swt.widgets.Text.setText(Text.java:1566)
	at
org.eclipse.ui.internal.activities.ws.ActivityEnabler$1.selectionChanged(ActivityEnabler.java:70)
	at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
	at
org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:1394)
	at
org.eclipse.jface.viewers.StructuredViewer.handleSelect(StructuredViewer.java:693)
	at
org.eclipse.jface.viewers.CheckboxTreeViewer.handleSelect(CheckboxTreeViewer.java:253)
	at
org.eclipse.jface.viewers.StructuredViewer$4.widgetSelected(StructuredViewer.java:718)
	at org.eclipse.jface.util.OpenStrategy.fireSelectionEvent(OpenStrategy.java:180)
	at org.eclipse.jface.util.OpenStrategy.access$3(OpenStrategy.java:175)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:324)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:72)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:915)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:866)
	at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:785)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)
---------------------
So in the class org.eclipse.ui.internal.activities.ws.ActivityEnabler
line 70 and 73.
xxxxx.getDescription()  should be checked whether it is null.
if xxxxx.getDescription()!=null
   setText

Thanks 

Jingan

I20040130
A Shell with flag SWT.ON_TOP does not stay on top.
The only effect seems to be to be that the shell does not get the focus automatically.

200402120010:
TextNavigationAction#fireSelectionChanged(Point oldSelection) sends invalid
selection events.

The StyledText widget describes selection events with x==offset, y==endOffset.
fireSelectionChanged(Point) tries it with x==offset, y==length, which is wrong.

The fix is this one-liner:

Index: TextNavigationAction.java
===================================================================
retrieving revision 1.6
diff -u -r1.6 TextNavigationAction.java
--- TextNavigationAction.java	22 Sep 2003 14:26:19 -0000	1.6
+++ TextNavigationAction.java	12 Feb 2004 10:33:32 -0000
@@ -94,7 +94,7 @@
 	 * @since 3.0
 	 */
 	protected void fireSelectionChanged(Point oldSelection) {
-		Point selection= fTextWidget.getSelectionRange();
+		Point selection= fTextWidget.getSelection(); 
 		if (oldSelection == null || !selection.equals(oldSelection))
 			doFireSelectionChanged(selection);
 	}

BuildExceptions can be thrown when configuring the Project and these causes 
the creation to halt but no error message is indicated to the user in the 
dialog.

For example a buildfile that contains non-existing classpath elements for the 
javac task results in an exception and the silent failure.

Example classpath nested element where the lib directory does not exist:
<classpath>
	<fileset dir="lib">
		<include name="**/*.jar" />
	</fileset>
</classpath>

ResourceToItemMapper should take into account new IViewLabelProvider to 
prevent the flashing in the packages view when decorators update.

I will attach a modified version of the class.

Is there a reason why the Junit sources aren't bundled w/ the JUnit plugin anymore?

Debugging Junit tests w/out source is cumbersome.

I20040121 + newest J Core

I had this NPE in .log - no steps (there was nothing visible in the UI)

!ENTRY org.eclipse.ui 4 0 Jan 27, 2004 15:02:49.277
!MESSAGE Action for command 'org.eclipse.ui.edit.text.contentAssist.proposals'
failed to execute properly.
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.jdt.internal.compiler.lookup.MethodScope.createMethod(MethodScope.java:299)
	at
org.eclipse.jdt.internal.compiler.lookup.ClassScope.buildMethods(ClassScope.java:220)
	at
org.eclipse.jdt.internal.compiler.lookup.ClassScope.buildFieldsAndMethods(ClassScope.java:124)
	at
org.eclipse.jdt.internal.compiler.lookup.ClassScope.buildFieldsAndMethods(ClassScope.java:132)
	at
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.buildFieldsAndMethods(CompilationUnitScope.java:61)
	at
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.completeTypeBindings(LookupEnvironment.java:224)
	at
org.eclipse.jdt.internal.codeassist.CompletionEngine.complete(CompletionEngine.java:800)
	at org.eclipse.jdt.internal.core.BinaryType.codeComplete(BinaryType.java:90)
	at org.eclipse.jdt.internal.core.BinaryType.codeComplete(BinaryType.java:57)
	at
org.eclipse.jdt.internal.debug.ui.display.DetailsCompletionProcessor.computeCompletionProposals(DetailsCompletionProcessor.java:85)
	at
org.eclipse.jface.text.contentassist.ContentAssistant.computeCompletionProposals(ContentAssistant.java:1433)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.computeProposals(CompletionProposalPopup.java:231)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$7(CompletionProposalPopup.java:227)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup$1.run(CompletionProposalPopup.java:190)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.showProposals(CompletionProposalPopup.java:185)
	at
org.eclipse.jface.text.contentassist.ContentAssistant.showPossibleCompletions(ContentAssistant.java:1285)
	at org.eclipse.jface.text.source.SourceViewer.doOperation(SourceViewer.java:633)
	at org.eclipse.ui.console.actions.TextViewerAction.run(TextViewerAction.java:61)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.ui.internal.commands.ActionHandler.execute(ActionHandler.java:40)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:414)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:778)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:815)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:505)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:444)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:233)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java:699)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:832)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:857)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:842)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1716)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1712)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3037)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2940)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:2865)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1371)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2019)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1530)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1506)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:248)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

I ran into this bug trying to fix a UI test that fails on Mac OS X but passes on
Windows and Linux. It fails because it expects an array of size 0 to be returned
by the "getFontList" method when it is passed a bad face name.

I executed the following line of code on Windows XP, Mac OS 10.3.3 and Linux GTK:
System.out.println(display.getFontList("badData",true).length)

Linux and Windows XP both print 0. On the Mac, it returns an array of size 144.
The array contains all null values. 

I noticed that this particular problem occurs in GTK but is corrected at the end
of the method. It is corrected in the "Device#getFontList()" method by copying
the non null values into a results array and returning it.

I could not find the "expected" return value for a bad face name in the API
documentation, but I am guessing the "getFontList" method should behave as it
does on Windows and Linux, which is to return an array of size 0.

I am using build id 200408110800.

I20040121

What I did:

1) Initiated a background project tag
2) While waiting, I tried typing in an editor in a different project

-> Busy "blocked by background job" dialog popped up.

3) Hit cancel in the dialog.
4) Try to edit again
5) Repeat 3-4 a few times

-> Finally the background tag is done, but it still claims to be blocked. Will
attach the stack.

It looks like the ProgressMonitorJobsDialog is not sending the cancel through to
the underlying runnable, but just closing immediately and leaving behind the
waiting task.  I need to investigate a bit more.

Build 20030121

After patching jdtcore.jar (i.e. replacing it with a newer version), I 
restarted my workbench on the same workspace, but the jdt.core plugin was 
desactivated (ass well as all its dependents).

I had to delete .config file to be able to restart the workbench and use the 
Java functinalities again.

From bug 68373;
In hitting this same error, and prompting for more details from Darin, I would
like to offer the following testcase/details on what I am seeing in my
environment. I am running Version: 3.0.0
Build id: 200406251208 on Windows XP. I have ant-contrib-1.0b1.jar in my
ANT_HOME/lib directory and it shows up under
Pereferences->Runtime->Classpath->Ant Home Entries. I have "osfamily" task
defined under the Runtime->Tasks menu and pointing to the
net.sf.antcontrib.platform.OsFamily.class (something I wish the the build file
taskdef could have taken care of or at a minimum by using the same property 
file
the build file taskdef used). I have all Ant->Editor->Problems ignored.

I have a small build file with the following:
<project name="main" default="all">
    <taskdef resource="net/sf/antcontrib/antcontrib.properties"/>
    <osfamily property="osFamily"/>
    <target name="all">
        <echo>Hello ${osFamily} World</echo>
    </target>
</project>

This results in:
* The Ant/text editor looks happy (even when I set all problems to report as
Errors).
* Executing the above within the Ant View fails with an error identicial to 
what
was reported earlier:
Buildfile: C:\apps\eclipse\workspace\importtest\src\build.xml
BUILD FAILED: Target `C:\apps\eclipse\workspace\importtest\src\build.xml:3:
Could not create task or type of type: osfamily.

Ant could not find the task or a class this task relies upon.

* Executing Outline->main->Ant Build successfully executes.
Buildfile: C:\apps\eclipse\workspace\importtest\src\build.xml
all:
     [echo] Hello windows World

* Activating the Run->External Tools... panel for the autogenerated
importtest.build.xml file results in a red-X at the top saying Targets]:
C:\apps\eclipse\workspace\importtest\src\build.xml:3: Could not create task or
type of type: osfamily. The [Run] button is also greyed out.

I had originally reported problems when doing the above functionality from
within an imported build file. I am finding that the inline case and the
imported case work identical except with the problems noted in bug
https://bugs.eclipse.org/bugs/show_bug.cgi?id=72512

build I200405060200

- launch target with some compile errors
- it prompts you
- the dialog has a question mark

In this case, it's an unexpected event that may have bad consequences if the
user continues.  I think the dialog should use the warning (!) icon.

Eclipse 200405060200  on Solaris

When doing a build, you can't the details.   There is a drawing problem.  If 
you keep on pressing the details button, you will lose almost the whole dialog.

If a toolbar does not have any items, it should not be placed in a ViewForm.  
Instead the ViewForm slot (e.g. setTopCenter()) should be set to null until 
the toolbar has items.

From the newsgroup

"I am having an annoying problem with debugging in Eclipse.  I have some
Hibernate classes that get generated on-th-fly by cglib without line-number
information.  I put a breakpoint in a base-class for these generated classes
and I get a modal pop-up complaining that it could not insert the breakpoint
because of missing line number information.  I have to hit okay about 600
times to get past this and because it is modal, I can not even remove the
breakpoint...

Does anyone have any idea how to get past this?  Even if I could the eclipse
debugger not to try to insert breakpoints in such classes, that would be
acceptible."

Select a non-java project, and run/debug as > Java Applet.

java.lang.NullPointerException
at java.util.ArrayList.<init>(ArrayList.java:132)
at 
org.eclipse.jdt.internal.debug.ui.launcher.AppletLaunchConfigurationUtils.searc
hSubclassesOfApplet(AppletLaunchConfigurationUtils.java:180)
at 
org.eclipse.jdt.internal.debug.ui.launcher.AppletLaunchConfigurationUtils.colle
ctTypes(AppletLaunchConfigurationUtils.java:160)
at 
org.eclipse.jdt.internal.debug.ui.launcher.AppletLaunchConfigurationUtils$1.run
(AppletLaunchConfigurationUtils.java:208)
at org.eclipse.ui.actions.WorkspaceModifyDelegatingOperation.execute
(WorkspaceModifyDelegatingOperation.java:67)
at org.eclipse.ui.actions.WorkspaceModifyOperation$1.run
(WorkspaceModifyOperation.java:91)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1656)
at org.eclipse.ui.actions.WorkspaceModifyOperation.run
(WorkspaceModifyOperation.java:105)
at org.eclipse.jdt.internal.debug.ui.launcher.WorkspaceOperationRunner.run
(WorkspaceOperationRunner.java:73)
at org.eclipse.jdt.internal.debug.ui.launcher.WorkspaceOperationRunner.run
(WorkspaceOperationRunner.java:65)
at 
org.eclipse.jdt.internal.debug.ui.launcher.AppletLaunchConfigurationUtils.findA
pplets(AppletLaunchConfigurationUtils.java:221)
at 
org.eclipse.jdt.internal.debug.ui.launcher.JavaAppletLaunchShortcut.searchAndLa
unch(JavaAppletLaunchShortcut.java:53)
at org.eclipse.jdt.internal.debug.ui.launcher.JavaAppletLaunchShortcut.launch
(JavaAppletLaunchShortcut.java:91)
at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchShortcutExtension.laun
ch(LaunchShortcutExtension.java:315)
at org.eclipse.debug.internal.ui.actions.LaunchShortcutAction.run
(LaunchShortcutAction.java:56)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:612)
at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:563)
at org.eclipse.jface.action.ActionContributionItem$6.handleEvent
(ActionContributionItem.java:482)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2594)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2272)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:243)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:283)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:242)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:119)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
at org.eclipse.core.launcher.Main.run(Main.java:700)
at org.eclipse.core.launcher.Main.main(Main.java:684)

I200409140800

The Javadoc of ViewerLabel#hasNewImage() states:
@return boolean. <code>true</code> if the image has been set to something new.

But the current implementation also returns true when 'startImage' is != null,
and setImage(..) has not been called.

A fix could be to set 'newImage' to 'initialImage' in the constructor, and then
update getImage() to just return newImage.

For clients that use the pattern ...
            if (updateLabel.hasNewImage())
                item.setImage(updateLabel.getImage());
..., the current implementation makes them call Item#setImage(..) too often.

The same problem applies to hasNewText().

UIPlugin contains a reference of IPluginDescriptor.

linux motif version 3.0M9 (also in previous versions)
Sun JDK 1.4.2

When I first right-click on an item in the resource view (left pane in default
Java perspective) there are items that do no appear in the context menu
Today I noticed that "Properties" was missing from a project context menu.  
"Close Project" is also missing on the first click.  On the second click, or if
the project is already selected, then the menu items appear

build I20040324-0800

In a Java editor, select some text on a long line, and drag to extend the
selection to the right such that it must scroll.
The painting of the selection takes a second to catch up -- you can see it
selecting individual characters.

Example:
- JFace in source
- open type on Action
- in setDescription, there is a long line
- click in it and extend the selection to the right

Build I20040506

update.ui plug-in uses dialog settings from the ui plug-in in 
ShowActivitiesDialog.getDialogSetting()

The ui plug-ins dialog settings are not API. update.ui should use its own 
dialog settings.

I200405060200

If you start a workbench that was shut down with minimized views you get the
following stack trace: 

java.lang.ClassCastException
	at org.eclipse.ui.internal.PartStack.setState(PartStack.java:682)
	at org.eclipse.ui.internal.PartStack.restoreState(PartStack.java:567)
	at
org.eclipse.ui.internal.RootLayoutContainer.restoreState(RootLayoutContainer.java:125)
	at
org.eclipse.ui.internal.PerspectivePresentation.restoreState(PerspectivePresentation.java:1143)
	at org.eclipse.ui.internal.Perspective.restoreState(Perspective.java:790)
	at org.eclipse.ui.internal.WorkbenchPage.restoreState(WorkbenchPage.java:2422)
	at org.eclipse.ui.internal.WorkbenchWindow.restoreState(WorkbenchWindow.java:1398)
	at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1206)
	at org.eclipse.ui.internal.Workbench.access$10(Workbench.java:1173)
	at org.eclipse.ui.internal.Workbench$13.run(Workbench.java:1084)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:604)
	at org.eclipse.core.runtime.Platform.run(Platform.java:545)
	at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1017)
	at
org.eclipse.ui.internal.WorkbenchConfigurer.restoreState(WorkbenchConfigurer.java:167)
	at
org.eclipse.ui.application.WorkbenchAdvisor.openWindows(WorkbenchAdvisor.java:648)
	at org.eclipse.ui.internal.Workbench.init(Workbench.java:807)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1301)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:242)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:119)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)

I created a local class, where I used "extends PropertyChangeListener" which is
an interface, so the proper syntax is "implements PropertyChangeListener".

The compiler catches that PropertyChangeListener is not a class, but Ctrl-1 only
suggsts "Rename in file".

From bug 55804, we should replace the "perspective based" launch shortcuts 
with context sensitive lanuch shortcuts. "Run/Debug/Profile As >" menus will 
no longer exist. This will also fix/mute bug 70664.

I20040219 + smoke test 20040224

Select a method in the outliner.
Presse DEL.

If I set ${INCLUDES} as a global or local property the editor remains with an 
error (no default target). 

<project name="main" default="all">
	<import file="${INCLUDES}/included.xml" />
</project>

<project name="included">
      <target name="all">
          <echo>Hello World</echo>
      </target>
 </project>

Summary: Import of proxy preferences does not get picked up unless the 
platform is restarted.

Description: 
1. Menu Window->Preferences
2. Select Install/Update plugin
3. Select Import button and chose a preference file that includes changes in 
the proxy settings.
4. Repeat step 1 and 2. Imported preferences will have been lost.
5. Repeat step 1, 2, and 3.
6. Restart the workbench.
7. Repeat steps 1 and 2. Imported preferences will be available.

Expected results: Step 4 should have worked the same as step 7.

Build: Build id: 200406251208 on Win32.

I200408170800.

I moved field TestResult.fFailures to TestSuite and could not find it until I
realized that it got appended to the end of TestSuite.

the new sync action and compare perform a subscriber.refresh and then open a
compare editor. This causes two progress dialogs to open, one after the other.

Version 3.1M1.

The StyledText Javadoc does not mention that italic is now supported.

1. Open Install, Help->Software Updates->Find and Install
2. Select "Search for new features to install"
3. next
4. Create a new site with one of the 3 new buttons.
5. Edit the site name using the edit button.
6. The name in the table does not get refreshed.
7. By restarting the install at step 1 you will see the edited name.

I am using buildId=I200410260800 on Windows XP.

- Download buildId=I200410260800
- Extract and run eclipse (select OK for default workspace)
- Close the welcome page
- Close eclipse
- The following will be in the log:

!SESSION 2004-10-26 10:31:59.259 -----------------------------------------------
eclipse.buildId=I200410260800
java.version=1.4.2_02
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US

!ENTRY org.eclipse.osgi 2004-10-26 10:31:59.259
!MESSAGE Application error
!STACK 1
java.lang.NullPointerException
	at org.eclipse.jface.resource.FontRegistry.disposeFonts(FontRegistry.java:576)
	at org.eclipse.jface.resource.FontRegistry.clearCaches(FontRegistry.java:564)
	at org.eclipse.jface.resource.FontRegistry$1.run(FontRegistry.java:192)
	at org.eclipse.swt.widgets.Display.release(Display.java:2503)
	at org.eclipse.swt.graphics.Device.dispose(Device.java:215)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:117)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:704)
	at org.eclipse.core.launcher.Main.main(Main.java:688)

I did a pull up of a private field, and it added at the very end of the class, 
after all the methods.  It should place it just like quickfix does when a field 
is created (at the top);

RC1

Tried to expand the Debug context launch menu for a .java file in a Simple 
(non-java) project. Got the following in the log:

java.lang.NullPointerException
at java.lang.Throwable.<init>(Throwable.java)
at java.lang.Throwable.<init>(Throwable.java)
at java.lang.NullPointerException.<init>(NullPointerException.java:60)
at 
org.eclipse.jdt.internal.debug.ui.launcher.AppletLaunchConfigurationUtils.isSub
classOfApplet(AppletLaunchConfigurationUtils.java:184)
at 
org.eclipse.jdt.internal.debug.ui.launcher.AppletLaunchConfigurationUtils.colle
ctTypes(AppletLaunchConfigurationUtils.java:149)
at 
org.eclipse.jdt.internal.debug.ui.launcher.JavaElementPropertyTester.isApplet
(JavaElementPropertyTester.java:77)
at org.eclipse.jdt.internal.debug.ui.launcher.JavaElementPropertyTester.test
(JavaElementPropertyTester.java:61)
at org.eclipse.core.internal.expressions.Property.test(Property.java:52)
at org.eclipse.core.internal.expressions.TestExpression.evaluate
(TestExpression.java:57)
at org.eclipse.core.internal.expressions.CompositeExpression.evaluateAnd
(CompositeExpression.java:50)
at org.eclipse.core.internal.expressions.IterateExpression.evaluate
(IterateExpression.java:107)
at org.eclipse.core.internal.expressions.CompositeExpression.evaluateAnd
(CompositeExpression.java:50)
at org.eclipse.core.internal.expressions.WithExpression.evaluate
(WithExpression.java:37)
at org.eclipse.core.internal.expressions.CompositeExpression.evaluateAnd
(CompositeExpression.java:50)
at org.eclipse.core.internal.expressions.EnablementExpression.evaluate
(EnablementExpression.java:28)
at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchShortcutExtension.eval
EnablementExpression(LaunchShortcutExtension.java:172)
at org.eclipse.debug.ui.actions.ContextualLaunchAction.isApplicable
(ContextualLaunchAction.java:257)
at org.eclipse.debug.ui.actions.ContextualLaunchAction.fillMenu
(ContextualLaunchAction.java:191)
at org.eclipse.debug.ui.actions.ContextualLaunchAction.access$1
(ContextualLaunchAction.java:173)
at org.eclipse.debug.ui.actions.ContextualLaunchAction$1.menuShown
(ContextualLaunchAction.java:134)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
at org.eclipse.swt.widgets.Control.WM_INITMENUPOPUP(Control.java:3302)
at org.eclipse.swt.widgets.Control.windowProc(Control.java)
at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java)
at org.eclipse.swt.widgets.Display.windowProc(Display.java)
at org.eclipse.swt.internal.win32.OS.TrackPopupMenu(Native Method)
at org.eclipse.swt.widgets.Menu._setVisible(Menu.java:222)
at org.eclipse.swt.widgets.Display.runPopups(Display.java)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:334)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:84)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:59)
at java.lang.reflect.Method.invoke(Method.java:390)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:638)
at org.eclipse.core.launcher.Main.main(Main.java:622)

Also saw this in the log (with no trace)

JUnitWithAnt does not exist.

I20040831

Buttons are no longer oval but have a rounded rectangle shape (see first screenshot).
The second screenshot shows how buttons using the small system font should look like.

build i1019

The org.eclipse.core.resources plug-in should use the new preference mechanism.
Specifically preference default initialization should be done by a preference
initializer. Currently the values are hard-coded static in the Policy class
which means they can't be over-ridden by the usual preference over-ride mechanism.

This is happening in M8.

After I run Ant several times, via selecting the build.xml and right clicking
Run Ant... or via the Run External.., my environment goes into a state where:

* I can't run Ant again. The dialog box does nothing when I hit Run on the
dialog box.
* I cannot exit properly. The exit dialog comes up, I hit OK, but nothing seems
to happen. I hit Exit again, and the UI goes away.
* The UI is gone, but Eclipse is still running. When I try to start again,
Eclipse compains that the workspace is in use, and I have to kill the process.
* Restart Eclipse and get "Unable to read workbench state. Workbench UI layout
will be reset"
* The workbench is reset, of course. Sometimes, my projects have been blown away
and I have to add them again.


Here is my log:

The first problem comes from trying to run an Ant build. The second comes from
trying to exit.

!SESSION May 04, 2004 04:11:43.718 ---------------------------------------------
java.version=1.4.2_04
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
!ENTRY org.eclipse.ui 4 4 May 04, 2004 04:11:43.718
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 May 04, 2004 04:11:43.718
!MESSAGE Provider com.icl.saxon.TransformerFactoryImpl not found
!STACK 0
javax.xml.transform.TransformerFactoryConfigurationError: Provider
com.icl.saxon.TransformerFactoryImpl not found
	at javax.xml.transform.TransformerFactory.newInstance(Unknown Source)
	at
org.eclipse.debug.internal.core.LaunchManager.serializeDocument(LaunchManager.java:218)
	at
org.eclipse.debug.internal.core.LaunchConfiguration.getMemento(LaunchConfiguration.java:398)
	at
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.handleLaunchPressed(LaunchConfigurationsDialog.java:1108)
	at
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.buttonPressed(LaunchConfigurationsDialog.java:295)
	at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:413)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2578)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2256)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:670)
	at org.eclipse.jface.window.Window.open(Window.java:650)
	at
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.open(LaunchConfigurationsDialog.java:440)
	at
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationPropertiesDialog.open(LaunchConfigurationPropertiesDialog.java:239)
	at
org.eclipse.debug.ui.DebugUITools.openLaunchConfigurationDialog(DebugUITools.java:449)
	at
org.eclipse.ant.internal.ui.launchConfigurations.AntLaunchShortcut.launch(AntLaunchShortcut.java:167)
	at
org.eclipse.ant.internal.ui.launchConfigurations.AntLaunchShortcut.launch(AntLaunchShortcut.java:109)
	at
org.eclipse.ant.internal.ui.launchConfigurations.AntRunActionDelegate.run(AntRunActionDelegate.java:38)
	at org.eclipse.ui.actions.ActionDelegate.runWithEvent(ActionDelegate.java:71)
	at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:259)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:550)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:502)
	at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:435)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2578)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2256)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:277)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:239)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)
!ENTRY org.eclipse.ui 4 4 May 04, 2004 04:11:57.171
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 May 04, 2004 04:11:57.171
!MESSAGE Provider com.icl.saxon.TransformerFactoryImpl not found
!STACK 0
javax.xml.transform.TransformerFactoryConfigurationError: Provider
com.icl.saxon.TransformerFactoryImpl not found
	at javax.xml.transform.TransformerFactory.newInstance(Unknown Source)
	at org.eclipse.ui.XMLMemento.save(XMLMemento.java:409)
	at org.eclipse.ui.internal.Workbench.saveMementoToFile(Workbench.java:1600)
	at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:1594)
	at org.eclipse.ui.internal.Workbench$9.run(Workbench.java:435)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:610)
	at org.eclipse.core.runtime.Platform.run(Platform.java:521)
	at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:431)
	at org.eclipse.ui.internal.Workbench.access$6(Workbench.java:403)
	at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:570)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:568)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:544)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose(WorkbenchWindow.java:387)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0(WorkbenchWindow.java:372)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run(WorkbenchWindow.java:459)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchWindow.close(WorkbenchWindow.java:457)
	at org.eclipse.jface.window.Window.handleShellCloseEvent(Window.java:595)
	at org.eclipse.jface.window.Window$2.shellClosed(Window.java:546)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:158)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:793)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:778)
	at org.eclipse.swt.widgets.Decorations.WM_CLOSE(Decorations.java:1496)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2946)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1439)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3146)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1445)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:397)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3024)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1439)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3146)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1445)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:397)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3024)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1439)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3146)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1450)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2254)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:277)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:239)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

If you run a junit test with all junittests, everything is ok.
Then if you want to rerun a single test which is not in the first tested class
the test is started with the correct method name but with the first tested class
in the displayed tree not with the class whose method was selected for rerun.

Sometime the first junit-class in the project does not have a method with same
name, then the error shows up.

Occured in 3.0M9

To repeat :

have more than one junit-Testcase subclasses in your project
run all tests in the run configurations view
if all tests are ok, go to the second class in the hierarchy tab of the junit
view, then select a method name for rerun  ( Right mouse -> Run ) 

Teh run will fail if the method name is not visible in the first class of the
project. Even doubleclicking the method name will show error that the method is
not available in the first class of the project ( not in the class tested )

sample failure:

Invalid stack frame 

org.eclipse.debug.core.DebugException: Invalid stack frame
at 
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getUnderlyingStackFrame
(JDIStackFrame.java:965)
at 
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getUnderlyingVisibleVar
iables(JDIStackFrame.java:643)
at org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getLocalVariables
(JDIStackFrame.java:1013)
at org.eclipse.jdt.debug.tests.core.LocalVariableTests.testSimpleVisibility
(LocalVariableTests.java:54)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at org.eclipse.jdt.debug.tests.AutomatedSuite$1.run(AutomatedSuite.java:178)
at java.lang.Thread.run(Thread.java:534)

There are situations when the JUnit update jobs are not properly stopped.
Need to add safety checks to make sure that the update job is stopped.

 

Consider moving the instance prefs from the plug-in state location to the same
directory structure as config and project.

from:
/workspace/.metadata/.plugins/org.eclipse.core.resources/prefs.ini
to:
/workspace/.metadata/.settings/org.eclipse.core.resources.prefs

Some hardcoded values in the code of the 'run to line' action limit it's usage
to Java 1.4 compatible code.

20040604

New workspace/import all projects binary/linked
1. Search for all types named *.
This results in 22.8k types.
The operation takes 5 minutes and my task manager shows an increase of > 200M 
during the operation (from 60M to 290M)

Both of these numbers seem high.

#2.  pressing group by type makes Eclipse non-responsive for 10 minutes.  
(This is related to bug 63247 (treeviewer slow with many items) - annotating 
that PR to reflect this case.

build I20040318

- close all perspectives
- open resource perspective
- turn on the Breakpoints action set
- close all views, closing the Navigator view last
- RetargetWatchpointAction.activePart keeps a reference to the Navigator

The debug's RetargetAction class should also track part close and part
deactivation events and clear the active part.

Reference trace from Yourkit (to the SLeak view, not the Navigator in my case):

All GC Roots -> org.eclipse.ui.internal.ViewPane #350930: Direct Paths

  |
  +---org.eclipse.ui.internal.Workbench (#89426) [Java Frame] 
    |
    +---windowManager org.eclipse.jface.window.WindowManager (#89977)
      |
      +---windows java.util.ArrayList (#90337)
        |
        +---elementData java.lang.Object[10] (#90496)
          |
          +---[0]  org.eclipse.ui.internal.WorkbenchWindow (#129367)
            |
            +---actionPresentation org.eclipse.ui.internal.ActionPresentation
(#132672)
              |
              +---invisibleBars java.util.HashMap (#132699)
                |
                +---table java.util.HashMap$Entry[8] (#350470)
                  |
                  +---[4]  java.util.HashMap$Entry (#350620)
                    |
                    +---value org.eclipse.ui.internal.ActionPresentation$SetRec
(#350724)
                      |
                      +---set org.eclipse.ui.internal.PluginActionSet (#273569)
                        |
                        +---pluginActions java.util.ArrayList (#274228)
                          |
                          +---elementData java.lang.Object[4] (#271989)
                            |
                            +---[0]  org.eclipse.ui.internal.WWinPluginAction
(#275460)
                              |
                              +---delegate
org.eclipse.debug.internal.ui.actions.RetargetWatchpointAction (#280105)
                                |
                                +---activePart
org.eclipse.swt.sleak.views.SleakView (#350928)
                                  |
                                  +---partSite org.eclipse.ui.internal.ViewSite
(#350929)
                                    |
                                    +---pane org.eclipse.ui.internal.ViewPane
(#350930)

A nullpointer is thrown when attempting to save a java document when it contains
an if statement like: if(config_data.length = 2) {

Or rather, when assigning the value to an array-length instead of checking the
length.

build I20040604-0800

- new window in Java perspective
- in the left view stack, the order is: Hierarchy, Package Explorer
  - it should be: Package Explorer, Hierarchy
- in the bottom right view stack, the order is: Javadoc, Declaration, Problems
  - it should be: Problems, Javadoc, Declaration 
- see JavaPerspectiveFactory for the correct order

Note that the resulting order is not the reverse of the correct order.
It's as if what should be the first view in the folder is getting warped to the end.

N20040207

While calculating the position of the error marker the line number delivered
from the parser is used as the offset and the column number is used as the
length of the marker.

The attached patch will give a starting point for a fix, but probably needs some
work (although it works for some simple test cases)

N20040207

While calculating the offset for positioning in the editor a forward search is
used. Because the parser returns the line/column where the currently parsed tag
ends the offset for the next open tag in the file is calculated. 

Backward search should be used. (see patch)

M6

- ensure you have a java project in your workspace
- in the Java perspective, invoke Run -> Run...
- select tree item Java Applet, press New
- in the new tab folder go to the Classpath tab
- select User Entries
- press Add Projects...
- check one or more projects in the subsequent dialog, OK
- a new item is added as a child of User Entries, this new item is the one 
whose Image is being leaked

Here's a trace of the Image's creation:

  at org.eclipse.swt.graphics.Device.new_Object(Device.java:648)
  at org.eclipse.swt.graphics.Image.<init>(Image.java:629)
  at org.eclipse.jface.resource.ImageDescriptor.createImage
(ImageDescriptor.java:135)
  at org.eclipse.jface.resource.ImageDescriptor.createImage
(ImageDescriptor.java:94)
  at org.eclipse.jface.resource.ImageDescriptor.createImage
(ImageDescriptor.java:83)
  at org.eclipse.ui.model.WorkbenchLabelProvider.getImage
(WorkbenchLabelProvider.java:129)
  at 
org.eclipse.jdt.internal.debug.ui.launcher.RuntimeClasspathEntryLabelProvider.ge
tImage(RuntimeClasspathEntryLabelProvider.java:59)
  at org.eclipse.jdt.internal.debug.ui.classpath.ClasspathLabelProvider.getImage
(ClasspathLabelProvider.java:37)
  at org.eclipse.jface.viewers.TreeViewer.doUpdateItem(TreeViewer.java:99)
  at org.eclipse.jface.viewers.AbstractTreeViewer$UpdateItemSafeRunnable.run
(AbstractTreeViewer.java:87)
  at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:813)
  at org.eclipse.core.runtime.Platform.run(Platform.java:457)
  at org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem
(AbstractTreeViewer.java:469)
  at org.eclipse.jface.viewers.StructuredViewer$UpdateItemSafeRunnable.run
(StructuredViewer.java:119)
  at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:813)
  at org.eclipse.core.runtime.Platform.run(Platform.java:457)
  at org.eclipse.jface.viewers.StructuredViewer.updateItem
(StructuredViewer.java:1285)
  at org.eclipse.jface.viewers.AbstractTreeViewer.createTreeItem
(AbstractTreeViewer.java:383)
  at org.eclipse.jface.viewers.AbstractTreeViewer$1.run
(AbstractTreeViewer.java:363)
  at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
  at org.eclipse.jface.viewers.AbstractTreeViewer.createChildren
(AbstractTreeViewer.java:349)
  at org.eclipse.jface.viewers.AbstractTreeViewer.setExpandedState
(AbstractTreeViewer.java:1347)
  at org.eclipse.jdt.internal.debug.ui.classpath.ClasspathContentProvider.add
(ClasspathContentProvider.java:44)
  at 
org.eclipse.jdt.internal.debug.ui.classpath.RuntimeClasspathViewer.addEntries
(RuntimeClasspathViewer.java:120)
  at org.eclipse.jdt.internal.debug.ui.actions.AddProjectAction.run
(AddProjectAction.java:128)
  at 
org.eclipse.jdt.internal.debug.ui.actions.RuntimeClasspathAction$1.widgetSelecte
d(RuntimeClasspathAction.java:137)
  at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
  at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
  at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
  at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2318)
  at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1999)
  at org.eclipse.jface.window.Window.runEventLoop(Window.java:586)
  at org.eclipse.jface.window.Window.open(Window.java:566)
  at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.op
en(LaunchConfigurationsDialog.java:440)
  at org.eclipse.debug.ui.DebugUITools$1.run(DebugUITools.java:390)
  at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
  at org.eclipse.debug.ui.DebugUITools.openLaunchConfigurationDialogOnGroup
(DebugUITools.java:394)
  at org.eclipse.debug.ui.DebugUITools.openLaunchConfigurationDialogOnGroup
(DebugUITools.java:336)
  at org.eclipse.debug.ui.actions.OpenLaunchDialogAction.run
(OpenLaunchDialogAction.java:79)
  at org.eclipse.jface.action.Action.runWithEvent(Action.java:842)
  at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:509)
  at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:461)
  at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:408)
  at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
  at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
  at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2318)
  at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1999)
  at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1506)
  at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1482)
  at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:246)
  at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
  at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
  at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:226)
  at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:85)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
  at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
  at java.lang.reflect.Method.invoke(Method.java:324)
  at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
  at org.eclipse.core.launcher.Main.run(Main.java:742)
  at org.eclipse.core.launcher.Main.main(Main.java:581)

UI team changed IHandler.execute(Object) to execute(Map). Also changed return 
value from void to Object.

Latest code.

Create a breakpoint
Add it a user group called testing
Right click on the breakpoint and use Add to Group to add to testing2 (new 
group)

The breakpoint is still selected but if you right click, both Add and Remove 
from Group are disabled.

Reselecting the breakpoint fixes the problem

The external tool builders did not adapt to the changes in the build story that 
occurred for M8.
We need to adapt the triggering of external tool builders to make up for 
the "loss" of full builds.

Build: 3.0 M8

1) Create a new workspace using 3.0 M8
2) Under Help > Software Updates > Manage Configuration, select "Link an
Extension Location".

Error: "Requested operation cannot be performed because it would invalidate the
current configuration. See details for more information."

Details says: "Platform configuration has been modified outside this program. A
restart is recommended".

Not true! I just started a new workspace.  Shutdown and restart, or blowing away
configuration directory, does not fix the problem.

M8

- turn off the PDE actvities
- open the Window > Customize Perspective... dialog
- note that the PDE items appear in the list


should they?  If so why?

In date.jsp, in the 'JSPs' example project, a variable date is created, but is
never visible in the variable view during a debug session.

Not sure if it's a problem in Eclipse or in Tomcat.

I've just installed latest integration build I200402170800 and when I press on 
Shift+Suppr shortcut key, selected text is well removed but when I press on 
Shift+Inser, then this is an old content of clipboard which is pasted.
Ctrl+X is still working.
It sounds that the clipboard is not refreshed with the removed selected text...

build I20040330

- Help > Help Contents
- Alt + Tab and hold
- the icon shown for the help window is the old chunky one

It should set both a 16x16 and a 32x32 image on the shell.
SWT now has support for setting multiple images on the Shell
(Decorations.setImages).

I haven't looked at the Help code for this, but if you use a JFace Window or
subclass, you will get this for free since the Workbench populates the default
images (Window.setDefaultImages and Window.configureShell).

If I use copy/paste on a file, the new file will not be shown in the Package 
Explorer unless I close and reopen the project. 

Nor will it be shown in the "Java Browsing", it will - though - be shown in the 
Navigator (resource perspective).

I'm currently running 3M8 Build id: 200403261517 on W2k

Funny thing though, the "team" part flags the package as being dirty, i.e. 
the ">" is prepended to the package in the package explorer.

Kind regards

I know it is work in progress and I am logging this to provide feedback on the
I20040921 build.

the current tree showing a selection of plugins sorted by catagory (Projects,
External plugins?, and configuration) is clearly not enough to enable a user to
export a subset of her plugins knowing what is being exported, if we can not
make it simpler to use then the previous version then I vote for a full
preference export as we had in the past.  

I believe what is needed is essentially an English text description for
catagories of preferences based on the UI, Java Development tools etc...  
The usefull use-case would be that a user would want to export all their
Compiler settings (i.e. from the pref page) and only the Compiler settings.  etc...

20040906: The search engine cannot find type references occurring in actual 
generic type parameters using a java element search pattern from 

SearchPattern.createPattern(IType, IJavaSearchConstants.REFERENCES);

Steps to reproduce:
- Create class A
- Create class B extending HashMap<A,A>
- Rename A to C

The type references in class B are not renamed

The display view persists its state when the document is empty.

build I20041201 + jdtcore head

1) create Test.java
@interface MyAnn {
	String value1() default "";
	String value2();
}
class ZZZ {}					
public @MyAnn("","") class Test {											
}

2) compile

The errors are the followings

The public type MyAnn must be defined in its own file
Syntax error, insert "}" to complete ClassBody
Syntax error on token "}", delete this token
Return type for the method is missing
Syntax error, insert ";" to complete ConstructorDeclaration
Syntax error, insert ")" to complete ConstructorDeclaration
Syntax error, insert ")" to complete SingleMemberAnnotation
Syntax error, insert "Identifier (" to complete ConstructorHeaderName
Syntax error on token ",", / expected

1) delete any project from you workspace.

while the operation is running, a dialog titled "Progress information" is opened. This dialog has the 
useless caption "Operation in progress...". This should say something like "Deleting resources...", 
"Deleting project..." or similar.

I20040209

I believe this was triggered when I hit a breakpoint and it was attempting to 
display the source. 
After this I could not get the source to display correctly for the stack frames


java.lang.NullPointerException
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewContextListener.contextActi
vated(LaunchViewContextListener.java:241)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewContextListener.contextChan
ged(LaunchViewContextListener.java:166)
	at org.eclipse.ui.internal.contexts.Context.fireContextChanged
(Context.java:118)
	at org.eclipse.ui.internal.contexts.MutableContextManager.notifyContexts
(MutableContextManager.java:142)
	at 
org.eclipse.ui.internal.contexts.MutableContextManager.setEnabledContextIds
(MutableContextManager.java:280)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.showViewsForCurrentSelecti
on(LaunchView.java:535)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.selectionChanged
(LaunchView.java:496)
	at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:830)
	at org.eclipse.core.runtime.Platform.run(Platform.java:483)
	at org.eclipse.jface.viewers.Viewer.fireSelectionChanged
(Viewer.java:157)
	at org.eclipse.jface.viewers.StructuredViewer.updateSelection
(StructuredViewer.java:1310)
	at org.eclipse.jface.viewers.StructuredViewer.setSelection
(StructuredViewer.java:1033)
	at org.eclipse.debug.internal.ui.views.launch.LaunchView.autoExpand
(LaunchView.java:1079)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.initializeSelection
(LaunchView.java:368)
	at org.eclipse.debug.internal.ui.views.launch.LaunchView.becomesVisible
(LaunchView.java:1344)
	at 
org.eclipse.debug.ui.AbstractDebugView$DebugViewPartListener.partVisible
(AbstractDebugView.java:161)
	at org.eclipse.ui.internal.PartListenerList2$7.run
(PartListenerList2.java:175)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:830)
	at org.eclipse.core.runtime.Platform.run(Platform.java:483)
	at org.eclipse.ui.internal.PartListenerList2.firePartVisible
(PartListenerList2.java:173)
	at org.eclipse.ui.internal.WorkbenchPage$1.propertyChange
(WorkbenchPage.java:141)
	at org.eclipse.ui.internal.LayoutPart.setVisible(LayoutPart.java:236)
	at org.eclipse.ui.internal.PartPane.setVisible(PartPane.java:386)
	at org.eclipse.ui.internal.PartTabFolder.setSelection
(PartTabFolder.java:1024)
	at org.eclipse.ui.internal.PartTabFolder.setSelection
(PartTabFolder.java:1008)
	at org.eclipse.ui.internal.PartTabFolder.createControl
(PartTabFolder.java:350)
	at org.eclipse.ui.internal.PartSashContainer.createControl
(PartSashContainer.java:194)
	at org.eclipse.ui.internal.PerspectivePresentation.activate
(PerspectivePresentation.java:130)
	at org.eclipse.ui.internal.Perspective.onActivate(Perspective.java:786)
	at org.eclipse.ui.internal.WorkbenchPage.setPerspective
(WorkbenchPage.java:2645)
	at org.eclipse.ui.internal.WorkbenchPage.busySetPerspective
(WorkbenchPage.java:691)
	at org.eclipse.ui.internal.WorkbenchPage.access$8
(WorkbenchPage.java:676)
	at org.eclipse.ui.internal.WorkbenchPage$12.run(WorkbenchPage.java:2764)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchPage.setPerspective
(WorkbenchPage.java:2762)
	at org.eclipse.ui.internal.Workbench.showPerspective
(Workbench.java:1621)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.PerspectiveManager$1.run
(PerspectiveManager.java:159)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:102)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2325)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2033)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:236)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:101)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

Steps to reproduce
1.  open the compare view but don't use compare with local history, the editor view needs to be open 
so use compare with each other or use team sync
2. move the centre sash to the left  (sorry if thats the wrong term) so that the left pane's scroll bar is 
present
3. click (don't scroll) the left pane scrollbar so that the scroll bar jumps to the right

the text in the left pane is not painted properly - see attachment below.

The steps above are not always reliable but you can almost always reproduce the problem by mocing 
the sash and then clicking the scrollbar.

I notice a change in behaviour with view activation in M8.

In M7, when I click on a button from a view, causing some actions to be
run, the view where the button resides will gain focus and will become
activated.  In M8, the view will not gain focus and will stay de-activated
after the action is invoked.

Add a plugin.xml like the following:
<plugin
   id="com.ibm.testme"
   name="%Plugin.name"
   version="1.0.2"
   provider-name="%Plugin.providerName"
   class="com.ibm.test.Me">

If the property Plugin.providerName does not exist in plugin.properties, this 
keeps the configuration details dialog from opening (Help->about eclipse 
platform->Configuration details...).

I20040520 12:26 build.
Open workbench, within Intro area, press F1 ==> Crash.
Or Open workbench, launch help, press F1 ==> Crash.

Build 200403161300

When running a failing JUnit testcase interactively in Eclipse (Run -> JUnit 
Plug-in Test, default arguments), I get a NPE (see stack trace below).

The testcase I am running contains the following:

import junit.framework.TestCase;
public class TestFoo extends TestCase{
	
	public void testThis(){
		assertTrue(false);
	}
}



!SESSION Mar 16, 2004 15:06:57.265 --------------------------------------------
-
java.version=1.4.2
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -version 3 -application 
org.eclipse.pde.junit.runtime.coretestapplication -data D:\runtime-test-
workspace -dev bin -port 1242 -testpluginname chkpii -classnames chkpii.TestFoo
!ENTRY reference:file:D:/eclipse/plugins/org.eclipse.core.runtime_3.0.0/ 0 0 
Mar 16, 2004 15:06:57.281
!MESSAGE FrameworkEvent.ERROR
!STACK 0
org.osgi.framework.BundleException: Exception in 
org.eclipse.core.internal.runtime.PlatformActivator.stop()
	at org.eclipse.osgi.framework.internal.core.BundleContext.stop
(BundleContext.java:1044)
	at org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker
(BundleHost.java:482)
	at org.eclipse.osgi.framework.internal.core.Bundle.suspend
(Bundle.java:583)
	at org.eclipse.osgi.framework.internal.core.Framework.suspendBundle
(Framework.java:993)
	at org.eclipse.osgi.framework.internal.core.StartLevelImpl.decFWSL
(StartLevelImpl.java:626)
	at 
org.eclipse.osgi.framework.internal.core.StartLevelImpl.doSetStartLevel
(StartLevelImpl.java:277)
	at org.eclipse.osgi.framework.internal.core.StartLevelImpl.shutdown
(StartLevelImpl.java:250)
	at org.eclipse.osgi.framework.internal.core.SystemBundle.suspend
(SystemBundle.java:196)
	at org.eclipse.osgi.framework.internal.core.Framework.shutdown
(Framework.java:434)
	at org.eclipse.osgi.framework.internal.core.SystemBundle$1.run
(SystemBundle.java:181)
	at java.lang.Thread.run(Thread.java:534)
Nested exception:
java.lang.NullPointerException
	at org.eclipse.core.internal.runtime.DataArea.createLocation
(DataArea.java:141)
	at org.eclipse.core.internal.runtime.DataArea.initializeLocation
(DataArea.java:122)
	at org.eclipse.core.internal.runtime.DataArea.assertLocationInitialized
(DataArea.java:59)
	at org.eclipse.core.internal.runtime.DataArea.getVersionPath
(DataArea.java:108)
	at org.eclipse.core.internal.runtime.InternalPlatform.writeVersion
(InternalPlatform.java:1287)
	at org.eclipse.core.internal.runtime.InternalPlatform.stop
(InternalPlatform.java:456)
	at org.eclipse.core.internal.runtime.PlatformActivator.stop
(PlatformActivator.java:129)
	at org.eclipse.osgi.framework.internal.core.BundleContext$2.run
(BundleContext.java:1028)
	at java.security.AccessController.doPrivileged(Native Method)
	at org.eclipse.osgi.framework.internal.core.BundleContext.stop
(BundleContext.java:1024)
	at org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker
(BundleHost.java:482)
	at org.eclipse.osgi.framework.internal.core.Bundle.suspend
(Bundle.java:583)
	at org.eclipse.osgi.framework.internal.core.Framework.suspendBundle
(Framework.java:993)
	at org.eclipse.osgi.framework.internal.core.StartLevelImpl.decFWSL
(StartLevelImpl.java:626)
	at 
org.eclipse.osgi.framework.internal.core.StartLevelImpl.doSetStartLevel
(StartLevelImpl.java:277)
	at org.eclipse.osgi.framework.internal.core.StartLevelImpl.shutdown
(StartLevelImpl.java:250)
	at org.eclipse.osgi.framework.internal.core.SystemBundle.suspend
(SystemBundle.java:196)
	at org.eclipse.osgi.framework.internal.core.Framework.shutdown
(Framework.java:434)
	at org.eclipse.osgi.framework.internal.core.SystemBundle$1.run
(SystemBundle.java:181)
	at java.lang.Thread.run(Thread.java:534)

I'm going to really struggle to give you a reliable test case here, but here 
goes...

In M8 (and not in any other 3.0 I or M build that I've tried), I have found 
that Eclipse stops building files. I have yet to determine whether this is due 
to length of use, multiple projects, or just some internal state failure.

Nothing obvious is reported in the .log file, although I do have multiple 
entries like this:

!ENTRY org.eclipse.ui.ide 4 4 Apr 04, 2004 23:03:08.109
!MESSAGE Error accessing marker type
!ENTRY org.eclipse.core.resources 4 376 Apr 04, 2004 23:03:08.109
!MESSAGE Marker id: 68785 not found.


The essential problem manifests itself thus (in my situation):

You have a multi-project workspace, with a modest amount of interdependencies 
between projects. You edit and build (using autobuild, but this also happens 
to a colleague of mine using manual builds), and eventually the builds stop 
happening.

The fact that the builds aren't happening is evident because
a) The progress monitor stops displaying ongoing build activities
b) Coding warnings/errors fixed do not disappear from the Problems view
c) There is no noticeable build activity going on (no disk activity, no 
refresh of Problems view, no decoration changes in Package Explorer etc)

Invoking Clean does nothing; turning off autobuild and manually invoking Build 
All does nothing

The only solution is to close and restart Eclipse. Things then return to 
normal for a little while.

This is a prevalent problem - to the extent that I essentially consider M8 
unusable.

To reiterate, this appears to be a new problem. I have tried all 3.0 milestone 
builds, and quite a few of the integration builds, and have never seen this 
previously

3.0RC1

In a Java file from a non-Java project. Invoking "Generate Constructor using
Fields" throws the following exception, where "Test123" is the enclosing project:

Java Model Exception: Java Model Status [Test123 does not exist.]
        at org.eclipse.jdt.internal.core.JavaElement.newNotPresentException(Java
Element.java:561)
        at org.eclipse.jdt.internal.core.JavaModelManager.getPerProjectInfoCheck
Existence(JavaModelManager.java:927)
        at org.eclipse.jdt.internal.core.JavaProject.getPerProjectInfo(JavaProje
ct.java:1648)
        at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaPr
oject.java:1774)
        at org.eclipse.jdt.internal.core.JavaProject.buildStructure(JavaProject.
java:266)
        at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:18
3)
        at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.
java:572)
        at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.
java:309)
        at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.
java:295)
        at org.eclipse.jdt.internal.core.JavaProject.getJavaProjectElementInfo(J
avaProject.java:1392)
        at org.eclipse.jdt.internal.core.JavaProject.newNameLookup(JavaProject.j
ava:2196)
        at org.eclipse.jdt.internal.core.JavaProject.newNameLookup(JavaProject.j
ava:2210)
        at org.eclipse.jdt.internal.core.SearchableEnvironment.<init>(Searchable
Environment.java:64)
        at org.eclipse.jdt.internal.core.JavaProject.newSearchableNameEnvironmen
t(JavaProject.java:2225)
        at org.eclipse.jdt.internal.core.Openable.codeSelect(Openable.java:129)
        at org.eclipse.jdt.internal.core.CompilationUnit.codeSelect(CompilationU
nit.java:301)
        at org.eclipse.jdt.internal.core.CompilationUnit.codeSelect(CompilationU
nit.java:295)
        at org.eclipse.jdt.internal.ui.actions.SelectionConverter.codeResolve(Se
lectionConverter.java:219)
        at org.eclipse.jdt.internal.ui.actions.SelectionConverter.codeResolve(Se
lectionConverter.java:153)
        at org.eclipse.jdt.ui.actions.GenerateNewConstructorUsingFieldsAction.ru
n(GenerateNewConstructorUsingFieldsAction.java:293)
        at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(Select
ionDispatchAction.java:216)
        at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispa
tchAction.java:188)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at org.eclipse.ui.actions.RetargetAction.runWithEvent(RetargetAction.jav
a:212)
        at org.eclipse.ui.internal.WWinPluginAction.runWithEvent(WWinPluginActio
n.java:211)
        at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:915)
        at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContri
butionItem.java:866)
        at org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionC
ontributionItem.java:785)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.jav
a:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformAct
ivator.java:334)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:273)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:128)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)
!SUBENTRY 1 org.eclipse.jdt.core 4 969 Jun 02, 2004 11:00:07.527
!MESSAGE Test123 does not exist.

It would be really handy to be able to select an individual file or a commit 
comment and choose Inspect change or Compare with Predecesor. I noticed this 
when testing but I orginally wasn't going to push this for 3.0 but after I 
showed the feature to John A he tried to use it to help solve a problem 
introduced recently. He opened a file under a recent commit comment expecting 
to see the change but saw no differences because he had HEAD loaded. 

I think we really need to do something about this in 3.0 or the feature will 
really get peoples hopes up only to frustrate them when they try to see what 
exactly was changed.

I am getting the following Exception when trying to open a file in the 
JasperAssistent Editor (<http://www.jasperassistant.com/>) with M7:

java.lang.NoClassDefFoundError: 
org/eclipse/ui/views/contentoutline/IContentOutlinePage
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:537)
at 
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.defineClas
s(DefaultClassLoader.java:298)
at org.eclipse.core.runtime.adaptor.EclipseClassLoader.defineClass
(EclipseClassLoader.java:99)
at 
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.findClassI
mpl(DefaultClassLoader.java:287)
at 
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.findClass
(DefaultClassLoader.java:176)
at org.eclipse.osgi.framework.adaptor.BundleClassLoader.findLocalClass
(BundleClassLoader.java:261)
at org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass
(EclipseClassLoader.java:73)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass
(BundleLoader.java:326)
at org.eclipse.osgi.framework.internal.core.BundleLoader.requireClass
(BundleLoader.java:291)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findRequiredClass
(BundleLoader.java:915)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass
(BundleLoader.java:352)
at org.eclipse.osgi.framework.adaptor.BundleClassLoader.loadClass
(BundleClassLoader.java:115)
at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
at com.jasperassistant.designer.editors.MultiPageDesignEditor.c(SourceFile:53)
at com.jasperassistant.designer.editors.MultiPageDesignEditor.createPages
(SourceFile:77)
at org.eclipse.ui.part.MultiPageEditorPart.createPartControl
(MultiPageEditorPart.java:166)
at org.eclipse.ui.internal.PartPane$1.run(PartPane.java:121)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:819)
at org.eclipse.core.runtime.Platform.run(Platform.java:493)
at org.eclipse.ui.internal.PartPane.createChildControl(PartPane.java:117)
at org.eclipse.ui.internal.PartPane.createControl(PartPane.java:224)
at org.eclipse.ui.internal.EditorWorkbook.createPage(EditorWorkbook.java:157)
at org.eclipse.ui.internal.EditorWorkbook.add(EditorWorkbook.java:98)
at org.eclipse.ui.internal.EditorArea.addEditor(EditorArea.java:57)
at org.eclipse.ui.internal.EditorPresentation.openEditor
(EditorPresentation.java:351)
at org.eclipse.ui.internal.EditorManager$2.run(EditorManager.java:549)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
at org.eclipse.ui.internal.EditorManager.createEditorTab(EditorManager.java:538)
at org.eclipse.ui.internal.EditorManager.openInternalEditor
(EditorManager.java:634)
at org.eclipse.ui.internal.EditorManager.reuseInternalEditor
(EditorManager.java:591)
at org.eclipse.ui.internal.EditorManager.openEditorFromDescriptor
(EditorManager.java:434)
at org.eclipse.ui.internal.EditorManager.openEditor(EditorManager.java:425)
at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:2099)
at org.eclipse.ui.internal.WorkbenchPage.access$6(WorkbenchPage.java:2042)
at org.eclipse.ui.internal.WorkbenchPage$9.run(WorkbenchPage.java:2029)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2024)
at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2007)
at org.eclipse.ui.actions.OpenWithMenu.openEditor(OpenWithMenu.java:258)
at org.eclipse.ui.actions.OpenWithMenu.access$0(OpenWithMenu.java:251)
at org.eclipse.ui.actions.OpenWithMenu$2.handleEvent(OpenWithMenu.java:166)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2348)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2029)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:257)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:104)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
at org.eclipse.core.launcher.Main.run(Main.java:742)
at org.eclipse.core.launcher.Main.main(Main.java:581)

RC1

My project has the following setup:
proj
  src
    org
      eclipse
        mypack
          A.java
        otherpack
          B.java

I set the classpath to
<?xml version="1.0" encoding="UTF-8"?>
<classpath>
<classpathentry including="org/eclipse/mypack/" kind="src" path="src"/>
<classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER"/>
<classpathentry kind="output" path="bin"/>
</classpath>

The result is that the package explorer shows nothing but a resource folder
'org' in src.
The type 'A' is not a Java element and not also found in the open type dialog.

build i0325:1200

We are spec'd to allow the creation of projects using path variables. In the
project location validation method in Workspace we resolve variables before
returning a status. But when we go to create the project we don't resolve the
variable. As a result we do location.toFile() which returns something like:
/eclipse/PROJECTS/Test. (the path variable is created as a sibling folder of the
plugins dir in the install!)

Look at checkDescription()...in the last line we need to resolve the variable
before setting the location in the description.

Note that this was intentionally not surfaced to the UI. (like the Advanced part
of Folder/File creation where it resolves the path for the user and provides
buttons to insert variables)

I20040529

Closing a project shows the following Java delta:
Java Model[*]: {CHILDREN | CONTENT}
   Test[-]: {}
   ResourceDelta(/Test)[*]

It should show:
Java Model[*]: {CHILDREN | CONTENT}
   Test[*]: {CLOSED}
   ResourceDelta(/Test)[*]

The F_CLOSED flag is not set.
Same problem for the F_OPENED flag.

Build 20040325
I have a class in bundle A that is trying to load a resource from a fragment of
bundle B.  The URL to the resource is passed to bundle A, so it's doing a simple
URL.openStream().  I get the following exception:

java.lang.NullPointerException
	at
org.eclipse.osgi.framework.internal.protocol.bundleresource.Handler.findBundleEntry(Handler.java:45)
	at
org.eclipse.osgi.framework.adaptor.core.BundleResourceHandler.openConnection(BundleResourceHandler.java:162)
	at java.net.URL.openConnection(URL.java:896)
	at java.net.URL.openStream(URL.java:913)
	at com.bundleA.someClass

This used to work.  The NullPointer is the result of BundleFragment returning
null in its getBundleLoader() method.  Should this return the BundleHost's
BundleLoader?

20041215

In the following code you can do various extractions on 'A', but most fail as it
seems that it's not allowed to have something else but the enum constant

    private void foo(Enu e) {
        switch (e) {
            case A:
                break;
        }
    }

In a label like a&b help uses "a" as a mnemonics character, but this should be 
the character following the ampersand - "b".

With build I200405281200, if I select a Java file in the Navigator in the Java 
Perspective and then choose Navigate/Show in/Package Explorer, the Package 
Explorer is shown but the java file from the navigator is not visible or 
selected (i.e. the view doesn't expand the project or folder containing the 
java file).

I20040129

Trying to extract a local from entries[i].getPluginId() caused an exception.

	private MultiStatus createMultiStatus() {
		MultiStatus status= new MultiStatus(
			JavaPlugin.getPluginId(), 
			IStatus.ERROR,
			RefactoringMessages.getString
("UndoManagerAction.validation_failed"), //$NON-NLS-1$
			null);
		RefactoringStatusEntry[] entries= fPreflightStatus.getEntries
();
		for (int i= 0; i < entries.length; i++) {
			status.merge(new Status(
				IStatus.ERROR,
				entries[i].getPluginId() != null ? entries
[i].getPluginId() : JavaPlugin.getPluginId(),
				IStatus.ERROR,
				entries[i].getMessage(),
				null));
		}
		return status;
	}



Caused by: java.lang.ArrayIndexOutOfBoundsException: 10
	at 
org.eclipse.jdt.internal.corext.refactoring.code.ExtractTempRefactoring.allArra
ysEqual(ExtractTempRefactoring.java:647)
	at 
org.eclipse.jdt.internal.corext.refactoring.code.ExtractTempRefactoring.getLong
estArrayPrefix(ExtractTempRefactoring.java:634)
	at 
org.eclipse.jdt.internal.corext.refactoring.code.ExtractTempRefactoring.findDee
pestCommonSuperNodePathForReplacedNodes(ExtractTempRefactoring.java:619)
	at 
org.eclipse.jdt.internal.corext.refactoring.code.ExtractTempRefactoring.getNode
ToInsertTempDeclarationBefore(ExtractTempRefactoring.java:595)
	at 
org.eclipse.jdt.internal.corext.refactoring.code.ExtractTempRefactoring.createA
ndInsertTempDeclaration(ExtractTempRefactoring.java:525)
	at 
org.eclipse.jdt.internal.corext.refactoring.code.ExtractTempRefactoring.createT
empDeclarationEdit(ExtractTempRefactoring.java:515)
	at 
org.eclipse.jdt.internal.corext.refactoring.code.ExtractTempRefactoring.getAllE
dits(ExtractTempRefactoring.java:500)
	at 
org.eclipse.jdt.internal.corext.refactoring.code.ExtractTempRefactoring.checkIn
put(ExtractTempRefactoring.java:368)
	at org.eclipse.jdt.internal.ui.refactoring.CheckConditionsOperation.run
(CheckConditionsOperation.java:64)
	at org.eclipse.jdt.internal.ui.refactoring.CreateChangeOperation.run
(CreateChangeOperation.java:99)
	at org.eclipse.jdt.internal.ui.refactoring.PerformChangeOperation.run
(PerformChangeOperation.java:166)
	at org.eclipse.jface.operation.ModalContext.runInCurrentThread
(ModalContext.java:302)

Java project source containers can only find Java Source and nothing else.  It 
will only look java files from <JavaProject>/<JavaSource> directory.  

The Java Project may contain more than just Java files.  For example, a web 
project which is also a Java Project contains JSP and HTML files.  In this 
case, these other sources cannot be located by JavaProjectSourceContainer even 
though the project is part of the source lookup path.  

Adding a raw project source container to look for non-Java files may interfere 
with the source location function of the Java Project Source Container 
(depending on the order of which the projects are specified).  If a Raw Project 
Source Container is placed in front of the Java Project Container, the Raw 
Project Source Container may not compute source for a Java file correctly due 
to its lack of knowledge about classpaths, source inclusion/exclusion filters, 
etc.  

JavaProjectSourceContainer should find source for non-Java files and it should 
look in directories other than the Java-Source directory.

(was already in bug #52405, but I could not reopen it)

there is still a NullPointerException.
I get this execpetion on next startup of a RCP-App, if I called IToolBarManager 
mgr = this.formEditor.getEditorSite().getActionBars().getToolBarManager(); in 
the previous session:
 
Problems is the same on M8 and M9.



java.lang.NullPointerException
	at org.eclipse.ui.internal.WorkbenchWindow.
findAlphabeticalOrder(WorkbenchWindow.java:1539)
	at org.eclipse.ui.internal.WorkbenchWindow.restoreState(WorkbenchWindow.java:
1192)
	at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1216)
	at org.eclipse.ui.internal.Workbench.access$10(Workbench.java:1183)
	at org.eclipse.ui.internal.Workbench$13.run(Workbench.java:1094)
	at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.
java:608)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1027)
	at org.eclipse.ui.internal.WorkbenchConfigurer.
restoreState(WorkbenchConfigurer.java:167)
	at org.eclipse.ui.application.WorkbenchAdvisor.openWindows(WorkbenchAdvisor.
java:652)
	at org.eclipse.ui.internal.Workbench.init(Workbench.java:817)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1311)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.xinity.client.DesktopMain.run(Unknown Source)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.
java:307)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:
39)
	at sun.reflect.DelegatingMethodAccessorImpl.
invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

200412152000

You can't pop up a context menu on an empty Navigator.  After you create a
project you can open the menu, even if you later delete that project (resulting
in an empty navigator again).

Version 3.0.m9.

I got the InvocationTargetException below when I clicked OK to a Extract
Constant refactoring. In the method:


    byte[] allocateBuffer(String cics, String program, String user, String
password, int timeOutSeconds, byte[] data)
            throws UnsupportedEncodingException {
        int minLen = IN_BUFLEN_CICS
            + IN_BUFLEN_PROGRAM
            + IN_BUFLEN_USER
            + IN_BUFLEN_PASSWORD
            + IN_BUFLEN_TIMEOUT
            + IN_BUFLEN_DATALEN;
        byte[] buffer = new byte[minLen + data.length];
        int index = 0;
        this.copy(cics, buffer, index, IN_BUFLEN_CICS);
        index += IN_BUFLEN_CICS;
        this.copy(program, buffer, index, IN_BUFLEN_PROGRAM);
        index += IN_BUFLEN_PROGRAM;
        this.copy(user, buffer, index, IN_BUFLEN_USER);
        index += IN_BUFLEN_USER;
        this.copy(password, buffer, index, IN_BUFLEN_PASSWORD);
        index += IN_BUFLEN_PASSWORD;
        this.copy(timeOutSeconds, buffer, index, IN_BUFLEN_TIMEOUT);
        index += IN_BUFLEN_TIMEOUT;
        this.copy(data.length, buffer, index, IN_BUFLEN_DATALEN);
        index += IN_BUFLEN_DATALEN;
        this.copy(data, buffer, index, data.length);
        index += data.length;
        return buffer;
    }

I selected:

IN_BUFLEN_CICS
            + IN_BUFLEN_PROGRAM
            + IN_BUFLEN_USER
            + IN_BUFLEN_PASSWORD
            + IN_BUFLEN_TIMEOUT
            + IN_BUFLEN_DATALEN

Then I right-clicked Refactor/Extract Constant, set the name to "MIN_IN_BUFLEN",
chose the scope to be package private, click OK and got:
!ENTRY org.eclipse.ltk.ui.refactoring 4 10000 May 25, 2004 15:42:57.207
!MESSAGE Internal Error
!STACK 0
java.lang.reflect.InvocationTargetException
        at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:283)
        at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run(RefactoringWizardDialog2.java:282)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.internalPerformFinish(RefactoringWizard.java:533)
        at
org.eclipse.ltk.ui.refactoring.UserInputWizardPage.performFinish(UserInputWizardPage.java:153)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.performFinish(RefactoringWizard.java:599)
        at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.okPressed(RefactoringWizardDialog2.java:406)

        at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:365)
        at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:505)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
        at org.eclipse.jface.window.Window.open(Window.java:648)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:121)
        at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:40)
        at
org.eclipse.jdt.ui.actions.ExtractConstantAction.run(ExtractConstantAction.java:94)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:216)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:899)
        at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:850)
        at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:769)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:307)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)
Caused by: org.eclipse.jdt.internal.corext.Assert$AssertionFailedException: null
argument;
        at org.eclipse.jdt.internal.corext.Assert.isNotNull(Assert.java:105)
        at org.eclipse.jdt.internal.corext.Assert.isNotNull(Assert.java:83)
        at
org.eclipse.jdt.internal.corext.dom.fragments.ASTFragmentFactory.createFragmentForFullSubtree(ASTFragmentFact
ory.java:55)
        at
org.eclipse.jdt.internal.corext.dom.fragments.AssociativeInfixExpressionFragment.getMatchingFragmentsWithNode
(AssociativeInfixExpressionFragment.java:136)
        at
org.eclipse.jdt.internal.corext.dom.fragments.ASTMatchingFragmentFinder.visitNode(ASTMatchingFragmentFinder.j
ava:42)
        at
org.eclipse.jdt.internal.corext.dom.GenericVisitor.visit(GenericVisitor.java:338)
        at org.eclipse.jdt.core.dom.TagElement.accept0(TagElement.java:256)
        at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2456)
        at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:2526)
        at org.eclipse.jdt.core.dom.Javadoc.accept0(Javadoc.java:200)
        at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2456)
        at org.eclipse.jdt.core.dom.ASTNode.acceptChild(ASTNode.java:2503)
        at
org.eclipse.jdt.core.dom.MethodDeclaration.accept0(MethodDeclaration.java:487)
        at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2456)
        at
org.eclipse.jdt.internal.corext.dom.fragments.ASTMatchingFragmentFinder.findMatches(ASTMatchingFragmentFinder
.java:34)
        at
org.eclipse.jdt.internal.corext.dom.fragments.ASTMatchingFragmentFinder.findMatchingFragments(ASTMatchingFrag
mentFinder.java:22)
        at
org.eclipse.jdt.internal.corext.dom.fragments.SimpleFragment.getSubFragmentsMatching(SimpleFragment.java:38)
        at
org.eclipse.jdt.internal.corext.refactoring.code.ExtractConstantRefactoring.getFragmentsToReplace(ExtractCons
tantRefactoring.java:855)
        at
org.eclipse.jdt.internal.corext.refactoring.code.ExtractConstantRefactoring.createReplaceExpressionWithConsta
ntEdits(ExtractConstantRefactoring.java:602)
        at
org.eclipse.jdt.internal.corext.refactoring.code.ExtractConstantRefactoring.getAllEdits(ExtractConstantRefact
oring.java:482)
        at
org.eclipse.jdt.internal.corext.refactoring.code.ExtractConstantRefactoring.checkCompilation(ExtractConstantR
efactoring.java:421)
        at
org.eclipse.jdt.internal.corext.refactoring.code.ExtractConstantRefactoring.checkFinalConditions(ExtractConst
antRefactoring.java:409)
        at
org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run(CheckConditionsOperation.java:84)
        at
org.eclipse.ltk.core.refactoring.CreateChangeOperation.run(CreateChangeOperation.java:114)
        at
org.eclipse.ltk.core.refactoring.PerformChangeOperation.run(PerformChangeOperation.java:182)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1672)
        at
org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:58)
        at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)
Root exception:
org.eclipse.jdt.internal.corext.Assert$AssertionFailedException: null argument;
        at org.eclipse.jdt.internal.corext.Assert.isNotNull(Assert.java:105)
        at org.eclipse.jdt.internal.corext.Assert.isNotNull(Assert.java:83)
        at
org.eclipse.jdt.internal.corext.dom.fragments.ASTFragmentFactory.createFragmentForFullSubtree(ASTFragmentFact
ory.java:55)
        at
org.eclipse.jdt.internal.corext.dom.fragments.AssociativeInfixExpressionFragment.getMatchingFragmentsWithNode
(AssociativeInfixExpressionFragment.java:136)
        at
org.eclipse.jdt.internal.corext.dom.fragments.ASTMatchingFragmentFinder.visitNode(ASTMatchingFragmentFinder.j
ava:42)
        at
org.eclipse.jdt.internal.corext.dom.GenericVisitor.visit(GenericVisitor.java:338)
        at org.eclipse.jdt.core.dom.TagElement.accept0(TagElement.java:256)
        at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2456)
        at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:2526)
        at org.eclipse.jdt.core.dom.Javadoc.accept0(Javadoc.java:200)
        at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2456)
        at org.eclipse.jdt.core.dom.ASTNode.acceptChild(ASTNode.java:2503)
        at
org.eclipse.jdt.core.dom.MethodDeclaration.accept0(MethodDeclaration.java:487)
        at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2456)
        at
org.eclipse.jdt.internal.corext.dom.fragments.ASTMatchingFragmentFinder.findMatches(ASTMatchingFragmentFinder
.java:34)
        at
org.eclipse.jdt.internal.corext.dom.fragments.ASTMatchingFragmentFinder.findMatchingFragments(ASTMatchingFrag
mentFinder.java:22)
        at
org.eclipse.jdt.internal.corext.dom.fragments.SimpleFragment.getSubFragmentsMatching(SimpleFragment.java:38)
        at
org.eclipse.jdt.internal.corext.refactoring.code.ExtractConstantRefactoring.getFragmentsToReplace(ExtractCons
tantRefactoring.java:855)
        at
org.eclipse.jdt.internal.corext.refactoring.code.ExtractConstantRefactoring.createReplaceExpressionWithConsta
ntEdits(ExtractConstantRefactoring.java:602)
        at
org.eclipse.jdt.internal.corext.refactoring.code.ExtractConstantRefactoring.getAllEdits(ExtractConstantRefact
oring.java:482)
        at
org.eclipse.jdt.internal.corext.refactoring.code.ExtractConstantRefactoring.checkCompilation(ExtractConstantR
efactoring.java:421)
        at
org.eclipse.jdt.internal.corext.refactoring.code.ExtractConstantRefactoring.checkFinalConditions(ExtractConst
antRefactoring.java:409)
        at
org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run(CheckConditionsOperation.java:84)
        at
org.eclipse.ltk.core.refactoring.CreateChangeOperation.run(CreateChangeOperation.java:114)
        at
org.eclipse.ltk.core.refactoring.PerformChangeOperation.run(PerformChangeOperation.java:182)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1672)
        at
org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:58)
        at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)

When a variable's type has a detail formatter that is disabled, I believe we 
should not consider that type to have a detail formatter for the context of 
the Variable Detail options in the variables view.

build I20040930

public class X {
  <T extends Z> void foo() {
  }
}

With this test case SourceElementParser build a TypeParameterElementInfo "T"
with no bounds.

When I change a value (any value) and hit apply I get this exception.

---------
java.lang.IllegalArgumentException: Attempted to beginRule: R/, does not match
outer scope rule: MultiRule[Lorg.eclipse.core.runtime.jobs.ISchedulingRule;@afa1cb
	at org.eclipse.core.internal.runtime.Assert.isLegal(Assert.java:58)
	at org.eclipse.core.internal.jobs.ThreadJob.illegalPush(ThreadJob.java:106)
	at org.eclipse.core.internal.jobs.ThreadJob.push(ThreadJob.java:200)
	at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJobs.java:58)
	at org.eclipse.core.internal.jobs.JobManager.beginRule(JobManager.java:170)
	at org.eclipse.core.internal.resources.WorkManager.checkIn(WorkManager.java:95)
	at
org.eclipse.core.internal.resources.Workspace.prepareOperation(Workspace.java:1627)
	at org.eclipse.core.internal.resources.File.setContents(File.java:330)
	at org.eclipse.core.internal.resources.File.setContents(File.java:390)
	at
org.eclipse.debug.internal.core.LaunchConfigurationWorkingCopy.writeNewFile(LaunchConfigurationWorkingCopy.java:314)
	at
org.eclipse.debug.internal.core.LaunchConfigurationWorkingCopy.doSave0(LaunchConfigurationWorkingCopy.java:225)
	at
org.eclipse.debug.internal.core.LaunchConfigurationWorkingCopy.access$0(LaunchConfigurationWorkingCopy.java:211)
	at
org.eclipse.debug.internal.core.LaunchConfigurationWorkingCopy$1.run(LaunchConfigurationWorkingCopy.java:166)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1672)
	at
org.eclipse.debug.internal.core.LaunchConfigurationWorkingCopy.doSave(LaunchConfigurationWorkingCopy.java:170)
	at
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationTabGroupViewer.handleApplyPressed(LaunchConfigurationTabGroupViewer.java:1199)
	at
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationPropertiesDialog.okPressed(LaunchConfigurationPropertiesDialog.java:234)
	at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:365)
	at
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.buttonPressed(LaunchConfigurationsDialog.java:288)
	at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:505)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.open(LaunchConfigurationsDialog.java:419)
	at
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationPropertiesDialog.open(LaunchConfigurationPropertiesDialog.java:243)
	at
org.eclipse.debug.ui.DebugUITools.openLaunchConfigurationPropertiesDialog(DebugUITools.java:423)
	at
org.eclipse.debug.ui.DebugUITools.openLaunchConfigurationPropertiesDialog(DebugUITools.java:402)
	at
org.eclipse.ui.externaltools.internal.ui.BuilderPropertyPage.editConfiguration(BuilderPropertyPage.java:545)
	at
org.eclipse.ui.externaltools.internal.ui.BuilderPropertyPage.handleEditButtonPressed(BuilderPropertyPage.java:616)
	at
org.eclipse.ui.externaltools.internal.ui.BuilderPropertyPage.handleButtonPressed(BuilderPropertyPage.java:352)
	at
org.eclipse.ui.externaltools.internal.ui.BuilderPropertyPage.access$0(BuilderPropertyPage.java:346)
	at
org.eclipse.ui.externaltools.internal.ui.BuilderPropertyPage$1.widgetSelected(BuilderPropertyPage.java:119)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at org.eclipse.ui.dialogs.PropertyDialogAction.run(PropertyDialogAction.java:177)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:899)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:850)
	at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:769)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:307)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

------
My launch config follows:

<?xml version="1.0" encoding="UTF-8"?>
<launchConfiguration type="org.eclipse.ant.AntBuilderLaunchConfigurationType">
<stringAttribute key="process_factory_id"
value="org.eclipse.ant.ui.remoteAntProcessFactory"/>
<booleanAttribute key="org.eclipse.debug.ui.ATTR_LAUNCH_IN_BACKGROUND"
value="false"/>
<booleanAttribute key="org.eclipse.jdt.launching.DEFAULT_CLASSPATH" value="true"/>
<stringAttribute key="org.eclipse.jdt.launching.MAIN_TYPE"
value="org.eclipse.ant.internal.ui.antsupport.InternalAntRunner"/>
<stringAttribute key="org.eclipse.ui.externaltools.ATTR_RUN_BUILD_KINDS"
value="full,incremental,"/>
<booleanAttribute key="org.eclipse.debug.core.appendEnvironmentVariables"
value="true"/>
<stringAttribute key="org.eclipse.jdt.launching.WORKING_DIRECTORY"
value="C:\esbe5\workspace\com.pearson.ant.task.projdesc"/>
<stringAttribute key="org.eclipse.jdt.launching.CLASSPATH_PROVIDER"
value="org.eclipse.ant.ui.AntClasspathProvider"/>
<stringAttribute key="org.eclipse.jdt.launching.VM_INSTALL_TYPE_ID"
value="org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType"/>
<stringAttribute key="org.eclipse.jdt.launching.VM_INSTALL_NAME"
value="j2sdk1.4.1_01"/>
<stringAttribute key="org.eclipse.debug.core.ATTR_REFRESH_SCOPE"
value="${project}"/>
<stringAttribute key="org.eclipse.ui.externaltools.ATTR_LOCATION"
value="${workspace_loc:/com.pearson.ant.task.projdesc/build.xml}"/>
</launchConfiguration>

In LaunchViewContextListener#getConfigurationElements(contextId), if a parent 
context has a configuration element for a view that is already in the list, do 
not add the parent's element. This allows child contexts to override their 
parent context's behavior for particular views (for example, the child may 
override "autoOpen").

On platform-swt-dev, its becoming more known that Display.addFilter(..) exists, and people may (will) 
use it to circumvent our system in some cases. 

My big concern is that the method WorkbenchCommandSupport.setKeyFilterEnabled adds and removes 
us from Display's listener list. 

If other clients are adding listeners to this list, the order of the listeners in this list will change over 
time. Could this inconsistency not lead to bugs - those ferocious, nearly undebuggable kind that 
eventually someone will sweat over for days.

Breakpoints should be updated (recreated) when a package is renamed or moved.

M7

It's been a longstanding problem that the product icon (aka windowImage in the 
primary feature's about.ini) is only 16x16, causing it to get stretched and 
look chunky in the Windows app switcher (Alt+Tab) and on other OS'es (like the 
Mac) which use large icons.

There is new support in SWT for setting multiple images on a shell: 
Decorations.setImages(Image[]).

The about.ini should be extended to allow the product icon to be specified at 
multiple resolutions (e.g. a new windowImages attribute allowing a comma-
delimited list of file names), and these should be passed through to the 
shell.   The platform and SDK features should be fixed to specify both the 
eclipse and eclipse32 gifs.

The ISV doc for branding will also need updating.

Plugin A has a dependency on Plugin B.
When loading Plugin A, if Plugin B cannot be found; Plugin A doesnt get loaded. 
However if you look at PluginDetails from the About box, Plugin A is listed 
with no indication that this plugin failed to load. 
Also the log file doesn't get generated unless there is an Exception in the 
code. So in my case I receive no indication whatsoever (except that my feature 
doesnt work) that my plugin hasn't loaded or what caused it to not get loaded.

Build id: 200312182000

Test case:

class C {
  private Object object;
  public Object getObject ()
  {
    return object;
  }
}
  
public class Bug {
  void test ()
  {
    C c = new C ();
    Object o = c.getObject ();
  }
}

Select either occurence of "getObject", run Refactor:Inline..., press OK.
The call gets replaced with a reference to the field "object" in class C
that is undefined in class Bug.

20040520

Ensure that you are use the hierarchical presentation for search.

1. Do a search with several hits: references to toString, or JavaCore, or ...
2. Remove one of the leaf elements from the list (one method or type).  The 
count of search items decreases, however, the view is not updated.
When I remove the last element from the package, the entire package is removed 
(but not before)

I20040529

1. Create package p in Java project Test
2. Create type X in p:
package p;
public class X {
  X(String s) {
  }
  X(Integer i) {
  }
}
3. Select constructor X(String)
4. Search > Search
Observe: the following search string is shown: p.X.X(String)

This doesn't make sense as the name of the constrcutor can only be X. It 
should show p.X(String).

Note that if you edit the given search string and replace String with Integer 
so that you have p.X.X(Integer), searching for declarations of this 
constrcutor will find nothing. The SearchEngine doesn't support this search 
string format for a constrcutor. See bug 53072 for details.

build I20040529 

When running tests (especially JUnit Plug-in Test suites) there is a long 
delay before the test starts, during this time you are not given feedback as 
to what is happening and tend to assume something went wrong.

20040519

The method ManifestConsistencyChecker.validJava is populating the JavaModel 
with numerous findType() calls & is causing significant memory growth... ~3Mb 
on a full build of eclipse.

The method has 3 separate places in which it calls findType & 2 of them look 
to be no-ops & can be removed trivially.

I200409231635, testing fix for bug 74519.

When I omit the 'public' modifier ...

@interface Ann {
	String annName();
}

... the reported source range is [-1, 15]. I would expect that the source range
is always just the @interface keyword, irrespective of modifiers.

When launching the workspace launcher in a fresh install the default location 
is in the eclipse startup directory on windows. Haven't checked linux yet.

There needs to be a way to set it to some other default location like the 
user's home directory/my documents etc.

M9 build

- chose to synchronize on a long-lived working set I had
- got several errors like the following in the log
- I don't have a project called org.eclipse.ui.examples.browser in my workspace
- I suspect that this is still in the working set though
- the sync proceeded normally

org.eclipse.core.internal.resources.ResourceException: Resource
/org.eclipse.ui.examples.browser does not exist.
	at org.eclipse.core.internal.resources.Resource.checkExists(Resource.java:309)
	at org.eclipse.core.internal.resources.Resource.accept(Resource.java:102)
	at org.eclipse.core.internal.resources.Resource.accept(Resource.java:91)
	at
org.eclipse.team.internal.ccvs.core.CVSWorkspaceSubscriber.collectOutOfSync(CVSWorkspaceSubscriber.java:187)
	at
org.eclipse.team.internal.core.subscribers.SubscriberEventHandler.collectAll(SubscriberEventHandler.java:340)
	at
org.eclipse.team.internal.core.subscribers.SubscriberEventHandler.processEvent(SubscriberEventHandler.java:405)
	at
org.eclipse.team.internal.core.BackgroundEventHandler.processEvents(BackgroundEventHandler.java:273)
	at
org.eclipse.team.internal.core.BackgroundEventHandler$1.run(BackgroundEventHandler.java:131)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

InputDialog#getErrorMessageLabel() is deprecated

import org.eclipse.swt.*;
import org.eclipse.swt.widgets.*;
import org.eclipse.swt.graphics.*;
import org.eclipse.swt.events.*;
import org.eclipse.swt.layout.*;
import org.eclipse.swt.browser.*;

public class PRBrowser {

	public static void main(String[] args) {
		Display display = new Display();
		Shell shell = new Shell(display);
		shell.setText("PRBrowser");
		shell.setLayout(new FillLayout());
		TabFolder folder = new TabFolder(shell, SWT.NONE);
		TabItem item1 = new TabItem(folder, SWT.NONE);
		TabItem item2 = new TabItem(folder, SWT.NONE);
		Browser browser1 = new Browser(folder, SWT.NONE);
		browser1.setUrl("http://www.eclipse.org");
		Browser browser2 = new Browser(folder, SWT.NONE);
		browser2.setUrl("http://www.ibm.com");
		item1.setControl(browser1);
		item1.setText("1");
		item2.setControl(browser2);
		item2.setText("2");
		shell.open();
		
		while (!shell.isDisposed()) {
			if (!display.readAndDispatch())
				display.sleep();
		}		
	}
}

If I have a String variable that is set to null, i.e.

String temp = null;

and then I try to change the value of this variable in the 'Variables' view
while debugging the code, and just press OK without changing the value in the
'Set Value' dialog, then the String value becomes "null".

I do File-->New and the New wizard comes up.  I drill down the category tree to
find and expand the category I want.  Oops, the wizard I'm looking for isn't
visible, so I select "Show All Wizards".  The category tree is replaced by a
totally collapsed tree, so I now have to drill down the category tree again to
find and expand the category I want.  Annoying.  Deselecting "Show All Wizards"
also collapses the tree.  What should happen, IMHO, is that the expansion state
of the tree should be preserved across "Show All Wizards" selection changing.

3.0M9
Bring up Eclipse, go to the CVS repositories view, expand HEAD, right click on 
any project, select either Add to Branch List or Configure Branches and 
Versions, add one or more existing branches, press OK, and see them listed in 
the CVS Repositories view.

Now exit Eclipse, start up Eclipse again, go to the CVS Repositories view, and 
the branches are gone. There are no messages in the .log file. This is a 
regression from M8 and a significant usability problem so if you have a 
workaround that would be appreciated.

 

The dispose method of WorkbenchSiteProgressService is the following. Notide 
that if the waitCursor is null, the listener is not returned. If I close all 
open instances of the sync view, the waitCursor is null so a reference to the 
sync view stays around. The removeListener should either be done first or in a 
finally block.

	public void dispose() {
		if (updateJob != null)
			updateJob.cancel();
		if (waitCursor == null)
			return;
		waitCursor.dispose();
		waitCursor = null;
		ProgressManager.getInstance().removeListener(this);
	}

No matter what you use in tracker's first argument (display, parent shell, or control) the resulting 
tracker is always displayed using screen coordinates when it is created with the SWT.RESIZE style bit. 

Another problem is that the mouse responds very slowly, so that not only is the resize tracker not 
where it's supposed to be, but it's very hard to use.

To reproduce use the same code as posted in bug 40983, comment 2

Occurs on Mac OS X 10.3.3 SWT 3.0M7 & 2.1

Does not occur on Windows or Linux GTK

build I20040324-0800 + latest from HEAD

WorkbenchPlugin.initializeDefaultPreferences has been changed to have
		store.setDefault(IPreferenceConstants.SHOW_TRADITIONAL_STYLE_TABS, true);

I previously changed it to 
		store.setDefault(IPreferenceConstants.SHOW_TRADITIONAL_STYLE_TABS, false);
so that RCP apps would get traditional tabs by default.
The IDE overrides the default in IDEWorkbenchAdvisor.preStartup.

in RC1

Using the new Fragment Project wizard I created a fragment and checked 
the "create OSGi manifest" box.  The resultant manifest.mf had the line
    Eclipse-AutoStart: true

This is irrelevant for fragments.

Previous to M9, This was working....

Setting an argument on a builder (ICommand) then calling setProjectDescription
with the previous description used to cause the changed arguments to be writen
the the .project file, this no longer works as the setting of the description
does a instance compare of the ICommands and not the arguments to determine if
it should write the file.....This seems to be a breaking change.. no?

When the return type is primitive like int or void, this function works well. 
But if the return type is a class, like Vector, my Eclipse 3M9 just highlights 
all the occurrences of "Vector" in the file. This function should be smarter.

Here's the scenario:

1) Create a conection to dev.eclipse.org using a username and pserver. Click 
finish.

Problem 1: The user is prompted for the password. The connection should just 
fail

2) Cancel the prompt and change to extssh (SSH2).

Problem 2: The pserver connection shows up in the repo view.

Set Compiler settings to default

Turn on Javadoc/Missing Javadoc comments "warning/public/check"

Create new class:

public class Test {

    private String fValue; 
    
    void a() {
        System.out.println(fValue);
    }
}

Now invoke SEF on fValue.

Click on "Preview>"

Using tabs for aligning columns in deep indents is problematic because when a 
user with another tab setting opens the file it will be a mess. The formatter 
should instead have an option to use tabs only for leading indents but do deep 
indents with spaces. IE: 

public class SomeClass {
	public void foo() {
		if ((x.getSomeLongValue == 100) 
		    || x.getSomeOtherValue == 200)) {
			y = 5;
		}
	}
}

The line up of the or clause in the if is done with three leading tabs to the 
level of the if statement and then 4 spaces to line it up with the 
parenthesis. Hopefully bugzilla will preserve this.

Maybe this is a feature request, but I've been having this problem for months 
and just now figured out what was causing it (I thought it was keystroke 
glitches on my part). 

When I select "add throws declaration" from quick fix, usually the desired 
exception is filled in (in linked edit mode), and I'm given a list to choose 
from if I want to change it. My inclination is to just hit "enter" signifing 
"accept", but the list actually has "Exception" selected (instead of 
IOException, in my typical case) so the value I wanted is changed and another 
used instead. To "work around" I have to change the selection, or hit "ESC", 
which seems unnatural to me.

An editor is entitled to assume that its document partitioner will be set. But
when the user associates an extension, e.g., "*.foo", with an editor using
preferences, the partitioner for the editor is never set and there is no API
(plugin.xml or otherwise) to make it happen. This is fundamentally broken in
Eclipse and must be fixed before 3.0 ships.

Prior to 3.0, an editor could solve the problem by always forcing its own
IDocumentProvider when the editor class was initialized. The documentprovider
then attached the partitioner to the document when it was created. This was a
well-known idiom, used by many editors and in the editor sample code.

However, in 3.0, there is a new philosophy: that the documentprovider is chosen
by Eclipse, with hooks provided, e.g., IDocumentSetupParticipant, that allow a
plugin to get its partitioner established without needing to override the
system-provided IDocumentProvider. However, this scheme has the same flaw that
previous releases have shared, it is driven by file extension and therefore
doesn't work when the user just makes up a new extension for, e.g., Java or XML
files.

This puts an editor plugin in an awkward position. If it forces a particular
documentprovider, the editor won't work with the new TextFileDocumentProvider
and therefore won't work with Open External File. If it doesn't, it won't work
correctly with user-invented file extensions.

When I read the javadoc of PluginTransferData it states "The workbench will 
automatically create instances of this class as required. It is not intended 
to be instantiated or subclassed by clients.". However, the two examples I've 
seen (Eclipse.org article and readme example) both instantiate the class. I 
can't see how it would work any other way so I assume that the javadoc is 
wrong (i.e. that clients need to instantiate the class). If this is not the 
case, the examples should be updated to reflect how it should work.

Version: 3.0.0
Build id: 200312182000

- Create Combo control
- Set tool tip text via myCombo.setToolTipText("Any text");
- hover over combo text field

The Combo tooltip does not show up on hovering above the Combo textfield. It is
only visible on hovering above the tiny right pull down button.
After discussion in eclipse.platform.swt ("Combo tooltips") Markus Keller
mentioned the possibility, that this (mis)behaviour might be related to
https://bugs.eclipse.org/bugs/show_bug.cgi?id=58683.

It looks like the new code to migrate builders from config handles to config 
names is messing up. The >\n is coming from the end of the config handle.

In project JUnit (autobuild is on):
- add method "void foo() {}" to Assert
- add method decl. "void foo();" to Test
- in TestDecorator on class name TestDecorator invoke Quick Assist
-> 'add unimpl. methods' is shown but does nothing

Changing the visibility of foo() in Assert to protected lets the suggestion go
away. ((A 'change visibility of Assert.foo() to public' would be the nice.))

This is a meta-bug to track the remaining issues with the new project build
commands.

1) Confusion about disabled build commands when autobuild is turned on. Bug
57214 and bug 55794.  Consider removing them entirely when autobuild is on. 
This is inconsistent with usual menu practice, but the argument is that commands
are typically disabled when not applicable for a particular selection. In the
case of the build commands, they are not applicable as long as the autobuild
preference is turned on. In some (common) cases, this means they are disabled
forever.

2) Confusion about how full rebuild is triggered (bug 55567). Suggestion is to
refine the clean dialog message when autobuild is on. (see bug 55567 comment 7).
Possibly also rename the action to "Build Clean" or "Clean Build".

3) Too much work to do a full rebuild.  Once took two clicks, now takes five.
(Not sure if there is a bug number). One solution is to add a "Build
immediately" check box to the clean dialog when autobuild is turned off. If this
was enabled by default, it would reduce clicks to three.

4) Clean happens in UI thread (bug 55741). Patch attached to that bug.

5) Clean dialog selection doesn't honor editor input-based selection (bug 56826).

6) Key bindings for "build clean" and "build working set" not working consistently.

I am getting this while renaming any Java projects using Package Explorer's
Refactor->Rename action.

!ENTRY org.eclipse.ltk.ui.refactoring 4 10000 May 19, 2004 10:17:15.865
!MESSAGE Internal Error
!STACK 0
java.lang.reflect.InvocationTargetException
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:283)
	at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run(RefactoringWizardDialog2.java:282)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.internalPerformFinish(RefactoringWizard.java:533)
	at
org.eclipse.ltk.ui.refactoring.UserInputWizardPage.performFinish(UserInputWizardPage.java:153)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.performFinish(RefactoringWizard.java:599)
	at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.okPressed(RefactoringWizardDialog2.java:406)
	at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:365)
	at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:505)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:121)
	at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:40)
	at
org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.activate(UserInterfaceStarter.java:54)
	at
org.eclipse.jdt.internal.ui.refactoring.reorg.RenameUserInterfaceStarter.activate(RenameUserInterfaceStarter.java:113)
	at org.eclipse.jdt.ui.refactoring.RenameSupport.openDialog(RenameSupport.java:108)
	at
org.eclipse.jdt.internal.ui.refactoring.actions.RenameJavaElementAction.run(RenameJavaElementAction.java:175)
	at
org.eclipse.jdt.internal.ui.refactoring.actions.RenameJavaElementAction.run(RenameJavaElementAction.java:96)
	at org.eclipse.jdt.ui.actions.RenameAction.run(RenameAction.java:116)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:899)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:850)
	at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:769)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:305)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:184)
	at org.eclipse.core.launcher.Main.run(Main.java:637)
	at org.eclipse.core.launcher.Main.main(Main.java:621)
Caused by: java.lang.NullPointerException
	at
org.eclipse.jdt.internal.debug.core.refactoring.JavaBreakpointTypeChange.createChangesForProjectRename(JavaBreakpointTypeChange.java:84)
	at
org.eclipse.jdt.internal.debug.core.refactoring.JavaBreakpointIJavaProjectRenameParticipant.createChange(JavaBreakpointIJavaProjectRenameParticipant.java:56)
	at
org.eclipse.ltk.core.refactoring.participants.ProcessorBasedRefactoring.createChange(ProcessorBasedRefactoring.java:183)
	at
org.eclipse.ltk.core.refactoring.CreateChangeOperation.run(CreateChangeOperation.java:117)
	at
org.eclipse.ltk.core.refactoring.PerformChangeOperation.run(PerformChangeOperation.java:182)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1677)
	at
org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:58)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)
Root exception:
java.lang.NullPointerException
	at
org.eclipse.jdt.internal.debug.core.refactoring.JavaBreakpointTypeChange.createChangesForProjectRename(JavaBreakpointTypeChange.java:84)
	at
org.eclipse.jdt.internal.debug.core.refactoring.JavaBreakpointIJavaProjectRenameParticipant.createChange(JavaBreakpointIJavaProjectRenameParticipant.java:56)
	at
org.eclipse.ltk.core.refactoring.participants.ProcessorBasedRefactoring.createChange(ProcessorBasedRefactoring.java:183)
	at
org.eclipse.ltk.core.refactoring.CreateChangeOperation.run(CreateChangeOperation.java:117)
	at
org.eclipse.ltk.core.refactoring.PerformChangeOperation.run(PerformChangeOperation.java:182)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1677)
	at
org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:58)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)

I have a workspace with a single plugin project ("ca.mikew.LowMemoryDetector") in it. If I perform the  
following steps on my Mac...

- switch to java perspective 
- expand ca.mikew.LowMemoryDetector project
- expand src folder
- expand ca.mikew.LowMemoryDetector package
- double click LowMemoryDetectorPlugin
- add "implements org.eclipse.ui.IStartup" to class definition in editor
- click on "quick fix" icon on the line containing the class definition
- double click "Add unimplemented methods"

... eclipse frequently (occurred 5 out of 7 attempts) becomes unresponsive and must be "kill"ed.

Here is a stack trace from one such case:

Full thread dump Java HotSpot(TM) Client VM (1.4.2-34 mixed mode):

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=1 tid=0x0059e100 nid=0x1f86600 in 
Object.wait() [f0911000..f0911b20]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x63810d78> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)
	at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
	- locked <0x63810d78> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Java indexing" daemon prio=4 tid=0x00560880 nid=0x1c93600 in Object.wait() 
[f0407000..f0407b20]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x62f001a0> (a org.eclipse.jdt.internal.core.search.indexing.IndexManager)
	at java.lang.Object.wait(Object.java:429)
	at org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobManager.java:344)
	- locked <0x62f001a0> (a org.eclipse.jdt.internal.core.search.indexing.IndexManager)
	at java.lang.Thread.run(Thread.java:552)

"Worker-3" prio=5 tid=0x00553190 nid=0x1bda600 in Object.wait() [f080f000..f080fb20]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x62cbb6e8> (a org.eclipse.core.internal.jobs.WorkerPool)
	at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
	- locked <0x62cbb6e8> (a org.eclipse.core.internal.jobs.WorkerPool)
	at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:236)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-1" prio=5 tid=0x005528f0 nid=0x1bcca00 in Object.wait() [f070d000..f070db20]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x62cbb6e8> (a org.eclipse.core.internal.jobs.WorkerPool)
	at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
	- locked <0x62cbb6e8> (a org.eclipse.core.internal.jobs.WorkerPool)
	at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:236)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Thread-1" prio=6 tid=0x00540830 nid=0x1a1ee00 in Object.wait() [f068c000..f068cb20]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x62d8a800> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
	- locked <0x62d8a800> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
	at 
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThread.run(ActionContri
butionItem.java:196)

"Thread-0" prio=6 tid=0x005405e0 nid=0x19a1400 in Object.wait() [f060b000..f060bb20]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x62d8a870> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
	- locked <0x62d8a870> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
	at 
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThread.run(ActionContri
butionItem.java:196)

"Start Level Event Dispatcher" daemon prio=5 tid=0x00514320 nid=0x1899200 in Object.wait() 
[f0509000..f0509b20]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x62b0b2d8> (a org.eclipse.osgi.framework.eventmgr.EventThread)
	at java.lang.Object.wait(Object.java:429)
	at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:149)
	- locked <0x62b0b2d8> (a org.eclipse.osgi.framework.eventmgr.EventThread)
	at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:107)

"Framework Event Dispatcher" daemon prio=5 tid=0x00513b50 nid=0x1858a00 in Object.wait() 
[f0488000..f0488b20]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x62b0b328> (a org.eclipse.osgi.framework.eventmgr.EventThread)
	at java.lang.Object.wait(Object.java:429)
	at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:149)
	- locked <0x62b0b328> (a org.eclipse.osgi.framework.eventmgr.EventThread)
	at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:107)

"Signal Dispatcher" daemon prio=10 tid=0x00507f70 nid=0x1814c00 waiting on condition [0..0]

"Finalizer" daemon prio=8 tid=0x00506a80 nid=0x180e000 in Object.wait() [f0203000..f0203b20]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x62abdd90> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
	- locked <0x62abdd90> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
	at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x00506750 nid=0x1802600 in Object.wait() 
[f0182000..f0182b20]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x62abdb90> (a java.lang.ref.Reference$Lock)
	at java.lang.Object.wait(Object.java:429)
	at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
	- locked <0x62abdb90> (a java.lang.ref.Reference$Lock)

"main" prio=6 tid=0x00500d60 nid=0xa000a1ec runnable [bfffe000..bffff528]
	at org.eclipse.swt.internal.carbon.OS.ReceiveNextEvent(Native Method)
	at org.eclipse.swt.widgets.Display.sleep(Display.java:3254)
	at org.eclipse.ui.application.WorkbenchAdvisor.eventLoopIdle(WorkbenchAdvisor.java:344)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1354)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:298)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:249)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:126)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:722)
	at org.eclipse.core.launcher.Main.main(Main.java:706)

"VM Thread" prio=5 tid=0x00505fd0 nid=0x1802e00 runnable 

"VM Periodic Task Thread" prio=10 tid=0x00507ee0 nid=0x1812600 waiting on condition 
"Exception Catcher Thread" prio=10 tid=0x00500d00 nid=0x1802a00 runnable

The configuration area can be shared by multiple eclipse instances running at 
the same time. We need some way to prevent them to concurrently modify the 
platform configuration. See bug 50992.

20040501

The AST on reconcile sometimes creates an AST that has no Javadoc comment nodes,
even there should be.
I found out that this is only the case when a reconcile is called on an
unmodified file:

1. Set a breakpoint in the last statement (return) of
AST.convertCompilationUnit(int, CompilationUnitDeclaration, char[], Map,
IProgressMonitor) (line: 255)
2. In a file with the content attached enter a space, keep unsaved
3. The breakpoint is reached. You can see in the debugger that the AST that has
been created with a Javadoc comment node
4. continue from the breakpoint, give focus on the editor again. The breakpoint
is reached again (I will look at the reasons for this, it seems unnecessary to
calculate an AST again as there was no change)
Now the AST has no Javadoc comment node

public class P {

	/**
	 * Returns the length of the string representing the number of 
	 * indents in the given string <code>line</code>. Returns 
	 * <code>-1<code> if the line isn't prefixed with an indent of
	 * the given number of indents. 
	 */
	public static int computeIndentLength(String line, int numberOfIndents, int
tabWidth) {
		return 0;               
	}
}

Build 20040219

After performing the "move static method" refactoring, the original source file is left with unused 
imports which were referenced by the code that was moved. These imports should be 
automatically removed by the refactoring.

build I20040924-0800

- did a full sync
- while it was going, deleted some projects from the workspace
- got the following NPE

An internal error occurred during: "Synchronizing".
java.lang.NullPointerException
	at
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderTreeBuilder.fetchNewDirectories(RemoteFolderTreeBuilder.java:224)
	at
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderTreeBuilder.buildTree(RemoteFolderTreeBuilder.java:171)
	at
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderTreeBuilder.buildRemoteTree(RemoteFolderTreeBuilder.java:137)
	at
org.eclipse.team.internal.ccvs.core.resources.CVSWorkspaceRoot.getRemoteTree(CVSWorkspaceRoot.java:230)
	at
org.eclipse.team.internal.ccvs.core.syncinfo.CVSResourceVariantTree.fetchVariant(CVSResourceVariantTree.java:79)
	at
org.eclipse.team.core.variants.AbstractResourceVariantTree.refresh(AbstractResourceVariantTree.java:94)
	at
org.eclipse.team.internal.ccvs.core.syncinfo.CVSResourceVariantTree.refresh(CVSResourceVariantTree.java:300)
	at
org.eclipse.team.core.variants.AbstractResourceVariantTree.refresh(AbstractResourceVariantTree.java:63)
	at
org.eclipse.team.core.variants.ResourceVariantTreeSubscriber.refresh(ResourceVariantTreeSubscriber.java:158)
	at
org.eclipse.team.core.variants.ResourceVariantTreeSubscriber.refresh(ResourceVariantTreeSubscriber.java:123)
	at
org.eclipse.team.internal.ui.synchronize.RefreshSubscriberJob.run(RefreshSubscriberJob.java:290)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

The following code in AntEditorCompletionProcessor assumes that a build file
proposal is only necessary at the first cursor position in a build file. The
build file might just as easily start with an xml doc type definition or even a
comment header.
-----
    protected int determineProposalMode(IDocument document, int aCursorPosition,
String aPrefix) {
....
    	if (document.getLength() == 0 || (document.getLength() == 1 &&
document.get().equals("<"))) { //$NON-NLS-1$
    		return PROPOSAL_MODE_BUILDFILE;
    	}
    	
        // String from beginning of document to the beginning of the prefix
    	String text= document.get();
        String stringToPrefix = text.substring(0, aCursorPosition -
aPrefix.length());
        if (stringToPrefix.length() == 0) {
        	return PROPOSAL_MODE_BUILDFILE;
        }
....

Build: I-20040428

Found this in my log.  Not sure when it was thrown.

Error Apr 30, 2004 13:42:09.455 An internal error occurred during: "Java AST 
creation".
java.lang.NullPointerException
at org.eclipse.jdt.core.JavaCore.getEncoding(JavaCore.java:2148)
at org.eclipse.jdt.core.JavaCore.getOptions(JavaCore.java:2231)
at org.eclipse.jdt.core.dom.ASTParser.initializeDefaults(ASTParser.java:225)
at org.eclipse.jdt.core.dom.ASTParser.createAST(ASTParser.java:576)
at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.createAST
(ASTProvider.java:437)
at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.getAST
(ASTProvider.java:389)
at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.getAST
(ASTProvider.java:383)
at 
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartLis
tenerGroup.calculateASTandInform(SelectionListenerWithASTManager.java:123)
at 
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$1.run
(SelectionListenerWithASTManager.java:101)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

I200405210010 + zrh-plugin-export from 20040521_1210

- new workspace with JUnit in source (as for smoke test)
- open TestCase.java
- select return type in decl. 'protected TestResult createResult() ...'
- Ctrl+Shift+G
- set caret to before 'protected'
- type "final "

=> observe: all search result annotations after the insertion position are
misplaced (shifted +6)

in i0520

I was tracing disk reads and noticed that when reading images we are hitting 
the disk for individual bytes.  While there may not be a huge win here, it 
would likely be worthwhile using a BufferedInputStream around whatever stream 
is being used now.

In our use of CVS we use taginfo to check the validity of a tag. If the tag is 
invalid then the script executed exits with an exit code of 1, otherwise it 
exits with an exit code of 0. 

The non-zero exit code from taginfo results in an "internal error" being 
returned and the relevant message from our taginfo script, which would tell the 
user why the tag was invalid, is never displayed.

As a point of comparison the above scenario works perfectly from a commitinfo 
script. It either completes successfully or reports an error which is visible 
in Eclipse. 

When I posted the above question on the newsgroup Michael suggested I log this 
as a bug and directed me to get the debug info pasted below. I have pasted the 
output from a successful and unsuccessful tag command.

Thanks

Gavin

++++++++++++++++++

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
The output from a failed cvs tag command
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
***
cvs version
    Concurrent Versions System (CVS) 1.11.2 (client/server)
ok (took 0:00.234)
***

***
cvs tag "/testing/this_is_an_invalid_tag" "/testing/HelloWorld.java"
failed due to an internal error (took 0:00.390)
***

Install location:
    file:/c:/eclipse/
Configuration file:
    file:/c:/eclipse/configuration/config.ini loaded
Configuration location:
    file:/c:/eclipse/configuration/
Configuration file:
    file:/c:/eclipse/configuration/config.ini loaded
Framework located:
    file:/c:/eclipse/plugins/org.eclipse.osgi_3.0.0/
Loading framework classpath from:
    file:/c:/eclipse/plugins/org.eclipse.osgi_3.0.0/eclipse.properties
Framework classpath:
    file:/c:/eclipse/plugins/org.eclipse.osgi_3.0.0/core.jar
    file:/c:/eclipse/plugins/org.eclipse.osgi_3.0.0/console.jar
    file:/c:/eclipse/plugins/org.eclipse.osgi_3.0.0/osgi.jar
    file:/c:/eclipse/plugins/org.eclipse.osgi_3.0.0/resolver.jar
    file:/c:/eclipse/plugins/org.eclipse.osgi_3.0.0/defaultAdaptor.jar
    file:/c:/eclipse/plugins/org.eclipse.osgi_3.0.0/eclipseAdaptor.jar
Debug options:
    file:/C:/Documents/Java/Eclipse/.options not found
Time to load bundles: 47
!SESSION Sep 27, 2004 15:50:18.918 ---------------------------------------------
eclipse.buildId=I200406192000
java.version=1.4.2
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_ZA

!ENTRY org.eclipse.osgi Sep 27, 2004 15:50:18.933
!MESSAGE Bundle update@/c:/eclipse/plugins/org.apache.ant_1.5.4/ [9] was not 
resolved.
!SUBENTRY 1 org.eclipse.osgi Sep 27, 2004 15:50:18.933
!MESSAGE Bundle update@/c:/eclipse/plugins/org.apache.ant_1.6.1/ was picked 
instead.

!ENTRY org.eclipse.osgi Sep 27, 2004 15:50:18.949
!MESSAGE Bundle update@/c:/eclipse/plugins/org.apache.lucene_1.3.0/ [11] was 
not resolved.
!SUBENTRY 1 org.eclipse.osgi Sep 27, 2004 15:50:18.949
!MESSAGE Bundle update@/c:/eclipse/plugins/org.apache.lucene_1.3.0.RC2/ was 
picked instead.

!ENTRY org.eclipse.osgi Sep 27, 2004 15:50:18.964
!MESSAGE Bundle update@/c:/eclipse/plugins/org.eclipse.tomcat_4.1.29/ [75] was 
not resolved.
!SUBENTRY 1 org.eclipse.osgi Sep 27, 2004 15:50:18.964
!MESSAGE Bundle update@/c:/eclipse/plugins/org.eclipse.tomcat_4.1.30/ was 
picked instead.

!ENTRY org.eclipse.osgi Sep 27, 2004 15:50:18.980
!MESSAGE Bundle update@/c:/eclipse/plugins/org.apache.ant_1.6.0/ [98] was not 
resolved.
!SUBENTRY 1 org.eclipse.osgi Sep 27, 2004 15:50:18.996
!MESSAGE Bundle update@/c:/eclipse/plugins/org.apache.ant_1.6.1/ was picked 
instead.
Starting application: 1797

!ENTRY org.eclipse.osgi Sep 27, 2004 15:50:42.121
!MESSAGE While loading 
class "org.eclipse.team.internal.ccvs.ui.console.ConsoleDocument$ConsoleLine"
, thread "main" timed out waiting (5000ms) for thread "Worker-1" to finish 
starting bundle "org.ecli
pse.team.cvs.ui". To avoid deadlock, thread "main" is proceeding 
but "org.eclipse.team.internal.ccvs
.ui.console.ConsoleDocument$ConsoleLine" may not be fully initialized.
!STACK 0
java.lang.Exception: Generated exception.
        at org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass
(EclipseClassLoader.jav
a:102)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass
(BundleLoader.java:37
1)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass
(BundleLoader.java:402)
        at org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass
(AbstractClassLoader
.java:93)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
        at org.eclipse.team.internal.ccvs.ui.console.ConsoleDocument.getLines
(ConsoleDocument.java:7
8)
        at org.eclipse.team.internal.ccvs.ui.console.CVSOutputConsole.dump
(CVSOutputConsole.java:140
)
        at org.eclipse.team.internal.ccvs.ui.console.CVSOutputConsole.access$1
(CVSOutputConsole.java
:137)
        at org.eclipse.team.internal.ccvs.ui.console.CVSOutputConsole$1.run
(CVSOutputConsole.java:10
8)
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
        at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2709)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2401)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1375)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1346)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:252)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:272)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:186)
        at org.eclipse.core.launcher.Main.run(Main.java:647)
        at org.eclipse.core.launcher.Main.main(Main.java:631)
I HATE YOU
I LOVE YOU
Valid-responses ok error M E Checked-in Valid-requests Template Set-sticky MT 
Clear-static-directory
 Module-expansion Set-static-directory Clear-sticky New-entry Merged Removed 
Updated Remove-entry Up
date-existing Copy-file Created Notified Mod-time
valid-requests
Valid-requests Root Valid-responses valid-requests Repository Directory Max-
dotdot Static-directory
Sticky Checkin-prog Update-prog Entry Kopt Checkin-time Modified Is-modified 
UseUnchanged Unchanged
Notify Questionable Case Argument Argumentx Global_option Gzip-stream wrapper-
sendme-rcsOptions Set
Gssapi-authenticate expand-modules ci co update diff log rlog add remove update-
patches gzip-file-co
ntents status rdiff tag rtag import admin export history release watch-on watch-
off watch-add watch-
remove watchers editors init annotate rannotate noop version
ok
Root /usr/local/pnp/cvsroot
CMD> cvs version
version
M Concurrent Versions System (CVS) 1.11.2 (client/server)
ok
RESULT> Status OK: org.eclipse.team.cvs.core code=0 ok null
CMD> cvs tag "/testing/this_is_an_invalid_tag" "/testing/HelloWorld.java"
Directory .
/usr/local/pnp/cvsroot/testing
Entry /HelloWorld.java/1.17///
Unchanged HelloWorld.java
Argument this_is_an_invalid_tag
Argument HelloWorld.java
Directory .
/usr/local/pnp/cvsroot/testing
tag
M
RESULT> java.lang.StringIndexOutOfBoundsException: String index out of range: 0

!ENTRY org.eclipse.core.runtime 4 2 Sep 27, 2004 15:52:35.589
!MESSAGE An internal error occurred during: "Tagging from workspace".
!STACK 0
java.lang.StringIndexOutOfBoundsException: String index out of range: 0
        at java.lang.String.charAt(String.java:444)
        at 
org.eclipse.team.internal.ccvs.core.client.listeners.TagListener.messageLine
(TagListener.
java:35)
        at org.eclipse.team.internal.ccvs.core.client.Request.executeRequest
(Request.java:215)
        at org.eclipse.team.internal.ccvs.core.client.Command.doExecute
(Command.java:421)
        at org.eclipse.team.internal.ccvs.core.client.Command$1.run
(Command.java:337)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.run
(EclipseSynchronizer
.java:1408)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseResource$2.run
(EclipseResource.java:
268)
        at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1673)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseResource.run
(EclipseResource.java:26
5)
        at org.eclipse.team.internal.ccvs.core.client.Command.execute
(Command.java:349)
        at org.eclipse.team.internal.ccvs.core.client.Tag.execute(Tag.java:79)
        at org.eclipse.team.internal.ccvs.ui.operations.TagOperation.tag
(TagOperation.java:107)
        at org.eclipse.team.internal.ccvs.ui.operations.TagOperation.execute
(TagOperation.java:58)
        at 
org.eclipse.team.internal.ccvs.ui.operations.RepositoryProviderOperation.execute
(Reposito
ryProviderOperation.java:59)
        at org.eclipse.team.internal.ccvs.ui.operations.TagOperation.execute
(TagOperation.java:153)
        at org.eclipse.team.internal.ccvs.ui.operations.CVSOperation.run
(CVSOperation.java:84)
        at org.eclipse.team.internal.ui.actions.JobRunnableContext.run
(JobRunnableContext.java:159)
        at 
org.eclipse.team.internal.ui.actions.JobRunnableContext$3.runInWorkspace
(JobRunnableConte
xt.java:179)
        at org.eclipse.core.internal.resources.InternalWorkspaceJob.run
(InternalWorkspaceJob.java:38
)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
The output from a successful tag command
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
***
cvs version
    Concurrent Versions System (CVS) 1.11.2 (client/server)
ok (took 0:00.140)
***

***
cvs tag "/testing/M_006790_DEV" "/testing/HelloWorld.java"
    Authorisation   : ggoldsmith granted...
    Message         : Its okay to add M_006790_DEV...
    T HelloWorld.java
ok (took 0:00.563)
***

Install location:
    file:/c:/eclipse/
Configuration file:
    file:/c:/eclipse/configuration/config.ini loaded
Configuration location:
    file:/c:/eclipse/configuration/
Configuration file:
    file:/c:/eclipse/configuration/config.ini loaded
Framework located:
    file:/c:/eclipse/plugins/org.eclipse.osgi_3.0.0/
Loading framework classpath from:
    file:/c:/eclipse/plugins/org.eclipse.osgi_3.0.0/eclipse.properties
Framework classpath:
    file:/c:/eclipse/plugins/org.eclipse.osgi_3.0.0/core.jar
    file:/c:/eclipse/plugins/org.eclipse.osgi_3.0.0/console.jar
    file:/c:/eclipse/plugins/org.eclipse.osgi_3.0.0/osgi.jar
    file:/c:/eclipse/plugins/org.eclipse.osgi_3.0.0/resolver.jar
    file:/c:/eclipse/plugins/org.eclipse.osgi_3.0.0/defaultAdaptor.jar
    file:/c:/eclipse/plugins/org.eclipse.osgi_3.0.0/eclipseAdaptor.jar
Debug options:
    file:/C:/Documents/Java/Eclipse/.options not found
Time to load bundles: 47
!SESSION Sep 27, 2004 16:01:00.984 ---------------------------------------------
eclipse.buildId=I200406192000
java.version=1.4.2
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_ZA

!ENTRY org.eclipse.osgi Sep 27, 2004 16:01:00.999
!MESSAGE Bundle update@/c:/eclipse/plugins/org.apache.ant_1.5.4/ [9] was not 
resolved.
!SUBENTRY 1 org.eclipse.osgi Sep 27, 2004 16:01:01.15
!MESSAGE Bundle update@/c:/eclipse/plugins/org.apache.ant_1.6.1/ was picked 
instead.

!ENTRY org.eclipse.osgi Sep 27, 2004 16:01:01.15
!MESSAGE Bundle update@/c:/eclipse/plugins/org.apache.lucene_1.3.0/ [11] was 
not resolved.
!SUBENTRY 1 org.eclipse.osgi Sep 27, 2004 16:01:01.15
!MESSAGE Bundle update@/c:/eclipse/plugins/org.apache.lucene_1.3.0.RC2/ was 
picked instead.

!ENTRY org.eclipse.osgi Sep 27, 2004 16:01:01.31
!MESSAGE Bundle update@/c:/eclipse/plugins/org.eclipse.tomcat_4.1.29/ [75] was 
not resolved.
!SUBENTRY 1 org.eclipse.osgi Sep 27, 2004 16:01:01.31
!MESSAGE Bundle update@/c:/eclipse/plugins/org.eclipse.tomcat_4.1.30/ was 
picked instead.

!ENTRY org.eclipse.osgi Sep 27, 2004 16:01:01.46
!MESSAGE Bundle update@/c:/eclipse/plugins/org.apache.ant_1.6.0/ [98] was not 
resolved.
!SUBENTRY 1 org.eclipse.osgi Sep 27, 2004 16:01:01.62
!MESSAGE Bundle update@/c:/eclipse/plugins/org.apache.ant_1.6.1/ was picked 
instead.
Starting application: 1750

!ENTRY org.eclipse.osgi Sep 27, 2004 16:01:24.640
!MESSAGE While loading 
class "org.eclipse.team.internal.ccvs.ui.console.ConsoleDocument$ConsoleLine"
, thread "main" timed out waiting (5000ms) for thread "Worker-0" to finish 
starting bundle "org.ecli
pse.team.cvs.ui". To avoid deadlock, thread "main" is proceeding 
but "org.eclipse.team.internal.ccvs
.ui.console.ConsoleDocument$ConsoleLine" may not be fully initialized.
!STACK 0
java.lang.Exception: Generated exception.
        at org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass
(EclipseClassLoader.jav
a:102)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass
(BundleLoader.java:37
1)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass
(BundleLoader.java:402)
        at org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass
(AbstractClassLoader
.java:93)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
        at org.eclipse.team.internal.ccvs.ui.console.ConsoleDocument.getLines
(ConsoleDocument.java:7
8)
        at org.eclipse.team.internal.ccvs.ui.console.CVSOutputConsole.dump
(CVSOutputConsole.java:140
)
        at org.eclipse.team.internal.ccvs.ui.console.CVSOutputConsole.access$1
(CVSOutputConsole.java
:137)
        at org.eclipse.team.internal.ccvs.ui.console.CVSOutputConsole$1.run
(CVSOutputConsole.java:10
8)
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
        at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2709)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2401)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1375)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1346)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:252)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:272)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:186)
        at org.eclipse.core.launcher.Main.run(Main.java:647)
        at org.eclipse.core.launcher.Main.main(Main.java:631)
I HATE YOU
I LOVE YOU
Valid-responses ok error M E Checked-in Valid-requests Template Set-sticky MT 
Clear-static-directory
 Module-expansion Set-static-directory Clear-sticky New-entry Merged Removed 
Updated Remove-entry Up
date-existing Copy-file Created Notified Mod-time
valid-requests
Valid-requests Root Valid-responses valid-requests Repository Directory Max-
dotdot Static-directory
Sticky Checkin-prog Update-prog Entry Kopt Checkin-time Modified Is-modified 
UseUnchanged Unchanged
Notify Questionable Case Argument Argumentx Global_option Gzip-stream wrapper-
sendme-rcsOptions Set
Gssapi-authenticate expand-modules ci co update diff log rlog add remove update-
patches gzip-file-co
ntents status rdiff tag rtag import admin export history release watch-on watch-
off watch-add watch-
remove watchers editors init annotate rannotate noop version
ok
Root /usr/local/pnp/cvsroot
CMD> cvs version
version
M Concurrent Versions System (CVS) 1.11.2 (client/server)
ok
RESULT> Status OK: org.eclipse.team.cvs.core code=0 ok null
CMD> cvs tag "/testing/M_006790_DEV" "/testing/HelloWorld.java"
Directory .
/usr/local/pnp/cvsroot/testing
Entry /HelloWorld.java/1.17///
Unchanged HelloWorld.java
Argument M_006790_DEV
Argument HelloWorld.java
Directory .
/usr/local/pnp/cvsroot/testing
tag
M Authorisation   : ggoldsmith granted...
M Message         : Its okay to add M_006790_DEV...
M T HelloWorld.java
ok
RESULT> Status OK: org.eclipse.team.cvs.core code=0 ok null

I created a dummy "epf" file containing random characters and another empty
"epf" file. I imported both of them on M7, M8 and Build id: 200405040800. I only
received an error message on M7. For the subsequent builds, the standard
successful import message appeared.

Error message in M7:
"Unable to import preferences from file "C:\temp\MyEclipseSettings.epf"
Reason:
Error while importPreferences."

Success message in M8 and Build id: 200405040800:
"Preferences imported from file "C:\temp\MyEclipseSettings.epf"".

The F1 help context for the Progress view is the generic Workbench info. 
Currently more specific doc is available at:

Workbench User Guide > What's new

On the menu bar from the main Workbench panel, click File -> New -> Projects
Select Java Project
Click Next

In the Project Name put java-project
Click Finish

On the menu bar from the main Workbench panel, click Project
Click Properties
Select Javadoc Location

Even though I enlarge the window, the description and the right side buttons
(Browse, Validation, Apply) are truncated. 

See the attached screenshot.

1) check the preference Workbench>"Run user actions in background where 
possible"
2) perform a CVS compare
->the resulting dialog pops-up immediatly, it isn't kept until I ask for it. I 
would have expected the same behaviour as if having pressed "Run in 
Background", i.e., the results are kept.

The problem is that the ProgressManager.PROPERTY_IN_DIALOG property is only 
set when the progress dialog is dismissed. This means it isn't set when the 
user runs with the preference set.

How about this:
* when the progress dialog opens the property is set
* when the user dismisses the dialog by pressing Run in background then the 
property is reset/removed
* clients that want to know whether the operation is run in the background 
only check for the existance of the property

The following code in saveNonSingleton() calls getPerspective() but does not
check for null, 


       description = reg.findPerspectiveWithId(page.getPerspective()
                    .getId());

Need to verify that this is OK or fix.

We should see what the platform progress icon looks like

M9

1) Do an NLS search with org.eclipse.search.internal.ui.SearchMessages and the
SearchMessages.properties file in the same package
2) Observe: you get 116 unused keys reported, but there are two problems:

a) you get an internal error dialog 
b) when I fixed the internal error (its' an error trying to log a
BadLocationException), I noticed that we get loads of bogus match positions for
unused keys in SearchMessages.properties.

It seems that the method that looks for the position of an unused property key
doesn't handle the case where the key is not found.

Test case (with Java 1.5.0) :

import java.util.Vector;
public class Test6 {
	public static void main(String[] args) {
		Vector<String> v= new Vector<String>();
		System.out.println(v); // <-- breakpoint here
	}
}

Launch it in debug to the breakpoint. The Variables view display for v :
Vector v= Vector<E>  (id=13)

it should display :
Vector<String> v= Vector<E>  (id=13)

build I20040304

1 )load all of Platform UI projects + SWT and SWT win32.  
2) Opened preferences and set the Java > compiler > Unused Imports option to 
error
3) dialog prompts for a rebuild due to the change, say yes (or ok?)
4) out of memory error during rebuild.



!MESSAGE Internal Error
!STACK 0
java.lang.reflect.InvocationTargetException
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:283)
	at org.eclipse.jface.dialogs.ProgressMonitorDialog.run
(ProgressMonitorDialog.java:394)
	at 
org.eclipse.jdt.internal.ui.preferences.OptionsConfigurationBlock.doFullBuild
(OptionsConfigurationBlock.java:428)
	at 
org.eclipse.jdt.internal.ui.preferences.OptionsConfigurationBlock.performOk
(OptionsConfigurationBlock.java:417)
	at 
org.eclipse.jdt.internal.ui.preferences.CompilerPreferencePage.performOk
(CompilerPreferencePage.java:74)
	at org.eclipse.jface.preference.PreferenceDialog.okPressed
(PreferenceDialog.java:777)
	at org.eclipse.jface.preference.PreferenceDialog.buttonPressed
(PreferenceDialog.java:210)
	at 
org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.buttonPressed
(WorkbenchPreferenceDialog.java:75)
	at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:402)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2352)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2033)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:638)
	at org.eclipse.jface.window.Window.open(Window.java:618)
	at org.eclipse.ui.internal.OpenPreferencesAction.run
(OpenPreferencesAction.java:72)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:550)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:502)
	at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:435)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2352)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2033)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1509)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1480)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:48)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)
Caused by: java.lang.OutOfMemoryError

Steps to reproduce:

1. Create a new Java project
2. Create class A in top-level package
3. Delete all generated contents of A.java
4. Paste the following code

class A
{
	A( B b, C c )
	{
	
	interface B
	{
	}
	
	interface C
	{
	}
}

5. Press Ctrl+S

What I see:

Dialog box pops up:
Java AST creation (Error: An internal error occured during: "Java AST creation".
)

Clicking on error in this dialog box makes lower part of dialog box show stack 
trace:
An internal error occurred during: "Java AST creation".
java.lang.ArrayIndexOutOfBoundsException: -1
org.eclipse.jdt.internal.compiler.parser.Parser.parse(Parser.java:5490)
org.eclipse.jdt.internal.compiler.parser.Parser.parse(Parser.java:5450)
org.eclipse.jdt.internal.compiler.ast.ConstructorDeclaration.
parseStatements(ConstructorDeclaration.java:368)
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.
parseMethod(TypeDeclaration.java:791)
org.eclipse.jdt.internal.compiler.parser.Parser.getMethodBodies(Parser.java:
4665)
org.eclipse.jdt.core.dom.CompilationUnitResolver.
resolve(CompilationUnitResolver.java:404)
org.eclipse.jdt.core.dom.CompilationUnitResolver.
resolve(CompilationUnitResolver.java:313)
org.eclipse.jdt.core.dom.ASTParser.internalCreateAST(ASTParser.java:653)
org.eclipse.jdt.core.dom.ASTParser.createAST(ASTParser.java:573)
org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.createAST(ASTProvider.java:
437)
org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.getAST(ASTProvider.java:389)
org.eclipse.jdt.internal.ui.viewsupport.
SelectionListenerWithASTManager$PartListenerGroup.
calculateASTandInform(SelectionListenerWithASTManager.java:123)
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$1.
run(SelectionListenerWithASTManager.java:101)
org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

Pressing "Close" on this dialog box causes the dialog to close but the same 
dialog box re-appears immediately.

When I exit Eclipse it asks me if I want to save A.java. If I answer "yes" it 
pops another dialog box: Save All Failed: -1

After that Eclise window closes, but javaw.exe remains running in the 
background. If I relaunch Eclipse for the same workspace I get dialog box:
Workspace in use, choose a different one. If I kill javaw.exe from Task Manager 
I can launch Eclipse for that workspace again.

What I expect to see

A) When Eclipse exists albeit after all these errors I expect no javaw.exe to 
remain running

B) After I close the first error dialog box I expect it not to reappear again

C) I expect Eclipse to parse this incorrect java code and just treat it as 
incorrect code, not to blow up

Cheers!

In M9, for the full help system either running in infocenter mode or when 
launched from the Eclipse IDE Help menu, the Maximize and Minimize icons have 
no ALT text. They seem to have ALT text when they appear in the little window 
embedded in the full IDE view.

If the ALT text is not added for the main help window, this will result in a 
failure to pass accessibility requirements for when the 3.0 help system runs in 
standalone mode or infocenter mode.

Thanks!

--Lee Anne

Test case (Java 1.5.0) :

import java.util.Vector;
import java.util.Set;
public class Test7 {
  public static void main(String... args) {
    Vector<Set<String>> v= new Vector<Set<String>>();
    System.out.println(v);     // <-- breakpoint here
  }
}

Launch it in debug mode to the breakpoint.
With the option 'Show qualified names', the Variables view displays:
Vector< > v= Vector<E>  (id=13)

instead of 
Vector<Set<String>> v= Vector<E>  (id=13)

All AntModels could share the same classloader and reuse it until the Ant 
global classpath changes.

When all Ant editors are closed, the classloader could be nulled out.

This should help with performance as it will likely greatly reduce the 
repetitive reloading of the same classes on every parsing of the document.

Keys in resource bundles are not searched in the default locale if the 
localized file exists but have not redefined the key.
See attachment for a ready-to-test plugin.
(the plugin implements IStartup and simply logs the current property value in 
the Error view)
plugin.properties & plugin_fr.properties define a simple message key.
Eclipse is run with -ln fr_FR so that the bundle search will start inside 
plugin_fr.properties

You can test the following cases:
1/ Key is present in plugin_fr.properties
--> Ok, localized message is found
2/ Key is commented out or removed from the file (missing key)
--> KO! key is returned instead of default message value
3/ plugin_fr.properties is removed (or renamed)
--> Ok, default message is found

This behavior is a regression compared with 2.X (case 2 correctly returns 
default message) and will have a major impact on already deployed applications 
that rely on the standard resource bundle behavior.

Build M9

JDT/Core supports setting enablement for exclusion patterns and custom output 
folders on a per project basis. This isn't surfaced in the UI.

There is only a global flag in workspace preferences.

- removed search button
- added incremental search while typing

will attach patch based on HEAD.

The progress floating window is not collapsing on a mouse move. It should 
disappear in the same way a tool tip disappears.

20040430

The ast received from reconcile has no 'ORIGINAL' bits set.
I guess the 
'ast.setDefaultNodeFlag(ASTNode.ORIGINAL)' is missing in AST.convertCompilationUnit

SourceType#get*QualifiedName() methods return name that are non-standard (there
is no standard) for local types, and the javadoc in IType doesn't specify what
we should expect from these method in these cases.

For anonymous classes, SourceType#get*QualifiedName() methods return names like
'<OuterTypeName>$<number>'. This is the format that almost all Java compilers
use to name anonymous classes, but this format is not specified, Java compilers
can add the identifier they want after the '$'. Even if the compiler uses this
format,  the way it orders the anonymous classes can be different than the way
JDT does it.

For local classes, SourceType#get*QualifiedName() methods return names like
'<OuterTypeName>$<LocalTypeName>'. This format isn't used by any compiler that I
know of. In fact this the format usualy used by compilers form inner (no-local)
classes. Compilers usualy use '<OuterTypeName>$<number>$<LocalTypeName>' to name
local classes, but as for anonymous classes, there is no specification.

I don't know what should be returned, but I'm not sure that what is actualy
returned helps anybody. May be the javadoc in IType should say that for local
types in source types, the names returned are not 'official' names.

The current perspective switching preferences are:
switch on launch - prompt
switch on suspend - never

So when the user launches, we offer to take them to the Debug perspective. Then when they 
suspend (possibly after going back to their development perspective), we don't do anything. This is 
backwards. Going to the Debug perspective on launch isn't interesting. The perspective only 
becomes interesting when your program suspends.

I20040413

It looks like that the ProgressMonitor keeps a reference to jobs which are 
already completed. To reproduce do the following:

- create workspace with content
- open all types dialog
- add new type
- open all types dialog.

What happens is that the progress monitor still has a reference to the Job 
that computed the list for the first all types dialog (e.g. reference to 
FilteredList$TableUpdateJob). As a consequence the all types cache got doubled 
in memory.

R3.0

Got this exception running the suites

java.lang.IllegalStateException: Job manager has been shut down.
	at org.eclipse.core.internal.jobs.JobManager.schedule
(JobManager.java:787)
	at org.eclipse.core.internal.jobs.InternalJob.schedule
(InternalJob.java:341)
	at org.eclipse.core.runtime.jobs.Job.schedule(Job.java:399)
	at 
org.eclipse.ui.progress.DeferredTreeContentManager.runClearPlaceholderJob
(DeferredTreeContentManager.java:316)
	at org.eclipse.ui.progress.DeferredTreeContentManager$2.done
(DeferredTreeContentManager.java:232)
	at org.eclipse.core.internal.jobs.JobListeners$3.notify
(JobListeners.java:43)
	at org.eclipse.core.internal.jobs.JobListeners.doNotify
(JobListeners.java:117)
	at org.eclipse.core.internal.jobs.JobListeners.done
(JobListeners.java:186)
	at org.eclipse.core.internal.jobs.JobManager.endJob
(JobManager.java:433)
	at org.eclipse.core.internal.jobs.WorkerPool.endJob(WorkerPool.java:93)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:79)

When I run the Sharing wizard, I end up with a "Calculating Synchronization 
States" job in the progress view that appears to be still running. Clicking on 
the stop button has no effect. Inspecting the stack traces in the debugger 
reveals that there are no running jobs.

With I20040518, the steps to reproduce are:

1) Perform a Share Project on a project and choose CVS
2) Share with a repo and choose a module name that doesn't already exist
3) On the sync page, choose to ignore one of the resources

I don't know if step 3 is required but I was able to reproduce the situation 
twice in a row using these steps.

20041201

Use 'Sort members' on the following type:
package pack;
public enum Enum {
	Z, A, C, B;
}

!STACK 0
java.util.EmptyStackException
	at java.util.Stack.peek(Stack.java:94)
	at java.util.Stack.pop(Stack.java:76)
	at
org.eclipse.jdt.internal.core.SortElementBuilder.pop(SortElementBuilder.java:1202)
	at
org.eclipse.jdt.internal.core.SortElementBuilder.exitField(SortElementBuilder.java:1116)
	at
org.eclipse.jdt.internal.compiler.SourceElementParser.notifySourceElementRequestor(SourceElementParser.java:1215)
	at
org.eclipse.jdt.internal.compiler.SourceElementParser.notifySourceElementRequestor(SourceElementParser.java:1437)
	at
org.eclipse.jdt.internal.compiler.SourceElementParser.notifySourceElementRequestor(SourceElementParser.java:919)
	at
org.eclipse.jdt.internal.compiler.SourceElementParser.parseCompilationUnit(SourceElementParser.java:1537)
	at
org.eclipse.jdt.internal.core.SortElementsOperation.processElement(SortElementsOperation.java:100)
	at
org.eclipse.jdt.internal.core.SortElementsOperation.executeOperation(SortElementsOperation.java:72)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:700)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1676)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaModelOperation.java:744)
	at
org.eclipse.jdt.core.util.CompilationUnitSorter.sort(CompilationUnitSorter.java:174)
	at
org.eclipse.jdt.internal.corext.codemanipulation.SortMembersOperation.run(SortMembersOperation.java:257)
	at
org.eclipse.jdt.internal.core.BatchOperation.executeOperation(BatchOperation.java:34)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:700)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1676)
	at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3672)
	at
org.eclipse.jdt.internal.ui.actions.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:65)
	at
org.eclipse.jdt.internal.ui.util.BusyIndicatorRunnableContext$BusyRunnable.internalRun(BusyIndicatorRunnableContext.java:113)
	at
org.eclipse.jdt.internal.ui.util.BusyIndicatorRunnableContext$BusyRunnable.run(BusyIndicatorRunnableContext.java:80)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at
org.eclipse.jdt.internal.ui.util.BusyIndicatorRunnableContext.run(BusyIndicatorRunnableContext.java:126)
	at
org.eclipse.ui.internal.progress.ProgressManager$5.run(ProgressManager.java:1061)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at
org.eclipse.ui.internal.progress.ProgressManager.runInUI(ProgressManager.java:1057)
	at org.eclipse.jdt.ui.actions.SortMembersAction.run(SortMembersAction.java:206)
...

Currently, the "Drop to Frame" action is not presented in the context menu for 
stack frame objects that are adapt to IJavaStackFrame.

However, this action is presented and enabled on the toolbar for 
IJavaStackFrame adapter.

M9

This appearred to be triggered by the build that occurred after I had 
synchronized.

java.util.ConcurrentModificationException
at java.util.HashMap$HashIterator.nextEntry(HashMap.java:782)
at java.util.HashMap$KeyIterator.next(HashMap.java:818)
at org.eclipse.jdt.internal.core.DeltaProcessor.createExternalArchiveDelta
(DeltaProcessor.java:712)
at org.eclipse.jdt.internal.core.DeltaProcessor.resourceChanged
(DeltaProcessor.java:1880)
at org.eclipse.jdt.internal.core.DeltaProcessingState.resourceChanged
(DeltaProcessingState.java:414)
at org.eclipse.core.internal.events.NotificationManager$2.run
(NotificationManager.java:283)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:608)
at org.eclipse.core.runtime.Platform.run(Platform.java:758)
at org.eclipse.core.internal.events.NotificationManager.notify
(NotificationManager.java:277)
at org.eclipse.core.internal.events.NotificationManager.broadcastChanges
(NotificationManager.java:188)
at org.eclipse.core.internal.resources.SavedState.processResourceChangeEvents
(SavedState.java:75)
at org.eclipse.jdt.core.JavaCore$5.run(JavaCore.java:3660)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1672)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1692)
at org.eclipse.jdt.core.JavaCore$4.run(JavaCore.java:3652)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

 

I'm getting an internal error when launching a run-time workbench.  The stack
trace from my .log file is:

java.lang.UnsupportedOperationException
	at java.util.AbstractList.remove(AbstractList.java:171)
	at java.util.AbstractList$Itr.remove(AbstractList.java:436)
	at
org.eclipse.debug.core.model.LaunchConfigurationDelegate.computeBuildOrder(LaunchConfigurationDelegate.java:236)
	at
org.eclipse.pde.internal.ui.launcher.WorkbenchLaunchConfigurationDelegate.getBuildOrder(WorkbenchLaunchConfigurationDelegate.java:279)
	at
org.eclipse.debug.core.model.LaunchConfigurationDelegate.buildForLaunch(LaunchConfigurationDelegate.java:79)
	at
org.eclipse.debug.internal.core.LaunchConfiguration.launch(LaunchConfiguration.java:550)
	at
org.eclipse.debug.internal.ui.DebugUIPlugin.buildAndLaunch(DebugUIPlugin.java:792)
	at org.eclipse.debug.internal.ui.DebugUIPlugin$6.run(DebugUIPlugin.java:959)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

I had a few of these in my log from testing yesterday. The exceptions are 
handled and do not need to be logged:

org.eclipse.debug.core.DebugException[100]: 
com.sun.jdi.IncompatibleThreadStateException: Thread was not suspended
at java.lang.Throwable.<init>(Throwable.java)
at java.lang.Throwable.<init>(Throwable.java)
at com.sun.jdi.IncompatibleThreadStateException.<init>
(IncompatibleThreadStateException.java:17)
at org.eclipse.jdi.internal.ThreadReferenceImpl.frameCount
(ThreadReferenceImpl.java:152)
at org.eclipse.jdt.internal.debug.core.model.JDIThread.getUnderlyingFrameCount
(JDIThread.java:628)
at org.eclipse.jdt.internal.debug.core.model.JDIThread.createAllStackFrames
(JDIThread.java:542)
at org.eclipse.jdt.internal.debug.core.model.JDIThread.computeStackFrames
(JDIThread.java:408)
at org.eclipse.jdt.internal.debug.core.model.JDIThread.computeStackFrames
(JDIThread.java:514)
at org.eclipse.jdt.internal.debug.core.model.JDIThread.getTopStackFrame
(JDIThread.java:1018)
at org.eclipse.debug.internal.ui.views.launch.LaunchView.findFrame
(LaunchView.java:379)
at org.eclipse.debug.internal.ui.views.launch.LaunchView.initializeSelection
(LaunchView.java:356)
at org.eclipse.debug.internal.ui.views.launch.LaunchView$1.run
(LaunchView.java:215)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:305)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:79)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:41)
at java.lang.reflect.Method.invoke(Method.java:386)
at org.eclipse.core.launcher.Main.basicRun(Main.java:184)
at org.eclipse.core.launcher.Main.run(Main.java:637)
at org.eclipse.core.launcher.Main.main(Main.java:621)

The breakpoint org.eclipse.ui.editors.markerAnnotationSpecification for
org.eclipse.debug.core.breakpoint is currently in jdt.ui. since there is more
then jdt the adds breakpoints (CDT) the image currently shows as a red square
for cdt until the jdt plugin is loaded, if cdt adds the same specifcation, then
the reverse happens jdt gets a red square until the cdt plugin is loaded.

Build 20041013

As described in bug 38513, calling IJavaProject.setRawClasspath(...) currently 
fires no delta when the resolved classpath is the same. It should always fire a 
F_CLASSPATH_CHANGED delta if the raw classpath has changed. This new flag would 
be attached to an IJavaProject delta.

Using 200404281424, if I set a different cvs locations for read/write
properties, they are not persisted once I close and restart Eclipse.
This is really annoying.

SWT v3102 on Windows2000

According to the isVisible() Javadoc and the SWT book (p. 73), isVisible() must
return false if one of the Control's ancestors is hidden (meaning the visibility
is set to false).  However, in the following test case, the child Shell will
incorrectly return true from isVisible().  This might be due to the fact that
Shell has overridden isVisible() to always return the result of getVisible()
(see Shell revision 1.116 on 6/9/04).

	public static void main(String[] args) {
		Display display = new Display();
		
		Shell shell = new Shell(display);
		shell.setVisible(false);
		
		Shell child = new Shell(shell, SWT.NULL);
		child.setVisible(true);
		
		System.out.println("shell.isVisible() = "+shell.isVisible());
		System.out.println("child.isVisible() = "+child.isVisible());
				
		shell.open();

		while (!shell.isDisposed()) {
			if (!display.readAndDispatch()) {
				display.sleep();
			}
		}
		
		display.dispose();
	}

There is a need to better control the eclipse Help menu, and the update ui is 
now contributing menu items to the Software Updates menu.
It is desireable to have these actions owned by the UI team, and have the 
update component provide the appropriate API to launch them. This will allow 
various customizations in the Help menu, that are beyond the update team's 
control.

The new API has low risk and can be contained for M9.

build i0413:1323

I use the Flat Layout for the Search View and I sort by Parent Name. This sort
preference is not persisted across sessions.

I thought that I entered this a while ago but I can't find it now. I remember it
being related to bug 22533. Bug 51309 involved the changing of the API on
Preferencs so now default-default values which are explicitly set are stored in
the defaults table and #contains(key) returns true for them.

I got the following error updating to a tag
(org.eclipse.jdt.ui.tests.rafactoring Head to v20040106).

org.eclipse.core.internal.resources.ResourceException: Resource
/org.eclipse.jdt.ui.tests.refactoring/resources/RenameNonPrivateField/testFail9/in/CVS/Root
already exists.
at org.eclipse.core.internal.resources.Resource.checkDoesNotExist(Resource.java:297)
at org.eclipse.core.internal.resources.Resource.checkDoesNotExist(Resource.java:270)
at org.eclipse.core.internal.resources.File.create(File.java:106)
at
org.eclipse.team.internal.ccvs.core.util.SyncFileWriter$2.run(SyncFileWriter.java:530)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673)
at
org.eclipse.team.internal.ccvs.core.util.SyncFileWriter.writeLines(SyncFileWriter.java:524)
at
org.eclipse.team.internal.ccvs.core.util.SyncFileWriter.writeFolderSync(SyncFileWriter.java:227)
at
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.commitCache(EclipseSynchronizer.java:930)
at
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer$1.run(EclipseSynchronizer.java:530)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673)
at
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.flush(EclipseSynchronizer.java:528)
at
org.eclipse.team.internal.ccvs.core.syncinfo.ReentrantLock$ThreadInfo.flush(ReentrantLock.java:187)
at
org.eclipse.team.internal.ccvs.core.syncinfo.ReentrantLock$ThreadInfo.popRule(ReentrantLock.java:113)
at
org.eclipse.team.internal.ccvs.core.syncinfo.ReentrantLock.release(ReentrantLock.java:300)
at
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.endBatching(EclipseSynchronizer.java:514)
at
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.run(EclipseSynchronizer.java:1407)
at
org.eclipse.team.internal.ccvs.core.resources.EclipseResource$2.run(EclipseResource.java:268)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673)
at
org.eclipse.team.internal.ccvs.core.resources.EclipseResource.run(EclipseResource.java:265)
at org.eclipse.team.internal.ccvs.core.client.Command.execute(Command.java:349)
at org.eclipse.team.internal.ccvs.core.client.Command.execute(Command.java:754)
at
org.eclipse.team.internal.ccvs.ui.operations.UpdateOperation.executeCommand(UpdateOperation.java:73)
at
org.eclipse.team.internal.ccvs.ui.operations.SingleCommandOperation.execute(SingleCommandOperation.java:44)
at
org.eclipse.team.internal.ccvs.ui.operations.RepositoryProviderOperation.execute(RepositoryProviderOperation.java:55)
at
org.eclipse.team.internal.ccvs.ui.operations.CVSOperation.run(CVSOperation.java:84)
at
org.eclipse.team.internal.ui.actions.JobRunnableContext.run(JobRunnableContext.java:159)
at
org.eclipse.team.internal.ui.actions.JobRunnableContext$3.runInWorkspace(JobRunnableContext.java:179)
at
org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

Build 20040413

I searched for references to type: java.lang.System in org.eclipse.jdt.core 
project. This found over 4000 matches.

I attempted to sort them by parent name, and my IDE locked for about 5 minutes 
to do the work, with no progress indication, no refresh and 100% CPU usage.

Clearly something to improve on UI responsiveness front.

M7 
Select a couple of projects and branch them from the sync view. After the 
branch operation has completed, the branch names aren't shown in the sync 
view. This is probably because the sync view label provider doesn't update on 
sync changes.

In the java perspective, browse to a java type file. Enable "Show source for
selected elements only". Now browse to a build.xml file. The editor will only
show the element (target, classpath etc) that you have selected in the outline.
This is reasonable. However, you cannot toggle the  "Show source of selected
elements only" button. 

Workaround: browse back to a java type file, snap out of segmented view, browse
back.

Solving bug 32659, solves this one (but it is not the only way to do it). 

Platform: W2K, 3.0M8

build I20040817 + head

1) create X.java
public class X <T> {
  class Y {}
    void foo(){
      X<T>.Y<Stri#cursor#
    }
  }
}

2) do ctrl + space at cursor location

An ArrayIndexOutOfBoundsException  is caught by CompletionEngine

java.lang.ArrayIndexOutOfBoundsException: 0
	at 
org.eclipse.jdt.internal.codeassist.CompletionEngine.computeExpectedTypes
(CompletionEngine.java:3476)
	at org.eclipse.jdt.internal.codeassist.CompletionEngine.complete
(CompletionEngine.java:416)
	at org.eclipse.jdt.internal.codeassist.CompletionEngine.complete
(CompletionEngine.java:985)
	at org.eclipse.jdt.internal.core.Openable.codeComplete
(Openable.java:123)
	at ...

OS:		windows 2003 
Language:	Japanese
Build level: 	I20040413
JDK version:  IBM JDK 1.4.2 Beta
Test case #:          

Summary: DBCS/GB18030/BIDI/THAI/INDIAN:<Topic>

Steps to recreate problem:
1-Search > File, enter anyword to search
2-
3-

Error:  Errors Runnning Jobs dialog pop up. "Problems encountered during text 
searc"
Expected Result
no error.
.log point out Error retrieving charset for a Japanese ANT file
Eclipse 2.1.3 doesn't have this error.

org.eclipse.jdt.ui/ui/org/eclipse/jdt/internal/ui/dialogs/SourceActionDialog.java

CVS Revision 1.24

from line 364 to 379

commentButton.setLayoutData(new GridData(GridData.HORIZONTAL_ALIGN_FILL));
...
...
GridData gd= new GridData(GridData.HORIZONTAL_ALIGN_FILL);
gd.horizontalSpan= 2;
commentButton.setLayoutData(gd);

which constructs two GridData objects for commentButton.

One of my users has reported me that my application was leaking some memory, slowly but 
consistently, mainly by chunks of 192 bytes.
In order to test it, I've set the environement variable MallocStackLogging using :
export MallocStackLogging=1
and then I started my application (with java_swt -cp ......)
then, from another window I've run :
leaks -nocontext 555 > leaks.txt

(555 being the process ID of my application).
I'll attach the leaks.txt file, but here are some stack trace of calls that create those 192 bytes leaks :

Leak: 0x088254d0  size=192	
	Call stack: [thread 1f2b]: | 0x1000 | start | _start | main | jio_vsnprintf | JVM_UnloadLibrary | 
JVM_GetCPClassNameUTF | JVM_GetCPMethodClassNameUTF | 0x411516c | 0x4117fb0 | 0x4117fb0 | 
0x4117fb0 | 0x4117fb0 | 0x4117e30 | 0x42da964 | 0x411e580 | 
Java_org_eclipse_swt_internal_carbon_OS_SendEventToEventTarget | SendEventToEventTarget | 
SendEventToEventTargetInternal | DispatchEventToHandlers | 
ToolboxEventDispatcherHandler(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*) | 
HandleMouseEvent(OpaqueEventRef*) | HandleMouseEventForWindow(OpaqueWindowPtr*, 
OpaqueEventRef*, unsigned short) | HandleTSMMouseDownLogic | 
PromoteMouseToCursorChangeEvent(OpaqueEventRef*, OpaqueWindowPtr*, OpaqueEventRef**) | 
CopyEventAs | CopyEventInternal | malloc_zone_malloc 

Leak: 0x003d3af0  size=192	
	Call stack: [thread 1f2b]: | 0x1000 | start | _start | main | jio_vsnprintf | JVM_UnloadLibrary | 
JVM_GetCPClassNameUTF | JVM_GetCPMethodClassNameUTF | 0x411516c | 0x4117fb0 | 0x4117fb0 | 
0x4117fb0 | 0x4117fb0 | 0x4117e30 | 0x4117e30 | 0x4117e30 | 0x4117fb0 | 0x4118310 | 
0x4118310 | 0x4117fb0 | 0x4117fb0 | 0x4117ec0 | 0x4117ec0 | 0x4117ec0 | 0x4117ef0 | 
0x411e580 | Java_org_eclipse_swt_internal_carbon_OS_GetDataBrowserItems | GetDataBrowserItems | 
GetControlData | SendControlDefGetData(HIView*, unsigned long, short, void*, long, long*) | 
CreateControlEvent | CreateEvent | malloc_zone_malloc 


Leaks states that they might miss some carbon leaks, but that all leaks reported should be real...

Hoping this information will help,

Olivier Chalouhi.

3.0rc1
jdt ui has an implementation of ISourceRange (because the one from jcore is
internal and we did not feel like creating a n-th class for the same thing: pair
of ints).

however, according to the API ISourceRange should not be implemented

RC2

- opened OpenTypeAction
- started typing in the file

- editor turned into "error mode" with message
  "User vetoed file modification"

I never vetoed this (I didn't see a dialog either)

Project is not under Watch/Edit mode and file is writeable (checked after 
closing the editor). Interestingly the editor was marked as dirty (see 
attached screen shot)

build I20041013

There are many places in the UI code where exceptions occur, and a log entry is
generated, but the full details of the exception are not added to the log.

See bug 76679 for the following example:

!ENTRY org.eclipse.ui.ide 4 4 2004-10-20 12:06:56.712 
!MESSAGE Exception in org.eclipse.ui.actions.DeleteResourceAction.run: 
java.lang 
.NullPointerException

All senders of IDEWorkbenchPlugin.log(String) and WorkbenchPlugin.log(String)
should be checked.

20040514

- select an expression in a method and invoke 'Introduce parameter'
- The dilaog that shows up
  a.) does not have name code assist
  b.) the label should say 'Parameter name:' (not 'Parameter Name:')

build I20040513-1200

- my laptop crashed
- on restart of Eclipse, did a Ctrl+B (auto-build is off), and ran it in the bg
- this was a full build due to the crash
- while this was going on, edited and saved a file (ViewFactory.java)
- the save was blocked by the build and the blocked progress dialog came up
- the build job was the first one and was working
- the second job was the save, I guess, but its label was the same as the window
title:
Java - ViewFactory.java - d:\eclipse-new\plugins - Eclipse Platform

Perhaps this is because Save uses the window as its runnable context?

A better label would be "Saving ViewFactory.java".  Not sure if this is
achievable though.

20040514

The busyCursorWhile API creates a dialog with no shell. We should see if we 
can create it with parent shell if possible. This may not be possible if the 
shell gets disposed while we are waiting however so we should be careful.

20040514

- In a method that has a Javadoc comment:
- Select an expression in a method and invoke 'Introduce parameter'
- The parameter is added but the method's javadoc is not updated

build I20040225

It is not currently possible to start, close and restart the Workbench in the 
same session.  There are several places where singleton patterns do not get 
cleaned up properly, or are left in a state where they cannot be used again.

For example, the registries on WorkbenchPlugin are not re-read, and image, 
color and font registries cannot be reused after they've been disposed.

An RCP app may want to restart the Workbench after shutting it down.  It's 
possible that the registry may have changed during this interval, so registry 
state should not be kept across Workbench invocations.

Even if RCP apps do not take advantage of this, it's nice to have if for no 
other reason than for the benefit of the RCP test suites.

If launcher contributions/shortcuts are mapped to activities they are filtered 
out when activity is disabled, however contributions to the Run-> context menu 
are all there even related activities are disabled.

I200404131200 + jdt.debug.ui from HEAD

You need jdt.debug.ui from HEAD, otherwise the completion is not run on the
correct type, you need org.eclipse.text or a plug-in that requires
org.eclipse.text in your workspace.
1. open the detail formatters preference page (prefs>Java>Debug>Detail Formatters)
2. 'add...'
3. type 'org.eclipse.jface.text.IDocument' as name
4. give the focus to the text area
5. hit [Ctrl+Space]

The following stack trace is added to the log

!ENTRY org.eclipse.ui 4 4 May 13, 2004 16:22:41.631
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 May 13, 2004 16:22:41.632
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.NullPointerException.<init>(NullPointerException.java:60)
        at
org.eclipse.jdt.internal.compiler.lookup.MethodScope.createMethod(MethodScope.java:299)
        at
org.eclipse.jdt.internal.compiler.lookup.ClassScope.buildMethods(ClassScope.java:221)
        at
org.eclipse.jdt.internal.compiler.lookup.ClassScope.buildFieldsAndMethods(ClassScope.java:124)
        at
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.buildFieldsAndMethods(CompilationUnitScope.java:61)
        at
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.completeTypeBindings(LookupEnvironment.java:227)
        at
org.eclipse.jdt.internal.codeassist.CompletionEngine.complete(CompletionEngine.java:813)
        at org.eclipse.jdt.internal.core.BinaryType.codeComplete(BinaryType.java:91)
        at org.eclipse.jdt.internal.core.BinaryType.codeComplete(BinaryType.java:58)
        at
org.eclipse.jdt.internal.debug.ui.DetailFormatterCompletionProcessor.computeCompletionProposals(DetailFormatterCompletionProcessor.java:50)
        at
org.eclipse.jface.text.contentassist.ContentAssistant.computeCompletionProposals(ContentAssistant.java:1457)
        at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.computeProposals(CompletionProposalPopup.java:244)
        at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$7(CompletionProposalPopup.java:240)
        at
org.eclipse.jface.text.contentassist.CompletionProposalPopup$1.run(CompletionProposalPopup.java:199)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java)
        at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.showProposals(CompletionProposalPopup.java:194)
        at
org.eclipse.jface.text.contentassist.ContentAssistant.showPossibleCompletions(ContentAssistant.java:1308)
        at
org.eclipse.jface.text.source.SourceViewer.doOperation(SourceViewer.java:683)
        at
org.eclipse.jdt.internal.debug.ui.DetailFormatterDialog$1.execute(DetailFormatterDialog.java:150)
        at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:468)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:886)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:927)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:545)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:493)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:258)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
        at org.eclipse.swt.widgets.Display.filterEvent(Display.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:948)
        at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:2284)
        at org.eclipse.swt.widgets.Control.gtk_key_press_event(Control.java:1784)
        at org.eclipse.swt.widgets.Composite.gtk_key_press_event(Composite.java:441)
        at org.eclipse.swt.widgets.Widget.windowProc(Widget.java)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java)
        at org.eclipse.swt.internal.gtk.OS.gtk_main_do_event(Native Method)
        at org.eclipse.swt.widgets.Display.eventProc(Display.java)
        at org.eclipse.swt.internal.gtk.OS.gtk_main_iteration(Native Method)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
        at org.eclipse.jface.window.Window.open(Window.java:648)
        at
org.eclipse.jdt.internal.debug.ui.JavaDetailFormattersPreferencePage.addType(JavaDetailFormattersPreferencePage.java:262)
        at
org.eclipse.jdt.internal.debug.ui.JavaDetailFormattersPreferencePage$6.handleEvent(JavaDetailFormattersPreferencePage.java:193)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
        at org.eclipse.jface.window.Window.open(Window.java:648)
        at
org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:72)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:899)
        at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:850)
        at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:769)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:939)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:243)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:298)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:249)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:126)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
        at java.lang.reflect.Method.invoke(Method.java:386)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
        at org.eclipse.core.launcher.Main.run(Main.java:722)
        at org.eclipse.core.launcher.Main.main(Main.java:706)

build I20040225

Currently the Workbench disposes the display passed in to 
PlatformUI.createAndRunWorkbench when the Workbench is closed.  This should be 
left up to the caller, since it created the display.

A newly created shell that uses a layout manager won't show it's content when 
opened, a setSize() must follow open() in order to force it to redraw properly, 
or a manual resize of the window. 
 
Attached are two simple examples: the first uses absolute positioning, and the 
controls display just fine, the second uses a layout manager, and need to be 
forced to redraw. Apparently, this problem is not dependent on the particular 
layout manager used, it just seems that the layout manager is not invoked...

I20040226

- I have an action that implements IWorkbenchWindowPulldownDelegate2, and is
contributed to the top level toolbar as a drop down item (just like the "Run As"
action from the debug plugin).

- If an exception occurs inside my implementation of IWWPD2.getMenu(Menu), then
the entire platform fails to start.

A failing contribution should not prevent the workbench from starting, it should
protect itself using something like ISafeRunnable.  Currently this exception is
not even logged (it is caught by Main which adds it to the configuration log
file, which is invisible to most users).  Here is the stack trace from an
exception inside a pull down delegate:

java.lang.VerifyError: class load failed (class:
org/eclipse/ui/internal/newbuild/BuildSetAction method:
addAllProjects(Lorg/eclipse/core/resources/IProject;Ljava/util/HashSet;)V) at pc: 58
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java:73)
	at java.lang.VerifyError.<init>(VerifyError.java:48)
	at java.lang.Class.verifyImpl(Native Method)
	at java.lang.Class.verify(Class.java)
	at java.lang.Class.initialize(Class.java)
	at
org.eclipse.ui.internal.newbuild.BuildMenuAction.fillMenu(BuildMenuAction.java:29)
	at
org.eclipse.ui.internal.newbuild.BuildMenuAction.getMenu(BuildMenuAction.java:54)
	at
org.eclipse.ui.internal.WWinPluginPulldown$MenuProxy.getMenu(WWinPluginPulldown.java:38)
	at
org.eclipse.jface.action.ActionContributionItem.fill(ActionContributionItem.java:297)
	at org.eclipse.jface.action.SubContributionItem.fill(SubContributionItem.java:58)
	at org.eclipse.jface.action.MenuManager.update(MenuManager.java:603)
	at org.eclipse.jface.action.MenuManager.updateAll(MenuManager.java:697)
	at org.eclipse.jface.action.MenuManager.update(MenuManager.java:622)
	at org.eclipse.jface.action.MenuManager.updateAll(MenuManager.java:697)
	at
org.eclipse.ui.internal.WorkbenchWindow.updateActionBars(WorkbenchWindow.java:1850)
	at
org.eclipse.ui.internal.WorkbenchWindow.updateActionSets(WorkbenchWindow.java:1872)
	at org.eclipse.ui.internal.WorkbenchWindow$6.run(WorkbenchWindow.java:1682)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchWindow.setActivePage(WorkbenchWindow.java:1657)
	at org.eclipse.ui.internal.WorkbenchWindow.busyOpenPage(WorkbenchWindow.java:419)
	at org.eclipse.ui.internal.WorkbenchWindow$5.run(WorkbenchWindow.java:953)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchWindow.openPage(WorkbenchWindow.java:950)
	at org.eclipse.ui.internal.Workbench.openFirstTimeWindow(Workbench.java:1202)
	at org.eclipse.ui.internal.Workbench.init(Workbench.java:912)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:263)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

In a detail formatter, I got an exception performing code assist. I was 
performing code assist for a "Hashtable" detail formatter after the "h" 
in "while (it.h"...


StringBuffer buf = new StringBuffer();
Iterator it = entrySet().iterator();

buf.append("{");
while (it.h) {
    Map.Entry e = (Map.Entry) (it.next());
        Object key = e.getKey();
        Object value = e.getValue();
        buf.append(key + "=" + value);

    if (i < max)
	buf.append(",\n");
}
buf.append("}");
return buf.toString();


!ENTRY org.eclipse.ui 4 0 Oct 05, 2004 09:20:45.328
!MESSAGE Array index out of range: 2
!STACK 0
java.lang.ArrayIndexOutOfBoundsException: Array index out of range: 2
	at 
org.eclipse.jdt.internal.compiler.problem.ProblemReporter.invalidType
(ProblemReporter.java:2381)
	at 
org.eclipse.jdt.internal.compiler.ast.TypeReference.reportInvalidType
(TypeReference.java:157)
	at org.eclipse.jdt.internal.compiler.ast.TypeReference.resolveType
(TypeReference.java:140)
	at org.eclipse.jdt.internal.compiler.ast.TypeReference.resolveSuperType
(TypeReference.java:104)
	at org.eclipse.jdt.internal.compiler.lookup.ClassScope.findSupertype
(ClassScope.java:959)
	at 
org.eclipse.jdt.internal.compiler.lookup.ClassScope.connectSuperInterfaces
(ClassScope.java:709)
	at 
org.eclipse.jdt.internal.compiler.lookup.ClassScope.connectTypeHierarchy
(ClassScope.java:767)
	at 
org.eclipse.jdt.internal.compiler.lookup.ClassScope.connectMemberTypes
(ClassScope.java:637)
	at 
org.eclipse.jdt.internal.compiler.lookup.ClassScope.connectTypeHierarchy
(ClassScope.java:774)
	at 
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.connectTypeHierar
chy(CompilationUnitScope.java:241)
	at 
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.completeTypeBindings
(LookupEnvironment.java:246)
	at org.eclipse.jdt.internal.codeassist.CompletionEngine.complete
(CompletionEngine.java:833)
	at org.eclipse.jdt.internal.core.BinaryType.codeComplete
(BinaryType.java:91)
	at org.eclipse.jdt.internal.core.BinaryType.codeComplete
(BinaryType.java:58)
	at 
org.eclipse.jdt.internal.debug.ui.DetailFormatterCompletionProcessor.computeCom
pletionProposals(DetailFormatterCompletionProcessor.java:50)
	at 
org.eclipse.jface.text.contentassist.ContentAssistant.computeCompletionProposal
s(ContentAssistant.java:1472)
	at 
org.eclipse.jface.text.contentassist.CompletionProposalPopup.computeProposals
(CompletionProposalPopup.java:245)
	at 
org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$7
(CompletionProposalPopup.java:241)
	at org.eclipse.jface.text.contentassist.CompletionProposalPopup$1.run
(CompletionProposalPopup.java:200)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at 
org.eclipse.jface.text.contentassist.CompletionProposalPopup.showProposals
(CompletionProposalPopup.java:195)
	at 
org.eclipse.jface.text.contentassist.ContentAssistant.showPossibleCompletions
(ContentAssistant.java:1320)
	at org.eclipse.jface.text.source.SourceViewer.doOperation
(SourceViewer.java:694)
	at org.eclipse.jdt.internal.debug.ui.DetailFormatterDialog$1.execute
(DetailFormatterDialog.java:151)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:130)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand
(WorkbenchKeyboard.java:463)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press
(WorkbenchKeyboard.java:956)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent
(WorkbenchKeyboard.java:997)
	at 
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings
(WorkbenchKeyboard.java:541)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2
(WorkbenchKeyboard.java:488)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent
(WorkbenchKeyboard.java:241)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java:748)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:799)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:824)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:809)
	at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:837)
	at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Widget.wmChar(Widget.java:1096)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3066)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2977)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3351)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1489)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2441)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:706)
	at org.eclipse.jface.window.Window.open(Window.java:684)
	at 
org.eclipse.jdt.internal.debug.ui.actions.EditDetailFormatterAction.run
(EditDetailFormatterAction.java:54)
	at 
org.eclipse.jdt.internal.debug.ui.actions.ObjectActionDelegate.runWithEvent
(ObjectActionDelegate.java:87)
	at org.eclipse.ui.internal.PluginAction.runWithEvent
(PluginAction.java:288)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:555)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:505)
	at org.eclipse.jface.action.ActionContributionItem$6.handleEvent
(ActionContributionItem.java:419)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:800)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2784)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2443)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1443)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1414)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:271)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:102)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:58)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:60)
	at java.lang.reflect.Method.invoke(Method.java:391)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:684)
	at org.eclipse.core.launcher.Main.main(Main.java:668)

With 3.0M8 on Solaris 9 and HPUX-11.11 platforms, the "Show Previous Searches" 
button (renamed from 3.0M7 "Previous Search Results") did not bring up a dialog 
display as in 3.0M7.

To reproduce, you just have to perform some search. Then from the Search view 
click on the "Show Previous Searches" button. Nothing happen. In 3.0M7 a 
previous dialog box will come up to allow user to choose previous search result.

Click on the down arrow next the the button will bring up a drop down list of 
previous search. Same behaviour as 3.0M7.

build R3.0

setup:

Plug-in A extPt E
Fragment F extension F1 to extPt E
Plug-in B extension B1 to extPt E

Long story short...if plug-in A is added to the registry after F and B, then the
extension F1 is lost from extPt E.

Trust me, its hard to explain. :-)

Rafael, please provide a test case. I will attach patch file to this report.
Consider for 3.0.1.

I thought I fixed the lazy enablement of the CVS decorator but it turns out I 
was fooled because I didn't disable the decorator in XML. When I fixed that, 
it surfaced a bug in UI where the programmatic setting of decorators doesn't 
take. It appears to work (it is checked on the preference page) but some items 
are not decorated (a few are but most are not) and the setting is lost after a 
restart. It should be straight forward to duplicate the behavior present in 
the preferences dialog (i.e. to make it work properly). I will try it out and 
send a patch to UI when completed.

build I20040106

- open the Java perspective
- the Window > Open Persective menu includes the Java perspective item, and it 
has a bullet indicating it's the current perspective
- likewise for the "Open a Perspective" item in the shortcut bar
- switch to the Resource perspective
- it is not shown in the Open Perspective menu or tool item

This has the side effect of not showing the bullet for the current perspective, 
since the current perspective is not included.

This bug is probably a regression due to removing recently used perspectives 
from the list.
However, the current perspective should always be included.

If the user has specified a variable in the Location of their launch config, we shouldn't try to resolve 
the path and make sure it exists. If the text contains variables, all we should do is make sure that 
the variables are valid variable names.

IFile is case sensitive.
AntUtil#getFileForLocation will return null for a file.

I believe I have a workaround for this.

I had the following code:

        PaymentRoute[] routes = ...
        PaymentRoute test = null;
        for (int i=0; i<routes.length; i++) {
        	if (METHOD.equals(routes[i].getMethod()))
        		test = routes[i];
        }

The error was that METHOD was undefined, I wanted a new constant for it.
PaymentRoute.getMethod() returns String, therefore I'd have expected
it to create 
    public static final String METHOD = null;
up the top, but for whatever reason, it created the type as "Date", 
not "String".  It had managed to get this right on an earlier occasion
though!

Maybe a coincidence, but my very first import up the top was 
    import java.util.Date;
and it was warning me that this was unused.  Having removed that unused
import and also removed the 
    public static final Date METHOD = null;
then tried the quick fix again, it now plumps for type "Object"
which I guess is OK, though a bit of a cop-out!  I think there's
a bug lurking there somewhere, it's trying do the most work for
the least effort by fixing the unused import as well as the missing 
variable all at once, even though the import was just a warning and
I didn't go anywhere near it?

On the Ant JRE tab, if you make the LCD larger the VM arguments text pane does 
not make use of the additional horizontal space.

M8, win2K

I have a number of linked resources that I need to change as a group.  Since 
there is no easy way to do this via the UI, I simply modify the .project file.  
This used to work fine until M8.  I get the following error in the .log file:

!SESSION May 20, 2004 17:56:58.489 ---------------------------------------------
java.version=1.4.1_01
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
!ENTRY org.eclipse.ui 4 4 May 20, 2004 17:56:58.489
!MESSAGE Save Failed
!ENTRY org.eclipse.ui 2 0 May 20, 2004 17:56:58.499
!MESSAGE Save Failed
!STACK 0
java.lang.IllegalArgumentException: Attempted to beginRule: 
P/org.eclipse.swt.phx, does not match outer scope rule: 
L/org.eclipse.swt.phx/.project
	at org.eclipse.core.internal.runtime.Assert.isLegal(Assert.java:56)
	at org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.illegalPush
(ImplicitJobs.java:86)
	at org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.push
(ImplicitJobs.java:167)
	at org.eclipse.core.internal.jobs.ImplicitJobs.begin
(ImplicitJobs.java:241)
	at org.eclipse.core.internal.jobs.JobManager.beginRule
(JobManager.java:149)
	at org.eclipse.core.internal.resources.WorkManager.checkIn
(WorkManager.java:88)
	at org.eclipse.core.internal.resources.Workspace.prepareOperation
(Workspace.java:1521)
	at org.eclipse.core.internal.resources.Resource.delete
(Resource.java:636)
	at org.eclipse.core.internal.resources.Project.reconcileLinks
(Project.java:769)
	at org.eclipse.core.internal.resources.Project.updateDescription
(Project.java:915)
	at org.eclipse.core.internal.resources.File.updateProjectDescription
(File.java:354)
	at org.eclipse.core.internal.resources.File.internalSetContents
(File.java:281)
	at org.eclipse.core.internal.resources.File.setContents(File.java:319)
	at org.eclipse.core.internal.resources.File.setContents(File.java:371)
	at 
org.eclipse.core.internal.filebuffers.ResourceTextFileBuffer.commitFileBufferCon
tent(ResourceTextFileBuffer.java:243)
	at org.eclipse.core.internal.filebuffers.ResourceFileBuffer.commit
(ResourceFileBuffer.java:275)
	at org.eclipse.ui.editors.text.TextFileDocumentProvider.commitFileBuffer
(TextFileDocumentProvider.java:669)
	at org.eclipse.ui.editors.text.TextFileDocumentProvider$2.execute
(TextFileDocumentProvider.java:631)
	at 
org.eclipse.ui.editors.text.TextFileDocumentProvider$DocumentProviderOperation.r
un(TextFileDocumentProvider.java:94)
	at org.eclipse.ui.actions.WorkspaceModifyDelegatingOperation.execute
(WorkspaceModifyDelegatingOperation.java:67)
	at org.eclipse.ui.actions.WorkspaceModifyOperation$1.run
(WorkspaceModifyOperation.java:91)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1559)
	at org.eclipse.ui.actions.WorkspaceModifyOperation.run
(WorkspaceModifyOperation.java:105)
	at org.eclipse.ui.editors.text.WorkspaceOperationRunner.run
(WorkspaceOperationRunner.java:73)
	at org.eclipse.ui.editors.text.WorkspaceOperationRunner.run
(WorkspaceOperationRunner.java:63)
	at org.eclipse.ui.editors.text.TextFileDocumentProvider.executeOperation
(TextFileDocumentProvider.java:392)
	at org.eclipse.ui.editors.text.TextFileDocumentProvider.saveDocument
(TextFileDocumentProvider.java:612)
	at org.eclipse.ui.texteditor.AbstractTextEditor.performSave
(AbstractTextEditor.java:3136)
	at org.eclipse.ui.texteditor.AbstractTextEditor.doSave
(AbstractTextEditor.java:2931)
	at org.eclipse.ui.internal.EditorManager$10.run(EditorManager.java:982)
	at org.eclipse.ui.internal.EditorManager$8.run(EditorManager.java:837)
	at org.eclipse.jface.operation.ModalContext.runInCurrentThread
(ModalContext.java:302)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:252)
	at org.eclipse.jface.window.ApplicationWindow$1.run
(ApplicationWindow.java:576)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.jface.window.ApplicationWindow.run
(ApplicationWindow.java:573)
	at org.eclipse.ui.internal.WorkbenchWindow.run
(WorkbenchWindow.java:1606)
	at org.eclipse.ui.internal.EditorManager.runProgressMonitorOperation
(EditorManager.java:843)
	at org.eclipse.ui.internal.EditorManager.savePart
(EditorManager.java:987)
	at org.eclipse.ui.internal.WorkbenchPage.savePart
(WorkbenchPage.java:2450)
	at org.eclipse.ui.internal.WorkbenchPage.saveEditor
(WorkbenchPage.java:2462)
	at org.eclipse.ui.internal.SaveAction.run(SaveAction.java:69)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:68)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:173)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand
(WorkbenchKeyboard.java:463)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press
(WorkbenchKeyboard.java:855)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent
(WorkbenchKeyboard.java:896)
	at 
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings
(WorkbenchKeyboard.java:522)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2
(WorkbenchKeyboard.java:488)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent
(WorkbenchKeyboard.java:261)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java:705)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:768)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:793)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:778)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1720)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1716)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3041)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2944)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3146)
	at org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.CallWindowProc(OS.java:1374)
	at org.eclipse.swt.internal.BidiUtil.windowProc(BidiUtil.java:647)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1450)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2254)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:277)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:239)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

I20040520 (4PM)

* Clean workspace
* Create a sample project
* Turn on debug view management in Java perspective
* Debug to a breakpoint
* Say "no" to perspective change
* Debug view and related views (variables, breakpoints) open in Java 
perspective
* Try to close the Variables view

-> it re-opens immediately

The stepping actions should be scoped to the debug context to avoid key-
binding conflicts with platform (eg. F5). There are two points here:

* Scope step actions with debug context
* When debugModelContextBindings are turned on for a selected frame (debug 
element), we should enable all parent contexts as well. This not done 
currently. This will mean that enabling "java debugging" will also 
enable "debugging" which will enable the debug key-bindings.

As another issue, if a debug model does not provide debugModelContextBindings, 
we should still enable the base debug context when a debug element is selected 
(to ensure the debug key-bindings are properly enabled).

Please use read-only Texts instead of labels so one can copy the values to
insert them into a different context.

user, host, and rep. path would benefit the most.

Opening bug to track investigation of latest round of test failures. Failures occur only on GTK and only 
in 3.1 stream (they pass on 3.0.1).

Failures are the result of empty selections

====================================

Variable references empty selection: ${project_loc}

org.eclipse.core.runtime.CoreException: Variable references empty selection: ${project_loc}
at org.eclipse.debug.internal.ui.stringsubstitution.ResourceResolver.abort(ResourceResolver.java:104)
at 
org.eclipse.debug.internal.ui.stringsubstitution.ResourceResolver.getSelectedResource(ResourceResolve
r.java:117)
at 
org.eclipse.debug.internal.ui.stringsubstitution.ResourceResolver.resolveValue(ResourceResolver.java:
40)
at org.eclipse.core.internal.variables.DynamicVariable.getValue(DynamicVariable.java:54)
at org.eclipse.core.internal.variables.StringSubstitutionEngine.resolve(StringSubstitutionEngine.java:
267)
at org.eclipse.core.internal.variables.StringSubstitutionEngine.substitute(StringSubstitutionEngine.java:
192)
at 
org.eclipse.core.internal.variables.StringSubstitutionEngine.performStringSubstitution(StringSubstitution
Engine.java:86)
at 
org.eclipse.core.internal.variables.StringVariableManager.performStringSubstitution(StringVariableMana
ger.java:549)
at 
org.eclipse.core.internal.variables.StringVariableManager.performStringSubstitution(StringVariableMana
ger.java:341)
at org.eclipse.jdt.debug.tests.core.StringSubstitutionTests.doSubs(StringSubstitutionTests.java:171)
at 
org.eclipse.jdt.debug.tests.core.StringSubstitutionTests.testProjectLocSelectFolder(StringSubstitutionTe
sts.java:453)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at org.eclipse.jdt.debug.tests.DebugSuite$1.run(DebugSuite.java:53)
at java.lang.Thread.run(Thread.java:534)

R3.0 and I200408241200

This is a regression from 2.1.x.

Test Case:
1. Open a text file
2. Edit > Encoding > Others...
3. Enter "bogus"
4. Press Enter
==> editor switches to empty status editor

Sometimes when I do a search via Java editor popup menu References->Workspace,
I get the following error in the error log:



Memento problem - invalid integer for key:
org.eclipse.jdt.search.resultpage.grouping value: TRUE

An exception stack trace could not be found.

eclipse.buildId=I200406251208
java.version=1.4.2_04
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US



Seems to be random. I can't find a specific search that causes the error,
but it happens somewhat frequently.

The ProjectHelper keeps a reference to the AntXMLContext.
This retains more than is necessary in memory after an Ant editor is closed.

R3.0

On following code, we are not generating the proper variable entry in local 
variable attribute:

public class X {
	public static void main(String[] args) {
		int i;	
		outer: {
			if (args == null) {
				i = 0;
				break outer;
			}
			return;
		}
		System.out.println(i);	// no entry in var attribute
	}
}

Thus if breaking in debugging on println(i) line, the variable 'i' isn't 
visible where it should be.

20040211

- When the name is empty, the error says 'Choose a name'. Needs a dot.
- When 'XXX' is entered, the wizard does not warn about the discouraged name
- When entring the same name as the declaring type an error says 'Method cannot
have the same name declaring class'. This is not forbidden, just discouraged.
Note that the message says 'class' also if the declaring class in an interface
- Clear the return type field. The message saye <'' is not a valid return type
name>. Should avoid ''.

v3062b

eSWT supports only the png image format; therefore, we want to remove the 
classes ImageLoader, ImageLoaderEvent, and ImageLoaderListener from the spec 
and the win32 and wm2003 implementations.  However, ImageData refers to 
ImageLoader and all of our eSWT implementations are using the common ImageData 
code.  Could you please change ImageData to remove the references to 
ImageLoader?

The code formatter (using Java style default formatter) doesn't format a block
with a return statement properly. For example:

void doX() {

  if (1 > 0) {
    return;
  }

  return;

}

It will format it as:

void doX() {

  if (1 > 0) {
  
  return; }

  return;

}

Using build I200402190800.

When a text line in Javadoc comment starts or ends with opening or closing 
brace (ie. '{' or '}'), then its starting position or length is incorrect.

Here's a sample which shows this specific issue:
public class X {
	/**
	 * Text element starting with a
	 * { caused troubles in its position
	 * if the bug is not fixed
	 * @see Object
	 */
	Object x1;
	/**
	 * Text element ending with a }
	 * caused troubles in its position
	 * if the bug is not fixed
	 * @see Object
	 */
	Object x2;
	/**
	 * Text element starting with a
	 * } caused troubles in its position
	 * if the bug is not fixed
	 * @see Object
	 */
	Object x3;
	/**
	 * Text element ending with a {
	 * caused troubles in its position
	 * if the bug is not fixed
	 * @see Object
	 */
	Object x4;
	/**
	 * Text element starting with
	 * { and ending with }
	 * caused troubles in its position
	 * if the bug is not fixed
	 * @see Object
	 */
	Object x6;
	/**
	 * Text element starting with
	 * } and ending with {
	 * caused troubles in its position
	 * if the bug is not fixed
	 * @see Object
	 */
	Object x7;
}

I20040831
Window>Preferences>Install/Update

The page comes up in error: "Port must be a number in range 0-65535"

build I20040303

Following the steps in bug 54020, when the editor area is split, neither editor 
has focus.  The top tabs have focus.    You can see this if there are multiple 
editors at top by pressing up arrow after the drag to split: it switches to the 
previous editor in the top pane.

This is a regression from M7.

In the example below, the contents of a StyledText control with SWT.WRAP
style are not wrapped correctly.

The visible problems are (resize shell as needed to reproduce):
- Glyphs disappearing partially or fully behind the right border
- Words being broken apart at non-7-bit letters
- Lines starting with a space

In 3.0M7 and earlier versions, the behaviour was as expected.
In 3.0M8 and later, it's broken.

I did not find any other bug addressing this.
Bug 49567 does not look like the same issue to me.

---

import org.eclipse.swt.*;
import org.eclipse.swt.custom.*;
import org.eclipse.swt.graphics.*;
import org.eclipse.swt.layout.*;
import org.eclipse.swt.widgets.*;

public class StyledTextWrapTest {
  public static void main(String[] args) {
    Display display = new Display();
    
    Shell shell = new Shell(display);
    shell.setLayout(new GridLayout());
    
    Font font = new Font(display, "Tahoma", 14, SWT.NORMAL);
    
    StyledText text = new StyledText(shell, SWT.MULTI | SWT.WRAP);
    text.setFont(font);
    text.setText("This is an exãmple têxt. It shoüld wráp corrèctlý.");
    text.setLayoutData(new GridData(GridData.FILL_BOTH));
    
    shell.setSize(200, 300);
    shell.open();
    
    while (!shell.isDisposed()) {
      if (!display.readAndDispatch()) {
        display.sleep();
      }
    }
    
    font.dispose();
    
    display.dispose();
  }
}

I20040121

Run this code:

public class FocusTest {
	
	static final boolean WITH_LABELS= true;
	
	public static void main(String[] args) {
		Display display= new Display();
		Shell shell= new Shell(display);
		shell.setLayout(new GridLayout(2, false));
		
		FocusListener fl= new FocusListener() {
			public void focusGained(FocusEvent e) {
				System.out.println("focusGained: " + e.widget);
			}
			public void focusLost(FocusEvent e) {
				System.out.println("focusLost: " + e.widget);
			}
		};
		
		if (WITH_LABELS)
			new Label(shell, SWT.NONE).setText("Text:"); //$NON-NLS-1$
		Text t= new Text(shell, SWT.BORDER);
		t.setLayoutData(new GridData(GridData.FILL_HORIZONTAL));
		t.addFocusListener(fl);
		
		if (WITH_LABELS)
			new Label(shell, SWT.NONE).setText("Text:"); //$NON-NLS-1$
		Text tt= new Text(shell, SWT.BORDER);
		tt.setLayoutData(new GridData(GridData.FILL_HORIZONTAL));
		tt.addFocusListener(fl);

		shell.open();
		
		while (!shell.isDisposed())
			if (!display.readAndDispatch()) display.sleep();
		display.dispose();
	}
}

- press the Tab key once (to switch focus from first to second field)
Observe (on console): you get two lost/gained pairs (instead of one)

- change WITH_LABELS to false
Observe (on console): one lost/gained pair (as expected).

Got the following log entries during shutdown using i200406082000Ç

!SESSION Jun 09, 2004 10:27:27.755 ---------------------------------------------
eclipse.buildId=I200406082000
java.version=1.4.2_03
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_CA
Command-line arguments: -keyring d:\temp\.keyring -showlocation
!ENTRY org.eclipse.core.runtime 4 2 Jun 09, 2004 10:27:27.755
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.ui.externaltools.internal.registry.ExternalToolMigration.newConfig(ExternalToolMigration.java:299)
	at
org.eclipse.ui.externaltools.internal.registry.ExternalToolMigration.configFrom20ArgumentMap(ExternalToolMigration.java:225)
	at
org.eclipse.ui.externaltools.internal.registry.ExternalToolMigration.configFromArgumentMap(ExternalToolMigration.java:164)
	at
org.eclipse.ui.externaltools.internal.model.BuilderUtils.configFromBuildCommandArgs(BuilderUtils.java:71)
	at
org.eclipse.ui.externaltools.internal.model.ExternalToolBuilder.build(ExternalToolBuilder.java:77)
	at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:558)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:154)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:246)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:199)
	at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:226)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:229)
	at
org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:265)
	at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:294)
	at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:153)
	at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:207)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)
!ENTRY org.eclipse.core.resources 2 75 Jun 09, 2004 10:27:27.942
!MESSAGE Errors during build.
!SUBENTRY 1 org.eclipse.ui.externaltools 2 75 Jun 09, 2004 10:27:27.942
!MESSAGE Errors running builder "Integrated External Tool Builder" on project
org.eclipse.core.resources.
!SUBENTRY 1 org.eclipse.ui.externaltools 2 75 Jun 09, 2004 10:27:27.942
!MESSAGE java.lang.NullPointerException encountered while running Integrated
External Tool Builder.
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.ui.externaltools.internal.registry.ExternalToolMigration.newConfig(ExternalToolMigration.java:299)
	at
org.eclipse.ui.externaltools.internal.registry.ExternalToolMigration.configFrom20ArgumentMap(ExternalToolMigration.java:225)
	at
org.eclipse.ui.externaltools.internal.registry.ExternalToolMigration.configFromArgumentMap(ExternalToolMigration.java:164)
	at
org.eclipse.ui.externaltools.internal.model.BuilderUtils.configFromBuildCommandArgs(BuilderUtils.java:71)
	at
org.eclipse.ui.externaltools.internal.model.ExternalToolBuilder.build(ExternalToolBuilder.java:77)
	at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:558)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:154)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:246)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:199)
	at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:226)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:229)
	at
org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:265)
	at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:294)
	at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:153)
	at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:207)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

I have expanded on the java doc for our Java stratum line breakpoint. I made a 
few modifications which I think make it more versatile:

* You can specify a null stratum, which means the breakpoint will consider the 
default stratum of types when determining an installable type. This means you 
do not have to know the stratum when creating a breakpoint
* You can specify null for both or either the source file name and source path
* You can specify null for the pattern which is equivalent to '*'

As well, I changed the example ToggleJspBreakpointAction to specify null for 
stratum and pattern.

I200411042000

class C {
	Other fField;
	void method() {
		fField.toString();
	}
}

class Other {	
}

- 'Refactor > Move' on method()
-> fField is shown twice in the list of possible targets

Currently the CVS workspace subscriber locks projects when populating the sync 
view (in collectOutOfSync). This was done to counter extremely destructive 
operations while collecting sync state. Given that the sync view has improved 
error handling, we should remove the lock.

When I launch WSAD 6.0 on top of 3.0M8 into its J2EE perspective, I found an 
expensive method in core.runtime:

     org.eclipse.core.runtime.adaptor.EclipseStarter.logUnresolvedBundles
([Lorg.osgi.framework.Bundle;)V

That one uses 37% of my startup time, and 41% of all method calls.
This seems excessive. Can you please confirm?

WSAD was launched from the command line, warmed up a couple of times.

Setup: eclipse 3.0, under windows XP, java -> 1.4_04

When debugging an application under eclipse that is heavy on threading eclipse
will hang if you try to open a context menu (I'm not sure what else causes it,
but opening a context menu does).  

Running this code will set the problem off:
public class Foo {
	private static void GoThreadGo() {
		Thread thread = new Thread(new Runnable() {
			public void run() {
				try {
					Thread.sleep(20);
					System.out.println("");
				} catch (InterruptedException e) {
					e.printStackTrace();
				}
			}
		});
		thread.start();
	}
	public static void main(String[] args) {
		System.out.println("breakpoint here");
		for (int i = 0; i < 4000; i++)
			GoThreadGo();
		
		System.out.println("breakpoint here");
	}
}

If you put a breakpoint on the two marked places, debug the app, resume from the
first to the second (probably only need the second breakpoint, but ...) and just
keep right clicking on the code editor eventually it will hang taking up 100% of
the cpu (or 100% of a cpu).

Sometimes killing the thread being debugged through the task manager and just
waiting will work, and sometimes it doesn't.  Other times it seems like again
killing and then right clicking on eclipse's task bar item so that the Move,
Minimize, Max, ... menu pops up also unfreezes eclipse.  I'm not sure if the
second item is coincidental, but I've had it fix it a couple times, so I thought
I'd mention it.

I don't know how well this example illustrates the problem, so I'll run a few
more checks on the code that is causing me the problem and add any more
additional info I can.

...

I just froze it now, so I'll let it sit over lunch and add whether or not it was
unfroze when I get back.

I20040420

My workbench starts up very slowly (more than 5 minutes to come up) with this 
build. While it is starting the following is printed to the DOS console:

!SESSION Apr 21, 2004 10:38:45.867 ---------------------------------------------
java.version=1.4.2_02
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -showlocation
!ENTRY org.eclipse.osgi Apr 21, 2004 10:38:45.883
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryView" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:38:50.914
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryView$19" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:38:55.914
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryView$21" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:39:00.914
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryView$4" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:39:05.914
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryView$5" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:39:10.914
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryView$1" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:39:15.914
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryView$2" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:39:20.976
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.subscriber.WorkspaceSynchronizeParticipant" which now may have inconsistent 
values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:39:25.992
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.subscriber.WorkspaceSynchronizeAdvisor" which now may have inconsistent 
values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:39:30.992
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.subscriber.CVSSynchronizeViewerAdvisor" which now may have inconsistent 
values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:39:36.914
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.subscriber.SubscriberCommitAction" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:39:41.914
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.subscriber.SubscriberCommitOperation" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:39:46.914
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.subscriber.CVSSubscriberOperation" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:39:51.914
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.subscriber.WorkspaceUpdateAction" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:39:56.914
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.subscriber.WorkspaceUpdateOperation" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:40:01.914
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.subscriber.SafeUpdateOperation" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:40:06.914
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.subscriber.SubscriberConfirmMergedAction" which now may have inconsistent 
values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:40:11.914
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.subscriber.SubscriberConfirmMergedOperation" which now may have inconsistent 
values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:40:16.914
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.subscriber.OverrideAndCommitAction" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:40:21.914
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.subscriber.OverrideAndUpdateAction" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:40:26.914
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.subscriber.OverrideAndUpdateSubscriberOperation" which now may have 
inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:40:31.914
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.actions.ShowResourceInHistoryAction" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:40:36.914
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.actions.WorkspaceAction" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:40:41.914
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.actions.CVSAction" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:40:46.929
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.actions.WorkspaceAction$3" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:40:51.929
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.actions.ShowAnnotationAction" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:40:56.929
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.AnnotateView" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:41:01.929
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.actions.BranchAction" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:41:06.929
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.actions.GenerateDiffFileAction" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:41:11.929
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.actions.IgnoreAction" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:41:16.976
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.subscriber.CVSSynchronizeViewerAdvisor$CVSLabelDecorator" which now may have 
inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:41:22.179
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryTableProvider" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:41:27.179
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryTableProvider$HistorySorter" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:41:32.179
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryTableProvider$3" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:41:37.179
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryTableProvider$HistoryLabelProvider" which now may have inconsistent 
values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:41:42.179
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.VersionCollator" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:41:47.179
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryTableProvider$1" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:41:52.179
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryView$15" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:41:57.179
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryView$FetchLogEntriesJob" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:42:02.179
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryView$16" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:42:07.179
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryView$17" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:42:12.179
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.SimpleContentProvider" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:42:17.179
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryView$18" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:42:22.195
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryView$20" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:42:27.195
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.actions.OpenLogEntryAction" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:42:32.195
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryView$6" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:42:37.195
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryView$7" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:42:42.195
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryView$8" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:42:47.195
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryView$9" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:42:52.195
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.actions.MoveRemoteTagAction" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:42:57.195
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.actions.TagInRepositoryAction" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:43:02.195
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.actions.TagAction" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:43:07.195
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.operations.ITagOperation" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:43:12.195
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryView$10" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:43:17.195
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryView$11" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:43:22.195
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryView$12" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:43:27.195
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryView$13" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:43:32.211
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.TextViewerAction" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:43:37.211
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryView$14" which now may have inconsistent values.
!ENTRY org.eclipse.osgi Apr 21, 2004 10:43:42.211
!MESSAGE Threads "Thread[main,6,main]" and "Worker-1" are concurrently trying 
to start  bundle org.eclipse.team.cvs.ui. Thread "Thread[main,6,main]" was 
trying to load "org.eclipse.team.internal.ccvs.
ui.HistoryDropAdapter" which now may have inconsistent values.

0322 nightly build, observed on linux-motif but probably happens elsewhere too

- launch Eclipse, brand new is fine
- go to the Preferences page Workbench - Perspectives
- select radio "Open a new perspective - In a new window", OK
- Window -> Open Perspective -> CVS Repository
- the CVS perspective is opened in a new window, but the busy cursor never goes
away (the pointer stays active though)

build i0420-0800

I was in the CVS repo view and I drilled down to a version of core.runtime and
selected Compare With -> HEAD. After the compare came up I clicked on a file, it
opened the structured compare and I got the NPE. Then clicking on any other
files did nothing.

osgi> !SESSION Apr 26, 2004 10:43:30.811 ---------------------------------------
------
java.version=1.4.2
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -showlocation
!ENTRY org.eclipse.core.runtime 4 2 Apr 26, 2004 10:43:30.821
!MESSAGE Problems occurred when invoking code from plug-in: "org.eclipse.core.ru
ntime".
!STACK 0
java.lang.NullPointerException
        at org.eclipse.team.internal.ccvs.ui.ResourceEditionNode$2.run(ResourceE
ditionNode.java:101)
        at org.eclipse.team.internal.ui.Utils$1.run(Utils.java:184)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)

        at org.eclipse.team.internal.ui.Utils.runWithProgress(Utils.java:180)
        at org.eclipse.team.internal.ccvs.ui.CVSUIPlugin.runWithProgress(CVSUIPl
ugin.java:253)
        at org.eclipse.team.internal.ccvs.ui.ResourceEditionNode.getContents(Res
ourceEditionNode.java:98)
        at org.eclipse.compare.internal.CompareUIPlugin.getContentType(CompareUI
Plugin.java:894)
        at org.eclipse.compare.internal.CompareUIPlugin.getContentTypes(CompareU
IPlugin.java:873)
        at org.eclipse.compare.internal.CompareUIPlugin.findContentViewer(Compar
eUIPlugin.java:782)
        at org.eclipse.compare.CompareUI.findContentViewer(CompareUI.java:268)
        at org.eclipse.compare.CompareEditorInput.findContentViewer(CompareEdito
rInput.java:666)
        at org.eclipse.compare.CompareEditorInput$2.getViewer(CompareEditorInput
.java:379)
        at org.eclipse.compare.CompareViewerSwitchingPane.setInput(CompareViewer
SwitchingPane.java:291)
        at org.eclipse.compare.CompareEditorInput$11.run(CompareEditorInput.java
:526)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)

        at org.eclipse.compare.CompareEditorInput.feed1(CompareEditorInput.java:
516)
        at org.eclipse.compare.CompareEditorInput.access$1(CompareEditorInput.ja
va:515)
        at org.eclipse.compare.CompareEditorInput$6.open(CompareEditorInput.java
:457)
        at org.eclipse.compare.CompareViewerSwitchingPane$1.open(CompareViewerSw
itchingPane.java:55)
        at org.eclipse.jface.viewers.StructuredViewer$2.run(StructuredViewer.jav
a:406)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatfo
rm.java:609)
        at org.eclipse.core.runtime.Platform.run(Platform.java:541)
        at org.eclipse.jface.viewers.StructuredViewer.fireOpen(StructuredViewer.
java:404)
        at org.eclipse.jface.viewers.StructuredViewer.handleOpen(StructuredViewe
r.java:614)
        at org.eclipse.jface.viewers.StructuredViewer$6.handleOpen(StructuredVie
wer.java:703)
        at org.eclipse.jface.util.OpenStrategy.fireOpenEvent(OpenStrategy.java:2
09)
        at org.eclipse.jface.util.OpenStrategy.access$2(OpenStrategy.java:204)
        at org.eclipse.jface.util.OpenStrategy$1.mouseSelectItem(OpenStrategy.ja
va:344)
        at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:2
89)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2592)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2270)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1437)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1408)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.jav
a:244)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformAct
ivator.java:280)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:240)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:117)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
        at org.eclipse.core.launcher.Main.run(Main.java:699)
        at org.eclipse.core.launcher.Main.main(Main.java:683)

RC1

1. On the CVS preference page check 'Configure projects to use Watch/Edit' and
'Send a CVS edit notification to the server' and 'Always prompt'

2. Check out a CVS project and open a file in the editor
3. Rename the type
   -> no 'Perform Edit' request dialog is shown, although I said 'Always prompt'

I20040422

To get better control over the context menu lauch config contributions object 
contributions have to support the expression language. Enclosed two patches 
which add this support to the workbench. The patches are compiled against 
version I20040422/20. But since they are very local they should work against 
HEAD as well.

Using 200404220800, I got this error. Eclipse closed and I had to restart.

There is a leak in the SWT handles.

!SESSION avr. 26, 2004 11:48:30.917 --------------------------------------------
java.version=1.4.2_04
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=fr_CA
Command-line arguments: -showlocation
!ENTRY org.eclipse.ui 4 4 avr. 26, 2004 11:48:30.917
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 avr. 26, 2004 11:48:30.927
!MESSAGE No more handles
!STACK 0
org.eclipse.swt.SWTError: No more handles
	at org.eclipse.swt.SWT.error(SWT.java:2685)
	at org.eclipse.swt.SWT.error(SWT.java:2584)
	at org.eclipse.swt.SWT.error(SWT.java:2555)
	at org.eclipse.swt.graphics.Image.init(Image.java:1564)
	at org.eclipse.swt.graphics.Image.init(Image.java:1689)
	at org.eclipse.swt.graphics.Image.<init>(Image.java:628)
	at org.eclipse.jface.resource.ImageDescriptor.createImage(ImageDescriptor.java:169)
	at org.eclipse.jface.resource.ImageDescriptor.createImage(ImageDescriptor.java:131)
	at
org.eclipse.ui.internal.progress.NewProgressViewer.getImage(NewProgressViewer.java:980)
	at
org.eclipse.ui.internal.progress.NewProgressViewer.access$9(NewProgressViewer.java:977)
	at
org.eclipse.ui.internal.progress.NewProgressViewer$JobItem.<init>(NewProgressViewer.java:457)
	at
org.eclipse.ui.internal.progress.NewProgressViewer.createItem(NewProgressViewer.java:927)
	at
org.eclipse.ui.internal.progress.NewProgressViewer.findJobItem(NewProgressViewer.java:940)
	at
org.eclipse.ui.internal.progress.NewProgressViewer.add(NewProgressViewer.java:846)
	at
org.eclipse.ui.internal.progress.ProgressTreeContentProvider.add(ProgressTreeContentProvider.java:79)
	at
org.eclipse.ui.internal.progress.ProgressViewUpdater$1.runInUIThread(ProgressViewUpdater.java:242)
	at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:82)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2569)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2274)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1437)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1408)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:244)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:280)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:240)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:699)
	at org.eclipse.core.launcher.Main.main(Main.java:683)

While debugging, hit a breakpoint and got a timeout exception at the same time. Attempted to resume 
the thread and got an error dialog that had a mnemonic in the message. See attached screen shot.

3.1 M3

As part of the JDT team's explorations into grouping by working sets (in the
Package Explorer and other navigation views), they would also like to be able to
show dynamically created working sets.  For example, a working set representing
the set of recently used files.

build I20040225

Currently if you do a setForeground, setBackground or setFont on a TableItem or 
TreeItem, it always does a redraw().  Is there any performance impact of doing 
this?  If so, can it be made to only do the redraw if the value has actually 
changed?

In the JFace viewer label update code, we can't simply avoid setting the value 
if it is null since the items are reused across refreshes and other changes.  
An earlier use or configuration of the viewer may have resulted in colors or 
fonts being set, which now have to get nulled out.  We could get the current 
value and compare it ourselves, but this would be much less efficient than 
doing the check in SWT (e.g. getFont() does a lot of work, including OS 
messagess and object creation).

3.0RC2

The options:
- JRE 1.4 source compat.
- Save the settings... (the checkbox)
- Open generated index file in browser

are not remembered in (or reloaded from?) the javadoc.xml when rerunning the wizard.

20040129

- Turn on the Javadoc problems. In the following code is 'Socket' not resolvable
- The problem Id is: TypeRelated + Javadoc + 2

Can you add a constant for this?

public class AA {
	
	/**
	 * @see Socket
	 */
	public void foo(Vector ddddd, Vector vd) {
		Map map;
	}
}

I'm currently working with a few people on a SWT project where printing is needed. We are developing 
for the MacOS X 10.3.3 platform. Currently we're having trouble in implementing swt printing in our 
project. We then looked for some examples on swt printing and found this: http://dev.eclipse.org/
viewcvs/index.cgi/~checkout~/platform-swt-home/snippits/snippet132.html?rev=1.3&content-
type=text/plain . We tried to run this on our target platform but were not successfull. What we get is 
the following NullPointerException on stringExtent():

Exception in thread "main" java.lang.NullPointerException
	at org.eclipse.swt.graphics.GC.setString(GC.java:2033)
	at org.eclipse.swt.graphics.GC.textExtent(GC.java:2145)
	at org.eclipse.swt.graphics.GC.stringExtent(GC.java:2085)
	at Main.main(Main.java:45)


We also tried to run the example without getExtent() and failed also with a NullPointerException on 
drawString() . Are there any issues with GC on MacOS X? On a win32 machine everything worked fine. 
Are there any fixes for this? We are really pressed with this and would be glad if there was a bugfix or 
some help with this issue. Also, would it be possible to use AWT printing in a SWT project?

Press F5 inside the Intro page in Eclipse . 
IE refreshes the URL (about:blank) - causing a blank page to be displayed.

setText is used to render html in memory.

We should probably block default IE accelerators when URL is about:blank so 
that the content of setText is not cleared when the user presses F5.

We need to replace the debugModelActivityBinding with the standard activity 
pattern binding. Since activities are defined in the platform (and don't 
repreq debug), we cannot use our own extension point for this. 

My conversation with Kim:

"Darin Wright	I'm looking at the activity pattern bindings for project 
natures. For example, the java development activity is bound to the following 
pattern: pattern="org\.eclipse\.jdt\.core/javanature". Can clients define any 
sort of patterns they like, and interpret as required? We want to 
define "debug model activity bindings" and need to do something similar. We 
have our own extension point right now, but that seems wrong.
Kim_Horne@ca....	Sure.  You can define your own pattern syntax if you'd 
like
Kim_Horne@ca....	we don't enforce any particular format - it just 
happens that we've chosen a particular format for workbench
Darin Wright	OK. I think we can make it work. I just wondered if there was 
some magic behind the patterns.
Kim_Horne@ca....	naw... it's just a good rule that if you're going to 
be filtering a UI contribution that you follow the workbench patterns... keeps 
things simple
Darin Wright	yep - we'll have something 
like "org\.eclipse\.jdt\.debug/debugModel", bound to the javaDevelopment 
activity. It means that the java debug model ("org.eclipse.jdt.debug") is 
bound to javaDevelopment.
Kim_Horne@ca....	aha, cool.  Wont be a problem at all.
Darin Wright	thanks"

I suggest we create a pattern that has a debug model identifier followed 
by /debugModel. The debugger will use the pattern bindings instead of the new 
debugModelActivityBinding.

I'm having a performance problem with tables on AIX.  I have a table in a view with 30 or so table 
columns filled with 4,000 rows of data.  I have the ability for a user to select a format file for the table 
that changes which columns of the data are displayed without hiding the view.  I do this by disposing 
the TableColumns and creating new TableColumns based on the format data.  When I tested this on OS 
X (PowerBook G4 500 MHz) the performance was perfectly acceptable.  When I moved the code to AIX 
(Power3 350 MHz I think) the performance was hideous.

Tested with Eclipse 3.0 (final release), build ID: 200406251208

To reproduce:

1. Start Eclipse and open several files (let's say 6)
2. In the editor area, split the opened files in two groups 3 and 3 by dragging
the tab of a file to the bottom of the editor area (for the first file) and then
dragging the other two files into the bottom editor area.
3. Double click on a TAB on the upper area: the editor will zoom to the entire
application's screen
4. WITHOUT SWITCHING to any other editor window, just close the file that's
shown at full screen by clicking on the  ' x ' icon on the highlighted TAB.

What you get:
- The editor is restored to a non-full screen view
- The bottom group of edited files is disappeared

Workaround:
- Maximize the editor window and restore back again: the bottom 3 files will
appear again.

Additional notes:
- On previous point [4]: if you switch the edited file between the one initially
zoomed to another one, and you close it (or you close a file not currently under
editing), the editor will not exit from full screen mode. I don't know if this
has been already reported as bug, or is not considered as bug, but for sure
that's an INCONSISTENT behavior of the editor.

- I did NOT have a chance to test it on Windows 

- The files edited are JAVA files (it's using the Java editor part of the JDT),
but I can reproduce the same effect even with other file types (different editors)

Version: 3.1.0
Build id: 200408101200 (was also happening in HEAD code). 

1) Export a preference set. 
2) Import it. 

A dialog appears warning about an error that has occured "Updating Installed
JREs". Closing the workbench now prompts another error dialog "Preference node
"org.eclipse.jdt.core" has been removed."

Stack traces attached.

I have apache running on port 80.  Starting help infocenter on this port 
produces no error.  Infocenter is running.  Content cannot be displayed as 
this port is served by apache.  A consequence is also that infocenter cannot 
be closed programatically.  Issuing command to shutdown does nothing and 
reports a time out.  Infocetner can only be killed brutally.

The error about port being taken is produced but it is being logged in the 
catalina.*.log. and otherwise ignored.  Infocenter should report it on the 
command line and exit.

3.0 RC1

I don't know how we get this but we are in the cycle of migrating our plugins 
to 3.0.

java.lang.NullPointerException
	at org.eclipse.core.internal.runtime.AdapterManager.getFactory
(AdapterManager.java:210)
	at org.eclipse.core.internal.runtime.AdapterManager.getAdapter
(AdapterManager.java:154)
	at org.eclipse.core.runtime.PlatformObject.getAdapter
(PlatformObject.java:64)
	at 
com.intershop.enfinity.studio.core.common.LocalAdapterHandlerElement.getAdapter
(LocalAdapterHandlerElement.java:111)
	at 
com.intershop.enfinity.studio.ui.viewsupport.BeehiveLabelProvider.getWorkbenchA
dapter(BeehiveLabelProvider.java:652)
	at 
com.intershop.enfinity.studio.ui.viewsupport.BeehiveLabelProvider.getBaseText
(BeehiveLabelProvider.java:468)
	at 
com.intershop.enfinity.studio.ui.viewsupport.BeehiveLabelProvider.getText
(BeehiveLabelProvider.java:619)
	at org.eclipse.jface.viewers.TreeViewer.doUpdateItem
(TreeViewer.java:109)
	at 
org.eclipse.jface.viewers.AbstractTreeViewer$UpdateItemSafeRunnable.run
(AbstractTreeViewer.java:83)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem
(AbstractTreeViewer.java:459)
	at 
org.eclipse.jface.viewers.StructuredViewer$UpdateItemSafeRunnable.run
(StructuredViewer.java:128)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.jface.viewers.StructuredViewer.updateItem
(StructuredViewer.java:1368)
	at org.eclipse.jface.viewers.AbstractTreeViewer.createTreeItem
(AbstractTreeViewer.java:376)
	at org.eclipse.jface.viewers.AbstractTreeViewer$1.run
(AbstractTreeViewer.java:356)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.jface.viewers.AbstractTreeViewer.createChildren
(AbstractTreeViewer.java:342)
	at org.eclipse.jface.viewers.AbstractTreeViewer$5.run
(AbstractTreeViewer.java:782)
	at org.eclipse.jface.viewers.StructuredViewer.preservingSelection
(StructuredViewer.java:863)
	at org.eclipse.jface.viewers.AbstractTreeViewer.inputChanged
(AbstractTreeViewer.java:772)
	at org.eclipse.jface.viewers.ContentViewer.setInput
(ContentViewer.java:238)
	at org.eclipse.jface.viewers.StructuredViewer.setInput
(StructuredViewer.java:1058)
	at com.intershop.enfinity.studio.view.CartridgeView.initViewer
(CartridgeView.java:103)
	at com.intershop.enfinity.studio.view.BeehiveView.createViewerArea
(BeehiveView.java:473)
	at com.intershop.enfinity.studio.view.BeehiveView.createPartControl
(BeehiveView.java:201)
	at com.intershop.enfinity.studio.view.BeehiveTreeView.createPartControl
(BeehiveTreeView.java:56)
	at org.eclipse.ui.internal.PartPane$2.run(PartPane.java:131)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.ui.internal.PartPane.createChildControl
(PartPane.java:127)
	at org.eclipse.ui.internal.ViewPane.createChildControl
(ViewPane.java:131)
	at org.eclipse.ui.internal.ViewFactory$1.run(ViewFactory.java:332)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.ui.internal.ViewFactory.busyRestoreView
(ViewFactory.java:254)
	at org.eclipse.ui.internal.ViewFactory$2.run(ViewFactory.java:511)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ui.internal.ViewFactory.restoreView
(ViewFactory.java:509)
	at org.eclipse.ui.internal.ViewFactory$ViewReference.getPart
(ViewFactory.java:102)
	at org.eclipse.ui.internal.WorkbenchPage$1.propertyChange
(WorkbenchPage.java:130)
	at org.eclipse.ui.internal.LayoutPart.setVisible(LayoutPart.java:257)
	at org.eclipse.ui.internal.PartPane.setVisible(PartPane.java:311)
	at org.eclipse.ui.internal.ViewPane.setVisible(ViewPane.java:551)
	at org.eclipse.ui.internal.presentations.PresentablePart.setVisible
(PresentablePart.java:122)
	at 
org.eclipse.ui.internal.presentations.DefaultPartPresentation.selectPart
(DefaultPartPresentation.java:1090)
	at org.eclipse.ui.internal.PartStack.refreshPresentationSelection
(PartStack.java:922)
	at org.eclipse.ui.internal.PartStack.setSelection(PartStack.java:897)
	at org.eclipse.ui.internal.PartStack.showPart(PartStack.java:996)
	at org.eclipse.ui.internal.PartStack.createControl(PartStack.java:383)
	at org.eclipse.ui.internal.PartStack.createControl(PartStack.java:367)
	at org.eclipse.ui.internal.PartSashContainer.createControl
(PartSashContainer.java:427)
	at org.eclipse.ui.internal.PerspectiveHelper.activate
(PerspectiveHelper.java:156)
	at org.eclipse.ui.internal.Perspective.onActivate(Perspective.java:720)
	at org.eclipse.ui.internal.WorkbenchPage.setPerspective
(WorkbenchPage.java:2743)
	at org.eclipse.ui.internal.WorkbenchPage.busySetPerspective
(WorkbenchPage.java:733)
	at org.eclipse.ui.internal.WorkbenchPage.access$8
(WorkbenchPage.java:718)
	at org.eclipse.ui.internal.WorkbenchPage$12.run
(WorkbenchPage.java:2886)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchPage.setPerspective
(WorkbenchPage.java:2884)
	at org.eclipse.ui.internal.ChangeToPerspectiveMenu.run
(ChangeToPerspectiveMenu.java:87)
	at org.eclipse.ui.actions.PerspectiveMenu.run(PerspectiveMenu.java:303)
	at org.eclipse.ui.actions.PerspectiveMenu.runOther
(PerspectiveMenu.java:318)
	at org.eclipse.ui.actions.PerspectiveMenu$4.widgetSelected
(PerspectiveMenu.java:134)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

From the newsgroup:
> I expected that button to copy an item in that list. I would 
> expect that button to be labelled "External..." or "Load..." or something 
> like that.

I agree that one would assume that copy would copy from the presented list of 
builders and not copy a launch configuration.
I am not sure I like "External..." or "Load..." but we need something better 
than copy.

Occasionally the fileset template does not appear in the content assist when 
expected. Sometimes it reappears after a short delay.

I20040325

- started up Eclipse and executed the clean action
- got a dialog that the action is blocked by a background operation
- canceled the user action

Got a stale and emoty (white background) clean dialog back which hang around 
for almost 2 minutes.

The VM Dump 

Full thread dump Java HotSpot(TM) Client VM (1.4.2-b28 mixed mode):

"Worker-4" prio=5 tid=0x034640f8 nid=0x574 in Object.wait() [47cf000..47cfd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x16bddd40> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.Semaphore.acquire(Semaphore.java:36)
        - locked <0x16bddd40> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.OrderedLock.doAcquire
(OrderedLock.java:161)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire
(OrderedLock.java:99)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire
(OrderedLock.java:75)
        at org.eclipse.core.internal.resources.WorkManager.checkIn
(WorkManager.java:92)
        at org.eclipse.core.internal.resources.Workspace.prepareOperation
(Workspace.java:1521)
        at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1554)
        at org.eclipse.core.internal.events.NotificationManager$NotifyJob.run
(NotificationManager.java:37)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

"All Types Caching" prio=4 tid=0x03649590 nid=0xafc in Object.wait() 
[3f8f000..3f8fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x1354dab0> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.Semaphore.acquire(Semaphore.java:36)
        - locked <0x1354dab0> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.JobManager.join(JobManager.java:469)
        at org.eclipse.core.internal.jobs.InternalJob.join
(InternalJob.java:200)
        at org.eclipse.core.runtime.jobs.Job.join(Job.java:298)
        at org.eclipse.core.internal.events.BuildManager.interrupt
(BuildManager.java:335)
        at org.eclipse.core.internal.resources.Workspace.prepareOperation
(Workspace.java:1520)
        at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1554)
        at org.eclipse.jdt.internal.core.JavaModelOperation.runOperation
(JavaModelOperation.java:744)
        at org.eclipse.jdt.internal.core.JavaProject.setRawClasspath
(JavaProject.java:2584)
        at org.eclipse.jdt.core.JavaCore$5.run(JavaCore.java:3339)
        at org.eclipse.jdt.internal.core.BatchOperation.executeOperation
(BatchOperation.java:34)
        at org.eclipse.jdt.internal.core.JavaModelOperation.run
(JavaModelOperation.java:700)
        at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1559)
        at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3196)
        at org.eclipse.jdt.core.JavaCore.setClasspathContainer
(JavaCore.java:3325)
        at org.eclipse.pde.internal.core.ModelEntry.updateClasspathContainer
(ModelEntry.java:107)
        at org.eclipse.pde.internal.core.RequiredPluginsInitializer.initialize
(RequiredPluginsInitializer.java:40)
        at org.eclipse.jdt.core.JavaCore$1.run(JavaCore.java:1176)
        at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:610)
        at org.eclipse.core.runtime.Platform.run(Platform.java:521)
        at org.eclipse.jdt.core.JavaCore.getClasspathContainer
(JavaCore.java:1171)
        at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1841)
        at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1764)
        at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1736)
        at org.eclipse.jdt.internal.core.DeltaProcessingState.initializeRoots
(DeltaProcessingState.java:147)
        at org.eclipse.jdt.internal.core.JavaModelOperation.run
(JavaModelOperation.java:698)
        at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1559)
        at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3196)
        at org.eclipse.jdt.core.JavaCore.setClasspathContainer
(JavaCore.java:3325)
        at 
org.eclipse.jdt.internal.launching.JREContainerInitializer.initialize
(JREContainerInitializer.java:51)
        at org.eclipse.jdt.core.JavaCore$1.run(JavaCore.java:1176)
        at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:610)
        at org.eclipse.core.runtime.Platform.run(Platform.java:521)
        at org.eclipse.jdt.core.JavaCore.getClasspathContainer
(JavaCore.java:1171)
        at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1841)
        at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1764)
        at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1736)
        at org.eclipse.jdt.internal.core.search.JavaSearchScope.add
(JavaSearchScope.java:78)
        at org.eclipse.jdt.internal.core.search.JavaWorkspaceScope.initialize
(JavaWorkspaceScope.java:79)
        at org.eclipse.jdt.internal.core.search.JavaSearchScope.<init>
(JavaSearchScope.java:52)
        at org.eclipse.jdt.internal.core.search.JavaWorkspaceScope.<init>
(JavaWorkspaceScope.java:30)
        at org.eclipse.jdt.core.search.SearchEngine.createWorkspaceScope
(SearchEngine.java:430)
        at org.eclipse.jdt.internal.corext.util.AllTypesCache.search
(AllTypesCache.java:502)
        at 
org.eclipse.jdt.internal.corext.util.AllTypesCache$TypeCacher.doSearchTypes
(AllTypesCache.java:180)
        at org.eclipse.jdt.internal.corext.util.AllTypesCache$TypeCacher.run
(AllTypesCache.java:149)

"Worker-2" prio=5 tid=0x035b2a78 nid=0xd0c runnable [3e8f000..3e8fd94]
        at java.io.FileInputStream.open(Native Method)
        at java.io.FileInputStream.<init>(FileInputStream.java:106)
        at org.eclipse.core.internal.localstore.FileSystemStore.read
(FileSystemStore.java:300)
        at org.eclipse.core.internal.localstore.FileSystemResourceManager.read
(FileSystemResourceManager.java:487)
        at org.eclipse.core.internal.resources.File.getContents(File.java:251)
        at org.eclipse.core.internal.resources.File.getContents(File.java:241)
        at 
org.eclipse.team.internal.ccvs.core.util.SyncFileWriter.readFirstLine
(SyncFileWriter.java:433)
        at 
org.eclipse.team.internal.ccvs.core.util.SyncFileWriter.readFolderSync
(SyncFileWriter.java:186)
        at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.cacheFolderSy
nc(EclipseSynchronizer.java:84
8)
        at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.getFolderSync
(EclipseSynchronizer.java:181)

        at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.isCVSFolder
(EclipseFolder.java:222)
        at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.isIgnored
(EclipseFolder.java:264)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.members
(EclipseFolder.java:70)
        at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.calculateAndSaveChi
ldModificationStates(EclipseFo
lder.java:388)
        at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.isModified
(EclipseFolder.java:358)
        at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.calculateAndSaveChi
ldModificationStates(EclipseFo
lder.java:392)
        at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.isModified
(EclipseFolder.java:358)
        at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.calculateAndSaveChi
ldModificationStates(EclipseFo
lder.java:392)
        at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.isModified
(EclipseFolder.java:358)
        at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.calculateAndSaveChi
ldModificationStates(EclipseFo
lder.java:392)
        at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.isModified
(EclipseFolder.java:358)
        at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.calculateAndSaveChi
ldModificationStates(EclipseFo
lder.java:392)
        at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.isModified
(EclipseFolder.java:358)
        at org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.isDirty
(CVSLightweightDecorator.java:140)
        at org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.isDirty
(CVSLightweightDecorator.java:153)
        at org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.decorate
(CVSLightweightDecorator.java:224)
        at 
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.decorate
(LightweightDecoratorDefinition.jav
a:155)
        at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager$LightweightRunna
ble.run(LightweightDecoratorMa
nager.java:60)
        at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:610)
        at org.eclipse.core.runtime.Platform.run(Platform.java:521)
        at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.decorate
(LightweightDecoratorManager.java:258)

        at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.getDecorations
(LightweightDecoratorManager.jav
a:241)
        at org.eclipse.ui.internal.decorators.DecorationScheduler$1.run
(DecorationScheduler.java:250)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

"Worker-1" prio=5 tid=0x03542c28 nid=0xee4 in Object.wait() [3e4f000..3e4fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x1159e0b8> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:184)
        - locked <0x1159e0b8> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob
(WorkerPool.java:210)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

"Java indexing" daemon prio=4 tid=0x03267d50 nid=0x21c in Object.wait() 
[3d5f000..3d5fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11f73440> (a 
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.jdt.internal.core.search.processing.JobManager.run
(JobManager.java:327)
        - locked <0x11f73440> (a 
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Thread.run(Thread.java:534)

"Worker-0" prio=5 tid=0x0097e858 nid=0xd50 runnable [3cff000..3cffd94]
        at org.eclipse.core.runtime.Path.<init>(Path.java:114)
        at org.eclipse.core.internal.watson.ElementTreeIterator.requestPath
(ElementTreeIterator.java:152)
        at org.eclipse.core.internal.resources.MarkerManager$3.visitElement
(MarkerManager.java:493)
        at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration
(ElementTreeIterator.java:76)
        at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration
(ElementTreeIterator.java:80)
        at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration
(ElementTreeIterator.java:80)
        at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration
(ElementTreeIterator.java:80)
        at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration
(ElementTreeIterator.java:80)
        at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration
(ElementTreeIterator.java:80)
        at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration
(ElementTreeIterator.java:80)
        at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration
(ElementTreeIterator.java:80)
        at org.eclipse.core.internal.watson.ElementTreeIterator.iterate
(ElementTreeIterator.java:112)
        at org.eclipse.core.internal.resources.MarkerManager.visitorFindMarkers
(MarkerManager.java:498)
        at org.eclipse.core.internal.resources.MarkerManager.findMarkers
(MarkerManager.java:218)
        at org.eclipse.core.internal.resources.Resource.findMarkers
(Resource.java:777)
        at 
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider.propagateProb
lemMarkers(SynchronizeModelPro
vider.java:460)
        at 
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider.calculateProp
erties(SynchronizeModelProvide
r.java:445)
        at 
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider.resourceChang
ed(SynchronizeModelProvider.ja
va:578)
        - locked <0x125e6be0> (a 
org.eclipse.team.internal.ui.synchronize.CompressedFoldersModelProvider)
        at org.eclipse.core.internal.events.NotificationManager$2.run
(NotificationManager.java:255)
        at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:610)
        at org.eclipse.core.runtime.Platform.run(Platform.java:521)
        at org.eclipse.core.internal.events.NotificationManager.notify
(NotificationManager.java:248)
        at 
org.eclipse.core.internal.events.NotificationManager.broadcastChanges
(NotificationManager.java:142)
        at org.eclipse.core.internal.events.AutoBuildJob.broadcastChanges
(AutoBuildJob.java:71)
        at org.eclipse.core.internal.events.AutoBuildJob.doBuild
(AutoBuildJob.java:138)
        at org.eclipse.core.internal.events.AutoBuildJob.run
(AutoBuildJob.java:168)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

"Start Level Event Dispatcher" daemon prio=5 tid=0x031ef418 nid=0x300 in 
Object.wait() [340f000..340fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x114553b0> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent
(EventThread.java:167)
        - locked <0x114553b0> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run
(EventThread.java:118)

"Framework Event Dispatcher" daemon prio=5 tid=0x03323e68 nid=0xadc in 
Object.wait() [33cf000..33cfd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x1144af88> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent
(EventThread.java:167)
        - locked <0x1144af88> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run
(EventThread.java:118)

"Signal Dispatcher" daemon prio=10 tid=0x00949e80 nid=0xa34 waiting on 
condition [0..0]

"RequestServer" daemon prio=5 tid=0x00949c00 nid=0xddc runnable 
[307f000..307fd94]
        at java.net.PlainSocketImpl.socketAccept(Native Method)
        at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353)
        - locked <0x113cce30> (a java.net.PlainSocketImpl)
        at java.net.ServerSocket.implAccept(ServerSocket.java:448)
        at java.net.ServerSocket.accept(ServerSocket.java:419)
        at com.yourkit.runtime.RequestServer.if(a:231)
        at com.yourkit.runtime.RequestServer.access$000(a:224)
        at com.yourkit.runtime.RequestServer$1.run(a:3)

"Finalizer" daemon prio=9 tid=0x008f4d78 nid=0xad8 in Object.wait() 
[2c3f000..2c3fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x113ccf48> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x113ccf48> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x008f3948 nid=0xffc in Object.wait() 
[2bff000..2bffd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x113ccfb0> (a java.lang.ref.Reference$Lock)
        at java.lang.Object.wait(Object.java:429)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
        - locked <0x113ccfb0> (a java.lang.ref.Reference$Lock)

"main" prio=7 tid=0x00035c20 nid=0x2f4 in Object.wait() [7e000..7fc3c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x16c35d78> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.Semaphore.acquire(Semaphore.java:36)
        - locked <0x16c35d78> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.OrderedLock.doAcquire
(OrderedLock.java:161)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire
(OrderedLock.java:99)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire
(OrderedLock.java:75)
        at org.eclipse.core.internal.resources.WorkManager.checkIn
(WorkManager.java:92)
        at org.eclipse.core.internal.resources.Workspace.prepareOperation
(Workspace.java:1521)
        at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1554)
        at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1578)
        at org.eclipse.ui.internal.ide.dialogs.CleanDialog.buttonPressed
(CleanDialog.java:59)
        at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:413)
        at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2584)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2262)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java:670)
        at org.eclipse.jface.window.Window.open(Window.java:650)
        at org.eclipse.ui.internal.ide.actions.BuildCleanAction.run
(BuildCleanAction.java:43)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:550)
        at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:502)
        at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:435)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2584)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2262)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:288)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:232)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:116)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:315)
        at org.eclipse.core.launcher.Main.run(Main.java:740)
        at org.eclipse.core.launcher.Main.main(Main.java:724)

I200404200800

The Search view has recently added an inner border. This makes it look different
from every other view in Eclipse.

The Eclipse UI team is currently investigating adding its own border around
views (bug 56535), which will cause the the search view to have two borders.

See details in bug 56300.

JDT Core should not block OperationCancelledException as it does currently in 
places where ISafeRunnable is being used. Need to check other places as well.

build I20040413

- set breakpoint in an action delegate's selectionChanged method
- ensure that the delegate is coming from a plugin that is already activated on
startup (e.g. using the startup extension point)
- the id of the action given to the delegate is the default "PluginAction.X",
not the id from the extension

ActionDescriptor.createAction creates the WWinPluginAction, whose constructor
assigns the default id, then createAction assigns the extension id.  However,
the constructor calls refreshSelection which will create the delegate if the
plugin is started.

Build I20040420

AbstractUIPlugin should have start(...) and stop(...) methods.
Currently, it only has startup() and shutdown() methods.

A plug-in's startup() and shutdown() methods get called only if that plug-in 
explicitly requires org.eclipse.core.runtime.compatibility.

A plug-in's start(..) and stop(..) methods get called all the time.

We (Jeff and I) believe that the correct behavior in AbstractUIPlugin 
will be achieved by:
(a) replacing 
public void startup() throws CoreException {
	refreshPluginActions();
}

by
public void start(BundleContext context) throws Exception {
   super.start(context);
   refreshPluginActions();
}

(2) replacing 
public void shutdown() throws CoreException {
	super.shutdown();
	saveDialogSettings();
	savePreferenceStore();
	preferenceStore = null;
	imageRegistry = null;
}
by
public void stop(BundleContext context) throws Exception {
   try {
	saveDialogSettings();
	savePreferenceStore();
	preferenceStore = null;
	imageRegistry = null;
   } finally {
	super.stop(context);
   }
}

I20040120_1132

public class A {
	public A(int myParam) {
	}
}

- invoke QuickFix "Assign parameter to new field" on "myParam"

=> Bug 1: the proposals popup list has a wrong selection
expected: fMyParam (the selected text in the editor)
was: fParam

- select myParam, press Return

=> Bug2: the second proposals popup list has a wrong selection, too
expected: myParam (the selected text in the editor)
was: fParam

Build 20041020

For now, using IFile.setContents(...) uses a scheduling rule that is the IFile 
itself. Thus CreateElementInCUOperation uses a scheduling rule that is the 
IFile too. However if IFile.setContents(...) was to change its behavior and use 
a scheduling rule that is the parent folder, CreateElementInCUOperation would 
fail.

Thus this operation (and Java model operations in general) should use an 
IResourceRuleFactory (see IWorkspace.getRuleFactory()) to create the scheduling 
rule, so that it is not dependent on the Platform Core behavior.

The body of this method is

	protected boolean isCoolBarLocked() {
		return getCoolBarManager().getLockLayout();
	}

The javadoc for getCoolBarManager says that it may return null so we need to 
check here.

I haven't seen this in any real product, just in one of my test cases.  However 
only when the LockToolBarAction has been installed AND the workbench window is 
closed from within WorkbenchAdvisor.postStartup.

Using build 200406172123

Happens in 200406180800 as well - switched back to above build thinking 
something had been broken in the latest, but the bug existed there as well.

I installed the Spring framework plugin (update site is 
http://springframework.sourceforge.net/spring-ide/eclipse/updatesite/)

When I click a bean in the beans view, the details about that bean should 
display in a properties view. Nothing is displayed there and an error dialog 
results along with the following log output:


!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.ui.views.properties.PropertySheetEntry.refreshChildEntries
(PropertySheetEntry.java:436)
	at org.eclipse.ui.views.properties.PropertySheetEntry.setValues
(PropertySheetEntry.java:627)
	at org.eclipse.ui.views.properties.PropertySheetViewer.setInput
(PropertySheetViewer.java:805)
	at org.eclipse.ui.views.properties.PropertySheetPage.selectionChanged
(PropertySheetPage.java:370)
	at org.eclipse.ui.views.properties.PropertySheet.selectionChanged
(PropertySheet.java:185)
	at org.eclipse.ui.internal.AbstractSelectionService$3.run
(AbstractSelectionService.java:153)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.ui.internal.AbstractSelectionService.fireSelection
(AbstractSelectionService.java:151)
	at org.eclipse.ui.internal.AbstractSelectionService.partActivated
(AbstractSelectionService.java:242)
	at org.eclipse.ui.internal.WorkbenchPage.firePartActivated
(WorkbenchPage.java:1362)
	at org.eclipse.ui.internal.WorkbenchPage.setActivePart
(WorkbenchPage.java:2684)
	at org.eclipse.ui.internal.WorkbenchPage.requestActivation
(WorkbenchPage.java:2361)
	at org.eclipse.ui.internal.PartPane.requestActivation(PartPane.java:304)
	at org.eclipse.ui.internal.PartPane.setFocus(PartPane.java:325)
	at org.eclipse.ui.internal.PartStack.presentationSelectionChanged
(PartStack.java:677)
	at org.eclipse.ui.internal.PartStack.access$0(PartStack.java:660)
	at org.eclipse.ui.internal.PartStack$1.selectPart(PartStack.java:94)
	at 
org.eclipse.ui.internal.presentations.DefaultPartPresentation.setSelection
(DefaultPartPresentation.java:1400)
	at 
org.eclipse.ui.internal.presentations.DefaultPartPresentation$4.handleEvent
(DefaultPartPresentation.java:166)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:613)
	at org.eclipse.swt.custom.CTabFolder.setSelection(CTabFolder.java:2951)
	at org.eclipse.swt.custom.CTabFolder.onMouse(CTabFolder.java:1861)
	at org.eclipse.swt.custom.CTabFolder$1.handleEvent(CTabFolder.java:289)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2732)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2398)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1375)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1346)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:252)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:186)
	at org.eclipse.core.launcher.Main.run(Main.java:647)
	at org.eclipse.core.launcher.Main.main(Main.java:631)

20041104

I think it might make sense to be able to set the allignment of enum constants
as you might define them all on a line

enum MyColors {
  BLUE, RED, GREEN, YELLOW, BLACK
}

I200409140800

The popup table that helps me with multi-stroke keyboard shortcuts is displaced.
It hangs out of the lower-right border of the workbench window. This is
especially annoying when working in full-screen mode, since the popup is cut off
then.

The Ctrl+Shift+L popup has the same problem (Dani mentioned it in bug 72161
comment 2).

The custom code in Program Gnome can be removed. It prevents us from going 64 bit.

If the intent is that ILaunchConfiguration.getAttributes doesn't let one
modify that actual attribs of ILaunchConfiguration then
a.) The javadoc ILaunchConfiguration.getAttributes should warn readers that 
    mods to map returned by getAttributes probably won't have the desired 
    effect.
b.) Either LaunchConfigurationInfo.getAttributes or 
    LaunchConfiguration.getAttributes should be using
    Collections.unmodifiableMap.

Eclipse Platform:
-----------------
Version: 3.1.0
Build id: 200408122000

JDK:
----
java version "1.5.0-beta3"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-beta3-b60)
Java HotSpot(TM) Client VM (build 1.5.0-beta3-b60, mixed mode, sharing)

Action:
-------
press 'F4' on java.util.concurrent.TimeUnit in this code:

    public void run() {
        TimeUnit tunit;
    }


Result:
-------

!ENTRY org.eclipse.core.runtime 4 2 Aug 30, 2004 09:58:31.163
!MESSAGE An internal error occurred during: "Override indicator installation 
job".
!STACK 0
java.lang.NullPointerException
	at org.eclipse.jdt.core.dom.ASTConverter.lookupScope
(ASTConverter.java:3350)
	at org.eclipse.jdt.core.dom.ASTConverter.lookupForScopes
(ASTConverter.java:3313)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1295)
	at org.eclipse.jdt.core.dom.ASTParser.convert(ASTParser.java:711)
	at org.eclipse.jdt.core.dom.ASTParser.internalCreateAST
(ASTParser.java:682)
	at org.eclipse.jdt.core.dom.ASTParser.createAST(ASTParser.java:574)
	at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.createAST
(ASTProvider.java:441)
	at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.getAST
(ASTProvider.java:393)
	at org.eclipse.jdt.internal.ui.javaeditor.JavaEditor$8.run
(JavaEditor.java:3857)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

!ENTRY org.eclipse.core.runtime 4 2 Aug 30, 2004 09:58:31.233
!MESSAGE An internal error occurred during: "Java AST creation".
!STACK 0
java.lang.NullPointerException
	at org.eclipse.jdt.core.dom.ASTConverter.lookupScope
(ASTConverter.java:3350)
	at org.eclipse.jdt.core.dom.ASTConverter.lookupForScopes
(ASTConverter.java:3313)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1295)
	at org.eclipse.jdt.core.dom.ASTParser.convert(ASTParser.java:711)
	at org.eclipse.jdt.core.dom.ASTParser.internalCreateAST
(ASTParser.java:682)
	at org.eclipse.jdt.core.dom.ASTParser.createAST(ASTParser.java:574)
	at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.createAST
(ASTProvider.java:441)
	at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.getAST
(ASTProvider.java:393)
	at 
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartList
enerGroup.calculateASTandInform(SelectionListenerWithASTManager.java:159)
	at 
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$3.run
(SelectionListenerWithASTManager.java:136)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

!ENTRY org.eclipse.core.runtime 4 2 Aug 30, 2004 09:58:31.383
!MESSAGE An internal error occurred during: "Semantic Highlighting Job".
!STACK 0
java.lang.NullPointerException
	at org.eclipse.jdt.core.dom.ASTConverter.lookupScope
(ASTConverter.java:3350)
	at org.eclipse.jdt.core.dom.ASTConverter.lookupForScopes
(ASTConverter.java:3313)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1295)
	at org.eclipse.jdt.core.dom.ASTParser.convert(ASTParser.java:711)
	at org.eclipse.jdt.core.dom.ASTParser.internalCreateAST
(ASTParser.java:682)
	at org.eclipse.jdt.core.dom.ASTParser.createAST(ASTParser.java:574)
	at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.createAST
(ASTProvider.java:441)
	at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.getAST
(ASTProvider.java:393)
	at 
org.eclipse.jdt.internal.ui.javaeditor.SemanticHighlightingReconciler$1.run
(SemanticHighlightingReconciler.java:356)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

!ENTRY org.eclipse.core.runtime 4 2 Aug 30, 2004 09:58:31.863
!MESSAGE An internal error occurred during: "Java AST creation".
!STACK 0
java.lang.NullPointerException
	at org.eclipse.jdt.core.dom.ASTConverter.lookupScope
(ASTConverter.java:3350)
	at org.eclipse.jdt.core.dom.ASTConverter.lookupForScopes
(ASTConverter.java:3313)
...

this exception repeats several/many times ...

On the Ant JRE tab, specify a local directory that does not exist.
Set the JRE to be the same as the workspace

The working directory error is not cleared and the launch configuation is not 
considered valid (you can't run)

3.1 M3

See bug 77720. There's a FIXME in PositionTracker.

200411022000

The AST for a source reference List<String> looks like this:

ParameterizedType ("List<String>") - typeBinding: List<String>
type:
  + SimpleType ("List") - typeBinding: *null*
    name:
    + SimpleName ("List") - typeBinding: List<String>
typeArguments:
  + SimpleType ("String") - typeBinding: String
    name:
    + SimpleName ("String") - typeBinding: String

I would expect that the SimpleType ("List") also has a typeBinding List<String>.

Switching between modes in the Synchronize view is not accessible. According to
the Eclipse UI Guideline 7.12 , you have to "Put only the most commonly used
commands on the toolbar. Any command on a toolbar must also appear in a menu,
either the context menu or the view menu."
( http://eclipse.org/articles/Article-UI-Guidelines/Contents.html )

I'd suggest to add the mode-switching comands (incoming, outgoing, ...) to the
view menu.

There are several uses of the above method that should be investigated.  In the
event that the compatability layer is not loaded it will always return null. 
One case (Bug 71630) results in the workbench being unable to start itself.

Bug report 45206 describes errors when importing from the default package when 
running 1.4 compliant compiles. Unfortunately, if you use Organize Imports and 
a needed class exists in the default package, it will be used. This creates an 
import generated by the system which is unusable and invalid.

Even if the class exists in both default and non-default packages, the one in 
the default package is used.

Note that if you use quick fix, the class in the default package is not shown 
as a valid choice.

A workaround is to manually delete the import and use quick fix to insert the 
correct one, but this is a pain.

20040831

The toolbarwrapper Composite(and its EnhancedFillLayout) that are created in 
org.eclipse.ui.internal.ViewPane.createToolBars() (line 258) are not getting 
GC'd.

For example for each open/close of a PackageExplorer, one Composite is leaked.

Build 20040504

As we do support minimal behavior for units outside the classpath (or in non 
Java projects), we could better support units outside the workspace.

These are now available through Open External File menu.

2 options:
- allow to create some special fake project (as we do with special fake pkg 
roots when outside classpath). Need to filter this special project out from 
standard model.
- enrish the working copy owner to allow it to define its classpath and 
compiler settings to use (when none is available by default).

Either option have the nice advantage that existing APIs would not need to be 
modified.

3.1 M3

These actions no longer appears in the UI, as of 3.0.

20040831

org.eclipse.team.internal.ui.synchronize.actions.CopyToClipboardAction never 
disposes the Clipboard that it creates.

This results in a Clipboard leaked for each open/close of the Synchronize View.

This use-case is pretty wild, but it seems that the refactoring doesn't handle 
it well. Or at least it's not clear to me. Consider a java file containing 
following two class definitions:

    class A {
        public B b; // <- rename this
        public void method() {
            B.b.a.b = null;
        }
    }
    
    class B {
        public static B b;
        public A a;
    }

Now use the refactoring functionality to rename the marked field (A.b) to 
something else, for example "c".
No warnings in the preview, but you can see that the result is not compilable, 
as the field reference in method (which is pretty obfuscated) is not updated.

BUT - if you now try to rename the field (now A.c) to "d", it goes fine...

BUT no. 2 - if you now try to rename the field (now A.d) back to "b", you get a 
warning in the preview dialog. But if you proceed, the result is OK.

Is this some issue of JDT or am _I_ seeing something wrong?

During the 3.0 cycle we switched from storing launch config handles in the .project file to storing 
the launch configuration file name. This allows a project's builders to work regardless of the 
project's name.

While working on bug 65391, however, it occurred to me that we might be setting ourselves up for 
future migration problems by only storing the file name. Specifically, we might decide to store the 
configs in a different directory in the future - either by changing the default directory we store to or 
by allowing the user to choose a folder inside the project (this has been requested).

I suggest that we change to storing the entire path from the project to the launch config to give 
ourselves this breathing room in the future.

Given a directory structure like so:
  MyProject/.externalToolBuilders/builder.launch
we currently store:
  builder.launch
My suggestion is to store:
  .externalToolBuilders/builder.launch

When restoring a crashed workspace the AllTypeCache Updater has shown-up 
during the start-up sequence before an event loop is active.

The suspicion is that this updating is triggered by a delta before the 
runnable that triggers the initial population is executed.

The solution we have discussed is that the all types cache should ignore 
deltas and not start updating before the runnable is executed.

I can no longer launch anything (using 3.0RC1).

!SESSION Jun 04, 2004 17:10:56.902 ---------------------------------------------
eclipse.buildId=I200405290105
java.version=1.4.2_04
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
!ENTRY org.eclipse.core.runtime 4 2 Jun 04, 2004 17:10:56.902
!MESSAGE An internal error occurred during: "Launching".
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.debug.core.model.LaunchConfigurationDelegate.isLaunchProblem(LaunchConfigurationDelegate.java:287)
	at
org.eclipse.jdt.launching.AbstractJavaLaunchConfigurationDelegate.isLaunchProblem(AbstractJavaLaunchConfigurationDelegate.java:856)
	at
org.eclipse.debug.core.model.LaunchConfigurationDelegate.existsProblems(LaunchConfigurationDelegate.java:268)
	at
org.eclipse.debug.core.model.LaunchConfigurationDelegate.finalLaunchCheck(LaunchConfigurationDelegate.java:125)
	at
org.eclipse.debug.internal.core.LaunchConfiguration.launch(LaunchConfiguration.java:559)
	at
org.eclipse.debug.internal.core.LaunchConfiguration.launch(LaunchConfiguration.java:150)
	at
org.eclipse.debug.internal.ui.DebugUIPlugin.buildAndLaunch(DebugUIPlugin.java:796)
	at org.eclipse.debug.internal.ui.DebugUIPlugin$6.run(DebugUIPlugin.java:959)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

This is new to 3.0RC1.  If you do not define
eclipse.application=org.eclipse.ui.ide.workbench in your config.ini when
branding the platform, eclipse crashes on startup generating the following log:

!SESSION Jun 02, 2004 14:55:49.993 ---------------------------------------------
eclipse.buildId=I200405290105
java.version=1.4.1_02
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_CA
!ENTRY org.eclipse.osgi Jun 02, 2004 14:55:49.993
!MESSAGE Application error
!STACK 1
java.lang.NullPointerException
	at java.util.Hashtable.put(Hashtable.java:389)
	at java.util.Properties.setProperty(Properties.java:102)
	at java.lang.System.setProperty(System.java:654)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:308)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

Has a default value been removed since M9?

I20040113

Opening a class file from a JAR which has no source causes IAE.

!ENTRY org.eclipse.core.runtime 4 2 Jan 14, 2004 17:43:55.905
!MESSAGE An internal error occurred during: "Java AST creation".
!STACK 0
java.lang.IllegalArgumentException
	at org.eclipse.jdt.core.dom.AST.parseCompilationUnit(AST.java:528)
	at org.eclipse.jdt.core.dom.AST.parseCompilationUnit(AST.java:439)
	at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartListenerGroup.computeAST(SelectionListenerWithASTManager.java:122)
	at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartListenerGroup.calculateASTandInform(SelectionListenerWithASTManager.java:133)
	at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$1.run(SelectionListenerWithASTManager.java:93)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

Build: I20041026

Importing the attached eclipse preference file in build I20041026 results in
several instances of the following error in the log:

org.eclipse.jface.util.Assert$AssertionFailedException: null argument;
	at org.eclipse.jface.util.Assert.isNotNull(Assert.java:143)
	at org.eclipse.jface.util.Assert.isNotNull(Assert.java:119)
	at org.eclipse.jface.util.ListenerList.remove(ListenerList.java:155)
	at
org.eclipse.jface.resource.ResourceRegistry.removeListener(ResourceRegistry.java:90)
	at
org.eclipse.ui.texteditor.SourceViewerDecorationSupport.hideMargin(SourceViewerDecorationSupport.java:767)
	at
org.eclipse.ui.texteditor.SourceViewerDecorationSupport.handlePreferenceStoreChanged(SourceViewerDecorationSupport.java:543)
	at
org.eclipse.ui.texteditor.SourceViewerDecorationSupport$1.propertyChange(SourceViewerDecorationSupport.java:289)
	at
org.eclipse.ui.texteditor.ChainedPreferenceStore.firePropertyChangeEvent(ChainedPreferenceStore.java:162)
	at
org.eclipse.ui.texteditor.ChainedPreferenceStore.handlePropertyChangeEvent(ChainedPreferenceStore.java:429)
	at
org.eclipse.ui.texteditor.ChainedPreferenceStore.access$0(ChainedPreferenceStore.java:406)
	at
org.eclipse.ui.texteditor.ChainedPreferenceStore$PropertyChangeListener.propertyChange(ChainedPreferenceStore.java:68)
	at
org.eclipse.ui.preferences.ScopedPreferenceStore$3.run(ScopedPreferenceStore.java:340)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:616)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at
org.eclipse.ui.preferences.ScopedPreferenceStore.firePropertyChangeEvent(ScopedPreferenceStore.java:337)
	at
org.eclipse.ui.preferences.ScopedPreferenceStore$1.preferenceChange(ScopedPreferenceStore.java:140)
	at
org.eclipse.core.internal.preferences.EclipsePreferences$3.run(EclipsePreferences.java:735)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:616)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at
org.eclipse.core.internal.preferences.EclipsePreferences.firePreferenceEvent(EclipsePreferences.java:738)
	at
org.eclipse.core.internal.preferences.EclipsePreferences.internalRemove(EclipsePreferences.java:570)
	at
org.eclipse.core.internal.preferences.EclipsePreferences.remove(EclipsePreferences.java:845)
	at
org.eclipse.core.internal.preferences.EclipsePreferences.removeNode(EclipsePreferences.java:858)
	at
org.eclipse.core.internal.preferences.EclipsePreferences.removeNode(EclipsePreferences.java:874)
	at
org.eclipse.core.internal.preferences.PreferencesService$1.visit(PreferencesService.java:152)
	at
org.eclipse.core.internal.preferences.EclipsePreferences.accept(EclipsePreferences.java:90)
	at
org.eclipse.core.internal.preferences.EclipsePreferences.accept(EclipsePreferences.java:94)
	at
org.eclipse.core.internal.preferences.PreferencesService.applyPreferences(PreferencesService.java:184)
	at
org.eclipse.core.internal.preferences.PreferencesService.importPreferences(PreferencesService.java:585)
	at org.eclipse.core.runtime.Preferences.importPreferences(Preferences.java:367)
	at
org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.importPreferences(WorkbenchPreferenceDialog.java:345)
	at
org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.access$0(WorkbenchPreferenceDialog.java:317)
	at
org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog$1.run(WorkbenchPreferenceDialog.java:215)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at
org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.loadPressed(WorkbenchPreferenceDialog.java:210)
	at
org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.buttonPressed(WorkbenchPreferenceDialog.java:160)
	at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:543)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:800)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2794)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2448)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:718)
	at org.eclipse.jface.window.Window.open(Window.java:696)
	at org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:64)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:988)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:555)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:505)
	at
org.eclipse.jface.action.ActionContributionItem$6.handleEvent(ActionContributionItem.java:419)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:800)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2794)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2448)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1527)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1498)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:276)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
	at java.lang.reflect.Method.invoke(Method.java:391)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:704)
	at org.eclipse.core.launcher.Main.main(Main.java:688)

build I20040316-1300

- delete the icons directory under org.eclipse.ui from my local workspace
- in sync view, selected org.eclipse.ui and chose Override and Update
- the progress indicator and progress view showed no progress message, e.g.
: (59%)

In eclipse-SDK-N20040125-linux-gtk
(I'm developing a plug-in)
Run->Debug...
This opens the window "Create, manage and run configurations"
Select run-time workbench->run-time workbench. This shows a screen with many
"pages":
test,arguments,classpath,JRE,...
If the window is too small to show all the page tabs, two arrows are shown to go
to the other tabs. 
These arrows do not work!

The same trick with many pages and arrows has no problems in other places: e.g.
when editing a lot of files in the "Java Perspective".

Sorry if I get the component wrong (again): is it debug or UI??
If someone can point me to some guidelines for determining the failing
component, I'll try to get the component name right next time :-)

The new early activation mechansim allows a class to be specified in the 
extension.  If the class is not present then the supplying plugin's Plugin 
class is used.  In Eclipse 3.0 we cannot access random plugin objects unless 
the runtime compatibility code is present.  To support cases where it is not 
present, the current implementation that uses the Plugin object should be 
changed to use reflection.

3.0.1 RC2

* open the LCD on an Ant build configured to run in the same VM as Eclipse
* select "seperate JRE"
* The JRE pulldown remains blank, the apply/revert are not enabled, and there 
is no error message (to select a JRE)
* pressing run or closing results in no changes (i.e. still runs in the same 
VM as Eclispe).

public class Test {

    void test(String s) {
        if (s == null) s = ""; //$NON-NLS-1$
    }
}

Formatted using Java Conventions:

public class Test {

    void test(String s) {
        if (s == null) s = "";
        //$NON-NLS-1$
    }
}

@@@@

The //$NON-NLS-1$ should be kept on the same line.

does not work. See 'White space' tab page, 'Array inializers' category in the 
code formatter 'edit profile' dialog.

If the user has an Ant editor open during startup we spend time parsing the 
Ant dtd during this phase. 

We should investigate doing this lazily on the first code complete or 
reconcile in the Ant editor.

Build: I20040609 1200

If code that runs as a result of dispatching a command cancels, it is now
reported in the UI with an error dialog that says, "The command for the key you
pressed failed". Cancelation (signalled by OperationCanceledException) should
not be reported to the user as a failure. This seems to have only changed
recently (since RC1).  Here is the log entry that is created:

!ENTRY org.eclipse.ui 4 0 Jun 09, 2004 17:48:57.999
!MESSAGE The command for the key you pressed failed
!STACK 0
org.eclipse.core.runtime.OperationCanceledException
	at java.lang.Throwable.<init>(Throwable.java)
	at
org.eclipse.core.runtime.OperationCanceledException.<init>(OperationCanceledException.java:22)
	at org.eclipse.core.internal.jobs.ThreadJob.joinRun(ThreadJob.java:147)
	at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJobs.java:87)
	at org.eclipse.core.internal.jobs.JobManager.beginRule(JobManager.java:170)
	at org.eclipse.core.internal.resources.WorkManager.checkIn(WorkManager.java:95)
	at
org.eclipse.core.internal.resources.Workspace.prepareOperation(Workspace.java:1628)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1668)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaModelOperation.java:744)
	at org.eclipse.jdt.internal.core.JavaProject.setRawClasspath(JavaProject.java:2650)
	at org.eclipse.jdt.core.JavaCore$3.run(JavaCore.java:3433)
	at
org.eclipse.jdt.internal.core.BatchOperation.executeOperation(BatchOperation.java:34)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:700)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673)
	at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3246)
	at org.eclipse.jdt.core.JavaCore.setClasspathContainer(JavaCore.java:3416)
	at
org.eclipse.pde.internal.core.ModelEntry.updateClasspathContainer(ModelEntry.java:109)
	at
org.eclipse.pde.internal.core.RequiredPluginsInitializer.initialize(RequiredPluginsInitializer.java:40)
	at
org.eclipse.jdt.internal.core.JavaModelManager.initializeContainer(JavaModelManager.java:1248)
	at
org.eclipse.jdt.internal.core.JavaModelManager.initializeAllContainers(JavaModelManager.java:1222)
	at
org.eclipse.jdt.internal.core.JavaModelManager.getClasspathContainer(JavaModelManager.java:833)
	at org.eclipse.jdt.core.JavaCore.getClasspathContainer(JavaCore.java:1184)
	at
org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:1888)
	at
org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:1798)
	at
org.eclipse.jdt.internal.core.search.JavaSearchScope.add(JavaSearchScope.java:78)
	at
org.eclipse.jdt.internal.core.search.JavaWorkspaceScope.initialize(JavaWorkspaceScope.java:80)
	at
org.eclipse.jdt.internal.core.search.JavaSearchScope.<init>(JavaSearchScope.java:52)
	at
org.eclipse.jdt.internal.core.search.JavaWorkspaceScope.<init>(JavaWorkspaceScope.java:31)
	at
org.eclipse.jdt.core.search.SearchEngine.createWorkspaceScope(SearchEngine.java:424)
	at org.eclipse.jdt.internal.ui.actions.OpenTypeAction.run(OpenTypeAction.java:54)
	at org.eclipse.jdt.internal.ui.actions.OpenTypeAction.run(OpenTypeAction.java:80)
	at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:276)
	at org.eclipse.ui.internal.WWinPluginAction.runWithEvent(WWinPluginAction.java:206)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:469)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:887)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:928)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:546)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:494)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:259)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java:713)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:795)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1725)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1721)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3049)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1460)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2383)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1362)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1333)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:252)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

I20040609 1200

1) Switched to the Java perspective and then quickly did Ctrl+Shift+T. 
2) Got a "User operation is blocked dialog". 
3) Clicked the cancel button on the "User Operation" entry in the dialog.
4) The operation canceled as expected.

I am now in a state where all Java tooling is broken. F3 doesn't work, type
hierarchy doesn't work, etc. The Problems view shows no problems in the workspace.

5) Modify a file and hit save (autobuild is on).

Now I get the following problem marker on all projects:

The project was not built since its build path is incomplete. Cannot find the
class file for java.lang.Object. Fix the build path then try building this project.

I had to shutdown, restart, Clean the workspace, and do a full build to get back
into a good state. It seems that JDT isn't recovering from the cancelation of
the build path initialization.

Note: I was testing this scenario heavily in 3.0 RC1 and didn't find any
problems. It seems like there is a recent regression here. CCing Wassim as it
could possibly be caused by the PDE classpath container.

by default view toolbars do not move up next to the tabs any more.

Build N20040503 with latest from HEAD on 20040510.

Code assist properly lists macrodefs when inserting an element in task context.
However code assist does not properly identify the attributes for a macrodef.
Every macrodef is said to have attributes of 'description' and 'taskname'
whereas the attributes ought to be those defined in the macrodef itself via the
attribute tags.

When a "Display" is done on a variable/expression, the popup it shows up in is
so small, one can't see what the value is (this may be related to bug 58476)

Also, it reports to hit ctrl-shift-d to place it in display view, but
ctrl-shift-v is what works (ctrl-shift-d just shows a funky underline D char
near the popup)

This is on eclipse build 200405060200 on linux fedora core 1

Components in SWT_AWT don't show in Workbench.

It you put back some of what was removed from SWT_AWT.java between M5 and M6
then things work again.  Specifically the code below.  Will also attach
a sampple plugin project that shows this.

		parent.addListener (org.eclipse.swt.SWT.Resize, new 
org.eclipse.swt.widgets.Listener() {
			public void handleEvent( org.eclipse.swt.widgets.Event 
e) {
				final org.eclipse.swt.graphics.Rectangle rect = 
parent.getClientArea();
				java.awt.EventQueue.invokeLater(new Runnable () 
{
					public void run () {
						frame.setSize (rect.width, 
rect.height);
						frame.validate ();
					}
				});
			}
		});
		// part 4: This was just removed and is a problem.
		parent.getDisplay().asyncExec(new Runnable() {
			public void run () {
				if (parent.isDisposed()) return;
				final org.eclipse.swt.graphics.Rectangle rect = 
parent.getClientArea ();
				java.awt.EventQueue.invokeLater(new Runnable () 
{
					public void run () {
						frame.setSize (rect.width, 
rect.height);
						frame.validate ();
					}
				});
			}
		});

Build 20031113

It seems that the various context listener API (of which there are a confusing 
number) don't send notifications when contexts are activated.

When my real implementation of a listener wasn't getting called, I tried the 
following code. The listener in this example is never called.

		org.eclipse.ui.contexts.IMutableContextManager manager= org.eclipse.ui.
contexts.ContextManagerFactory.getMutableContextManager();
		org.eclipse.ui.contexts.IContext context= manager.getContext("org.
eclipse.jdt.debug.debugging");
		context.addContextListener(new org.eclipse.ui.contexts.
IContextListener() {
			public void contextChanged(org.eclipse.ui.contexts.ContextEvent 
contextEvent) {
				System.out.println("Context changed");
			}
		});
		java.util.HashSet set= new java.util.HashSet();
		set.add("org.eclipse.jdt.debug.debugging");
		manager.setEnabledContextIds(set);

Eclipse 3.0 M6 build throws Bundle Exception if a pathname with blanks is used 
in the runtime library tags in the plugin.xml and fragment.xml files like

   <runtime>
      <library name="file:C:\Program Files\My Tool\rcsi.jar"> 
      <export name="*"/> 
      </library>
   </runtime>

(This was allowed in the 2.x builds.)  The problem seems to lie in the 
interplay of org.eclipse.osgi.framework.util.Tokenizer#getToken and 
org.eclipse.osgi.framework.util.ManifestElement#parseClassPath.

200406072000

- Preferences > Workbench > Keys
- choose Emacs configuration
- on the Advanced tab, check "Help me with Multi-Stroke Keyboard Shortcuts"
- edit a file
- press Ctrl+X
- wait until the popup shows up
- press Ctrl+S
=> nothing happens (for all multi-stroke keybindings)

When setting an image on a table at a column >0 , every time the image is
refreshed, the last bottom line of the image of the tableitem on the column>0
does not get refreshed properly. This ends up having messy lines below the
images on columns > 0 .

This issue only appears with Windows, under Linux it is fine. Is this a windows
bug or SWT bug ?

Clients (UI) must be able to override the default encoding for a given content type.

Create a text layout and draw a rectangle around it.
If the text is terminated in "\n" the rectangle should show space for an extra 
line.

Works on Linux. I.E the height includes one extra line.

When I call Text#getCaretLocation(), the implementation sends two
OS.EM_REPLACESEL messages. Both of them cause an execution of sendEvent
(SWT.Modify), which can cause unexpected behavior in client code listening to
"true" modify events.

The two modify events (adding a space character, and removing it) should not be
sent out.

build R3.0 RC1
- open the workbench
- open two editors
- make sure there is plenty of empty space after the tab on the right of the 
last editor
- try to pop up a menu in the area on the top right of the CTabFolder

note that this will open the menu as if clicking on the tab of the active 
editor.

This should do nothing however.

I200403171300

Clicking on empty editor area does not close fast view

The classpath tab does not have a label above the classpath list, which makes 
it hard to "key" to. As well, the buttons on the right of the tab were not 
aligned with the top of the list.

I'm using build I200403171300.

I want to merge a specific stream (branch JDK_1_5) of a project starting from 
the version where the branch was created (Root_JDK_1_5) with changes made in 
HEAD stream.

After the merge is done, I can see all created and modified files displayed in 
synchronize view but not files (or dirs) which were deleted in HEAD...

Set severity to major as it's really painful to identify each time I merge 
(every 2 days) all files deleted in HEAD stream and delete them manually in my 
JDK_1_5 workspace after the merge...

The problem is that the resulting exception does not have the retry code in it.

I am using I200409212000 on Mac OS 10.3.5. This is a Mac specific bug. 

Steps to reproduce:

- Go to Window->Preferences
- Select the Workbench's Colors and Fonts dialog
- Select Basic->Dialog Font
- Select the "Change" button
- When the font dialog appears, press "Enter"

The problem is that the "Enter" key is still mapped to the Preference page's
"OK" button, even though the Mac's font dialog (which is not modal) is shown.
The "Enter" key should have no effect when the font dialog is open, or this will
cause the preference page to close prematurely. Or maybe map the "Enter" key to
the Mac's font dialog. I am not sure how feasible the later solution is.


!SESSION Sep 22, 2004 13:45:54.926 ---------------------------------------------
eclipse.buildId=I200409212000
java.version=1.4.2_05
java.vendor=Apple Computer, Inc.
BootLoader constants: OS=macosx, ARCH=ppc, WS=carbon, NL=en_US
Command-line arguments: -keyring /Users/ines/.eclipse_keyring -showlocation

!ENTRY org.eclipse.ui 4 4 Sep 22, 2004 13:45:54.935
!MESSAGE Unhandled event loop exception

!ENTRY org.eclipse.ui 4 0 Sep 22, 2004 13:45:54.940
!MESSAGE Widget is disposed
!STACK 0
org.eclipse.swt.SWTException: Widget is disposed
	at org.eclipse.swt.SWT.error(SWT.java:2691)
	at org.eclipse.swt.SWT.error(SWT.java:2616)
	at org.eclipse.swt.SWT.error(SWT.java:2587)
	at org.eclipse.swt.widgets.Widget.error(Widget.java:546)
	at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:296)
	at org.eclipse.swt.widgets.Control.setEnabled(Control.java:2243)
	at
org.eclipse.ui.internal.themes.ColorsAndFontsPreferencePage.updateFontControls(ColorsAndFontsPreferencePage.java:1749)
	at
org.eclipse.ui.internal.themes.ColorsAndFontsPreferencePage$10.widgetSelected(ColorsAndFontsPreferencePage.java:1196)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1196)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1220)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1205)
	at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1053)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2878)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2548)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:706)
	at org.eclipse.jface.window.Window.open(Window.java:684)
	at org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:75)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:988)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:555)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:505)
	at
org.eclipse.jface.action.ActionContributionItem$6.handleEvent(ActionContributionItem.java:419)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1196)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1220)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1205)
	at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1053)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2878)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2548)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1443)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1414)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:271)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:704)
	at org.eclipse.core.launcher.Main.main(Main.java:688)

Once a file is marked dirty and I try deleting it it wont allow me to delete it
till I save it.

A hack was used for 3.0 to provide the restore defaults ability of the activity
enabler.  Now that we have IActivity.isDefaultEnabled() API we no longer need
this hack and it should be removed.

Build 20040921

I'm trying to step into selection inside the runnable in 
BreakpointsViewEventHandler#breakpointsChanged(...) and it's not working.

Build 20040226

I launched my workbench which came up with the Package Explorer stacked underneath other 
views. I then clicked on the new pulldown to bring the Package Explorer. The following exception 
occurred:

org.eclipse.jface.util.Assert$AssertionFailedException: null argument;
at org.eclipse.jface.util.Assert.isNotNull(Assert.java:139)
at org.eclipse.jface.util.Assert.isNotNull(Assert.java:116)
at org.eclipse.jface.util.ListenerList.add(ListenerList.java:88)
at org.eclipse.jface.viewers.Viewer.addSelectionChangedListener(Viewer.java:129)
at org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart.showInput(PackageExplorerPart.
java:960)
at org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart.
editorActivated(PackageExplorerPart.java:916)
at org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart$1.
partActivated(PackageExplorerPart.java:148)
at org.eclipse.ui.internal.PartListenerList$1.run(PartListenerList.java:49)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:788)
at org.eclipse.core.runtime.Platform.run(Platform.java:497)
at org.eclipse.ui.internal.PartListenerList.firePartActivated(PartListenerList.java:47)
at org.eclipse.ui.internal.WorkbenchPage.firePartActivated(WorkbenchPage.java:1287)
at org.eclipse.ui.internal.WorkbenchPage.setActivePart(WorkbenchPage.java:2586)
at org.eclipse.ui.internal.WorkbenchPage.requestActivation(WorkbenchPage.java:2281)
at org.eclipse.ui.internal.PartPane.requestActivation(PartPane.java:362)
at org.eclipse.ui.internal.EditorPane.requestActivation(EditorPane.java:153)
at org.eclipse.ui.internal.PartPane.handleEvent(PartPane.java:342)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:956)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:980)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:961)
at org.eclipse.swt.widgets.Shell.setActiveControl(Shell.java:859)
at org.eclipse.swt.widgets.Control.sendFocusEvent(Control.java:2142)
at org.eclipse.swt.widgets.Control.gtk_event_after(Control.java:1677)
at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:1212)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:2362)
at org.eclipse.swt.internal.gtk.OS.gtk_main_do_event(Native Method)
at org.eclipse.swt.widgets.Display.eventProc(Display.java:728)
at org.eclipse.swt.internal.gtk.OS.gtk_clipboard_wait_for_contents(Native Method)
at org.eclipse.swt.dnd.Clipboard._getAvailableTypes(Clipboard.java:364)
at org.eclipse.swt.dnd.Clipboard.getAvailableTypes(Clipboard.java:300)
at org.eclipse.jdt.internal.ui.refactoring.reorg.PasteAction.canOperateOn(PasteAction.java:127)
at org.eclipse.jdt.internal.ui.refactoring.reorg.PasteAction.selectionChanged(PasteAction.java:
116)
at org.eclipse.jdt.ui.actions.SelectionDispatchAction.
dispatchSelectionChanged(SelectionDispatchAction.java:200)
at org.eclipse.jdt.ui.actions.SelectionDispatchAction.update(SelectionDispatchAction.java:114)
at org.eclipse.jdt.internal.ui.refactoring.reorg.PasteAction.<init>(PasteAction.java:107)
at org.eclipse.jdt.ui.actions.CCPActionGroup.<init>(CCPActionGroup.java:80)
at org.eclipse.jdt.ui.actions.CCPActionGroup.<init>(CCPActionGroup.java:63)
at org.eclipse.jdt.internal.ui.packageview.PackageExplorerActionGroup.
<init>(PackageExplorerActionGroup.java:123)
at org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart.
makeActions(PackageExplorerPart.java:576)
at org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart.
createPartControl(PackageExplorerPart.java:280)
at org.eclipse.ui.internal.PartPane$1.run(PartPane.java:118)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:788)
at org.eclipse.core.runtime.Platform.run(Platform.java:497)
at org.eclipse.ui.internal.PartPane.createChildControl(PartPane.java:114)
at org.eclipse.ui.internal.ViewPane.createChildControl(ViewPane.java:322)
at org.eclipse.ui.internal.ViewFactory$1.run(ViewFactory.java:245)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:788)
at org.eclipse.core.runtime.Platform.run(Platform.java:497)
at org.eclipse.ui.internal.ViewFactory.busyRestoreView(ViewFactory.java:174)
at org.eclipse.ui.internal.ViewFactory$2.run(ViewFactory.java:419)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
at org.eclipse.ui.internal.ViewFactory.restoreView(ViewFactory.java:417)
at org.eclipse.ui.internal.ViewFactory$ViewReference.getPart(ViewFactory.java:93)
at org.eclipse.ui.internal.WorkbenchPage$1.propertyChange(WorkbenchPage.java:129)
at org.eclipse.ui.internal.LayoutPart.setVisible(LayoutPart.java:234)
at org.eclipse.ui.internal.PartPane.setVisible(PartPane.java:376)
at org.eclipse.ui.internal.PartTabFolder.setSelection(PartTabFolder.java:1221)
at org.eclipse.ui.internal.PartTabFolder.access$8(PartTabFolder.java:1207)
at org.eclipse.ui.internal.PartTabFolder$4.handleEvent(PartTabFolder.java:380)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:956)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:980)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:965)
at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:835)
at org.eclipse.swt.custom.CTabFolder2.setSelection(CTabFolder2.java:2876)
at org.eclipse.swt.custom.CTabFolder2$6.widgetSelected(CTabFolder2.java:3228)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:956)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:1876)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1651)
at org.eclipse.swt.custom.CTabFolder2.showList(CTabFolder2.java:3237)
at org.eclipse.swt.custom.CTabFolder2.onMouse(CTabFolder2.java:1903)
at org.eclipse.swt.custom.CTabFolder2$1.handleEvent(CTabFolder2.java:283)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:956)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:1876)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1651)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1566)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1542)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:263)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:256)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:100)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
at org.eclipse.core.launcher.Main.run(Main.java:742)
at org.eclipse.core.launcher.Main.main(Main.java:581)

build I20040911 + jdtcore head

1) create X.java
package p;
public class X {
  public class Y {
    public class Z {
    }
  }
}
2) create Test.java
import p.*;
public class Test {
  p.X.Y.Z z1; // line (1)
  X.Y.Z z2; // line (2)
}

3) select "p.X.Y.Z" at line (1)
4) do F3
the type Z is selected

5) select "X.Y.Z" at line (2)
6) do F3
nothing i selected

Please enable array initializer before closing brace by default.

It just looks weird if there is a space after the opening brace but not before
the closing brace:

{ 1, 2, 3}

vs.

{ 1, 2, 3 }

20041215

It's currently possible to extract an method from a case expression which result
in something like:

    private void foo(int e) {
        switch (e) {
            case foo():
                break;
        }
    }

All I can read of the message is "CVS Workspace...ours", which isn't very 
clear.

Version: 3.0.0
Build id: 200405290105

You probably don't need SWT to recreate this but here are the steps that fail 
for me:

1) Get the SWT from HEAD
    - do the .classpath dance to compile for Windows
    - contact me if you need instructions
2) In the Package Explorer
    - expand 'org.eclipse.swt'
    - expand 'Eclipse SWT/win32'
    - select 'org.eclipse.swt.widgets'
3) 'Open Type Hierarchy'
4) The list is scrolled to the bottom.  Why?  Leaving it at the top is more 
intutive.

The Ant jars are placed both on the bootpath and the classpath for a separate 
VM build.

Both radios at the bottom "Append ...."/"Replace ...." do not use the dialog font.

In ApplicationWindow, the createCoolBar method tests coolBarManager 2x, and
doesn't test toolBarManager:

if ((getShell() == null) && (coolBarManager == null) && (coolBarManager == null)) {

(Line 255)

This is the case in 3.0 M6, as well as N20040207. Both win32.

The effect of this is that if you call addToolBar(), then addCoolBar(), you get
both toolbar and coolbar, though the documentation says you get one or the
other. If you call addCoolBar(), then addToolBar(), only the coolbar gets created.

Obviously, the code should read:

if ((getShell() == null) && (toolBarManager == null) && (coolBarManager == null)) {

The code snippet is:
http://dev.eclipse.org/viewcvs/index.cgi/~checkout~/platform-swt-
home/snippits/snippet135.html

when I changed the color depth, the application throw following exception:

java.lang.NullPointerException
	at sun.awt.windows.WWindowPeer.displayChanged(Unknown Source)
	at sun.awt.SunDisplayChanger.notifyListeners(Unknown Source)
	at sun.awt.Win32GraphicsDevice.displayChanged(Unknown Source)
	at sun.awt.Win32GraphicsEnvironment.displayChanged(Unknown Source)
	at sun.awt.windows.WToolkit$4.run(Unknown Source)
	at java.awt.event.InvocationEvent.dispatch(Unknown Source)
	at java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown 
Source)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.run(Unknown Source)

My env: jdk 1.4.2_02, windows xp, and eclipse-SDK-I20040128-win32

20040604

I mentioned this in bug 63247, but will create a separate bug.

Create a new workspace, import all projects as binary/linked.
1. Search for all files named "*" and search pattern "*"
This operation takes 10 minutes and produces > 800,000 hits in < 3000 files.

If I leave the search pattern blank, it takes 3 seconds and produces (as 
expected) < 3000 hits.

Answering one match / line is not helpful.  We should special case "*" to math 
the empty case
Side point: seems to use significant memory as well.

3.0RC1

- start a job holding the workspace lock during the following steps (e.g., with
the org.eclipse.ui.examples.job plugin)
- open properties of a Java project
- on the Java Build Path Source page click Add Folder
- click Create New Folder
- enter some name
- click Ok
- press cancel in the progress dialog
-> the following exception is written to the log:

java.lang.NullPointerException
        at org.eclipse.jdt.internal.ui.wizards.buildpaths.MultipleFolderSelectio
nDialog.newFolderButtonPressed(MultipleFolderSelectionDialog.java:292)
        at org.eclipse.jdt.internal.ui.wizards.buildpaths.MultipleFolderSelectio
nDialog$3.widgetSelected(MultipleFolderSelectionDialog.java:237)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:
89)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
        at org.eclipse.jface.window.Window.open(Window.java:648)
        at org.eclipse.jdt.internal.ui.wizards.buildpaths.SourceContainerWorkboo
kPage.openSourceContainerDialog(SourceContainerWorkbookPage.java:586)
        at org.eclipse.jdt.internal.ui.wizards.buildpaths.SourceContainerWorkboo
kPage.sourcePageCustomButtonPressed(SourceContainerWorkbookPage.java:273)
        at org.eclipse.jdt.internal.ui.wizards.buildpaths.SourceContainerWorkboo
kPage$SourceContainerAdapter.customButtonPressed(SourceContainerWorkbookPage.jav
a:191)
        at org.eclipse.jdt.internal.ui.wizards.dialogfields.TreeListDialogField.
buttonPressed(TreeListDialogField.java:167)
        at org.eclipse.jdt.internal.ui.wizards.dialogfields.TreeListDialogField.
doButtonSelected(TreeListDialogField.java:381)
        at org.eclipse.jdt.internal.ui.wizards.dialogfields.TreeListDialogField.
access$2(TreeListDialogField.java:377)
        at org.eclipse.jdt.internal.ui.wizards.dialogfields.TreeListDialogField$
2.widgetSelected(TreeListDialogField.java:344)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:
89)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
        at org.eclipse.jface.window.Window.open(Window.java:648)
        at org.eclipse.ui.dialogs.PropertyDialogAction.run(PropertyDialogAction.
java:177)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:915)
        at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContri
butionItem.java:866)
        at org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionC
ontributionItem.java:785)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.jav
a:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformAct
ivator.java:334)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:273)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:128)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)
java.lang.NullPointerException

M7

- run control example, go to TabFolder tab
- change its foreground, note that it doesn't change
- damage the window, then show it again, and note that the colour is changed
- alternatively, changing the background does the same thing

Using the latest code, the following code reports an error and it should not:

public class X<T> implements I<T> {
    public I.A foo() {
        return a;
    }
}    
interface I<T> {
    A a = new A();
    class A {
    }
}

We report:
----------
1. ERROR in c:\tests_sources\X.java (at line 3)
	return a;
	       ^
Type mismatch: cannot convert from I<T>.A to I.A
----------
1 problem (1 error)

javac 1.5 compiles it without error.

I 2004-03-24 + plugin-export

1) in a repositories view, drill down to TableItem.java in org.eclipse.set and
open the file from the repository.
2) right-click to get the context menu
3) observe: you get a context menu with two entries:  "Copy" and "Refactor".
4) go into the "Refactor" submenu
5) click somewhere else in the editor, thus closing the context menu
6) observe and exception:

java.lang.NullPointerException
at java.lang.Throwable.<init>(Throwable.java)
at java.lang.Throwable.<init>(Throwable.java)
at java.lang.NullPointerException.<init>(NullPointerException.java:60)
at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringActions.convertToEnclosingOrPrimaryType(RefactoringActions.java:50)
at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringActions.getEnclosingOrPrimaryType(RefactoringActions.java:40)
at
org.eclipse.jdt.ui.actions.ExtractInterfaceAction.canEnable(ExtractInterfaceAction.java:144)
at
org.eclipse.jdt.ui.actions.ExtractInterfaceAction.selectionChanged(ExtractInterfaceAction.java:137)
at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchSelectionChanged(SelectionDispatchAction.java:202)
at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.update(SelectionDispatchAction.java:114)
at
org.eclipse.jdt.ui.actions.RefactorActionGroup.refactorMenuShown(RefactorActionGroup.java:461)
at
org.eclipse.jdt.ui.actions.RefactorActionGroup.access$0(RefactorActionGroup.java:446)
at
org.eclipse.jdt.ui.actions.RefactorActionGroup$1.menuAboutToShow(RefactorActionGroup.java:401)
at org.eclipse.jface.action.MenuManager.fireAboutToShow(MenuManager.java:286)
at org.eclipse.jface.action.MenuManager.handleAboutToShow(MenuManager.java:370)
at org.eclipse.jface.action.MenuManager.access$0(MenuManager.java:367)
at org.eclipse.jface.action.MenuManager$2.menuShown(MenuManager.java:383)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
at org.eclipse.swt.widgets.Control.WM_INITMENUPOPUP(Control.java:3295)
at org.eclipse.swt.widgets.Control.windowProc(Control.java)
at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java)
at org.eclipse.swt.widgets.Display.windowProc(Display.java)
at org.eclipse.swt.internal.win32.OS.TrackPopupMenu(Native Method)
at org.eclipse.swt.widgets.Menu._setVisible(Menu.java:222)
at org.eclipse.swt.widgets.Display.runPopups(Display.java)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1541)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1515)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:288)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:232)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:116)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
at java.lang.reflect.Method.invoke(Method.java:386)
at org.eclipse.core.launcher.Main.basicRun(Main.java:315)
at org.eclipse.core.launcher.Main.run(Main.java:740)
at org.eclipse.core.launcher.Main.main(Main.java:724)

I Build id: 200404270800

Intro on RCP fails to bind, and so you cant see your intro.
Looked at the code. It seems like the workbench does not restore Momento state 
when running only RCP plugins.

I20040529

If the percents in the selection background gradient do not go to 100, there 
is one pixel high line along the bottom of teh tab that is not drawn correctly.

e.g.

Color [] bgSelectedGradient = new Color[] {display.getSystemColor
(SWT.COLOR_WHITE), display.getSystemColor(SWT.COLOR_BLUE)};
int[] bgSelectedPercents = new int[] {50};
folder.setSelectionBackground(bgSelectedGradient, bgSelectedPercents, true);

The fix is to replace this:

if (pos < height) {
	gc.setBackground(defaultBackground);
	gc.fillRectangle(x, pos, width, height-pos);
}

with this:

if (pos < height) {
	gc.setBackground(defaultBackground);
	gc.fillRectangle(x, pos, width, height-pos+1);
}

In a 2.1 environment, create a preference file such that the 2.1 Debug 
perspective was modified and saved as the Debug perspective (i.e. Save 
Perspective As -> Debug).  I have attached a preference file from 2.1 that 
does just that.

In a 3.0 environment, load this preference file.  Try to open the Debug 
perspective.  This causes errors because the view ConsoleView from the 2.1 
Debug perspective no longer exists.  

If you look at the list of perspectives now available to you (Window->Open 
Perspective->Other...) you will notice that the Debug perspective is no longer 
listed.  UI removed all perspectives with that id because a problem was 
encountered opening that perspective.

Workaround - There is a ray of sunshine, however.  If you shutdown Eclipse and 
start it up again, the 3.0 Debug perspective is reloaded and available to you.

I20040318

Define a tasktag like "@mytag".
Observe: a task is generated by J Core but we don't render it as task tag

I create new Resource Working Set when, display mini red box.
Not display banner image for resource working Set wizard dialog.

Normally, this would be filed as a cool bar bug, but this change in behaviour 
was introduced by the new look work.  It seems as though someone might 
ignoring an event that they should be paying attention to. 
 
 
STEPS TO REPRODUCE: 
1.) Grab one cool item in the cool bar, and try to drag it to a new row. 
 
 
OBSERVED RESULTS: 
The cool item goes into a new row, but that row is obscured by the views. 
 
 
DESIRED RESULTS: 
The views should be aware of the new limitations on their size and resize 
appropriately.

While you are still attached to remote app, exit eclipse. You get:

? 2004 10:11:14.264 Error while stopping "org.eclipse.debug.core_3.0.0".
org.osgi.framework.BundleException: Exception in 
org.eclipse.debug.core.DebugPlugin.stop() of bundle org.eclipse.debug.core.
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.stop
(BundleContextImpl.java:1010)
at org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker
(BundleHost.java:502)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.stop
(AbstractBundle.java:437)
at org.eclipse.core.runtime.adaptor.BundleStopper.stopBundles
(BundleStopper.java:65)
at org.eclipse.core.runtime.adaptor.BundleStopper.stopBundles
(BundleStopper.java:52)
at org.eclipse.core.runtime.adaptor.EclipseAdaptor.frameworkStopping
(EclipseAdaptor.java:538)
at org.eclipse.osgi.framework.internal.core.Framework.shutdown
(Framework.java:452)
at org.eclipse.osgi.framework.internal.core.SystemBundle$1.run
(SystemBundle.java:181)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.NullPointerException
at org.eclipse.jdt.internal.debug.core.model.JDIDebugTarget.disconnect
(JDIDebugTarget.java:641)
at org.eclipse.debug.core.Launch.terminate(Launch.java:251)
at org.eclipse.debug.internal.core.LaunchManager.shutdown
(LaunchManager.java:483)
at org.eclipse.debug.core.DebugPlugin.stop(DebugPlugin.java:454)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run
(BundleContextImpl.java:994)
at java.security.AccessController.doPrivileged(Native Method)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.stop
(BundleContextImpl.java:990)
... 8 more
Root exception:
java.lang.NullPointerException
at org.eclipse.jdt.internal.debug.core.model.JDIDebugTarget.disconnect
(JDIDebugTarget.java:641)
at org.eclipse.debug.core.Launch.terminate(Launch.java:251)
at org.eclipse.debug.internal.core.LaunchManager.shutdown
(LaunchManager.java:483)
at org.eclipse.debug.core.DebugPlugin.stop(DebugPlugin.java:454)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run
(BundleContextImpl.java:994)
at java.security.AccessController.doPrivileged(Native Method)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.stop
(BundleContextImpl.java:990)
at org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker
(BundleHost.java:502)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.stop
(AbstractBundle.java:437)
at org.eclipse.core.runtime.adaptor.BundleStopper.stopBundles
(BundleStopper.java:65)
at org.eclipse.core.runtime.adaptor.BundleStopper.stopBundles
(BundleStopper.java:52)
at org.eclipse.core.runtime.adaptor.EclipseAdaptor.frameworkStopping
(EclipseAdaptor.java:538)
at org.eclipse.osgi.framework.internal.core.Framework.shutdown
(Framework.java:452)
at org.eclipse.osgi.framework.internal.core.SystemBundle$1.run
(SystemBundle.java:181)
at java.lang.Thread.run(Unknown Source)

I200406082000

1. open Synchronize view and ensure to have an outgoing change in a Java file
2. open the compare editor for that file
3. <important> click on a method that has a change
4. change some text on the left side inside the indicated change area
5. save (observe in normal Java editor: change has been applied)
6. go back to Synchronize view
7. change some text on the left side inside the indicated change area
8. save
==> observe in normal Java editor: change has not been applied

I've marked this as blocker since the user looses work and there's not even an
indication (no log, no dialog).

Build: I-20040322

I launched Eclipse on an existing workspace where the log view was visible.

I double-clicked on one of the entries to invoke the Events Dialog.  I got the 
following exception in my stack, which, ironically, I could not see in the log 
since it is currently dead.

!SESSION Mar 22, 2004 09:33:31.385 --------------------------------------------
-
java.version=1.4.2
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -data D:\Eclipse\UpdatedSource\plugins -Xmx256M -
vmargs -cp D:\Eclipse\eclipse\startup.jar org.eclipse.core.launcher.Main
!ENTRY org.eclipse.core.runtime 4 2 Mar 22, 2004 09:33:31.385
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.IllegalArgumentException: Argument not valid
	at org.eclipse.swt.SWT.error(SWT.java:2611)
	at org.eclipse.swt.SWT.error(SWT.java:2555)
	at org.eclipse.swt.custom.SashForm.setWeights(SashForm.java:469)
	at org.eclipse.pde.internal.runtime.logview.EventDetailsDialog.open
(EventDetailsDialog.java:138)
	at 
org.eclipse.pde.internal.runtime.logview.EventDetailsDialogAction.run
(EventDetailsDialogAction.java:75)
	at org.eclipse.pde.internal.runtime.logview.LogView$2.doubleClick
(LogView.java:232)
	at org.eclipse.jface.viewers.StructuredViewer$1.run
(StructuredViewer.java:381)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:610)
	at org.eclipse.core.runtime.Platform.run(Platform.java:521)
	at org.eclipse.jface.viewers.StructuredViewer.fireDoubleClick
(StructuredViewer.java:379)
	at org.eclipse.jface.viewers.StructuredViewer.handleDoubleSelect
(StructuredViewer.java:598)
	at org.eclipse.jface.viewers.StructuredViewer$4.widgetDefaultSelected
(StructuredViewer.java:693)
	at org.eclipse.jface.util.OpenStrategy.fireDefaultSelectionEvent
(OpenStrategy.java:187)
	at org.eclipse.jface.util.OpenStrategy.access$0(OpenStrategy.java:184)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent
(OpenStrategy.java:231)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:810)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:834)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:819)
	at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:627)
	at org.eclipse.swt.custom.TableTree.onSelection(TableTree.java:474)
	at org.eclipse.swt.custom.TableTree$1.handleEvent(TableTree.java:101)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:810)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2424)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2102)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1488)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1462)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:259)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:262)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:213)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:115)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:315)
	at org.eclipse.core.launcher.Main.run(Main.java:740)
	at org.eclipse.core.launcher.Main.main(Main.java:724)

RC1

1. On the CVS preference page check 'Configure projects to use Watch/Edit' and
'Send a CVS edit notification to the server' and 'Always prompt'
2. Check out a CVS project
3. Select a file and invoke Team->Edit

-> Two progress monitors appear

I20040324
Mac OS X 10.3.3

Keyboard shortcuts no longer work in my (existing) development workspace.
However, they do work in new workspaces.

What piece of persistent state do I have to delete to get them working again?

Example:

A.java:
class A {
   class AX {
   }
}

B.java:
import A.AX;
class B {
   class BX extends AX {
   }
}

obviously, the import A.AX is unneccessary (at most "import A" should suffice).
Optimize Imports introduces it, while it is correctly marked as an warning
afterwards

Might relate to #41920

Because of the changes made to Keybinding APIs we no longer need the 
MoveResultToViewer action. We should replace it with an "IHandler" (inheriting 
from AbstractHandler). This may also mean that 
PopupInformationControl.WrappedAction can go away.

See Bug 77039. Our current support reschedules in a done() which has a 
potential to create the job twice. This was originally done as we could not 
reschedule inside of run() but we no longer have this restriction.

Adding John as I want him to look this over with me.

IDEWorkbenchPlugIn uses initializeDefaultPreferences to set up its defaults. 
This was deprecated in 2.0 and is no longer called as we are not on the 
compatibility layer any more.

Here is the code to migrate:

  store.setDefault(IDEInternalPreferences.SAVE_ALL_BEFORE_BUILD, false);
        store.setDefault(IDEInternalPreferences.SAVE_INTERVAL, 5); //5 minutes
        store.setDefault(IDEInternalPreferences.WELCOME_DIALOG, true);
        store.setDefault(IDEInternalPreferences.REFRESH_WORKSPACE_ON_STARTUP,
                false);
        store.setDefault(
                IDEInternalPreferences.EXIT_PROMPT_ON_CLOSE_LAST_WINDOW, true);
        store.setDefault(IDEInternalPreferences.PROJECT_SWITCH_PERSP_MODE,
                IDEInternalPreferences.PSPM_PROMPT);
        store.setDefault(IDE.Preferences.PROJECT_OPEN_NEW_PERSPECTIVE,
                IWorkbenchPreferenceConstants.OPEN_PERSPECTIVE_REPLACE);

Now that we have this API we should leverage it in JDT UI

Whereas OutlinePreparingHandler (and ant itself) ignores the case of the xml
elements which represent tasks, the getImage(Object) method of
AntEditorContentOutlinePage is case sensitive. 

To reproduce:
1. View a build.xml file with the ant editor. Note that in the outline a
<property> element will have an image which includes the characters: <$> .
2. Change the <property> tag to <PROPERTY> and save.
3. Note that the icon displayed in the outline will now have the characters: < >.

Markers are not propogated to commit sets. Conflicts are so there must be a 
difference in how they are propogated.

M9.

In my target runtime workbench I have two projects, one with mainly .logic files
and a .java file, and another project which is a java eclipse plug-in project.
When I edit a .logic file, close the workbench, and choose to save the changes
to the editor, I get a building workspace pop-up followed by an NPE in my .log file.

java.lang.NullPointerException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.NullPointerException.<init>(NullPointerException.java:60)
	at org.eclipse.jdt.launching.JavaRuntime.getPreferences(JavaRuntime.java:1563)
	at
org.eclipse.jdt.launching.JavaRuntime.initializeVMConfiguration(JavaRuntime.java:1298)
	at org.eclipse.jdt.launching.JavaRuntime.initializeVMTypes(JavaRuntime.java:252)
	at org.eclipse.jdt.launching.JavaRuntime.getDefaultVMId(JavaRuntime.java:430)
	at org.eclipse.jdt.launching.JavaRuntime.getDefaultVMInstall(JavaRuntime.java:377)
	at
org.eclipse.jdt.internal.launching.JREContainerInitializer.resolveVM(JREContainerInitializer.java:72)
	at
org.eclipse.jdt.internal.launching.JREContainerInitializer.initialize(JREContainerInitializer.java:46)
	at
org.eclipse.jdt.internal.core.JavaModelManager.initializeContainer(JavaModelManager.java:1187)
	at
org.eclipse.jdt.internal.core.JavaModelManager.initializeAllContainers(JavaModelManager.java:1161)
	at
org.eclipse.jdt.internal.core.JavaModelManager.getClasspathContainer(JavaModelManager.java:824)
	at org.eclipse.jdt.core.JavaCore.getClasspathContainer(JavaCore.java:1183)
	at
org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:1877)
	at
org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:1788)
	at
org.eclipse.jdt.internal.core.DeltaProcessor.createExternalArchiveDelta(DeltaProcessor.java:788)
	at
org.eclipse.jdt.internal.core.DeltaProcessor.resourceChanged(DeltaProcessor.java:1880)
	at
org.eclipse.jdt.internal.core.DeltaProcessingState.resourceChanged(DeltaProcessingState.java:414)
	at
org.eclipse.core.internal.events.NotificationManager$2.run(NotificationManager.java:283)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:608)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at
org.eclipse.core.internal.events.NotificationManager.notify(NotificationManager.java:277)
	at
org.eclipse.core.internal.events.NotificationManager.broadcastChanges(NotificationManager.java:188)
	at
org.eclipse.core.internal.resources.SavedState.processResourceChangeEvents(SavedState.java:75)
	at org.eclipse.jdt.core.JavaCore$5.run(JavaCore.java:3660)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1672)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1692)
	at org.eclipse.jdt.core.JavaCore$4.run(JavaCore.java:3652)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

1) do a file search that will find a match in an html file (assuming that
eclipse is set up such that html files are opened in an external editor).

2) double click the match in the search result view.
3) observe exception:

java.lang.NullPointerException
at java.lang.Throwable.<init>(Throwable.java)
at java.lang.Throwable.<init>(Throwable.java)
at java.lang.NullPointerException.<init>(NullPointerException.java:60)
at org.eclipse.ui.ide.IDE.gotoMarker(IDE.java:196)
at
org.eclipse.search.internal.ui.text.FileSearchPage.showWithMarker(FileSearchPage.java:97)
at
org.eclipse.search.internal.ui.text.FileSearchPage.showMatch(FileSearchPage.java:84)
at
org.eclipse.search.ui.text.AbstractTextSearchViewPage$7.run(AbstractTextSearchViewPage.java:462)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java)
at org.eclipse.core.runtime.Platform.run(Platform.java)
at
org.eclipse.search.ui.text.AbstractTextSearchViewPage.showMatch(AbstractTextSearchViewPage.java:467)
at
org.eclipse.search.ui.text.AbstractTextSearchViewPage.showCurrentMatch(AbstractTextSearchViewPage.java:520)
at
org.eclipse.search.ui.text.AbstractTextSearchViewPage.gotoNextMatch(AbstractTextSearchViewPage.java:493)
at
org.eclipse.search2.internal.ui.basic.views.ShowNextResultAction.run(ShowNextResultAction.java:33)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:550)
at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:502)
at
org.eclipse.jface.action.ActionContributionItem$6.handleEvent(ActionContributionItem.java:474)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1488)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1462)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:259)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:288)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:214)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:115)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
at java.lang.reflect.Method.invoke(Method.java:386)
at org.eclipse.core.launcher.Main.basicRun(Main.java:315)
at org.eclipse.core.launcher.Main.run(Main.java:740)
at org.eclipse.core.launcher.Main.main(Main.java:724)

The PluginClassLoaderWrapper classpath computation in dev mode can be incorrect
if people decide to set their output folder in a different folder than bin.

Moreover, -dev can contains a reference to a file containing all the dev path
for all the plugins which will mess up your computation.

Instead of doing that you are doing here, I advise you to use (copy) the helper
class DevClassPathHelper that will give you on a per plugin basis the correct
dev path.

3.1 M2:

The "Convert for loop" QA is only available if the caret is on the "for" keyword or after the second 
semicolon (inside the third controlling expression). I'd expect to have this QA on all three expressions.

When I press Enter at the beginning of a line that already contains some text
some spaces are inserted before the cursor, in order to indent it properly.
Unfortunately this breaks the indentation of the text that already exists on
that line.

I add StyledText to fill a standalone program. When I maximize this window 
using double click title bar( NOT click maximum button! ), the MouseMove event 
is fired!
Try to write some text on StyledText, and select a block text. Then double 
click title bar. The selected block text will change select area because of 
this bug.

Found this in my log, not sure how to reproduce:

!ENTRY org.eclipse.ui 4 0 Mar 30, 2004 13:10:52.541
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at org.eclipse.swt.widgets.Control.WM_KEYDOWN(Control.java:3389)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2971)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3146)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1450)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2254)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:277)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:239)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

eclipse.buildId=I200411020010
java.version=1.4.2_03
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en
Command-line arguments: -showlocation

1) Launch eclipse with a brand new workspace
2) Try to open the CVS perspective

java.lang.NullPointerException
	at org.eclipse.ui.internal.Perspective.loadPredefinedPersp
(Perspective.java:715)
	at org.eclipse.ui.internal.Perspective.createPresentation
(Perspective.java:229)
	at org.eclipse.ui.internal.Perspective.<init>(Perspective.java:123)
	at org.eclipse.ui.internal.WorkbenchPage.createPerspective
(WorkbenchPage.java:1159)
	at org.eclipse.ui.internal.WorkbenchPage.busySetPerspective
(WorkbenchPage.java:760)
	at org.eclipse.ui.internal.WorkbenchPage.access$8
(WorkbenchPage.java:752)
	at org.eclipse.ui.internal.WorkbenchPage$12.run
(WorkbenchPage.java:3019)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchPage.setPerspective
(WorkbenchPage.java:3017)
	at org.eclipse.ui.internal.ChangeToPerspectiveMenu.run
(ChangeToPerspectiveMenu.java:88)
	at org.eclipse.ui.actions.PerspectiveMenu.run(PerspectiveMenu.java:306)
	at org.eclipse.ui.actions.PerspectiveMenu$3.widgetSelected
(PerspectiveMenu.java:117)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:800)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2794)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2448)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1527)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1498)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:276)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:102)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:704)
	at org.eclipse.core.launcher.Main.main(Main.java:688)

Also get a ClassNotFoundException for the CVSPerspective:

java.lang.ClassNotFoundException: 
org.eclipse.team.internal.ccvs.ui.CVSPerspective
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass
(BundleLoader.java:404)
at org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass
(AbstractClassLoader.java:93)
at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass
(BundleLoader.java:307)
at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass
(BundleHost.java:336)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass
(AbstractBundle.java:1313)
at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensi
on(ConfigurationElement.java:131)
at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensi
on(ConfigurationElement.java:124)
at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensi
on(ConfigurationElement.java:113)
at org.eclipse.ui.internal.registry.InstanceTracker.getExecutableExtension
(InstanceTracker.java:64)
at org.eclipse.ui.internal.registry.PerspectiveDescriptor.createFactory
(PerspectiveDescriptor.java:179)
at org.eclipse.ui.internal.Perspective.loadPredefinedPersp
(Perspective.java:654)
at org.eclipse.ui.internal.Perspective.createPresentation(Perspective.java:229)
at org.eclipse.ui.internal.Perspective.<init>(Perspective.java:123)
at org.eclipse.ui.internal.WorkbenchPage.createPerspective
(WorkbenchPage.java:1159)
at org.eclipse.ui.internal.WorkbenchPage.busySetPerspective
(WorkbenchPage.java:760)
at org.eclipse.ui.internal.WorkbenchPage.access$8(WorkbenchPage.java:752)
at org.eclipse.ui.internal.WorkbenchPage$12.run(WorkbenchPage.java:3019)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
at org.eclipse.ui.internal.WorkbenchPage.setPerspective
(WorkbenchPage.java:3017)
at org.eclipse.ui.internal.ChangeToPerspectiveMenu.run
(ChangeToPerspectiveMenu.java:88)
at org.eclipse.ui.actions.PerspectiveMenu.run(PerspectiveMenu.java:306)
at org.eclipse.ui.actions.PerspectiveMenu$3.widgetSelected
(PerspectiveMenu.java:117)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:800)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2794)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2448)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1527)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1498)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:276)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:704)
at org.eclipse.core.launcher.Main.main(Main.java:688)

For error entries with multiple children, scrolling back/next in the event
details dialog may not go to the subentry you anticipate.  However, if you order
the subentries (i.e. click on Message, Date, Plugin column headings) then the
scroll is no problem at all.

Why is this?  Because we account for a sorted list when we grab subentries. 
However, on initial launch, there is no order and thus, we are not guaranteed to
get subentries in the order they're displayed when we call 'getChildren()'.  In
fact, it's more like we get them in the reverse order.
 
Will have to look into this.

A

I20040506-0200

Copying text from the java editor used to copy the selected source range also in
RTF format. This no longer works - the only type in the clipboard is text.

created a model and property sheet view.
model returns following property descriptor:

String[] values = {"A","B","C"};
IPropertyDescriptor[] colmDec = new IPropertyDescriptor[1];
ComboBoxPropertyDescriptor colmProp = new ComboBoxPropertyDescriptor
			("PROP_FRUIT","fruit",values);
colmDec[0] = colmProp;

model has getPropertyValue. and everything is ok but when mouse click on
property sheet on row for "fruit", eclipse generate assertion failure on
following method:

ComboBoxCellEditor
protected void doSetValue(Object value) {
	Assert.isTrue(comboBox != null && (value instanceof Integer));
	selection = ((Integer) value).intValue();
	comboBox.select(selection);
}

where value is "A". so somehow, ComboBoxCellEditor expects integer value
but PropertySheetEntry sending one of list items.

note that when debugged, ComboBoxCellEditor has property initialized with
items from ComboBoxPropertyDescriptor

I Build id: 200403251200 

I just noticed that the Intro View now displays the name of the Intro view 
right under the view tab. Is this expected behavior? 

This is related to 55106. I thought the Intro view name was hardcoded to 
Intro, and you simply ignored the view name for now. and icon where used as 
with any other view. 

The name and icon make sense for the standby mode. For the full mode, it all 
depends on how the Intro view/site is implemented.

I200405060200

Test case

P1
  src
     p1
       A.java

P2
  src
     p1
       B.java

- select p1 in P1/src and execute Copy
- select src in P2
- execute Paste
- confirm the override dialog with yes

The delta you get looks as follows:

Java Model[*]: {CHILDREN}
	Test6[*]: {CHILDREN}
		src2[*]: {CHILDREN}
			p1[+]: {}

Shouldn't the delta be A.java added to p1 ?

Philippe, the current delta results in the fact that the package explorer 
doesn't update correctly since the package p1 already exists. The only change 
to get the package explorer in sync again is to close and reopen the project

20041215

class A {

}

class B extends A {

	void foo(List<String> args) {
	}
}

class C extends A{
	void foo(List<String> args) {
	}

}

-> pull up 'B.foo' reports:
'method foo in C has visibility less than protected which will result in
compiler errors'
package visibility is ok here too

/**
* @see <a href="http://www.ietf.org/rfc/rfc2045.txt">RFC 2045 - Section 6.8</a> 
*/
This javadoc shows a warning of "Javadoc: Invalid reference" even though it is 
a valid @see element according to the Javadoc spec.

This is a reminder/placeholder for work that has been ongoing/pending but I 
can't find a matching report.

Runtime has added IProduct to model the default primary feature and 
IBundleGroup to model features.  The UI gets various bits of information from 
the original entities and needs to adapt to the new structures.  

After consulting with Nick, both IProduct and IBundleGroup were left open ended 
and UI ignorant.  Rather they provide a general getProperty() method.  The 
valid key value pairs are to be defined by the consumers/users of the objects.  
So the UI should define the form of the information it needs for the product 
branding (e.g., windowImage, ...) and the about dialog.

I don't know where this should be specified but the update team for example 
will need to know how to map the about.ini information onto IProducts and 
similarly, how to populate IBundleGroups.

Instead of just using in AntDocumentSetupParticipant:
/**
* The name of the Ant partitioning.
* @since 3.0
*/
public final static String ANT_PARTITIONING= "___ant_partitioning";  

we should use something like:
/**
* The name of the Ant partitioning.
* @since 3.0
*/
public final static String 
ANT_PARTITIONING= "org.eclipse.ant.ui.antPartitioning";

Breakpoints may have to be updated (recreated) when a project is renamed.

I opened a compare editor on an outgoing deletion and both the local and 
remote were empty. The error in the log said 'Exception creating editor: File 
does not exist" but there was no stack trace.

I200408241200, GTK+ 2.4.4, KDE 3.2.3, Linux 2.6.7 
 
I tried binding "Open editor drop-down" to "Ctrl+X B".  If you then press, 
"Ctrl+X" and wait, a key assist dialog opens.  This dialog is an override 
redirect window.  Now, if you press "B", it will close the key assist dialog 
and open the editor drop-down.  The editor drop-down is also an override 
redirect shell. 
 
Focus disappears.  The second override direct shell never closes.  You can 
click around, but I haven't managed to find a way to motivate keyboard focus to 
come back again.

OS:		windows 2003, RHEL 3.0
Language:	Japanese
Build level: 	I20040422-200404231600
JDK version:  IBM JDK 1.4.2 Beta
Test case #:   

Steps to recreate problem:
1-Help > Introduction, select Fast view from the context menu of the Intro view 
2-click the Intro at the Fast View icon area
3-click "Return to Intoroduction" at the Intro view

Error: 
The Intro view windows is maxmized. 

Expected Result:
return to Intro main menu

Using M8, I created a project, and tried to create a Java class.
My workspace/setup is probably broken, but still the following 
error should never been thrown in this fashion, I'd think....

Strange thing is that my workspace is empty. I am using all the
default plugins. So, I wonder which class file has this unexpected
format? It may be hard to replicate this behavior, I am afraid.

Here is my configuration:

*** Date: 4/6/04 11:46 PM

*** System properties:
awt.toolkit=sun.awt.windows.WToolkit
catalina.base=/C:/eclipse/plugins/org.eclipse.tomcat_4.1.30/
catalina.home=/C:/eclipse/plugins/org.eclipse.tomcat_4.1.30/
catalina.useNaming=true
com.ibm.oti.configuration=scar
com.ibm.oti.system.class.path=C:\jdks\sidecar-20040318
\jre\lib\core.jar;C:\jdks\sidecar-20040318
\jre\lib\charsets.jar;C:\jdks\sidecar-20040318
\jre\lib\graphics.jar;C:\jdks\sidecar-20040318
\jre\lib\security.jar;C:\jdks\sidecar-20040318
\jre\lib\ibmpkcs.jar;C:\jdks\sidecar-20040318
\jre\lib\ibmjcefw.jar;C:\jdks\sidecar-20040318
\jre\lib\ibmjssefips.jar;C:\jdks\sidecar-20040318
\jre\lib\ibmjgssprovider.jar;C:\jdks\sidecar-20040318
\jre\lib\ibmjsseprovider2.jar;C:\jdks\sidecar-20040318
\jre\lib\ibmjsseprovider.jar;C:\jdks\sidecar-20040318
\jre\lib\ibmjaaslm.jar;C:\jdks\sidecar-20040318
\jre\lib\ibmjaasactivelm.jar;C:\jdks\sidecar-20040318
\jre\lib\ibmcertpathprovider.jar;C:\jdks\sidecar-20040318
\jre\lib\server.jar;C:\jdks\sidecar-20040318\jre\lib\xml.jar
com.ibm.oti.vm.bootstrap.library.path=C:\jdks\sidecar-20040318\jre\bin
com.ibm.oti.vm.library.version=22
com.ibm.vm.bitmode=32
eclipse.application=org.eclipse.ui.ide.workbench
eclipse.commands=-showsplash
c:\eclipse\eclipse -showsplash 600
-data
C:\workspaces\runtime-workspace1
-configuration
file:C:/workspaces/xray/.metadata/.plugins/org.eclipse.pde.core/C__workspaces_r
untime-workspace1/
-dev
bin
-os
win32
-ws
win32
-arch
x86
-nl
en_US

eclipse.debug.startupTime=1081308036561
eclipse.noLazyRegistryCacheLoading=true
eclipse.product=org.eclipse.platform
eof=eof
file.encoding=CP1252
file.separator=\
ibm.signalhandling.rs=false
ibm.signalhandling.sigchain=true
ibm.signalhandling.sigint=true
invokedviajava=
java.assistive=ON
java.awt.fonts=
java.awt.graphicsenv=sun.awt.Win32GraphicsEnvironment
java.awt.printerjob=sun.awt.windows.WPrinterJob
java.class.path=c:\eclipse\startup.jar
java.class.version=48.0
java.compiler=j9jit22
java.ext.dirs=C:\jdks\sidecar-20040318\jre\lib\ext
java.fullversion=J2RE 1.4.2 IBM J9 2.2 build 20040319_0006 (JIT enabled - 
dev_level20040318_1800)
java.home=C:\jdks\sidecar-20040318\jre
java.io.tmpdir=C:\Documents and Settings\CLaffra\Local Settings\Temp\
java.library.path=C:\jdks\sidecar-20040318\jre\bin;.;C:\jdks\sidecar-20040318
\jre\bin;c:\cygwin\bin;C:\PROGRAM 
FILES\THINKPAD\UTILITIES;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32
\Wbem;C:\Program Files\ATI Technologies\ATI Control Panel;C:\WINDOWS\System32
\;C:\Program Files\PC-Doctor for Windows\services;C:\WINDOWS\system32
\nls;C:\WINDOWS\system32\nls\ENGLISH;C:\Program Files\IBM\Trace 
Facility;C:\Program Files\Personal Communications;c:\mksnt;c:\jdks\sidecar1411
\jre\bin;C:\Msvc60\Common\MSDev98\Bin;C:\Msvc60\vc98
\Bin;c:\jdks\jdks\sidecar1411\bin;C:\Program Files\Rational\common
java.naming.factory.initial=org.apache.naming.java.javaURLContextFactory
java.naming.factory.url.pkgs=org.apache.naming
java.runtime.name=J9 - VM for the Java(TM) platform
java.runtime.version=2.2
java.specification.name=Java Platform API Specification
java.specification.vendor=Sun Microsystems Inc.
java.specification.version=1.4
java.util.prefs.PreferencesFactory=java.util.prefs.WindowsPreferencesFactory
java.vendor=IBM Corporation
java.vendor.url=http://www.ibm.com/
java.version=1.4.2
java.vm.info=J2RE 1.4.2 IBM J9 2.2 build 20040319_0006 (JIT enabled - 
dev_level20040318_1800)
java.vm.name=IBM J9SE VM
java.vm.specification.name=Java Virtual Machine Specification
java.vm.specification.vendor=Sun Microsystems Inc.
java.vm.specification.version=1.0
java.vm.vendor=IBM Corporation
java.vm.version=2.2
jxe.current.romimage.version=7
jxe.lowest.romimage.version=7
line.separator=

org.osgi.framework.executionenvironment=
org.osgi.framework.language=en
org.osgi.framework.os.name=Windows XP
org.osgi.framework.os.version=5.1
org.osgi.framework.processor=x86
org.osgi.framework.vendor=Eclipse
org.osgi.framework.version=1.2.0
os.arch=x86
os.name=Windows XP
os.version=5.1 build 2600 Service Pack 1
osgi.arch=x86
osgi.bundles=reference:file:C:/eclipse/plugins/org.eclipse.update.configurator_
3.0.0/@3,reference:file:C:/eclipse/plugins/org.eclipse.osgi.util_3.0.0/,referen
ce:file:C:/eclipse/plugins/org.eclipse.osgi.services_3.0.0/,reference:file:C:/e
clipse/plugins/org.eclipse.core.runtime_3.0.0/@2
osgi.bundlestore=C:\workspaces\xray\.metadata\.plugins\org.eclipse.pde.core\C__
workspaces_runtime-workspace1\org.eclipse.osgi\bundles
osgi.checkConfiguration=true
osgi.configuration.area=file:C:/workspaces/xray/.metadata/.plugins/org.eclipse.
pde.core/C__workspaces_runtime-workspace1/
osgi.configuration.cascaded=false
osgi.dev=bin
osgi.framework=file:C:/eclipse/plugins/org.eclipse.osgi_3.0.0/
osgi.framework.beginningstartlevel=1
osgi.framework.version=3.0.0
osgi.frameworkClassPath=core.jar, console.jar, osgi.jar, resolver.jar, 
defaultAdaptor.jar, eclipseAdaptor.jar
osgi.install.area=file:c:/eclipse/
osgi.instance.area=file:C:/workspaces/runtime-workspace1/
osgi.logfile=C:\workspaces\runtime-workspace1\.metadata\.log
osgi.manifest.cache=C:\workspaces\xray\.metadata\.plugins\org.eclipse.pde.core\
C__workspaces_runtime-workspace1\org.eclipse.osgi\manifests
osgi.nl=en_US
osgi.os=win32
osgi.splashLocation=C:\eclipse\plugins\org.eclipse.platform_3.0.0\splash.bmp
osgi.splashPath=file:C:/eclipse/plugins/org.eclipse.platform_3.0.0/
osgi.ws=win32
path.separator=;
sun.boot.class.path=C:\jdks\sidecar-20040318\jre\lib\core.jar;C:\jdks\sidecar-
20040318\jre\lib\charsets.jar;C:\jdks\sidecar-20040318
\jre\lib\graphics.jar;C:\jdks\sidecar-20040318
\jre\lib\security.jar;C:\jdks\sidecar-20040318
\jre\lib\ibmpkcs.jar;C:\jdks\sidecar-20040318
\jre\lib\ibmjcefw.jar;C:\jdks\sidecar-20040318
\jre\lib\ibmjssefips.jar;C:\jdks\sidecar-20040318
\jre\lib\ibmjgssprovider.jar;C:\jdks\sidecar-20040318
\jre\lib\ibmjsseprovider2.jar;C:\jdks\sidecar-20040318
\jre\lib\ibmjsseprovider.jar;C:\jdks\sidecar-20040318
\jre\lib\ibmjaaslm.jar;C:\jdks\sidecar-20040318
\jre\lib\ibmjaasactivelm.jar;C:\jdks\sidecar-20040318
\jre\lib\ibmcertpathprovider.jar;C:\jdks\sidecar-20040318
\jre\lib\server.jar;C:\jdks\sidecar-20040318\jre\lib\xml.jar
sun.boot.library.path=C:\jdks\sidecar-20040318\jre\bin
sun.io.unicode.encoding=UnicodeLittle
sun.java2d.fontpath=
user.country=US
user.dir=C:\eclipse
user.home=C:\Documents and Settings\CLaffra
user.language=en
user.name=CLaffra
user.timezone=America/New_York

*** Features:
org.eclipse.jdt (3.0.0) "Eclipse Java Development Tools"
org.eclipse.jdt.source (3.0.0) "Eclipse Java Development Tools SDK"
org.eclipse.pde (3.0.0) "Eclipse Plug-in Development Environment"
org.eclipse.platform (3.0.0) "Eclipse Platform"
org.eclipse.platform.source (3.0.0) "Eclipse Platform Plug-in Developer 
Resources"
org.eclipse.sdk (3.0.0) "Eclipse Project SDK"
org.eclipse.sdk.samples (3.0.0) "Experimental Eclipse SDK Samples"

*** Plug-in Registry:
org.apache.ant (1.6.1) "Apache Ant"
org.apache.lucene (1.3.0) "Apache Lucene"
org.apache.xerces (4.0.13) "Xerces Based XML Parser"
org.eclipse.ant.core (3.0.0) "Ant Build Tool Core"
org.eclipse.ant.ui (3.0.0) "Ant UI"
org.eclipse.compare (3.0.0) "Compare Support"
org.eclipse.core.boot (3.0.0) "Core Boot"
org.eclipse.core.expressions (3.0.0) "Expression Language"
org.eclipse.core.filebuffers (3.0.0) "File Buffers"
org.eclipse.core.resources (3.0.0) "Core Resource Management"
org.eclipse.core.runtime (3.0.0) "Core Runtime"
org.eclipse.core.runtime.compatibility (3.0.0) "Core Runtime Plug-in 
Compatibility"
org.eclipse.core.variables (3.0.0) "Core Variables"
org.eclipse.core.xray (1.5.1) "Eclipse XRay"
org.eclipse.debug.core (3.0.0) "Debug Core"
org.eclipse.debug.ui (3.0.0) "Debug UI"
org.eclipse.escript.builder (1.0.0) "eScript Project Builder"
org.eclipse.escript.compiler (1.0.0) "eScript Compiler"
org.eclipse.escript.editor (1.0.0) "eScript Editor Plug-in"
org.eclipse.help (3.0.0) "Help System Core"
org.eclipse.help.appserver (3.0.0) "Help Application Server"
org.eclipse.help.base (3.0.0) "Help System Base"
org.eclipse.help.ide (3.0.0) "Help System IDE"
org.eclipse.help.tocviewer (1.0.40) "Tocviewer Plug-in"
org.eclipse.help.ui (3.0.0) "Help System UI"
org.eclipse.help.webapp (3.0.0) "Help System Webapp"
org.eclipse.jdt (3.0.0) "Eclipse Java Development Tools"
org.eclipse.jdt.core (3.0.0) "Java Development Tools Core"
org.eclipse.jdt.debug (3.0.0) "JDI Debug Model"
org.eclipse.jdt.debug.ui (3.0.0) "JDI Debug UI"
org.eclipse.jdt.doc.isv (3.0.0) "Eclipse JDT Plug-in Developer Guide"
org.eclipse.jdt.doc.user (3.0.0) "Eclipse Java Development User Guide"
org.eclipse.jdt.junit (3.0.0) "Java Development Tools JUnit support"
org.eclipse.jdt.junit.runtime (3.0.0) "Java Development Tools JUnit runtime 
support"
org.eclipse.jdt.launching (3.0.0) "Java Development Tools Launching Support"
org.eclipse.jdt.source (3.0.0) "Eclipse Java Development Tools SDK"
org.eclipse.jdt.ui (3.0.0) "Java Development Tools UI"
org.eclipse.jface (3.0.0) "JFace"
org.eclipse.jface.text (3.0.0) "JFace Text"
org.eclipse.osgi (3.0.0) "OSGi System Bundle"
org.eclipse.osgi.services (3.0.0) "Eclipse OSGi Services"
org.eclipse.osgi.util (3.0.0) "Eclipse OSGi Utilities"
org.eclipse.pde (3.0.0) "Eclipse Plug-in Development Environment"
org.eclipse.pde.build (3.0.0) "Plug-in Development Environment Build Support"
org.eclipse.pde.core (3.0.0) "Plug-in Development Core"
org.eclipse.pde.doc.user (3.0.0) "Eclipse Plug-in Development User Guide"
org.eclipse.pde.junit.runtime (3.0.0) "PDE JUnit Plug-in Test"
org.eclipse.pde.runtime (3.0.0) "Plug-in Development Environment Runtime"
org.eclipse.pde.source (3.0.0) "Eclipse Plug-in Development Environment Source 
Code"
org.eclipse.pde.ui (3.0.0) "Plug-in Development UI"
org.eclipse.platform (3.0.0) "Eclipse Platform"
org.eclipse.platform.doc.isv (3.0.0) "Eclipse Platform Plug-in Developer Guide"
org.eclipse.platform.doc.user (3.0.0) "Eclipse Workbench User Guide"
org.eclipse.platform.source (3.0.0) "Eclipse Platform Plug-in Developer 
Resources"
org.eclipse.sdk (3.0.0) "Eclipse Project SDK"
org.eclipse.sdk.samples (3.0.0) "Experimental Eclipse SDK Samples"
org.eclipse.search (3.0.0) "Search Support"
org.eclipse.swt (3.0.0) "Standard Widget Toolkit"
org.eclipse.team.core (3.0.0) "Team Support Core"
org.eclipse.team.cvs.core (3.0.0) "CVS Team Provider Core"
org.eclipse.team.cvs.ssh (3.0.0) "CVS SSH Core"
org.eclipse.team.cvs.ssh2 (3.0.0) "CVS SSH2"
org.eclipse.team.cvs.ui (3.0.0) "CVS Team Provider UI"
org.eclipse.team.ui (3.0.0) "Team Support UI"
org.eclipse.text (3.0.0) "Text"
org.eclipse.tomcat (4.1.30) "Tomcat Wrapper"
org.eclipse.ui (3.0.0) "Eclipse UI"
org.eclipse.ui.cheatsheets (3.0.0) "Cheat Sheets"
org.eclipse.ui.console (3.0.0) "Console"
org.eclipse.ui.editors (3.0.0) "Default Text Editor"
org.eclipse.ui.externaltools (3.0.0) "External Tools"
org.eclipse.ui.forms (3.0.0) "Eclipse Forms"
org.eclipse.ui.ide (3.0.0) "Eclipse IDE UI"
org.eclipse.ui.intro (3.0.0) "Intro Plugin"
org.eclipse.ui.versioncheck (3.0.0) "Eclipse Version Check"
org.eclipse.ui.views (3.0.0) "Views"
org.eclipse.ui.workbench (3.0.0) "Workbench"
org.eclipse.ui.workbench.texteditor (3.0.0) "Text Editor Framework"
org.eclipse.update.configurator (3.0.0) "Install/Update Configurator"
org.eclipse.update.core (3.0.0) "Install/Update Core"
org.eclipse.update.scheduler (3.0.0) "Automatic Updates Scheduler"
org.eclipse.update.ui (3.0.0) "Install/Update UI"
org.eclipse.update.ui.forms (3.0.0) "Install/Update Forms"
org.junit (3.8.1) "JUnit Testing Framework"

*** User Preferences:
#Tue Apr 06 23:46:40 EDT 2004
/instance/org.eclipse.jdt.ui/tabWidthPropagated=true
/instance/org.eclipse.jdt.ui/fontPropagated=true
/instance/org.eclipse.jdt.core/org.eclipse.jdt.core.classpathContainer.Test|org
.eclipse.jdt.launching.JRE_CONTAINER=<?xml version\="1.0" encoding\="UTF-8"?
>\r\n<classpath>\r\n<classpathentry kind\="lib" path\="C\:/jdks/sidecar-
20040318/jre/lib/core.jar"/>\r\n<classpathentry kind\="lib" 
path\="C\:/jdks/sidecar-20040318/jre/lib/charsets.jar"/>\r\n<classpathentry 
kind\="lib" path\="C\:/jdks/sidecar-
20040318/jre/lib/graphics.jar"/>\r\n<classpathentry kind\="lib" 
path\="C\:/jdks/sidecar-20040318/jre/lib/security.jar"/>\r\n<classpathentry 
kind\="lib" path\="C\:/jdks/sidecar-
20040318/jre/lib/ibmpkcs.jar"/>\r\n<classpathentry kind\="lib" 
path\="C\:/jdks/sidecar-20040318/jre/lib/ibmjcefw.jar"/>\r\n<classpathentry 
kind\="lib" path\="C\:/jdks/sidecar-
20040318/jre/lib/ibmjssefips.jar"/>\r\n<classpathentry kind\="lib" 
path\="C\:/jdks/sidecar-
20040318/jre/lib/ibmjgssprovider.jar"/>\r\n<classpathentry kind\="lib" 
path\="C\:/jdks/sidecar-
20040318/jre/lib/ibmjsseprovider2.jar"/>\r\n<classpathentry kind\="lib" 
path\="C\:/jdks/sidecar-
20040318/jre/lib/ibmjsseprovider.jar"/>\r\n<classpathentry kind\="lib" 
path\="C\:/jdks/sidecar-20040318/jre/lib/ibmjaaslm.jar"/>\r\n<classpathentry 
kind\="lib" path\="C\:/jdks/sidecar-
20040318/jre/lib/ibmjaasactivelm.jar"/>\r\n<classpathentry kind\="lib" 
path\="C\:/jdks/sidecar-
20040318/jre/lib/ibmcertpathprovider.jar"/>\r\n<classpathentry kind\="lib" 
path\="C\:/jdks/sidecar-20040318/jre/lib/server.jar"/>\r\n<classpathentry 
kind\="lib" path\="C\:/jdks/sidecar-
20040318/jre/lib/xml.jar"/>\r\n<classpathentry kind\="lib" 
path\="C\:/jdks/sidecar-20040318/jre/lib/ext/dumpfmt.jar"/>\r\n<classpathentry 
kind\="lib" path\="C\:/jdks/sidecar-
20040318/jre/lib/ext/gskikm.jar"/>\r\n<classpathentry kind\="lib" 
path\="C\:/jdks/sidecar-
20040318/jre/lib/ext/ibmjcefips.jar"/>\r\n<classpathentry kind\="lib" 
path\="C\:/jdks/sidecar-
20040318/jre/lib/ext/ibmjceprovider.jar"/>\r\n<classpathentry kind\="lib" 
path\="C\:/jdks/sidecar-
20040318/jre/lib/ext/ibmpkcs11.jar"/>\r\n<classpathentry kind\="lib" 
path\="C\:/jdks/sidecar-
20040318/jre/lib/ext/ibmpkcs11impl.jar"/>\r\n<classpathentry kind\="lib" 
path\="C\:/jdks/sidecar-20040318/jre/lib/ext/indicim.jar"/>\r\n<classpathentry 
kind\="lib" path\="C\:/jdks/sidecar-
20040318/jre/lib/ext/jaccess.jar"/>\r\n<classpathentry kind\="lib" 
path\="C\:/jdks/sidecar-
20040318/jre/lib/ext/JawBridge.jar"/>\r\n<classpathentry kind\="lib" 
path\="C\:/jdks/sidecar-20040318/jre/lib/ext/ldapsec.jar"/>\r\n<classpathentry 
kind\="lib" path\="C\:/jdks/sidecar-
20040318/jre/lib/ext/oldcertpath.jar"/>\r\n</classpath>\r\n
/instance/org.eclipse.ui.ide/INTRO=false
/instance/org.eclipse.team.cvs.ui/pref_first_startup=false
/instance/org.eclipse.jdt.launching/org.eclipse.jdt.launching.PREF_VM_XML=<?
xml version\="1.0" encoding\="UTF-8"?>\r\n<vmSettings 
defaultVM\="57,org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType1,0">\r
\n<vmType 
id\="org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType">\r\n<vm 
id\="0" name\="sidecar-20040318" path\="C\:\\jdks\\sidecar-
20040318"/>\r\n</vmType>\r\n</vmSettings>\r\n
/instance/org.eclipse.help.ui/browser.maximized=false
/instance/org.eclipse.ui.ide/WELCOME_DIALOG=false
/instance/org.eclipse.help.ui/browser.h=600
file_export_version=3.0
/instance/org.eclipse.jdt.core/org.eclipse.jdt.core.builder.resourceCopyExclusi
onFilter=*.launch
/instance/org.eclipse.ui.workbench/UIActivities.org.eclipse.plugInDevelopment=t
rue
\!/instance=
/instance/org.eclipse.jdt.ui/org.eclipse.jface.textfont=1|Courier 
New|10|0|WINDOWS|1|0|0|0|0|0|0|0|0|1|0|0|0|0|Courier New;
/instance/org.eclipse.help.ui/browser.w=800
/instance/org.eclipse.help.ui/browser.x=88
/instance/org.eclipse.help.ui/browser.y=116
/instance/org.eclipse.ui.ide/EXIT_PROMPT_ON_CLOSE_LAST_WINDOW=false

*** Update Manager Log:

Configuration=Tue Apr 06 23:46:13 EDT 2004
Is current configuration=false

----------------------------------------------------
Configuration=Tue Apr 06 23:20:37 EDT 2004
Is current configuration=true

*** Error Log:
!ENTRY org.eclipse.ui 4 4 Apr 06, 2004 23:46:32.639
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Apr 06, 2004 23:46:32.649
!MESSAGE java.lang.ArrayIndexOutOfBoundsException
!STACK 0
java.lang.ArrayIndexOutOfBoundsException
	at org.eclipse.jdt.internal.compiler.classfmt.ClassFileStruct.utf8At
(ClassFileStruct.java:85)
	at org.eclipse.jdt.internal.compiler.classfmt.MethodInfo.getSelector
(MethodInfo.java:110)
	at org.eclipse.jdt.internal.compiler.classfmt.MethodInfo.initialize
(MethodInfo.java:227)
	at 
org.eclipse.jdt.internal.compiler.classfmt.ClassFileReader.initialize
(ClassFileReader.java:800)
	at org.eclipse.jdt.internal.compiler.classfmt.ClassFileReader.read
(ClassFileReader.java:520)
	at org.eclipse.jdt.internal.core.ClassFile.getBinaryTypeInfo
(ClassFile.java:205)
	at org.eclipse.jdt.internal.core.ClassFile.buildStructure
(ClassFile.java:79)
	at org.eclipse.jdt.internal.core.Openable.generateInfos
(Openable.java:169)
	at org.eclipse.jdt.internal.core.BinaryMember.generateInfos
(BinaryMember.java:46)
	at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed
(JavaElement.java:543)
	at org.eclipse.jdt.internal.core.JavaElement.getElementInfo
(JavaElement.java:280)
	at org.eclipse.jdt.internal.core.JavaElement.getElementInfo
(JavaElement.java:266)
	at org.eclipse.jdt.internal.core.BinaryType.isInterface
(BinaryType.java:479)
	at org.eclipse.jdt.internal.core.BinaryType.isClass
(BinaryType.java:473)
	at org.eclipse.jdt.internal.core.NameLookup.acceptType
(NameLookup.java:120)
	at org.eclipse.jdt.internal.core.NameLookup.seekTypesInBinaryPackage
(NameLookup.java:604)
	at org.eclipse.jdt.internal.core.NameLookup.seekTypes
(NameLookup.java:548)
	at org.eclipse.jdt.internal.core.NameLookup.findType
(NameLookup.java:381)
	at org.eclipse.jdt.internal.core.NameLookup.findType
(NameLookup.java:352)
	at org.eclipse.jdt.internal.core.NameLookup.findType
(NameLookup.java:460)
	at org.eclipse.jdt.internal.core.JavaProject.findType
(JavaProject.java:1055)
	at org.eclipse.jdt.internal.core.JavaProject.findType
(JavaProject.java:1046)
	at org.eclipse.jdt.ui.wizards.NewTypeWizardPage.resolveSuperTypeName
(NewTypeWizardPage.java:1226)
	at org.eclipse.jdt.ui.wizards.NewTypeWizardPage.superClassChanged
(NewTypeWizardPage.java:1167)
	at 
org.eclipse.jdt.ui.wizards.NewTypeWizardPage.typePageDialogFieldChanged
(NewTypeWizardPage.java:657)
	at org.eclipse.jdt.ui.wizards.NewTypeWizardPage.access$2
(NewTypeWizardPage.java:621)
	at 
org.eclipse.jdt.ui.wizards.NewTypeWizardPage$TypeFieldsAdapter.dialogFieldChang
ed(NewTypeWizardPage.java:585)
	at 
org.eclipse.jdt.internal.ui.wizards.dialogfields.DialogField.dialogFieldChanged
(DialogField.java:70)
	at 
org.eclipse.jdt.internal.ui.wizards.dialogfields.StringDialogField.setText
(StringDialogField.java:143)
	at org.eclipse.jdt.ui.wizards.NewTypeWizardPage.setSuperClass
(NewTypeWizardPage.java:893)
	at org.eclipse.jdt.ui.wizards.NewTypeWizardPage.initTypePage
(NewTypeWizardPage.java:421)
	at org.eclipse.jdt.ui.wizards.NewClassWizardPage.init
(NewClassWizardPage.java:86)
	at org.eclipse.jdt.internal.ui.wizards.NewClassCreationWizard.addPages
(NewClassCreationWizard.java:42)
	at org.eclipse.jface.wizard.WizardDialog.createContents
(WizardDialog.java:466)
	at org.eclipse.jface.window.Window.create(Window.java:350)
	at org.eclipse.jface.dialogs.Dialog.create(Dialog.java:859)
	at org.eclipse.jdt.internal.ui.wizards.AbstractOpenWizardAction.run
(AbstractOpenWizardAction.java:157)
	at org.eclipse.jdt.internal.ui.wizards.NewTypeDropDownAction.run
(NewTypeDropDownAction.java:95)
	at org.eclipse.jdt.internal.ui.wizards.NewTypeDropDownAction.run
(NewTypeDropDownAction.java:145)
	at org.eclipse.ui.internal.PluginAction.runWithEvent
(PluginAction.java:269)
	at org.eclipse.ui.internal.WWinPluginAction.runWithEvent
(WWinPluginAction.java:207)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:550)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:502)
	at org.eclipse.jface.action.ActionContributionItem$6.handleEvent
(ActionContributionItem.java:474)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2578)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2256)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:277)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:239)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:84)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:59)
	at java.lang.reflect.Method.invoke(Method.java:389)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

JDT Core wants to remove the following methods (that have been deprecated
for several builds now) for next integration build:
- AST#parseCompilationUnit(ICompilationUnit,boolean,WorkingCopyOwner) (use
ASTParser instead)
- ICompilationUnit#reconcile(boolean, IProgressMonitor) (use
reconcile(boolean, boolean, WorkingCopyOwner, IProgressMonitor) instead)

I20040225

I always have tons of these messages in my .log file. Is this normal?

!ENTRY org.eclipse.core.runtime 4 1 Feb 26, 2004 11:51:34.231
!MESSAGE The job manager has stopped allocating worker threads because too many background tasks 
are running.
!ENTRY org.eclipse.core.runtime 4 1 Feb 26, 2004 11:51:38.801
!MESSAGE The job manager has stopped allocating worker threads because too many background tasks 
are running.
!ENTRY org.eclipse.core.runtime 4 1 Feb 26, 2004 11:52:06.308
!MESSAGE The job manager has stopped allocating worker threads because too many background tasks 
are running.
!ENTRY org.eclipse.core.runtime 4 1 Feb 26, 2004 11:52:26.329
!MESSAGE The job manager has stopped allocating worker threads because too many background tasks 
are running.

RC3

- set DEBUG=true in NewProgressViewer
- in the debug statement in method NewProgressViewer.refresh(Object, boolean)
   add the argument "element" to the println.
- launch Eclipse from workspace
- in Job Factory enable "Reschedule"
- press "Create jobs"
Observe: after job has run for the first time, it disappears and never comes back.
On the console you don't see any remove or add events, only refresh events and a single refreshAll that 
results in the removal of the job.

I could live with the refresh (instead of add/remove) events, but the JobInfo passed as an argument is 
different between the first run and the second run of the job.
This problem probably didn't showed up in the old progress viewer because at that time lots of 
refreshAll events were generated and ensured that the viewer was always in synch with the model.

The AntTargetsTab should be reworked to make use of the AntModel support so we 
have a consitent centralized story for all queries on Ant buildfile structure 
in the Ant UI components.

Extending AbstractList<E> fails on several levels. Taking the following source:

    package test;

    import java.util.AbstractList;

    public class StringList extends AbstractList<String>
    {
    }

and performing a QuickFix -> 'Add unimplemented methods' produces

    package test;

    import T;
    import java.util.AbstractList;

    public class StringList extends AbstractList

        public String get(int index) {
            return null;
        }

        public int size() {
            return 0;
        }

        public T[] toArray(T[] arg0) {
            return null;
        }

        public T[] toArray(T[] arg0) {
            return null;
        }<String>
    {
    }

Please note the placement of the inserted methods and the two toArray() 
methods.

Cleaning up gives

    package test;

    import java.util.AbstractList;

    public class StringList extends AbstractList<String>
    {
        public String get(int index) {
            return null;
        }

        public int size() {
            return 0;
        }
    }

which seems to compile, but when trying to look at the Type hierarchy 
(Ctrl+T), Object is shown as superclass.

Testing with

    package test;

    import junit.framework.TestCase;

    public class StringListTest extends TestCase
    {
        public void testCtor() {
            new StringList();
        }
    }

gives the following error

    java.lang.ClassFormatError: Repetitive method name/signature in class file 
test/StringList

when the VM tries to load the test.StringList class.

This was tried on Eclipse 3.0 RC3 running on j2sdk 1.4.2_04 (build 1.4.2_04-
b05), using the jdk 1.5.0 beta2 vm (build 1.5.0-beta2-b51). The Cheetah code 
was checked out from CVS on june 22. 2004 (latest bug fixed is 68006).

When trying to run the testcase with the StringList class compiled by the 
1.5.0 jdk compiler, it succeeds.

The ViewRegistry.buildCachedObject() method can eventually touch the ui thread 
(see ViewDescriptor), this will cause possible SWT Exceptions when the 
registry change events are not coming in in the UI Thread.

When a type has more than one avialable strata, we generate an exception:

java.lang.ArrayStoreException
	at java.lang.System.arraycopy(Native Method)
	at java.util.ArrayList.toArray(ArrayList.java:305)
	at 
org.eclipse.jdt.internal.debug.core.model.JDIReferenceType.getAvailableStrata
(JDIReferenceType.java:52)
	at org.eclipse.jdt.internal.debug.core.JavaDebugPropertyTester.test
(JavaDebugPropertyTester.java:32)
	at org.eclipse.core.internal.expressions.Property.test
(Property.java:52)
	at org.eclipse.core.internal.expressions.TestExpression.evaluate
(TestExpression.java:57)
	at 
org.eclipse.core.internal.expressions.CompositeExpression.evaluateAnd
(CompositeExpression.java:47)
	at org.eclipse.core.internal.expressions.EnablementExpression.evaluate
(EnablementExpression.java:29)
	at 
org.eclipse.ui.internal.ObjectActionContributor$ObjectContribution.isApplicable
To(ObjectActionContributor.java:287)
	at org.eclipse.ui.internal.ObjectActionContributor.isApplicableTo
(ObjectActionContributor.java:176)
	at org.eclipse.ui.internal.ObjectContributorManager.isApplicableTo
(ObjectContributorManager.java:259)
	at 
org.eclipse.ui.internal.ObjectActionContributorManager.contributeObjectActions
(ObjectActionContributorManager.java:124)
	at org.eclipse.ui.internal.PopupMenuExtender.addObjectActions
(PopupMenuExtender.java:213)
	at org.eclipse.ui.internal.PopupMenuExtender.menuAboutToShow
(PopupMenuExtender.java:237)
	at org.eclipse.jface.action.MenuManager.fireAboutToShow
(MenuManager.java:285)
	at org.eclipse.jface.action.MenuManager.handleAboutToShow
(MenuManager.java:372)
	at org.eclipse.jface.action.MenuManager.access$0(MenuManager.java:369)
	at org.eclipse.jface.action.MenuManager$2.menuShown
(MenuManager.java:386)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:116)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:801)
	at org.eclipse.swt.widgets.Control.WM_INITMENUPOPUP(Control.java:3329)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3000)
	at org.eclipse.swt.widgets.Decorations.windowProc
(Decorations.java:1398)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3349)
	at org.eclipse.swt.internal.win32.OS.TrackPopupMenu(Native Method)
	at org.eclipse.swt.widgets.Menu._setVisible(Menu.java:222)
	at org.eclipse.swt.widgets.Display.runPopups(Display.java:2809)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2436)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1435)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1406)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:263)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:102)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:684)
	at org.eclipse.core.launcher.Main.main(Main.java:668)

Build: 3.0 RC1

Ok, this is a bit of a silly test case, but it might point to possible
performance improvements in the auto-indent code. These times are on a 2.5 Ghz
PIV with plenty of RAM.

1) Copy, for example, an Eclipse book or a Tolstoy novel onto the clipboard (in
my example, 110,000 words, 14,000 lines)

2) Paste into an empty text editor.

 -> Wow! It is *really* fast, faster than Notepad. Less than a second.

3) Paste into an empty Java editor.

 -> Still quite good, about three seconds.

4) Create a trivial Java file:

package p1;
public class A {
}

5) Now paste the clipboard contents between the braces.

 -> Eclipse becomes unresponsive for 5 minutes. During this time, CPU is pegged
but memory usage is stable and reasonable. I did stack dumps once a minute, and
they were all inside JavaAutoIndentStrategy. See below for an example stack
trace. After it came back to life, everything was fine and the editor was
reasonably responsive.

        In org/eclipse/jface/text/GapTextStore.replace(IILjava/lang/String;)V
        In org/eclipse/jface/text/AbstractDocument.replace(IILjava/lang/String;)
V
        In org/eclipse/jdt/internal/ui/text/java/JavaAutoIndentStrategy.addInden
t(Lorg/eclipse/jface/text/Document;ILjava/lang/CharSequence;)V
        In org/eclipse/jdt/internal/ui/text/java/JavaAutoIndentStrategy.smartPas
te(Lorg/eclipse/jface/text/IDocument;Lorg/eclipse/jface/text/DocumentCommand;)V
        In org/eclipse/jdt/internal/ui/text/java/JavaAutoIndentStrategy.customiz
eDocumentCommand(Lorg/eclipse/jface/text/IDocument;Lorg/eclipse/jface/text/Docum
entCommand;)V
        In org/eclipse/jface/text/TextViewer.customizeDocumentCommand(Lorg/eclip
se/jface/text/DocumentCommand;)V
        In org/eclipse/jdt/internal/ui/javaeditor/CompilationUnitEditor$AdaptedS
ourceViewer.customizeDocumentCommand(Lorg/eclipse/jface/text/DocumentCommand;)V
        In org/eclipse/jface/text/TextViewer.handleVerifyEvent(Lorg/eclipse/swt/
events/VerifyEvent;)V
        In org/eclipse/jface/text/source/projection/ProjectionViewer.handleVerif
yEvent(Lorg/eclipse/swt/events/VerifyEvent;)V
        In org/eclipse/jface/text/TextViewer$TextVerifyListener.verifyText(Lorg/
eclipse/swt/events/VerifyEvent;)V
        In org/eclipse/swt/widgets/TypedListener.handleEvent(Lorg/eclipse/swt/wi
dgets/Event;)V
        In org/eclipse/swt/widgets/EventTable.sendEvent(Lorg/eclipse/swt/widgets
/Event;)V
        In org/eclipse/swt/widgets/Widget.sendEvent(Lorg/eclipse/swt/widgets/Eve
nt;)V
        In org/eclipse/swt/widgets/Widget.sendEvent(ILorg/eclipse/swt/widgets/Ev
ent;Z)V
        In org/eclipse/swt/widgets/Widget.sendEvent(ILorg/eclipse/swt/widgets/Ev
ent;)V
        In org/eclipse/swt/widgets/Widget.notifyListeners(ILorg/eclipse/swt/widg
ets/Event;)V
        In org/eclipse/swt/custom/StyledText.modifyContent(Lorg/eclipse/swt/widg
ets/Event;Z)V
        In org/eclipse/swt/custom/StyledText.sendKeyEvent(Lorg/eclipse/swt/widge
ts/Event;)V
        In org/eclipse/swt/custom/StyledText.paste()V
        In org/eclipse/jface/text/TextViewer.doOperation(I)V
        In org/eclipse/jface/text/source/SourceViewer.doOperation(I)V
        In org/eclipse/jface/text/source/projection/ProjectionViewer.doOperation
(I)V
        In org/eclipse/jdt/internal/ui/javaeditor/JavaSourceViewer.doOperation(I
)V
        In org/eclipse/jdt/internal/ui/javaeditor/CompilationUnitEditor$AdaptedS
ourceViewer.doOperation(I)V
        In org/eclipse/jdt/internal/ui/javaeditor/ClipboardOperationAction.doPas
teWithImportsOperation()V
        In org/eclipse/jdt/internal/ui/javaeditor/ClipboardOperationAction.inter
nalDoOperation()V
        In org/eclipse/jdt/internal/ui/javaeditor/ClipboardOperationAction$1.run
()V
        In org/eclipse/swt/custom/BusyIndicator.showWhile(Lorg/eclipse/swt/widge
ts/Display;Ljava/lang/Runnable;)V
        In org/eclipse/jdt/internal/ui/javaeditor/ClipboardOperationAction.run()
V
        In org/eclipse/jface/action/Action.runWithEvent(Lorg/eclipse/swt/widgets
/Event;)V
        In org/eclipse/ui/commands/ActionHandler.execute(Ljava/util/Map;)Ljava/l
ang/Object;
        In org/eclipse/ui/internal/commands/Command.execute(Ljava/util/Map;)Ljav
a/lang/Object;
        In org/eclipse/ui/internal/keys/WorkbenchKeyboard.executeCommand(Ljava/l
ang/String;)Z
        In org/eclipse/ui/internal/keys/WorkbenchKeyboard.press(Ljava/util/List;
Lorg/eclipse/swt/widgets/Event;)Z
        In org/eclipse/ui/internal/keys/WorkbenchKeyboard.processKeyEvent(Ljava/
util/List;Lorg/eclipse/swt/widgets/Event;)V
        In org/eclipse/ui/internal/keys/WorkbenchKeyboard.filterKeySequenceBindi
ngs(Lorg/eclipse/swt/widgets/Event;)V
        In org/eclipse/ui/internal/keys/WorkbenchKeyboard.access$2(Lorg/eclipse/
ui/internal/keys/WorkbenchKeyboard;Lorg/eclipse/swt/widgets/Event;)V
        In org/eclipse/ui/internal/keys/WorkbenchKeyboard$1.handleEvent(Lorg/ecl
ipse/swt/widgets/Event;)V
        In org/eclipse/swt/widgets/EventTable.sendEvent(Lorg/eclipse/swt/widgets
/Event;)V
        In org/eclipse/swt/widgets/Display.filterEvent(Lorg/eclipse/swt/widgets/
Event;)Z
        In org/eclipse/swt/widgets/Widget.sendEvent(Lorg/eclipse/swt/widgets/Eve
nt;)V
        In org/eclipse/swt/widgets/Widget.sendEvent(ILorg/eclipse/swt/widgets/Ev
ent;Z)V
        In org/eclipse/swt/widgets/Widget.sendEvent(ILorg/eclipse/swt/widgets/Ev
ent;)V
        In org/eclipse/swt/widgets/Control.sendKeyEvent(IIIILorg/eclipse/swt/wid
gets/Event;)Z
        In org/eclipse/swt/widgets/Control.sendKeyEvent(IIII)Z
        In org/eclipse/swt/widgets/Control.WM_CHAR(II)Lorg/eclipse/swt/internal/
win32/LRESULT;
        In org/eclipse/swt/widgets/Control.windowProc(IIII)I
        In org/eclipse/swt/widgets/Display.windowProc(IIII)I
        In org/eclipse/swt/internal/win32/OS.DispatchMessageW(Lorg/eclipse/swt/i
nternal/win32/MSG;)I
        In org/eclipse/swt/internal/win32/OS.DispatchMessage(Lorg/eclipse/swt/in
ternal/win32/MSG;)I
        In org/eclipse/swt/widgets/Display.readAndDispatch()Z
        In org/eclipse/ui/internal/Workbench.runEventLoop(Lorg/eclipse/jface/win
dow/Window$IExceptionHandler;Lorg/eclipse/swt/widgets/Display;)V
        In org/eclipse/ui/internal/Workbench.runUI()I
        In org/eclipse/ui/internal/Workbench.createAndRunWorkbench(Lorg/eclipse/
swt/widgets/Display;Lorg/eclipse/ui/application/WorkbenchAdvisor;)I
        In org/eclipse/ui/PlatformUI.createAndRunWorkbench(Lorg/eclipse/swt/widg
ets/Display;Lorg/eclipse/ui/application/WorkbenchAdvisor;)I
        In org/eclipse/ui/internal/ide/IDEApplication.run(Ljava/lang/Object;)Lja
va/lang/Object;
        In org/eclipse/core/internal/runtime/PlatformActivator$1.run(Ljava/lang/
Object;)Ljava/lang/Object;
        In org/eclipse/core/runtime/adaptor/EclipseStarter.run(Ljava/lang/Object
;)Ljava/lang/Object;
        In org/eclipse/core/runtime/adaptor/EclipseStarter.run([Ljava/lang/Strin
g;Ljava/lang/Runnable;)Ljava/lang/Object;
        In sun/reflect/NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Metho
d;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;
        In sun/reflect/NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/
lang/Object;)Ljava/lang/Object;
        In sun/reflect/DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Lj
ava/lang/Object;)Ljava/lang/Object;
        In java/lang/reflect/Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;
)Ljava/lang/Object;
        In org/eclipse/core/launcher/Main.basicRun([Ljava/lang/String;)Ljava/lan
g/Object;
        In org/eclipse/core/launcher/Main.run([Ljava/lang/String;)I
        In org/eclipse/core/launcher/Main.main([Ljava/lang/String;)V

- go to the "Customize Perspective" Commands tab
- select "Editor Navigation" (You see an arrow icon left to "Last edit 
location") in the "Menubar Details" column.
- now select "Cheat Sheets" and you still see the same icon
  next to "Cheat Sheets..."!

==> this is a redraw problem: Put another window on top of the
    dialog and you'll see that the "Cheat Sheats..." has no icon
    associated.


This could be a SWT problem...

Build 20040506

When expanding the Plug-in Dependencies container, it is counter-intuitive to 
hide project dependencies. These are shown in the build path wizard itself, 
when you expand this container.

I would expect to see them all the time.

3.0RC1

- create new Java Project
- start a job holding the workspace lock during the following steps (e.g., with
the org.eclipse.ui.examples.job plugin)
- invoke the New JUnit Test Case wizard
- choose Yes when asked if junit.jar should be added to the build path
- cancel the user operation in the "User Operation is Waiting" dialog
-> the following exception:

org.eclipse.core.runtime.OperationCanceledException
        at org.eclipse.core.internal.jobs.ThreadJob.joinRun(ThreadJob.java:147)
        at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJobs.java:8
7)
        at org.eclipse.core.internal.jobs.JobManager.beginRule(JobManager.java:1
70)
        at org.eclipse.core.internal.resources.WorkManager.checkIn(WorkManager.j
ava:95)
        at org.eclipse.core.internal.resources.Workspace.prepareOperation(Worksp
ace.java:1628)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1668
)
        at org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaMod
elOperation.java:744)
        at org.eclipse.jdt.internal.core.JavaProject.setRawClasspath(JavaProject
.java:2655)
        at org.eclipse.jdt.internal.core.JavaProject.setRawClasspath(JavaProject
.java:2671)
        at org.eclipse.jdt.internal.junit.wizards.NewTestCaseCreationWizardPage.
addToClasspath(NewTestCaseCreationWizardPage.java:727)
        at org.eclipse.jdt.internal.junit.wizards.NewTestCaseCreationWizardPage.
addJUnitToBuildPath(NewTestCaseCreationWizardPage.java:713)
        at org.eclipse.jdt.internal.junit.wizards.NewTestCaseCreationWizardPage.
validateJUnitOnBuildPath(NewTestCaseCreationWizardPage.java:693)
        at org.eclipse.jdt.internal.junit.wizards.NewTestCaseCreationWizardPage.
handleFieldChanged(NewTestCaseCreationWizardPage.java:213)
        at org.eclipse.jdt.ui.wizards.NewContainerWizardPage.containerDialogFiel
dChanged(NewContainerWizardPage.java:284)
        at org.eclipse.jdt.ui.wizards.NewContainerWizardPage.access$1(NewContain
erWizardPage.java:279)
        at org.eclipse.jdt.ui.wizards.NewContainerWizardPage$ContainerFieldAdapt
er.dialogFieldChanged(NewContainerWizardPage.java:266)
        at org.eclipse.jdt.internal.ui.wizards.dialogfields.DialogField.dialogFi
eldChanged(DialogField.java:70)
        at org.eclipse.jdt.internal.ui.wizards.dialogfields.StringDialogField.se
tText(StringDialogField.java:162)
        at org.eclipse.jdt.ui.wizards.NewContainerWizardPage.setPackageFragmentR
oot(NewContainerWizardPage.java:411)
        at org.eclipse.jdt.ui.wizards.NewContainerWizardPage.initContainerPage(N
ewContainerWizardPage.java:140)
        at org.eclipse.jdt.internal.junit.wizards.NewTestCaseCreationWizardPage.
init(NewTestCaseCreationWizardPage.java:145)
        at org.eclipse.jdt.internal.junit.wizards.NewTestCaseCreationWizard.addP
ages(NewTestCaseCreationWizard.java:53)
        at org.eclipse.jface.wizard.WizardDialog.createContents(WizardDialog.jav
a:448)
        at org.eclipse.jface.window.Window.create(Window.java:348)
        at org.eclipse.jface.dialogs.Dialog.create(Dialog.java:925)
        at org.eclipse.ui.internal.ide.NewWizardShortcutAction.run(NewWizardShor
tcutAction.java:94)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:915)
        at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContri
butionItem.java:866)
        at org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionC
ontributionItem.java:785)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.jav
a:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformAct
ivator.java:334)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:273)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:128)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)
org.eclipse.core.runtime.OperationCanceledException

I am using Generate Delegate Methods. I want to specify the position of the 
newly generated methods. Any combination for insertion point works (cursor 
position, at the beginning, at the end) except when I want to insert the new 
methods after any existing method. If I choose this option they will get 
positioned at the end of the file rather than being located after the method I 
chose in the dialog. 

Build id: 200405290105

Build: I-20040518-2000

I copied a line from a bugzilla report using Ctrl-C

I tried to paste it into my Java file (Ctrl-V) and I kept getting the 
following NPE:

Error May 18, 2004 23:52:48.859 The command for the key you pressed failed
java.lang.NullPointerException
	at 
org.eclipse.jdt.internal.ui.javaeditor.JavaEditor$OccurrencesFinderJobCanceler.
documentAboutToBeChanged(JavaEditor.java:1410)
	at org.eclipse.jface.text.AbstractDocument.fireDocumentAboutToBeChanged
(AbstractDocument.java:577)
	at org.eclipse.jface.text.AbstractDocument.replace
(AbstractDocument.java:984)
	at 
org.eclipse.jdt.internal.ui.javaeditor.PartiallySynchronizedDocument.replace
(PartiallySynchronizedDocument.java:92)
	at org.eclipse.jface.text.DefaultDocumentAdapter.replaceTextRange
(DefaultDocumentAdapter.java:208)
	at org.eclipse.swt.custom.StyledText.modifyContent
(StyledText.java:5565)
	at org.eclipse.swt.custom.StyledText.sendKeyEvent(StyledText.java:6405)
	at org.eclipse.swt.custom.StyledText.paste(StyledText.java:5602)
	at org.eclipse.jface.text.TextViewer.doOperation(TextViewer.java:3387)
	at org.eclipse.jface.text.source.SourceViewer.doOperation
(SourceViewer.java:744)
	at 
org.eclipse.jface.text.source.projection.ProjectionViewer.doOperation
(ProjectionViewer.java:1044)
	at org.eclipse.jdt.internal.ui.javaeditor.JavaSourceViewer.doOperation
(JavaSourceViewer.java:151)
	at 
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor$AdaptedSourceViewe
r.doOperation(CompilationUnitEditor.java:198)
	at 
org.eclipse.jdt.internal.ui.javaeditor.ClipboardOperationAction.doPasteWithImpo
rtsOperation(ClipboardOperationAction.java:406)
	at 
org.eclipse.jdt.internal.ui.javaeditor.ClipboardOperationAction.internalDoOpera
tion(ClipboardOperationAction.java:244)
	at 
org.eclipse.jdt.internal.ui.javaeditor.ClipboardOperationAction$1.run
(ClipboardOperationAction.java:224)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.jdt.internal.ui.javaeditor.ClipboardOperationAction.run
(ClipboardOperationAction.java:222)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.ui.commands.ActionHandler.execute
(ActionHandler.java:141)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand
(WorkbenchKeyboard.java:468)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press
(WorkbenchKeyboard.java:886)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent
(WorkbenchKeyboard.java:927)
	at 
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings
(WorkbenchKeyboard.java:545)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2
(WorkbenchKeyboard.java:493)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent
(WorkbenchKeyboard.java:258)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java:712)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:795)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1724)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1720)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3048)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2951)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3282)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1475)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2380)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:97)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:305)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:127)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:184)
	at org.eclipse.core.launcher.Main.run(Main.java:637)
	at org.eclipse.core.launcher.Main.main(Main.java:621)

Selected a project (PDE, no other projects depend on this one) in workspace, 
called Refactoring/Rename...
The dialog didn't close. Pointed to the log for internal error details.
In log the following exception was registered (and plenty of successing 
exceptions):

!ENTRY org.eclipse.ltk.core.refactoring 4 10000 Sep 20, 2004 11:29:51.140
!MESSAGE Participant 
org.eclipse.jdt.debug.refactoring.javaBreakpointIJavaProjectRename removed due 
to the following exception
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.jdt.internal.debug.core.breakpoints.JavaExceptionBreakpoint$1.run
(JavaExceptionBreakpoint.java:125)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1673)
	at org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.run
(JavaBreakpoint.java:769)
	at 
org.eclipse.jdt.internal.debug.core.breakpoints.JavaExceptionBreakpoint.<init>
(JavaExceptionBreakpoint.java:141)
	at org.eclipse.jdt.debug.core.JDIDebugModel.createExceptionBreakpoint
(JDIDebugModel.java:427)
	at 
org.eclipse.jdt.internal.debug.core.refactoring.JavaExceptionBreakpointTypeChan
ge.performChange(JavaExceptionBreakpointTypeChange.java:61)
	at 
org.eclipse.jdt.internal.debug.core.refactoring.JavaBreakpointTypeChange.perfor
mProjectRename(JavaBreakpointTypeChange.java:322)
	at 
org.eclipse.jdt.internal.debug.core.refactoring.JavaBreakpointTypeChange.perfor
m(JavaBreakpointTypeChange.java:239)
	at org.eclipse.ltk.core.refactoring.CompositeChange.perform
(CompositeChange.java:262)
	at org.eclipse.ltk.core.refactoring.PerformChangeOperation$1.run
(PerformChangeOperation.java:228)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1673)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1693)
	at 
org.eclipse.ltk.core.refactoring.PerformChangeOperation.executeChange
(PerformChangeOperation.java:273)
	at 
org.eclipse.ltk.internal.ui.refactoring.UIPerformChangeOperation.access$4
(UIPerformChangeOperation.java:1)
	at 
org.eclipse.ltk.internal.ui.refactoring.UIPerformChangeOperation$1.run
(UIPerformChangeOperation.java:64)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2749)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2434)
	at org.eclipse.jface.operation.ModalContext$ModalContextThread.block
(ModalContext.java:136)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:262)
	at org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run
(RefactoringWizardDialog2.java:282)
	at 
org.eclipse.ltk.ui.refactoring.RefactoringWizard.internalPerformFinish
(RefactoringWizard.java:539)
	at org.eclipse.ltk.ui.refactoring.UserInputWizardPage.performFinish
(UserInputWizardPage.java:153)
	at org.eclipse.ltk.ui.refactoring.RefactoringWizard.performFinish
(RefactoringWizard.java:605)
	at 
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.okPressed
(RefactoringWizardDialog2.java:406)
	at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:365)
	at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:506)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation$1.run
(RefactoringWizardOpenOperation.java:125)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run
(RefactoringWizardOpenOperation.java:138)
	at 
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate
(RefactoringStarter.java:40)
	at 
org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.activate
(UserInterfaceStarter.java:54)
	at 
org.eclipse.jdt.internal.ui.refactoring.reorg.RenameUserInterfaceStarter.activa
te(RenameUserInterfaceStarter.java:113)
	at org.eclipse.jdt.ui.refactoring.RenameSupport.openDialog
(RenameSupport.java:108)
	at 
org.eclipse.jdt.internal.ui.refactoring.actions.RenameJavaElementAction.run
(RenameJavaElementAction.java:175)
	at 
org.eclipse.jdt.internal.ui.refactoring.actions.RenameJavaElementAction.run
(RenameJavaElementAction.java:96)
	at org.eclipse.jdt.ui.actions.RenameAction.run(RenameAction.java:116)
	at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun
(SelectionDispatchAction.java:212)
	at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run
(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:915)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:866)
	at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:785)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

I20040511

1. create a library called SWT, add the swt.jar into it
2. create a project, add the SWT library to the build path
3. expand the project in the package explorer, look at the library, the JAR 
(swt.jar) in it and the content of the JAR
4. select swt.jar, open properties (context menu), set a source attachment 
(doesn't matter what, e.g. take itself swt.jar), press ok
-> the package explorer get updated, source attachment adornment is now 
visible on JAR image
5. again select swt.jar, open properties and clear the source attachment
repeat steps 4. and 5. and observe the package explorer: suddedly the package 
explorer doesn't show the JAR contents anymore

5. double click the SWT library in the package explorer. Suddly the contents 
are back

in the state wher the JAR has no children, I debugged and found that no 
classpath entry was found for the package fragment root element.
The classpath in that state only consisted of the JRE library.

I20041019

After synchronizing several projects (some projects coming from different 
repository), I got an error dialog saying it could not connect to host. But it 
didn't tell me which host it failed to connect to.

build I20040511 + jdtcore head

add the following test to org.eclipse.jdt.core.tests.dom.ASTConverterTest

public void test0XXX() throws JavaModelException {
  ICompilationUnit sourceUnit =
    getCompilationUnit("Converter" , "src", "test0XXX", "Test.java");
  CompilationUnit result = (CompilationUnit)runConversion(sourceUnit, true);
		
  TypeDeclaration declaration = (TypeDeclaration)result.types().get(0);
  Block body = declaration.getMethods()[0].getBody();
  ExpressionStatement expr = (ExpressionStatement)body.statements().get(0);
  MethodInvocation invocation = (MethodInvocation) expr.getExpression();
  InfixExpression node = (InfixExpression)invocation.arguments().get(0);
  node.resolveTypeBinding();
}

Test.java
package test0XXX;

public class Test {
  void foo() {
    "aaa".equals("a" + "a" + "a");
  }
}

When you run the test an ClassCastException occur.

This bug cause a failure of a JDT/UI test
  org.eclipse.jdt.ui.tests.quickfix.AssistQuickFixTest#testInvertEquals21()

I found this in my log while testing RC1. Not sure what I was doing at the time
or how to reproduce. Go ahead and close this if the stack trace isn't useful.

!ENTRY org.eclipse.ui 4 0 Jun 03, 2004 17:06:15.958
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.ui.internal.UILockListener.doPendingWork(UILockListener.java(Compiled
Code))
	at org.eclipse.ui.internal.UISynchronizer$1.run(UISynchronizer.java:33)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java(Inlined Compiled
Code))
	at
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java(Compiled
Code))
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java(Inlined
Compiled Code))
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java(Compiled Code))
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java(Compiled Code))
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

Once JLS3 APIs are fully operational in 3.1 stream:

(1) Deprecate all JLS2-related APIs.

Places in JDT Core are marked with TODOs like:

// TODO (jeem) When JLS3 support is complete (post 3.0) - deprecated Clients 
should port their code to use the new JLS3 API and call {@link #newAST(int)} 
instead of using this constructor.

(2) Remove notes on JDT Core API instructing people to avoid using JLS3.
E.g.
     * <p>
     * <b>NOTE:</b>In Eclipse 3.0, there is no underlying parser support for
     * JLS3 ASTs. This support is planned for the follow-on release of
     * Eclipse which includes support for J2SE 1.5. Without a parser to create
     * JLS3 ASTs, they are not much use. Use JLS2 ASTs instead.
     * </p>

Note that this seems similar to bug 67142, so perhaps it was only partially fixed?

Run the snippet below and click between the two tabs at the bottom.  Every few
clicks the table headers at the top disappear, but can be made to reappear by
hovering over them.

public class Main {
	public static void main(String[] args) {
		Display display = new Display();
		Shell shell = new Shell(display);
		shell.setLayout(new FillLayout());
		CTabFolder tabFolder = new CTabFolder(shell, SWT.BORDER | SWT.BOTTOM);
		for (int i = 0; i < 2; i++) {
			CTabItem tab = new CTabItem(tabFolder, SWT.NONE);
			tab.setText("Tab " + i);
			Table table = new Table(tabFolder, SWT.NONE);
			table.setHeaderVisible(true);
			for (int j = 0; j < 3; j++) {
				final TableColumn tableColumn = new TableColumn(table, SWT.NONE);
				tableColumn.setText("Column " + j);
				tableColumn.setWidth(50);
			}
			table.pack();
			tab.setControl(table);
		}
		shell.open();
		while (!shell.isDisposed()) {
			if (!display.readAndDispatch()) display.sleep();
		}
		display.dispose();
	}
}

On Windows XP, loading the IE control within Eclipse (using the default SWT Browser Widget) and calling 
a page with the Shockwave Plug-in causes the Workbench to crash. This was a bug in version 2.0, but 
was fixed. 

The version of the Shockwave Plug-in being used is 10.0 (most current version). We are passing an 
exported Macromedia Director (.dcr) file to the system. Using an external editor works fine (which is to 
be expected), but we cannot call within the workbench. 

This is a critical issue for our team as we are creating a hybrid thick client/web-based UI for an 
enterprise application.

Using 3.0.

In following sample 
/**
 * @see Object <a href="http://www.eclipse.org">Eclipse</a>
 */
public class Test {
}

compiler warns that reference is invalid although javadoc tool does not complain
about it...

To fix bug 68506, I had to add a new option:
org.eclipse.jdt.core.formatter.DefaultCodeFormatterConstants.FORMATTER_INSERT_NEW_LINE_AT_END_OF_FILE_IF_MISSING.

This option needs to be added in the code formatter preference page.

I200403240800
It doesn't happen with every text file, just one so far. I selected about 10 
lines and pressed DEL to delete them. The editor was replaced with an editor 
with an error message in it, and the .log showed the error below.

Error Mar 24, 2004 22:51:03.846 Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
java.lang.IllegalArgumentException: Attempted to beginRule: P/tkolap, does not 
match outer scope rule: L/tkolap/src/olsserver.c
at org.eclipse.core.internal.runtime.Assert.isLegal(Assert.java:56)
at org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.illegalPush
(ImplicitJobs.java:86)
at org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.push
(ImplicitJobs.java:167)
at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJobs.java:241)
at org.eclipse.core.internal.jobs.JobManager.beginRule(JobManager.java:149)
at 
org.eclipse.team.internal.ccvs.core.syncinfo.ReentrantLock$ThreadInfo.pushRule
(ReentrantLock.java:80)
at org.eclipse.team.internal.ccvs.core.syncinfo.ReentrantLock.acquire
(ReentrantLock.java:269)
at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.beginBatching
(EclipseSynchronizer.java:496)
at org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.run
(EclipseSynchronizer.java:1401)
at org.eclipse.team.internal.ccvs.core.resources.EclipseFolder$3.run
(EclipseFolder.java:300)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1559)
at org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.run
(EclipseFolder.java:297)
at org.eclipse.team.internal.ccvs.core.client.Command.execute(Command.java:348)
at org.eclipse.team.internal.ccvs.core.CVSTeamProvider.editors
(CVSTeamProvider.java:1360)
at org.eclipse.team.internal.ccvs.ui.actions.EditorsAction.execute
(EditorsAction.java:52)
at org.eclipse.team.internal.ccvs.ui.actions.EditorsAction.run
(EditorsAction.java:82)
at org.eclipse.team.internal.ui.Utils$1.run(Utils.java:185)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
at org.eclipse.team.internal.ui.Utils.runWithProgress(Utils.java:181)
at org.eclipse.team.internal.ccvs.ui.CVSUIPlugin$2.run(CVSUIPlugin.java:278)
at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:135)
at org.eclipse.ui.internal.UISynchronizer.syncExec(UISynchronizer.java:25)
at org.eclipse.swt.widgets.Display.syncExec(Display.java:2908)
at org.eclipse.team.internal.ccvs.ui.CVSUIPlugin.runWithProgress
(CVSUIPlugin.java:297)
at org.eclipse.team.internal.ccvs.ui.FileModificationValidator.run
(FileModificationValidator.java:208)
at org.eclipse.team.internal.ccvs.ui.FileModificationValidator.fetchEditors
(FileModificationValidator.java:194)
at 
org.eclipse.team.internal.ccvs.ui.FileModificationValidator.promptToEditFiles
(FileModificationValidator.java:164)
at org.eclipse.team.internal.ccvs.ui.FileModificationValidator.edit
(FileModificationValidator.java:126)
at org.eclipse.team.internal.ccvs.ui.FileModificationValidator.validateEdit
(FileModificationValidator.java:53)
at org.eclipse.team.internal.core.FileModificationValidatorManager.validateEdit
(FileModificationValidatorManager.java:70)
at org.eclipse.core.internal.resources.Workspace$5.run(Workspace.java:1755)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:610)
at org.eclipse.core.runtime.Platform.run(Platform.java:521)
at org.eclipse.core.internal.resources.Workspace.validateEdit
(Workspace.java:1761)
at org.eclipse.core.internal.filebuffers.ResourceFileBuffer.validateState
(ResourceFileBuffer.java:312)
at org.eclipse.ui.editors.text.TextFileDocumentProvider$4.execute
(TextFileDocumentProvider.java:821)
at 
org.eclipse.ui.editors.text.TextFileDocumentProvider$DocumentProviderOperation.
run(TextFileDocumentProvider.java:93)
at org.eclipse.ui.actions.WorkspaceModifyDelegatingOperation.execute
(WorkspaceModifyDelegatingOperation.java:67)
at org.eclipse.ui.actions.WorkspaceModifyOperation$1.run
(WorkspaceModifyOperation.java:91)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1559)
at org.eclipse.ui.actions.WorkspaceModifyOperation.run
(WorkspaceModifyOperation.java:105)
at org.eclipse.ui.editors.text.WorkspaceOperationRunner.run
(WorkspaceOperationRunner.java:72)
at org.eclipse.ui.editors.text.WorkspaceOperationRunner.run
(WorkspaceOperationRunner.java:62)
at org.eclipse.ui.editors.text.TextFileDocumentProvider.executeOperation
(TextFileDocumentProvider.java:391)
at org.eclipse.ui.editors.text.TextFileDocumentProvider.validateState
(TextFileDocumentProvider.java:834)
at org.eclipse.ui.texteditor.AbstractTextEditor.validateState
(AbstractTextEditor.java:3029)
at org.eclipse.ui.texteditor.AbstractTextEditor$16.run
(AbstractTextEditor.java:3077)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
at org.eclipse.ui.texteditor.AbstractTextEditor.validateEditorInputState
(AbstractTextEditor.java:3072)
at org.eclipse.ui.texteditor.TextEditorAction.validateEditorInputState
(TextEditorAction.java:136)
at org.eclipse.ui.texteditor.TextOperationAction.run
(TextOperationAction.java:110)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:68)
at org.eclipse.ui.internal.commands.Command.execute(Command.java:173)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand
(WorkbenchKeyboard.java:460)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press
(WorkbenchKeyboard.java:834)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent
(WorkbenchKeyboard.java:875)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings
(WorkbenchKeyboard.java:519)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2
(WorkbenchKeyboard.java:485)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent
(WorkbenchKeyboard.java:258)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Display.filterEvent(Display.java:705)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:768)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:793)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:778)
at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1720)
at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1716)
at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3041)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2944)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:3152)
at org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)
at org.eclipse.swt.internal.win32.OS.CallWindowProc(OS.java:1374)
at org.eclipse.swt.internal.BidiUtil.windowProc(BidiUtil.java:647)
at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1450)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2260)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1541)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1515)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:288)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:232)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:116)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:315)
at org.eclipse.core.launcher.Main.run(Main.java:740)
at org.eclipse.core.launcher.Main.main(Main.java:724)

Reporter:Louis Cai
OS: RHEL WS 3.0 -GTK
Language: CHS
Build level: M8-200404329   
JDK Version: IBM JDK 1.4.2 Beta
Test case #: 
Summary: DBCS: After pressing "Tab", anything can not be inputed.
Description: 
Steps to recreate problem:
1- New a Plug-in Project, input DBCS in the Project name field, then click Next.
2- Place cursor in the field of "Runtime library", press "Tab" key, then try 
inputing SBCS or DBCS data in the "Source Folder Name"field. 
<<Error>> 
         After pressing "Tab", anything can not be inputed.
        <note>
           After pressing "Tab" key, in other panel, we also can not input any 
character.
        </note>
<<Expected Result>>
         After pressing "Tab",  whether DBCS or SBCS can be input in the field.

I200403240800

I don't see any reason why the dialog is no displayed in run mode too.

3.0

Dealing with modifiers in the new 3.0 API is complicated especially if you 
want to copy modifiers of an existing node into a new node. To ease this all 
ASTNodes that deal with modifiers should offer a method setModifiers(List 
modifiers). This methods copies the modifiers from the parameter list into the 
modifier list managed by the node. The current list should be emptied first.

When you compare with a tag we show comments for range between two tags. There
can be several remote handles and when you open a compare editor on each it only
shows the changes for the latest revision.

build i0521-0800

I selected all the modules in CVS and checked them out. Autobuild was on. In the
middle of the checkout I got the following error in my log file.

osgi> !SESSION May 21, 2004 11:20:02.387 ---------------------------------------
------
eclipse.buildId=I200405210800
java.fullversion=J2RE 1.4.1 IBM J9 build 20040510 (JIT enabled)
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -showlocation
!ENTRY org.eclipse.core.runtime 4 2 May 21, 2004 11:20:02.397
!MESSAGE Problems occurred when invoking code from plug-in: "org.eclipse.core.ru
ntime".
!STACK 0
java.lang.NullPointerException
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.NullPointerException.<init>(NullPointerException.java:60)
        at org.eclipse.jdt.internal.core.DeltaProcessor.nonJavaResourcesChanged(
DeltaProcessor.java:1543)
        at org.eclipse.jdt.internal.core.DeltaProcessor.traverseDelta(DeltaProce
ssor.java)
        at org.eclipse.jdt.internal.core.DeltaProcessor.traverseDelta(DeltaProce
ssor.java)
        at org.eclipse.jdt.internal.core.DeltaProcessor.processResourceDelta(Del
taProcessor.java:1671)
        at org.eclipse.jdt.internal.core.DeltaProcessor.resourceChanged(DeltaPro
cessor.java)
        at org.eclipse.jdt.internal.core.DeltaProcessingState.resourceChanged(De
ltaProcessingState.java:414)
        at org.eclipse.core.internal.events.NotificationManager$2.run(Notificati
onManager.java)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatfo
rm.java)
        at org.eclipse.core.runtime.Platform.run(Platform.java)
        at org.eclipse.core.internal.events.NotificationManager.notify(Notificat
ionManager.java:277)
        at org.eclipse.core.internal.events.NotificationManager.broadcastChanges
(NotificationManager.java:151)
        at org.eclipse.core.internal.resources.Workspace.broadcastChanges(Worksp
ace.java:172)
        at org.eclipse.core.internal.resources.Workspace.endOperation(Workspace.
java)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java)
        at org.eclipse.core.internal.events.NotificationManager$NotifyJob.run(No
tificationManager.java:38)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java)

build I20040407

- UI and Text projects loaded from head, rest as external binaries
- Project > Clean
- Project > Build All
- went away
- saw the following in the log when I came back
- note that I previously did have org.eclipse.core.runtime loaded from head, but
  deleted it a couple of days ago

Not sure which project it was building.  Might be good to indicate this in the
log entries.


Error Apr 09, 2004 12:40:40.505 JavaBuilder handling CoreException
Java Model Exception: Java Model Status [org.eclipse.core.runtime does not exist.]
at
org.eclipse.jdt.internal.core.JavaElement.newNotPresentException(JavaElement.java:532)
at
org.eclipse.jdt.internal.core.JavaModelManager.getPerProjectInfoCheckExistence(JavaModelManager.java:849)
at
org.eclipse.jdt.internal.core.JavaProject.getPerProjectInfo(JavaProject.java:1644)
at org.eclipse.jdt.internal.core.JavaProject.getRawClasspath(JavaProject.java:1689)
at org.eclipse.jdt.internal.core.JavaProject.getRawClasspath(JavaProject.java:1675)
at
org.eclipse.jdt.internal.core.builder.JavaBuilder.isWorthBuilding(JavaBuilder.java:529)
at org.eclipse.jdt.internal.core.builder.JavaBuilder.build(JavaBuilder.java:134)
at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:514)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:607)
at org.eclipse.core.runtime.Platform.run(Platform.java:524)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:140)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:227)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:168)
at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:197)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:607)
at org.eclipse.core.runtime.Platform.run(Platform.java:524)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:200)
at
org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:245)
at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:273)
at org.eclipse.core.internal.resources.Workspace.build(Workspace.java:175)
at org.eclipse.ui.actions.GlobalBuildAction$1.run(GlobalBuildAction.java:190)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

While creating a new synchronization thingie (e.g., CVS Workspace), I got an
exception in my log.  It didn't appear to have an visible effect on the
operation itself, however.

The "project" field on the main tab of the java application launch config 
should have a group box to be consistent with the "main class" box below it.

I've tried to define a new "content type" for JSPs, but if the file is actually 
empty, then its parent' type is queried for content type, instead of using the 
default as defined in the plugin extension. Is this intentional for some 
use-case I can't imagine? From looking at the code in File's getCharset, it 
seems to be. Secondly, it also seems like if the resource does not exist its 
parent type is also used, but again, the new content type's default should 
apply. Is there a why to "override" this behavior or is it a design bug? (I 
would think it'd be typical case, and unit tests should test this). 

My extentension point looks like the following, (and if the content is empty, is 
seems my describer is never called, which is fine, but I'd still want my 
specified charset to apply). 

   <extension
         point="org.eclipse.core.runtime.contentTypes">
         <content-type
               file-extensions="jsp"
               priority="high"
               name="JSP Content Type"
               id="jsp"
               base-type="org.eclipse.core.runtime.text"
               default-charset="ISO-8859-1">
         <describer class="com.ibm.sse.model.jsp.contenttype.
ContentDescriberForJSP"/>
         </content-type>
   </extension>

I've marked as 'blocker' since this would prohibit use of new content 
type/charset APIs. (And, apologies in advance if I misunderstood again how 
extension point is to be defined ... I assumed any "text" its to extend 'text'?)

The label provider has a Map of elements and the text to display for the 
element. It gets updated by the LabelJob in the DebugLabelDecorator as the 
labels are computed (lazily). The label provider hangs around as long as the 
debug view is open and never clears the map, only adds to it. It should clear 
the map at the completion of each launch.

Build 20040226

Not sure what's going on here, but I can reproduce it consistently.

1. My workspace has the Ant, Platform Debug, JDT Debug, Core Variables, UI 
Console, and UI External Tools plugins checked out of the repository.
2. File->Export->Deployable Plug-ins and Fragments.
3. Export the org.eclipse.ui.externaltools plugin to a "directory structure" 
somewhere on disk.
4. Close the workbench.
5. In the filesystem, delete the org.eclipse.ui.externaltools_3.0.0 plugin from 
the Eclipse install. Replace it with the version that was exported in step 3.
6. Relaunch Eclipse.

The following exceptions appear in the log:
!SESSION Feb 27, 2004 11:12:17.660 ---------------------------------------------
java.version=1.4.2_01
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US
Command-line arguments: -data /home/jburns/target -activities
!ENTRY org.eclipse.osgi Feb 27, 2004 11:12:17.661
!MESSAGE Bundle reference:file:/home/jburns/host/eclipse/plugins/org.eclipse.
ant.ui_3.0.0 [36] was not resolved
!ENTRY org.eclipse.osgi Feb 27, 2004 11:12:17.664
!MESSAGE Bundle reference:file:/home/jburns/host/eclipse/plugins/org.eclipse.
pde.ui_3.0.0 [74] was not resolved

The PDE UI and Ant UI plug-ins will remain unavailable, even if I relaunch, 
until I delete the .config directory. Then they reappear.

clean workspace

Window/Preferences/Import...

This is a violation of the UI guidelines.

Currently we put the following structure in the project content area:

/.preferences/<qualifier>/prefs.ini

Do we really need the extradir?
Should consider:

/.preferences/<qualifier>.prefs

or something similar.

In WorkbenchActionBuilder#makeActions(..), the ActionFactory.DELETE is
explicitly *not* registered with the keybinding service. That's why binding Edit
> Delete to Ctrl+Alt+Shift+D doesn't work. What's worse is that the DEL key
doesn't run the registered GlobalActionHandler.

Do we really have to install a hardcoded KeyListener for SWT.DEL on every
control which should react to the DEL key, or is there a better way (or will
there be a better way)?

Line 81, cannot assume that local is a IFile.

I have played with the Job examples plugin: 
   http://dev.eclipse.org/viewcvs/index.cgi/~checkout~/platform-core-
home/downloads/examples/jobs/examples.zip 

(from http://dev.eclipse.org/viewcvs/index.cgi/~checkout~/platform-core-
home/plan_concurrency.html)

When I start a grupu of 5 threads and I cancel the running thread, I get the 
following exception (I am using Nightly Build: N20040502):


java.util.ConcurrentModificationException
	at java.util.AbstractList$Itr.checkForComodification(Unknown Source)
	at java.util.AbstractList$Itr.next(Unknown Source)
	at org.eclipse.ui.internal.progress.GroupInfo.cancel
(GroupInfo.java:205)
	at 
org.eclipse.ui.internal.progress.NewProgressViewer$JobItem.cancelOrRemove
(NewProgressViewer.java:590)
	at org.eclipse.ui.internal.progress.NewProgressViewer$3.widgetSelected
(NewProgressViewer.java:542)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2592)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2270)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:240)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:242)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:119)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)

Using the enhanced version of the org.eclipse.ui.examples.jobs plugin (see bug 
60698 attachment 10202 (https://bugs.eclipse.org/bugs/attachment.cgi?
id=10202&action=view))

Settings:

- Duration: 5 sec
- Quantity: 10
- check "Lock the workspace"
- check "User action"

The error does not always occur (it seems to be a timing problem)

org.eclipse.swt.SWTException: Widget is disposed
	at org.eclipse.swt.SWT.error(SWT.java:2689)
	at org.eclipse.swt.SWT.error(SWT.java:2614)
	at org.eclipse.swt.SWT.error(SWT.java:2585)
	at org.eclipse.swt.widgets.Widget.error(Widget.java:381)
	at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:283)
	at org.eclipse.swt.widgets.Control.getMonitor(Control.java:851)
	at org.eclipse.jface.window.Window.getInitialLocation(Window.java:473)
	at org.eclipse.jface.window.Window.initializeBounds(Window.java:615)
	at org.eclipse.jface.dialogs.Dialog.initializeBounds(Dialog.java:591)
	at org.eclipse.jface.window.Window.create(Window.java:351)
	at org.eclipse.jface.dialogs.Dialog.create(Dialog.java:935)
	at org.eclipse.jface.window.Window.open(Window.java:637)
	at org.eclipse.jface.dialogs.ProgressMonitorDialog.open
(ProgressMonitorDialog.java:536)
	at org.eclipse.ui.internal.progress.ProgressMonitorFocusJobDialog.open
(ProgressMonitorFocusJobDialog.java:336)
	at 
org.eclipse.ui.internal.progress.ProgressMonitorFocusJobDialog$13.runInUIThread
(ProgressMonitorFocusJobDialog.java:374)
	at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:84)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2569)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2274)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:240)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:242)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:119)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)

The Debug UI plugin has 4 deprecation warnings for setTitle:

Severity	Description	Resource	In Folder	Location
	Creation Time
1	The method setTitle(String) from the type WorkbenchPart is deprecated
	CommonSourceNotFoundEditor.java
	org.eclipse.debug.ui/ui/org/eclipse/debug/internal/ui/sourcelookup
	line 306	May 27, 2004 8:46:02 AM
1	The method setTitle(String) from the type WorkbenchPart is deprecated
	BreakpointsView.java
	org.eclipse.debug.ui/ui/org/eclipse/debug/internal/ui/views/breakpoints
	line 363	May 27, 2004 8:46:01 AM
1	The method setTitle(String) from the type WorkbenchPart is deprecated
	BreakpointsView.java
	org.eclipse.debug.ui/ui/org/eclipse/debug/internal/ui/views/breakpoints
	line 365	May 27, 2004 8:46:01 AM
1	The method setTitle(String) from the type WorkbenchPart is deprecated
	SourceNotFoundEditor.java
	org.eclipse.debug.ui/ui/org/eclipse/debug/internal/ui/views/launch
	line 103	May 27, 2004 8:46:00 AM

I20040106
- Activate Key config "Standard (3.0) - NEW!"
- Enable "Help me with multi-stroke shortcuts"
- select a package
- press Ctrl+R
- wait for the help table to appear
- press Ctrl+N
- press Esc
=> the help table is still there and doesn't go away

I can't close the help table with Esc nor with Alt+F4 (these should at least
work as an emergency exit, also after this PR has been fixed).

20040527-0800

When I load the platform-ui module and org.eclipse.tests from HEAD 
org.eclipse.tests is showing up twice in the PackageExplorer. This is not a a 
problem in the Resource Navigator.

Open type only shows it once so it doesn't look like there are two instance in 
the workspace

Build 200404281424.

I have defined a lightweight decorator (my class implements
ILightweightLabelDecorator). Setting enablement objectClass to a concrete class
works as expected. Changing the objectClass to an interface that this concrete
class indirectly implements does not work - decorate(...) does not get invoked.

The class hierarchy is as follows:

interface Foo
interface Bar extends Foo
class ConcreteBar implements Bar

setting objectClass to Bar or ConcreteBar works, however for Foo it does not.

When I try to select this, it says:

"Selected type is not a subclass of java.lang.Throwable"

but java.lang.NoClassDefFoundError is a subclass of java.lang.Throwable.

In order to implement the Restore Defaults button required in bug 61090 we need
a way to access the set of defaultEnabled activities.  This does not currently
exist in the activities API.

I20040330

When pressing Ctrl+O in the Java editor a key event is sent to the StyledText
widget:
e= KeyEvent  (id=831300)
	character=  (int:15)
	data= null
	display= Display  (id=830444)
	doit= true
	keyCode= 111
	source= StyledText  (id=830484)
	stateMask= 262144
	time= 182622146
	widget= StyledText  (id=830484)

This immediately closes the Quick views (Outline, Hierarchy) and causes an NPE
(see bug 56795).

Worked in 3.0 M8. Not sure whether this caused by changes in Platform UI (key
binding support) or SWT (BidiUtil seems to trigger the key event).

In EMF we use registrations like this in the org.eclipse.emf.ecore.editor 
plugin:

  <extension point = "org.eclipse.ui.editors">
    <editor
        id = "org.eclipse.emf.ecore.presentation.ReflectiveEditorID"
        name = "%_UI_ReflectiveEcoreEditor_label"
        icon = 
"platform:/plugin/org.eclipse.emf.edit/icons/full/obj16/ModelFile.gif"
        extensions = "xmi"
        class = "org.eclipse.emf.ecore.presentation.EcoreEditor"
        
contributorClass="org.eclipse.emf.ecore.presentation.EcoreActionBarContributor$R
eflective" >
    </editor>
  </extension>

to reuse icons from another plugin, so that we don't have to make countless 
copies of them. This has stopped working recently. In fact, it's stopped working 
so badly that you can't even open the editor anymore, as reported in 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=61450
This problem is critical, at least until 61450 is fixed, since the editors won't 
come up at all and the error message provides not a clue about the reason why.

M8

org.eclipse.jdt.internal.junit.ui.CompareResultDialog.CompareElement uses platform encoding to 
encode Unicode string. This may result in data loss if platform encoding doesn't preserve Unicode.

20040429

When the MALFORMED flas is set, other existing flags are overwritten
(ORIGINAL, PROTECTED)

ASTSyntaxErrorPropagator line 60
and others
(search for references of 'ASTNode.setFlags'

I have a PNG file that was incorrectly saved as an ASCII file and is therefore
corrupt. Loading this file should result in an ERROR_INVALID_IMAGE. Instead I
get an ERROR_IO.
An ArrayIndexOutOfBoundsException occurs in
JPEGFileFormat.decodeACCoefficients(int[], int) line: 490 and gets reported as
an ERROR_IO in JPEGFileFormat(FileFormat).loadFromStream(LEDataInputStream) line: 49

I released changes to Test_org_eclipse_swt_graphics_Image to test corrupt image
files and the proper exceptions being thrown. The file in question is
corrupt.png in the same JUnit package.

If you have an applet project and the working directory has been selected
relative to the workspace and you click browse the workspace folder is not
expanded to the previously choosen folder.

need to verify inner frames also fire location event when hyperlink is 
activated, not just for top frame.

I added a new method to an interface, Saved, and exited the workbench.  The 
following deadlock occurred:

Full thread dump Java HotSpot(TM) Client VM (1.4.2_03-b02 mixed mode):

"System Bundle Shutdown" prio=7 tid=0x0312e730 nid=0xd54 in Object.wait() 
[3e7f000..3e7fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x100d0a60> (a org.eclipse.swt.widgets.RunnableLock)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:152)
        - locked <0x100d0a60> (a org.eclipse.swt.widgets.RunnableLock)
        at org.eclipse.swt.widgets.Display.syncExec(Display.java:3096)
        at org.eclipse.ui.internal.WorkingSetManager.firePropertyChange
(WorkingSetManager.java:188)
        at org.eclipse.ui.internal.WorkingSetManager.restoreWorkingSetState
(WorkingSetManager.java:380)
        at org.eclipse.ui.internal.WorkingSetManager.restoreState
(WorkingSetManager.java:316)
        at org.eclipse.ui.internal.WorkbenchPlugin.getWorkingSetManager
(WorkbenchPlugin.java:397)
        at org.eclipse.ui.internal.Workbench.getWorkingSetManager
(Workbench.java:733)
        at org.eclipse.team.ui.synchronize.WorkingSetScope.dispose
(WorkingSetScope.java:144)
        at org.eclipse.team.ui.synchronize.SubscriberParticipant.dispose
(SubscriberParticipant.java:170)
        at org.eclipse.team.internal.ui.synchronize.SynchronizeManager.dispose
(SynchronizeManager.java:552)
        at org.eclipse.team.internal.ui.TeamUIPlugin.shutdown
(TeamUIPlugin.java:201)
        at org.eclipse.core.internal.compatibility.PluginActivator.stop
(PluginActivator.java:74)
        at org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run
(BundleContextImpl.java:994)
        at java.security.AccessController.doPrivileged(Native Method)
        at org.eclipse.osgi.framework.internal.core.BundleContextImpl.stop
(BundleContextImpl.java:990)
        at org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker
(BundleHost.java:502)
        at org.eclipse.osgi.framework.internal.core.AbstractBundle.stop
(AbstractBundle.java:437)
        at org.eclipse.core.runtime.adaptor.BundleStopper.basicStopBundles
(BundleStopper.java:75)
        at org.eclipse.core.runtime.adaptor.BundleStopper.stopBundles
(BundleStopper.java:62)
        at org.eclipse.core.runtime.adaptor.EclipseAdaptor.frameworkStopping
(EclipseAdaptor.java:551)
        at org.eclipse.osgi.framework.internal.core.Framework.shutdown
(Framework.java:457)
        - locked <0x12a97ee0> (a 
org.eclipse.osgi.framework.internal.core.Framework)
        at org.eclipse.osgi.framework.internal.core.SystemBundle$1.run
(SystemBundle.java:182)
        at java.lang.Thread.run(Thread.java:534)

"Worker-88" prio=5 tid=0x046c26e8 nid=0xe78 in Object.wait() [40ef000..40efd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x12d64f48> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:166)
        - locked <0x12d64f48> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob
(WorkerPool.java:193)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"YJP Listener Thread" prio=7 tid=0x02e765d0 nid=0xfc0 runnable 
[441f000..441fd8c]
        at java.net.PlainSocketImpl.socketAccept(Native Method)
        at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353)
        - locked <0x13de7e00> (a java.net.PlainSocketImpl)
        at java.net.ServerSocket.implAccept(ServerSocket.java:448)
        at java.net.ServerSocket.accept(ServerSocket.java:419)
        at com.yourkit.b.a.a(a:116)
        at com.yourkit.b.a.run(a:185)

"Java indexing" daemon prio=4 tid=0x03183260 nid=0x334 in Object.wait() 
[3f9f000..3f9fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x130a4f98> (a 
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.jdt.internal.core.search.processing.JobManager.run
(JobManager.java:338)
        - locked <0x130a4f98> (a 
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Thread.run(Thread.java:534)

"Start Level Event Dispatcher" daemon prio=5 tid=0x02ff38d8 nid=0xefc in 
Object.wait() [30ef000..30efd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x12a96b48> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent
(EventThread.java:162)
        - locked <0x12a96b48> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run
(EventThread.java:100)

"Framework Event Dispatcher" daemon prio=5 tid=0x02eb3448 nid=0x52c in 
Object.wait() [30af000..30afd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x12a96b98> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent
(EventThread.java:162)
        - locked <0x12a96b98> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run
(EventThread.java:100)

"Signal Dispatcher" daemon prio=10 tid=0x009c29f8 nid=0xc3c waiting on 
condition [0..0]

"Finalizer" daemon prio=9 tid=0x009c00b0 nid=0x9c8 in Object.wait() 
[2d6f000..2d6fd8c]
        at java.lang.Object.wait(Native Method)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x12a96cc0> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x009bec80 nid=0x940 in Object.wait() 
[2d2f000..2d2fd8c]
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Object.java:429)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
        - locked <0x12a96d28> (a java.lang.ref.Reference$Lock)

"main" prio=7 tid=0x00035008 nid=0xfb4 in Object.wait() [7f000..7fc3c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x107104d8> (a org.eclipse.core.runtime.adaptor.Semaphore)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.core.runtime.adaptor.Semaphore.acquire(Semaphore.java:33)
        - locked <0x107104d8> (a org.eclipse.core.runtime.adaptor.Semaphore)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.stopSystemBundle
(EclipseStarter.java:920)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.shutdown
(EclipseStarter.java:296)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:144)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
        at org.eclipse.core.launcher.Main.run(Main.java:644)
        at org.eclipse.core.launcher.Main.main(Main.java:628)

"VM Thread" prio=5 tid=0x009fb6f8 nid=0xfd0 runnable

"VM Periodic Task Thread" prio=10 tid=0x0003f9a8 nid=0xc58 waiting on condition
"Suspend Checker Thread" prio=10 tid=0x009c24b0 nid=0xd18 runnable

Pre 3.0 an attempt was made to do incremental reconciling for the AntModel.
Though it appears possible the time to implement / speed gain is not feasible.
We need to remove the remnants of the attempt.

I get an IllegalArgumentException setting the Run/Debug console size from
200,000 to 400,000 chars. 

Version 3.1.m2.

!ENTRY org.eclipse.core.runtime 4 2 Sep 28, 2004 16:32:40.912
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.IllegalArgumentException: High water mark must be greater than low
water mark
        at org.eclipse.ui.console.IOConsole.setWaterMarks(IOConsole.java:288)
        at
org.eclipse.debug.internal.ui.views.console.ProcessConsole.propertyChange(ProcessConsole.java:177)
        at org.eclipse.ui.plugin.AbstractUIPlugin$2.run(AbstractUIPlugin.java:278)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:616)
        at org.eclipse.core.runtime.Platform.run(Platform.java:747)
        at
org.eclipse.ui.plugin.AbstractUIPlugin$CompatibilityPreferenceStore.firePropertyChangeEvent(AbstractUIPlugin.
java:275)
        at
org.eclipse.ui.plugin.AbstractUIPlugin$1.propertyChange(AbstractUIPlugin.java:218)
        at
org.eclipse.core.internal.preferences.PreferenceForwarder.preferenceChange(PreferenceForwarder.java:114)
        at
org.eclipse.core.internal.preferences.EclipsePreferences$4.run(EclipsePreferences.java:743)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:616)
        at org.eclipse.core.runtime.Platform.run(Platform.java:747)
        at
org.eclipse.core.internal.preferences.EclipsePreferences.preferenceChanged(EclipsePreferences.java:746)
        at
org.eclipse.core.internal.preferences.EclipsePreferences.putInt(EclipsePreferences.java:835)
        at
org.eclipse.core.internal.preferences.PreferenceForwarder.setValue(PreferenceForwarder.java:456)
        at
org.eclipse.ui.plugin.AbstractUIPlugin$CompatibilityPreferenceStore.setValue(AbstractUIPlugin.java:470)
        at
org.eclipse.jface.preference.IntegerFieldEditor.doStore(IntegerFieldEditor.java:132)
        at org.eclipse.jface.preference.FieldEditor.store(FieldEditor.java:636)
        at
org.eclipse.jface.preference.FieldEditorPreferencePage.performOk(FieldEditorPreferencePage.java:334)
        at
org.eclipse.debug.internal.ui.preferences.ConsolePreferencePage.performOk(ConsolePreferencePage.java:157)
        at
org.eclipse.jface.preference.PreferencePage.performApply(PreferencePage.java:422)
        at
org.eclipse.jface.preference.PreferencePage$2.widgetSelected(PreferencePage.java:277)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2783)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2442)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java:706)
        at org.eclipse.jface.window.Window.open(Window.java:684)
        at
org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:75)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:988)
        at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:555)
        at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:505)
        at
org.eclipse.jface.action.ActionContributionItem$6.handleEvent(ActionContributionItem.java:419)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2783)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2442)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1443)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1414)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:271)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:704)
        at org.eclipse.core.launcher.Main.main(Main.java:688)

I20040304

If your system background color is not white, it is not honored by the sync view
when there are no outgoing changes. It should use the system background color
(or the JFace scheme background so users can change it).

If you hold the Ctrl button while double clicking in the builder property page 
you will get the following exception:

java.lang.ArrayIndexOutOfBoundsException: 0
at 
org.eclipse.ui.externaltools.internal.ui.BuilderPropertyPage.handleEditButtonPr
essed(BuilderPropertyPage.java:626)
at org.eclipse.ui.externaltools.internal.ui.BuilderPropertyPage.access$4
(BuilderPropertyPage.java:625)
at org.eclipse.ui.externaltools.internal.ui.BuilderPropertyPage$5.handleEvent
(BuilderPropertyPage.java:317)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2783)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2442)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:706)
at org.eclipse.jface.window.Window.open(Window.java:684)
at org.eclipse.ui.dialogs.PropertyDialogAction.run
(PropertyDialogAction.java:186)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:988)
at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:946)
at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:896)
at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:810)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2783)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2442)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1435)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1406)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:263)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:704)
at org.eclipse.core.launcher.Main.main(Main.java:688)
at intuitive.audit.Main.runProgramWithClass(Native Method)
at intuitive.audit.Audit.main(Audit.java:816)

I20040113

In a project with the following class in package p, search for references to
type 'AbstractTextEditor' finds a strange inexact match:

/**
 * Header comment.
 */
package p;

public abstract class AbstractTextEditor {
	/**
	 * @see #restoreSelection
	 */
	protected void rememberSelection() {
	}
	public void close(final boolean save) {
		new Runnable() {
			public void run() {
				AbstractTextEditor.this.toString();
			}
		};
	}
}

Expected: finds one reference in run()
Was: finds also a potential reference to a non-existent JavaElement in
p/AbstractTextEditor.java, start=0, end=1

1. Open a couple of Java or text editors in the same workbook
2. Drag one editor to create another workbook
3. Drag and drop the previous editor to the initial workbook
4. If you select the editor's tab, it will not be highlighted with the 
approriate color (highlighted using the inactive color which suggests that 
there is maybe another workbook that believes it still owns the editor)
5. Try to close the dropped editor, you will get an 
Unhandled event loop exception
Reason:
Graphic is disposed

Note that this does not happen with integration build 20040513 but it does when 
I synchronized my code on May 14, 2004.

Here is the stack trace :

Thread [main] (Suspended (exception SWTException))
	SWT.error(int, Throwable, String) line: 2691
	SWT.error(int, Throwable) line: 2614
	SWT.error(int) line: 2585
	Image.getBounds() line: 950
	CTabItem.preferredWidth(GC, boolean, boolean) line: 611
	CTabFolder.setItemSize() line: 2713
	CTabFolder.updateItems() line: 3399
	CTabFolder.setSelection(int) line: 2927
	PaneFolder.setSelection(int) line: 471
	DefaultEditorPresentation(DefaultPartPresentation).selectPart
(IPresentablePart) line: 856
	EditorStack(PartStack).refreshPresentationSelection() line: 799
	EditorStack(PartStack).setSelection(LayoutPart) line: 774
	EditorStack.setVisibleEditor(EditorPane) line: 161
	EditorAreaHelper.setVisibleEditor(IEditorReference, boolean) line: 326
	EditorManager.setVisibleEditor(IEditorReference, boolean) line: 1048
	WorkbenchPage.bringToTop(IWorkbenchPart) line: 586
	WorkbenchPage.activate(IWorkbenchPart) line: 454
	WorkbenchPage.closeEditor(IEditorPart, boolean) line: 988
	WorkbenchPage.closeEditor(IEditorReference, boolean) line: 932
	EditorPane.doHide() line: 97
	EditorStack(PartStack).close(IPresentablePart) line: 219
	EditorStack.close(IPresentablePart[]) line: 199
	PartStack$1.close(IPresentablePart[]) line: 72
	DefaultPartPresentation$1.closeButtonPressed(CTabItem) line: 104
	PaneFolder.notifyCloseListeners(CTabItem) line: 417
	PaneFolder$1.close(CTabFolderEvent) line: 123
	CTabFolder.onMouse(Event) line: 2001
	CTabFolder$1.handleEvent(Event) line: 292
	EventTable.sendEvent(Event) line: 82
	CTabFolder(Widget).sendEvent(Event) line: 796
	Display.runDeferredEvents() line: 2716
	Display.readAndDispatch() line: 2382
	Workbench.runEventLoop(Window$IExceptionHandler, Display) line: 1363
	Workbench.runUI() line: 1334
	Workbench.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 253
	PlatformUI.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 141
	IDEApplication.run(Object) line: 97
	PlatformActivator$1.run(Object) line: 283
	EclipseStarter.run(Object) line: 242
	EclipseStarter.run(String[], Runnable) line: 119
	NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not 
available [native method]
	NativeMethodAccessorImpl.invoke(Object, Object[]) line: 39
	DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 25
	Method.invoke(Object, Object[]) line: 324
	Main.basicRun(String[]) line: 184
	Main.run(String[]) line: 637
	Main.main(String[]) line: 621

build I20040303

- opened org.eclipse.ui.internal.skins.newlook.BasicStackPresentation (new in 
head)
- the outline showed lots of local types
- selected Hide Local Types
- still had many local types showing
- took me a while to realize that these were just the ones in field initializers

I would expect all local types to be suppressed, whether within a method or 
field or static initializers.

I recently had to import a vendor library into CVS and while doing a check
out using eclipse cvs it bombed out with the following error:

<quote>
ERROR: Checking out 'Netcool532' from CVS: Problem writing resource
'/Netcool532/ilumos/lview/ws/gen/46:44'.  : is an invalid character in resource
name 46:44
</quote>

The actual file name it is having trouble with is called:

<code>
findmerge.log.21-Nov-03.12:46:44
<code>

The issue is related to wether ":" is legal under which file system.  Under
Linux and unix filesystems ":" is a legal character.  Under Windows it is not. 
Can it be translated on the fly into unicode when downloading to Windows ? 
Today the cvs client on windows does not handle ":" gracefully and you end up
witht he last few characters being displayed like for the above file name

<code>
46:44 0
<code>

could be transformed into

<code>
findmerge.log.21-Nov-03.12%3A46%3A44
<code>

which is legal under windows and is the strategy used under linux apt-get
for storing "dubious" file names, and perhaps it could be translated back on the
fly on checkin ?  Just my 0.02c

After closing all editors the AnnotateView holds a reference to an editor:

GC Roots -> Object CompilationUnitEditor #016a6acb: Reverse Paths

  |
  +---org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor (#016a6acb)
    |
    +---editor of org.eclipse.team.internal.ccvs.ui.AnnotateView (#003ae944)
      |
      +---part of org.eclipse.ui.internal.ViewFactory$ViewReference (#0093da0a)
        |
        +---partReference of org.eclipse.ui.internal.ViewPane (#005d9888)
          |
          +---[0]  of org.eclipse.swt.widgets.Listener[4] (#017548b2)
            |
            +---listeners of org.eclipse.swt.widgets.EventTable (#005779b3)
              |
              +---eventTable of org.eclipse.swt.widgets.Composite (#0165dc8e)
                |
                +---[192]  of org.eclipse.swt.widgets.Control[1024] (#01db6366)
                  |
                  +---controlTable of org.eclipse.swt.widgets.Display
(#00345b43) [Java Frame] 


--------------------------------------------------------------------------------

GC Roots -> Object CompilationUnitEditor #016a6acb: Direct Paths

  |
  +---org.eclipse.swt.widgets.Display (#00345b43) [Java Frame] 
    |
    +---controlTable org.eclipse.swt.widgets.Control[1024] (#01db6366)
      |
      +---[192]  org.eclipse.swt.widgets.Composite (#0165dc8e)
        |
        +---eventTable org.eclipse.swt.widgets.EventTable (#005779b3)
          |
          +---listeners org.eclipse.swt.widgets.Listener[4] (#017548b2)
            |
            +---[0]  org.eclipse.ui.internal.ViewPane (#005d9888)
              |
              +---partReference
org.eclipse.ui.internal.ViewFactory$ViewReference (#0093da0a)
                |
                +---part org.eclipse.team.internal.ccvs.ui.AnnotateView (#003ae944)
                  |
                  +---editor
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor (#016a6acb)

Build 20040302

The CVS Commit dialog has wasted space before the "previous comment" pulldown which ends 
up reducing the size of the text box.

Attachment with paths from GC roots follows shortly.

I20040413

ProgressMonitorWrapper is an abstract base class to wrap other monitor. We 
should use this since the platform maintains this when new extension 
interfaces are added.

build I20040413

For historical reasons, org.eclipse.ui.workbench accesses some preferences
defined in org.eclipse.ui.  With the change to stop using
org.eclipse.core.runtime.compatibility, we now use the new preferences API to
access such prefs (since there's no way to get at the plugin class and its
preference store using the 3.0 runtime APIs).

For example, PerspectiveRegistry.load() does:
     defaultPerspID = Platform.getPreferencesService().getString(
                    PlatformUI.PLUGIN_ID,
                    IWorkbenchPreferenceConstants.DEFAULT_PERSPECTIVE_ID, "",
                    null);

However, by the time this gets called, the org.eclipse.ui plugin has not yet
started (although org.eclipse.ui.ide has), so it does not have the default value
set for this preference.  The defaults are set in
UIPlugin.initializeDefaultPreferences.

I've worked around this by:
- having org.eclipse.ui.workbench's plugin class (WorkbenchPlugin) start the
org.eclipse.ui plugin when it is started
- having org.eclipse.ui force initialization of the preference store when it is
started by looking up a value

Even then, it looks like the plugin_customization.ini file is no longer being
read from the primary feature. 
InternalPlatform.applyPrimaryFeaturePluginDefaultOverrides is a no-op.
At least when self-hosting, I get "" back for the preference above, even though
it is specified in org.eclipse.platform's plugin_customization.ini.

Something happened in I20040309. The new CTabFolder adds what looks like a 5-
pixel margin to the controls. For example, create a new Hello, WOrld plug-in 
and take a look at PDE multi-page editor. You can easily notice the margin at 
the top-right corner because the gradient image does not start at 0,0. This is 
a regression.

findContentTypes(String) does not consider sub-types. Since it is used by
findContentTypes(InputStream, String), children that do not redefine file specs
will not be taken into account during content type determination.

Doug, I am late on this one. I expect to have a fix for that some time today.

I20040113

We had an error in one of our jobs which runs when the selection changes. This
caused the new Job error dialog to appear. But first I could not close it since
it was automatically reopened when the editor got focus. After I noticed that
the dialog isn't modal I could close it by first selecting another editor.

There should be a way to minimize the dialog and then later bring it up again.

200404131323

public class A {
	void m() {
		int i= 1 + 2;
	}
}

Select "1 + 2" and choose Refactor > Extract Local Variable.
Result has a newline too much:

public class A {
	void m() {
		
int j= 1 + 2;
		int i= j;
	}
}

M9

When you have a blocked jobs dialog open it will not resize vertically - it 
looks like the bottom attachment for the viewer is missing.

3.0 RC3

/**
 * @return
 */
 int get();

It should warn about the missing argument for @return tag if compiler option to
process Javadoc is enabled.

Using 3.0 RC3.

I was looking at bug 61437 and trying to reproduce it and I realized that now we
do not find any reference for Random class in rt.jar...

Seem to be a regression as it works with 2.1.3 but not since M9.

In the following example, the first line of the method body shows 'n' as if it 
were a local variable. The second line is OK.

void m(int n)
{
	int j = n;
	int k = n + 1;
}

Build: 3.0 RC3

I cannot reproduce this, but I got into a state where perspectives would no 
longer be visibly displayed. I could still open/close/switch/reset perspective, 
but they would never be visible. Ctrl+F7 could still toggle between views 
within that perspective, and status line contributions would still work. 
Roughly, here is what I did:

1) Started a brand new Eclipse workspace
2) Went through the "Hello World" Java tutorial from the welcome page
3) Went back to the Welcome page, and tested every link 
in "Overview", "Tutorials", and "What's New".
4) Finally opened the "Samples" intro category
5) Clicked to download the SWT examples
6) Clicked yes on prompt to download from eclipse.org.
7) A prompt came up asking if I wanted to reset the perspective. At the time, I 
had Java perspective open, and Resource perspective was also in my perspective 
tab group. I can't recall if I selected yes or no from this diaog.
8) Clicked Finish on the sample download wizard

-> Every perspective was now blank.

Nothing in log or on Java console.

With Eclipse 3.0M8 on Solaris 9 and HP-UX11.11 plantform, "Open Type Hierarchy" 
for a Java interface may cause "Unhandle event loop exception". The following 
is the procedure to reproduce the problem:

1. Download the 3.0M8 SWT Examples zip file from the eclipse.org site and load 
it on to Eclipse workbench.
2. Create a Java project and call it "JUnit".
3. In the Packages Explorer view, select JUnit project and from its context 
menu "Import->Zip file".
4. Browse to junit37src.jar file in 
<eclipse>/plugins/org.eclipse.jdt.ui.examples.projects/archive/junit/ directory.
Select file name and click "Ok".
5. Click the "Select All" button to make sure that all the files are selected 
in the folder. Ensure that the destination folder is "JUnit". Click "Finish" 
and click "Yes" on the question box concerning .classpath file.
6. In the Package Explorer view, expand the junit.framework package, and select 
the "TestCase.java" class. From the Workbench menu select 'Navigate > Open Type 
Hierarchy' menu option. 
7. Stacked on top of Package Explorer the Hierarchy view now opens with the 
TestCase class displayed. The Hierarchy view has two panes, the top pane shows 
the inheritance structure, and the bottom pane shows the currently selected 
Type's members.
8. Make sure that in the Hierarchy view, "Show the Type Hierarchy" button is 
engaged in the local toolbar.
9. In the Package Explorer view, select the "Test.java" class. From the 
Workbench menu select 'Navigate > Open Type Hierarchy' menu option.
10. Stacked on top of Package Explorer the Hierarchy view now opens with the 
Test class displayed. The top pane shows the inheritance structure for the Test 
class. However the bottom pane shows the members for the TestCase class instead 
(which is incorrect). The "Unhandled event loop exception" is also occurred at 
this point.
11. Click the "Show the Supertype Hierarchy" button or the "Show the Subtype 
Hierarchy" button from the local toolbar will provide correct members display.

3.0RC3

- toggle comment StyledText
- press enter to add a new line
-> takes too long

The JavaIndenter uses the JavaHeuristicScanner which calls in its
isDefaultPartition(..) TextUtilities.getPartition(..) which leads in
DefaultPartitioner.getPartition(..) to a call to
AbstractDocument.getPositions(..). getPositions(..) becomes expensive with many
partitions (that is, typed positions).

R3.0

Search string (enter without double quotes): "' {"

==> error dialog and .log entry:

!ENTRY org.eclipse.ui 4 4 Aug 04, 2004 12:29:33.348
!MESSAGE Unhandled event loop exception

!ENTRY org.eclipse.ui 4 0 Aug 04, 2004 12:29:33.358
!MESSAGE Unmatched braces in the pattern.
!STACK 0
java.lang.IllegalArgumentException: Unmatched braces in the pattern.
	at java.text.MessageFormat.applyPattern(MessageFormat.java:465)
	at java.text.MessageFormat.<init>(MessageFormat.java:347)
	at java.text.MessageFormat.format(MessageFormat.java:800)
	at
org.eclipse.search.internal.ui.text.FileSearchResult.getLabel(FileSearchResult.java:47)
	at
org.eclipse.search.ui.text.AbstractTextSearchViewPage.getLabel(AbstractTextSearchViewPage.java:319)
	at
org.eclipse.search.internal.ui.text.FileSearchPage.getLabel(FileSearchPage.java:225)
	at org.eclipse.search2.internal.ui.SearchView.updateLabel(SearchView.java:280)
	at org.eclipse.search2.internal.ui.SearchView.showSearchResult(SearchView.java:272)
	at org.eclipse.search2.internal.ui.SearchView.queryAdded(SearchView.java:339)
	at org.eclipse.search2.internal.ui.QueryManager.fireAdded(QueryManager.java:76)
	at org.eclipse.search2.internal.ui.QueryManager.addQuery(QueryManager.java:53)
	at
org.eclipse.search2.internal.ui.InternalSearchUI.addQuery(InternalSearchUI.java:298)
	at
org.eclipse.search2.internal.ui.InternalSearchUI.runSearchInBackground(InternalSearchUI.java:135)
	at org.eclipse.search.ui.NewSearchUI.runQuery(NewSearchUI.java:59)
	at
org.eclipse.search.internal.ui.text.TextSearchPage.performNewSearch(TextSearchPage.java:292)
	at
org.eclipse.search.internal.ui.text.TextSearchPage.performAction(TextSearchPage.java:135)
	at org.eclipse.search.internal.ui.SearchDialog.performAction(SearchDialog.java:384)
	at
org.eclipse.search.internal.ui.util.ExtendedDialogWindow.buttonPressed(ExtendedDialogWindow.java:152)
	at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:506)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at
org.eclipse.search.internal.ui.OpenSearchDialogAction.run(OpenSearchDialogAction.java:60)
	at
org.eclipse.search.internal.ui.OpenSearchDialogAction.run(OpenSearchDialogAction.java:46)
	at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:276)
	at org.eclipse.ui.internal.WWinPluginAction.runWithEvent(WWinPluginAction.java:206)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:915)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:866)
	at
org.eclipse.jface.action.ActionContributionItem$8.handleEvent(ActionContributionItem.java:824)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

!ENTRY org.eclipse.ui 4 4 Aug 04, 2004 12:29:33.368
!MESSAGE Unhandled event loop exception

!ENTRY org.eclipse.ui 4 0 Aug 04, 2004 12:29:33.378
!MESSAGE Failed to execute runnable (java.lang.IllegalArgumentException:
Unmatched braces in the pattern.)
!STACK 0
org.eclipse.swt.SWTException: Failed to execute runnable
(java.lang.IllegalArgumentException: Unmatched braces in the pattern.)
	at org.eclipse.swt.SWT.error(SWT.java:2691)
	at org.eclipse.swt.SWT.error(SWT.java:2616)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:109)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2749)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2434)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at
org.eclipse.search.internal.ui.OpenSearchDialogAction.run(OpenSearchDialogAction.java:60)
	at
org.eclipse.search.internal.ui.OpenSearchDialogAction.run(OpenSearchDialogAction.java:46)
	at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:276)
	at org.eclipse.ui.internal.WWinPluginAction.runWithEvent(WWinPluginAction.java:206)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:915)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:866)
	at
org.eclipse.jface.action.ActionContributionItem$8.handleEvent(ActionContributionItem.java:824)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

!ENTRY org.eclipse.ui 4 4 Aug 04, 2004 12:29:33.388
!MESSAGE *** SWT nested exception

!ENTRY org.eclipse.ui 4 0 Aug 04, 2004 12:29:33.388
!MESSAGE Unmatched braces in the pattern.
!STACK 0
java.lang.IllegalArgumentException: Unmatched braces in the pattern.
	at java.text.MessageFormat.applyPattern(MessageFormat.java:465)
	at java.text.MessageFormat.<init>(MessageFormat.java:347)
	at java.text.MessageFormat.format(MessageFormat.java:800)
	at
org.eclipse.search.internal.ui.text.FileSearchResult.getLabel(FileSearchResult.java:47)
	at
org.eclipse.search.ui.text.AbstractTextSearchViewPage.getLabel(AbstractTextSearchViewPage.java:319)
	at
org.eclipse.search.internal.ui.text.FileSearchPage.getLabel(FileSearchPage.java:225)
	at org.eclipse.search2.internal.ui.SearchView.updateLabel(SearchView.java:280)
	at
org.eclipse.search.ui.text.AbstractTextSearchViewPage$UpdateUIJob.runInUIThread(AbstractTextSearchViewPage.java:130)
	at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:93)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2749)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2434)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at
org.eclipse.search.internal.ui.OpenSearchDialogAction.run(OpenSearchDialogAction.java:60)
	at
org.eclipse.search.internal.ui.OpenSearchDialogAction.run(OpenSearchDialogAction.java:46)
	at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:276)
	at org.eclipse.ui.internal.WWinPluginAction.runWithEvent(WWinPluginAction.java:206)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:915)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:866)
	at
org.eclipse.jface.action.ActionContributionItem$8.handleEvent(ActionContributionItem.java:824)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

Calling addUserProperties on AntRunner simply sets the user property 
collection to the new collection. It should add the provided collection to any 
previously supplied collection to be consistent with the method naming and 
user expectations.

This is an API behavior change but is fixing the implementation to match the 
javadoc.

In Eclipse 3.0 help index is kept under configuration, not workspace.  
Multiple Eclipse instances can be started on the same configuration with 
different workspaces.  There is no problems when two Eclipse instances perform 
searches of up to date index.  When index needs to be udpated, first search 
triggers updating index.
Search in the second Eclipse instance also triggers indexing that never 
completes, and index is corrupted.  After closing and restartng Eclipse there 
is no results produced by searches.  The remedy is to manually delete the 
corrupted index.

Build 3.0.1.

This is a very small improvement, but it was large enough to show up on my 
list of potential optimizations.  Essentially it avoids re-reading the feature 
INI's on startup.  

Our product has LOTS of feature plug-ins (103), so this adds up.  Attached is 
the proposed change; it isn't sophisticated, essentially saying "if I had at 
least one tips and tricks / welcome page before, I probably have one now".  To 
be more robust, the stored preference would have to be cleared on a -clean.

The net savings on a 3GHz P4 / 2G RAM was 181ms for multiple warm runs.  It 
obviously should be a tad larger for cold runs on a less performant machine.

Create the following global property:
Name: platform.release Value: ${string_prompt:Platform Release:0} 
via the ant runtime properties page.

After this property is created, this property is resolved for any use of the 
Ant launch configuration dialog.

We have had this problem in the past (see bug 42983).
The new twist is for builds in the same JRE as Eclipse you get prompted twice 
when you actually run the build as well (for a total of 3 times if using the 
lcd).
A build in a separate JRE only prompts once running the build (for a total of 
2 times if using lcd).

R3.0

Search string (enter without double quotes): "a'("

==> error dialog and .log entry:

!ENTRY org.eclipse.jdt.ui 4 0 Aug 04, 2004 11:56:40.452
!MESSAGE Unsupported search pattern: "a'("

eclipse.buildId=I200411050810
java.version=1.4.2_06
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US
Command-line arguments: -showlocation

If the bounds of a Label are set twice to the same thing, the wrapping stops
working.  Run the example below:

public static void main(String[] args) {
	Display display = new Display();
	Shell shell = new Shell(display);
	Label label = new Label(shell, SWT.BORDER | SWT.WRAP);
	label.setText("a b c d e f g h i j k l m n o p q r s t u v w x y z 0 1 2 3 4 5
6 7 8 9");
	label.setBounds(5, 5, 100, 100);
	label.setBounds(5, 5, 100, 100); // without this line the label wraps
	shell.pack();
	shell.open();
	while (!shell.isDisposed()) {
		if (!display.readAndDispatch())
			display.sleep();
	}
	display.dispose();
}

Currently in the file chooser implementation, filters of the form "*.jar;*.zip"
are not honoured as they are on Windows.  The following patch fixes this.  For
an example use case, see File > Import > Zip File > Browse.


Index: Eclipse SWT/gtk/org/eclipse/swt/widgets/FileDialog.java
===================================================================
RCS file: /home/eclipse/org.eclipse.swt/Eclipse
SWT/gtk/org/eclipse/swt/widgets/FileDialog.java,v
retrieving revision 1.38
diff -u -r1.38 FileDialog.java
--- Eclipse SWT/gtk/org/eclipse/swt/widgets/FileDialog.java     8 Oct 2004
14:01:48 -0000       1.38
+++ Eclipse SWT/gtk/org/eclipse/swt/widgets/FileDialog.java     8 Oct 2004
14:47:48 -0000
@@ -397,13 +397,26 @@
        if (filterExtensions == null) filterExtensions = new String [0];
        for (int i = 0; i < filterExtensions.length; i++) {
                if (filterExtensions [i] != null) {
-                       byte [] filterString = Converter.wcsToMbcs (null,
filterExtensions [i], true);
+                       byte [] filterString;
                        int /*long*/ filter = OS.gtk_file_filter_new ();
-                       OS.gtk_file_filter_add_pattern (filter, filterString);
                        if (filterNames.length > i && filterNames [i] != null) {
                                filterString = Converter.wcsToMbcs (null,
filterNames [i], true);
+                               OS.gtk_file_filter_set_name (filter, filterString);
+                       } else {
+                               filterString = Converter.wcsToMbcs (null,
filterExtensions [i], true);
+                               OS.gtk_file_filter_set_name (filter, filterString);
                        }
-                       OS.gtk_file_filter_set_name (filter, filterString);
+                       if (filterExtensions[i].indexOf(';') != -1) {
+                               String [] curExtensions =
filterExtensions[i].split(";"); //$NON-NLS-1$
+                               for (int j = 0; j < curExtensions.length; j++) {
+                                       filterString = Converter.wcsToMbcs
(null, curExtensions [j], true);
+                                       OS.gtk_file_filter_add_pattern (filter,
filterString);
+                               }
+                       } else {
+                               filterString = Converter.wcsToMbcs (null,
filterExtensions [i], true);
+                               OS.gtk_file_filter_add_pattern (filter,
filterString);
+                       }
+
                        OS.gtk_file_chooser_add_filter (handle, filter);
                }
        }

20040413

- do a NLS search
  (I got an unused key entry)
- do a searh again

observe: the unused key entry is doubled.

20041208

With the latest changes for type boxing (in N20041207) our tests for the assign
compatibility fail:

boolean b= true;
Object o;

o= b;  // valid code, no compiler error
but typeBindingOfB.isAssignCompatible(typeBindingOfO) is false

SWT.RIGHT and SWT.CENTER seem to be ignored in TableColumn on Mac (Panther) 
and the columns are always aligned to the left.

It would be helpfull to have this feature working to align properly numbers in 
spreadsheet like apps.

Regards

Please provide an option to turn off CVS's logging to the console. I don't want to see CVS output.

The following code seems to have been wri tten to improve support for a 
problem on GTK while resizing fastviews.  It may be that this is usefull on 
other platforms, but I think it is important here to mention the bug and the 
real problem this is trying to solve so that future coders do not simply 
remove the feature (assuming it fixes the problem) based on their experience 
on a non-GTK platform.

	
	// Counts how many times we've scheduled a redraw... use this to avoid 
resizing
	// the widgetry when we're getting resize requests faster than we can 
process them.
	private int redrawCounter = 0;

"Indent statements within blocks and methods" should be two different options 
instead of one in the "Indentation settings". This would allow for the 
following format style.

void bar( List v )
{
	for ( int i = 0; i < 10; i++ )
		{
		v.add( new Integer( i ) );
		}
}

Infocenter documentation set cannot be updated without restarting of the 
infocenter.  As Eclipse supports hot intallation of plug-ins, infocenter 
should allow for this as well, and support uninstalling/disabling and updating 
(installing higher version/disabling lower version) of plug-ins.

In a navigator, select a file name, type F2 (to edito the name), click in the
middle of the name and try to delete characters using the "delete" key. 
You will notice that it does not work.

I get an NPE when trying to build the org.eclipse.sdk.tests feature using 
I200405280010.

java.lang.NullPointerException
	at java.util.ArrayList.toArray(ArrayList.java:301)
	at 
org.eclipse.update.core.model.FeatureModel.getDiscoverySiteEntryModels
(FeatureModel.java:351)
	at org.eclipse.pde.internal.build.FeatureWriter.printURL
(FeatureWriter.java:123)
	at org.eclipse.pde.internal.build.FeatureWriter.printFeature
(FeatureWriter.java:40)
	at 
org.eclipse.pde.internal.build.builder.FeatureBuildScriptGenerator.writeSourceF
eature(FeatureBuildScriptGenerator.java:1173)
	at 
org.eclipse.pde.internal.build.builder.FeatureBuildScriptGenerator.generate
(FeatureBuildScriptGenerator.java:195)
	at 
org.eclipse.pde.internal.build.builder.FeatureBuildScriptGenerator.generateEmbe
ddedSource(FeatureBuildScriptGenerator.java:132)
	at 
org.eclipse.pde.internal.build.builder.FeatureBuildScriptGenerator.computeEleme
nts(FeatureBuildScriptGenerator.java:101)
	at 
org.eclipse.pde.internal.build.builder.FeatureBuildScriptGenerator.generateChil
drenScripts(FeatureBuildScriptGenerator.java:715)
	at 
org.eclipse.pde.internal.build.builder.FeatureBuildScriptGenerator.generate
(FeatureBuildScriptGenerator.java:192)
	at org.eclipse.pde.internal.build.BuildScriptGenerator.generateFeatures
(BuildScriptGenerator.java:125)
	at org.eclipse.pde.internal.build.BuildScriptGenerator.generate
(BuildScriptGenerator.java:62)
	at org.eclipse.pde.internal.build.tasks.BuildScriptGeneratorTask.run
(BuildScriptGeneratorTask.java:86)
	at 
org.eclipse.pde.internal.build.tasks.BuildScriptGeneratorTask.execute
(BuildScriptGeneratorTask.java:74)
	at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:269)
	at org.apache.tools.ant.Task.perform(Task.java:364)
	at org.apache.tools.ant.Target.execute(Target.java:301)
	at org.apache.tools.ant.Target.performTasks(Target.java:328)
	at org.apache.tools.ant.Project.executeTarget(Project.java:1215)
	at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:383)
	at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:269)
	at org.apache.tools.ant.Task.perform(Task.java:364)
	at org.apache.tools.ant.Target.execute(Target.java:301)
	at org.apache.tools.ant.Target.performTasks(Target.java:328)
	at org.apache.tools.ant.Project.executeTarget(Project.java:1215)
	at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:383)
	at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:269)
	at org.apache.tools.ant.Task.perform(Task.java:364)
	at org.apache.tools.ant.Target.execute(Target.java:301)
	at org.apache.tools.ant.Target.performTasks(Target.java:328)
	at org.apache.tools.ant.Project.executeTarget(Project.java:1215)
	at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:383)
	at org.apache.tools.ant.taskdefs.CallTarget.execute
(CallTarget.java:107)
	at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:269)
	at org.apache.tools.ant.Task.perform(Task.java:364)
	at org.apache.tools.ant.Target.execute(Target.java:301)
	at org.apache.tools.ant.Target.performTasks(Target.java:328)
	at org.apache.tools.ant.Project.executeTarget(Project.java:1215)
	at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:383)
	at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:269)
	at org.apache.tools.ant.Task.perform(Task.java:364)
	at org.apache.tools.ant.Target.execute(Target.java:301)
	at org.apache.tools.ant.Target.performTasks(Target.java:328)
	at org.apache.tools.ant.Project.executeTarget(Project.java:1215)
	at org.eclipse.ant.internal.core.ant.InternalAntRunner.run
(InternalAntRunner.java:630)
	at org.eclipse.ant.internal.core.ant.InternalAntRunner.run
(InternalAntRunner.java:534)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.ant.core.AntRunner.run(AntRunner.java:488)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

OS : Win2000 
Build date: 0726 
Language: CHT 

Problem Description: Actual Description of the problem 

Run the Hyades URL Test. 
During the process of running, a "launching" window will appear to show the 
message. 
==> "1 work items left." & " The user operation is waiting for background work 
to complete." are in English.

Formatting a large java file (by right-click -> Source -> Format)  makes Eclipse
freeze (or returns without formatting the file).
The problem occurs with Eclipse 3.0, Eclipse 3.0M8, but the same operation works
fine with Eclipse 2.1.3 (using WinXP or Linux-gtk).
An example of such a large file is file X.java in
http://www.lucike.info/download/software/projectx/ProjectX_Source_0.81.7.zip
(from http://www.lucike.info/page_projectx.htm).

I20040505

I have noticed a dozen or so stack traces like the one below in my log file
since this morning. I didn't notice any problems within the editor itself. I use
the "Source source of selected element only" method-level Java editor. I also
have annotation roll-overs enabled. I am not using code folding.

!STACK 0
java.lang.IllegalArgumentException: Index out of bounds
	at org.eclipse.swt.SWT.error(SWT.java:2675)
	at org.eclipse.swt.SWT.error(SWT.java:2614)
	at org.eclipse.swt.SWT.error(SWT.java:2585)
	at org.eclipse.swt.custom.StyledText.redrawRange(StyledText.java:5983)
	at
org.eclipse.ui.texteditor.SourceViewerDecorationSupport$IBeamStrategy.draw(SourceViewerDecorationSupport.java:135)
	at
org.eclipse.jface.text.source.AnnotationPainter.handleDrawRequest(AnnotationPainter.java:1170)
	at
org.eclipse.jface.text.source.AnnotationPainter.enablePainting(AnnotationPainter.java:361)
	at
org.eclipse.jface.text.source.AnnotationPainter.updatePainting(AnnotationPainter.java:770)
	at
org.eclipse.jface.text.source.AnnotationPainter.access$1(AnnotationPainter.java:762)
	at
org.eclipse.jface.text.source.AnnotationPainter$1.run(AnnotationPainter.java:871)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2571)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2276)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:242)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:119)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)
!ENTRY org.eclipse.ui 4 4 May 06, 2004 12:29:04.440

Hi,

using the browser widget will always draw a 3D border around it. It should be 
possible to not show that border in order to have a consistent look and feel 
with other widgets like Composites, that have no border set.

Ben

Code Formatter > Line Wrapping:

The preview is not shown correctly from the beginning.
The "Set line width for preview window" number has to be reset to another OR 
even THE SAME value to correct the display.

When adding a new entrie to the classpath in de launch configuration it is 
added at the bottom. In 2.1 the are inserted after the selected entrie.
Can this be fixed so that a new entrie is inserted after the selected line if a 
line is selected.

If there are a lot of entries it is a lot of clicks or selects to get 
everything in the right order. It is faster to manualy it.

20040518

java.lang.ClassCastException
	at
org.eclipse.jdt.internal.ui.text.correction.UnresolvedElementsSubProcessor.addSimilarVariableProposals(UnresolvedElementsSubProcessor.java:296)
	at
org.eclipse.jdt.internal.ui.text.correction.UnresolvedElementsSubProcessor.getVariableProposals(UnresolvedElementsSubProcessor.java:165)
	at
org.eclipse.jdt.internal.ui.text.correction.QuickFixProcessor.process(QuickFixProcessor.java:244)
	at
org.eclipse.jdt.internal.ui.text.correction.QuickFixProcessor.getCorrections(QuickFixProcessor.java:202)
	at
org.eclipse.jdt.internal.ui.text.correction.JavaCorrectionProcessor.collectCorrections(JavaCorrectionProcessor.java:261)
	at
org.eclipse.jdt.internal.ui.text.correction.JavaCorrectionProcessor.processAnnotations(JavaCorrectionProcessor.java:229)
	at
org.eclipse.jdt.internal.ui.text.correction.JavaCorrectionProcessor.computeCompletionProposals(JavaCorrectionProcessor.java:198)
	at
org.eclipse.jface.text.contentassist.ContentAssistant.computeCompletionProposals(ContentAssistant.java:1457)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.computeProposals(CompletionProposalPopup.java:244)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$7(CompletionProposalPopup.java:240)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup$1.run(CompletionProposalPopup.java:199)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.showProposals(CompletionProposalPopup.java:194)
	at
org.eclipse.jface.text.contentassist.ContentAssistant.showPossibleCompletions(ContentAssistant.java:1308)
	at
org.eclipse.jdt.internal.ui.text.correction.JavaCorrectionAssistant.showPossibleCompletions(JavaCorrectionAssistant.java:158)
	at
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor$AdaptedSourceViewer.doOperation(CompilationUnitEditor.java:183)
	at
org.eclipse.ui.texteditor.TextOperationAction$1.run(TextOperationAction.java:122)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.texteditor.TextOperationAction.run(TextOperationAction.java:120)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:468)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:886)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:927)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:545)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:493)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:258)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java:712)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:795)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1724)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1720)
	at org.eclipse.swt.widgets.Control.WM_KEYDOWN(Control.java:3499)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2978)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3282)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1475)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2380)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:299)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:184)
	at org.eclipse.core.launcher.Main.run(Main.java:637)
	at org.eclipse.core.launcher.Main.main(Main.java:621)

There is a compilation warning for IndexManager when advanced features are enabled.

The field containerPath is defined in an inherited type and an enclosing
scope 	IndexManager.java
org.eclipse.jdt.core/search/org/eclipse/jdt/internal/core/search/indexing	line
595	July 24, 2004 11:44:07 PM

I'd suggest to apply the following patch to change parameter name in
scheduleDocumentIndexing method or use explicit this.containerPath in line 595.

Index: IndexManager.java
===================================================================
RCS file:
/home/eclipse/org.eclipse.jdt.core/search/org/eclipse/jdt/internal/core/search/indexing/IndexManager.java,v
retrieving revision 1.129
diff -u -r1.129 IndexManager.java
--- IndexManager.java	21 Jul 2004 15:57:30 -0000	1.129
+++ IndexManager.java	25 Jul 2004 03:46:43 -0000
@@ -586,8 +586,8 @@
 	}
 	this.needToSave = !allSaved;
 }
-public void scheduleDocumentIndexing(final SearchDocument searchDocument, IPath
containerPath, final String indexLocation, final SearchParticipant
searchParticipant) {
-	request(new IndexRequest(containerPath, this) {
+public void scheduleDocumentIndexing(final SearchDocument searchDocument, IPath
contPath, final String indexLocation, final SearchParticipant searchParticipant) {
+	request(new IndexRequest(contPath, this) {
 		public boolean execute(IProgressMonitor progressMonitor) {
 			if (this.isCancelled || progressMonitor != null &&
progressMonitor.isCanceled()) return true;

Scenario:

multiple features installed into a local site, enabled via linkfile.  One of the
features has an incorrect id, which happens to be the same as one of the other
features.

Surprisingly, the platform successfully builds a configuration and runs from
this with no problem.

Next, new features are downloaded from an update site and installed into a
different local site.  The new configuration (platform.xml) is saved and the
platform is restarted.

Problem:
At this point the platform.xml is all messed up.  The downloaded features fail
to provision, even though their <site> element looks perfectly correct. 
Instead, the already installed linkfile <site> (which actually _loads)
containing the features with the colliding IDs has a strange "list" attribute
with a value 'list="plugins/some.plugin.id"'.   The pathology is such that
eventually we notice that one feature is missing from the elements in that site
and that it corresponds to the feature that would contain the particular plugin
mentioned arbitrarily in the 'list' attribute.   This is the only clue that
leads one to look at that feature at which point the colliding ID is discovered.

The real problem is not that the platform.xml is broken due to the colliding ID
(although the way that it broke is kind of goofy).  

The real problem is that at some point there should be an error msg displayed or
at least reported in a log that an ID collision was happening in two feature.xml
files.

This took a LOT of hours to figure out.

setRedraw(false) and a later setRedraw(true) freezes the tables headers and 
they don't scroll any longer with the table cell (this works correct). To 
reproduce you really only need to call setRedraw with "false" and then 
directly "true" and the freeze is there.

Build id 200405181200

Steps:
- Launch eclipse
- Go to "Window->Preferences"
- Select the "Export" button (bottom left)
- Try to chose a different folder than the one specified to store the ".epf"
file using the "Browse" button

Unless you select a file, it will not let you press "Open". It seems like the
wrong system dialog is being used for this particular instance.
 
This bug makes the "Export" utility almost unusable on the Mac.

The IActivityActivityBinding specifies a binding between two activities where 
in order for one activity to be enabled and used it requires the enablement of 
another activity.

The problem is that the current API is misleading in its naming and use of 
parent child relationships.

So for example to specify (in XML) that plug-in development requires java 
development, you would do the following:

      <activityActivityBinding
            childActivityId="org.eclipse.javaDevelopment"
            parentActivityId="org.eclipse.plugInDevelopment">
      </activityActivityBinding>

clearly this is not what someone would assume they need to do, if anything the 
reverse.

The proposal is that the XML look like this:

      <activityActivityBinding
            activityId="org.eclipse.plugInDevelopment"
            requiredActivityId="org.eclipse.javaDevelopment">
      </activityActivityBinding>

and the Interface IActivityActivityBinding should be renamed 
IActivityRequirementBinding and be changed to: 

/*******************************************************************************
 * Copyright (c) 2000, 2003 IBM Corporation and others.
 * All rights reserved. This program and the accompanying materials 
 * are made available under the terms of the Common Public License v1.0
 * which accompanies this distribution, and is available at
 * http://www.eclipse.org/legal/cpl-v10.html
 * 
 * Contributors:
 *     IBM Corporation - initial API and implementation
 ******************************************************************************/

package org.eclipse.ui.activities;

/**
 * An instance of this interface represents a binding between two activities.
 * The relationship can be interpreted as 'activity needs requiredActivity to 
be enabled'.
 * Enablement of the activity requires enablement of the required activity. 
 * 
 * <p>
 * This interface is not intended to be extended or implemented by clients.
 * </p>
 * 
 * @since 3.0
 * @see IActivity
 */
public interface IActivityRequirementBinding extends Comparable {

	/**
	 * Returns the identifier of the activity represented in this
	 * binding. 
	 * 
	 * @return the identifier of the activity represented in this
	 *         binding. Guaranteed not to be <code>null</code>.
	 */
	String getActivityId();

	/**
	 * Returns the identifier of the required activity represented in this
	 * binding.  The enablement of the activity described by {@link 
#getActivityId()}
	 * requires the enablement of this activity.
	 * 
	 * @return the identifier of the required activity represented in this
	 *         binding. Guaranteed not to be <code>null</code>.
	 */
	String getRequiredActivityId();
}

Presentations are now capable of serializing their own state. The R21
presentation needs to be updated to save its tab order or the order will be lost
each time the workbench is closed.

McQ had an incident where he had outgoing changes that did not appear in the 
sync view. The view was in "both" mode and there was one incoming change 
visible but a comparison with the repository reveal 4 or 5 outgoing changes. 
The fact that the compare showed changes indicates tha the local sync states 
were correct but the sync view had not picked up the changes. This could be 
due to an event not getting through or, more likely, an incorrect clean 
indicator on a parent folder. He works disconnected on the weekend usign an 
external tool (Word) and does a refresh local to bring his changes into 
Eclipse.

 

it looks like incoming additions aren't being grouped correctly, and the sorter
isn't considering correctly as a file. They are mixed in with actual commit sets.

The clipboard created by the MarkerView is leaked (not disposed).

RC4:

-Open the Manage Configuration dialog 
-Add extension location. Select Apply Now, instead of restarting.
-Open the Find and Install wizard and try installing a feature into the newly 
added extension site
The site is not visible because it is treated as not updateable. Restarting 
fixes the problem.
See bug #67912

Run the attached testcase on PocketPC. Place focus on the Text widget, then
bring up the soft keyboard and press the Enter and Tab key.
What you get are 2 KeyDown events plus 1 KeyUp for the Enter key and only a
single KeyUp event (no KeyDown) for the Tab key. For comparison, on win32, you
get a single down and up for the Enter key and nothing at all for the Tab key.

I tested this using the Windows CE (ARM PocketPC) download from eclipse.org
which more specifically is swt-3.0RC1-win32-ce-arm-ppc.zip (which is based on
version 3054).

Moved to here from 59787 which was closed due to not a CDT problem.

In any Search dialog, the text field for the working set name doesn't 
have a label. Although the input field is beside the radio button 
labelled "Working Set:", Jaws doesn't associate this label with the input field.

Using Jaws, Alt+5 or Ins+DownArrow says "Read only edit, <value>". Blind folks 
need to know what information is being read. 

You don't need Jaws to reproduce. Use Microsoft Inspect Object to 
see that the "Name" attribute is empty. 

Must programmatically associate a label with the input field. 
SWT widgets use AccessibleListener: Eg:
myWidget.getAccessible().addAccessibleListener(
		new AccessibleAdapter() {			
			public void getName(AccessibleEvent e) {
				e.result = "Working Set Name";
		}});

Help working sets created in the browser, show in IDE working set dialog 
without icon.  They cannot be edited, just deleted.

Let me tell a story about two friends, the PRE_BUILD and POST_BUILD resource
change events.

In Eclipse 2.1, PRE_BUILD fired before autobuilds, and POST_BUILD fired after
autobuilds. Neither of them ran before manual builds.

In the last month, we decided that PRE_BUILD and POST_BUILD must also occur
before and after manual builds. This is because project references are now
computed dynamically, and the project reference providers need an opportunity to
let us know when they have changed *before* any kind of building happens.
Otherwise, the build won't happen in the correct order.

So, as of last week, PRE_BUILD occurred before the first build of an operation,
and POST_BUILD happened at the end of any operation in which a build occurred.
By "end of operation" here, I mean when our core operation depth counter reaches
zero.

It turns out, of course, that workspace operations can overlap each other in
Eclipse 3.0. This means that the operation depth might not reach zero until much
later, at the end of an operation that began before the build completed. If the
overlapping operation did not have a scheduling rule on the workspace root, then
a failure would occur if a POST_BUILD listener modified a resource outside the
scope of that operation's rule. See bug 62927 for an exact test case.

Last night, I attempted to release a fix for this. My fix was to fire POST_BUILD
at the first "endOperation" after the PRE_BUILD event. I.e., the next time the
operation depth is decremented after the PRE_BUILD. This fix was short-sighted.
It meant that POST_BUILD would now occur *during* the build, the first time any
builder modified a resource (causing a nested operation to begin and end). In
addition, this fix caused the JDT core test suites to fail.

Now, we reach the dramatic conclusion of the story. 'Twas the night before M9, I
am about to leave on vacation, very few people are around, and I have to perform
11th hour changes to when resource change events occur. I cannot come up with a
reasonable rule for exactly when POST_BUILD should occur. It must happen after
PRE_BUILD, and immediately before the last time that the thread that performed
PRE_BUILD is going to release the scheduling rule required to perform
POST_BUILD. Essentially what I need to do is maintain the operation depth pre
thread, and then perform POST_BUILD when the operation depth of the thread that
performed PRE_BUILD is about to go lower than the the depth it was at when
PRE_BUILD occurred. Then I began thinking: How would I explain this story to
other components? It feels that the rule for when PRE_BUILD and POST_BUILD is
now too complex for anyone to reasonably understand.

So, I have opted for a simpler solution, at least for M9.  I am now doing
PRE_BUILD immediately prior to *every* API build call (IWorkspace.build,
IProject.build), and POST_BUILD immediately after every build. This means more
of these events are occurring in the scenario where a group of projects are
built one after another in an operation. This may have performance implications.
I have run all platform core and JDT core test suites, without failures. It
looks like it will do for M9. We can discuss next week if this makes sense as
the final answer for 3.0.

Eclipse 3.1M3 and 200411101000 (didn't happen in 3.1M2)

I'm getting a NPE while search for all references to a method (String
de.hmorga.util.Format#format(long d, String format)) (see below).

directoryCache == null, and qualifiedPackageName= "org/apache/xalan/res".

When searching for other methods in the same class (for example String
de.hmorga.util.Format#format(double d, String format), or String
de.hmorga.util.Format#format(Number n, String format)) this does not happen.

Adding "if (directoryCache == null) return null;" to the top of String[]
org.eclipse.jdt.internal.core.search.matching.ClasspathSourceDirectory#directoryList(String
qualifiedPackageName) "fixes" this problem for me. (I get the same number of
matches as I get with 3.1M2)

java.lang.NullPointerException
	at
org.eclipse.jdt.internal.core.search.matching.ClasspathSourceDirectory.directoryList(ClasspathSourceDirectory.java:53)
	at
org.eclipse.jdt.internal.core.search.matching.ClasspathSourceDirectory.doesFileExist(ClasspathSourceDirectory.java:82)
	at
org.eclipse.jdt.internal.core.search.matching.ClasspathSourceDirectory.findClass(ClasspathSourceDirectory.java:103)
	at
org.eclipse.jdt.internal.core.search.matching.JavaSearchNameEnvironment.findClass(JavaSearchNameEnvironment.java:138)
	at
org.eclipse.jdt.internal.core.search.matching.JavaSearchNameEnvironment.findType(JavaSearchNameEnvironment.java:169)
	at
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.askForType(LookupEnvironment.java:116)
	at
org.eclipse.jdt.internal.compiler.lookup.PackageBinding.getTypeOrPackage(PackageBinding.java:169)
	at org.eclipse.jdt.internal.compiler.lookup.Scope.getTypeOrPackage(Scope.java:2246)
	at org.eclipse.jdt.internal.compiler.lookup.Scope.getType(Scope.java:2017)
	at
org.eclipse.jdt.internal.core.search.matching.MethodPattern.getMethodBinding(MethodPattern.java:131)
	at
org.eclipse.jdt.internal.core.search.matching.MethodLocator.matchMethod(MethodLocator.java:141)
	at
org.eclipse.jdt.internal.core.search.matching.MethodLocator.resolveLevel(MethodLocator.java:237)
	at
org.eclipse.jdt.internal.core.search.matching.ClassFileMatchLocator.locateMatches(ClassFileMatchLocator.java:72)
	at
org.eclipse.jdt.internal.core.search.matching.MatchLocator.process(MatchLocator.java:1174)
	at
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locateMatches(MatchLocator.java:775)
	at
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locateMatches(MatchLocator.java:814)
	at
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locateMatches(MatchLocator.java:915)
	at
org.eclipse.jdt.internal.core.search.JavaSearchParticipant.locateMatches(JavaSearchParticipant.java:94)
	at
org.eclipse.jdt.internal.core.search.SearchBasicEngine.findMatches(SearchBasicEngine.java:196)
	at
org.eclipse.jdt.internal.core.search.SearchBasicEngine.search(SearchBasicEngine.java:382)
	at org.eclipse.jdt.core.search.SearchEngine.search(SearchEngine.java:512)
	at org.eclipse.jdt.internal.ui.search.JavaSearchQuery.run(JavaSearchQuery.java:125)
	at
org.eclipse.search2.internal.ui.InternalSearchUI$InternalSearchJob.run(InternalSearchUI.java:85)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

While playing with the test case of bug 50780, comment 0. Not reproducible so
far. I was in 'local rename' (see test case) and probably (by mistake) hit enter
and then backslash (or something similar...).

java.lang.ClassCastException
	at
org.eclipse.jdt.internal.ui.text.correction.LinkedNamesAssistProposal.apply(LinkedNamesAssistProposal.java:65)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.insertProposal(CompletionProposalPopup.java:370)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.selectProposalWithMask(CompletionProposalPopup.java:339)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.verifyKey(CompletionProposalPopup.java:639)
	at
org.eclipse.jface.text.contentassist.ContentAssistant$InternalListener.verifyKey(ContentAssistant.java:622)
	at
org.eclipse.jface.text.TextViewer$VerifyKeyListenersManager.verifyKey(TextViewer.java:378)
	at
org.eclipse.swt.custom.StyledTextListener.handleEvent(StyledTextListener.java:55)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:857)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:842)
	at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:650)
	at org.eclipse.swt.custom.StyledText.handleKeyDown(StyledText.java:5321)
	at org.eclipse.swt.custom.StyledText$7.handleEvent(StyledText.java:5066)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:857)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:842)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1716)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1712)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3037)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2940)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:2865)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1371)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2019)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1530)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1506)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:221)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:101)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

1. Create a new build.xml file
2. In the empty editor, press ctrl+space.
3. The following is dumped to the console. Nothing is written to the log:
Unhandled event loop exception
Reason:
Assertion failed:

Using M9 build I200405180816.

While verifying bug 56449, I noticed that it was not possible to make this
distinction between Javadoc and Code for package references matches...

See also bug 54962...

A jar'ed bundle (that has a /META-INF/MANIFEST.MF file) that is installed in a 
run-time workbench will get uninstalled at next restart if 
osgi.checkConfiguration property == true.  To reproduce you must ensure that 
the -clean option is not used and the check box for "clear the 
configuration ..." is unchecked.

The manifestType and ManifestTimeStamp are not getting set correctly in the 
EclipseBundleData for jar'ed bundles that have a bundle manifest file.  I will 
attach a patch that fixes the problem.

If Preferences Team->CVS->Console "Show CVS output in the Console View." is 
enabled, whenever I start Eclipse the console window is visible whether I 
closed it or not last session.  It is also greyed out and has a fuzzy coloured 
bar in it.

PB

200405180816

Search for declaration of package "java.util" in workspace.

=> Log:

Error Mai 18, 2004 18:23:03.577 An internal error occurred during: "Search for
Declarations of "java.util" in Workspace".
java.lang.NullPointerException
at java.lang.Throwable.<init>(Throwable.java)
at java.lang.Throwable.<init>(Throwable.java)
at java.lang.NullPointerException.<init>(NullPointerException.java:60)
at
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locatePackageDeclarations(MatchLocator.java:895)
at
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locatePackageDeclarations(MatchLocator.java:881)
at
org.eclipse.jdt.internal.core.search.JavaSearchParticipant.locateMatches(JavaSearchParticipant.java:99)
at org.eclipse.jdt.core.search.SearchEngine.findMatches(SearchEngine.java:469)
at org.eclipse.jdt.core.search.SearchEngine.search(SearchEngine.java:758)
at org.eclipse.jdt.internal.ui.search.JavaSearchQuery.run(JavaSearchQuery.java:125)
at
org.eclipse.search2.internal.ui.InternalSearchUI$InternalSearchJob.run(InternalSearchUI.java:82)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java)

Reproduced with both recent integration releases (I20040505 and I20040517).

1) Start Eclipse in a new workspace.
2) Select the Java perspective.
3) Create a new Run-time Workbench debug configuration
4) For the new configuration:
  - Select the tracing tab
  - Check "Enable tracing for the selected plug-ins"
  - Check the "org.eclipse.core.runtime (3.0.0)" entry in the left-hand list
  - Select the "org.eclipse.core.runtime (3.0.0)" entry in the left-hand list
  - Check the "registry/debug/events/extension" entry in the right-hand list
5) Apply the changes, then try to start the debug session

The debug session of Eclipse starts, then exits after displaying the splash
screen.  The following is the last line of trace output generated:

file:c:\Sandbox\component\ebt\eclipse3\workspaces\launch-bug\.metadata\.plugins\org.eclipse.pde.core\New_configuration/.options
loaded
Time loadBundles in the framework: 290

The following files exist in the runtime-workspace/.metadata directory:

  ./.lock
  ./.plugins/org.eclipse.core.resources/.history/.index
  ./.plugins/org.eclipse.core.resources/.root/1.tree
  ./.plugins/org.eclipse.core.resources/.safetable/org.eclipse.core.resources
  ./.plugins/org.eclipse.core.runtime/.settings/org.eclipse.ui.ide.prefs
  ./.plugins/org.eclipse.core.runtime/.settings/org.eclipse.ui.prefs
  ./.plugins/org.eclipse.core.runtime/.settings/org.eclipse.ui.workbench.prefs
  ./.plugins/org.eclipse.ui/dialog_settings.xml
  ./.plugins/org.eclipse.ui.cheatsheets/cheatsheet.xml
  ./.plugins/org.eclipse.ui.ide/dialog_settings.xml
  ./.plugins/org.eclipse.ui.workbench/dialog_settings.xml
  ./.plugins/org.eclipse.ui.workbench/workbench.xml
  ./version.ini

I'd be happy to provide any additional information required, if you have trouble
reproducing this.

Note sure how I got this...

java.lang.NullPointerException
        at org.eclipse.ant.internal.ui.editor.text.XMLTextHover.getHoverInfo
(XML
TextHover.java:110)
        at org.eclipse.jface.text.TextViewerHoverManager$4.run
(TextViewerHoverMa
nager.java:161)
java.lang.NullPointerException
        at org.eclipse.ant.internal.ui.editor.text.XMLTextHover.getHoverInfo
(XML
TextHover.java:110)
        at org.eclipse.jface.text.TextViewerHoverManager$4.run
(TextViewerHoverMa
nager.java:161)
java.lang.NullPointerException
        at org.eclipse.ant.internal.ui.editor.text.XMLTextHover.getHoverInfo
(XML
TextHover.java:110)
        at org.eclipse.jface.text.TextViewerHoverManager$4.run
(TextViewerHoverMa
nager.java:161)
java.lang.NullPointerException
        at org.eclipse.ant.internal.ui.editor.text.XMLTextHover.getHoverInfo
(XML
TextHover.java:110)
        at org.eclipse.jface.text.TextViewerHoverManager$4.run
(TextViewerHoverMa
nager.java:161)

There have been several reports on the newsgroups of the Ant editor failing 
when Eclipse is started using JDK 1.5.

From the newsgroup:
When I try to open the Ant Editor by double clicking on the build.xml 
file in my project I get the following error displayed:

Problems Opening Editor
"Cannot open default editor on build.xml. Editor could not be initialized.

Opening build.xml using the text editor works, however, I'd like to use 
the Ant Editor.

I'm running Eclipse M6 (200312182000) and haven't used Eclipse for a few 
weeks (vacation). There is no log entry and thus I can't provide a stack 
trace or so."

When the update mgr code is processing an included feature like so:

<includes id="some.widget.linux.feature" version="1.2.3" match="equivalent"
os="linux" ws="gtk" />

it insists on retrieving all four match attributes (os, ws, arch & nl) before
filtering.  If one or more of the attributes is not specified explicitely in the
<includes> element, it downloads the feature jar from the update site in order
to scan the feature.xml to see if the rest are specified.  Only then does it
apply the filtering.

What it should do is first apply filtering based on whatever attributes ARE
specified in the <include> statement and skip it if there is no match.  Only if
there is a match with the <include> attributes should it go to the trouble of
downloading the feature jar to check the <feature> attributes.

In the example above, a windows client should filter on os="linux" & ws="gtk"
without having to download the feature and check the 'arch' attribute.

This means that attribute-independent features (for example, pure java,
locale-independent features) will always be unnecessarily downloaded.  The
workaround for such cases is to specify all the attributes and to use a
comma-delimited list of all possible values for each.  This is quite impractical
to maintain.

Experiments show this is a significant performance penalty.

We have not confirmed whether this problem persists with v3.0.1 yet.

Warnings:
IPreferenceStore.java:379: warning - @param argument "value" is not a parameter
name.
BooleanFieldEditor.java:80: warning - @param argument "labelText" is not a
parameter name.
ColorSelector.java:63: warning - @param argument "parent." is not a parameter name.
ColorSelector.java:192: warning - @param argument "rgb." is not a parameter name.
FieldEditor.java:596: warning - @param argument "Button" is not a parameter name.
FieldEditor.java:619: warning - @param argument "boolean." is not a parameter name.
FieldEditor.java:619: warning - @param argument "parent." is not a parameter name.
FileFieldEditor.java:143: warning - @param argument "extension" is not a
parameter name.
PreferenceConverter.java:45: warning - @issue is an unknown tag.
PreferenceDialog.java:202: warning - @param argument "shell" is not a parameter
name.
PreferenceDialog.java:836: warning - @param argument "errorMessage" is not a
parameter name.
PreferenceNode.java:109: warning - @param argument "page" is not a parameter name.
PreferenceStore.java:432: warning - @param argument "filename" is not a
parameter name.
StringFieldEditor.java:289: warning - @param argument "parent" is not a
parameter name.

BooleanPropertyAction:
- BooleanPropertyAction has no description.
- run() is not documented.

ColorFieldEditor:
- Class description is incomplete or just missing a period.
- getColorSelector() is undocumented.
- getNumberOfControls() has an incomplete description.

ColorSelector:
- updateColorImage() description ends in a comma.

FieldEditorPreferencePage:
- applyFont() is undocumented.

PreferenceContentProvider:
- All methods are undocumented.

PreferenceDialog:
- Undocumented methods:
  close(), configureShell(), constrainShellSize(), createTreeAreaContents(),
  getSingleSelection(), getTreeViewer(), layoutTreeAreaControl().

PreferenceLabelProvider:
- All methods are undocumented.

StringButtonFieldEditor:
- getChangeControl() is undocumented.

JFacePreferences:
- *_COLOR undocumented.

This is a regression caused by the patch to bug 62038

R3.0

We added a new build constant (CLEAN) in 3.0 but did not add it to the valid
constants in the IncrementalBuild Ant task.

Consider for 3.0.1 since fix:
- is low-risk
- allows for work-around of bugs w.r.t. multiple external tool builders

The “Run” rightclick context menu available in the Navigator, Package 
Explorer, etc, consists of a menu item for each launch category that is 
applicable to the selected item.  In addition, there is one menu item 
(e.g. “Run...”) for displaying the launch configuration dialog associated with 
the other launch configuration category menu items.  For example, if you 
rightclick on a Java source file you might see a menu like this:

    1 Java Applet
    2 Java Application
    3 JUnit Plug-in Test
    4 JUnit Test
    --------------------
    Run...

If, on the other hand, you rightclick on a pluglet Java source file:

    1 Java Applet
    2 Java Application
    3 JUnit Plug-in Test
    4 JUnit Test
    5 Pluglet
    --------------------
    Internal Tools...

The Eclipse code that populates this menu (based on the launchShortcut 
extension point) makes an invalid assumption that all the launch categories 
that are applicable to the selected item (and thus added to the Run rightclick 
menu) come from the same launch group.  Notice that in the above menu there 
are five launch configuration categories.  The first four are associated with 
one launch group whose corresponding launch configuration dialog is 
unavailable (i.e. there is no “Run...” menu item) and there is one launch 
category whose corresponding launch configuration dialog is available (i.e. 
there is a “Internal Tools...” menu item).

You might say that this is OK since the “Internal Tools” dialog is really what 
you want when a pluglet is selected.  Unfortunately, the fact that 
the “Internal Tools...” menu item is added is sheer coincidence.  The Eclipse 
code that populates this menu just picks the launch dialog based on the last 
applicable launch category (or first depending on whether it inserts or 
appends the menu items).

For example, on a French OS, the launch categories are inserted in a different 
order (i.e. the Pluglet category is the first menu item).  Thus, on a French 
OS, a “Run...” menu item is added instead of a “Internal Tools...” menu item.

The obvious solution to this is to change the menu populator so that it no 
longer assumes a single launch configuration dialog applies to all the launch 
categories.  Instead, add one launch configuration dialog menu item for each 
launch group represented in the applicable launch categories.  Thus, in the 
example above, there would be both a “Run...” and an “Internal Tools...” menu 
item.

(BTW, the "Internal Tools" launch group and the "Pluglet" launch category are 
available in the Rational Software Modeler and Architect products).

The Projects View (Java Browsing) no longer stops displaying closed projects,
nor does it display newly opened projects.

Eclipse I20040831 (but been around since I20040817?)
Linux, GTK2.

After I completed a debug session, the Debug view showed a tree with blank 
text. Exception found in log.

Øyvind

!SESSION Jan 19, 2004 13:00:31.296 --------------------------------------------
-
java.version=1.4.2_03
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -os win32 -ws win32 -arch x86
!ENTRY org.eclipse.jdt.core 4 969 Jan 19, 2004 13:00:31.296
!MESSAGE libjava does not exist.
!ENTRY org.eclipse.jdt.core 4 969 Jan 19, 2004 13:00:31.296
!MESSAGE libjava does not exist.
!ENTRY org.eclipse.core.runtime 4 2 Jan 19, 2004 13:01:18.312
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewLabelDecorator.computeText
(LaunchViewLabelDecorator.java:124)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewLabelDecorator.decorateTex
t(LaunchViewLabelDecorator.java:110)
	at org.eclipse.jface.viewers.DecoratingLabelProvider.getText
(DecoratingLabelProvider.java:108)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewDecoratingLabelProvider.ge
tText(LaunchViewDecoratingLabelProvider.java:69)
	at org.eclipse.debug.internal.ui.views.launch.LaunchViewer.doUpdateItem
(LaunchViewer.java:84)
	at 
org.eclipse.jface.viewers.AbstractTreeViewer$UpdateItemSafeRunnable.run
(AbstractTreeViewer.java:87)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:813)
	at org.eclipse.core.runtime.Platform.run(Platform.java:457)
	at org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem
(AbstractTreeViewer.java:469)
	at 
org.eclipse.jface.viewers.StructuredViewer$UpdateItemSafeRunnable.run
(StructuredViewer.java:119)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:813)
	at org.eclipse.core.runtime.Platform.run(Platform.java:457)
	at org.eclipse.jface.viewers.StructuredViewer.updateItem
(StructuredViewer.java:1285)
	at org.eclipse.jface.viewers.StructuredViewer.update
(StructuredViewer.java:1266)
	at org.eclipse.jface.viewers.StructuredViewer.update
(StructuredViewer.java:1200)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleSuspe
ndThreadEvent(LaunchViewEventHandler.java:210)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleSuspe
ndEvent(LaunchViewEventHandler.java:184)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleDebug
Events(LaunchViewEventHandler.java:100)
	at org.eclipse.debug.internal.ui.views.AbstractDebugEventHandler$1.run
(AbstractDebugEventHandler.java:70)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:102)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2288)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1996)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1506)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1482)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:246)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:226)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

Code from HEAD (+/-200401190900 CET) (incl. launching, debug*)

I started a fresh workspace using J2SC20031213.
Created a new Java project and got the following exception below.

!ENTRY org.eclipse.jdt.ui 4 10001 Jan 19, 2004 12:32:28.426
!MESSAGE Internal Error
!STACK 1
Java Model Exception: Java Model Status [Build path contains duplicate entry:
'C:JavaSDKs/sidecar20031213_win1411/jre/lib/ext/ibmjcefips.jar' for project JUnit]
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at org.eclipse.core.runtime.CoreException.<init>(CoreException.java:35)
	at org.eclipse.jdt.core.JavaModelException.<init>(JavaModelException.java:67)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:700)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1555)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaModelOperation.java:741)
	at org.eclipse.jdt.internal.core.JavaProject.setRawClasspath(JavaProject.java:2653)
	at org.eclipse.jdt.internal.core.JavaProject.setRawClasspath(JavaProject.java:2618)
	at
org.eclipse.jdt.internal.ui.wizards.buildpaths.BuildPathsBlock.internalConfigureJavaProject(BuildPathsBlock.java:659)
	at
org.eclipse.jdt.internal.ui.wizards.buildpaths.BuildPathsBlock.configureJavaProject(BuildPathsBlock.java:593)
	at
org.eclipse.jdt.ui.wizards.JavaCapabilityConfigurationPage.configureJavaProject(JavaCapabilityConfigurationPage.java:202)
	at
org.eclipse.jdt.internal.ui.wizards.NewProjectCreationWizardPage.performFinish(NewProjectCreationWizardPage.java:146)
	at
org.eclipse.jdt.internal.ui.wizards.NewProjectCreationWizard.finishPage(NewProjectCreationWizard.java:62)
	at
org.eclipse.jdt.internal.ui.wizards.NewElementWizard$2.run(NewElementWizard.java:93)
	at
org.eclipse.jdt.internal.core.BatchOperation.executeOperation(BatchOperation.java:34)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:698)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1555)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1574)
	at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3129)
	at
org.eclipse.jdt.internal.ui.actions.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:42)
	at
org.eclipse.jface.operation.ModalContext.runInCurrentThread(ModalContext.java:302)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:252)
	at org.eclipse.jface.wizard.WizardDialog.run(WizardDialog.java:758)
	at
org.eclipse.jdt.internal.ui.wizards.NewElementWizard.performFinish(NewElementWizard.java:100)
	at org.eclipse.jface.wizard.WizardDialog.finishPressed(WizardDialog.java:608)
	at org.eclipse.jface.wizard.WizardDialog.buttonPressed(WizardDialog.java:321)
	at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:430)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java)
	at org.eclipse.jface.window.Window.open(Window.java:566)
	at org.eclipse.ui.actions.NewWizardAction.run(NewWizardAction.java:164)
	at
org.eclipse.ui.internal.ide.NewWizardDropDownAction.run(NewWizardDropDownAction.java:129)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:842)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:509)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:461)
	at
org.eclipse.jface.action.ActionContributionItem$6.handleEvent(ActionContributionItem.java:433)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1518)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1494)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:258)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:226)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)
!ENTRY org.eclipse.jdt.core 4 977 Jan 19, 2004 12:32:28.466
!MESSAGE Build path contains duplicate entry:
'C:JavaSDKs/sidecar20031213_win1411/jre/lib/ext/ibmjcefips.jar' for project JUnit

Let's consider following example:
public class X {
	String str;
}
public class Y {
	X local;
	void foo() {
		local = new X();
		local.str = "string";
	}

}

When I set compiler option "Unqualifed access to instance field" to Warning, I 
get following messages while compiling:
----------
1. WARNING in D:\usr\OTI\workspaces\dvpt\v30\current\_Bug\Y.java (at line 4)
	local = new X();
	^^^^^
Unqualified access to the field Y.local 
----------
----------
2. WARNING in D:\usr\OTI\workspaces\dvpt\v30\current\_Bug\Y.java (at line 5)
	local.str = "string";
	^^^^^^^^^
Unqualified access to the field Y.local 
----------
2 problems (2 warnings)

First warning is OK, but I would prefer to have:
2. WARNING in D:\usr\OTI\workspaces\dvpt\v30\current\_Bug\Y.java (at line 5)
	local.str = "string";
	^^^^^
Unqualified access to the field Y.local 
----------
for second warning message...

When you have a project that also references external jars, there appears to 
be a problem with error tagging.

Consider the following example:

I have a project that has some code that references external jars.

In the first instance, there were missing methods in classes in the external 
jars, so the compile failed. The open editor displayed the errors, as did the 
Package Explorer and the Problems view.

I replaced the external jar with one that fixed the errors, and did a 
Project 'refresh' from the package explorer.

The rebuild occurred and, in the open editor, all indications of the error 
state disappeared.

However, the Problems view still displays all of the original compilation 
problems (now resolved), and the Package Explorer still has a red 'x' next to 
the class and package that had the problems.

Doing a "rebuild all" correctly resets the state of the Package Explorer and 
Problems view.

It would seem that the build done by the 'refresh' does not clear the error 
states in the views before performing the compilation.

We use UTF8 as our encoding. We have a properties file which has Hebrew values.
When comparing with CVS the remote side, although correctly compared, shows 
gibberish instead of hebrew where as the local side is OK.

I again stress that this does not effect the compare itself and we can sync 
without a problem, it only looks wrong.

The code for analysing monitor dumps is not correct (basically, the walking of
the dump is incorrect; it had been checked in incorrectly because of the
inability to test due to a jvm bug.) 

(The monitor dump analysis is used to determine the owner thread of a monitor.)

I was working on a markerAnnotationSpecification extensionpoint and removed 
all references to the textPreferenceValue and textPreferenceKey (this was on 
the specification for the breakpoint annotation type in Debug UI).

I then restarted a workspace with an editor open that had two breakpoints. The 
editor failed to open and I had the following in the .log

java.lang.NullPointerException
at java.util.Hashtable.put(Hashtable.java:398)
at org.eclipse.core.runtime.Preferences.setDefault(Preferences.java:684)
at 
org.eclipse.ui.plugin.AbstractUIPlugin$CompatibilityPreferenceStore.setDefault
(AbstractUIPlugin.java:428)
at 
org.eclipse.ui.texteditor.MarkerAnnotationPreferences.initializeDefaultValues
(MarkerAnnotationPreferences.java:59)
at org.eclipse.jdt.internal.ui.JavaPlugin.initializeDefaultPreferences
(JavaPlugin.java:413)
at org.eclipse.ui.plugin.AbstractUIPlugin.initializeDefaultPluginPreferences
(AbstractUIPlugin.java:645)
at org.eclipse.core.runtime.Plugin.getPluginPreferences(Plugin.java:415)
at 
org.eclipse.ui.plugin.AbstractUIPlugin$CompatibilityPreferenceStore.initialize
(AbstractUIPlugin.java:190)
at org.eclipse.ui.plugin.AbstractUIPlugin.getPreferenceStore
(AbstractUIPlugin.java:582)
at org.eclipse.jdt.internal.ui.JavaPlugin.startup(JavaPlugin.java:244)
at org.eclipse.core.internal.compatibility.PluginActivator.start
(PluginActivator.java:49)
at org.eclipse.osgi.framework.internal.core.BundleContext$1.run
(BundleContext.java:1185)
at java.security.AccessController.doPrivileged(Native Method)
at org.eclipse.osgi.framework.internal.core.BundleContext.startActivator
(BundleContext.java:1178)
at org.eclipse.osgi.framework.internal.core.BundleContext.start
(BundleContext.java:1110)
at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker
(BundleHost.java:458)
at org.eclipse.osgi.framework.internal.core.Bundle.start(Bundle.java:328)
at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensi
on(ConfigurationElement.java:133)
at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensi
on(ConfigurationElement.java:125)
at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensi
on(ConfigurationElement.java:114)
at org.eclipse.ui.internal.WorkbenchPlugin$1.run(WorkbenchPlugin.java:160)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
at org.eclipse.ui.internal.WorkbenchPlugin.createExtension
(WorkbenchPlugin.java:157)
at org.eclipse.ui.internal.EditorManager$3.run(EditorManager.java:638)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:813)
at org.eclipse.core.runtime.Platform.run(Platform.java:457)
at org.eclipse.ui.internal.EditorManager.createPart(EditorManager.java:636)
at org.eclipse.ui.internal.EditorManager.openInternalEditor
(EditorManager.java:623)
at org.eclipse.ui.internal.EditorManager.access$6(EditorManager.java:614)
at org.eclipse.ui.internal.EditorManager$7.run(EditorManager.java:896)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:813)
at org.eclipse.core.runtime.Platform.run(Platform.java:457)
at org.eclipse.ui.internal.EditorManager.busyRestoreEditor
(EditorManager.java:838)
at org.eclipse.ui.internal.EditorManager$6.run(EditorManager.java:831)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
at org.eclipse.ui.internal.EditorManager.restoreEditor(EditorManager.java:827)
at org.eclipse.ui.internal.EditorManager.restoreState(EditorManager.java:732)
at org.eclipse.ui.internal.WorkbenchPage.restoreState(WorkbenchPage.java:2263)
at org.eclipse.ui.internal.WorkbenchWindow.restoreState
(WorkbenchWindow.java:1337)
at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1325)
at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:1293)
at org.eclipse.ui.internal.Workbench$11.run(Workbench.java:1215)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:813)
at org.eclipse.core.runtime.Platform.run(Platform.java:457)
at org.eclipse.ui.internal.Workbench.openPreviousWorkbenchState
(Workbench.java:1171)
at org.eclipse.ui.internal.Workbench.init(Workbench.java:870)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1459)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:246)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:226)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:85)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
at org.eclipse.core.launcher.Main.run(Main.java:742)
at org.eclipse.core.launcher.Main.main(Main.java:581)

pasted email from Erich Gamma --- 

Here are some wishes after having used the editor drop down for a while.

I understand the intent to keep it as simple as possible. 
One functionality I miss in the drop down is support to easily close an
editor without having to activate it first. Without this support I have to:
1) open the drop down
2) select the editor
3) select the close box

It woud be convenient to close an editor in the drop down directly.
For example:
*	support a context menu (as is done in the Favorites menu of IE)
*	support the ctrl+w short cut on the selection in the editor drop down
* 	provide some modifier click


Much less important but it would be neat to be able to activate an
editor without dismissing the drop down. For example a shift-click
activates the editor. This allows me to pre-view which editor it is.

--erich

InvalidHandleException messages should be created lazily.

TextLayout does not have support for underline.

In English, this can be worked around by using getBounds(..) and drawing a 
line under the text.
In BIDI, the line may have to be devided in two parts. So the workaround above 
does not work.

trying to format the following fails:
----------------
package p;
;
class A
{
}
-------------------------------------

Error Jan 05, 2004 22:31:28.390 formatter failed to format (no edit returned). 
Will use unformatted text instead. kind: 8, string: package p;
;
class A
{
}

I20040517-1219

1) Checkout org.eclipse.swt and whatever native fragment for the given platform
2) Open StyledText.java
3) Ctrl+A (select all)
4) Ctrl+/ (toggle comment)

-> OutOfMemoryError

If you allocate a very big Java heap, it might only occur after step 5)

5) Ctrl+/ (toggle comment again)

According to Windows taskmanager, memory usage before step 4) is 145MB. At the
time of OutOfMemoryError Windows is reporting 570MB used. It seems to require
over 300MB of RAM to comment this file.

Reproducible on Windows with Sidecar and Sun 1.4.1, and on MacOSX with latest
Sun VM.

3.0RC1

- enable sorting by visiblility (Java->Appearance->Members Sort Order)
- use CU:
public class Sort {
	class T16 {}
	protected class T17 {}
	private class T15 {}
	public class T18 {}
	static int t16;
	protected static int t15;
	private static int t13;
	public static int t14;
	int t12;
	protected int t10;
	private int t9;
	public int t11;
}
- invoke Source->Sort Members
-> sorts by category and lexically, but not by visibility

Due to amount of work to make search working for generics, several bugs are
opened to treat this new functionality.
This bug will be for types search only.
I will add references to other bugs when they will be created.

I200405120800

org.eclipse.jface.preference.PreferenceDialog#getShortenedString(String) has 
a 'System.out.println()' statement that looks suspicious.

The current direction is that plugin.properties file should contain only string
translations for plug-in/bundle manifests.

The current contract for Platform.getResourceBundle was borrowed from
IPluginDescriptor.getResourceBundle (deprecated) and explicitly endorses the
usage of the plugin.properties for storing translations for things other than
the plug-in/bundle manifests. Ideally, we would not have such API at all.  But
since we do, we should at least change it to state what we believe is an
acceptable usage of the plugin resource bundle.

Text of original email:

We need to think about how the default presentation (and colors/fonts it relies
on) are packaged with workbench.  As it stands, the default (and native)
factories are declared in the org.eclipse.ui plugin along with the workbench
colors/fonts.  The problem is that the workbench colors/fonts were designed to
work with the default presentation.  As such, if a person is using a
presentation other than default they still have to see all of the default
workbench colors in the colors and fonts preference page.  We can do several
things here....

1) break the presentations and their relevant colors into seperate plugins or
fragments.  This will help clarify the problem for RCP purposes but it wont
prevent colors/fonts (maybe even categories) from appearing in the preference page.
2) add new elements to the themes extension point that bind
fonts/colors/categories to presentations by ID.  When the preference page is
opened we filter out items that are not relevant.    Omission of a binding would
indicate the element is useful across all presentations (such as the Ant colors)

I'm not sure if either of these things are necessary for 3.0... ideas/comments?

Copy & Paste these two lines into the condition field of a breakpoint properties
dialog:

control= getCellEditors()[0].getControl();
return false;

-> Log:
Error Apr 16, 2004 03:05:51.373 Assertion failed: 
org.eclipse.jface.text.Assert$AssertionFailedException: Assertion failed: 
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at org.eclipse.jface.text.Assert$AssertionFailedException.<init>(Assert.java:54)
	at org.eclipse.jface.text.Assert.isTrue(Assert.java:175)
	at org.eclipse.jface.text.Assert.isTrue(Assert.java)
	at
org.eclipse.jdt.internal.ui.text.JavaHeuristicScanner.findOpeningPeer(JavaHeuristicScanner.java:542)
	at
org.eclipse.jdt.internal.ui.text.java.JavaAutoIndentStrategy.getPeerPosition(JavaAutoIndentStrategy.java:892)
	at
org.eclipse.jdt.internal.ui.text.java.JavaAutoIndentStrategy.smartPaste(JavaAutoIndentStrategy.java:601)
	at
org.eclipse.jdt.internal.ui.text.java.JavaAutoIndentStrategy.customizeDocumentCommand(JavaAutoIndentStrategy.java:1000)
	at org.eclipse.jface.text.TextViewer.customizeDocumentCommand(TextViewer.java)
	at org.eclipse.jface.text.TextViewer.handleVerifyEvent(TextViewer.java)
	at
org.eclipse.jface.text.TextViewer$TextVerifyListener.verifyText(TextViewer.java:325)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java)
	at org.eclipse.swt.custom.StyledText.modifyContent(StyledText.java:5539)
	at org.eclipse.swt.custom.StyledText.sendKeyEvent(StyledText.java:6389)
	at org.eclipse.swt.custom.StyledText.paste(StyledText.java:5586)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java)
	at java.lang.reflect.Method.invoke(Method.java)
	at org.eclipse.ui.handlers.WidgetMethodHandler.execute(WidgetMethodHandler.java:81)
	at org.eclipse.ui.handlers.HandlerProxy.execute(HandlerProxy.java:111)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:172)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:465)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java)
	at org.eclipse.jface.window.Window.open(Window.java:650)
	at org.eclipse.ui.dialogs.PropertyDialogAction.run(PropertyDialogAction.java:164)
	at
org.eclipse.jdt.internal.debug.ui.actions.JavaBreakpointPropertiesRulerAction.run(JavaBreakpointPropertiesRulerAction.java:56)
	at
org.eclipse.ui.texteditor.AbstractRulerActionDelegate.run(AbstractRulerActionDelegate.java:98)
	at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:269)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:550)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java)
	at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1561)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1532)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:279)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:241)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

In the method SocketAttachConnector.connect(....) a virtual machine is created 
by 
VirtualMachine vm = connector.attach(map);
This obviously connects to the remote debug process. If the subsequent call to 
debugTarget= JDIDebugModel.newDebugTarget(launch, vm, vmLabel, null, 
allowTerminate, true);
fails (eg. by a time-out), the connection to the remote VM is not terminated 
leaving the debug port of the remote VM blocked. Since there is no means to get 
the associated VirtualMachine object I can cannot do this in my 
LaunchConfigurationDelegate. Either there should be a method getVm(): 
VirtualMachine in the IVMConnector interface or you catch all Throwables and 
release the connection on catching the error (eventually in method abort()).

Cheers
Richard

200411111200

Not to be changed for I20041116.

The code formatter setting for White Space > Insert Space > Before question mark
should default to false for all profiles.

Was: List< ? extends Number>
Expected: List<? extends Number>

to reproduce;

1) Copy a line from your ant file
2) Paste the line multiple times

The first time it works fine the second it indents too far. 6 and 7 are indented the most, 8 is back to 
normal. I'll attach a screen shot of the indenting after pasting 9 times.

I20040616
There are non-externalized strings in the following class files:

TableViewer
FileDocumentProvider
CleanDialog
DefaultEditorPresentation
ViewPart

Shared launch configurations are not removed when their containing project is 
deleted from the workspace and the containing project's contents are not in 
the default workspace location.

The scenario described below illustrates the bug using the "External 
Tools/Program" launch configuration type.  However, the bug can be reproduced 
with any launch configuration type.

1) Do a "File -> New -> Project...".
2) In the "New Project" dialog, select the "Simple/Project" wizard and click 
on the Next button.
3) In the "New Project" dialog, enter "MyLaunches" in the Project name field.
4) In the "New Project" dialog, under Project contents, uncheck "Use default" 
and click on the "Browse..." button.
5) In the "Browse For Folder" dialog, create a new folder 
called "C:\MyLaunches" and click on OK.
6) In the "New Project" dialog, click on the Finish button.
7) Do a "Run -> External Tools -> External Tools...".
8) In the External Tools dialog, in the left pane, select the "Program" 
configuration and then click on the New button.
9) Change the name of the new configuration to "Calculator".
10) On the Main tab, change the Location to "C:\Windows\System32\calc.exe".
11) Click on the Apply button.
12) On the Common tab, check "External Tools" under "Display in favorites 
menu" and hit Apply.
13) On the Common tab, under "Type of launch configuration" click on Shared.
14) On the Common tab, click on "Browse..." and select the "MyLaunches" 
project that we just created.
15) Click on the Apply button and then the Close button to dismiss the 
External Tools dialog.

When I originally ran into this bug, I actually just did a "File -> Import..." 
of an existing project that had a shared launch configuration in it.  So you 
can do that instead of doing the above steps if you like.

16) Pulldown the "External Tools" menu on the toolbar and notice 
that "Calculator" is in the favorites part of the menu.
17) In the Navigator or Package Explorer, do a rightclick -> Delete on the 
MyLaunches project.  When asked if you want to delete the project, say yes 
(you needn't delete the project's contents, though).

At this point, pulldown the "External Tools" menu on the toolbar and notice 
that "Calculator" is still in the favorites part of the menu.  If you attempt 
to launch it, it of course fails.  If you invoke the "External Tools -> 
External Tools..." dialog and attempt to delete the Calculator configuration 
it fails (silently).

All you can do now, is re-import the MyLaunches project (assuming you didn't 
delete its contents).  This time, after you've imported it again, you can 
close the project with rightclick -> Close Project (which does correctly 
remove the Calculator launch configuration) and then do a rightclick -> Delete.

This defect only happens for projects whose content is in a non-default 
location.  If you omit step 4 and 5 above, a rightclick -> Delete of the 
project correctly removes the Calculator launch configuration.

The problem seems to be that LaunchConfiguration instances have an IPath 
location associated with them that is the absolute file system path to 
the .launch file (e.g. "C:/MyLaunches/Calculator.launch") but at the point an 
attempt is made to remove the launch configuration (see call to 
LaunchManager.launchConfigurationDeleted() from 
LaunchManager.LaunchManagerVisitor.visit()), the .launch file is no longer 
visible in the workspace so an absolute path is constructed using the absolute 
file system path of the workspace (e.g. "C:/Documents and 
Settings/houser/IBM/rationalsdp6.0/workspace/MyLaunches/Calculator.launch"):

	// If the file has already been deleted, reconstruct the full
	// filesystem path
	if (configPath == null) {
		IPath workspaceRelativePath = delta.getFullPath();
		configPath = getWorkspaceRoot().getLocation().append(
			workspaceRelativePath);
	}
	ILaunchConfiguration handle = new LaunchConfiguration(configPath);

Later, the calls to removeInfo(config) and getAllLaunchConfigurations().remove
(config) from launchConfigurationDeleted() are no-ops since the 
LaunchConfiguration.equals() implementation just compares the two 
configurations based on their location paths which are different.

1) enable semantic highlighting
2) enable deprecated highlighting
  -> the default color is black and no default style
There should be a reasonable default style.
My first choice would be strikethrough which we currently cannot do.
Some dark yellow for "warning" would be my second choice

in 0422 (and 0420)

I have lost my function keys used for stepping.  I'm not sure if they were 
there and then went away or if they have just not worked at all in this build.

- In the preferneces they show up bound as I would expect

- in the run menu no accelerators are listed

- turning on the org.eclipse.ui/trace/contexts=true option shows that the debug 
context is never entered.

AbstractTextEditor nulls out its members upon dispose, it does not do so with
its vertical ruler.

"Blind" users work in Windows High Contrast Mode (BG: Black, FG: white, Font 
size: 16, style: Bold). In this mode, tableTree plus/minus icons are not 
visible and confuse user.

When a workbench window is first opened, it does not paint any of its contents 
(e.g., menu bars, cool bars, tool bars, composites, etc.).  By moving or 
resizing the workbench window, a paint occurs and the contents become visible. 
 
This occurs using I200404270800 and GTK+ 2.4.0.  It does not occur on similar 
machines running GTK+ 2.2.x.

The SynchronizeView content description is truncated too short. This makes some
Synchronize View participants to have their title description truncated. Since
this is the key hint about the type of synchronization being shown, this is
important.

Patch included.

We have 2315 unit tests.  When run from Eclipse, it's reporting to take ~122
seconds.  When run from ant, it reports taking ~25 seconds.  The majority of
this time is spent with the JUnit view showing "Launching...".  This has gotten
worse and worse as we add more UTs.  I expect Eclipse to be slower than Ant, but
not by this much.

When using either the Inspect or Display popup while debugging, you are unable
to copy the text in the bottom text field.

Steps to reproduce:
1) Set a break point somewhere in a java program.
2) When the break point is hit, attempt to highlight a variable that is in scope
then right click on it and click Inspect.
3) In the inspect popup, select the text in the bottom text field and press Ctrl+C.
4) Try to paste into a text editor.

Problem: The text that is pasted is not the value from the text field.

3.0RC2 Build id: 200406111814
Getting from time to time the following sequence of errors while editing.
I cannot correlate the errors with any specific action since the edit session
seems to be not affected by them and i see the errors only if i look into the log.
Yesterday it happend five times, this morning one.


!ENTRY org.eclipse.ui 4 4 Jun 16, 2004 11:51:36.850
!MESSAGE Unhandled event loop exception

!ENTRY org.eclipse.ui 4 0 Jun 16, 2004 11:51:36.850
!MESSAGE Failed to execute runnable (java.lang.ArrayIndexOutOfBoundsException: -1)
!STACK 0
org.eclipse.swt.SWTException: Failed to execute runnable
(java.lang.ArrayIndexOutOfBoundsException: -1)
	at org.eclipse.swt.SWT.error(SWT.java:2691)
	at org.eclipse.swt.SWT.error(SWT.java:2616)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:109)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2709)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2401)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1362)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1333)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:252)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

!ENTRY org.eclipse.ui 4 4 Jun 16, 2004 11:51:36.850
!MESSAGE *** SWT nested exception

!ENTRY org.eclipse.ui 4 0 Jun 16, 2004 11:51:36.866
!MESSAGE -1
!STACK 0
java.lang.ArrayIndexOutOfBoundsException: -1
	at
org.eclipse.jface.text.rules.BufferedRuleBasedScanner.read(BufferedRuleBasedScanner.java:118)
	at
org.eclipse.jdt.internal.ui.text.CombinedWordRule.evaluate(CombinedWordRule.java:334)
	at
org.eclipse.jface.text.rules.RuleBasedScanner.nextToken(RuleBasedScanner.java:155)
	at
org.eclipse.jdt.internal.ui.text.AbstractJavaScanner.nextToken(AbstractJavaScanner.java:115)
	at
org.eclipse.jface.text.rules.DefaultDamagerRepairer.createPresentation(DefaultDamagerRepairer.java:166)
	at
org.eclipse.jface.text.presentation.PresentationReconciler.createPresentation(PresentationReconciler.java:446)
	at
org.eclipse.jface.text.presentation.PresentationReconciler.processDamage(PresentationReconciler.java:555)
	at
org.eclipse.jface.text.presentation.PresentationReconciler.access$3(PresentationReconciler.java:553)
	at
org.eclipse.jface.text.presentation.PresentationReconciler$InternalListener.textChanged(PresentationReconciler.java:222)
	at org.eclipse.jface.text.TextViewer.updateTextListeners(TextViewer.java:2235)
	at org.eclipse.jface.text.TextViewer.fireRedrawChanged(TextViewer.java:4268)
	at org.eclipse.jface.text.TextViewer.enabledRedrawing(TextViewer.java:4338)
	at org.eclipse.jface.text.TextViewer.setRedraw(TextViewer.java:4415)
	at
org.eclipse.jface.text.source.projection.ProjectionViewer.catchupWithProjectionAnnotationModel(ProjectionViewer.java:868)
	at
org.eclipse.jface.text.source.projection.ProjectionViewer.access$5(ProjectionViewer.java:821)
	at
org.eclipse.jface.text.source.projection.ProjectionViewer$1.run(ProjectionViewer.java:792)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2709)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2401)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1362)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1333)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:252)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

Specifying -logfile someFileName.text the output is not as expected.
The logfile output contains extra linebreaks.

StructureSelectionActions currently show a dialog "The resource is not on the
build path of a Java project.". We could do better and try to create an AST in
some cases:
- file not on build path
- editor opened from CVS Repository (bug 65246)

Furthermore, (cu.isStructureKnown() == false) should not imply that we can't do
anything. Should try to build an AST and do the job anyway as good as we can.

I200405201600

unsure how to reproduce

java.lang.NullPointerException
at 
org.eclipse.debug.internal.ui.views.expression.PopupInformationControl$CloseHan
dler.execute(PopupInformationControl.java:362)
at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand
(WorkbenchKeyboard.java:469)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press
(WorkbenchKeyboard.java:887)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent
(WorkbenchKeyboard.java:928)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings
(WorkbenchKeyboard.java:546)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2
(WorkbenchKeyboard.java:494)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent
(WorkbenchKeyboard.java:259)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Display.filterEvent(Display.java:712)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:795)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1724)
at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1720)
at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3048)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2951)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:3282)
at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1475)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2380)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:307)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:638)
at org.eclipse.core.launcher.Main.main(Main.java:622)
at intuitive.audit.Main.runProgramWithClass(Native Method)
at intuitive.audit.Audit.main(Audit.java:816)

RC2

Make a random selection in a Java editor and choose 'Use supertype where possible'
The dialog comes up and is ready to do some work. But it dosn't say which for
type it would use a supertype for. Maybe the label should be improved to 
'Select supertype to use for '{0}':'
It might be better to limit the enablement on type references or type elements.

I try to run Eclipse 3.0 on Linux using java. I can only skip "arch" argument. 
If I do not specify "os" or "ws" eclipse exits silently.

It is possible to determine "os" using os.name java system property. Probably it 
is also worth assuming motif on linux as value of "ws".

RC2

void m() {
   new String();
}

Place caret after the semicolon. Ctrl+1, choose "assign to local variable".
-> computed caret position is before the semicolon with considerably reduces 
the value of this quick fix.

20041126

- When double clicking a failed tests that threw a ComparisonFailure you can see
a  compare dialog that shows the difference between excepected and actual content.
- Press ok, dilaog does not close, NPE in log
- Sencond pressing of ok works


!ENTRY org.eclipse.ui 4 0 2004-11-26 17:00:03.62
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.compare.contentmergeviewer.ContentMergeViewer$ContentMergeViewerLayout.layout(ContentMergeViewer.java:99)
	at org.eclipse.swt.widgets.Composite.updateLayout(Composite.java:820)
	at org.eclipse.swt.widgets.Composite.WM_SIZE(Composite.java:1155)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3055)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3370)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1516)
	at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable.java:77)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3068)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3370)
	at org.eclipse.swt.internal.win32.OS.SetWindowPos(Native Method)
	at org.eclipse.swt.widgets.Widget.SetWindowPos(Widget.java:1103)
	at org.eclipse.swt.widgets.Control.setBounds(Control.java:1901)
	at org.eclipse.swt.widgets.Control.setBounds(Control.java:1883)
	at org.eclipse.swt.widgets.Control.setBounds(Control.java:1879)
	at org.eclipse.swt.custom.ViewFormLayout.layout(ViewFormLayout.java:183)
	at org.eclipse.swt.widgets.Composite.updateLayout(Composite.java:820)
	at org.eclipse.swt.widgets.Composite.layout(Composite.java:487)
	at org.eclipse.swt.widgets.Composite.layout(Composite.java:452)
	at org.eclipse.swt.widgets.Composite.layout(Composite.java:422)
	at org.eclipse.jface.action.ToolBarManager.relayout(ToolBarManager.java:182)
	at org.eclipse.jface.action.ToolBarManager.update(ToolBarManager.java:338)
	at org.eclipse.compare.CompareViewerPane.clearToolBar(CompareViewerPane.java:128)
	at
org.eclipse.compare.contentmergeviewer.ContentMergeViewer.handleDispose(ContentMergeViewer.java:856)
	at
org.eclipse.compare.contentmergeviewer.TextMergeViewer.handleDispose(TextMergeViewer.java:950)
	at org.eclipse.jface.viewers.ContentViewer$2.widgetDisposed(ContentViewer.java:188)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:100)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:814)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:838)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:819)
	at org.eclipse.swt.widgets.Widget.releaseWidget(Widget.java:726)
	at org.eclipse.swt.widgets.Control.releaseWidget(Control.java:1533)
	at org.eclipse.swt.widgets.Scrollable.releaseWidget(Scrollable.java:193)
	at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:588)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:691)
	at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:582)
	at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:587)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:691)
	at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:582)
	at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:587)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:691)
	at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:582)
	at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:587)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:691)
	at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:582)
	at org.eclipse.swt.widgets.Composite.releaseWidget(Composite.java:587)
	at org.eclipse.swt.widgets.Canvas.releaseWidget(Canvas.java:118)
	at org.eclipse.swt.widgets.Decorations.releaseWidget(Decorations.java:700)
	at org.eclipse.swt.widgets.Shell.releaseWidget(Shell.java:851)
	at org.eclipse.swt.widgets.Widget.dispose(Widget.java:375)
	at org.eclipse.swt.widgets.Decorations.dispose(Decorations.java:359)
	at org.eclipse.swt.widgets.Shell.dispose(Shell.java:488)
	at org.eclipse.jface.window.Window.close(Window.java:278)
	at org.eclipse.jface.dialogs.Dialog.close(Dialog.java:878)
	at
org.eclipse.jdt.internal.junit.ui.CompareResultDialog.close(CompareResultDialog.java:212)
	at org.eclipse.jface.dialogs.Dialog.okPressed(Dialog.java:843)
	at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:396)
	at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:543)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:814)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2803)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2448)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:718)
	at org.eclipse.jface.window.Window.open(Window.java:696)
	at
org.eclipse.jdt.internal.junit.ui.CompareResultsAction.run(CompareResultsAction.java:41)
	at
org.eclipse.jdt.internal.junit.ui.FailureTrace$1.handleOpen(FailureTrace.java:78)
	at org.eclipse.jface.util.OpenStrategy.fireOpenEvent(OpenStrategy.java:243)
	at org.eclipse.jface.util.OpenStrategy.access$2(OpenStrategy.java:238)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:277)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:814)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2803)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2448)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1579)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1550)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:282)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:220)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
	at java.lang.reflect.Method.invoke(Method.java:391)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:710)
	at org.eclipse.core.launcher.Main.main(Main.java:694)

20040611

- Change the dialog font to a bigger font
- Open the search dialog: 'Customize' button has wrong size

see screenshot

We programatically launch vm's using a LaunchConfigurationDelegate subclass. The
problem we have is the LaunchConfigurationDelegate and
AbstractJavaLaunchConfigurationDelegate use IStatusHandler to put up prompts
under certain conditions. Our problem is that since we are controlling the
launching, we don't want any prompts. It confuses the users of our editor. 

What we would like is something like a method on LaunchConfigurationDelegate
that responds with a boolean saying to put up prompts or not. The default would
be hard-coded to true. Our subclass could then override the method and return
false when it feels no prompts should go up.

Right now we are explicitly overriding method like
AbstractJavaLaunchConfigurationDelegate.finalLaunchCheck() to not do anything.
The problem is that if this method needs to do something else besides put up the
prompts, or another new method is later added that puts up prompts, our code
will no longer be correct.

Thanks,
Rich

Build I20040420

IProject
	public IPath getPluginWorkingLocation(IPluginDescriptor plugin);

This method is an API dependency on old core runtime API.
IPluginDescriptor is defined in org.eclipse.core.runtime itself, but its
only implementation is in org.eclipse.core.runtime.compatibility.
This means that a client will only be able to access this functionality in a 
world where org.eclipse.core.runtime.compatibility is present.
This seems too harsh.

This project could be addressed by adding to IProject:
	public IPath getPluginWorkingLocation(String pluginId);
and the old method marked similiar to IPluginDescriptor.

More generally, the core.resource API should be reviewed for any other places 
where old core runtime stuff shows up in the API.

When a file to compile is not found, an error message is printed after the 
help text.

Eclipse Java Compiler 0.418, Copyright IBM Corp 2000, 2004. All rights 
reserved.
. . .
    -repeat <n>        repeat compilation process <n> times for perf analysis
    -inlineJSR         inline JSR bytecode
    -enableJavadoc     consider references in javadoc
File NotThere.java is missing
------------------------

This was found while running the J9C. It seems that the PrintWriters have not 
been flushed before printing the error message.

Eclipse Java compiler gives an error where Javac does not.
Example:

public class Test extends SuperTest
{
    public Test()
    {
        super();
    }
  
    static void print(Object obj)
    {
        System.out.println("Object:" + obj.toString());
    }
    
    public static void main(String[] args)
    {
        print("Hello world");
    }
}
class SuperTest
{
    SuperTest(){};
    static void print(String s)
    {
        System.out.println("String: " + s);
    }
}

Eclipse compiler gives an error:
The method print(Object) is ambigious for the type Test.

Javac does not give any error and in the runtime the right method print(String) 
is invoked.
I used j2sdk 1.4.2

Eclipse: 20040330
Platform: OS X 10.3.3

Using Option+Shift+f to format my code produced the following:

java.lang.ArrayIndexOutOfBoundsException: 0
	at java.util.ArrayList.get(ArrayList.java:326)
	at org.eclipse.jdt.internal.ui.text.comment.JavaDocRegion.formatRegion(JavaDocRegion.java:133)
	at org.eclipse.jdt.internal.ui.text.comment.CommentRegion.format(CommentRegion.java:219)
	at 
org.eclipse.jdt.internal.ui.text.comment.CommentFormattingStrategy.format(CommentFormattingStrate
gy.java:123)
	at 
org.eclipse.jface.text.formatter.MultiPassContentFormatter.formatSlave(MultiPassContentFormatter.java:
217)
	at 
org.eclipse.jface.text.formatter.MultiPassContentFormatter.formatSlaves(MultiPassContentFormatter.jav
a:264)
	at 
org.eclipse.jface.text.formatter.MultiPassContentFormatter.format(MultiPassContentFormatter.java:140)
	at org.eclipse.jface.text.source.SourceViewer.doOperation(SourceViewer.java:705)
	at org.eclipse.jdt.internal.ui.javaeditor.JavaSourceViewer.doOperation(JavaSourceViewer.java:124)
	at 
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor$AdaptedSourceViewer.doOperation(Compilat
ionUnitEditor.java:194)
	at org.eclipse.ui.texteditor.TextOperationAction$1.run(TextOperationAction.java:122)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.texteditor.TextOperationAction.run(TextOperationAction.java:120)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:77)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:173)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:
463)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:855)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:896)
	at 
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:
522)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:488)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:261)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java:811)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1194)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1219)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1204)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1941)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1936)
	at org.eclipse.swt.widgets.Control.kEventTextInputUnicodeForKeyEvent(Control.java:1474)
	at org.eclipse.swt.widgets.Composite.kEventTextInputUnicodeForKeyEvent(Composite.java:392)
	at org.eclipse.swt.widgets.Widget.textInputProc(Widget.java:1604)
	at org.eclipse.swt.widgets.Display.textInputProc(Display.java:2774)
	at org.eclipse.swt.internal.carbon.OS.SendEventToEventTarget(Native Method)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2029)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1558)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1532)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:277)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:241)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

The new breakpoint group actions have messed up the context menu in the breakpoints view. The 
Properties action appears in the middle of the menu and things are just poorly grouped. This should 
be fixed up.

import java.util.ArrayList;
import java.util.List;
public class Test {
  public static void main(String[] args) {
    List<String> l= new ArrayList<String>();
    System.out.println();   <--- breakpoint here
  }
}

. Debug to the breakpoint
. Evaluate 'l.get(0)'
The evaluation fails :
  Method "get" with signature "(I)Ljava/lang/String;" is not applicable on this
object

Update icons with new design

In Debugland, we'd like to present the user with relevant views when they switch 
between debugged languages (represented as contexts).

In our current implementation, I end up with a handful of view IDs that are
considered applicable for the currently selected stack frame in the Debug
view. The goal is to make as many of the views in this collection visible
as possible.

The problem I'm having is that I haven't found any API related to how views
are currently stacked (tabbed). For example, say I have views A, B, and C
stacked on top of each other. Views A and B are both be in the collection
of "applicable views," so we'd like to make sure one of them is visible.
Also, we want to make sure that if either of these views is currently
visible, that view will be the one that's chosen so it will stay on top.

An API to programatically determine that views A and B are stacked would solve 
our problem.

I'm concerned about the org.eclipse.core.runtime.adapter.* packages. Although 
these are not intended to be API at this time, they are in a package whose 
name locates it in org.eclipse.core namespace, and they don't have "internal" 
in the name. My concern is that there is nothing to indicate that these 
classes should not be considered API.

Most of these classes have no Javadoc comment at this time.  I think these at 
least they should have comment that warns people not to use them as API.

Jeff> Agreed.  Can you enter an Equinox bug for this and mark as RC2?

java.lang.NullPointerException
        at org.eclipse.jdt.internal.ui.infoviews.JavadocView.findSelectedJavaEle
ment(JavadocView.java:417)
        at org.eclipse.jdt.internal.ui.infoviews.AbstractInfoView$2.run(Abstract
InfoView.java:406)
java.lang.NullPointerException
        at org.eclipse.jdt.internal.ui.infoviews.JavadocView.findSelectedJavaEle
ment(JavadocView.java:417)
        at org.eclipse.jdt.internal.ui.infoviews.AbstractInfoView$2.run(Abstract
InfoView.java:406)

3.0 RC3

Eclipse hangs when I start eclipse with my existing workspace, the hit
ctrl-shift-F4 or click "Close All" from the menu.  There is nothing written to
the .log file.

I demonstrated the problem to Doug.  I created a 30workspace.zip of my workspace
- it is on the local network in my accounts directory.

If I change the connection method of a repository but not the password, future 
connections will fail. The reason is that the "********" gets inserted as the 
password for the location. The CVSRepositoryLocation class has logic that will 
only prompt if the location is cached and since it is not cached, the user is 
not prompted.

First of all, we should put the real password in the dialog field so that it 
is used for the new location (with the changd connection method). This is the 
easy part. The hard part is how to handle the no-prompt case. This case was 
added to avoid prompting when the user was using the new location dialog which 
laready has a password entry field. Unfortunatley, the logic used breaks down 
now that we allow non-saved passwords. If a user's password changes while they 
had Eclipse open, they would not be prompted for their password for a location 
whose password was not saved.

Build 20040608

I just got a ton of the following exception dumped to the log in my target. Hopefully, the stack trace 
will be enough because I don't know what caused this (it occurred shortly after launching).

java.lang.IllegalArgumentException: Argument cannot be null
	at org.eclipse.swt.SWT.error(SWT.java:2677)
	at org.eclipse.swt.SWT.error(SWT.java:2616)
	at org.eclipse.swt.SWT.error(SWT.java:2587)
	at org.eclipse.swt.custom.TableTreeItem.setText(TableTreeItem.java:784)
	at org.eclipse.jface.viewers.TableTreeViewer.doUpdateItem(TableTreeViewer.java:181)
	at org.eclipse.jface.viewers.AbstractTreeViewer$UpdateItemSafeRunnable.
run(AbstractTreeViewer.java:83)
	at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem(AbstractTreeViewer.java:459)
	at org.eclipse.jface.viewers.StructuredViewer$UpdateItemSafeRunnable.
run(StructuredViewer.java:128)
	at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.jface.viewers.StructuredViewer.updateItem(StructuredViewer.java:1368)
	at org.eclipse.jface.viewers.AbstractTreeViewer.updateChildren(AbstractTreeViewer.java:
1516)
	at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefreshStruct(AbstractTreeViewer.
java:1038)
	at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(AbstractTreeViewer.java:
1013)
	at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(AbstractTreeViewer.java:
976)
	at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(AbstractTreeViewer.java:
964)
	at org.eclipse.jface.viewers.StructuredViewer$7.run(StructuredViewer.java:925)
	at org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:863)
	at org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:923)
	at org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:882)
	at org.eclipse.pde.internal.runtime.logview.LogView$20.run(LogView.java:666)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2489)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2226)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:
25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

I20040617

1. Start new workspace on JDK 1.4.2 with VM defaults (i.e. not increasing the 
default heap size)
2. Import all sdk plugins as binary linked projects
3. Open java.lang.Object
4. Search for references to Object in workspace
Observe: Near the end of the search, you get an OutOfMemoryError.

I200411231600

I tried to move the MouseClickListener in JavaEditor to a new file. This breaks
my code because for inherited member accesses the refactoring does not detect
that I access the enclosing type. Field for enclosing type is optional and even
if I specify the field the new code does not work.

3.0 RC3.

In the content type manager we give clients the opportunity to register
listeners for changes to content types.

When changes are actually made to content types, the listeners are not being
notified.

This is due to a late-breaking API addition at the end of the 3.0 cycle.

build I20040529

1- create a new repository and checkout from CVS using the toolbar checkout 
button in the CVS Repository Exploring perspective
2- but could not press finish on the first page, I had to press next
3- after pressing next I went back without selecting a module (however I did 
click the radio button to choose one and one was automatically selected 
(CVSROOT)
4- now the repository was showing up in the CVS Repositories view in the 
workbench and there was an error in the wizard saying the repository already 
exists.

Points
1) there is an error yet I can still press finish
2) the module was selected with out my doing on the second page
3) after step 3 above, I clicked "Use Port" then switched back to "Use Default 
Port" and could again get the error, "Location already exists".. but I NEVER 
PRESSED FINISH YET!"

Open an incoming/outgoing change and note that CTRL+PERIOD works to navigate 
among the changes.  Select on another change such that the compare editor is 
reused to show the second resources structured compare.

The commands are now broken.  Perhaps they are bound to the old document which 
was closed.  CTRL+PERIOD and CTRL+COMMA stop working.

See attached .log file for exceptions generated running 3.0 RC2 with the VSS
plug-in (http://sourceforge.net/projects/vssplugin/).  The log was cleared
immediately before running and zipped immediately after it finished loading. 
This  plug-in loaded in RC1.

 

The FileEditorInput.equals() method is implemented against the FileEditorInput
method, not against the IFileEditorInput interface.
This creates problems when using another, IFileEditorInput derived class as an
IEditorInput. For example, the EditorManager.find(IEditorInput) method won't
find the editor using a derived IFileEditorInput, although the FileEditorInput
used for 
finding is using the same IFile.
(The problem occured when trying to go to a marker).

Suggestion:

Replace:

	public boolean equals(Object obj) {
		if (this == obj)
			return true;
		if (!(obj instanceof FileEditorInput))
			return false;
		FileEditorInput other = (FileEditorInput) obj;
		return file.equals(other.file);
	}


by:

	public boolean equals(Object obj) {
		if (this == obj)
			return true;
		if (!(obj instanceof IFileEditorInput))
			return false;
		IFileEditorInput other = (IFileEditorInput) obj;
		return file.equals(other.getFile());
	}

06081200 build

Run the attached snippet and will get the exception below:

Exception in thread "main" java.lang.IllegalArgumentException: Index out of bounds
	at org.eclipse.swt.SWT.error(SWT.java:2677)
	at org.eclipse.swt.SWT.error(SWT.java:2616)
	at org.eclipse.swt.SWT.error(SWT.java:2587)
	at org.eclipse.swt.widgets.Widget.error(Widget.java:334)
	at org.eclipse.swt.widgets.Table.internalGetColumn(Table.java:1624)
	at org.eclipse.swt.widgets.TableItem.getAlignmentOffset(TableItem.java:273)
	at org.eclipse.swt.widgets.TableItem.drawText(TableItem.java:266)
	at org.eclipse.swt.widgets.TableItem.paint(TableItem.java:1124)
	at org.eclipse.swt.widgets.Table.paintSubItem(Table.java:1936)
	at org.eclipse.swt.widgets.Table.paintItems(Table.java:1903)
	at org.eclipse.swt.widgets.Table.paint(Table.java:1834)
	at org.eclipse.swt.widgets.Table.handleEvents(Table.java:1437)
	at
org.eclipse.swt.widgets.SelectableItemWidget$2.handleEvent(SelectableItemWidget.java:1199)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:731)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:752)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:738)
	at org.eclipse.swt.widgets.Composite.XExposure(Composite.java:882)
	at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:906)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3478)
	at org.eclipse.swt.internal.motif.OS.XtDispatchEvent(Native Method)
	at org.eclipse.swt.widgets.Control.update(Control.java:2844)
	at org.eclipse.swt.widgets.Control.update(Control.java:2829)
	at
org.eclipse.swt.widgets.SelectableItemWidget.scroll(SelectableItemWidget.java:1580)
	at org.eclipse.swt.widgets.Table.columnChange(Table.java:371)
	at org.eclipse.swt.widgets.TableColumn.setBounds(TableColumn.java:434)
	at org.eclipse.swt.widgets.TableColumn.setWidth(TableColumn.java:515)
	at org.eclipse.swt.widgets.Table.setFirstColumnWidth(Table.java:2596)
	at org.eclipse.swt.widgets.Table.itemChanged(Table.java:1739)
	at org.eclipse.swt.widgets.TableItem.notifyImageChanged(TableItem.java:1045)
	at org.eclipse.swt.widgets.TableItem.internalSetImage(TableItem.java:969)
	at org.eclipse.swt.widgets.TableItem.setImage(TableItem.java:1390)
	at org.eclipse.swt.widgets.TableItem.removeColumn(TableItem.java:1147)
	at org.eclipse.swt.widgets.Table.removeColumnData(Table.java:2173)
	at org.eclipse.swt.widgets.Table.removeColumn(Table.java:2115)
	at org.eclipse.swt.widgets.TableColumn.disposeColumn(TableColumn.java:236)
	at org.eclipse.swt.widgets.TableColumn$1.handleEvent(TableColumn.java:134)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:731)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:752)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:735)
	at org.eclipse.swt.widgets.Widget.releaseWidget(Widget.java:607)
	at org.eclipse.swt.widgets.Item.releaseWidget(Item.java:139)
	at org.eclipse.swt.widgets.Widget.dispose(Widget.java:326)
	at Main$1.run(Main.java:61)
	at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:135)
	at org.eclipse.swt.widgets.Display.syncExec(Display.java:3319)
	at Main.main(Main.java:52)

build I20040318-1131

I noticed that the build results from the last nightly build were reporting
unused import warnings in org.eclipse.ui.internal.CyclePartAction (in plugin
org.eclipse.ui.workbench).

In my IDE, this is not getting reported, either as a warning or an error, even
though I have this compiler option set to error, and other unused imports are
getting properly reported in other projects.

Tried rebuilding the project first, then rebuild all, but neither caused it to
show up.
Checked project compiler properties, and they're set to use workspace options,
not project options.

The generalize type refactoring is not applicable to formal generic type 
parameters

Non-Javadoc-Headers are reformatted by the new code formatter, regardless of the 
'Format header comment' option.
I think this behaviour is not desired because such headers are often used to 
store version control information.

The only current option to avoid this behaviour is to disable comment formatting 
completely (which is not a nice option).

I'll append a test java file to check the described behaviour.

M7

According to bug 54283, the primary feature's perspective is being ignored.
It brings up the resource perspective instead.
If -perspective is used, it brings up both the resource perspective and the
specified perspective.

This is a regression from 2.1.

(1) open site.xml in workbench by site.xml editor
(2) In First page [Feature], I push [Build All] button.
(3) Right click on feature entry, display popup menu
[Publish]
[Build]
--
[Remove]
[Copy]
[Paste](disble)
--
[Revert]
[Save]

select [Publish] button.

(3) Right block [Feature To Publish] entry added select feature,
that feature entry directory name is null. I found in TextEditor
(third page of site.xml editor)

  <feature url="null/???_?.?.?.jar">

feature directory name is "features" I think valid path will

  <feature url="feature/???_?.?.?.jar">


--

please check

3.0 RC1
The team > share wizard has logic to switch to the first page of a wizard if
there is only one available. We have to change this so that it only does this if
there are no hidden wizards.

RC2 candidate

- run the ControlExample, go to the Group tab
- turn on the Title Text checkbox --> adds a title to the example Group
- select the SWT.SHADOW_IN radio and the title disappears
- the title remains visible for all of the other SHADOW_* radios, and should be 
for SHADOW_IN as well

Driver: M9
Platfrom: Windows2003 Japanese, RHEL 3.0, SLES9 beta5 ja_JP locale

steps
1-- make errors by removing some plug-in file
2--open Error View to see the error

Date is displayed "5 25, 2004". I think it's better to display "May 25, 2004" 
or locale based date format. I know it's logger's behavior, please route the 
right component.

I am trying to extend the JavaEditor, so I wrote a simple editor that extends
CompilationUnitEditor (I wish I could subclass a class that doesn't belong in
the internal package, but I don't see any other way).

I declare my editor in the plugin.xml, attach it to a particular file extension
but when I try to trigger JavaDocCompletion, I get the NPE below which I tracked
back to JavaDocCompletionProcessor:

 public ICompletionProposal[] computeCompletionProposals(ITextViewer viewer, int
documentOffset) {
  ICompilationUnit cu=
JavaUI.getWorkingCopyManager().getWorkingCopy(fEditor.getEditorInput());

cu is null at this point.


fEditor.getEditorInput() returns non null and my editor is simply extending
CompilationUnitEditor, without overriding anything:

public class MyEditor extends CompilationUnitEditor {
}

!SESSION Jun 10, 2004 13:46:34.87 ----------------------------------------------
eclipse.buildId=unknown
java.version=1.5.0-beta2
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US


!MESSAGE The command for the key you pressed failed
!STACK 0
java.lang.NullPointerException
 at
org.eclipse.jdt.internal.ui.text.javadoc.JavaDocCompletionEvaluator.computeCompletionProposals(JavaDocCompletionEvaluator.java:168)
 at
org.eclipse.jdt.internal.ui.text.javadoc.JavaDocCompletionProcessor.computeCompletionProposals(JavaDocCompletionProcessor.java:199)
 at
org.eclipse.jface.text.contentassist.ContentAssistant.computeCompletionProposals(ContentAssistant.java:1457)
 at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.computeProposals(CompletionProposalPopup.java:244)

 at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$7(CompletionProposalPopup.java:240)

 at
org.eclipse.jface.text.contentassist.CompletionProposalPopup$1.run(CompletionProposalPopup.java:199)

 at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)

 at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.showProposals(CompletionProposalPopup.java:194)

 at
org.eclipse.jface.text.contentassist.ContentAssistant.showPossibleCompletions(ContentAssistant.java:1308)

 at
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor$AdaptedSourceViewer.doOperation(CompilationUnitEditor.java:179)

 at org.eclipse.ui.texteditor.ContentAssistAction$1.run(ContentAssistAction.java:82)

 at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)

 at org.eclipse.ui.texteditor.ContentAssistAction.run(ContentAssistAction.java:80)

 at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)

 at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)

 at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)

 at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:469)

 at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:887)

 at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:928)

 at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:546)

 at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:494)

 at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:259)

 at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)

 at org.eclipse.swt.widgets.Display.filterEvent(Display.java:712)

 at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:795)

 at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)

 at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)

 at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1725)

 at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1721)

 at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3049)

 at org.eclipse.swt.widgets.Control.windowProc(Control.java:2952)

 at org.eclipse.swt.widgets.Display.windowProc(Display.java:3282)

 at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)

 at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1460)

 at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2380)

 at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)

 at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)

 at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)

 at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)

 at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)

 at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)

 at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)

 at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)

 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

 at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

 at java.lang.reflect.Method.invoke(Method.java:495)

 at org.eclipse.core.launcher.Main.basicRun(Main.java:185)

 at org.eclipse.core.launcher.Main.run(Main.java:638)

 at org.eclipse.core.launcher.Main.main(Main.java:622)

I20040824

The field name on MemberElementInfo should be removed. It's usage is unclear, 
and if this information was needed, the handle's name should be used.

I20040322

I20040824

* Breakpoint at line 125 in JavaExceptionBreakpoint
* Launch target and create an exception breakpoint
* when breakpoint is hit, type "this." in Display view and CTRL-Space
-> Code assist blocks for 20 seconds or so

3.0 RC1
Open a workspace with a project shared project with cvs with outgoing changes.
Synchronize the project and you will prompted for the password. when the sync
view shows, click on an outgoing change. you will be prompted again for the
password.

Build: I-20040307
1. Fresh workspace.
2. Check out org.eclipse.pde.build.
3. Create an ant build file using PDE Tools > Create Ant Build File on the 
plugin.xml of the plug-in.
4. Bring up the External Tools launch dialog by right-clicking on the 
build.xml for (3) and choosing Run Ant...
5. Go to the targets tab.  As you can see in the attached picture, it only 
shows the list of targets and two checkboxes (one to sort targets and the 
other to hide internal targets).  I selected two targets and I wanted to order 
them, but could not find the reordering option that I remember it used to 
exist.

I switched to all other tabs hoping it was relocated, but no luck.  So I 
decided to run the two targets anyways.  Of course, they were executed using 
the wrong order.

I went back to the dialog, determined to find the reorder option, as I'm sure 
it could not have been removed.

I maximized the dialog and sure enough, it was on the classpath tab all 
along.  The problem is that with the default size of the dialog, it is 
completely hidden and no there is nothing (i.e. a scroll bar or something) to 
indicate that there is something down there.

I have started setting the work in progress preference Machine speed to SLOW 
for my machine.

If I do a rebuild all, my log is filled with about 1 MB of error messages:
!MESSAGE The job manager has stopped allocating worker threads because too many 
background tasks are running.

With the Error log set to activate on new errors this is pretty hard to work 
with.

My workaround is to set my machine to fast and things start responding again.
I can provide the error log if you wish :-)

When I expand the "this" variable, I see the following errors on every step.
 If the tree isn't expanded, I don't see the errors.  Don't know if there is
anything that can be done or not.

Signature cmd: exception java.lang.Exception: Couldn't get ClassFile object for
signature cmd
Interfaces cmd: exception java.lang.Exception: Couldn't get ClassFile object 
for
Interfaces cmd
Signature cmd: exception java.lang.Exception: Couldn't get ClassFile object for
signature cmd
Interfaces cmd: exception java.lang.Exception: Couldn't get ClassFile object 
for
Interfaces cmd
Signature cmd: exception java.lang.Exception: Couldn't get ClassFile object for
signature cmd
Interfaces cmd: exception java.lang.Exception: Couldn't get ClassFile object 
for
Interfaces cmd
Signature cmd: exception java.lang.Exception: Couldn't get ClassFile object for
signature cmd
Signature cmd: exception java.lang.Exception: Couldn't get ClassFile object for
signature cmd
Signature cmd: exception java.lang.Exception: Couldn't get ClassFile object for
signature cmd
Signature cmd: exception java.lang.Exception: Couldn't get ClassFile object for
signature cmd
Signature cmd: exception java.lang.Exception: Couldn't get ClassFile object for
signature cmd
Signature cmd: exception java.lang.Exception: Couldn't get ClassFile object for
signature cmd

In my environment I have ejb-jar.xml files in the project. When I right click on
those files, eclipse hangs for a like 2-3 mins, and does nothing.

In the logs I see this:
!ENTRY org.eclipse.ui.ide 4 4 Jan 30, 2004 17:17:42.113
!MESSAGE Problem parsing file
!ENTRY org.eclipse.ui.ide 4 4 Jan 30, 2004 17:17:42.238
!MESSAGE Problem parsing file
!STACK 0
java.net.ConnectException: Connection timed out: connect
	at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3339)
	at org.apache.crimson.parser.Parser2.externalParameterEntity(Parser2.java:3027)
	at org.apache.crimson.parser.Parser2.maybeDoctypeDecl(Parser2.java:1314)
	at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:623)
	at org.apache.crimson.parser.Parser2.parse(Parser2.java:333)
	at org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:448)
	at javax.xml.parsers.SAXParser.parse(SAXParser.java:345)
	at javax.xml.parsers.SAXParser.parse(SAXParser.java:281)
	at
org.eclipse.ui.internal.ide.model.PropertyParser.parseResource(PropertyParser.java:125)
	at
org.eclipse.ui.internal.ide.model.WorkbenchResource.testXMLProperty(WorkbenchResource.java:243)
	at
org.eclipse.ui.internal.ide.model.WorkbenchResource.testAttribute(WorkbenchResource.java:118)
	at
org.eclipse.ui.internal.ActionExpression$ObjectStateExpression.preciselyMatches(ActionExpression.java:375)
	at
org.eclipse.ui.internal.ActionExpression$ObjectStateExpression.isEnabledFor(ActionExpression.java:344)
	at
org.eclipse.ui.internal.ActionExpression$SingleExpression.isEnabledFor(ActionExpression.java:238)
	at org.eclipse.ui.internal.ActionExpression.isEnabledFor(ActionExpression.java:78)
	at
org.eclipse.ui.internal.ObjectActionContributor$ObjectContribution.isApplicableTo(ObjectActionContributor.java:234)
	at
org.eclipse.ui.internal.ObjectActionContributor.isApplicableTo(ObjectActionContributor.java:155)
	at
org.eclipse.ui.internal.ObjectContributorManager.isApplicableTo(ObjectContributorManager.java:249)
	at
org.eclipse.ui.internal.ObjectActionContributorManager.contributeObjectActions(ObjectActionContributorManager.java:121)
	at
org.eclipse.ui.internal.PopupMenuExtender.addObjectActions(PopupMenuExtender.java:65)
	at
org.eclipse.ui.internal.PopupMenuExtender.menuAboutToShow(PopupMenuExtender.java:86)
	at org.eclipse.jface.action.MenuManager.fireAboutToShow(MenuManager.java:263)
	at org.eclipse.jface.action.MenuManager.handleAboutToShow(MenuManager.java:342)
	at org.eclipse.jface.action.MenuManager.access$0(MenuManager.java:339)
	at org.eclipse.jface.action.MenuManager$2.menuShown(MenuManager.java:351)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:116)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:847)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:871)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:852)
	at org.eclipse.swt.widgets.Control.WM_INITMENUPOPUP(Control.java:3277)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2962)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1440)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:2836)
	at org.eclipse.swt.internal.win32.OS.TrackPopupMenu(Native Method)
	at org.eclipse.swt.widgets.Menu._setVisible(Menu.java:220)
	at org.eclipse.swt.widgets.Display.runPopups(Display.java:2337)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1985)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1506)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1482)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:246)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:226)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)
!ENTRY org.eclipse.ui.ide 4 4 Jan 30, 2004 17:18:03.222
!MESSAGE Problem parsing file
!ENTRY org.eclipse.ui.ide 4 4 Jan 30, 2004 17:18:03.253
!MESSAGE Problem parsing file
!STACK 0
java.net.ConnectException: Connection timed out: connect
	at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3339)
	at org.apache.crimson.parser.Parser2.externalParameterEntity(Parser2.java:3027)
	at org.apache.crimson.parser.Parser2.maybeDoctypeDecl(Parser2.java:1314)
	at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:623)
	at org.apache.crimson.parser.Parser2.parse(Parser2.java:333)
	at org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:448)
	at javax.xml.parsers.SAXParser.parse(SAXParser.java:345)
	at javax.xml.parsers.SAXParser.parse(SAXParser.java:281)
	at
org.eclipse.ui.internal.ide.model.PropertyParser.parseResource(PropertyParser.java:125)
	at
org.eclipse.ui.internal.ide.model.WorkbenchResource.testXMLProperty(WorkbenchResource.java:243)
	at
org.eclipse.ui.internal.ide.model.WorkbenchResource.testAttribute(WorkbenchResource.java:118)
	at
org.eclipse.ui.internal.ActionExpression$ObjectStateExpression.preciselyMatches(ActionExpression.java:375)
	at
org.eclipse.ui.internal.ActionExpression$ObjectStateExpression.isEnabledFor(ActionExpression.java:344)
	at
org.eclipse.ui.internal.ActionExpression$SingleExpression.isEnabledFor(ActionExpression.java:238)
	at org.eclipse.ui.internal.ActionExpression.isEnabledFor(ActionExpression.java:78)
	at
org.eclipse.ui.internal.ObjectActionContributor$ObjectContribution.isApplicableTo(ObjectActionContributor.java:234)
	at
org.eclipse.ui.internal.ObjectActionContributor.isApplicableTo(ObjectActionContributor.java:155)
	at
org.eclipse.ui.internal.ObjectContributorManager.isApplicableTo(ObjectContributorManager.java:249)
	at
org.eclipse.ui.internal.ObjectActionContributorManager.contributeObjectActions(ObjectActionContributorManager.java:129)
	at
org.eclipse.ui.internal.PopupMenuExtender.addObjectActions(PopupMenuExtender.java:65)
	at
org.eclipse.ui.internal.PopupMenuExtender.menuAboutToShow(PopupMenuExtender.java:86)
	at org.eclipse.jface.action.MenuManager.fireAboutToShow(MenuManager.java:263)
	at org.eclipse.jface.action.MenuManager.handleAboutToShow(MenuManager.java:342)
	at org.eclipse.jface.action.MenuManager.access$0(MenuManager.java:339)
	at org.eclipse.jface.action.MenuManager$2.menuShown(MenuManager.java:351)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:116)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:847)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:871)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:852)
	at org.eclipse.swt.widgets.Control.WM_INITMENUPOPUP(Control.java:3277)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2962)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1440)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:2836)
	at org.eclipse.swt.internal.win32.OS.TrackPopupMenu(Native Method)
	at org.eclipse.swt.widgets.Menu._setVisible(Menu.java:220)
	at org.eclipse.swt.widgets.Display.runPopups(Display.java:2337)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1985)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1506)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1482)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:246)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:226)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

I believe this code can be removed.

smoke for I20040420

1. open SimpleTest.java
2. select all in editor
3. delete
4. save
5. select SimpleTest.java in Package Explorer
6. context menu > Restore From Local Histore...
7. select all elements
8. click Restore

==> nothing restores and Assertion failure (see below)

I looks as if restoring CU children always fails. Restoring elements for types
works.



org.eclipse.jface.util.Assert$AssertionFailedException: Assertion failed: 
	at org.eclipse.jface.util.Assert.isTrue(Assert.java:168)
	at org.eclipse.jface.util.Assert.isTrue(Assert.java:154)
	at
org.eclipse.jdt.internal.ui.compare.JavaAddElementFromHistory.getPlaceHolderType(JavaAddElementFromHistory.java:267)
	at
org.eclipse.jdt.internal.ui.compare.JavaAddElementFromHistory.createASTNode(JavaAddElementFromHistory.java:204)
	at
org.eclipse.jdt.internal.ui.compare.JavaAddElementFromHistory.run(JavaAddElementFromHistory.java:157)
	at
org.eclipse.jdt.internal.ui.compare.JavaHistoryAction.run(JavaHistoryAction.java:361)
	at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:269)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:550)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:502)
	at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:435)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2592)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2270)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1437)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1408)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:244)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:280)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:240)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:699)
	at org.eclipse.core.launcher.Main.main(Main.java:683)

build I20040210-1600 (with patch to texteditor.jar)

open java perspective
open the edtior on a java file
maximize the editor by double clicking
select Window Reset perspective

NOTE that the editor is no longer maximized but the icon is still in the 
maximized state.

When implementing a methode or overriding a methode the prefixes of the 
parametersnames are wrongly changed.
In the preferences I put an,a,some as prefix for parameters

interface:
public interface iTestInterFace {
  public void foo( String aParameter, Integer anInteger ) ;
}

when I implement this interface I get ( auto generated ):
public class TestImplementation implements iTestInterFace {

  /* (non-Javadoc)
   * @see iTestInterFace#doStuff(java.lang.String, java.lang.Integer)
   */
  public void foo( String someParameter, Integer someAnInteger ) {
                          ^^^^                   ^^^^^^
    // TODO Auto-generated method stub
  }

}

When I extend this class and use override/implent methode from the source menu 
I get :
public class TestExtender extends TestImplementation {

  /* (non-Javadoc)
   * @see iTestInterFace#foo(java.lang.String, java.lang.Integer)
   */
  public void foo( String someSomeParameter, Integer someSomeAnInteger ) {
                          ^^^^^^^^                   ^^^^^^^^^^
    // TODO Auto-generated method stub
    super.foo( someSomeParameter, someSomeAnInteger );
  }
}

I would like that if the parameter starts with one of the prefixes that it is 
not changed.

I use Eclipse Version: 3.0.0 Build id: 200401290841

build i0130-1130, winxp, j9sc20031212

Sorry, no steps. I had a lot of things go wrong at once so I exited Eclipse.
Then I noticed the following in my log file. I reverted back to yesterday's
build and noticed that my coolbars were no longer "locked" and thought it could
be related.

!ENTRY org.eclipse.ui 4 0 Jan 30, 2004 16:01:25.618
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.NullPointerException.<init>(NullPointerException.java:60)
	at
org.eclipse.jface.action.ToolBarContributionItem.fill(ToolBarContributionItem.java:150)
	at org.eclipse.jface.action.CoolBarManager.update(CoolBarManager.java)
	at org.eclipse.ui.internal.EditorActionBars.setVisible(EditorActionBars.java:400)
	at org.eclipse.ui.internal.EditorActionBars.setActive(EditorActionBars.java:301)
	at org.eclipse.ui.internal.EditorActionBars.activate(EditorActionBars.java:91)
	at
org.eclipse.ui.internal.WorkbenchPage$ActionSwitcher.activateContributions(WorkbenchPage.java:296)
	at
org.eclipse.ui.internal.WorkbenchPage$ActionSwitcher.updateActivePart(WorkbenchPage.java:202)
	at org.eclipse.ui.internal.WorkbenchPage.setActivePart(WorkbenchPage.java:2538)
	at org.eclipse.ui.internal.WorkbenchPage.requestActivation(WorkbenchPage.java:2235)
	at org.eclipse.ui.internal.PartPane.requestActivation(PartPane.java:361)
	at org.eclipse.ui.internal.EditorPane.requestActivation(EditorPane.java:134)
	at org.eclipse.ui.internal.PartPane.setFocus(PartPane.java:383)
	at
org.eclipse.ui.internal.TabbedEditorWorkbook$4.mouseDown(TabbedEditorWorkbook.java:183)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1530)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1506)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:236)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:101)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

I20040127_1238

I was editing with 'Mark occurrences' switched on. Sorry, couldn't reproduce. I
guess it happened when I quickly moved & edited around in the file.

Error Jan 29, 2004 14:51:07.95 An internal error occurred during: "Java AST
creation".
org.eclipse.jdt.internal.compiler.problem.AbortCompilation
at
org.eclipse.jdt.core.dom.CompilationUnitResolver$3.checkCanceled(CompilationUnitResolver.java:212)
at
org.eclipse.jdt.core.dom.CompilationUnitResolver$3.findType(CompilationUnitResolver.java:219)
at
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.askForType(LookupEnvironment.java:94)
at
org.eclipse.jdt.internal.compiler.lookup.PackageBinding.getTypeOrPackage(PackageBinding.java:174)
at org.eclipse.jdt.internal.compiler.lookup.Scope.getTypeOrPackage(Scope.java:1399)
at org.eclipse.jdt.internal.compiler.lookup.Scope.getTypeOrPackage(Scope.java:1450)
at
org.eclipse.jdt.core.dom.DefaultBindingResolver.resolveName(DefaultBindingResolver.java:185)
at org.eclipse.jdt.core.dom.Name.resolveBinding(Name.java:89)
at
org.eclipse.jdt.internal.ui.search.OccurrencesFinder.visit(OccurrencesFinder.java:152)
at org.eclipse.jdt.core.dom.QualifiedName.accept0(QualifiedName.java:88)
at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:1407)
at org.eclipse.jdt.core.dom.ASTNode.acceptChild(ASTNode.java:1454)
at org.eclipse.jdt.core.dom.QualifiedName.accept0(QualifiedName.java:91)
at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:1407)
at org.eclipse.jdt.core.dom.ASTNode.acceptChild(ASTNode.java:1454)
at org.eclipse.jdt.core.dom.PackageDeclaration.accept0(PackageDeclaration.java:78)
at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:1407)
at org.eclipse.jdt.core.dom.ASTNode.acceptChild(ASTNode.java:1454)
at org.eclipse.jdt.core.dom.CompilationUnit.accept0(CompilationUnit.java:164)
at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:1407)
at
org.eclipse.jdt.internal.ui.javaeditor.JavaEditor.updateOccurrenceAnnotations(JavaEditor.java:2801)
at
org.eclipse.jdt.internal.ui.javaeditor.JavaEditor$5.selectionChanged(JavaEditor.java:2825)
at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartListenerGroup.calculateASTandInform(SelectionListenerWithASTManager.java:149)
at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$1.run(SelectionListenerWithASTManager.java:99)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

I20040325-0010

- Create a user library with umlauts (ä,ö,ü) in the name
- add some jars
- Save
- Delete the user library
- Load the library from the saved file
-> the umlauts are garbled (e.g. ö becomes ö)

While working on bug 65101 I noticed that in LaunchView#openEditor, we get all editor references from 
the workbench and then proceed to call getEditor(true) on them(!!). This is a huge performance 
problem. It defeats the purpose of the IEditorReference system by force-loading the plugins for all open 
editors.

If there's any way we can get away with not force-restoring the editors, we should do it.

If an expression goes over some lines and there are tabs at the beginning of the
lines, then the inspect popup window displays those tabs as some ugly
nonprintable characters.

20040129

In the following code, MethodRef 'HashMap#putAll(Map)' has start position 141, 
length 10, but it's child Name 'HashMap' has starting position 133 (length 7).

package x;

import java.util.HashMap;
import java.util.Map;
import java.util.Vector;


public class AA {
	
	/**
	 * @see HashMap#putAll(Map)
	 */
	public void foo(Vector v, Vector vd) {
		Map map;
	}
}

3.0 rc1

for (int k=0;;) {}

select k and run generalize type:

java.lang.NullPointerException
	at
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeTypeRefactoring.checkSelection(ChangeTypeRefactoring.java:355)
	at
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeTypeRefactoring.checkInitialConditions(ChangeTypeRefactoring.java:290)
	at
org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run(CheckConditionsOperation.java:82)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673)
	at
org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:58)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)

build i0608-0800

Not sure where this one goes.

- upgraded my build
- started Eclipse
- was in Resource perspective, had no editors open
- switched to the Team perspective
- hit "Synchronize Workspace" icon

During the refresh I got the word "remove" in the console about 20 times. I
presume that its someone's leftovers from debugging.

Adding John and Tod to CC in case its a progress thing.

DelegatingDragAdapater defines a list "activeListeners" but initializes it only 
in DragStart. However, the list is referenced in removeDragSourceListener 
without a null check, thus causing a null pointer exception if no dragStart 
ever occured.

N20040506
For example the 'info' icon for operations in progress, the 'error' icon when 
an exception occurs, and the 'question' icon when asked to confirm a resource 
deletion. These used to use the native icons on Windows XP but now they look 
quite different and non-native. This is a fairly recent regression.

I got the following error after doing these steps: 

1) create a new java class in the default package called dddd.java, open it
1b) open a second file in an editor
1c) switch back to dddd.java (i.e. make it the active editor)
2) change the encoding for that file to "UTF-16 (little-endian)" from the Edit >
Encoding menu
3) click on the other file in the package explorer to cause the editor to activate
4) click back on dddd.java in the explorer and ... the follow exception is
printed to the console

java.lang.StringIndexOutOfBoundsException
        at java.lang.String.charAt(String.java:385)
        at org.eclipse.jdt.internal.ui.infoviews.SourceView.computeInput(Unknown
Source)
        at org.eclipse.jdt.internal.ui.infoviews.AbstractInfoView$2.run(Unknown
Source)

Eclipse 200405060200
CDT     200405052036 (=~ 200405060200 + integration patches)

I can't reproduce this problem, but I was doing thing something like
creating, editing, building, then deleting a file in CDT.
Suddenly, I had an error dialog:

"An SWT error has occurred. You are recommended to exit the workbench."

Upon exit, my .log file contained:

!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 May 06, 2004 14:00:03.359
!MESSAGE Item not removed
!STACK 0
org.eclipse.swt.SWTError: Item not removed
	at org.eclipse.swt.SWT.error(SWT.java:2715)
	at org.eclipse.swt.SWT.error(SWT.java:2614)
	at org.eclipse.swt.SWT.error(SWT.java:2585)
	at org.eclipse.swt.widgets.Widget.error(Widget.java:381)
	at org.eclipse.swt.widgets.Menu.destroyItem(Menu.java:558)
	at org.eclipse.swt.widgets.MenuItem.releaseChild(MenuItem.java:435)
	at org.eclipse.swt.widgets.Widget.dispose(Widget.java:367)
	at org.eclipse.jface.action.MenuManager.update(MenuManager.java:570)
	at org.eclipse.jface.action.MenuManager.handleAboutToShow
(MenuManager.java:371)
	at org.eclipse.jface.action.MenuManager.access$0(MenuManager.java:367)
	at org.eclipse.jface.action.MenuManager$2.menuShown
(MenuManager.java:383)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:116)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:801)
	at org.eclipse.swt.widgets.Control.WM_INITMENUPOPUP(Control.java:3301)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2973)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1449)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3160)
	at org.eclipse.swt.internal.win32.OS.TrackPopupMenu(Native Method)
	at org.eclipse.swt.widgets.Menu._setVisible(Menu.java:222)
	at org.eclipse.swt.widgets.Display.runPopups(Display.java:2620)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2265)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:242)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:119)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)
!ENTRY org.eclipse.core.runtime 4 2 May 06, 2004 14:00:35.421
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at org.eclipse.swt.widgets.Menu.releaseWidget(Menu.java:1049)
	at org.eclipse.swt.widgets.Widget.dispose(Widget.java:368)
	at org.eclipse.swt.widgets.Decorations.releaseWidget
(Decorations.java:693)
	at org.eclipse.swt.widgets.Shell.releaseWidget(Shell.java:785)
	at org.eclipse.swt.widgets.Widget.dispose(Widget.java:368)
	at org.eclipse.swt.widgets.Decorations.dispose(Decorations.java:371)
	at org.eclipse.swt.widgets.Shell.dispose(Shell.java:486)
	at org.eclipse.jface.window.Window.close(Window.java:253)
	at org.eclipse.jface.window.ApplicationWindow.close
(ApplicationWindow.java:272)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose
(WorkbenchWindow.java:1043)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:483)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:465)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:553)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:551)
	at org.eclipse.jface.window.WindowManager.close(WindowManager.java:101)
	at org.eclipse.ui.internal.Workbench$10.run(Workbench.java:450)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:604)
	at org.eclipse.core.runtime.Platform.run(Platform.java:545)
	at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:447)
	at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:389)
	at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:561)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:559)
	at org.eclipse.ui.internal.WorkbenchConfigurer.emergencyClose
(WorkbenchConfigurer.java:150)
	at org.eclipse.ui.internal.ide.IDEExceptionHandler.closeWorkbench
(IDEExceptionHandler.java:104)
	at org.eclipse.ui.internal.ide.IDEExceptionHandler.handleException
(IDEExceptionHandler.java:84)
	at org.eclipse.ui.internal.ide.IDEWorkbenchAdvisor.eventLoopException
(IDEWorkbenchAdvisor.java:241)
	at org.eclipse.ui.internal.ExceptionHandler.handleException
(ExceptionHandler.java:53)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1357)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:242)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:119)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)
!ENTRY org.eclipse.osgi May 06, 2004 14:00:35.656
!MESSAGE Application error
!STACK 1
java.lang.NullPointerException
	at org.eclipse.swt.widgets.Menu.releaseWidget(Menu.java:1049)
	at org.eclipse.swt.widgets.Widget.dispose(Widget.java:368)
	at org.eclipse.swt.widgets.Decorations.releaseWidget
(Decorations.java:693)
	at org.eclipse.swt.widgets.Shell.releaseWidget(Shell.java:785)
	at org.eclipse.swt.widgets.Widget.dispose(Widget.java:368)
	at org.eclipse.swt.widgets.Decorations.dispose(Decorations.java:371)
	at org.eclipse.swt.widgets.Shell.dispose(Shell.java:486)
	at org.eclipse.swt.widgets.Display.release(Display.java:2321)
	at org.eclipse.swt.graphics.Device.dispose(Device.java:227)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:99)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:242)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:119)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)

From bug 45897:

-----
The JDT's ..batch.FileSystem() constructor only accepts lowercase .zip and .jar
and silently ignores other entries, which affects any such entry on the
classpath.  (Java and Javac both handle uppercase-suffixed files fine.)  Test
case checked in, uses libraries
org.aspectj/modules/tests/bugs/extdirs/lib/uppercase.
-----
This is a bug in the jdt batch compiler.  This bug should be raised against 
org.eclipse.jdt.core.  When they fix it we'll pick up their fix.
-----

I got the following NPE running the test suite:

!ENTRY org.eclipse.core.runtime 4 2 Aug 27, 2004 10:10:31.843
!MESSAGE An internal error occurred during: "Debug".
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.jdt.internal.debug.core.model.JDIDebugTarget.isOutOfSynch
(JDIDebugTarget.java:733)
	at org.eclipse.jdt.internal.debug.ui.JDIModelPresentation.getText
(JDIModelPresentation.java:234)
	at org.eclipse.debug.internal.ui.LazyModelPresentation.getText
(LazyModelPresentation.java:101)
	at org.eclipse.debug.internal.ui.DelegatingModelPresentation.getText
(DelegatingModelPresentation.java:158)
	at 
org.eclipse.debug.internal.ui.views.DebugViewLabelDecorator$LabelJob.run
(DebugViewLabelDecorator.java:326)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

It looks like the UI was trying to render a debug target that was in the 
process of terminating/cleaning up. The method JDIDebugTarget.removeAllThreads
() does not obtain a lock on the thread list before clearing it, and thus, 
anyone else building a thread iterator can get null entries - i.e. the list 
can be in the process of being cleared while buiding the thread iterator.

To make the code more readable, I removed the gettor for #getThreadList(). 
The "clear" operation now obtains the lock on the thread list before clearing.

If I use the "Open Resource" dialog (Ctrl-Shift-r) and being typing, it lists
matches as though there is an implicit '*' at the end. E.g. if I being typing
"MyF", it will show "MyFunClass.java", "MyFoobar.java", etc.

But if I add a '*' at the beginning, and start typing e.g. "*F", it doesn't show
the same list of files. Instead, only anything ending with 'F' is shown.

I've tried this with a couple of other expressions, and it seems that if any
regular expression is used, the behaviour of the dialog changes -- there is no
longer considered to be a '*' at the end. I think this is confusing behaviour.
If I add a manually add a '*' at the end of my expression, and then begin typing
before the '*', I get the behaviour that I would expect.

3.0 RC1

Got the following in my log after replacing a local project with a project at
some other date in CVS.

org.eclipse.core.internal.resources.ResourceException: The resource tree is
locked for modifications.
	at org.eclipse.core.internal.resources.WorkManager.checkIn(WorkManager.java:93)
	at
org.eclipse.core.internal.resources.Workspace.prepareOperation(Workspace.java:1628)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1668)
	at
org.eclipse.jdt.internal.debug.ui.JavaDebugOptionsManager.initializeProblemHandling(JavaDebugOptionsManager.java:263)
	at
org.eclipse.jdt.internal.debug.ui.JavaDebugOptionsManager.activate(JavaDebugOptionsManager.java:781)
	at
org.eclipse.jdt.internal.debug.ui.JavaDebugOptionsManager.launchChanged(JavaDebugOptionsManager.java:800)
	at
org.eclipse.debug.internal.core.LaunchManager$LaunchNotifier.run(LaunchManager.java:1336)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at
org.eclipse.debug.internal.core.LaunchManager$LaunchNotifier.notify(LaunchManager.java:1355)
	at org.eclipse.debug.internal.core.LaunchManager.fireUpdate(LaunchManager.java:363)
	at org.eclipse.debug.core.Launch.fireChanged(Launch.java:399)
	at org.eclipse.debug.core.Launch.launchConfigurationRemoved(Launch.java:516)
	at
org.eclipse.debug.internal.core.LaunchManager$ConfigurationNotifier.run(LaunchManager.java:1484)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at
org.eclipse.debug.internal.core.LaunchManager$ConfigurationNotifier.notify(LaunchManager.java:1505)
	at
org.eclipse.debug.internal.core.LaunchManager.launchConfigurationDeleted(LaunchManager.java:736)
	at
org.eclipse.debug.internal.core.LaunchManager$LaunchManagerVisitor.visit(LaunchManager.java:1067)
	at org.eclipse.core.internal.events.ResourceDelta.accept(ResourceDelta.java:68)
	at org.eclipse.core.internal.events.ResourceDelta.accept(ResourceDelta.java:77)
	at org.eclipse.core.internal.events.ResourceDelta.accept(ResourceDelta.java:77)
	at org.eclipse.core.internal.events.ResourceDelta.accept(ResourceDelta.java:77)
	at org.eclipse.core.internal.events.ResourceDelta.accept(ResourceDelta.java:49)
	at
org.eclipse.debug.internal.core.LaunchManager.resourceChanged(LaunchManager.java:939)
	at
org.eclipse.core.internal.events.NotificationManager$2.run(NotificationManager.java:283)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at
org.eclipse.core.internal.events.NotificationManager.notify(NotificationManager.java:277)
	at
org.eclipse.core.internal.events.NotificationManager.broadcastChanges(NotificationManager.java:151)
	at
org.eclipse.core.internal.resources.Workspace.broadcastChanges(Workspace.java:172)
	at org.eclipse.core.internal.resources.Workspace.endOperation(Workspace.java:900)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1682)
	at
org.eclipse.core.internal.events.NotificationManager$NotifyJob.run(NotificationManager.java:38)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

On mac, formatting a java source file is done with "Command-Shift-F". Ant build files are formatted 
with "Ctrl-Shift-F". Using the Command key (on mac) would be preferable.

I20040317

Title says it all. It happened after updating and old workspace to I20040317. 
After starting it I had the fast view bar at the bottom, also I closed the 
workbench the last time with having the bar at the left

20040407

ExpressionConvertor line 97: add the name of the unknown expression

I plan to clean up the Ant use of the deprecated runtime code

There is a mistake in the message in the dialog that you seen when the browser
widget can not be found (I am running MOTIF).

The message says "The HTML Browser widget could not be created.  The standard
text widget is used instead."

It should say "The standard text widget will be used instead."

But further to this.  I don't really think the user cares about this at all.  I
would suggest removing this dialog altogether and just silently switching to the
text widget.  The existence of the dialog gives me the feeling something is
wrong.. but it isn't.

The popup menu to select an editor (used when there are many editor windows
open) is hard coded to a background colour of white.  This is fine if you use a
typical text colour of black.  It's very bad if you use an inverted colour
display scheme, as you end up with pale text on a white background, which is
effectively unreadable (especially on a laptop screen).  

The correct behaviour should likely be something along the lines of using the
platforms default tooltip colour, or at least the default text editor background
colour (note, that haven't seen any other popup menus in eclipse with this problem).

The offending code would appear to be in
org.eclipse.ui.internal.presentations.EditorList , in the constructor:

    public EditorList(Shell parent, int shellStyle, int treeStyle) {
        super(parent, shellStyle, treeStyle);
        setBackgroundColor(new Color(parent.getDisplay(), 255, 255, 255));
    }

<RANT>I know I don't need to remind you eclipse folks, as you've done a
commendable job so far;  for everyone else out there (especially web designers):
 if you 'must' hardcode a background colour, you __must__ hard code the
forground colour as well!!!!</RANT>  

Thank you :)

I200405060200

while (tokenizer.hasMoreTokens()) {
	String id= tokenizer.nextToken();
	if (fFilterDescriptorMap.containsKey(id) && 
             !fLRUFilterIdsStack.contains(id));
		fLRUFilterIdsStack.push(id);
}

See original code. Either formatting is wrong, or - which looks more likely to
me - the semicolon should be removed. 

Don't know if this even causes a visible bug, just discovered this piece of code
randomly.

Create an ant launch configuration and point it to an external Ant home
Close the lcd.
Delete the external Ant home installation

Open the lcd
Select the Ant launch config created in step 1

The targets tab will indicate an error (which is a little cryptic) and the real 
error "Specified ANT_HOME does not exist" does not display on the classpath tab.

On the Ant classpath tab, if the user specifies an Ant home that does not exist 
the error message is "Specified ANT_HOME does not contain a "lib" directory"

We should change ANT_HOME to Ant home and distinguish between no lib directory 
and no directory at all.

I'm using 3.0M7 GTK on X4.3, Kernel 2.6.3.

When I select a field, and use the context menu's Source->Generate Delegate
Methods...

and select some method, the generated method does not have the field qualified
with 'this.', even though I have that preference set in
Preferences->Code Generation->Names->Qualify all generated field accesses with
'this.'

I'll attach my preferences and a snapshot of the preferences panel in the next
comments.

In the launch dialog, deselect the selection in the tree viewer. Press "New". 
Boom:

Thread [main] (Suspended (exception java.lang.NullPointerException))
	org.eclipse.debug.internal.ui.launchConfigurations.CreateLaunchConfigur
ationAction.performAction() line: 63
	org.eclipse.debug.internal.ui.launchConfigurations.AbstractLaunchConfig
urationAction$1.run() line: 103
	org.eclipse.swt.custom.BusyIndicator.showWhile
(org.eclipse.swt.widgets.Display, java.lang.Runnable) line: 84
	org.eclipse.debug.internal.ui.launchConfigurations.CreateLaunchConfigur
ationAction
(org.eclipse.debug.internal.ui.launchConfigurations.AbstractLaunchConfiguration
Action).run() line: 106
	org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurations
Dialog$ButtonActionNew.run() line: 1610
	org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurations
Dialog$1.widgetSelected(org.eclipse.swt.events.SelectionEvent) line: 1579
	org.eclipse.swt.widgets.TypedListener.handleEvent
(org.eclipse.swt.widgets.Event) line: 89
	org.eclipse.swt.widgets.EventTable.sendEvent
(org.eclipse.swt.widgets.Event) line: 82
	org.eclipse.swt.widgets.Button
(org.eclipse.swt.widgets.Widget).sendEvent(org.eclipse.swt.widgets.Event) 
line: 833
	org.eclipse.swt.widgets.Display.runDeferredEvents() line: 2352
	org.eclipse.swt.widgets.Display.readAndDispatch() line: 2033
	org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurations
Dialog(org.eclipse.jface.window.Window).runEventLoop
(org.eclipse.swt.widgets.Shell) line: 647
	org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurations
Dialog(org.eclipse.jface.window.Window).open() line: 627
	org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurations
Dialog.open() line: 440
	org.eclipse.debug.ui.DebugUITools$1.run() line: 393
	org.eclipse.swt.custom.BusyIndicator.showWhile
(org.eclipse.swt.widgets.Display, java.lang.Runnable) line: 84
	org.eclipse.debug.ui.DebugUITools.openLaunchConfigurationDialogOnGroup
(org.eclipse.swt.widgets.Shell, 
org.eclipse.jface.viewers.IStructuredSelection, java.lang.String, 
org.eclipse.core.runtime.IStatus) line: 397
	org.eclipse.debug.ui.DebugUITools.openLaunchConfigurationDialogOnGroup
(org.eclipse.swt.widgets.Shell, 
org.eclipse.jface.viewers.IStructuredSelection, java.lang.String) line: 339
	org.eclipse.debug.internal.ui.actions.OpenDebugConfigurations
(org.eclipse.debug.ui.actions.OpenLaunchDialogAction).run() line: 79
	org.eclipse.debug.internal.ui.actions.OpenDebugConfigurations
(org.eclipse.debug.ui.actions.OpenLaunchDialogAction).run
(org.eclipse.jface.action.IAction) line: 97
	org.eclipse.ui.internal.WWinPluginAction
(org.eclipse.ui.internal.PluginAction).runWithEvent
(org.eclipse.swt.widgets.Event) line: 273
	org.eclipse.ui.internal.WWinPluginAction.runWithEvent
(org.eclipse.swt.widgets.Event) line: 207
	org.eclipse.ui.internal.PluginActionContributionItem
(org.eclipse.jface.action.ActionContributionItem).handleWidgetSelection
(org.eclipse.swt.widgets.Event, boolean) line: 538
	org.eclipse.jface.action.ActionContributionItem.access$2
(org.eclipse.jface.action.ActionContributionItem, 
org.eclipse.swt.widgets.Event, boolean) line: 490
	org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(org.eclipse.swt.widgets.Event) line: 423
	org.eclipse.swt.widgets.EventTable.sendEvent
(org.eclipse.swt.widgets.Event) line: 82
	org.eclipse.swt.widgets.MenuItem
(org.eclipse.swt.widgets.Widget).sendEvent(org.eclipse.swt.widgets.Event) 
line: 833
	org.eclipse.swt.widgets.Display.runDeferredEvents() line: 2352
	org.eclipse.swt.widgets.Display.readAndDispatch() line: 2033
	org.eclipse.ui.internal.Workbench.runEventLoop
(org.eclipse.jface.window.Window$IExceptionHandler, 
org.eclipse.swt.widgets.Display) line: 1543
	org.eclipse.ui.internal.Workbench.runUI() line: 1519
	org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(org.eclipse.swt.widgets.Display, org.eclipse.ui.application.WorkbenchAdvisor) 
line: 258
	org.eclipse.ui.PlatformUI.createAndRunWorkbench
(org.eclipse.swt.widgets.Display, org.eclipse.ui.application.WorkbenchAdvisor) 
line: 139
	org.eclipse.ui.internal.ide.IDEApplication.run(java.lang.Object) line: 
47
	org.eclipse.core.internal.runtime.PlatformActivator$1.run() line: 257
	org.eclipse.core.runtime.adaptor.EclipseStarter.run(java.lang.String
[], java.lang.Runnable) line: 106
	sun.reflect.NativeMethodAccessorImpl.invoke0(java.lang.reflect.Method, 
java.lang.Object, java.lang.Object[]) line: not available [native method]
	sun.reflect.NativeMethodAccessorImpl.invoke(java.lang.Object, 
java.lang.Object[]) line: 39
	sun.reflect.DelegatingMethodAccessorImpl.invoke(java.lang.Object, 
java.lang.Object[]) line: 25
	java.lang.reflect.Method.invoke(java.lang.Object, java.lang.Object[]) 
line: 324
	org.eclipse.core.launcher.Main.basicRun(java.lang.String[]) line: 279
	org.eclipse.core.launcher.Main.run(java.lang.String[]) line: 742
	org.eclipse.core.launcher.Main.main(java.lang.String[]) line: 581

Build: I20041019

I am working on support for lazily populating the workspace in cases where the
user has a slow file system (such as remote network share). When a project is
created, a background job is started to do a refreshLocal to pull in contents
from the file system. In the meantime, the user can continue to browse the
project as it arrives. 

While testing, I discovered the TreeViewer update algorithm doesn't function
properly when it receives notification to add an item it already nows about. 
Here is what happens:

1) Project is created. WorkbenchContentProvider receives delta for added project.
2) Background refresh is started
3) User expands new project. At this point the refresh is partially complete,
but the navigator has not yet received a delta for it. When the content provider
asks for the children of the project, it gets a list of the folders that have
already been discovered. Say the project "P" contains single folder "f" at this
point. The folder "f" is shown in the navigator.  At this point the children of
"f" have not yet been discovered, so no "plus box" is added for the "f" tree
item. (hasChildren returns false at this point).
4) The refresh completes, and WorkbenchContentProvider receives a delta for all
of the refresh resources.  This delta looks like:

/P [*] (changed project)
/P/f [+] (added folder)
/P/f/a.txt (added file)

We see that "f" does indeed have a child.  WorkbenchContentProvider just does a
single TreeViewer.add() call for /P/f, and doesn't bother calling add for the
child /P/f/a.txt.  In AbstractTreeViewer.createAddedElement(Widget, Object) we
see that it tests to ensure it is not adding something that already exists:

        for (int i = 0; i < items.length; i++) {
            if (items[i].getData().equals(element))
                return;
        }

This correctly short-circuits the addition. However, it means the /P/f tree item
is never updated, so it remains without a "plus box" even though it now has
children.  The navigator view has to be closed and reopened to get the new items
to appear correctly. 

Possible fix: when the TreeViewer addition code discovers it is being told to
add an element that already exists, it could instead just update the element:

    private void createAddedElement(Widget widget, Object element) {

        if (equals(element, widget.getData()))
            return;

        Item[] items = getChildren(widget);
        for (int i = 0; i < items.length; i++) {
            if (items[i].getData().equals(element)) {
                update(element, null);
                return;
            }
        }

        int index = indexForElement(widget, element);
        createTreeItem(widget, element, index);
    }

This is currently difficult to reproduce naturally, but quite easy to reproduce
on a slow drive (I simulate this by adding a 1ms sleep to
CoreFileSystemLibrary.getStat).

The problem is that the action enablement doesn't consider two-way. The other 
issue is that the change log provider clears the revision cache for two-way 
but the Open Change action requires the cache.

M200409161125

- Invoke QuickFix 'Create Method in other CU' as e.g. in bug 74158.
- Invoke Edit > Undo
-> Expected: whole method stub removed
-> Was: method stub is removed in small pieces

I guess the pieces come from the ASTRewrite, and the fix would be to enclose the
rewriting operation in a compound text operation.

I200303040800 & HEAD

Using [backspace] when typing to select a code assist proposal deletes
characters after validation.

in the following ant file:

<project default="test">
	<tar
</project>

put the carret after '<tar', hit 'g' [backspace] 'g' [enter], the result is 

<project default="test">
	<target name=""></target>/project>

should be

<project default="test">
	<target name=""></target>
</project>

Windows>Preferences>Workbench page has the option:
"Prompt when enabling _activities_"
activities should be changed to _capabilities_.

Also since there is now a separate "Capabilities" preference page I suggest to 
move this option to this page.

build i0326:1300

Reproducable steps:
- create a new launch config for a runtime workbench
- call it "runtime workbench" (case is important)
- organize favorites
- add it to favorites
- choose Run...
- rename it to be "Runtime Workbench" and hit Apply
- look in your favorites list...there are now 2 entries and they are both named
"Runtime Workbench"

plugin-export I200404281424.from20040503_1936

running with my existing development workspace

Open the preference page and select the Java editor page

java.lang.NullPointerException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.NullPointerException.<init>(NullPointerException.java:60)
	at
org.eclipse.jdt.internal.ui.preferences.FoldingConfigurationBlock.restoreFromPreferences(FoldingConfigurationBlock.java:343)
	at
org.eclipse.jdt.internal.ui.preferences.FoldingConfigurationBlock.initialize(FoldingConfigurationBlock.java:316)
	at
org.eclipse.jdt.internal.ui.preferences.JavaEditorPreferencePage.initialize(JavaEditorPreferencePage.java:1499)
	at
org.eclipse.jdt.internal.ui.preferences.JavaEditorPreferencePage.createContents(JavaEditorPreferencePage.java:1443)
	at
org.eclipse.jface.preference.PreferencePage.createControl(PreferencePage.java:217)
	at
org.eclipse.jdt.internal.ui.preferences.JavaEditorPreferencePage.createControl(JavaEditorPreferencePage.java:410)
	at org.eclipse.jface.preference.PreferenceDialog$12.run(PreferenceDialog.java:1021)
	at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java)
	at org.eclipse.core.runtime.Platform.run(Platform.java)
	at
org.eclipse.jface.preference.PreferenceDialog.showPage(PreferenceDialog.java:1016)
	at
org.eclipse.jface.preference.PreferenceDialog$9.selectionChanged(PreferenceDialog.java:576)
	at org.eclipse.jface.viewers.StructuredViewer$3.run(StructuredViewer.java:431)
	at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java)
	at org.eclipse.core.runtime.Platform.run(Platform.java)
	at
org.eclipse.jface.viewers.StructuredViewer.firePostSelectionChanged(StructuredViewer.java:429)
	at
org.eclipse.jface.viewers.StructuredViewer.handlePostSelect(StructuredViewer.java:680)
	at
org.eclipse.jface.viewers.StructuredViewer$5.widgetSelected(StructuredViewer.java:698)
	at
org.eclipse.jface.util.OpenStrategy.firePostSelectionEvent(OpenStrategy.java:198)
	at org.eclipse.jface.util.OpenStrategy.access$4(OpenStrategy.java:193)
	at org.eclipse.jface.util.OpenStrategy$3.run(OpenStrategy.java:334)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:72)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:612)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:564)
	at
org.eclipse.jface.action.ActionContributionItem$6.handleEvent(ActionContributionItem.java:483)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:240)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:240)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)

I forgot closing an /* */ comment at the end of a Java source file (the comment 
was placed outside the top level class code).

The eclipse Java editor did not mark that error and also the class icon in the 
class browser did not indicate an error.

(However, the package browser indicated that the package contains an error and 
at runtime an compilation error occured when I accessed the class via Java 
reflection.)

With kind regards
Dirk Petzoldt

200409300800

- Open class file editor for Collection from 1.5 rt.jar.
- Select method containsAll(Collection<?>) in Outline and do Edit > Copy
-> Log:

Error Oct 01, 2004 17:21:04.48 java.lang.IllegalArgumentException
java.lang.IllegalArgumentException
at org.eclipse.jdt.core.Signature.appendClassTypeSignature(Signature.java:2264)
at org.eclipse.jdt.core.Signature.appendTypeSignature(Signature.java:2161)
at org.eclipse.jdt.core.Signature.toCharArray(Signature.java:2130)
at org.eclipse.jdt.core.Signature.toString(Signature.java:2486)
at org.eclipse.jdt.internal.core.BinaryMethod.toStringName(BinaryMethod.java:364)
at org.eclipse.jdt.internal.core.BinaryMethod.toStringInfo(BinaryMethod.java:341)
at
org.eclipse.jdt.internal.core.JavaElement.toStringWithAncestors(JavaElement.java:609)
at
org.eclipse.jdt.internal.core.JavaModelStatus.getMessage(JavaModelStatus.java:194)
at org.eclipse.core.runtime.CoreException.<init>(CoreException.java:37)
at org.eclipse.jdt.core.JavaModelException.<init>(JavaModelException.java:70)
at
org.eclipse.jdt.internal.core.JavaElement.newNotPresentException(JavaElement.java:533)
at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.java:555)
at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:291)
at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:277)
at org.eclipse.jdt.internal.core.JavaElement.exists(JavaElement.java:144)
at
org.eclipse.jdt.internal.corext.refactoring.reorg.ReorgPolicyFactory$ReorgPolicy.canEnable(ReorgPolicyFactory.java)
at
org.eclipse.jdt.internal.corext.refactoring.reorg.ReorgPolicyFactory$SubCuElementReorgPolicy.canEnable(ReorgPolicyFactory.java:778)
at
org.eclipse.jdt.internal.corext.refactoring.reorg.ReorgPolicyFactory$CopySubCuElementsPolicy.canEnable(ReorgPolicyFactory.java:1104)
at
org.eclipse.jdt.internal.corext.refactoring.reorg.CopyRefactoring.isAvailable(CopyRefactoring.java:56)
at
org.eclipse.jdt.internal.corext.refactoring.reorg.CopyRefactoring.create(CopyRefactoring.java:50)
at
org.eclipse.jdt.internal.ui.refactoring.reorg.ReorgCopyStarter.create(ReorgCopyStarter.java:46)
at
org.eclipse.jdt.internal.ui.refactoring.reorg.PasteAction$JavaElementAndResourcePaster.canPasteOn(PasteAction.java:433)
at
org.eclipse.jdt.internal.ui.refactoring.reorg.PasteAction.canOperateOn(PasteAction.java:136)
at
org.eclipse.jdt.internal.ui.refactoring.reorg.PasteAction.selectionChanged(PasteAction.java:118)
at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchSelectionChanged(SelectionDispatchAction.java:200)
at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.update(SelectionDispatchAction.java:114)
at
org.eclipse.jdt.internal.ui.refactoring.reorg.CopyToClipboardAction.doRun(CopyToClipboardAction.java:136)
at
org.eclipse.jdt.internal.ui.refactoring.reorg.CopyToClipboardAction.run(CopyToClipboardAction.java:124)
at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:988)
at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:555)
at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:505)
at
org.eclipse.jface.action.ActionContributionItem$6.handleEvent(ActionContributionItem.java:419)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2784)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2443)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1443)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1414)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:271)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
at java.lang.reflect.Method.invoke(Method.java:391)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:704)
at org.eclipse.core.launcher.Main.main(Main.java:688)

If you commit/update/tag and keep the job modal dialog the task name is never
changed and instead the old 'Operation In Progress' is shown. We could do better.

20040211

- Enable 'Mark Occurences'
- Open java.ui.FileInputStream, close()
- In the Javadoc comment select 'IOException'
- In the signature select 'IOException': Not the same result

The refreshing of the Variables view causes the infinite loop in the decorating 
label provider. For some reason this happens very often on Linux GTK with the 
CDT debugger. See #https://bugs.eclipse.org/bugs/show_bug.cgi?id=45535.
The reason is the race condition in "DebugViewDecoratingLabelProvider". See the 
code below.

	public void labelsComputed(Object[] elements) {
		if (!disposed) {
			viewer.update(elements, null);
		}

1. "update" creates a job to compute the label text
2. the job computes the text, puts it in "computedText" and posts the 
asynchronous request to run "labelsComputed"
3. but the code below removes the result before "labelsComputed" has been 
started
 
		for (int i = 0; i < elements.length; i++) {
			computedText.remove(elements[i]);
		}
	}

Steps to reproduce:
NOTE - this is not reproducible in a stand alone SWT application

1) Contribute a control contribution to a toolbar that contains one or more 
Combo boxes.

2) Enter some text in the Combo box.

3) Place the cursor in the middle of that text and press delete key. 

bug: Notice that nothing happend.  No text was deleted.

The problem is in WorkbenchKeyboard.java.  Apparently this same bug was 
discovered with Text widgets and a fix was submitted for just the Text widget 
case.  I think the fix should apply to Combo widgets as well.

Patch to follow.

RC1

see attached screen shot

Job#schedule() has been modified, so it's now possible to re-schedule a job
while it's running (see bug 41794).

This should allow us to simplify some of our job management code, like the debug
event queue and the JDI thread queue.

The new Display.getCursorSizes will return an array of recommended cursor 
sizes. It replaces the Display.getCursorSize that was introduced recently.

build I20040420

- compared a file with latest from head
- made some changes (in dialog mode)
- pressed OK
- it prompted to save
- said yes
- it prompted me again to save

build I20040113

- changed the RCP Browser example to create its ToolBar using SWT.FLAT | 
SWT.RIGHT
- the ToolBar has 4 ToolItems: Back (image only), Forward (image only), Stop 
(text only) and Refresh (text only)
- when it comes up, the Back and Forward items have a fair bit of blank space 
after the arrow images (see attached screen shot)

From scanning MSDN, it seems like this is platform behaviour on Windows, but 
it's almost certainly not what an app wants.

I think that many RCP apps will want this style, with tool items having mixed 
icons and text, with no extra blank spaces (compare with IE).

The LaunchViewContextListener currently tries to track the user opening/closing views using an 
IPartListener. However, the IPartListener API isn't useful for our purposes as it only informs us of the 
first open and last close within a workbench.  This means that we currently miss cases where views are 
opened/closed.

The UI team has provided a new interface for us, IPerspectiveListener2, which gives us notifications 
when a part is opened/closed.

RC1

see attached screen shot

Update the classes in the workbench that use their own image cache to use
JFace's ImageCache (see bug 73372).

I20040205

Using 3.1I20040814
A 3.0 plugin that references IConsoleHyperlink won't build (might not run, I'm 
not sure) because :

2	The type org.eclipse.ui.console.IHyperlink cannot be resolved. It is 
indirectly referenced from required .class files

The problem is that IConsoleHyperlink implements IHyperlink which is defined 
in the org.eclipse.console.ui plugin. This is a new plugin for 3.1, so my 
current plugin doesn't depend on it. org.eclipse.debug.ui may need to re-
export org.eclipse.console.ui to maintain compatibility (or some kind of 
compatibility shim may be needed).

I20040318

I think we should not mix our task tags with custom Javadoc tags. This is now
the case because @<tasktag> is treated the same as <tasktag>. However
<a_char><tasktag> is not reported when <a_char> != '@'

The CommandCallback class that is stored as an instance var for the 
ExternalActionManager is leaking all of the IActionTextListeners that register. 

The listeners are not removed in the removeActionTextListener(*) method call.

I20040529 Mac OS X

I imported org.eclipse.pde.core and opened two files.
I shut down eclipse.
Started eclipse back up and tried to select the editor that was not selected (happened to be using 
"single editor tab" mode but I don't think this matters).  Got the following error:

java.lang.NullPointerException
at org.eclipse.ui.internal.EditorManager$7.run(EditorManager.java:801)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
at org.eclipse.core.runtime.Platform.run(Platform.java:758)
at org.eclipse.ui.internal.EditorManager.busyRestoreEditor(EditorManager.java:775)
at org.eclipse.ui.internal.EditorManager$6.run(EditorManager.java:768)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
at org.eclipse.ui.internal.EditorManager.restoreEditor(EditorManager.java:764)
at org.eclipse.ui.internal.EditorManager$Editor.getEditor(EditorManager.java:1168)
at org.eclipse.ui.internal.EditorManager$Editor.getPart(EditorManager.java:1160)
at org.eclipse.ui.internal.PartPane.setVisible(PartPane.java:313)
at org.eclipse.ui.internal.presentations.PresentablePart.setVisible(PresentablePart.java:122)
at org.eclipse.ui.internal.presentations.DefaultPartPresentation.selectPart(DefaultPartPresentation.java:
1090)
at org.eclipse.ui.internal.PartStack.refreshPresentationSelection(PartStack.java:922)
at org.eclipse.ui.internal.PartStack.setSelection(PartStack.java:897)
at org.eclipse.ui.internal.PartStack.presentationSelectionChanged(PartStack.java:664)
at org.eclipse.ui.internal.PartStack.access$0(PartStack.java:650)
at org.eclipse.ui.internal.PartStack$1.selectPart(PartStack.java:94)
at 
org.eclipse.ui.internal.presentations.DefaultPartPresentation.setSelection(DefaultPartPresentation.java:
1371)
at org.eclipse.ui.internal.presentations.BasicStackList.gotoSelectedElement(BasicStackList.java:217)
at 
org.eclipse.ui.internal.presentations.AbstractTableInformationControl$4.mouseUp(AbstractTableInform
ationControl.java:286)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:136)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1196)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1220)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1205)
at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1053)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2867)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2537)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:638)
at org.eclipse.core.launcher.Main.main(Main.java:622)

Then I got some entries in the Error Log that said "Unable to restore editor - no input factor id" - there 
was no detail info for these entries

Using build I20040318 (but I noticed this problem since a while...)

When I select an array in Variables view, it takes a really long time before 
displaying the contents of the array. I haven't mesured precisely this time but 
it seems to be related to the size of the array I select.

I've also noticed that it takes a long time to perform a completion in this 
view. The test case I can propose is stopping at a breakpoint where I can see 
at a ICompilationUnit, begin to write get and try to complete on it for 
getResource(). On my box, it takes more than 30s before getting the completion 
proposals...

M8 Testing

Seen with static, static-final and instance fields, with @see and {@link }
JavaDoc tags.

RC1 build

There is a command for maximize, and a corresponding action
(ActionFactory.MAXIMIZE) but we're missing these for minimize.

Is the background color of the error shown by DialogMessageArea to be changed?  
Or do you intend to leave it as it is right now?  The error message looks a 
little out of place in the current implementation (being surrounded by white 
space).

Build I20040512

There are a number of occurrences in this component of the dangerous idiom:

   try {
      ...
   } catch (Throwable e) {
      ... // e not re-thrown
   }

It is very bad practice to catch Throwable (or Error) and eat it because there 
are myriad unrecoverable situations (like out of memory) that this will hide.

A (partial) list of the places that look dangerous are:
org.eclipse.core.runtime/src/org/eclipse/core/internal/jobs - Worker.java
org.eclipse.core.runtime/src/org/eclipse/core/internal/registry - 
RegistryCacheReader.java (2 matches)
org.eclipse.core.runtime.compatibility/src-
model/org/eclipse/core/internal/model - RegistryResolver.java

Build: I-20040121

1. create a Hello world plug-in.
2. Create a feature that contains the plug-in.
3. Create an update site to create the feature.
4. Right-click on the site.xml and choose PDE tools > Build site.
The site will build ok, but there is an NPE from ant core:

Error Jan 23, 2004 15:47:56.300 Malformed URL.
java.io.IOException
at org.eclipse.core.internal.boot.PlatformURLConnection.setResolvedURL
(PlatformURLConnection.java:321)
at org.eclipse.core.internal.boot.PlatformURLHandler.openConnection
(PlatformURLHandler.java:64)
at 
org.eclipse.osgi.framework.internal.protocol.URLStreamHandlerProxy.openConnecti
on(URLStreamHandlerProxy.java:113)
at java.net.URL.openConnection(URL.java:896)
at org.eclipse.core.internal.runtime.InternalPlatform.asActualURL
(InternalPlatform.java:230)
at org.eclipse.core.internal.runtime.InternalPlatform.asLocalURL
(InternalPlatform.java:210)
at org.eclipse.core.runtime.Platform.asLocalURL(Platform.java:226)
at org.eclipse.ant.core.AntCorePreferences.computeDefaultExtraClasspathEntries
(AntCorePreferences.java:513)
at org.eclipse.ant.core.AntCorePreferences.<init>(AntCorePreferences.java:94)
at org.eclipse.ant.core.AntCorePlugin.getPreferences(AntCorePlugin.java:181)
at org.eclipse.ant.core.AntCorePlugin.getNewClassLoader(AntCorePlugin.java:212)
at org.eclipse.ant.core.AntRunner.getClassLoader(AntRunner.java:490)
at org.eclipse.ant.core.AntRunner.getInternalAntRunner(AntRunner.java:360)
at org.eclipse.ant.core.AntRunner.run(AntRunner.java:288)
at org.eclipse.pde.internal.ui.feature.BuildSiteAction.runScript
(BuildSiteAction.java:165)
at org.eclipse.pde.internal.ui.feature.BuildSiteAction.doBuildFeature
(BuildSiteAction.java:115)
at org.eclipse.pde.internal.ui.feature.BuildSiteAction.access$3
(BuildSiteAction.java:97)
at org.eclipse.pde.internal.ui.feature.BuildSiteAction$2.run
(BuildSiteAction.java:67)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1564)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1583)
at org.eclipse.pde.internal.ui.feature.BuildSiteAction$1.run
(BuildSiteAction.java:76)
at org.eclipse.jface.operation.ModalContext.runInCurrentThread
(ModalContext.java:302)
at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:252)
at org.eclipse.jface.dialogs.ProgressMonitorDialog.run
(ProgressMonitorDialog.java:394)
at org.eclipse.pde.internal.ui.feature.BuildSiteAction.run
(BuildSiteAction.java:88)
at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:273)
at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:536)
at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:488)
at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:420)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2340)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2021)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1530)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1506)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:248)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:85)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
at org.eclipse.core.launcher.Main.run(Main.java:742)
at org.eclipse.core.launcher.Main.main(Main.java:581)

Hi,
I tried to generate Code that reproduces this Failure, but could not find one.
The simplification of what my Code Structure is:
interface test2I extends testI<test2I>{
	test2I hello2();
}
interface testI<T> {
}
abstract class test2<T extends testI> implements testI<T>{
	protected Set <T> in=new LinkedHashSet<T>();
}
public class test extends test2<test2I> implements test2I{
	/**
	 * @see test2I#hello2()
	 */
	public test2I hello2() {
		for (test2I test:in){
			System.out.println(test);
		}
		return null;
	}
}
Note: This code doesn't cause the Error. It just represents the Structure.
If I take out the forEach loop, the Error no longer exists.
The Stacktrace is:
java.lang.NullPointerException
	at
org.eclipse.jdt.internal.compiler.codegen.CodeStream.generateConstant(CodeStream.java:1385)
	at
org.eclipse.jdt.internal.compiler.ast.SingleNameReference.generateCode(SingleNameReference.java:304)
	at
org.eclipse.jdt.internal.compiler.ast.MessageSend.generateCode(MessageSend.java:75)
	at
org.eclipse.jdt.internal.compiler.ast.LocalDeclaration.generateCode(LocalDeclaration.java:103)
	at
org.eclipse.jdt.internal.compiler.ast.ForStatement.generateCode(ForStatement.java:180)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.generateCode(AbstractMethodDeclaration.java:214)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.generateCode(AbstractMethodDeclaration.java:161)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.generateCode(TypeDeclaration.java:555)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.generateCode(TypeDeclaration.java:609)
	at
org.eclipse.jdt.internal.compiler.ast.CompilationUnitDeclaration.generateCode(CompilationUnitDeclaration.java:180)
	at org.eclipse.jdt.internal.compiler.Compiler.resolve(Compiler.java:570)
	at
org.eclipse.jdt.internal.core.CompilationUnitProblemFinder.process(CompilationUnitProblemFinder.java:176)
	at
org.eclipse.jdt.internal.core.CompilationUnit.buildStructure(CompilationUnit.java:146)
	at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:183)
	at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.java:572)
	at
org.eclipse.jdt.internal.core.CompilationUnit.makeConsistent(CompilationUnit.java:971)
	at
org.eclipse.jdt.internal.core.ReconcileWorkingCopyOperation.executeOperation(ReconcileWorkingCopyOperation.java:58)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:700)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaModelOperation.java:739)
	at
org.eclipse.jdt.internal.core.CompilationUnit.reconcile(CompilationUnit.java:1097)
	at
org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconcile(JavaReconcilingStrategy.java:88)
	at
org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconcile(JavaReconcilingStrategy.java:129)
	at
org.eclipse.jdt.internal.ui.text.CompositeReconcilingStrategy.reconcile(CompositeReconcilingStrategy.java:86)
	at
org.eclipse.jdt.internal.ui.text.JavaCompositeReconcilingStrategy.reconcile(JavaCompositeReconcilingStrategy.java:96)
	at org.eclipse.jface.text.reconciler.MonoReconciler.process(MonoReconciler.java:75)
	at org.eclipse.jdt.internal.ui.text.JavaReconciler.process(JavaReconciler.java:315)
	at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:204)

I had several projects in my workspace for which there were serveral incoming
changes that were not yet in the sync view. I then synced with the sync view in
incoming mode using the Commit set layout. I do not have "always run in
background" on so I got several progress dialogs in a row popping up briefly.

Files checked out with WinCVS cannot be used in Eclipse. This is because 
WinCVS (1.3.20.2) uses a different format inside the CVS/Root files.

:pserver;username=<user>;password=<password>;hostname=<server.address.com>;port
=<port>:/path/to/cvsroot/

Using 3.0M5.
I hope this is clear what my problem is.

The problem I'm running into is that when I use the updateMarker(3 args) 
function to force a Marker up to date, the resource change listener isn't 
disabled.  So the BasicMarkerUpdater sets the Marker CHAR_START, which causes 
the listener to be invoked, which causes the Position length to be 
recalculated based on the new CHAR_START and the old CHAR_END.  Then the 
BasicMarkerUpdater attempts to set the new CHAR_END, but it uses the Position 
length, which is wrong because it was just set when the start was adjusted.  
The results is that the Marker length gets decreased when the Marker is moved 
forward, and increased when the Marker is moved backward.  The updateMarker(3 
args) version is public, so I assume that this should work as expected.

Possible solution: The updateMarkers(IDocument) method disables the listener 
with listenToMarkerChanges(false) before iterating through all the Markers to 
update them.  I think that the updateMarker(IMarker,IDocument,Position) method 
needs to do something similar, although some care must be taken since it is 
called by the updateMarkers(IDocument) method.

Snippet: (I'm attempting to update only my markers when an edit occurs)
    public void adjustReadOnlyMarkersForEdit()
    {
        IDocumentProvider provider=editor.getDocumentProvider();
        IAnnotationModel annotationModel=provider.getAnnotationModel
(editor.getEditorInput());
        AbstractMarkerAnnotationModel markerAnnotationModel=
(AbstractMarkerAnnotationModel)annotationModel;
        try
        {
            
            ITextViewer viewer=(ITextViewer)editor.getAdapter
(ITextOperationTarget.class);
            IDocument doc=viewer.getDocument();
//            ((AbstractMarkerAnnotationModel)annotationModel).updateMarkers
(viewer.getDocument()); //*************This statement works
            for (Iterator iter= mReadOnlyAnnotations.iterator(); iter.hasNext
();)
			{
				EditorReadOnlyMarker element= 
(EditorReadOnlyMarker) iter.next();
                markerAnnotationModel.updateMarker
(element.mStartMarker.getMarker(),doc,markerAnnotationModel.getMarkerPosition
(element.mStartMarker.getMarker())); //*********This statement incorrectly 
updates the marker
                }
        }
        catch (CoreException e)
        {
            // TODO Auto-generated catch block
            e.printStackTrace();
        }
    }

For attributes associated with a boolean we could offer a code assist which
contains "true", "false", "on", "off", "yes", and "no".

200402122000

At the indicated position, ICompilationUnit#codeComplete(int offset,
ICompletionRequestor requestor) doesn't find a completion. Also no completion is
found when I replace the anonymous class by a local class. However, when I
remove the 'static' modifier from 'main', the method is found.

I noticed that the outline doesn't show the local class as soon as I start
typing in the body of run(), but this might not have a connection to this PR.

public class XXX {
	public static void main () {
		Runnable r = new Runnable() {
			public void run() {
				doT // <-- No completions available.
			}
			private void doTheThing() { }
		};
	}
}

With the junit jar on the Global classpath, creating the following buildfile 
and building (with no modifications to the launch configuration) with 
BUILD FAILED: C:\Darins\Debugger\20021213\eclipse\runtime-
workspace\Testing\Copy of Copy of bug50400.xml:3: Could not create task or 
type of type: junit.

Making any change to the launch configuration (and not touching the classpath) 
and the same build succeeds in creating the junit task.

Looking at the classpath of the failed build appears that Global entries are 
not being added to the classpath.

20040211

In the following code in the 'see' tag, the SimpleName 'java' (part of the
qualified name 'java.util.Vector') has a ITypeBinding to 'java.util.Vector'.
Should only have a package binding.

package pack;

import java.util.Vector;

/**
 * @see java.util.Vector
 */
public interface IOpenable {
		
}

This bug is the cause for bug 51497. I'd be happy if you could fix this for M7
otherwise Orgamize import adds lots of unneeded imports.

Build id: 200405060200

BACKGROUND:
I am converting my old 2.1 plug-ins to eliminate the deprecations related to 
the compatibility layer; it appears the semantics of plug-in class activation 
has changed... or there's a bug.

TO REPRODUCE:
I generated the venerable "Hello, Eclipse".  I checked the "Create an OSGi 
manifest" option and accepted all the other defaults.  I wanted to see if 
initialization worked as expected, so I added:

    HelloworldPlugin.getDefault()

to the SampleAction.run method.  It returns null, i.e., a action within the 
plug-in is instantiated but its associated plug-in class is not (?).  I 
regen'd without checking "Create an OSGi manifest" and it worked as expected.

Just to be clear, what started my investigation was eliminating the 
deprecation warnings.  I want to do the LEAST possible to reach that goal, 
i.e., OSGi explotaition isn't an issue.  My gen of HelloWorld didn't have the 
compatibility layer in the plugin.xml (good), but the generated methods of the 
plug-in class like getDefault() didn't work either (bad).

Open "Externalize Strings" wizard
-> Click on "Configure"
-> Delete class name for accessor class
-> error shows up saying 'Type name " is not a valid identifier.'
-> Type in a valid class name

Problem:  Error is still there and does not allow you to finish unless you click
on "Browse" and find that class or do something else to the wizard

Expected:  On modification of the class name, validator should kick in.  :-)

Note:  This also happens for Property File Name field.  Other field may be
affected but these are the ones I noticed :)

If you paste text into the AntEditor that does not define a top level project 
node you will get NPEs attempting to resolve the hove text.


java.lang.NullPointerException
	at org.eclipse.ant.internal.ui.editor.outline.AntModel.getPropertyValue
(AntModel.java:785)
	at org.eclipse.ant.internal.ui.editor.text.XMLTextHover.getHoverInfo
(XMLTextHover.java:111)
	at org.eclipse.jface.text.TextViewerHoverManager$4.run
(TextViewerHoverManager.java:161)

From Bug 52040:

While we are on the subject of this large build file ... completion 
performance in the editor is just realy-realy bad in the ant editor on this 
file. I type <, pause and eclipse becomes totally unresponsive for minutes. 
This is on a 2GHz ThinkPad with 1GB memory and with -Xms384m -Xmx512m.  

Could this have something to do with the size of the file?

Currently there is no support in the console API for consoles that are enabled 
and disabled by the user. First, I'll explain why this is important for the 
CVS console then explain which console APIs that get in the way of having 
extended lifecycles. 

Writting to a console is expensive and more so when there is a high volume of 
output generated. With the CVS console we prefer to have the console disabled 
unless the user decides to see the output of a specific command. Previously, 
the lifecycle was embedded in the opening/closing of the CVS Console View. 
This workflow has changed, and instead I've had to add a preference to the CVS 
console page to enable/disable the console. It seems un-intuitive that the 
generic console isn't the place where I can enable/disable a console. On a 
side note, we also buffer output when the console is disabled so that when it 
is enabled we have a small history to show the user. This is useful for using 
the console when an error occurs, looking at the output, then closing the view.

Specific problems with the current consoles API:

1. Lifecycle in AbstractConsole is short lived. A console is not meant to be 
added to the console manager after it has been disposed.

2. There is no UI support for enabled/disabled consoles.

OS:  Windows2003 Standard Edition
Language: Japanese
Build level: I20040521200
JDK Version: IBM JDK 1.4.2 Beta

Description:
Steps to recreate problem:
1-on CVS repository explorer perspective, right click on a repository
2-New > Date Tag, Create Date tag window pop up

<<error>> length of Date, hour, minute and second fields are small and truncated

<<Expected Result>> displayed without truncation

In the ViewForm, the controls topXXX are given a y pos that is off by one pixel.

I believe the problem is in getClientArea().  There is magic number 1 when 
calculating y.

patch to follow.

-m@

M9

Dirk has discovered that line based matches won't work if they're on the last
line. The problem is that we're trying to get the start offset of the next line.
This likely will result in a bad location exception when converting to character
positions.

Using build 200405290105

I'm getting the following exception with a file I'm working on. I can't seem to 
replicate the exception in a test class where only the surrounding lines are 
added.


public class Blah {

	public static void main(String[] args) {
	  // The following two lines are not exactly as in the class in 
question,
          // but are here just to make things be syntactically correct
          String[] lines = new String[1];
          int count = 0;

          // This is exactly as in the offending class - not sure which 
instance triggers the exception
          if ( (/*X:press_any_key_b*/" ".length() > 1))
          {
            lines[count++] = /*X:press_any_key_b*/" ";
          }
	}
}



!MESSAGE An internal error occurred during: "Java AST creation".
!STACK 0
java.lang.IllegalArgumentException: Invalid string literal : 
>/*X:press_any_key_b*/" "<
	at org.eclipse.jdt.core.dom.StringLiteral.setEscapedValue
(StringLiteral.java:179)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1450)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:889)
	at 
org.eclipse.jdt.core.dom.ASTConverter.convertToParenthesizedExpression
(ASTConverter.java:936)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:819)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1738)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:913)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1606)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:901)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:2053)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1836)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1909)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1812)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:2054)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1836)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1909)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1812)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:2054)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1836)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:769)
	at org.eclipse.jdt.core.dom.ASTConverter.buildBodyDeclarations
(ASTConverter.java:335)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:273)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:151)
	at org.eclipse.jdt.core.dom.ASTParser.convert(ASTParser.java:708)
	at org.eclipse.jdt.core.dom.ASTParser.internalCreateAST
(ASTParser.java:678)
	at org.eclipse.jdt.core.dom.ASTParser.createAST(ASTParser.java:574)
	at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.createAST
(ASTProvider.java:437)
	at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.getAST
(ASTProvider.java:389)
	at 
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartList
enerGroup.calculateASTandInform(SelectionListenerWithASTManager.java:125)
	at 
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$1.run
(SelectionListenerWithASTManager.java:102)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

Now that JDT/Core reports unnecessary else it could be the time to give a Quick
Assist to :
1) Just remove the 'else' keyword and keep existing brace
2) Propose to remove the 'else' keyword and the braces (which could generate
compile error, specially by hiding some inner declaration)

On Windows XP launch help browser, start search.
Open search dialog from IDE, and search help before indexing initiated by the 
search in the browser has finished.  Eclipse search view displayes 0 search 
before indexing has completed.  Subsequent searches (after indexing) bring 
correct results.
This minor issue only appears on Windows.  On Linux, doing search from the 
browser and from IDE resulted in IDE showing progress for background operation 
and results appeared after completion.

Eclipse "locks up"  or is super slow when editing a large build.xml, 2500+
lines. I am editing a comment in the middle of the build.xml in the Ant editor
and I in hour glass mode for minutes... Version 3.0.m7.

FWIW, Ctrl-Break from the console yields:

Full thread dump Java HotSpot(TM) Client VM (1.4.2_03-b02 mixed mode):

"Worker-323" prio=5 tid=0x03cb1d30 nid=0xd708 in Object.wait() [49af000..49afd8c]
        at java.lang.Object.wait(Native Method)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:184)
        - locked <0x11560790> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:210)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x030bd3b8
nid=0xa2dc runnable [4aaf000..4aafd8c]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
        - locked <0x18d1ac18> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x031cf430
nid=0x903c runnable [4a6f000..4a6fd8c]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
        - locked <0x18cdb848> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x03cbb7f0
nid=0x19910 runnable [5fcf000..5fcfd8c]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
        - locked <0x183af930> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.ant.internal.ui.editor.text.NotifyingReconciler" daemon prio=2
tid=0x03d85170 nid=0x140c0 runnable [3bcf000
..3bcfd8c]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
        - locked <0x183094d0> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x03d63478
nid=0x1178 runnable [457f000..457fd8c]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
        - locked <0x172fb820> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x03dbd560
nid=0x112c runnable [5bbf000..5bbfd8c]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
        - locked <0x158f8c18> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x030d2d30
nid=0x174c runnable [37cf000..37cfd8c]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
        - locked <0x157d7e60> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Java indexing" daemon prio=4 tid=0x02e2feb8 nid=0x1090 in Object.wait()
[380f000..380fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x142f6928> (a
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobManager.java:327)
        - locked <0x142f6928> (a
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Thread.run(Thread.java:534)

"Start Level Event Dispatcher" daemon prio=5 tid=0x009882d0 nid=0x1434 in
Object.wait() [2fef000..2fefd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11466f48> (a
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:167)
        - locked <0x11466f48> (a org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:118)

"Framework Event Dispatcher" daemon prio=5 tid=0x02d9c3a0 nid=0xfbc in
Object.wait() [2faf000..2fafd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x1143bea8> (a
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:167)
        - locked <0x1143bea8> (a org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:118)

"Signal Dispatcher" daemon prio=10 tid=0x0093dfa8 nid=0x1304 waiting on
condition [0..0]

"Finalizer" daemon prio=9 tid=0x008be148 nid=0x12fc in Object.wait()
[2c3f000..2c3fd8c]
        at java.lang.Object.wait(Native Method)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x113cbed0> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x008a6b98 nid=0x12f8 in Object.wait()
[2bff000..2bffd8c]
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Object.java:429)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
        - locked <0x113cbf38> (a java.lang.ref.Reference$Lock)

"main" prio=5 tid=0x00035a58 nid=0x12c4 runnable [7e000..7fc3c]
        at
org.eclipse.ant.internal.ui.editor.text.PartiallySynchronizedDocument.getChar(PartiallySynchronizedDocument.j
ava:54)
        - waiting to lock <0x183093e8> (a
org.eclipse.ant.internal.ui.editor.text.PartiallySynchronizedDocument)
        at
org.eclipse.jface.text.FindReplaceDocumentAdapter.charAt(FindReplaceDocumentAdapter.java:290)
        at java.util.regex.Pattern$SliceA.match(Pattern.java:3321)
        at java.util.regex.Pattern$Start.match(Pattern.java:2806)
        at java.util.regex.Matcher.find(Matcher.java:722)
        at java.util.regex.Matcher.find(Matcher.java:440)
        at
org.eclipse.jface.text.FindReplaceDocumentAdapter.findReplace(FindReplaceDocumentAdapter.java:210)
        at
org.eclipse.jface.text.FindReplaceDocumentAdapter.search(FindReplaceDocumentAdapter.java:87)
        at
org.eclipse.ant.internal.ui.editor.outline.AntModel.computeOffset(AntModel.java:453)
        at
org.eclipse.ant.internal.ui.editor.outline.AntModel.addTask(AntModel.java:293)
        at
org.eclipse.ant.internal.ui.editor.utils.ProjectHelper$ElementHandler.onStartElement(ProjectHelper.java:148)
        at
org.apache.tools.ant.helper.ProjectHelper2$RootHandler.startElement(ProjectHelper2.java:491)
        at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
        at
org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
        at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
Source)
        at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
        at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
        at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
        at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
        at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
        at
org.eclipse.ant.internal.ui.editor.utils.ProjectHelper.parse(ProjectHelper.java:456)
        at
org.eclipse.ant.internal.ui.editor.utils.ProjectHelper.parse(ProjectHelper.java:520)
        at
org.eclipse.ant.internal.ui.editor.outline.AntModel.parseDocument(AntModel.java:196)
        at
org.eclipse.ant.internal.ui.editor.outline.AntModel.reconcile(AntModel.java:140)
        - locked <0x18309430> (a
org.eclipse.ant.internal.ui.editor.outline.AntModel)
        at
org.eclipse.ant.internal.ui.editor.outline.AntModel.getRootElements(AntModel.java:156)
        - locked <0x18309430> (a
org.eclipse.ant.internal.ui.editor.outline.AntModel)
        at
org.eclipse.ant.internal.ui.editor.outline.AntEditorContentOutlinePage$ContentProvider.getElements(AntEditorC
ontentOutlinePage.java:179)
        at
org.eclipse.jface.viewers.StructuredViewer.getRawChildren(StructuredViewer.java:516)
        at
org.eclipse.jface.viewers.AbstractTreeViewer.getRawChildren(AbstractTreeViewer.java:725)
        at
org.eclipse.jface.viewers.StructuredViewer.getFilteredChildren(StructuredViewer.java:463)
        at
org.eclipse.jface.viewers.StructuredViewer.getSortedChildren(StructuredViewer.java:567)
        at
org.eclipse.jface.viewers.AbstractTreeViewer.updateChildren(AbstractTreeViewer.java:1463)
        at
org.eclipse.jface.viewers.AbstractTreeViewer.internalRefreshStruct(AbstractTreeViewer.java:1058)
        at
org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(AbstractTreeViewer.java:1036)
        at
org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(AbstractTreeViewer.java:999)
        at
org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(AbstractTreeViewer.java:987)
        at
org.eclipse.jface.viewers.StructuredViewer$7.run(StructuredViewer.java:870)
        at
org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:810)
        at
org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:868)
        at
org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:830)
        at
org.eclipse.ant.internal.ui.editor.outline.AntEditorContentOutlinePage$4.run(AntEditorContentOutlinePage.java
:438)
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
        at
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:102)
        - locked <0x1bc7fb50> (a org.eclipse.swt.widgets.RunnableLock)
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2325)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2033)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:257)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:104)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
        at org.eclipse.core.launcher.Main.run(Main.java:742)
        at org.eclipse.core.launcher.Main.main(Main.java:581)

"VM Thread" prio=5 tid=0x0093c730 nid=0x12f4 runnable

"VM Periodic Task Thread" prio=10 tid=0x009407c8 nid=0x1314 waiting on condition
"Suspend Checker Thread" prio=10 tid=0x0093d660 nid=0x1300 runnable

Reporter: Tony Liu
OS: RHEL WS 3.0 -gtk
Language: KOR
Build level: wswb-30M8-200403291703
JDK Version: IBM JDK 1.4.2 Beta
Test case #: JDT09
Summary: DBCS:The ok button disabled when Factory method name's first charactor 
is not lower case.

Steps to recreate problem:
1- Open a DBCS java file.  
2- Select constructor declaration or call in the java editor and choose 
Refactor > Introduce Factory..
3- Specify Factory method name as DBCS name or SBCS name(but first charactor is 
not lower case).
<<Error>>     
        The ok button disabled.
(jdt09.jpg) 
(jdt09-2.jpg) 
<<Expected Result>>
        The Factory method name allowed to first charactor is not lower case.

M8

It is possible to get the result of true from PlatformUI.isWorkbenchRunning 
when the job manager has been shut down.

STEPS
1) Load the org.eclipse.ui.examples.jobs example
2) Replace TestJob with the attached one
3) Import UserJobsDialog into 
org.eclipse.ui.workbench/org.eclipse.ui.internal.progress
(this may be released by the time you get to this)
4) Run a job from the jobs view
5) Exit the workbench with the dialog open

In ant calling a macrodef or presetdef from inside another macro is legal,
however code assist does not appear to work inside the <sequential> element
which is always nested within a macrodef or presetdef.

Using the following build file you will notice that mymacro and test-macro
appear in code assist within the <target> element, but no code assist is
available for <mymacro> inside  <test-macro>'s <sequential> element.


----------------------
<project default="test">

	<target name="test">
		
		<macrodef name="mymacro">
			<sequential>
				<echo>hi</echo>
			</sequential>
		</macrodef>

		<macrodef name="test-macro">
			<sequential>
				<mymacro />
			</sequential>
		</macrodef>

		<test-macro />
		
	</target>

</project>

3.0

build I20040518-2000

- new workspace
- open Java perspective
- open debug perspective, 

Note that the perspective buttons are added in the left most position.

THey should however behave as editors and be added on the right and be MRU 
order.

RC1 build

For bug 44393, AbstractTreeViewer.isExpandable was changed to be more accurate
when the viewer had filters.  However, the performance cost of this fix is too
high.  See bug 65638.

Need to unwind this for 3.0 and just go back to the old implementation of
isExpandable:

	public boolean isExpandable(Object element) {
		ITreeContentProvider cp = (ITreeContentProvider) getContentProvider();
		return cp != null && cp.hasChildren(element);
	}

200406111814

- setup as of bug 65234 comment 0, Package Explorer flat, all filters disabled
- add a new folder proj/parking/
- move folder proj/src/org/ into folder /proj/parking
Expected: package fragment org.eclipse.mypack goes away
Was: org.eclipse.mypack is still there, opening A.java in it gives
newNotPresentException

- close proj / open proj => state is OK again

- move folder proj/parking/org into proj/src
Expected: package fragment org.eclipse.mypack appears
Was: proj/src has only folder org as child

I20040323_0010

Had 2 outgoing changes, doubleclicked one of them. Got an "Operation in progress
..." dialog with message "Receiving file: MoveCuUpdateCreator.java". Progress
bar went to 100%, Cancel button enabled, but nothing happened for 5 minutes.

Not sure whether that's a deadlock. "ModalContext" is waiting for a lock which
is held by "Worker-15". Pressing "Cancel" disables the button, but the progress
dialog stays and the thread dump looks the same


Full thread dump Java HotSpot(TM) Client VM (1.4.2-b28 mixed mode):

"TimeoutOutputStream" daemon prio=5 tid=0x037b7a88 nid=0x8dc in Object.wait()
[49cf000..49cfd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x158f2ed0> (a
org.eclipse.team.internal.core.streams.TimeoutOutputStream)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.team.internal.core.streams.TimeoutOutputStream.writeUntilDone(TimeoutOutputStream.java:240)
        - locked <0x158f2ed0> (a
org.eclipse.team.internal.core.streams.TimeoutOutputStream)
        at
org.eclipse.team.internal.core.streams.TimeoutOutputStream.runThread(TimeoutOutputStream.java:195)
        at
org.eclipse.team.internal.core.streams.TimeoutOutputStream.access$0(TimeoutOutputStream.java:193)
        at
org.eclipse.team.internal.core.streams.TimeoutOutputStream$1.run(TimeoutOutputStream.java:66)
        at java.lang.Thread.run(Thread.java:534)

"TimeoutOutputStream" daemon prio=5 tid=0x037b2d48 nid=0xd24 in Object.wait()
[488f000..488fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x15705848> (a
org.eclipse.team.internal.core.streams.TimeoutOutputStream)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.team.internal.core.streams.TimeoutOutputStream.writeUntilDone(TimeoutOutputStream.java:240)
        - locked <0x15705848> (a
org.eclipse.team.internal.core.streams.TimeoutOutputStream)
        at
org.eclipse.team.internal.core.streams.TimeoutOutputStream.runThread(TimeoutOutputStream.java:195)
        at
org.eclipse.team.internal.core.streams.TimeoutOutputStream.access$0(TimeoutOutputStream.java:193)
        at
org.eclipse.team.internal.core.streams.TimeoutOutputStream$1.run(TimeoutOutputStream.java:66)
        at java.lang.Thread.run(Thread.java:534)

"TimeoutOutputStream" daemon prio=5 tid=0x03d93450 nid=0x990 in Object.wait()
[4b4f000..4b4fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x1553f588> (a
org.eclipse.team.internal.core.streams.TimeoutOutputStream)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.team.internal.core.streams.TimeoutOutputStream.writeUntilDone(TimeoutOutputStream.java:240)
        - locked <0x1553f588> (a
org.eclipse.team.internal.core.streams.TimeoutOutputStream)
        at
org.eclipse.team.internal.core.streams.TimeoutOutputStream.runThread(TimeoutOutputStream.java:195)
        at
org.eclipse.team.internal.core.streams.TimeoutOutputStream.access$0(TimeoutOutputStream.java:193)
        at
org.eclipse.team.internal.core.streams.TimeoutOutputStream$1.run(TimeoutOutputStream.java:66)
        at java.lang.Thread.run(Thread.java:534)

"TimeoutOutputStream" daemon prio=7 tid=0x03d47d70 nid=0x830 in Object.wait()
[468f000..468fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x154783d0> (a
org.eclipse.team.internal.core.streams.TimeoutOutputStream)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.team.internal.core.streams.TimeoutOutputStream.writeUntilDone(TimeoutOutputStream.java:240)
        - locked <0x154783d0> (a
org.eclipse.team.internal.core.streams.TimeoutOutputStream)
        at
org.eclipse.team.internal.core.streams.TimeoutOutputStream.runThread(TimeoutOutputStream.java:195)
        at
org.eclipse.team.internal.core.streams.TimeoutOutputStream.access$0(TimeoutOutputStream.java:193)
        at
org.eclipse.team.internal.core.streams.TimeoutOutputStream$1.run(TimeoutOutputStream.java:66)
        at java.lang.Thread.run(Thread.java:534)

"TimeoutOutputStream" daemon prio=5 tid=0x036c8ad8 nid=0x980 in Object.wait()
[4bcf000..4bcfd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x153f9ad0> (a
org.eclipse.team.internal.core.streams.TimeoutOutputStream)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.team.internal.core.streams.TimeoutOutputStream.writeUntilDone(TimeoutOutputStream.java:240)
        - locked <0x153f9ad0> (a
org.eclipse.team.internal.core.streams.TimeoutOutputStream)
        at
org.eclipse.team.internal.core.streams.TimeoutOutputStream.runThread(TimeoutOutputStream.java:195)
        at
org.eclipse.team.internal.core.streams.TimeoutOutputStream.access$0(TimeoutOutputStream.java:193)
        at
org.eclipse.team.internal.core.streams.TimeoutOutputStream$1.run(TimeoutOutputStream.java:66)
        at java.lang.Thread.run(Thread.java:534)

"Worker-17" prio=5 tid=0x03ea58d0 nid=0x520 in Object.wait() [4a4f000..4a4fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x15a47068> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.Semaphore.acquire(Semaphore.java:36)
        - locked <0x15a47068> (a org.eclipse.core.internal.jobs.Semaphore)
        at
org.eclipse.core.internal.jobs.OrderedLock.doAcquire(OrderedLock.java:161)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire(OrderedLock.java:99)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire(OrderedLock.java:75)
        at
org.eclipse.team.internal.core.ResourceVariantCacheEntry.beginOperation(ResourceVariantCacheEntry.java:100)
        - locked <0x15a47080> (a
org.eclipse.team.internal.core.ResourceVariantCacheEntry)
        at
org.eclipse.team.internal.core.ResourceVariantCacheEntry.setContents(ResourceVariantCacheEntry.java:87)
        at
org.eclipse.team.core.variants.CachedResourceVariant.setContents(CachedResourceVariant.java:115)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFile.setContents(RemoteFile.java:373)
        at
org.eclipse.team.internal.ccvs.core.client.Session.receiveFile(Session.java:957)
        at
org.eclipse.team.internal.ccvs.core.client.UpdatedHandler.receiveTargetFile(UpdatedHandler.java:116)
        at
org.eclipse.team.internal.ccvs.core.client.UpdatedHandler.handle(UpdatedHandler.java:97)
        at
org.eclipse.team.internal.ccvs.core.client.Request.executeRequest(Request.java:232)
        at
org.eclipse.team.internal.ccvs.core.client.Command.doExecute(Command.java:405)
        at
org.eclipse.team.internal.ccvs.core.client.Update.doExecute(Update.java:202)
        at
org.eclipse.team.internal.ccvs.core.client.Command$1.run(Command.java:337)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFolder.run(RemoteFolder.java:463)
        at
org.eclipse.team.internal.ccvs.core.client.Command.execute(Command.java:348)
        at
org.eclipse.team.internal.ccvs.core.client.Command.execute(Command.java:738)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFile.internalFetchContents(RemoteFile.java:168)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFile.fetchContents(RemoteFile.java:145)
        at
org.eclipse.team.core.variants.CachedResourceVariant.ensureContentsCached(CachedResourceVariant.java:90)
        at
org.eclipse.team.core.variants.CachedResourceVariant.getStorage(CachedResourceVariant.java:80)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFile.getContents(RemoteFile.java:136)
        at
org.eclipse.team.internal.ccvs.ui.RemoteRevisionQuickDiffProvider.readDocument(RemoteRevisionQuickDiffProvider.java:271)
        - locked <0x150a6940> (a
org.eclipse.team.internal.ccvs.ui.RemoteRevisionQuickDiffProvider)
        at
org.eclipse.team.internal.ccvs.ui.RemoteRevisionQuickDiffProvider.getReference(RemoteRevisionQuickDiffProvider.java:130)
        at
org.eclipse.ui.internal.texteditor.quickdiff.DocumentLineDiffer$1.run(DocumentLineDiffer.java:365)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

"ModalContext" prio=7 tid=0x037ba990 nid=0xf60 waiting for monitor entry
[4acf000..4acfd94]
        at
org.eclipse.team.internal.core.ResourceVariantCacheEntry.endOperation(ResourceVariantCacheEntry.java:96)
        - waiting to lock <0x157d8c48> (a
org.eclipse.team.internal.core.ResourceVariantCacheEntry)
        at
org.eclipse.team.internal.core.ResourceVariantCacheEntry.setContents(ResourceVariantCacheEntry.java:91)
        at
org.eclipse.team.core.variants.CachedResourceVariant.setContents(CachedResourceVariant.java:115)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFile.setContents(RemoteFile.java:373)
        at
org.eclipse.team.internal.ccvs.core.client.Session.receiveFile(Session.java:957)
        at
org.eclipse.team.internal.ccvs.core.client.UpdatedHandler.receiveTargetFile(UpdatedHandler.java:116)
        at
org.eclipse.team.internal.ccvs.core.client.UpdatedHandler.handle(UpdatedHandler.java:97)
        at
org.eclipse.team.internal.ccvs.core.client.Request.executeRequest(Request.java:232)
        at
org.eclipse.team.internal.ccvs.core.client.Command.doExecute(Command.java:405)
        at
org.eclipse.team.internal.ccvs.core.client.Update.doExecute(Update.java:202)
        at
org.eclipse.team.internal.ccvs.core.client.Command$1.run(Command.java:337)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFolder.run(RemoteFolder.java:463)
        at
org.eclipse.team.internal.ccvs.core.client.Command.execute(Command.java:348)
        at
org.eclipse.team.internal.ccvs.core.client.Command.execute(Command.java:738)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFile.internalFetchContents(RemoteFile.java:168)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFile.fetchContents(RemoteFile.java:145)
        at
org.eclipse.team.core.variants.CachedResourceVariant.ensureContentsCached(CachedResourceVariant.java:90)
        at
org.eclipse.team.core.variants.CachedResourceVariant.getStorage(CachedResourceVariant.java:80)
        at
org.eclipse.team.internal.ui.synchronize.RemoteResourceTypedElement.cacheContents(RemoteResourceTypedElement.java:115)
        at
org.eclipse.team.internal.ui.synchronize.SyncInfoModelElement.cacheContents(SyncInfoModelElement.java:203)
        at
org.eclipse.team.ui.synchronize.SyncInfoCompareInput.prepareInput(SyncInfoCompareInput.java:194)
        at org.eclipse.compare.CompareEditorInput.run(CompareEditorInput.java:316)
        at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)

"Worker-16" prio=5 tid=0x03d47fc8 nid=0xd1c in Object.wait() [4a8f000..4a8fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x158f2f18> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.Semaphore.acquire(Semaphore.java:36)
        - locked <0x158f2f18> (a org.eclipse.core.internal.jobs.Semaphore)
        at
org.eclipse.core.internal.jobs.OrderedLock.doAcquire(OrderedLock.java:161)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire(OrderedLock.java:99)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire(OrderedLock.java:75)
        at
org.eclipse.team.internal.core.ResourceVariantCacheEntry.beginOperation(ResourceVariantCacheEntry.java:100)
        - locked <0x158f2f30> (a
org.eclipse.team.internal.core.ResourceVariantCacheEntry)
        at
org.eclipse.team.internal.core.ResourceVariantCacheEntry.setContents(ResourceVariantCacheEntry.java:87)
        at
org.eclipse.team.core.variants.CachedResourceVariant.setContents(CachedResourceVariant.java:115)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFile.setContents(RemoteFile.java:373)
        at
org.eclipse.team.internal.ccvs.core.client.Session.receiveFile(Session.java:957)
        at
org.eclipse.team.internal.ccvs.core.client.UpdatedHandler.receiveTargetFile(UpdatedHandler.java:116)
        at
org.eclipse.team.internal.ccvs.core.client.UpdatedHandler.handle(UpdatedHandler.java:97)
        at
org.eclipse.team.internal.ccvs.core.client.Request.executeRequest(Request.java:232)
        at
org.eclipse.team.internal.ccvs.core.client.Command.doExecute(Command.java:405)
        at
org.eclipse.team.internal.ccvs.core.client.Update.doExecute(Update.java:202)
        at
org.eclipse.team.internal.ccvs.core.client.Command$1.run(Command.java:337)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFolder.run(RemoteFolder.java:463)
        at
org.eclipse.team.internal.ccvs.core.client.Command.execute(Command.java:348)
        at
org.eclipse.team.internal.ccvs.core.client.Command.execute(Command.java:738)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFile.internalFetchContents(RemoteFile.java:168)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFile.fetchContents(RemoteFile.java:145)
        at
org.eclipse.team.core.variants.CachedResourceVariant.ensureContentsCached(CachedResourceVariant.java:90)
        at
org.eclipse.team.core.variants.CachedResourceVariant.getStorage(CachedResourceVariant.java:80)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFile.getContents(RemoteFile.java:136)
        at
org.eclipse.team.internal.ccvs.ui.RemoteRevisionQuickDiffProvider.readDocument(RemoteRevisionQuickDiffProvider.java:271)
        - locked <0x15011308> (a
org.eclipse.team.internal.ccvs.ui.RemoteRevisionQuickDiffProvider)
        at
org.eclipse.team.internal.ccvs.ui.RemoteRevisionQuickDiffProvider.getReference(RemoteRevisionQuickDiffProvider.java:130)
        at
org.eclipse.ui.internal.texteditor.quickdiff.DocumentLineDiffer$1.run(DocumentLineDiffer.java:365)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x037b7098
nid=0xb6c runnable [4a0f000..4a0fd94]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
        - locked <0x150a6a08> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x037b0c38
nid=0xcac runnable [490f000..490fd94]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
        - locked <0x150a6a68> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Worker-15" prio=5 tid=0x037b18e8 nid=0x53c in Object.wait() [498f000..498fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x102d6e80> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.Semaphore.acquire(Semaphore.java:36)
        - locked <0x102d6e80> (a org.eclipse.core.internal.jobs.Semaphore)
        at
org.eclipse.core.internal.jobs.OrderedLock.doAcquire(OrderedLock.java:161)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire(OrderedLock.java:99)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire(OrderedLock.java:75)
        at
org.eclipse.team.internal.core.ResourceVariantCacheEntry.beginOperation(ResourceVariantCacheEntry.java:100)
        - locked <0x157d8c48> (a
org.eclipse.team.internal.core.ResourceVariantCacheEntry)
        at
org.eclipse.team.internal.core.ResourceVariantCacheEntry.setContents(ResourceVariantCacheEntry.java:87)
        at
org.eclipse.team.core.variants.CachedResourceVariant.setContents(CachedResourceVariant.java:115)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFile.setContents(RemoteFile.java:373)
        at
org.eclipse.team.internal.ccvs.core.client.Session.receiveFile(Session.java:957)
        at
org.eclipse.team.internal.ccvs.core.client.UpdatedHandler.receiveTargetFile(UpdatedHandler.java:116)
        at
org.eclipse.team.internal.ccvs.core.client.UpdatedHandler.handle(UpdatedHandler.java:97)
        at
org.eclipse.team.internal.ccvs.core.client.Request.executeRequest(Request.java:232)
        at
org.eclipse.team.internal.ccvs.core.client.Command.doExecute(Command.java:405)
        at
org.eclipse.team.internal.ccvs.core.client.Update.doExecute(Update.java:202)
        at
org.eclipse.team.internal.ccvs.core.client.Command$1.run(Command.java:337)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFolder.run(RemoteFolder.java:463)
        at
org.eclipse.team.internal.ccvs.core.client.Command.execute(Command.java:348)
        at
org.eclipse.team.internal.ccvs.core.client.Command.execute(Command.java:738)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFile.internalFetchContents(RemoteFile.java:168)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFile.fetchContents(RemoteFile.java:145)
        at
org.eclipse.team.core.variants.CachedResourceVariant.ensureContentsCached(CachedResourceVariant.java:90)
        at
org.eclipse.team.core.variants.CachedResourceVariant.getStorage(CachedResourceVariant.java:80)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFile.getContents(RemoteFile.java:136)
        at
org.eclipse.team.internal.ccvs.ui.RemoteRevisionQuickDiffProvider.readDocument(RemoteRevisionQuickDiffProvider.java:271)
        - locked <0x14fa2c08> (a
org.eclipse.team.internal.ccvs.ui.RemoteRevisionQuickDiffProvider)
        at
org.eclipse.team.internal.ccvs.ui.RemoteRevisionQuickDiffProvider.getReference(RemoteRevisionQuickDiffProvider.java:130)
        at
org.eclipse.ui.internal.texteditor.quickdiff.DocumentLineDiffer$1.run(DocumentLineDiffer.java:365)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x037b0ef0
nid=0x12c runnable [494f000..494fd94]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
        - locked <0x14fab1b0> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Worker-14" prio=5 tid=0x037aede8 nid=0xf8 in Object.wait() [48cf000..48cfd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11c77a90> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:183)
        - locked <0x11c77a90> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:209)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x037a1810
nid=0xe8c runnable [47cf000..47cfd94]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
        - locked <0x14f6dea0> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x037a3500
nid=0x8b0 runnable [480f000..480fd94]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
        - locked <0x14e3c910> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x0379fa50
nid=0xa10 runnable [478f000..478fd94]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
        - locked <0x14e3bf68> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x036ce3f8
nid=0xfec runnable [470f000..470fd94]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
        - locked <0x14dd8b38> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x036cb318
nid=0xde4 runnable [46cf000..46cfd94]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
        - locked <0x14d3f2f0> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x036c7cd0
nid=0xb10 runnable [464f000..464fd94]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
        - locked <0x14d33bd8> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.pde.internal.ui.editor.manifest.NotifyingReconciler" daemon prio=2
tid=0x035d9ea8 nid=0x308 runnable [460f000..460fd94]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
        - locked <0x14bfe400> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.pde.internal.ui.editor.manifest.NotifyingReconciler" daemon prio=2
tid=0x03ea6b10 nid=0xa3c runnable [45cf000..45cfd94]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
        - locked <0x14b5d728> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.pde.internal.ui.editor.manifest.NotifyingReconciler" daemon prio=2
tid=0x03686be8 nid=0xda0 runnable [454f000..454fd94]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
        - locked <0x14b5d7d8> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.pde.internal.ui.editor.manifest.NotifyingReconciler" daemon prio=2
tid=0x034b6768 nid=0xea8 runnable [3c5f000..3c5fd94]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
        - locked <0x14ad0120> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.pde.internal.ui.editor.manifest.NotifyingReconciler" daemon prio=2
tid=0x035628c8 nid=0x4d0 runnable [3a0f000..3a0fd94]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
        - locked <0x14a73c38> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x034cac98
nid=0x7d0 runnable [387f000..387fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x13775430> (a
org.eclipse.jface.text.reconciler.DirtyRegionQueue)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:161)
        - locked <0x13775430> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Worker-0" prio=5 tid=0x02f7fc80 nid=0x978 in Object.wait() [390f000..390fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x15cd2550> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.Semaphore.acquire(Semaphore.java:36)
        - locked <0x15cd2550> (a org.eclipse.core.internal.jobs.Semaphore)
        at
org.eclipse.core.internal.jobs.OrderedLock.doAcquire(OrderedLock.java:161)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire(OrderedLock.java:99)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire(OrderedLock.java:75)
        at
org.eclipse.team.internal.core.ResourceVariantCacheEntry.beginOperation(ResourceVariantCacheEntry.java:100)
        - locked <0x15b267c0> (a
org.eclipse.team.internal.core.ResourceVariantCacheEntry)
        at
org.eclipse.team.internal.core.ResourceVariantCacheEntry.setContents(ResourceVariantCacheEntry.java:87)
        at
org.eclipse.team.core.variants.CachedResourceVariant.setContents(CachedResourceVariant.java:115)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFile.setContents(RemoteFile.java:373)
        at
org.eclipse.team.internal.ccvs.core.client.Session.receiveFile(Session.java:957)
        at
org.eclipse.team.internal.ccvs.core.client.UpdatedHandler.receiveTargetFile(UpdatedHandler.java:116)
        at
org.eclipse.team.internal.ccvs.core.client.UpdatedHandler.handle(UpdatedHandler.java:97)
        at
org.eclipse.team.internal.ccvs.core.client.Request.executeRequest(Request.java:232)
        at
org.eclipse.team.internal.ccvs.core.client.Command.doExecute(Command.java:405)
        at
org.eclipse.team.internal.ccvs.core.client.Update.doExecute(Update.java:202)
        at
org.eclipse.team.internal.ccvs.core.client.Command$1.run(Command.java:337)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFolder.run(RemoteFolder.java:463)
        at
org.eclipse.team.internal.ccvs.core.client.Command.execute(Command.java:348)
        at
org.eclipse.team.internal.ccvs.core.client.Command.execute(Command.java:738)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFile.internalFetchContents(RemoteFile.java:168)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFile.fetchContents(RemoteFile.java:145)
        at
org.eclipse.team.core.variants.CachedResourceVariant.ensureContentsCached(CachedResourceVariant.java:90)
        at
org.eclipse.team.core.variants.CachedResourceVariant.getStorage(CachedResourceVariant.java:80)
        at
org.eclipse.team.internal.ccvs.core.resources.RemoteFile.getContents(RemoteFile.java:136)
        at
org.eclipse.team.internal.ccvs.ui.RemoteRevisionQuickDiffProvider.readDocument(RemoteRevisionQuickDiffProvider.java:271)
        - locked <0x15191550> (a
org.eclipse.team.internal.ccvs.ui.RemoteRevisionQuickDiffProvider)
        at
org.eclipse.team.internal.ccvs.ui.RemoteRevisionQuickDiffProvider.getReference(RemoteRevisionQuickDiffProvider.java:130)
        at
org.eclipse.ui.internal.texteditor.quickdiff.DocumentLineDiffer$1.run(DocumentLineDiffer.java:365)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

"Java indexing" daemon prio=4 tid=0x02e531b0 nid=0x36c in Object.wait()
[38cf000..38cfd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x12f1ee98> (a
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobManager.java:327)
        - locked <0x12f1ee98> (a
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Thread.run(Thread.java:534)

"Start Level Event Dispatcher" daemon prio=5 tid=0x00a2fd20 nid=0xa98 in
Object.wait() [304f000..304fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11b8b368> (a
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:167)
        - locked <0x11b8b368> (a org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:118)

"OSGi Console" prio=5 tid=0x02dfab50 nid=0x890 runnable [300f000..300fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11b83bd0> (a java.lang.Object)
        at
org.eclipse.osgi.framework.internal.core.FrameworkConsole.console(FrameworkConsole.java:258)
        - locked <0x11b83bd0> (a java.lang.Object)
        at
org.eclipse.osgi.framework.internal.core.FrameworkConsole.console(FrameworkConsole.java:231)
        at
org.eclipse.osgi.framework.internal.core.FrameworkConsole.run(FrameworkConsole.java:206)
        at java.lang.Thread.run(Thread.java:534)

"Framework Event Dispatcher" daemon prio=5 tid=0x02df7640 nid=0xc78 in
Object.wait() [2fcf000..2fcfd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11b83c50> (a
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:167)
        - locked <0x11b83c50> (a org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:118)

"Signal Dispatcher" daemon prio=10 tid=0x009c1ef0 nid=0x8e4 waiting on condition
[0..0]

"Finalizer" daemon prio=9 tid=0x009bf990 nid=0xa6c in Object.wait()
[2c6f000..2c6fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11afb6d0> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x11afb6d0> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x009be560 nid=0xb5c in Object.wait()
[2c2f000..2c2fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11afb738> (a java.lang.ref.Reference$Lock)
        at java.lang.Object.wait(Object.java:429)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
        - locked <0x11afb738> (a java.lang.ref.Reference$Lock)

"main" prio=7 tid=0x00035c88 nid=0x5f0 runnable [7e000..7fc3c]
        at org.eclipse.swt.internal.win32.OS.WaitMessage(Native Method)
        at org.eclipse.swt.widgets.Display.sleep(Display.java:2888)
        at
org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:137)
        at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:261)
        at
org.eclipse.jface.dialogs.ProgressMonitorDialog.run(ProgressMonitorDialog.java:400)
        at
org.eclipse.compare.internal.CompareUIPlugin.compareResultOK(CompareUIPlugin.java:363)
        at
org.eclipse.compare.internal.CompareUIPlugin.openCompareEditor(CompareUIPlugin.java:316)
        at org.eclipse.compare.CompareUI.openCompareEditorOnPage(CompareUI.java:126)
        at org.eclipse.compare.CompareUI.openCompareEditor(CompareUI.java:112)
        at
org.eclipse.team.internal.ui.synchronize.actions.OpenInCompareAction.openCompareEditor(OpenInCompareAction.java:76)
        at
org.eclipse.team.internal.ui.synchronize.actions.OpenInCompareAction.run(OpenInCompareAction.java:51)
        at
org.eclipse.team.internal.ui.synchronize.actions.OpenWithActionGroup.openInCompareEditor(OpenWithActionGroup.java:105)
        at
org.eclipse.team.ui.synchronize.subscribers.SynchronizeViewerAdvisor.handleDoubleClick(SynchronizeViewerAdvisor.java:87)
        at
org.eclipse.team.ui.synchronize.TreeViewerAdvisor$1.doubleClick(TreeViewerAdvisor.java:210)
        at
org.eclipse.jface.viewers.StructuredViewer$1.run(StructuredViewer.java:381)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:610)
        at org.eclipse.core.runtime.Platform.run(Platform.java:521)
        at
org.eclipse.jface.viewers.StructuredViewer.fireDoubleClick(StructuredViewer.java:379)
        at
org.eclipse.jface.viewers.StructuredViewer.handleDoubleSelect(StructuredViewer.java:598)
        at
org.eclipse.jface.viewers.StructuredViewer$4.widgetDefaultSelected(StructuredViewer.java:693)
        at
org.eclipse.jface.util.OpenStrategy.fireDefaultSelectionEvent(OpenStrategy.java:187)
        at org.eclipse.jface.util.OpenStrategy.access$0(OpenStrategy.java:184)
        at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:231)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2584)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2262)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1488)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1462)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:259)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:288)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:214)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:115)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:315)
        at org.eclipse.core.launcher.Main.run(Main.java:740)
        at org.eclipse.core.launcher.Main.main(Main.java:724)

"VM Thread" prio=5 tid=0x009fb6a8 nid=0xf38 runnable

"VM Periodic Task Thread" prio=10 tid=0x0003fd58 nid=0xbbc waiting on condition
"Suspend Checker Thread" prio=10 tid=0x009c1da8 nid=0x9c0 runnable

I200409212000

This is a regression from previous builds (e.g. 3.0): along with the encoding on
the properties dialog there was an explanation where it came from, e.g.
inherited from container, detected from file content. This important information
has gone.

We've got a ViewPart that renders an image, called ImageView.  It creates 
as its Control a ScrolledComposite, which contains an embedded Composite 
which contains a java.awt.Frame (obtained via SWT_AWT bridge) which 
contains a Swing component that we use called JadeDisplay, a 
high-performance image rendering component
(http://www.openchannelfoundation.org/projects/JadeDisplay/)

Sometimes as we update the image that the Swing component is rendering, we 
crash outside the JVM.  Sometimes the app dumps core, sometimes not.  We 
are in the process of trying to run our app outside of Eclipse and attach 
gdb to it to get the stack trace at the seg fault or whatever is 
responsible for the crash.

On the console we see a message like the following from our friend the X 
server:
The program '<unknown>' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadMatch (invalid parameter attributes)'.
  (Details: serial 3639 error_code 8 request_code 42 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

We are also seeing this error occur sometimes when we are creating our view 
for the first time.

One thing that is notable about this particular component is that we are 
using Java Advanced Imaging which is computing image tiles in parallel and 
JadeDisplay component which is asynchronously rendering images tile by tile 
as they are incrementally computed.

Another thing that may matter is that we're running Eclipse version 3.0 final
under Fedora Core 1 with the JDK 1.5 beta 2 for Linux.

At Steve Northover's suggestion, I tried running this same integrated GUI under
Motif (mwm) and I was *unable* as yet to reproduce this error after what I
believe is an adequate amount of testing to reproduce it...this suggestion was
to isolate the GTK-based implementation as the area to scrutinize when debugging.

Steve also suggested running SWT hacked with --sync (as referred to in the X
server crash report) to dump a stack trace and further isolate the bug.  I do
not have sufficient into the SWT implementation to know where to start on that.

I-build 2004-05-11-16:00

I don't know how I got into this state, but I ended up with a debug view that
contained two tree viewers. See the attached picture to see what I mean:

there is a new icon for fastview dragging this should be put in for 3.0

talk to me to get it.

3.0 RC1
The cvs remote quick diff provider logs exceptions in two cases: 
1. in the getReference()
2. and in the background fetching job.

Instead, it should throw the exception, and in the case of the job, fail
silently and let the next call to getReference throw the exception. This will
allow the quick diff infrastructure to consistently handle the exceptions.

In navigator, select New -> Other. A wizard opens with a '?' icon in the lower-
right corner. The hover help for this icon says "More help is available for 
this wizard", but if you click on the icon nothing happens.

Maybe I'm just misunderstanding the way that things work, but there seem to be
some fundamental problems with the code formatter.

For example, if I choose "New Lines / Preserve Existing Line Breaks", then
create a few blank lines in between statements, then choose "Source/Format", it
gets rid of my blank lines.  This isn't what I expect.

--------------------------------

The entire line break system seems to be a bit screwy.

For example, I would expect the following line:

private static final Log logger = LogFactory.getLog(ServiceContextFactory.class);

To be split into:

private static final Log logger = 
    LogFactory.getLog(ServiceContextFactory.class);

But it frequently ends up as:

private static final Log logger = LogFactory
            .getLog(ServiceContextFactory.class);

or:

private static final Log logger = LogFactory
.getLog(ServiceContextFactory.class);

And I've been spending a lot of time trying to get what I want, with
inconsistent results.

--------------------------------

I've had the comment formatting turned off since a few version ago, because it
always seemed to get rid of my white space and leave me with code like:

statement; /*
* comment
*/

Which is just a disaster.

--------------------------------

Thanks for any help, but it just seems that either I'm missing something, or
there is a definite disconnect between the Code Formatter settings that I
choose, and what actually  happens when I click "Source/Format"

Thanks for any help or info you can provide.

build I20040217

- open two workbench windows
- drag a view from one over the tab area of any set of views in the second 
workbench window and note that on this area the 'no parking' icon is not 
showing but rather the tab re-arrange tracking rectangle.
- droping the view at this point will move it between workbench windows
- this should not be permitted.

I have a custom task that has a property nested element whose sytax is 
different from the buil-in property task's syntax. The ant editor in M7 is 
reporting this as an error.

The editor should ignore all elements nested in a custom task. 

Currently, unrecognized tasks seem to be ignored, the editor could actually 
flag tasks that have not been declared as custom tasks.

Of course, I would not object if a way were probided to communicate to the 
editor the syntax of custom tasks (perhaps through XSD fragments).

20041007

In the following scenario, XX is not visible (as private). The compiler marks
this at 2 locations in the qualified name and in the constructor invocation.

Use the AST view to look at the bindings:
- The second reference to 'XX' has no binding, the first has one

It would be nice if the second reference also could have the binding. Quick fix
uses these bindings to offer to correct the visibility.

package a;
public class G {
  public void useX() {
    X x= new X();
    X.XX l= x.new XX();
  }
}

package a;
public class X {
    private class XX {
    }
}

I20040217

See attached screen shot. The icon in the fast view shows an error although a 
tests passed green.

I am porting my plugins over to 3.0 and I had a builder in which I called a 
utility class that I can pass in a Resource.  If that resource is a class file 
it would allow me to retrieve its class information (superclass, interfaces, 
packagename etc.)  When running on 3.0 M6 and M7 this no longer works and 
causes an exception when my utility class is invoked.  The exception is:

Java Model Exception: Java Model Status [Hello.class [in bin.com.example.wrd 
[in <project root> [in fsdfs]]] does not exist.]
	at org.eclipse.jdt.internal.core.JavaElement.newNotPresentException
(JavaElement.java:525)
	at org.eclipse.jdt.internal.core.ClassFile.buildStructure
(ClassFile.java:76)
	at org.eclipse.jdt.internal.core.Openable.generateInfos
(Openable.java:169)
	at org.eclipse.jdt.internal.core.BinaryMember.generateInfos
(BinaryMember.java:46)
	at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed
(JavaElement.java:536)
	at org.eclipse.jdt.internal.core.JavaElement.getElementInfo
(JavaElement.java:280)
	at org.eclipse.jdt.internal.core.JavaElement.getElementInfo
(JavaElement.java:266)
	at org.eclipse.jdt.internal.core.BinaryType.getSuperclassName
(BinaryType.java:391)
	at com.ibm.ws.rd.io.services.ClassFileInfoUtil.getSuperClassName
(ClassFileInfoUtil.java:31)

ClassFileInfoUtil is my class and if needed I can provide you with a copy of 
it.  This used to work in 2.1 perfectly, and i could retrieve class info for 
class files with or without source.  After porting I get this exception 
everytime.  This is a blocking defect since we are completley dependent on 
this and is blocking our development.

The function drawRectangles in the Tracker on GTK+ includes this code at the top:

	if (parent != null) {
		if (parent.isDisposed ()) return;
		parent.getShell ().update ();
	} else {
		display.update ();
	}

Hypothesis: This causes an event loop to occur, and as drawRectangles is called
before the mouse is grabbed, it can end up eating a mouse released event.  The
effect is that you go to drag a view in eclipse and sometimes you can have the
mouse buttons released, but still be dragging.

Commenting out this code solves this bug.

I200405210800

The r21presentation suffers from the same effect as bug 59528 where there is an
annoying flash on tab switch.  Luckily, the fix is the same.  Patch attached.

M9 build.  Occurred while editing from background task.  See attached error 
log and screeshot.

If you perform a search with > 1 hit, and then select removeAll, the title 
still says that there is > 1 hit.
One solution is to update the label during runClear().

Problem Description: Eclipse doesn't enforce user to enter the path to the 
workspace.

You may complete the following steps to reproduce this scenario:
1. Launch Eclipse for the first time or delete the current workspace and 
configurations directory except “config.ini” file. Workspace Launcher Dialog 
is displayed. “<install location>\eclipse\workspace” is initially given in 
the “Workspace” field. 
2. Hit the Backspace Key to remove the default path from the “Workspace” 
filed. The path to the workspace is empty now. 
3. Click on OK button. 
Expected Behavior: Error message is displayed stating that the location of the 
workspace must be specified. Workspace Launcher Dialog should remain opened 
until a valid path is given. 
Actual Behavior: Workspace Launcher Dialog is dismissed and then the Eclipse 
Workbench is launched. “<install location>/eclipse” directory is used as the 
workspace.

I20040330 + jdt.ui, debug.*, jdt.debug.* from HEAD

I'm implementing the support of the refactoring for the Java breakpoints. I have
a problem when trying to update the breakpoint for IType rename, the workspace
is not in a usable state.
Breakpoints are basically just markers associated with some code. To update the
breakpoint, I have to delete it and recreate it on the resource. The problem is
the fact that when the perform() method of my change is called, the new resource
hasn't been created yet, so I cannot add the breakpoint.
It would be better if the processor completes all it's changes before calling
the participants.

If a builder is set to "Launch in Background" it appears that the setting is 
forgotten...even though it appears that it might just be that the UI is 
incorrectly displaying the setting.

R3.0

The state of the Java > JUnit > "Show Junit results view only if errors or
failures occur" has no effect at all i.e. the view opens whether this preference
is checked or not (minor detail: if JUnit is a fast view then the pref seems to
work).

While this is not yet a major bug it unfortunately also affects whether the
JUnit view's title (progress) gets updated: there's a missing ! and hence it
does not update the title when I uncheck this preference.

The only time when the icon update should not be done is when the JUnit view
hasn't been created yet.

The widgetry for the "save location" of a launch configuration should be 
cleaned up. I added a group box and made the terminology more user friendly (I 
hope).

I20040527_0800

To be consistent with the rest of the views (type hierarchy, package 
explorer,...) the search result view should not give focus to the editor when 
open mode == single click. Compare:

- do search: single click on search result. Observe editor opens and has focus
- open package explorer: single click on CU. Observe cu opens, but editor 
  doesn't have focus.

Candidate for RC2.

Anything with setOpenOnRun() to false needs to be sure that it does not open 
if the parentShell is disposed.

The preferred method of repair is to just reset the parentShell if it is 
disposed but this would be an API change which it is too late to do. I am 
going to change the open method of ProgressMonitorFocusJobsDialog to only open 
if the parent shell is null or disposed.

This affects callers of busyCursorWhile. If they call this from a dialog we 
will not open the progress monitor dialog if it has been closed. As a result 
callers of it should disable thier buttons or close thier dialog (I will 
update the javadoc).

Open the String Substitution Preferences page.
Double-click on an existing entry that has a non-empty value
Change the variable name in the dialog that comes up
Press OK

--> The value field is now empty.

I20040219

* Go to the classpath tab, and note the JRE in the bootpath
* Change the JRE on the JRE tab
* Go back to the classpath tab

-> it still shows the old JRE entries

HEAD on 20040219

 System.out.println(enabledContextIds);

in

 processEnabledSubmissionsByContextId(boolean) - 
org.eclipse.ui.internal.contexts.ws.WorkbenchContextSupport

is printing to the console constantly

The code in SWT_AWT for 3.0M9 was modified slightly to change how the SWT.Move 
event was handled as well as how the initial location of the embedded window 
was handled. This causes the window to not be at the 0,0 location within its 
parent. In fact the window moves away from the 0,0 location of its parent as 
the whole app is moved away from the 0,0 screen location. The problem is the 
use of anything other than 0,0 in the setLocation and setBounds calls that 
were added. The problem goes away if
frame.setBounds (bounds.x, bounds.y, bounds.width, bounds.height);
is changed to:				
frame.setBounds (0,0, bounds.width, bounds.height);

and
frame.setLocation (location.x, location.y);
is changed to:
frame.setLocation(0,0);

Build 20040914

Following code should not report #rev to be unused:

import java.util.List;

public class X {
	public static void reverse(List<?> list) { 
		rev(list);
	}
	private static <T> void rev(List<T> list) {
	}
}

The ProcessConsolePage needs to deregister the fKeyBindingFollowLinkAction on 
dispose

build I20040318-1131

- started up eclipse
- all coolbars are missing, except for the File one, but including the
hard-wired Navigation one
- nothing in the log
- less of interest in the console than usual: I'm running with
org.eclipse.jface/trace/toolbarDisposal=true and normally see complaints about
dups for the hardwired items, but did not see these this time

I20040428 (but seen since 20040413):

Eclipse crashes on me frequently. No exact steps. Disk access (bug 38305) seems
to play a role, but not sure.

I tried different vm combinations. It seems that specifying the -Xdebug vm flag
made crashes less frequent. The dumps look like the one below (other threads not
included). It happens more often under KDE than Gnome, but it happens under both
platforms. I use Mist as the Gnome theme, which has proven to be the least
problematic (see bug 38305 and bug 36308).

Unhandled exception
Type=GPF vmState=0xffffffff
Target=20040121 (Linux 2.4.20-30.9 x86)
eax: 0x63726b74   ebx: 0x41523ba4   ecx: 0x4248b7e8  edx: 0x085ee4d8
esi: 0x63726b74   edi: 0x085ee4d8   ebp: 0xbfffea30  esp: 0xbfffe9f8
es: 0x0000002b   ds: 0x0000002b   eip: 0x41512f12  eflags: 0x00010206
cs: 0x00000023   ss: 0x0000002b
 
Thread: main (priority 6) (LOCATION OF ERROR)
 0092 org/eclipse/swt/internal/gtk/OS.gdk_window_get_parent(I)I  (@476890fa)
 020d org/eclipse/swt/widgets/Display.eventProc(II)I  (@46f7c011)
 0084 org/eclipse/swt/widgets/Display.readAndDispatch()Z  (@476a2488)
 0009
org/eclipse/ui/internal/Workbench.runEventLoop(Lorg/eclipse/jface/window/Window$IExceptionHandler;Lorg/eclipse/swt/widgets/Display;)V
 006d org/eclipse/ui/internal/Workbench.runUI()I
 000b
org/eclipse/ui/internal/Workbench.createAndRunWorkbench(Lorg/eclipse/swt/widgets/Display;Lorg/eclipse/ui/application/WorkbenchAdvisor;)I
 0002
org/eclipse/ui/PlatformUI.createAndRunWorkbench(Lorg/eclipse/swt/widgets/Display;Lorg/eclipse/ui/application/WorkbenchAdvisor;)I
 0069
org/eclipse/ui/internal/ide/IDEApplication.run(Ljava/lang/Object;)Ljava/lang/Object;
 0094
org/eclipse/core/internal/runtime/PlatformActivator$1.run(Ljava/lang/Object;)Ljava/lang/Object;
 0053
org/eclipse/core/runtime/adaptor/EclipseStarter.run(Ljava/lang/Object;)Ljava/lang/Object;
 001a
org/eclipse/core/runtime/adaptor/EclipseStarter.run([Ljava/lang/String;Ljava/lang/Runnable;)Ljava/lang/Object;
 NATV
sun/reflect/NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;
 0072
sun/reflect/NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;
 0006
sun/reflect/DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;
 007e
java/lang/reflect/Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;
 00af org/eclipse/core/launcher/Main.basicRun([Ljava/lang/String;)Ljava/lang/Object;
 0004 org/eclipse/core/launcher/Main.run([Ljava/lang/String;)I
 0008 org/eclipse/core/launcher/Main.main([Ljava/lang/String;)V

I want to manually synchronize a set of sources in my plug-in. I copied
the following code from the class
org.eclipse.team.internal.ccvs.ui.actions.SyncAction to my synchronize
action:

WorkspaceSynchronizeParticipant participant =
(WorkspaceSynchronizeParticipant)SubscriberParticipant.
getMatchingParticipant(WorkspaceSynchronizeParticipant.ID,
resources);
if (participant == null) {
                        participant = new
WorkspaceSynchronizeParticipant(new ResourceScope(resources));
                       
TeamUI.getSynchronizeManager().addSynchronizeParticipants(new
ISynchronizeParticipant[] {participant});
                  }

                  participant.refresh(resources,
Policy.bind("Participant.synchronizing"),
Policy.bind("Participant.synchronizingDetail", participant.getName()),
getTargetPart().getSite()); //$NON-NLS-1$ //$NON-NLS-2$

All works fine but the duration is not how desired. After debugging I
found the following code in CVSResourceVariantTree:

protected IResource[] refresh(IResource resource, int depth,
IProgressMonitor monitor) throws TeamException {
            IResource[] changedResources = null;
            monitor.beginTask(null, 100);
            // Wait up to 10 seconds for build to finish
            int count = 0;
            while (count < 10 
                        &&
(isJobInFamilyRunning(ResourcesPlugin.FAMILY_AUTO_BUILD)
                        ||
isJobInFamilyRunning(ResourcesPlugin.FAMILY_MANUAL_BUILD))) {
                  try {
                        Thread.sleep(1000);
                  } catch (InterruptedException e) {
                        // Conitinue
                  }     
                  count++;
                  Policy.checkCanceled(monitor);
            }
…
}
 
My question is why to sleep for a second to synchronize for each resource??

When you set the break point on Thread.sleep(1000) and execute the Synchronize 
with Repository action in the team menu on a few Files it sleeps there except on 
the first IResource.

I posted the question in the news group and was requested to report a bug.

We should move the activity configuration menu entry to an object contribution 
in the IDE plug-in so that other applications do not have to have it or hack 
the UI.

I20040225

javadoc.xml:
<?xml version="1.0" encoding="UTF-8"?>
<project default="javadoc">
    <target name="javadoc">
        <javadoc access="public" author="true" classpath="bin" destdir="doc"
nodeprecated="false" nodeprecatedlist="false" noindex="false" nonavbar="false"
notree="false" sourcefiles="src/New.java" sourcepath="src" splitindex="true"
use="true" version="true">
            <link href="http://java.sun.com/j2se/1.4.2/docs/api"/>
        </javadoc>
    </target>
</project>

Error Feb 26, 2004 18:53:36.691 Argument cannot be null
java.lang.IllegalArgumentException: Argument cannot be null
at java.lang.Throwable.<init>(Throwable.java)
at java.lang.Throwable.<init>(Throwable.java)
at org.eclipse.swt.SWT.error(SWT.java:2611)
at org.eclipse.swt.SWT.error(SWT.java:2555)
at org.eclipse.swt.widgets.Widget.error(Widget.java:377)
at org.eclipse.swt.widgets.Text.setText(Text.java:1560)
at
org.eclipse.jdt.internal.ui.javadocexport.JavadocSpecificsWizardPage.createExtraOptionsGroup(JavadocSpecificsWizardPage.java:121)
at
org.eclipse.jdt.internal.ui.javadocexport.JavadocSpecificsWizardPage.createControl(JavadocSpecificsWizardPage.java:87)
at org.eclipse.jface.wizard.Wizard.createPageControls(Wizard.java:171)
at org.eclipse.jface.wizard.WizardDialog.createPageControls(WizardDialog.java:524)
at org.eclipse.jface.wizard.WizardDialog.createContents(WizardDialog.java:473)
at org.eclipse.jface.window.Window.create(Window.java:341)
at org.eclipse.jface.dialogs.Dialog.create(Dialog.java:855)
at
org.eclipse.jdt.internal.ui.javadocexport.CreateJavadocActionDelegate.run(CreateJavadocActionDelegate.java:53)
at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:273)
at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:550)
at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:502)
at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:435)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1566)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1542)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:263)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:256)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:100)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
at java.lang.reflect.Method.invoke(Method.java:386)
at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
at org.eclipse.core.launcher.Main.run(Main.java:742)
at org.eclipse.core.launcher.Main.main(Main.java:581)

 

0513

It's the GC created in PerspectiveBarContributionItem.shortenText(...)

We have many string variables that accept arguments (for example, 
workspace_loc), but the variable descriptions do not indicate this. Make a 
pass of all contributed variables and update descriptions to ensure we doc 
which vars accept args. Those that do not accept args should have their 
extension definition updated to indicate so (via "supportsArgument="false"").

Andre, would it be possible to at least convert the calling of prepareInput() to
be run with the progress service. It will result in less progress dialogs for
quick prepareInput calls. Thanks. 

Note, there are other areas in compare that could also be converted, but this
was the most important to me.

All classes have an assertion about being handle based which offers no 
functional information. Many are also listed as experimental - this should be 
removed.
Should use deregister rather than unregister.

ICategory not detailed enough in description

ICategoryListener does not mention how it is used.

ICommand
should mention what types are in Collections (see getattributeValuesByName, 
getContextBindings etc)

isHandled says return if enabled. Not sure what either mean.

ICommandManager has a getActivePlatform and get ActiveLocale. Are these the 
same as the SWT and java.util ones?
Several TODO javadoc
No references to types when collections returned

ICommandManagerListener is intended to be implemented not may be

IContextBinding makes no reference to actual types it binds
All javadoc is TODO

IHandler give no idea as to what it is - same with IHandlerListener

IImageBinding has no javadoc

IKeyConfiguration give no idea what defined means

RC1

If I close a couple of projects th dialog comes up but there is no task name
ever set so I always get an "operation in progress" message.

I20040526

Create a table with multiple columns.  Then delete the first column.  Now call
TableItem.getText() or TableItem.getText(0).  This calls super.getText() which
contains the old value from the first column - it does not contain the value
currently in the first column.

In the example below, click on the table - it will print out the value in the
first column of the first row.  Now press the button which will delete the first
column.  Now click on the table.  Notive that the old value is still being
printed out.

public static void main(String[] args) {
	Display display = new Display();
	Shell shell = new Shell(display);
	shell.setLayout(new FillLayout());
	final Table table = new Table(shell, SWT.BORDER);
	final TableColumn column0 = new TableColumn(table, SWT.NONE);
	column0.setText("column 0");
	TableColumn column1 = new TableColumn(table, SWT.NONE);
	column1.setText("column 1");
	for (int i = 0; i < 10; i++) {
		TableItem item = new TableItem(table, SWT.NONE);
		item.setText("first column " + i);
		item.setText(1, "second column "+i);
	}
	column0.pack();
	column1.pack();
	
	table.addListener(SWT.MouseDown, new Listener() {
		public void handleEvent(Event e) {
			System.out.println(table.getItem(0).getText(0));
		}
	});
	Button b = new Button(shell, SWT.PUSH);
	b.setText("Dispose column");
	b.addListener(SWT.Selection, new Listener() {
		public void handleEvent(Event e) {
			if (!column0.isDisposed()) column0.dispose();
		}
	});
	shell.open();
	while (!shell.isDisposed()) {
		if (!display.readAndDispatch())
			display.sleep();
	}
	display.dispose();
}

When I try to set "Courier New" as the Text font it won't get used.  If I set this font and click Apply 
nothing happens,  Also reopening the font selector shows no selection.  "Courier" on the other hand 
can be set and appears as the font for the Java text editor.  Also this font is set if I reopen the font 
dialog.

Refactoring the following class by extracting Bar to a new file (with default
settings):

package foo;

public class Test {
    public int i;
    public class Bar {
        void go() {
            i = 1;
        }
    }
}

Generates the following javadoc for the Bar constructor:

/**
 * @param Test
 */
Bar(Test test) {...

Which is invalid because the parameter name is test, not Test.

Given the following two classes:
---
package foo;

public abstract class Superclass {
    public int i;
    protected class Inner {
        void go() {
        	i = 1;
        }
    }
    public abstract void go(Inner param);
}
---
package bar;

import foo.Superclass;

public class Subclass extends Superclass {
	public void go(Inner param) {}
}
---

extracting Inner to a new file (with default settings) produces non-building
code, because:
- Subclass receives no 'import foo.Inner' (so, Inner can't be resolved)
- Inner is declared as package-visible, not public-visible (so, the import
wouldn't work anyway)

Eclipse 3.0M9

Dear Javadoc view,

  I was pleased the first time you warned me about the lack of an HTML widget on my platform. 
However, now that you've told me about it 100 times, I think it's time you and I stop talking about this 
problem.

   Thanks,
      Jared
      Linux-GTK

Eclipse M9:

Here is the stack trace:

!SESSION מאי 22, 2004 07:48:25.934 --------------------------------------------
-
eclipse.buildId=I200405211200
java.version=1.4.2_04
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=iw_IL
!ENTRY org.eclipse.ui 4 4 מאי 22, 2004 07:48:25.954
!MESSAGE Unable to find Action Set: org.eclipse.help.internal.ui.HelpActionSet
!ENTRY org.eclipse.ui 4 4 מאי 22, 2004 07:48:26.244
!MESSAGE Unable to find Action Set: org.eclipse.ui.Activities
!ENTRY org.eclipse.ltk.ui.refactoring 4 10000 מאי 22, 2004 07:59:12.463
!MESSAGE Internal Error
!STACK 0
java.lang.reflect.InvocationTargetException
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:283)
	at org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run
(RefactoringWizardDialog2.java:282)
	at 
org.eclipse.ltk.ui.refactoring.RefactoringWizard.internalPerformFinish
(RefactoringWizard.java:533)
	at org.eclipse.ltk.ui.refactoring.UserInputWizardPage.performFinish
(UserInputWizardPage.java:153)
	at 
org.eclipse.jdt.internal.ui.refactoring.MoveMembersWizard$MoveMembersInputPage.
performFinish(MoveMembersWizard.java:191)
	at org.eclipse.ltk.ui.refactoring.RefactoringWizard.performFinish
(RefactoringWizard.java:599)
	at 
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.okPressed
(RefactoringWizardDialog2.java:406)
	at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:365)
	at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:505)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run
(RefactoringWizardOpenOperation.java:121)
	at 
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate
(RefactoringStarter.java:40)
	at 
org.eclipse.jdt.internal.ui.refactoring.actions.MoveStaticMembersAction.startRe
factoring(MoveStaticMembersAction.java:163)
	at 
org.eclipse.jdt.internal.ui.refactoring.actions.MoveStaticMembersAction.run
(MoveStaticMembersAction.java:116)
	at org.eclipse.jdt.ui.actions.MoveAction.tryMoveStaticMembers
(MoveAction.java:163)
	at org.eclipse.jdt.ui.actions.MoveAction.run(MoveAction.java:138)
	at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun
(SelectionDispatchAction.java:216)
	at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run
(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:899)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:850)
	at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:769)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:97)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:307)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:127)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)
Caused by: java.lang.ClassCastException
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.MoveStaticMembersProcesso
r.getDestinationBinding(MoveStaticMembersProcessor.java:822)
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.MoveStaticMembersProcesso
r.createChange(MoveStaticMembersProcessor.java:760)
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.MoveStaticMembersProcesso
r.checkFinalConditions(MoveStaticMembersProcessor.java:363)
	at 
org.eclipse.ltk.core.refactoring.participants.ProcessorBasedRefactoring.checkFi
nalConditions(ProcessorBasedRefactoring.java:134)
	at org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run
(CheckConditionsOperation.java:84)
	at org.eclipse.ltk.core.refactoring.CreateChangeOperation.run
(CreateChangeOperation.java:114)
	at org.eclipse.ltk.core.refactoring.PerformChangeOperation.run
(PerformChangeOperation.java:182)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1672)
	at org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run
(WorkbenchRunnableAdapter.java:58)
	at org.eclipse.jface.operation.ModalContext$ModalContextThread.run
(ModalContext.java:101)
Root exception:
java.lang.ClassCastException
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.MoveStaticMembersProcesso
r.getDestinationBinding(MoveStaticMembersProcessor.java:822)
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.MoveStaticMembersProcesso
r.createChange(MoveStaticMembersProcessor.java:760)
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.MoveStaticMembersProcesso
r.checkFinalConditions(MoveStaticMembersProcessor.java:363)
	at 
org.eclipse.ltk.core.refactoring.participants.ProcessorBasedRefactoring.checkFi
nalConditions(ProcessorBasedRefactoring.java:134)
	at org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run
(CheckConditionsOperation.java:84)
	at org.eclipse.ltk.core.refactoring.CreateChangeOperation.run
(CreateChangeOperation.java:114)
	at org.eclipse.ltk.core.refactoring.PerformChangeOperation.run
(PerformChangeOperation.java:182)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1672)
	at org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run
(WorkbenchRunnableAdapter.java:58)
	at org.eclipse.jface.operation.ModalContext$ModalContextThread.run
(ModalContext.java:101)
!ENTRY org.eclipse.ltk.ui.refactoring 4 10000 מאי 22, 2004 07:59:33.804
!MESSAGE Internal Error
!STACK 0
java.lang.reflect.InvocationTargetException
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:283)
	at org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run
(RefactoringWizardDialog2.java:282)
	at org.eclipse.ltk.ui.refactoring.RefactoringWizard.createChange
(RefactoringWizard.java:559)
	at 
org.eclipse.ltk.ui.refactoring.RefactoringWizard.computeUserInputSuccessorPage
(RefactoringWizard.java:405)
	at 
org.eclipse.ltk.ui.refactoring.UserInputWizardPage.computeSuccessorPage
(UserInputWizardPage.java:74)
	at org.eclipse.ltk.ui.refactoring.UserInputWizardPage.getNextPage
(UserInputWizardPage.java:114)
	at 
org.eclipse.jdt.internal.ui.refactoring.MoveMembersWizard$MoveMembersInputPage.
getNextPage(MoveMembersWizard.java:196)
	at 
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.previewPressed
(RefactoringWizardDialog2.java:429)
	at 
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.access$3
(RefactoringWizardDialog2.java:427)
	at org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2
$1.widgetSelected(RefactoringWizardDialog2.java:562)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run
(RefactoringWizardOpenOperation.java:121)
	at 
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate
(RefactoringStarter.java:40)
	at 
org.eclipse.jdt.internal.ui.refactoring.actions.MoveStaticMembersAction.startRe
factoring(MoveStaticMembersAction.java:163)
	at 
org.eclipse.jdt.internal.ui.refactoring.actions.MoveStaticMembersAction.run
(MoveStaticMembersAction.java:116)
	at org.eclipse.jdt.ui.actions.MoveAction.tryMoveStaticMembers
(MoveAction.java:163)
	at org.eclipse.jdt.ui.actions.MoveAction.run(MoveAction.java:138)
	at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun
(SelectionDispatchAction.java:216)
	at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run
(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:899)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:850)
	at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:769)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:97)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:307)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:127)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)
Caused by: java.lang.ClassCastException
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.MoveStaticMembersProcesso
r.getDestinationBinding(MoveStaticMembersProcessor.java:822)
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.MoveStaticMembersProcesso
r.createChange(MoveStaticMembersProcessor.java:760)
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.MoveStaticMembersProcesso
r.checkFinalConditions(MoveStaticMembersProcessor.java:363)
	at 
org.eclipse.ltk.core.refactoring.participants.ProcessorBasedRefactoring.checkFi
nalConditions(ProcessorBasedRefactoring.java:134)
	at org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run
(CheckConditionsOperation.java:84)
	at org.eclipse.ltk.core.refactoring.CreateChangeOperation.run
(CreateChangeOperation.java:114)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1672)
	at org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run
(WorkbenchRunnableAdapter.java:58)
	at org.eclipse.jface.operation.ModalContext$ModalContextThread.run
(ModalContext.java:101)
Root exception:
java.lang.ClassCastException
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.MoveStaticMembersProcesso
r.getDestinationBinding(MoveStaticMembersProcessor.java:822)
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.MoveStaticMembersProcesso
r.createChange(MoveStaticMembersProcessor.java:760)
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.MoveStaticMembersProcesso
r.checkFinalConditions(MoveStaticMembersProcessor.java:363)
	at 
org.eclipse.ltk.core.refactoring.participants.ProcessorBasedRefactoring.checkFi
nalConditions(ProcessorBasedRefactoring.java:134)
	at org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run
(CheckConditionsOperation.java:84)
	at org.eclipse.ltk.core.refactoring.CreateChangeOperation.run
(CreateChangeOperation.java:114)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1672)
	at org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run
(WorkbenchRunnableAdapter.java:58)
	at org.eclipse.jface.operation.ModalContext$ModalContextThread.run
(ModalContext.java:101)

I was generating a patch and clicking Finish on the wizard would not close the 
wizard even though the patch was created succesfully. It turned out that the 
problem was that writing to the console caused an error due to word wrap being 
on. There are two problems here. There was no error message shown to the user 
and writing to the console should not cause a command to fail.

Problem Description:

1.Create a Java project
2. From the menu bar, choose "Search"-> "Search"
3. Enter "a" in the search text field,and click "Search" button.

In the Search Result view, English string , "mathes in***" is displayed.

See attached screenshot

There is no mention of threads in the API for change notification.

(surfaced while investigating bug 77280)

The problem is that changes to preference have always assumed to have been done
in the UI thread. Consider the following use cases:

- UI has preference key DOCK_PERSPECTIVE_BAR which is defined as API in
IWorkbenchPreferenceConstants
- UI has a listener which reacts to changes in this preference value and makes
changes to all of the workbench's windows
- this MUST occur in the UI thread (see bug 77241)
- but since the preference key is API, anyone can make changes to the value
- this includes jobs in non-UI threads

We need to clarify the spec w.r.t. threads. Something like: if you write a
preference change listener (PCL) and you are reacting by doing actions which
require you to be in the UI thread, then you need to asyncExec.

After discussions, we are not sure whether putting the Runtime preference change
notification in the background is a good idea. Either way, we will still have
the same problems (with listeners) if anyone else changes API UI-dependant
preferences in a non-UI thread.

The error message for duplicate targets shows correctly in the problems view 
but is displayed as something like:
     Duplicate target &aposjavaPreCompile&apos
in the error hover

Currently a TaskDescriptionProvider is provided for each AntEditor. 
Slow and memory intensive.

Edit a text. Hit ctrl-f. Search for "import". Hit enter. Text is found.
Give focus to editor. Hit ctrl-f again. Enter "java" (without looking).
All occurences of "import" are replaced with empty string.

Focus is given to "Find:" text box shortly (it flashes), but then transfers
to the "Find" button. 

This is quite annoying. When used blindly, lots of text can be replaced all 
over the input file. Combined with a broken ctrl-z history (unrelated bug) this 
makes it hard to recover sometimes.

This has been broken for at least since Jan 15 build (when I first spotted it).
Jan. 29 build has same problem.

Bundle-SymbolicName value now may contain attributes in addition to the bundle
identifier. Example:

Bundle-SymbolicName: org.eclipse.core.runtime; singleton=true

Please see bug 53288 for more details. Also, please see bug 53653 for a general
facility for parsing bundle manifests that can be used for parsing entries
containing attributes.

There are way to many selection change events being sent. Since much of the UI 
is based on responding to selection changes any optimizations in this code 
path will have a significant benefit. 

To recreate: 

Start with the "Hello World" example but write something to the console on 
every selection change event. 

Launch the example and activate the action set. 

Start clicking around in the UI and notice:

In several views you get multiple selection change events being processed for 
single clicks. 

REALLY IMPORTANT: Try extending selection in an editor and notice that you get 
tons of events.

To reproduce this problem, create a watch expression in the expressions view and
then start a debug session for a debug adapter that does not extend the
org.eclipse.debug.core.watchExpressionDelegates extension point.  When the
debugger stops at a breakpoint an error dialog pops up: "An error has occurred.
 See error log for more details".  In the log file is the following exception:

java.lang.NullPointerException
	at
org.eclipse.debug.internal.core.ExpressionManager.newWatchExpressionDelegate(ExpressionManager.java:128)
	at
org.eclipse.debug.internal.core.WatchExpression.evaluate(WatchExpression.java:83)
	at
org.eclipse.debug.internal.core.WatchExpression.setExpressionContext(WatchExpression.java:104)
	at
org.eclipse.debug.internal.ui.views.expression.ExpressionView.selectionChanged(ExpressionView.java:170)
	at
org.eclipse.ui.internal.AbstractPartSelectionTracker$1.run(AbstractPartSelectionTracker.java:115)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:638)
	at org.eclipse.core.runtime.Platform.run(Platform.java:497)
	at
org.eclipse.ui.internal.AbstractPartSelectionTracker.fireSelection(AbstractPartSelectionTracker.java:113)
	at
org.eclipse.ui.internal.PagePartSelectionTracker$1.selectionChanged(PagePartSelectionTracker.java:46)
	at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:638)
	at org.eclipse.core.runtime.Platform.run(Platform.java:497)
	at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
	at
org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:1310)
	at
org.eclipse.jface.viewers.StructuredViewer.setSelection(StructuredViewer.java:1033)
	at
org.eclipse.debug.internal.ui.views.launch.LaunchView.autoExpand(LaunchView.java:1100)
	at
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleDebugEvents(LaunchViewEventHandler.java:79)
	at
org.eclipse.debug.internal.ui.views.AbstractDebugEventHandler$1.run(AbstractDebugEventHandler.java:70)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2329)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2037)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1509)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1480)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:48)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:84)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:59)
	at java.lang.reflect.Method.invoke(Method.java:389)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

For all contributed tasks and types we currently force load the class whether 
it is used or not.
On Ant 1.6 this is no longer required.

I cannot create another project in the same folder as a project I have deleted. 
Steps to reproduce: 
* create a project on a custom folder (/home/guy/java/coolProject); 
* close the project; 
* delete the project;  
* mv /home/guy/java/coolProject /home/guy/java/coolProject.old 
* mkdir /home/guy/java/coolProject 
* try to create another project in the newly created folder. It is not 
  possible. 
I can't do this even after closing and re-opening Eclipse. It seems that 
despite the project has been closed, something remains. Oh, in my real world 
case at some point in time other projects depended on the one I did delete, 
dont know if this is relevant.

I20040817

Happened upon exit.

!ENTRY org.eclipse.core.runtime 4 2 Aug 20, 2004 16:33:25.416
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.debug.internal.ui.views.breakpoints.BreakpointsView.dispose(BreakpointsView.java:189)
	at
org.eclipse.ui.internal.WorkbenchPartReference.dispose(WorkbenchPartReference.java:404)
	at org.eclipse.ui.internal.ViewFactory$ViewReference.dispose(ViewFactory.java:83)
	at org.eclipse.ui.internal.WorkbenchPage$6.run(WorkbenchPage.java:1254)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.ui.internal.WorkbenchPage.dispose(WorkbenchPage.java:1252)
	at org.eclipse.ui.internal.WorkbenchWindow.closeAllPages(WorkbenchWindow.java:603)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose(WorkbenchWindow.java:1069)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose(WorkbenchWindow.java:492)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0(WorkbenchWindow.java:473)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run(WorkbenchWindow.java:568)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchWindow.close(WorkbenchWindow.java:566)
	at org.eclipse.jface.window.WindowManager.close(WindowManager.java:108)
	at org.eclipse.ui.internal.Workbench$10.run(Workbench.java:482)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:478)
	at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:413)
	at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:598)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:596)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:571)
	at org.eclipse.ui.internal.QuitAction.run(QuitAction.java:55)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:979)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:946)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:896)
	at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:809)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2783)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2442)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1435)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1406)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:263)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

When using the variable ${string_prompt} as a Program argument for a Java 
application, pressing 'Cancel' in the resulting dialog window when starting 
does not cancel starting the application, but runs the application with no 
argument.

To reproduce:
1. Choose Run... in the Run menu.
2. Configure a Java application which requires a program argument.
3. In the 'Program arguments' textbox on the Arguments type, fill in 
${string_prompt}.
4. Click on the Run button.
5. In the resulting dialog window, choose Cancel.

Actual result: the application launches with no program arguments.

Expected result: the dialog closes, and the application does not get launched.

Build: Version: 3.0.0
Build id: 200406251208
Platform: Windows XP

200406251208 (3.0)

In the packages view, open an editor on a type that is deep down in a 
hierarchy. (I opened type Table in the org.eclipse.swt project).
(I also happened to have an editor open on the ImageData type in the same 
poject - you will need two editors open to change the active editor).

Now decide that you prefer to work in the hierarchy view for the project, so 
for example, select org.eclipse.swt and say 'Open Type Hierarchy'.

In the Type Hierarchy View menu, select 'Link With Editor'.

I would expect at this point that the active editor would be shown in the type 
hierarchy view, but it is not.

Just to be sure that it wasn't just an activation event missing, I clicked on 
the other editor (ImageData) and noticed that it was shown in the type 
hierarchy. Then I clicked back on Table, but it still was not linked with the 
type hierarchy view. This seems to be because the type hierarchy has not yet 
been expanded to the level needed to show Table.java. I can expand down to the 
correct level and then the 'link' feature works correctly. However I expected 
the view to do the initial expansion for free.

I have a collegue who cannot debug (or run) with an empty string argument 
(i.e. "").

Here's a simple proof of case program:
// START
public class Test {
    public static void main(String[] args) {
        System.out.println("There are " + args.length + " arguments.");
        for (int i = 0; i < args.length; i++) {
            System.out.println("arg " + (1 + i) + "=[" + args[i] + "]");
        }
    }
}
// END

In Run -> Debug... -> Arguments [Tab], enter the following in 'Program 
Arguments':

The output from the program in debug or run is as follows.

There are 3 arguments.
arg 1=[word1]
arg 2=[part1 part2]
arg 3=[word2]

However, running the program from the command line gives:

There are 4 arguments.
arg 1=[word1]
arg 2=[]
arg 3=[part1 part2]
arg 4=[word2]

The JRE for the project being used is 1.4.2_05

This is a minor inconvenience but is a difference to how Java command line 
performs so I thing it needs to be resolved.

Please excuse me if I have missed an option. I have trawled the Web and looked 
in the bug database without success.

A menu item for "Switch-To-Editor" does not belong at the top level of the 
Window menu and the current dialog is not something that we want to expose new 
users to. 

Suggest:

    Move the "Switch To Editor" to the keyboard shortcuts submenu
    Use the Ctrl-e accelerator
    Open the dropdown editor list

    Leave ctrl-shift-e bound to the old dialog so as not to upset existing
    users of the dilog.

Consider the following scenario and that both users are editing the file with 
an external editor:

1. Both users A and check out version X of file F for editing different regions.
2. User A does his work, refreshes and commits. Version turns X+1
3. User B refreshes, but when he tries to commit, CVS will complain about a 
conflict. This is due to the base version difference, not due to real contents 
conflicts.
4. User B has the only option to 'update' its file in order to change the base 
version from X to X+1 before commiting his work.
5. Finally, user B commits and version turns X+2.

In step 4, if user B keeps the file F opened on the editor, Eclipse won't 
update the file (due to OS' file lock error). But it will update the base 
version anyway, without raising any error. 

The result is that user B file is overwritten (not merged) with A's.

Running SuSE Linux 9 with Mozilla 1.4
Eclipse M8 build

If I use the setText method to set html on the swt browser, and if the html
string includes a character encoding in the head section, the browser comes up
showing a blank page.  If there is no encoding specified, the browser displays
the content as you would expect.

This can be reproduced by modifying one of the browser snippets (e.g. snippet
137) to include the following string in the head:
<meta http-equiv=\"Content-Type\" content=\"text/html; charset=utf-8\">

(snippet 137 can be found at:
http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/platform-swt-home/snippits/snippet137.txt
)

However, if you copy the same HTML into a separate file and set the browser
content using the setUrl method, the content displays fine.  Also both methods
seem to work fine in Windows 2000.

If I have changed one of my source files using a mechanism outside Eclipse, my 
workspace is said to be "out of synch" with respect to that file. 

When I run "Team / Synchronize with Repository" using CVS while my workspace is 
out of synch, I get an error message but it's not very specific. It says:

    ERROR: Synchronizing : CVS Workspace

In order to find out what had happened, I had to go to the Error Log view. It 
clearly says this:

An error occurred refreshing <directory name>: Problem accessing resource: 
<path name>. Resource is out of sync with the file system: <project name>

That clear, specific message should appear in the UI somewhere. After all, 
people who aren't doing plug-in development don't usually see the Error Log at 
all.

Better would be to detect this explicitly and offer to synchronize the 
workspace before synchronizing with the repository.

Using build I200402030905 - Windows 2000

Define these update sites in the find and install features wizard:
http://antlreclipse.sourceforge.net/update
http://spindle.sourceforge.net/update
http://eclipse-tools.sourceforge.net/update

Open up the item node for each one - you will see the same contents for the 
sites opened after the first as for the first. The host names resolve to the 
same IP address and accessing them with a browser gives different pages, so it 
looks as though sourceforge is looking for a header (host?) to determine what 
to return. Eclipse is probably not setting this correctly or at all.

Development IDE is this build. Checkout module ve-all from 
dev.eclipse.org /home/tools on HEAD stream. 
Attached is the .log

When a search query is re-run after a while, the query may not be valid any more
(e.g. because the underlying file has been removed).

Queries should be asked to check the validity of their references. There should
be a default way for queries to deny a rerun request and to inform the user
about that.

run jnigen tool

tons of glib warnings come up

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE project [
    <!ENTITY properties SYSTEM "file:properties.xml">
]>

causes an error in the ant editor which complains about not being able to 
find "file:properties.xml" (FileNotFoundException).

Fixed by removing "file:" but ant editor should (?) recognise the file prefix 
as not being part of the filename.

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE project [
    <!ENTITY properties SYSTEM "properties.xml">
]>

works fine.

file: syntax works with ant 1.5.3 and 1.6.1 and is as used in Java Development 
with Ant.

I20040226

ProgressMonitorDialog has several new API methods that have been added since the
2.1 release, but are missing @since tags. The following API methods were added
since 2.1:

aboutToRun
cancelPressed
clearCursors
decrementNestingDepth
finishedRun
getNestingDepth
getOpenOnRun
incrementNestingDepth
open (overrides Window.open)
setOpenOnRun

Selecting nodes in the Ant editor outline updates the editor for the selected 
element twice: once from the selection in the outline and once from the 
selection change in the editor itself (two calls to setSelection
(AntElementNode, boolean)

Steps to reproduce: 
* open a project (I tried with a big one); 
* open 10 java editors; 
* maximize one by double clicking on the tab header 
* see that the tabs redraw is late compared to the editor (0.5 secs); 
* unmaximize it by double clicking again; 
* again, the editor redraws almost immediately, but the tabs and the 
  tree take quite sometime (again, 0.5 secs) 
 
The proof of the slowness is on the attached screenshots (you can't take them 
on a system that redraws fast, but the delay is long enough that I got 
them at first tentative). 
 
This happens on Linux Mandrake 10.0 on a Ahtlon 2600+, Radeon 9200, using ATI 
binary drivers, Eclipse 3.0 M9 and R21 theme.

M6

- in the Navigator expand a java project's bin directory
- drill down if needed until you reach a contained .class file
- select it, right-click and invoke popup item Team -> Show Annotation
- an error dialog is shown saying that this can't be done

Two problems:
1. There's a real exception occurring here; a stack trace is written to .log 
and the error dialog is an actual Error Dialog.  This should be handled better.
2. The error message that's shown says "Cannot display...an remote revision", 
where "an" should be "a"

Test case:
using optimizeIt, close the Navigator view
GC and mark the current instance count.
Open and close the Navigator view again.

In my workspace, 6k of RGB objects are leaked.
I have CVS decorators on.
It appears that a decorator cache is holding on to the objects.

Open and closing the navigator view, these actions are leaked.
It would appear that the dispose for these actions is not getting called?

and the IWorkbenchConstants.SHOW_PROGRESS_INDICATOR constant (which is in the
wrong interface anyway).

I200340310 + plug-in export

Sorry no steps. I got a job error dialog plus this .log entry:

!ENTRY org.eclipse.core.runtime 4 2 Mrz 15, 2004 12:04:41.328
!MESSAGE An internal error occurred during: "Java AST creation".
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.jdt.internal.ui.text.correction.QuickAssistLightBulbUpdater.hasQuickFixLightBulb(QuickAssistLightBulbUpdater.java:250)
	at
org.eclipse.jdt.internal.ui.text.correction.QuickAssistLightBulbUpdater.doSelectionChanged(QuickAssistLightBulbUpdater.java:212)
	at
org.eclipse.jdt.internal.ui.text.correction.QuickAssistLightBulbUpdater.access$0(QuickAssistLightBulbUpdater.java:201)
	at
org.eclipse.jdt.internal.ui.text.correction.QuickAssistLightBulbUpdater$1.selectionChanged(QuickAssistLightBulbUpdater.java:128)
	at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartListenerGroup.calculateASTandInform(SelectionListenerWithASTManager.java:149)
	at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$1.run(SelectionListenerWithASTManager.java:99)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

RC4

- run the Control Example, go to the Tree tab
- press the MULTI radio
- CTRL-select a few of the root items quickly and note that they expand, I 
suspect because they're interpreting the quick clicks as double clicks even 
though they're on different tree items
- if this is the problem then this is similar to bug 63003

3.0M8

Possible fix:  Replace line 3 below with 
	if (fBufferOffset + fBufferLength == fRangeOffset+fRangeLength)

I am writing a colorizer for jsp pages.  As part of this effort, I am using 
the FastJavaPartitioner to partition the scriptlet code into the correct java 
chunks.  So the crux of the problem is that I am only partitioning part of a 
document.  In doing so, I ran into a problem in BufferedDocumentScanner.read() 
that does not correctly test for end of partitioning range and ends up 
throwing an ArrayIndexOutOfBounds exception (in some cases, depending on the 
exact data).  

I've included my test program and the code from BufferedDocumentScanner.

The problem appears to be that on line 3 the test is done against the length 
of the document instead of fRangeOffset+fRangeLength.  This means that instead 
of returning EOF, updateBuffer() is called and fOffset is set to 0 and fBuffer
[0] is returned without checking to make sure that the range is not ended.  
The next time through read, fOffset is 1,  fBufferLength is 0, and garbage is 
returned until the end of the array is reached.

This doesn't cause the exception all the time (although garbage data is still 
returned), because of vagaries with the FastJavaPartitioner state machine.

Exception trace:

java.lang.ArrayIndexOutOfBoundsException: 1000
	at org.eclipse.jdt.internal.ui.text.BufferedDocumentScanner.read
(BufferedDocumentScanner.java:115)
	at org.eclipse.jdt.internal.ui.text.FastJavaPartitionScanner.nextToken
(FastJavaPartitionScanner.java:101)
	at FastPartitionScannerTest.main(FastPartitionScannerTest.java:34)

Program demonstrating bug:

import org.eclipse.jdt.internal.ui.javaeditor.PartiallySynchronizedDocument;
import org.eclipse.jdt.internal.ui.text.FastJavaPartitionScanner;
import org.eclipse.jface.text.rules.Token;

public class FastPartitionScannerTest
{
	public static void main(String[] args)
	{
		FastJavaPartitionScanner scanner=new FastJavaPartitionScanner
();
		PartiallySynchronizedDocument document=new 
PartiallySynchronizedDocument();
		document.set("<%/**f%>");
		scanner.setRange(document,2,4);
		Token t=(Token) scanner.nextToken();
		System.out.println(t.toString());
	}
}


BufferedDocumentScanner.read():
1	public final int read() {

2		if (fOffset == fBufferLength) {
3***			if (fBufferOffset + fBufferLength == 
fDocument.getLength())
4				return EOF;
5			else {
6				updateBuffer(fBufferOffset + fBufferLength);
7***				fOffset= 0;
8			}
9		}
10		return fBuffer[fOffset++];
11	}

Build 20040309

On Linux-GTK, setting the background color of a table item in a Table with the SWT.CHECK 
style leaves a square around the checkbox uncolored. I just released code to the BreakpointsView 
in Eclipse which exposes this unsightly discoloration. :(

The following snippet shows the problem:

import org.eclipse.swt.SWT;
import org.eclipse.swt.graphics.Color;
import org.eclipse.swt.layout.FillLayout;
import org.eclipse.swt.widgets.Display;
import org.eclipse.swt.widgets.Shell;
import org.eclipse.swt.widgets.Table;
import org.eclipse.swt.widgets.TableItem;

/*******************************************************************************
 * Copyright (c) 2004 IBM Corporation and others.
 * All rights reserved. This program and the accompanying materials 
 * are made available under the terms of the Common Public License v1.0
 * which accompanies this distribution, and is available at
 * http://www.eclipse.org/legal/cpl-v10.html
 * 
 * Contributors:
 *     IBM Corporation - initial API and implementation
 *******************************************************************************/
public class TableBackground {
	public static void main(String[] args) {
		Display display = new Display();
		Shell shell= new Shell(display);
		shell.setLayout(new FillLayout());
		Table table= new Table(shell, SWT.CHECK);
		
		for (int i= 0; i < 5; i++) {
			TableItem item= new TableItem(table, SWT.NONE);
			item.setText(Integer.toString(i));
		}
		
		Color color= display.getSystemColor(SWT.COLOR_INFO_BACKGROUND);
		table.setBackground(color);
		TableItem[] items = table.getItems();
		for (int i = 0; i < items.length; i++) {
			items[i].setBackground(color);
		}
		
		shell.open();
		while(!shell.isDisposed()){
			if(!display.readAndDispatch())
				display.sleep();
		}
		display.dispose();
	}
}

R3.0

I used Program.findProgram("html") to find the browser and null was returned
even though Mozilla is registered to open html documents.

I debugged the code and my registry and found that I had no default command in
my registry and hence the following code in
org.eclipse.swt.program.Program.getProgram(String) fails/returns null:

1)  String defaultCommand = getKeyValue (key + DEFAULT_COMMAND, true);
2)  if (defaultCommand == null) defaultCommand = "open"; //$NON-NLS-1$

Reason: after 1) defaultCommand is "" and not null hence defaultCommand is not
set to "open" in 2). Either getKeyValue(...) should return null or the if should
read:
  if (defaultCommand == null || defaultCommand.length == 0)
    defaultCommand = "open"; //$NON-NLS-1$

Eclipse 3.1M2

When I use the pull up refactoring on a method, the method is pulled up to the 
selected super class fine, but the formatting of the javadoc comment of the 
pulled up method is discarded. The whole comment is basically put into one long 
line, with the @param and @return tags following in separate lines.

Since I use CheckStyle with a maximum line length of 80, this generates lots of 
warnings after the refactoring. To fix this, I reformat the comment with Source 
> Format.

If the original formatting can not be reserved, could the formatting be 
triggered after the refactoring?

Tried following the steps at:

http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/platform-vcm-
home/docs/online/bugs-plugin/index.html

to install the Bugzilla plugin.

Got the following exception when pressing Finish and the Wizard did not close:

eclipse.buildId=I200411091436
java.version=1.4.2_03
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en
Command-line arguments: -showlocation

java.lang.IllegalArgumentException
	at org.eclipse.core.internal.runtime.ListenerList.remove
(ListenerList.java:135)
	at org.eclipse.core.internal.jobs.JobListeners.remove
(JobListeners.java:147)
	at org.eclipse.core.internal.jobs.JobManager.removeJobChangeListener
(JobManager.java:731)
	at 
org.eclipse.update.internal.ui.wizards.InstallWizard.launchInBackground
(InstallWizard.java:377)
	at org.eclipse.update.internal.ui.wizards.InstallWizard.performFinish
(InstallWizard.java:144)
	at org.eclipse.jface.wizard.WizardDialog.finishPressed
(WizardDialog.java:670)
	at org.eclipse.jface.wizard.WizardDialog.buttonPressed
(WizardDialog.java:342)
	at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:543)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:818)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2803)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2448)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:718)
	at org.eclipse.jface.window.Window.open(Window.java:696)
	at 
org.eclipse.update.internal.ui.wizards.ResizableInstallWizardDialog.open
(ResizableInstallWizardDialog.java:60)
	at org.eclipse.update.ui.UpdateManagerUI.openInstaller
(UpdateManagerUI.java:52)
	at org.eclipse.ui.internal.ide.update.InstallWizardAction$1.run
(InstallWizardAction.java:47)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ui.internal.ide.update.InstallWizardAction.openInstaller
(InstallWizardAction.java:45)
	at org.eclipse.ui.internal.ide.update.InstallWizardAction.run
(InstallWizardAction.java:41)
	at org.eclipse.ui.internal.PluginAction.runWithEvent
(PluginAction.java:298)
	at org.eclipse.ui.internal.WWinPluginAction.runWithEvent
(WWinPluginAction.java:221)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:555)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:505)
	at org.eclipse.jface.action.ActionContributionItem$6.handleEvent
(ActionContributionItem.java:419)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:818)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2803)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2448)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1537)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1508)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:277)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:102)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:710)
	at org.eclipse.core.launcher.Main.main(Main.java:694)

Under cheetah, the word enum should be highlighted as a keyword such as public 
and protected.

Build 20040309

In the "type filters" preference page, editing a type unchecks it. Editing the string shouldn't have 
any effect on whether or not the filter is checked.

The AppletMainTab declares six inner types. We only need one or two, which can be reused.

 

n2004-04-04:
steps to reproduce:
- open a properties file
- enter something
- goto end of that line
- press backspace
-> 2 chars are deleted instead of one

Was just scrolling through a Java file and got a popup with the following info:

Java AST creation (Error: An internal error occurred during: "Java AST 
creation".)

An internal error occurred during: "Java AST creation".
java.lang.IndexOutOfBoundsException: Index: 62, Size: 60
java.util.ArrayList.RangeCheck(ArrayList.java:507)
java.util.ArrayList.get(ArrayList.java:324)
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitDocumentProvider$ReverseM
ap.get(CompilationUnitDocumentProvider.java:325)
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitDocumentProvider$Compilat
ionUnitAnnotationModel.addAnnotation(CompilationUnitDocumentProvider.java:665)
org.eclipse.jface.text.source.AnnotationModel.addAnnotation
(AnnotationModel.java:163)
org.eclipse.jdt.internal.ui.text.correction.QuickAssistLightBulbUpdater.calcula
teLightBulb(QuickAssistLightBulbUpdater.java:233)
org.eclipse.jdt.internal.ui.text.correction.QuickAssistLightBulbUpdater.doSelec
tionChanged(QuickAssistLightBulbUpdater.java:221)
org.eclipse.jdt.internal.ui.text.correction.QuickAssistLightBulbUpdater.access$
0(QuickAssistLightBulbUpdater.java:204)
org.eclipse.jdt.internal.ui.text.correction.QuickAssistLightBulbUpdater$1.selec
tionChanged(QuickAssistLightBulbUpdater.java:128)
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartLis
tenerGroup.calculateASTandInform(SelectionListenerWithASTManager.java:164)
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$3.run
(SelectionListenerWithASTManager.java:136)
org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)


Wasn't doing anything remarkable at the time - certainly nothing that I would 
expect would induce this...

If you run the pde.convertSchemaToHTML Ant task or use the "PDE Tools->Preview 
Reference Document" menu item on an .exsd file, the <HTML> tag is placed after 
the <HEAD>...</HEAD> stanza.  It should be before it.

This can be fixed in 3.0.1.  It is not critical for 3.0 as we have manually 
fixed all these generated files for the doc drop to the translation centers.

For example, here is the start of one of the generated files in JDT:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HEAD><meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<!-- default platform documentation stylesheets -->
<style>@import url("../../book.css");</style>
<!-- default schema documentation stylesheets -->
<style>@import url("../../schema.css");</style>
</HEAD>
<HTML>

It should be:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML>
<HEAD><meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<!-- default platform documentation stylesheets -->
<style>@import url("../../book.css");</style>
<!-- default schema documentation stylesheets -->
<style>@import url("../../schema.css");</style>
</HEAD>

The fix is to change the beginning of
public void transform(
		PrintWriter out,
		ISchema schema,
		URL cssURL,
		byte cssPurpose)
in "org.eclipse.pde.internal.builders.SchemaTransformer.java"

FROM........
	out.println(
		"<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.0 
Transitional//EN\">"); //$NON-NLS-1$
	out.print("<HEAD>"); //$NON-NLS-1$
	out.println(
		"<meta http-equiv=\"Content-Type\" content=\"text/html; 
charset=iso-8859-1\">"); //$NON-NLS-1$

	addCSS(out, cssURL, cssPurpose);
	addSchemaStyle(out, cssPurpose);

	out.println("</HEAD>"); //$NON-NLS-1$
	out.println("<HTML>"); //$NON-NLS-1$

TO........
	out.println(
		"<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.0 
Transitional//EN\">"); //$NON-NLS-1$
	out.println("<HTML>"); //$NON-NLS-1$
	out.print("<HEAD>"); //$NON-NLS-1$
	out.println(
			"<meta http-equiv=\"Content-Type\" 
content=\"text/html; charset=iso-8859-1\">"); //$NON-NLS-1$

	addCSS(out, cssURL, cssPurpose);
	addSchemaStyle(out, cssPurpose);

	out.println("</HEAD>"); //$NON-NLS-1$

BTW, there were a couple other errors we had to fix up in these generated 
files.  We are investigating and will open another bug report(s) for those 
after we look into it some more.  Again, fixing those are not critical for 3.0 
and can be fixed in 3.0.1 since we have patched the files before the doc drop.

20040318

1. Open the new Java project wizard, enter a name
2. In the 'project layout' group, set the upper radio button
3. press 'next', the 'prev'
4. The radio has changed to the lower control

This doesn't happen on the MAC

During debugging my CPU went up to 100%. The VM dump showed that there were two
Output stream reader threads running.

"Output Stream Monitor" prio=5 tid=0x064208d8 nid=0xb78 runnable [584f000..584fd8c]
        at java.io.FileInputStream.readBytes(Native Method)
        at java.io.FileInputStream.read(FileInputStream.java:177)
        at
org.eclipse.debug.internal.core.OutputStreamMonitor.read(OutputStreamMonitor.java:132)
        at
org.eclipse.debug.internal.core.OutputStreamMonitor.access$1(OutputStreamMonitor.java:124)
        at
org.eclipse.debug.internal.core.OutputStreamMonitor$1.run(OutputStreamMonitor.java:179)
        at java.lang.Thread.run(Thread.java:534)

"Output Stream Monitor" prio=5 tid=0x0641df08 nid=0xd68 runnable [57cf000..57cfd8c]
        at java.io.FileInputStream.readBytes(Native Method)
        at java.io.FileInputStream.read(FileInputStream.java:194)
        at java.io.BufferedInputStream.read1(BufferedInputStream.java:220)
        at java.io.BufferedInputStream.read(BufferedInputStream.java:277)
        - locked <0x14615568> (a java.io.BufferedInputStream)
        at java.io.FilterInputStream.read(FilterInputStream.java:90)
        at
org.eclipse.debug.internal.core.OutputStreamMonitor.read(OutputStreamMonitor.java:132)
        at
org.eclipse.debug.internal.core.OutputStreamMonitor.access$1(OutputStreamMonitor.java:124)
        at
org.eclipse.debug.internal.core.OutputStreamMonitor$1.run(OutputStreamMonitor.java:179)
        at java.lang.Thread.run(Thread.java:534)

The threads were the only active ones.

3.0 m9
code:
class CellWrapper2{
	private Cell _cell;
	public CellWrapper2(Object elem){
		_cell = new Cell(elem);
	}
	public Cell getCell(){
		if (this.equals(_cell)) {
			return _cell;
		}	
		return _cell;
	}
	public Object getElem(){
		return _cell.getData();
	}
}
class Cell{
	private Object _data;
	public Cell(Object data){
		_data = data;
	}
	public Object getData(){
		return _data;
	}
}

i selected the equals in CellWrapper2.getCell and pressed ctrl+1

java.lang.NullPointerException
	at
org.eclipse.jdt.internal.ui.text.correction.QuickAssistProcessor.getInvertEqualsProposal(QuickAssistProcessor.java:795)
	at
org.eclipse.jdt.internal.ui.text.correction.QuickAssistProcessor.getAssists(QuickAssistProcessor.java:136)
	at
org.eclipse.jdt.internal.ui.text.correction.JavaCorrectionProcessor.collectAssists(JavaCorrectionProcessor.java:281)
	at
org.eclipse.jdt.internal.ui.text.correction.JavaCorrectionProcessor.processAnnotations(JavaCorrectionProcessor.java:231)
	at
org.eclipse.jdt.internal.ui.text.correction.JavaCorrectionProcessor.computeCompletionProposals(JavaCorrectionProcessor.java:198)
	at
org.eclipse.jface.text.contentassist.ContentAssistant.computeCompletionProposals(ContentAssistant.java:1457)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.computeProposals(CompletionProposalPopup.java:244)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$7(CompletionProposalPopup.java:240)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup$1.run(CompletionProposalPopup.java:199)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.showProposals(CompletionProposalPopup.java:194)
	at
org.eclipse.jface.text.contentassist.ContentAssistant.showPossibleCompletions(ContentAssistant.java:1308)
	at
org.eclipse.jdt.internal.ui.text.correction.JavaCorrectionAssistant.showPossibleCompletions(JavaCorrectionAssistant.java:158)
	at
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor$AdaptedSourceViewer.doOperation(CompilationUnitEditor.java:183)
	at
org.eclipse.ui.texteditor.TextOperationAction$1.run(TextOperationAction.java:122)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.texteditor.TextOperationAction.run(TextOperationAction.java:120)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:469)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:887)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:928)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:546)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:494)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:259)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java:712)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:795)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1724)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1720)
	at org.eclipse.swt.widgets.Control.WM_KEYDOWN(Control.java:3499)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2978)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3282)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1475)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2380)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:307)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

Ran a runtime workspace, played around with the perspective switcher, opening 
lots of different perspectives
docked it on the left and top right
then extited.


Version: 3.0.0
Build id: 200406162000

I just got this exception on 

java.lang.IllegalStateException: Job manager has been shut down.
	at org.eclipse.core.internal.jobs.JobManager.schedule
(JobManager.java:782)
	at org.eclipse.core.internal.jobs.InternalJob.schedule
(InternalJob.java:332)
	at org.eclipse.core.runtime.jobs.Job.schedule(Job.java:417)
	at org.eclipse.core.internal.resources.refresh.win32.Win32Monitor.run
(Win32Monitor.java:509)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

1. Create a new build.xml file.
2. Enter the following contents, indenting the lines with tabs as shown:
<project default="sleep">
	<target name="sleep">
		<sleep seconds="10"/>
	</target>
</project>
3. Place the cursor in front of the <target tag and press TAB. The editor line will change to display:
	<tar<target name="sleep">

The junk is just a region that's not getting redrawn correctly. The characters aren't really there.

Hi,
see this Snippet:

public static void main(String[] args) {
	Display display = new Display();
	Shell shell = new Shell(display);
	shell.setLayout(new FillLayout());

	StyledText st = new StyledText(shell, SWT.NONE);
	st.setText("www.heise.de\n\nComments: \n\nSome comments");

	StyleRange sr1 = new StyleRange();
	sr1.start = 0;
	sr1.length = 12;
	sr1.background = display.getSystemColor(SWT.COLOR_WHITE);
	sr1.foreground = display.getSystemColor(SWT.COLOR_RED);
	sr1.fontStyle = SWT.NORMAL;

	StyleRange sr2 = new StyleRange();
	sr2.start = 14;
	sr2.length = 9;
	sr2.background = display.getSystemColor(SWT.COLOR_WHITE);
	sr2.foreground = display.getSystemColor(SWT.COLOR_BLUE);
	sr2.fontStyle = SWT.NORMAL;

	st.setStyleRanges(new StyleRange[] { sr1, sr2 });

	shell.open();
	while (!shell.isDisposed()) {
		if (!display.readAndDispatch()) {
			display.sleep();
		}
	}
}

Call it once with 
st.setStyleRanges(new StyleRange[] { sr1, sr2 });
and once with
st.setStyleRanges(new StyleRange[] { sr2, sr1 });

See that in case sr2 is first in the StyleRange[] Array,
the "www.heise.de" is not painted RED.

If the sort order of StyleRanges in the StyleRange[] argument 
is dependand for the result, it should at least be mentioned in
the Api. Nevertheless, the method should give the same result,
regardless of the Order of the StyleRage[] array.

Ben

I200406090800, GTK+ 2.4.1, KDE 3.2.2, Linux 2.6.4 
 
In PerspectiveSwitcher, we are attempting to manipulate the layout of a ToolBar 
that is positioned in a Shell that is not yet open.  When we ask for the bounds 
of the ToolBar, we get expected values.  However, when we ask for the bounds of 
one of its items, we get {-1,-1,1,1}. 
 
Working with Steve Northover, we tried a simple fix of forcing the parent to 
relayout.  This solved this immediate problem, but seemed to cause problems for 
other pieces of UI code.

I got a tring of NPEs when quiting Eclipse (using I20040817). Here they are.


!ENTRY org.eclipse.core.runtime 4 2 Aug 19, 2004 10:21:59.994
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at org.eclipse.ui.views.markers.internal.TableView.saveState
(TableView.java:395)
	at org.eclipse.ui.views.markers.internal.TaskView.saveState
(TaskView.java:201)
	at org.eclipse.ui.internal.ViewFactory$3.run(ViewFactory.java:601)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.ui.internal.ViewFactory.saveViewState
(ViewFactory.java:599)
	at org.eclipse.ui.internal.ViewFactory.saveState(ViewFactory.java:579)
	at org.eclipse.ui.internal.WorkbenchPage.saveState
(WorkbenchPage.java:2675)
	at org.eclipse.ui.internal.WorkbenchWindow.saveState
(WorkbenchWindow.java:1955)
	at org.eclipse.ui.internal.Workbench.saveState(Workbench.java:1460)
	at org.eclipse.ui.internal.Workbench.recordWorkbenchState
(Workbench.java:1217)
	at org.eclipse.ui.internal.Workbench.access$5(Workbench.java:1214)
	at org.eclipse.ui.internal.Workbench$9.run(Workbench.java:451)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:449)
	at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:413)
	at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:598)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:596)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:571)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:489)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:473)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:568)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:566)
	at org.eclipse.jface.window.Window.handleShellCloseEvent
(Window.java:614)
	at org.eclipse.jface.window.Window$2.shellClosed(Window.java:561)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:158)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Decorations.closeWidget
(Decorations.java:238)
	at org.eclipse.swt.widgets.Decorations.WM_CLOSE(Decorations.java:1453)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2976)
	at org.eclipse.swt.widgets.Decorations.windowProc
(Decorations.java:1398)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3349)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1467)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:399)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3055)
	at org.eclipse.swt.widgets.Decorations.windowProc
(Decorations.java:1398)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3349)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1467)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:399)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3055)
	at org.eclipse.swt.widgets.Decorations.windowProc
(Decorations.java:1398)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3349)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1472)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2440)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1435)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1406)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:263)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:102)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

!ENTRY org.eclipse.core.runtime 4 2 Aug 19, 2004 10:22:00.10
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at org.eclipse.pde.internal.runtime.logview.LogView.saveState
(LogView.java:753)
	at org.eclipse.ui.internal.ViewFactory$3.run(ViewFactory.java:601)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.ui.internal.ViewFactory.saveViewState
(ViewFactory.java:599)
	at org.eclipse.ui.internal.ViewFactory.saveState(ViewFactory.java:579)
	at org.eclipse.ui.internal.WorkbenchPage.saveState
(WorkbenchPage.java:2675)
	at org.eclipse.ui.internal.WorkbenchWindow.saveState
(WorkbenchWindow.java:1955)
	at org.eclipse.ui.internal.Workbench.saveState(Workbench.java:1460)
	at org.eclipse.ui.internal.Workbench.recordWorkbenchState
(Workbench.java:1217)
	at org.eclipse.ui.internal.Workbench.access$5(Workbench.java:1214)
	at org.eclipse.ui.internal.Workbench$9.run(Workbench.java:451)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:449)
	at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:413)
	at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:598)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:596)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:571)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:489)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:473)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:568)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:566)
	at org.eclipse.jface.window.Window.handleShellCloseEvent
(Window.java:614)
	at org.eclipse.jface.window.Window$2.shellClosed(Window.java:561)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:158)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Decorations.closeWidget
(Decorations.java:238)
	at org.eclipse.swt.widgets.Decorations.WM_CLOSE(Decorations.java:1453)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2976)
	at org.eclipse.swt.widgets.Decorations.windowProc
(Decorations.java:1398)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3349)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1467)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:399)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3055)
	at org.eclipse.swt.widgets.Decorations.windowProc
(Decorations.java:1398)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3349)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1467)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:399)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3055)
	at org.eclipse.swt.widgets.Decorations.windowProc
(Decorations.java:1398)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3349)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1472)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2440)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1435)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1406)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:263)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:102)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

!ENTRY org.eclipse.core.runtime 4 2 Aug 19, 2004 10:22:00.26
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at org.eclipse.ui.views.markers.internal.TableView.saveState
(TableView.java:395)
	at org.eclipse.ui.views.markers.internal.ProblemView.saveState
(ProblemView.java:109)
	at org.eclipse.ui.internal.ViewFactory$3.run(ViewFactory.java:601)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.ui.internal.ViewFactory.saveViewState
(ViewFactory.java:599)
	at org.eclipse.ui.internal.ViewFactory.saveState(ViewFactory.java:579)
	at org.eclipse.ui.internal.WorkbenchPage.saveState
(WorkbenchPage.java:2675)
	at org.eclipse.ui.internal.WorkbenchWindow.saveState
(WorkbenchWindow.java:1955)
	at org.eclipse.ui.internal.Workbench.saveState(Workbench.java:1460)
	at org.eclipse.ui.internal.Workbench.recordWorkbenchState
(Workbench.java:1217)
	at org.eclipse.ui.internal.Workbench.access$5(Workbench.java:1214)
	at org.eclipse.ui.internal.Workbench$9.run(Workbench.java:451)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:449)
	at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:413)
	at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:598)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:596)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:571)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:489)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:473)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:568)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:566)
	at org.eclipse.jface.window.Window.handleShellCloseEvent
(Window.java:614)
	at org.eclipse.jface.window.Window$2.shellClosed(Window.java:561)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:158)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Decorations.closeWidget
(Decorations.java:238)
	at org.eclipse.swt.widgets.Decorations.WM_CLOSE(Decorations.java:1453)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2976)
	at org.eclipse.swt.widgets.Decorations.windowProc
(Decorations.java:1398)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3349)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1467)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:399)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3055)
	at org.eclipse.swt.widgets.Decorations.windowProc
(Decorations.java:1398)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3349)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1467)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:399)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3055)
	at org.eclipse.swt.widgets.Decorations.windowProc
(Decorations.java:1398)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3349)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1472)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2440)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1435)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1406)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:263)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:102)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

!ENTRY org.eclipse.core.runtime 4 2 Aug 19, 2004 10:22:06.729
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at org.eclipse.ui.views.markers.internal.MarkerView.dispose
(MarkerView.java:362)
	at org.eclipse.ui.views.markers.internal.TaskView.dispose
(TaskView.java:182)
	at org.eclipse.ui.internal.WorkbenchPartReference.dispose
(WorkbenchPartReference.java:404)
	at org.eclipse.ui.internal.ViewFactory$ViewReference.dispose
(ViewFactory.java:83)
	at org.eclipse.ui.internal.WorkbenchPage$6.run(WorkbenchPage.java:1254)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.ui.internal.WorkbenchPage.dispose
(WorkbenchPage.java:1252)
	at org.eclipse.ui.internal.WorkbenchWindow.closeAllPages
(WorkbenchWindow.java:603)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose
(WorkbenchWindow.java:1069)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:492)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:473)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:568)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:566)
	at org.eclipse.jface.window.WindowManager.close(WindowManager.java:108)
	at org.eclipse.ui.internal.Workbench$10.run(Workbench.java:482)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:478)
	at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:413)
	at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:598)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:596)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:571)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:489)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:473)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:568)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:566)
	at org.eclipse.jface.window.Window.handleShellCloseEvent
(Window.java:614)
	at org.eclipse.jface.window.Window$2.shellClosed(Window.java:561)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:158)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Decorations.closeWidget
(Decorations.java:238)
	at org.eclipse.swt.widgets.Decorations.WM_CLOSE(Decorations.java:1453)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2976)
	at org.eclipse.swt.widgets.Decorations.windowProc
(Decorations.java:1398)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3349)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1467)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:399)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3055)
	at org.eclipse.swt.widgets.Decorations.windowProc
(Decorations.java:1398)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3349)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1467)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:399)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3055)
	at org.eclipse.swt.widgets.Decorations.windowProc
(Decorations.java:1398)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3349)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1472)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2440)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1435)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1406)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:263)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:102)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

!ENTRY org.eclipse.core.runtime 4 2 Aug 19, 2004 10:22:06.823
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at org.eclipse.pde.internal.runtime.logview.LogView.dispose
(LogView.java:441)
	at org.eclipse.ui.internal.WorkbenchPartReference.dispose
(WorkbenchPartReference.java:404)
	at org.eclipse.ui.internal.ViewFactory$ViewReference.dispose
(ViewFactory.java:83)
	at org.eclipse.ui.internal.WorkbenchPage$6.run(WorkbenchPage.java:1254)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.ui.internal.WorkbenchPage.dispose
(WorkbenchPage.java:1252)
	at org.eclipse.ui.internal.WorkbenchWindow.closeAllPages
(WorkbenchWindow.java:603)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose
(WorkbenchWindow.java:1069)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:492)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:473)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:568)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:566)
	at org.eclipse.jface.window.WindowManager.close(WindowManager.java:108)
	at org.eclipse.ui.internal.Workbench$10.run(Workbench.java:482)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:478)
	at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:413)
	at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:598)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:596)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:571)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:489)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:473)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:568)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:566)
	at org.eclipse.jface.window.Window.handleShellCloseEvent
(Window.java:614)
	at org.eclipse.jface.window.Window$2.shellClosed(Window.java:561)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:158)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Decorations.closeWidget
(Decorations.java:238)
	at org.eclipse.swt.widgets.Decorations.WM_CLOSE(Decorations.java:1453)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2976)
	at org.eclipse.swt.widgets.Decorations.windowProc
(Decorations.java:1398)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3349)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1467)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:399)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3055)
	at org.eclipse.swt.widgets.Decorations.windowProc
(Decorations.java:1398)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3349)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1467)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:399)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3055)
	at org.eclipse.swt.widgets.Decorations.windowProc
(Decorations.java:1398)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3349)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1472)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2440)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1435)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1406)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:263)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:102)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

!ENTRY org.eclipse.core.runtime 4 2 Aug 19, 2004 10:22:06.854
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at org.eclipse.ui.views.markers.internal.MarkerView.dispose
(MarkerView.java:362)
	at org.eclipse.ui.views.markers.internal.ProblemView.dispose
(ProblemView.java:97)
	at org.eclipse.ui.internal.WorkbenchPartReference.dispose
(WorkbenchPartReference.java:404)
	at org.eclipse.ui.internal.ViewFactory$ViewReference.dispose
(ViewFactory.java:83)
	at org.eclipse.ui.internal.WorkbenchPage$6.run(WorkbenchPage.java:1254)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.ui.internal.WorkbenchPage.dispose
(WorkbenchPage.java:1252)
	at org.eclipse.ui.internal.WorkbenchWindow.closeAllPages
(WorkbenchWindow.java:603)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose
(WorkbenchWindow.java:1069)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:492)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:473)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:568)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:566)
	at org.eclipse.jface.window.WindowManager.close(WindowManager.java:108)
	at org.eclipse.ui.internal.Workbench$10.run(Workbench.java:482)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:478)
	at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:413)
	at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:598)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:596)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:571)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:489)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:473)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:568)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:566)
	at org.eclipse.jface.window.Window.handleShellCloseEvent
(Window.java:614)
	at org.eclipse.jface.window.Window$2.shellClosed(Window.java:561)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:158)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Decorations.closeWidget
(Decorations.java:238)
	at org.eclipse.swt.widgets.Decorations.WM_CLOSE(Decorations.java:1453)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2976)
	at org.eclipse.swt.widgets.Decorations.windowProc
(Decorations.java:1398)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3349)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1467)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:399)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3055)
	at org.eclipse.swt.widgets.Decorations.windowProc
(Decorations.java:1398)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3349)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1467)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:399)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3055)
	at org.eclipse.swt.widgets.Decorations.windowProc
(Decorations.java:1398)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3349)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1472)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2440)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1435)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1406)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:263)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:102)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

We need to track changes to java classes in our project, so we use the java
model notification scheme. The problem is that we need to know not just that the
working copy has been changed, but in addition we need to know that the change
has been committed to the file system. The java model notification scheme
doesn't do this. This is a big problem for us because the change is not really
important to us until it has been committed to a file. (Because when committed,
we will start a new remote vm for that project after the build has completed,
which we can wait for). If there was one more notification indicating that the
java class working copy changes have been committed we could know this.

The only workaround is painful, we need to listen to both working copy java
model changes and the system IResource changes, and mark in some hashtable that
the underlying resource is dirty from the working copy notifications, and then
when we get the save notification from the IResource notification we know it has
been committed. The big problem with this is there is no way of knowing that
working copy changes have been reverted and not saved so that we can clear this
dirty flag. At least none that I can track down.

We wouldn't have to do any of this if we just knew (a) changes have been
committed and (b) changes have been reverted.

Thanks, Rich

I cannot explain this in great detail but...

Using the same workspace I was running i0407.  I installed i0413 in a separate 
dir and exited i0407 and started i0413 on the same workspace.  I cannot say 
whether or not there was a crash in there somewhere but either way, I lost 
some, not all preferences.

In particular, 
- my organize imports prefs were reset.  
- The choice of code formatter setting (I have custom set) was back to the 
default (built in) one
- the team prefs for decorators were different (not sure what the defaults are 
but I suddenly have all manner of label decoration whereas normally I have none)

Note however that my fonts all seem ok as are my settings for opening new 
perspectives in new windows, etc.

there is nothing in my log file.

This 2 part bug report has been request by Tom Watson and myself and desired to
be included in the M9 code base.
1st - bug: in the core codebase
(org.eclipse.core.runtime.adaptor.EclipseAdaptor.java), the is14VMorGreater()
method does not catch a generated NumberFormatException if the property string
returned is not in the format like "1.4.1". Running J9 foundation is returning a
non-numeric string (e.g. "J2ME Foundation Specification v1.0") which causes
Eclipse to abruptly exit.

2nd - request: Even though we are not running a 1.4 JVM, we are putting a XML
parser on the boot classpath. The EclipseAdaptor.registerEndorsedXMLParser()
method only creates a ParsingService if the JVM is 1.4 or later. For RCPlite
development, this would make life much easier if it would also check for a
System property value being set that would also create a new ParsingService. 
e.g.  if (System.getProperty("CreateXMLParsingService").equals("true") ||
is14MVorGreater()) new ParsingService();

20040119

- In the following text, double click on 'rel' to get the word selected.
- CTRL + C
- Set cursor between empty brackets, paste
-> only pastes 'el', the letter 'r' is gone

	protected Object getAttribute(Object parent, int childProperty) {
		if (child instanceof List) {
		} else if (rel != null && !rel.equals(child)) {
		} else if ()
		return child;
	}

The content type configuration element uses an attribute to declare content
describers. This does not support declaring executable extensions with
parameters using XML markup. 

The syntax to support this would be:

<content-type id="test" ...>
  <describer class="somepackage.someclass">
    <parameter name="param1" value="value1"/>	
    <parameter name="param2" value="value2"/>
  </describer>
</content-type>

When performing a content assist (ctrl+space) on a {@link } tag in a javadoc, 
there are elements available that are excluded in the type filter.  
Specifically, I have "com.sun.*" in the type filter and when I enter:

  {@link ByteBu<ctrl+space>}

the list includes "com.sun.corba.se.internal.ior.ByteBuffer" which is excluded 
by the filter.

If this is a WAD (works as designed) then I would like to request that this be 
added to post-3.0 work for consistency between code and doc.

Eclipse version:  200405211200

The Browser widget for 3.0 has the following behaviour:
1. By default, expose the native popup menu if the embedded native browser 
exposes one (at the moment, this applies to IE only. Other browsers don't 
provide a 'free' default one). No custom menu can be set or modified on any 
platform.
2. allow apps to block the default popup menu by catching the SWT.MenuDetect 
event and setting the field event.doit to false.

Scenario 1 is for people using the Browser to navigate HTML documents.
Scenario 2 is for people using the Browser to render a portion of HTML and 
don't want the user to access the actions from the default popup menu.

This behaviour is also consistent with the way the native Text widget provide 
a default popup menu.

Post 3.0: Investigate support for custom popup menus.

I often have my corporate userid locked up because as our Infra person 
explains: "The successive login attempts are made by Eclipse in the 
background. When you create a new CVS connection Eclipse connects to the SSH 
port of the CVS server upwards of five times almost immediately. If you enter 
a bad password once, Eclipse sends five bad passwords to the server, locking 
out your account."

Is there some way that CVS can be less aggressive in trying my incorrect 
password? 

PS. When this happens, the socket is simply closed on the other end, and a 
cryptic message is the result each time a connection is tried. A hint that
the connection is likely closed by the server due to a locked account?
I did get in (I can still ssh to the server from command line). However,
the connection is simply interrupted right away.

I found this in my log but didn't notice anything wrong in the UI:
!ENTRY org.eclipse.ui 4 0 May 21, 2004 13:52:49.970
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
        at
org.eclipse.team.internal.ccvs.ui.subscriber.ChangeLogModelProvider.removeFromViewer(ChangeLogModelProvider.java:568)
        at
org.eclipse.team.internal.ccvs.ui.subscriber.ChangeLogModelProvider.handleResourceRemovals(ChangeLogModelProvider.java:554)
        at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider.handleChanges(SynchronizeModelProvider.java:303)
        at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider$4.run(SynchronizeModelProvider.java:254)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
        at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider$3.run(SynchronizeModelProvider.java:252)
        at
org.eclipse.ui.internal.UILockListener.doPendingWork(UILockListener.java:107)
        at org.eclipse.ui.internal.UISynchronizer$1.run(UISynchronizer.java:33)
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
        at
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2693)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2385)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:307)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)
java.lang.NullPointerException

I had an entry in the log view for plug-ins dropped during the external plug-
in resolution. The entry had several children. I selected the parent, opened 
the property dialog, then clicked on the down arrow. It correctly switch to 
the first child, then to the second, then refused to go any further. There 
were planty of children to go, the arrow was enabled, yet it refused to 
advance to the next child.

Here is the offending log:

!SESSION Apr 22, 2004 15:39:35.669 --------------------------------------------
-
java.version=1.4.1_01
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
!ENTRY org.eclipse.pde.core 2 1 Apr 22, 2004 15:39:35.669
!MESSAGE Problems while scanning external plug-ins
!SUBENTRY 1 org.eclipse.core.runtime 2 2 Apr 22, 2004 15:39:35.669
!MESSAGE This plug-in was ignored, although it satisfied all its constraints
!SUBENTRY 1 org.eclipse.core.runtime.compatibility 2 2 Apr 22, 2004 
15:39:35.669
!MESSAGE This plug-in was ignored, although it satisfied all its constraints
!SUBENTRY 1 org.eclipse.osgi 2 2 Apr 22, 2004 15:39:35.669
!MESSAGE This plug-in was ignored, although it satisfied all its constraints
!SUBENTRY 1 org.eclipse.osgi.services 2 2 Apr 22, 2004 15:39:35.669
!MESSAGE This plug-in was ignored, although it satisfied all its constraints
!SUBENTRY 1 org.eclipse.osgi.util 2 2 Apr 22, 2004 15:39:35.669
!MESSAGE This plug-in was ignored, although it satisfied all its constraints
!SUBENTRY 1 org.eclipse.pde.build 2 2 Apr 22, 2004 15:39:35.669
!MESSAGE This plug-in was ignored, although it satisfied all its constraints
!SUBENTRY 1 org.eclipse.swt 2 2 Apr 22, 2004 15:39:35.669
!MESSAGE This plug-in was ignored, although it satisfied all its constraints
!SUBENTRY 1 org.eclipse.swt.win32 2 2 Apr 22, 2004 15:39:35.669
!MESSAGE This plug-in was ignored, although it satisfied all its constraints

I20040413

When the perspective bar is docked under the main toolbar, there is a lot of
horizontal room for the buttons.  However, when text is shown in the perspective
bar buttons, PerspectiveBarContributionItem.shortenText() limits the width of
each button to 5 times the icon size.  This causes many perspectives to have
their names cut off.

Maybe the maximum size should be increased when the perspective bar icons are
docked below the main toolbar?

After running Eclipse for some period of time, Eclipse stops responding to 
mouse input.  It is still responsive to keyboard input.  While it is possible 
to open menus, selecting menu items does nothing.  By clicking on the "X" in 
the top-right corner of the window, it is possible to shutdown Eclipse.  If 
Eclipse is shutdown while this problem is occurring, the following 
NullPointerException occurs. 
 
I200404281424.  GTK+ 2.4.0. 
 
 
 
!ENTRY org.eclipse.ui 4 4 Apr 29, 2004 13:21:12.737 
!MESSAGE Unhandled event loop exception 
!ENTRY org.eclipse.ui 4 0 Apr 29, 2004 13:21:12.737 
!MESSAGE Failed to execute runnable (java.lang.NullPointerException) 
!STACK 0 
org.eclipse.swt.SWTException: Failed to execute runnable 
(java.lang.NullPointerException) 
        at org.eclipse.swt.SWT.error(SWT.java:2680) 
        at org.eclipse.swt.SWT.error(SWT.java:2605) 
        at 
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:109) 
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:1996) 
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1786) 
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353) 
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324) 
        at 
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:240) 
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140) 
        at 
org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90) 
        at 
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:283) 
        at 
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:240) 
        at 
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117) 
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
        at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
        at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
        at java.lang.reflect.Method.invoke(Method.java:324) 
        at org.eclipse.core.launcher.Main.basicRun(Main.java:269) 
        at org.eclipse.core.launcher.Main.run(Main.java:700) 
        at org.eclipse.core.launcher.Main.main(Main.java:684) 
!ENTRY org.eclipse.ui 4 4 Apr 29, 2004 13:21:12.739 
!MESSAGE *** SWT nested exception 
!ENTRY org.eclipse.ui 4 0 Apr 29, 2004 13:21:12.739 
!MESSAGE java.lang.NullPointerException 
!STACK 0 
java.lang.NullPointerException 
        at 
org.eclipse.jface.text.contentassist.CompletionProposalPopup.showProposals(CompletionProposalPopup.java:194) 
        at 
org.eclipse.jface.text.contentassist.ContentAssistant$2.run(ContentAssistant.java:322) 
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35) 
        at 
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106) 
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:1996) 
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1786) 
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353) 
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324) 
        at 
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:240) 
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140) 
        at 
org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90) 
        at 
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:283) 
        at 
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:240) 
        at 
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117) 
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
        at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
        at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
        at java.lang.reflect.Method.invoke(Method.java:324) 
        at org.eclipse.core.launcher.Main.basicRun(Main.java:269) 
        at org.eclipse.core.launcher.Main.run(Main.java:700) 
        at org.eclipse.core.launcher.Main.main(Main.java:684)

When verifying Bug 44354, I modified a single file, selected it in the 
synchronize view and pressed delete.  At this point, I was asked: "Are you sure 
you want to delete these 0 resources?" 
 
Do I ever!  :)

On Wed, 2004-06-16 at 15:11, Darin Wright wrote:
> Jared,
> 
> I noticed this - not sure if it's a bug, or design:
> 
> * Preference settings to never change to associated perspective
> * Only auto-manage views in debug perspective
> * Debug to a breakpoint in the Java perspective
> * Debug view opens
> * Step for a bit
> * Open view management prefs
> * Turn on view management in Java perspective, hit OK
> * step some more
> 
> -> debug related views do not open. They only appear if I terminate & 
> relaunch the same app to a breakpoint

build I20040420-1300

While doing a search for Platform.getPluginRegistry(), I saw a couple of matches
in org.eclipse.ui.workbench.texteditor.  This method and others are only
functional if org.eclipse.core.runtime.compatibility is present, but this plugin
does not have it as a prerequisite.

This plugin is intended to be available as an optional RCP component.  It would
be good if the requirement on runtime.compatibility could be removed.
Both of the cases below could be replaced with calls to
Platform.getExtensionRegistry()

D:\eclipse-I20040420-1300\eclipse\plugins\org.eclipse.ui.workbench.texteditor_3.0.0\texteditor.jar
- org.eclipse.ui.texteditor.AbstractTextEditor.findContributedAction(String)
D:\eclipse-I20040420-1300\eclipse\plugins\org.eclipse.ui.workbench.texteditor_3.0.0\texteditor.jar
- org.eclipse.ui.texteditor.quickdiff.QuickDiff.registerExtensions()

The ProgressMonitorDialog has the limitation that it cannot show enough 
information when a job is blocked. 

To get a dialog that does show all the available information you have to use 
IProgressService.busyCursorWhile() instead of the progress dialog directly.

I200410130800

Almost always when I start Eclipse it comes up with a full screen welcome 
page. After closing the welcome screen I have a main window without any 
toolbar. This is really annoying. The only way out is to open a new window but 
this one decides to place the fast view bar at the bottom again. Furthermore 
all the UI state of the views are lost.

The ProgressMonitorDialog has the limitation that it cannot show enough 
information when a job is blocked. 

To get a dialog that does show all the available information you have to use 
IProgressService.busyCursorWhile() instead of the progress dialog directly.

3.0 RC2

1) check out org.eclipse.search.tests
2) select org.eclipse.search.tests
3) run all tests in the package (via the toolbar run as menu)
4) open the launch config that was created
5) On the "Tests" page, check the "Run a single test" radio button
6) click the "Search..." button to select a test class
7) observe: the "run a single test is not checked anymore.

When you open read-only java file, all editing functions are disabled except
deleting with Ctrl-Backspace and Ctrl-Del, then it is imposible to save this file. 
On simple text file it works ok - it blocks all edditing functions (including
Ctrl-Backspace). 
I am using build 200406111814

Using 200406110010, see bug 65234 comment 7. The compilation unit A is shown twice.

In EcliposeStarter we fail hard if one of the bundles listed in the 
osgi.bundles list is not found.  We should instead just log an error and 
continue.

If we have a problem installing or starting the runtime bundle then we will 
fail when trying to find the application to run.

Here is a log file that gets generated if the osgi.bundles list contains 
bundles that cannot be found.  It just stops at the first bundle that could 
not be found and fails hard.

!SESSION Jun 11, 2004 15:32:29.992 --------------------------------------------
-
eclipse.buildId=unknown
java.version=1.4.2_01
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US

!ENTRY org.eclipse.osgi Jun 11, 2004 15:32:29.992
!MESSAGE Startup error
!STACK 1
java.lang.IllegalArgumentException: Bundle org.eclipse.swt.carbon not found.
	at org.eclipse.core.runtime.adaptor.EclipseStarter.getInitialBundles
(EclipseStarter.java:467)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.loadBasicBundles
(EclipseStarter.java:417)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.startup
(EclipseStarter.java:221)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:126)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

3.0

drag and drop a field in an anonymous type.

java.lang.IllegalArgumentException: ClassInstanceCreation has no property
bodyDeclarations
	at
org.eclipse.jdt.internal.core.dom.rewrite.RewriteEventStore.validateHasChildProperty(RewriteEventStore.java:615)
	at
org.eclipse.jdt.internal.core.dom.rewrite.RewriteEventStore.getEvent(RewriteEventStore.java:296)
	at
org.eclipse.jdt.internal.core.dom.rewrite.RewriteEventStore.getListEvent(RewriteEventStore.java:325)
	at org.eclipse.jdt.core.dom.rewrite.ListRewrite.getEvent(ListRewrite.java:56)
	at
org.eclipse.jdt.core.dom.rewrite.ListRewrite.internalInsertAt(ListRewrite.java:251)
	at org.eclipse.jdt.core.dom.rewrite.ListRewrite.insertLast(ListRewrite.java:216)
	at
org.eclipse.jdt.internal.corext.refactoring.reorg.ReorgPolicyFactory$SubCuElementReorgPolicy.copyMemberToDestination(ReorgPolicyFactory.java:722)
	at
org.eclipse.jdt.internal.corext.refactoring.reorg.ReorgPolicyFactory$SubCuElementReorgPolicy.copyFieldToDestination(ReorgPolicyFactory.java:621)
	at
org.eclipse.jdt.internal.corext.refactoring.reorg.ReorgPolicyFactory$SubCuElementReorgPolicy.copyToDestination(ReorgPolicyFactory.java:593)
	at
org.eclipse.jdt.internal.corext.refactoring.reorg.ReorgPolicyFactory$MoveSubCuElementsPolicy.createChange(ReorgPolicyFactory.java:1973)
	at
org.eclipse.jdt.internal.corext.refactoring.reorg.JavaMoveProcessor.createChange(JavaMoveProcessor.java:199)
	at
org.eclipse.ltk.core.refactoring.participants.ProcessorBasedRefactoring.createChange(ProcessorBasedRefactoring.java:174)
	at
org.eclipse.jdt.internal.ui.refactoring.RefactoringExecutionHelper$Operation.run(RefactoringExecutionHelper.java:72)
	at
org.eclipse.jdt.internal.core.BatchOperation.executeOperation(BatchOperation.java:34)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:700)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673)
	at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3246)
	at
org.eclipse.jdt.internal.ui.actions.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:65)
	at
org.eclipse.jface.operation.ModalContext.runInCurrentThread(ModalContext.java:303)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:253)
	at
org.eclipse.jface.dialogs.ProgressMonitorDialog.run(ProgressMonitorDialog.java:397)
	at
org.eclipse.jdt.internal.ui.refactoring.RefactoringExecutionHelper.perform(RefactoringExecutionHelper.java:116)
	at
org.eclipse.jdt.internal.ui.refactoring.reorg.ReorgMoveStarter.run(ReorgMoveStarter.java:78)
	at
org.eclipse.jdt.internal.ui.packageview.SelectionTransferDropAdapter.handleDropMove(SelectionTransferDropAdapter.java:208)
	at
org.eclipse.jdt.internal.ui.packageview.SelectionTransferDropAdapter.drop(SelectionTransferDropAdapter.java:132)
	at
org.eclipse.jdt.internal.ui.dnd.JdtViewerDropAdapter.drop(JdtViewerDropAdapter.java:112)
	at
org.eclipse.jdt.internal.ui.dnd.DelegatingDropAdapter.drop(DelegatingDropAdapter.java:79)
	at org.eclipse.swt.dnd.DNDListener.handleEvent(DNDListener.java:65)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:613)
	at org.eclipse.swt.dnd.DropTarget.notifyListeners(DropTarget.java:507)
	at org.eclipse.swt.dnd.DropTarget.Drop(DropTarget.java:428)
	at org.eclipse.swt.dnd.DropTarget.access$7(DropTarget.java:363)
	at org.eclipse.swt.dnd.DropTarget$3.method6(DropTarget.java:232)
	at org.eclipse.swt.internal.ole.win32.COMObject.callback6(COMObject.java:115)
	at org.eclipse.swt.internal.ole.win32.COM.DoDragDrop(Native Method)
	at org.eclipse.swt.dnd.DragSource.drag(DragSource.java:277)
	at org.eclipse.swt.dnd.DragSource.access$0(DragSource.java:263)
	at org.eclipse.swt.dnd.DragSource$1.handleEvent(DragSource.java:157)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

RC3

While verifying bug 63723 I installed the attached source plug-in. I then 
opened IContentFormatter and did a reference search to IContentFormatter with 
Javadoc filters enabled, gouping set to project. The presented result didn't 
contain any matches in com.ibm.jdg2e.editor.jfacetext.sql although there is 
one in SQLEditorSourceViewerConfiguration. Turning off the Javadoc filter 
showed the match. Turing it back on again still showed the match.

Thomas, we have to understand what is going on here.

This is with 3.0 RC3

When I want to add a Java Exception Breakpoint for an Exception that in fact
*does* inherit from Exception, the dialog says "Selected type is not a subclass
of java.lang.Throwable". The Exception in question is org.xml.sax.SaxException
coming from xerces.jar (Xerces 1.4.4) within my project.

I200410130800

Inlining one of the foo(...) methods of the first compilation unit below should
refuse to work because the calls to foo(...) are ambiguous. Potential loss of work.

public class A {

	protected void foo(String s) {
		System.out.println("A.foo()");
	}

	protected void foo(Integer i) {
		System.out.println("A.foo()");
	}
}

public class B1 extends A {

	public void bar1() {
		foo(null);
	}
}

public class B2 extends A {

	public void bar2() {
		foo(null);
	}
}

Create a simple project
Create a build.xml.
Fills it with the attached file and save.
Right click on the build.xml and say "run ant..."
In the JRE tab, click "run in the same JRE as the workspace"
In the properties tab, uncheck "use global properties"
Add a property (for example buildDirectory value d:/tmp/foo)

You will notice that a red cross is being displayed and that it is now
impossible to run the target.

RC2, SWT/UI from HEAD, Linux 2.6.4, KDE 3.2.2, GTK+ 2.4.1 
 
I believe this variable is leaking references to widgets.  I'm not sure of the 
expected life cycle of the elements in this list, but it seems to be holding on 
to objects longer than expected. 
 
For example, opening a new workbench window and closing the old workbench 
window can leave references to disposed widgets in this list.  Perhaps on 
dispose, a widget should check to see if it is in the list (and remove itself, 
if so).

The popup appears, then it goes away.
Seems to be a focus issue. It looks like the viewer keeps the focus, isFocusControl() returns false and 
the popup is disposed. Not sure why the popup doesn't get focus. 
Works fine on windows.

I20040420
- clean workspace
- checkout all the UI projects
- import other projects as binary
- build
- there was a problem in a Core project that causes a UI project to have 
compiler errors
- try to check-out org.eclipse.core.runtime (already in the workspace as 
binary but say 'Yes' to overwriting it)
- get the first IllegalArgumentException in the .log file
- go back to the Java perspective and delete org.eclipse.core.runtime (and its 
contents)
- try to check-out org.eclipse.core.runtime again (now it isn't in the 
workspace) and get the 2nd IllegalArgumentException in the .log file.

!SESSION Apr 21, 2004 09:36:20.641 --------------------------------------------
-
java.version=1.4.2_02
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
!ENTRY org.eclipse.compare 4 1 Apr 21, 2004 09:36:20.641
!MESSAGE target 'org.eclipse.compare.TextMergeViewerCreator' not found
!ENTRY org.eclipse.core.runtime 4 2 Apr 21, 2004 09:58:40.506
!MESSAGE An internal error occurred during: "Checking 
out 'org.eclipse.core.runtime' from CVS".
!STACK 0
java.lang.IllegalArgumentException: Attempted to beginRule: R/, does not match 
outer scope rule: P/org.eclipse.core.runtime
	at org.eclipse.core.internal.runtime.Assert.isLegal(Assert.java:58)
	at org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.illegalPush
(ImplicitJobs.java:89)
	at org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.push
(ImplicitJobs.java:174)
	at org.eclipse.core.internal.jobs.ImplicitJobs.begin
(ImplicitJobs.java:269)
	at org.eclipse.core.internal.jobs.JobManager.beginRule
(JobManager.java:155)
	at org.eclipse.team.core.RepositoryProvider.unmap
(RepositoryProvider.java:219)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.scrubProj
ect(CheckoutProjectOperation.java:318)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.scrubProj
ects(CheckoutProjectOperation.java:308)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.performCh
eckout(CheckoutProjectOperation.java:169)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation$1.run
(CheckoutProjectOperation.java:130)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.run
(EclipseSynchronizer.java:1403)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.checkout
(CheckoutProjectOperation.java:128)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutMultipleProjectsOperation.
checkout(CheckoutMultipleProjectsOperation.java:50)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutOperation.checkout
(CheckoutOperation.java:46)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutOperation.execute
(CheckoutOperation.java:31)
	at org.eclipse.team.internal.ccvs.ui.operations.CVSOperation.run
(CVSOperation.java:81)
	at org.eclipse.team.internal.ui.actions.JobRunnableContext.run
(JobRunnableContext.java:158)
	at 
org.eclipse.team.internal.ui.actions.JobRunnableContext$3.runInWorkspace
(JobRunnableContext.java:178)
	at org.eclipse.core.internal.resources.InternalWorkspaceJob.run
(InternalWorkspaceJob.java:38)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)
!ENTRY org.eclipse.core.runtime 4 2 Apr 21, 2004 09:59:58.564
!MESSAGE An internal error occurred during: "Checking 
out 'org.eclipse.core.runtime' from CVS".
!STACK 0
java.lang.IllegalArgumentException: Attempted to beginRule: R/, does not match 
outer scope rule: P/org.eclipse.core.runtime
	at org.eclipse.core.internal.runtime.Assert.isLegal(Assert.java:58)
	at org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.illegalPush
(ImplicitJobs.java:89)
	at org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.push
(ImplicitJobs.java:174)
	at org.eclipse.core.internal.jobs.ImplicitJobs.begin
(ImplicitJobs.java:269)
	at org.eclipse.core.internal.jobs.JobManager.beginRule
(JobManager.java:155)
	at org.eclipse.core.internal.resources.WorkManager.checkIn
(WorkManager.java:95)
	at org.eclipse.core.internal.resources.Workspace.prepareOperation
(Workspace.java:1595)
	at org.eclipse.core.internal.resources.Project.create(Project.java:241)
	at org.eclipse.core.internal.resources.Project.create(Project.java:294)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.createAnd
OpenProject(CheckoutProjectOperation.java:61)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.scrubProj
ects(CheckoutProjectOperation.java:307)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.performCh
eckout(CheckoutProjectOperation.java:169)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation$1.run
(CheckoutProjectOperation.java:130)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.run
(EclipseSynchronizer.java:1403)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.checkout
(CheckoutProjectOperation.java:128)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutMultipleProjectsOperation.
checkout(CheckoutMultipleProjectsOperation.java:50)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutOperation.checkout
(CheckoutOperation.java:46)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutOperation.execute
(CheckoutOperation.java:31)
	at org.eclipse.team.internal.ccvs.ui.operations.CVSOperation.run
(CVSOperation.java:81)
	at org.eclipse.team.internal.ui.actions.JobRunnableContext.run
(JobRunnableContext.java:158)
	at 
org.eclipse.team.internal.ui.actions.JobRunnableContext$3.runInWorkspace
(JobRunnableContext.java:178)
	at org.eclipse.core.internal.resources.InternalWorkspaceJob.run
(InternalWorkspaceJob.java:38)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

If I open > 50 editors then open the drop down list, it should have a 
scrollbar, however it is just larger then the screen and the top is not 
visible.

It should have a maximum number of editors it will show before adding a 
scrollbar and a max height (the screen height) ... maybe 20 or so.

N20040417

I always get an ArrayIndexOutOfBoundsException in ContentTypemanager.findContentTypeFor
if only a single content type could be found.
I think in the return statement should be changed to:

	return associated.length == 0 ? null : associated[0];

The dialog which shows up on Window > Show View > Others ... is not resizable.
All dialogs with variable contents should be resizable.

Same for "Open Perspective".

Selecting Source->Sort Members results in the following exception: 

java.lang.ArrayIndexOutOfBoundsException
	at java.lang.System.arraycopy(Native Method)
	at java.lang.StringBuffer.append(StringBuffer.java:499)
	at
org.eclipse.jdt.internal.core.SortElementBuilder$SortMultipleFieldDeclaration.generateSource(SortElementBuilder.java:603)
	at
org.eclipse.jdt.internal.core.SortElementBuilder$SortType.generateSource(SortElementBuilder.java:801)
	at
org.eclipse.jdt.internal.core.SortElementBuilder$SortAbstractMethodDeclaration.generateSource(SortElementBuilder.java:207)
	at
org.eclipse.jdt.internal.core.SortElementBuilder$SortType.generateSource(SortElementBuilder.java:801)
	at
org.eclipse.jdt.internal.core.SortElementBuilder$SortCompilationUnit.generateSource(SortElementBuilder.java:896)
	at
org.eclipse.jdt.internal.core.SortElementBuilder.getSource(SortElementBuilder.java:948)
	at
org.eclipse.jdt.internal.core.SortElementsOperation.processElement(SortElementsOperation.java:117)
	at
org.eclipse.jdt.internal.core.SortElementsOperation.executeOperation(SortElementsOperation.java:74)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:700)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaModelOperation.java:744)
	at
org.eclipse.jdt.core.util.CompilationUnitSorter.sort(CompilationUnitSorter.java:174)
	at
org.eclipse.jdt.internal.corext.codemanipulation.SortMembersOperation.run(SortMembersOperation.java:248)
	at
org.eclipse.jdt.internal.core.BatchOperation.executeOperation(BatchOperation.java:34)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:700)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673)
	at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3246)
	at
org.eclipse.jdt.internal.ui.actions.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:65)
	at
org.eclipse.jdt.internal.ui.util.BusyIndicatorRunnableContext$BusyRunnable.internalRun(BusyIndicatorRunnableContext.java:113)
	at
org.eclipse.jdt.internal.ui.util.BusyIndicatorRunnableContext$BusyRunnable.run(BusyIndicatorRunnableContext.java:80)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at
org.eclipse.jdt.internal.ui.util.BusyIndicatorRunnableContext.run(BusyIndicatorRunnableContext.java:126)
	at org.eclipse.ui.internal.progress.ProgressManager$5.run(ProgressManager.java:980)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at
org.eclipse.ui.internal.progress.ProgressManager.runInUI(ProgressManager.java:976)
	at org.eclipse.jdt.ui.actions.SortMembersAction.run(SortMembersAction.java:205)
	at org.eclipse.jdt.ui.actions.SortMembersAction.run(SortMembersAction.java:138)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:915)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:866)
	at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:785)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

 

If I configure a config to launch in the foreground, and launch while a build 
is running, and choose to wait for the build, pressing the cancel buttons 
cancels the launch as expected, but the cancellation waits for the build to 
complete. While building the UI remains blocked with the progress dialog. I 
assume that is because we join on the build job, and thus do no periodically 
check for cancellation (or something like that).

When setting an items font to bold using the new TreeItem.setFont() then the 
width of the item isn't adjusted properly. See the attached screen shot.

This is how the bold font is computed that it then passed to the 
TreeItem.setFont().
			Font defaultFont = JFaceResources.getDefaultFont();
			FontData[] data = defaultFont.getFontData();
			for (int i = 0; i < data.length; i++) {
				data[i].setStyle(SWT.BOLD);
			}				
			categoryFont = new Font(display, data);

We are using org.eclipse.core.runtime package with the following packages:
  org.eclipse.osgi
  org.eclipse.osgi.services
  org.eclipse.osgi.util
  org.eclipse.core.runtime.compatibility
  org.eclipse.update.configurator
and are running using jclFoundation class library.  Org.eclipse.runtime.package
has only a few issues with running on foundation that we would like to get fixed.

1. org.eclipse.core.internal.preferences.EclipsePreferences.java has 2 simple
changes:  
  - line 45: Character.toString(char) method is new in 1.4.  Change
    protected static final String PATH_SEPARATOR =
Character.toString(IPath.SEPARATOR);
  to
    protected static final String PATH_SEPARATOR = new
Character(IPath.SEPARATOR).toString();

  - line 1047: FileOutputStream(File, boolean) constructor is new to 1.4. Change
    output = new BufferedOutputStream(new FileOutputStream(location.toFile(),
false));
  to 
    output = new BufferedOutputStream(new
FileOutputStream(location.toFile().toString(), false));


2. org.eclipse.core.runtime.content.XMLRootElementContentDescriber 
  - line 66: RuntimeException(Throwable) constructor is new to 1.4
    throw new RuntimeException(e);
  This can be fixed by converting calling e.toString(). But logging of the cause 
  may want to be done for similar function.


3. org.eclipse.core.internal.registry.RegistryCacheReader
  - line 354: Exception.getCause() is new to 1.4
    exception = InternalPlatform.DEBUG_REGISTRY ? e.getCause() : null;
  This is debug only...
  - line 380: Exception(String, Throwable) is new to 1.4
  Can the cause be logged and call constructor with just (String)?

4. org.eclipse.core.internal.runtime.PlatformMetaAreaLock
  - uses java.nio.channels.FileLock.  This file seems to be unreferenced, is
this dead code?

There has been some discussion on the mailing list on cleaning up the 
product/extension/private update sites, and this bug is for fixing this as per 
my summarizing comments:

"1. It looks like everybody is OK with rolling the private install location 
into the product extension location. 

2. For backwards compatibility reasons, and all the reasons that were there in 
the first place, the product extension will have the following layout: 

  <eclipse_product_extension_site>\ 
                                   eclipse\ 
                                          .eclipseextension 
                                          features\ 
                                          plugins\ 

The links directory and the "Add product extension" file dialog will have to 
select a path to <eclipse_product_extension_site> and do the appropriate 
validation. "

20040629

"QList<QString;>;" is a signature notation for a parameterized type. Signature
should offer API to get the raw type "QList;" and the type parameters { "QString;" }

Signature.getTypeParameters sounds useful for the second request, but it expects
the signature to start with '<'

We released an ITabelColorProvider for M2 - we should have a corresponding 
ITableFontProvider

20040629

1. In the following code get the IBindings of Y and X;
  both IBinding.getKey() return a string 'java.lang.Object' what seems wrong

public abstract class C<Y,X> implements Comparator<X> {
    protected Function<Y,X> function;
}

Hi
Problem is I can't track errors when I run programs using Ant script. 

There is en exaple:
Java source 
Main.java:
package pl.kapital.bug;

public class Main {

	public static void main(String[] args) {
		try {
			System.out.println(args[1]);
		} catch (RuntimeException e) {
			System.err.println("ERROR:");
			e.printStackTrace(System.err);
		}
	}
}

Ant script
build.xml:
<project basedir="." default="exec" name="application">
	<target name="exec" description="Execute Main Class">
		<java classname="pl.kapital.bug.Main" fork="true">
			<classpath path="."></classpath>
		</java>
	</target>
</project>

Console output:
Buildfile: w:\eclipse_BUG\BUG_REPORT\build.xml
exec:
     [java] ERROR:
     [java] java.lang.ArrayIndexOutOfBoundsException: 1
     [java] at pl.kapital.bug.Main.main(Main.java:19)
BUILD SUCCESSFUL
Total time: 1 second

When I click on line
     [java] at pl.kapital.bug.Main.main(Main.java:19)
I see information window: "Source not found for pl.kapital.bug.Main"

It works fine for 3.0M8
Since 3.0M9 hyperliks are broken.

20041012

When you use the quick outline with 'Rememeber size and location' turned off,
the initial size is of the dialog is too small and not usable as is.

Note that I had to turn off 'Rememeber size and location' for multi monitor problems

For example, start with:

public class InLineTest {

    private void foo() {
        System.out.println();
    }
    
    private void bar() {
        this.foo();
    }

}

Select foo() to in-line and you get:

public class InLineTest {

    private void bar() {
        InLineTest r = this; // THIS EXTRA LINE IS NOT NEEDED AT ALL! ;-)
        System.out.println();
    }

}

Version 3.1M1.

Using 0121, I got this exception double-clicking on a source folder.
java.lang.NullPointerException
	at
org.eclipse.ui.actions.CopyResourceAction.updateSelection(CopyResourceAction.java:223)
	at
org.eclipse.ui.actions.BaseSelectionListenerAction.selectionChanged(BaseSelectionListenerAction.java:102)
	at
org.eclipse.ui.actions.BaseSelectionListenerAction.selectionChanged(BaseSelectionListenerAction.java:115)
	at
org.eclipse.jdt.internal.ui.packageview.PackageExplorerActionGroup.selectionChanged(PackageExplorerActionGroup.java:172)
	at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:842)
	at org.eclipse.core.runtime.Platform.run(Platform.java:458)
	at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
	at
org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:1310)
	at
org.eclipse.jface.viewers.StructuredViewer.handleDoubleSelect(StructuredViewer.java:597)
	at
org.eclipse.jface.viewers.StructuredViewer$4.widgetDefaultSelected(StructuredViewer.java:693)
	at
org.eclipse.jface.util.OpenStrategy.fireDefaultSelectionEvent(OpenStrategy.java:187)
	at org.eclipse.jface.util.OpenStrategy.access$0(OpenStrategy.java:184)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:231)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2340)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2021)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1530)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1506)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:248)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

I don't have steps to reproduce it all the time.

We should prompt the user when about to perform a "delete" that is not 
undoable.

This would specifically apply to remove all breakpoints.
Someone on the newsgroup also provided:
> 3. Maybe "Remove all breakpoints" should be protected with a Undo support !

Build 20040128

Intending to sync my workspace after startup, I got the progress dialog 
complaining that some background job was still running.

I decided to cancel the background job (as unable to cancel the CVS attempt), 
and got deadlocked.

I am using M9 on Windows 2000 with Sun JRE 1.4.2_04.

I have a project that uses the VSS team provider. I removed the vss team
provider plugin because there is no version working with M9.

When I start eclipse M9 without the team provider installed I get the following
error in the package explorer view: An error has occured when creating this view.

The resource navigator works correctly but text editor can't even save, JDT
dosn't work at all.


I think that the platform should handle the missing provider better.

When working with the stratum breakpoint support, I've run into scenarios where
the configured source shown for a JSP doesn't map to a resource in the
workspace.  We've managed to set a breakpoint by placing the marker on the
workspace root, but the displayed text in the Breakpoints view doesn't reflect
the source name and source path used when creating the breakpoint, just the name
of the resource that was used.  Because we're using the workspace root, that
ends up being "".  The breakpoint hits correctly and its properties dialog, when
opened from the Breakpoints view, shows the correct title for the source name,
but the text in the view itself is wrong.  I'd like to see
JDIModelPresentation.getJavaStratumLineBreakpointText(IJavaStratumLineBreakpoint)
modified to show the source name just like the properties dialog.

To be consistent with other context menus such as in the AntEditor outline and 
to provide easier understanding for the user I have reworked the AntView 
context menu.

Previous context menu                    New context menu
Add Buildfiles                             Run
------------------                         Run Ant...
Run                                        -----------------
Refresh Buildfiles                         Open With>
------------------                         -----------------
Open With>                                 Add Buildfiles
------------------                         Remove Buildfiles
Remove Buildfiles                          Remove All Buildfiles
Remove All Buildfiles                      Refresh Buildfiles
------------------
Properties...

I also fixed up so the refresh image was declared for the Refresh action

The following code throws ClassCastException if 'element' is an instance 
of 'IStackFrame':

protected void doHandleSuspendEvent(Object element, DebugEvent event) {
	IThread thread= getThread(element);
	if (thread != null) {
		fThreadTimer.stopTimer((IThread)element);
	}

According to the documentation on 'DebugEvent' "no events are specified for 
stack frames". But I think it would be better to cleanup this code.

One string marked as NLS when it was not
No mnemonic for the Skip run to line

IStatus.CANCEL is not tagged as @since 3.0. IStatus.getSeverity() does not
mention CANCEL status.

Run Ant... in the Ant view opens a properties dialog with an OK button, rather 
than the run dialog with the "Run" button. You can't use the action to run.

Upon update(), ReferenceSelectionAction creates QuickcDiffReferenceProviders
that are never disposed.

RC2, for post 3.0: SelectionListenerWithASTManager.PartListenerGroup should
protect the access to the ListenerList from the job.

20040831 jdt.core HEAD

From a 1.5 JRE, open 'AbstractCollection', enable 'highlight occerrences' and
select the type name

An internal error occurred during: "Java AST creation".
java.lang.StackOverflowError
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.StackOverflowError.<init>(StackOverflowError.java:48)
	at org.eclipse.jdt.core.dom.MethodBinding.getKey(MethodBinding.java)
	at org.eclipse.jdt.core.dom.TypeBinding.getKey(TypeBinding.java)
	at org.eclipse.jdt.core.dom.TypeBinding.getKey(TypeBinding.java)
	at org.eclipse.jdt.core.dom.MethodBinding.getKey(MethodBinding.java)
	at org.eclipse.jdt.core.dom.TypeBinding.getKey(TypeBinding.java)
	at org.eclipse.jdt.core.dom.TypeBinding.getKey(TypeBinding.java)
	at org.eclipse.jdt.core.dom.MethodBinding.getKey(MethodBinding.java)
	at org.eclipse.jdt.core.dom.TypeBinding.getKey(TypeBinding.java)
	at org.eclipse.jdt.core.dom.TypeBinding.getKey(TypeBinding.java)

.....
	at org.eclipse.jdt.core.dom.TypeBinding.getKey(TypeBinding.java)
	at org.eclipse.jdt.core.dom.TypeBinding.getKey(TypeBinding.java)
	at org.eclipse.jdt.core.dom.MethodBinding.getKey(MethodBinding.java)
	at org.eclipse.jdt.core.dom.TypeBinding.getKey(TypeBinding.java)
	at org.eclipse.jdt.core.dom.TypeBinding.getKey(TypeBinding.java)
	at org.eclipse.jdt.core.dom.MethodBinding.getKey(MethodBinding.java)
	at org.eclipse.jdt.core.dom.VariableBinding.getKey(VariableBinding.java:148)
	at
org.eclipse.jdt.core.dom.DefaultBindingResolver.resolveVariable(DefaultBindingResolver.java:569)
	at
org.eclipse.jdt.core.dom.VariableDeclaration.resolveBinding(VariableDeclaration.java:134)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:827)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:565)
	at org.eclipse.jdt.core.dom.ASTConverter.buildBodyDeclarations(ASTConverter.java)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1271)
	at org.eclipse.jdt.core.dom.ASTParser.convert(ASTParser.java:711)
	at org.eclipse.jdt.core.dom.ASTParser.internalCreateAST(ASTParser.java:682)
	at org.eclipse.jdt.core.dom.ASTParser.createAST(ASTParser.java:574)
	at
org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.createAST(ASTProvider.java:441)
	at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.getAST(ASTProvider.java:393)
	at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartListenerGroup.calculateASTandInform(SelectionListenerWithASTManager.java)
	at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$3.run(SelectionListenerWithASTManager.java:141)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

The following buildfile will block Eclipse which the Ant LCD attempts to 
retrieve targets (from the execution of the implicit target and thereby the 
input task)

<project default="main" name="junk">
<input>What's your name</input>
        <target name="main">
                <echo>Hello</echo>
                <input>What's your name</input>
        </target>
</project>

If nothing else this will need to be doc'd in the readme as other tasks (such 
as antcall) can cause problems as well.

Possibly see if we can use the same trick to disallow input as with the 
current support for input in a separate VM.

Build: I20040609 (0800)

Using M9-RC0 I have added the Debug and Variables view to my Java perspective 
in 2 separate frames. When I would start a debugging session both views would 
become acitve in their respective frames.

Now using build I20040609 (0800) this same behavior is not exhibited, only the 
Debug view becomes active.

Not sure if this is possibly related to this fixed bug (66401):

https://bugs.eclipse.org/bugs/show_bug.cgi?id=66401

build I20040210-1600

While looking at the workbench.xml from Jeem's workspace (trying to figure out 
why he was getting free wrapping of the editor cool item onto a new row), I 
noticed that it has many duplicate placeholders for the editor toolbars.

There should be at most one placeholder for a given editor type.
(Same for action sets, though that doesn't seem to be a problem here.)

See attached workbench.xml.

If the user sets an alternate JRE on the JRE tab of an Ant launch 
configuration and sets the Java executable to an alternate (java), the 
alternate is used but returning to the JRE tab the designation of the 
alternate executable is not displayed (even though it is correctly used for 
the launch)

In Java Perspective, with a debug view open:
- Keybindings don't work
- stepping with the buttons in the debug view puts you back in the debug 
perspective.

Show in vertical ruler and Highlight in text are not exposed on the Ant Editor 
Annotations tab.

See the Java Editor for example.

In the launch config dialogs, if I specify the PATH environment variable in a
launch configuration's system environment, it only gets placed in the child
processes environment if I select "Replace native environment".

Ideally I should be able to override PATH without overriding any other
environment variables.

Also, When overriding PATH, I want to set the new value to:
"/some/other/path:${env_var:PATH}" but the env_var for PATH is not getting
expanded (other env vars do get expanded ok)

As you can see, my final goal here is to be able to append to the existing path
for a launch configuration, which I am currently unable to do.

The dialog displayed when we detected that a step into selection action failed
(exiting the caller method before steping inside the selected method) is an
error dialog, it should be an info dialog.

GTK TextLayout#getLevel(int) starts the loop with
    while (OS.pango_layout_iter_next_run(iter))
- advancing the iter to the 2nd directional run (if any).
Thus the 1st directional run is omitted.

The checkbox "Help me ..." and the other controls on this tab sheet do not use
the dialog font.

Start with:
  public class Test {
	int fFoo, fBar;
  }

"Encapsulate field..." fFoo. This yields in:

  public class Test {
	private int fFoo, fBar;
	void setFoo(int foo) {
		fFoo = foo;
	}
	int getFoo() {
		return fFoo;
	}
 }

However, if some classes in the package refer to fBar, the code becomes 
uncompilable, because fBar is now private too....

In 3.0, we've added both ILaunchesListener2 and ILaunchListener2. The singular listener is an old 
story that clients shouldn't really be implementing (we should deprecate all our singular listeners, in 
fact). Creating the singular listeners was a mistake that we shouldn't feel obliged to perpetuate.

20030129

It would be helpful to have the default, well known Javadoc tag names available
as constants.
TagElement would be a good place to have them.

E.g. 
public static final String PARAM= "@param";
public static final String RETURN= "@return";
...

build I20040609-0800

- set a breakpoint in SWT's Decorations.restoreFocus() method
- make it conditional with the following condition:
System.out.println("restoreFocus savedFocus="+savedFocus);
return false;
- launch target and active and deactivate the target window a few times
- it prints something like:
restoreFocus savedFocus= (id=36)

- bug: this does not correspond to the savedFocus control's toString()

- change the condition to:
System.out.println("restoreFocus savedFocus="+String.valueOf(savedFocus));
return false;

- it now prints:
restoreFocus savedFocus=Tree {}

Expected behaviour:
- string concatenation in breakpoint expressions should work the same as regular
 Java string concatenation: ("foo" + obj) is equivalent to ("foo" +
String.valueOf(obj)), or at least it used to be in JDK 1.3.

20040128

In the following code, the names in the comment don't have bindings.
Neither 'foo' nor 'Vector'


public class AA {
	/**
	 * @see #foo(Vector)
	 */
	public void foo(Vector v) {
		Vector vs;
	}
}

20040128

In the first code (a) 'Exception' in the Javdoc has a binding.
If you add the {@link Exception} as first line (b), neither the 'Exception' in
link nor the one in the see have one.
If you add it after the see (c), then it they have it both

(a)
public class AA {
	/**
	 * @see Exception
	 */
	public void foo() {
	}
}
(b)
public class AA {
	/**
         * {@link Exception}
	 * @see Exception
	 */
	public void foo() {
	}
}

(c)
public class AA {
	/**
	 * @see Exception {@link Exception}
	 */
	public void foo() {
	}
}

200408170800

In a project with Sun JRE 1.5.0-beta3-b62, open editor for annotation
"java.lang.SuppressWarnings". => "Errors Running Operation" dialog:

!ENTRY org.eclipse.core.runtime 4 2 Aug 19, 2004 11:03:16.398
!MESSAGE An internal error occurred during: "Java AST creation".
!STACK 0
java.lang.IllegalArgumentException
	at
org.eclipse.jdt.core.dom.SingleMemberAnnotation.setValue(SingleMemberAnnotation.java:211)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:2249)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:835)
	at org.eclipse.jdt.core.dom.ASTConverter.setModifiers(ASTConverter.java:4161)
	at org.eclipse.jdt.core.dom.ASTConverter.setModifiers(ASTConverter.java:4106)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:740)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:2479)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1271)
	at org.eclipse.jdt.core.dom.ASTParser.convert(ASTParser.java:711)
	at org.eclipse.jdt.core.dom.ASTParser.internalCreateAST(ASTParser.java:682)
	at org.eclipse.jdt.core.dom.ASTParser.createAST(ASTParser.java:574)
	at
org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.createAST(ASTProvider.java:441)
	at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.getAST(ASTProvider.java:393)
	at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartListenerGroup.calculateASTandInform(SelectionListenerWithASTManager.java:159)
	at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$3.run(SelectionListenerWithASTManager.java:136)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

20040128

In the folowing code, you get the following SimpleNames inside the Javadoc comments:
 'java', 'util', 'Vector'
When asking the SimpleName for it's binding, you get 'null' for all of them.


public class AA {
	/**
	 * @see java.util.Vector
	 */
	public void foo() {
	}
	
}

Build I200408122000: Method fails with IllegalArgumentException

Steps to reproduce:
- Create class C<T>
- Create method f with generic parameter
- Create client class D with field of type C<Something>
- Invoke content assist to call a method on that field, and wait until the 
preview of the proposal appears

20040129

In the following code, 'Map' in the Javadoc comment has no binding.
Also HashMap in '#HashMap' has no binding

package x;

import java.util.HashMap;
import java.util.Map;
import java.util.Vector;


public class AA {
	
	/**
	 * @see HashMap#HashMap(Map)
	 */
	public void foo(Vector v, Vector vd) {
		Map map;
	}
}

20041215

class A {
   <X, Y> void foo() {
   }
}

class B extends A {
}

-> push down 'foo' results in:

class A {
}

class B extends A {
	void foo() {
	   }
}
Also note the unneccesary (3) spaces in front of the closing bracket

build I20040812

1) create X.java
public class X <T> {
  X<ZZZ#cursor#<
}
2) do ctrl + space at cursor location

The completion AST is
public class X<T> {
  <CompleteOnType:ZZZ>;
  public Test() {
  }
}

but should be
public class X<T> {
  X<<CompleteOnType:ZZZ>>;
  public Test() {
  }
}

The problem is the same with
public class X <T> {
  X<ZZZ#cursor#.
}

The ast is correct with
public class X <T> {
  X<ZZZ#cursor#
}

or
public class X <T> {
  X<ZZZ#cursor#>
}

Build id: 200408311100

The 'Available selection types' viewer should have a default selection, which 
should be remembered the next time the wizard is called.

The code formatter doesn't do anything on some files. There is no error message.
I'm using eclipse 3.0M8. It doesn't matter what code formatting profile I choose.

With some experimenting, the shortest file I could create that doesn't work is this:

import java.util.Vector;

public class EclipseFormatTest
{
	public static void main(String[] args)
	{
		Vector v2 = new Vector();
		{{{String a = ((String) v2.get(0)).trim(), b = (String)
		v2.get(1), c = (String) v2
		.get(2);}}
		}
	}
}

When using <taskdef>, I am getting "dropping \d from path as it doesn't exist".

Steps to reproduce.

1.  Add class MyTask (attachment to follow) to Ant classpath using Window -> 
Preferences ->Ant -> Runtime ->Classpath.
2.  Run Ant on build.xml (attachment to follow)
3.  Observe console output.

I have seen this crash multiple times when running the UI test suites.


----- testWindow
testWindow: setUp...

An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0x4D0A3DE3
Function=Java_org_eclipse_swt_internal_gtk_OS_GTK_1WIDGET_1VISIBLE+0x24
Library=/work/workspaces/eclipse-3.1/org.eclipse.swt.gtk/os/linux/x86/libswt-pi-gtk-3108.so

Current Java thread:
	at org.eclipse.swt.internal.gtk.OS.GTK_WIDGET_VISIBLE(Native Method)
	- locked <0x48b0af78> (a java.lang.Class)
	at org.eclipse.swt.widgets.Shell.bringToTop(Shell.java:404)
	at org.eclipse.swt.widgets.Shell.open(Shell.java:859)
	at org.eclipse.jface.window.Window.open(Window.java:681)
	at org.eclipse.ui.internal.keys.KeyAssistDialog.open(KeyAssistDialog.java:683)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.openMultiKeyAssistShell(WorkbenchKeyboard.java:632)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard$3.run(WorkbenchKeyboard.java:561)
	at org.eclipse.swt.widgets.Display.timerProc(Display.java:3049)
	at org.eclipse.swt.internal.gtk.OS.g_main_context_iteration(Native Method)
	at org.eclipse.swt.widgets.Shell.setVisible(Shell.java:1244)
	at org.eclipse.swt.widgets.Shell.open(Shell.java:858)
	at org.eclipse.jface.window.Window.open(Window.java:681)
	at org.eclipse.ui.internal.WorkbenchWindow.open(WorkbenchWindow.java:590)
	at org.eclipse.ui.internal.Workbench.busyOpenWorkbenchWindow(Workbench.java:570)
	at org.eclipse.ui.internal.Workbench.access$11(Workbench.java:554)
	at org.eclipse.ui.internal.Workbench$14.run(Workbench.java:1203)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.Workbench.openWorkbenchWindow(Workbench.java:1200)
	at org.eclipse.ui.tests.util.UITestCase.openTestWindow(UITestCase.java:170)
	at org.eclipse.ui.tests.util.UITestCase.openTestWindow(UITestCase.java:162)
	at org.eclipse.ui.tests.commands.Bug66182Test.testWindow(Bug66182Test.java:284)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at junit.framework.TestCase.runTest(TestCase.java:154)
	at junit.framework.TestCase.runBare(TestCase.java:127)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:421)
	at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:305)
	at
org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main(RemotePluginTestRunner.java:30)
	at
org.eclipse.pde.internal.junit.runtime.UITestApplication$1.run(UITestApplication.java:92)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:118)
	- locked <0x45048b28> (a org.eclipse.swt.widgets.RunnableLock)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2638)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2363)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1443)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1414)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:271)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.pde.internal.junit.runtime.UITestApplication.run(UITestApplication.java:33)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:704)
	at org.eclipse.core.launcher.Main.main(Main.java:688)

Dynamic libraries:
08048000-0804e000 r-xp 00000000 03:03 3172950    /usr/java/j2sdk1.4.2_03/bin/java
0804e000-0804f000 rw-p 00005000 03:03 3172950    /usr/java/j2sdk1.4.2_03/bin/java
40000000-40015000 r-xp 00000000 03:03 4088005    /lib/ld-2.3.2.so
40015000-40016000 rw-p 00015000 03:03 4088005    /lib/ld-2.3.2.so
40016000-4001e000 r-xp 00000000 03:03 1226769   
/usr/java/j2sdk1.4.2_03/jre/lib/i386/native_threads/libhpi.so
4001e000-4001f000 rw-p 00007000 03:03 1226769   
/usr/java/j2sdk1.4.2_03/jre/lib/i386/native_threads/libhpi.so
4001f000-40023000 rw-s 00000000 03:03 2992704    /tmp/hsperfdata_bbiggs/26685
40023000-40026000 r--s 00000000 03:03 1930173   
/usr/java/j2sdk1.4.2_03/jre/lib/ext/dnsns.jar
40026000-40029000 r--s 00000000 03:03 2128124   
/work/eclipse-I200410130800/plugins/org.eclipse.pde.junit.runtime_3.1.0/pdejunit.jar
40029000-4002a000 r--s 00000000 03:03 35384     
/work/eclipse-I200410130800/plugins/org.eclipse.ui.workbench.compatibility_3.1.0/compatibility.jar
4002b000-40036000 r-xp 00000000 03:03 588684     /lib/tls/libpthread-0.34.so
40036000-40037000 rw-p 0000a000 03:03 588684     /lib/tls/libpthread-0.34.so
40039000-4003c000 r-xp 00000000 03:03 4088020    /lib/libdl-2.3.2.so
4003c000-4003d000 rw-p 00002000 03:03 4088020    /lib/libdl-2.3.2.so
4003e000-40438000 r-xp 00000000 03:03 4137608   
/usr/java/j2sdk1.4.2_03/jre/lib/i386/client/libjvm.so
40438000-40454000 rw-p 003f9000 03:03 4137608   
/usr/java/j2sdk1.4.2_03/jre/lib/i386/client/libjvm.so
40466000-40478000 r-xp 00000000 03:03 4088024    /lib/libnsl-2.3.2.so
40478000-40479000 rw-p 00011000 03:03 4088024    /lib/libnsl-2.3.2.so
4047b000-4049c000 r-xp 00000000 03:03 588682     /lib/tls/libm-2.3.2.so
4049c000-4049d000 rw-p 00020000 03:03 588682     /lib/tls/libm-2.3.2.so
4049d000-404ad000 r-xp 00000000 03:03 4121140   
/usr/java/j2sdk1.4.2_03/jre/lib/i386/libverify.so
404ad000-404af000 rw-p 0000f000 03:03 4121140   
/usr/java/j2sdk1.4.2_03/jre/lib/i386/libverify.so
404af000-404b0000 r-xp 00000000 03:03 2175889   
/usr/X11R6/lib/X11/locale/lib/common/xlcUTF8Load.so.2
404b0000-404b1000 rw-p 00000000 03:03 2175889   
/usr/X11R6/lib/X11/locale/lib/common/xlcUTF8Load.so.2
404b1000-404bc000 r-xp 00000000 03:03 4088040    /lib/libnss_files-2.3.2.so
404bc000-404bd000 rw-p 0000a000 03:03 4088040    /lib/libnss_files-2.3.2.so
404bd000-404dd000 r-xp 00000000 03:03 4121126   
/usr/java/j2sdk1.4.2_03/jre/lib/i386/libjava.so
404dd000-404df000 rw-p 0001f000 03:03 4121126   
/usr/java/j2sdk1.4.2_03/jre/lib/i386/libjava.so
404df000-404f3000 r-xp 00000000 03:03 4121141   
/usr/java/j2sdk1.4.2_03/jre/lib/i386/libzip.so
404f3000-404f6000 rw-p 00013000 03:03 4121141   
/usr/java/j2sdk1.4.2_03/jre/lib/i386/libzip.so
404f6000-41e8e000 r--s 00000000 03:03 3041822   
/usr/java/j2sdk1.4.2_03/jre/lib/rt.jar
41ed8000-41eee000 r--s 00000000 03:03 3041821   
/usr/java/j2sdk1.4.2_03/jre/lib/sunrsasign.jar
41eee000-41fc9000 r--s 00000000 03:03 3041820   
/usr/java/j2sdk1.4.2_03/jre/lib/jsse.jar
41fc9000-41fda000 r--s 00000000 03:03 3041812   
/usr/java/j2sdk1.4.2_03/jre/lib/jce.jar
41ff8000-41ffd000 r--s 00000000 03:03 1294514   
/work/eclipse-I200410130800/startup.jar
41ffd000-41ffe000 r-xp 00000000 03:03 474348     /usr/lib/gconv/ISO8859-1.so
41ffe000-41fff000 rw-p 00001000 03:03 474348     /usr/lib/gconv/ISO8859-1.so
41fff000-42000000 r--s 00000000 03:03 1882893   
/work/eclipse-I200410130800/plugins/org.eclipse.platform_3.1.0/platform.jar
42000000-42130000 r-xp 00000000 03:03 588678     /lib/tls/libc-2.3.2.so
42130000-42133000 rw-p 00130000 03:03 588678     /lib/tls/libc-2.3.2.so
42136000-4268f000 r--s 00000000 03:03 3041813   
/usr/java/j2sdk1.4.2_03/jre/lib/charsets.jar
44737000-4473f000 r--s 00000000 03:03 1294136   
/work/eclipse-I200410130800/plugins/org.eclipse.osgi_3.1.0/console.jar
4c925000-4cb25000 r--p 00000000 03:03 475266     /usr/lib/locale/locale-archive
4cd29000-4cd36000 r--s 00000000 03:03 1930174   
/usr/java/j2sdk1.4.2_03/jre/lib/ext/ldapsec.jar
4cd36000-4cdf2000 r--s 00000000 03:03 1930177   
/usr/java/j2sdk1.4.2_03/jre/lib/ext/localedata.jar
4cdf2000-4ce0e000 r--s 00000000 03:03 1930176   
/usr/java/j2sdk1.4.2_03/jre/lib/ext/sunjce_provider.jar
4ce0e000-4ce46000 r--s 00000000 03:03 1294135   
/work/eclipse-I200410130800/plugins/org.eclipse.osgi_3.1.0/core.jar
4ce46000-4ce52000 r--s 00000000 03:03 1294138   
/work/eclipse-I200410130800/plugins/org.eclipse.osgi_3.1.0/osgi.jar
4ce52000-4ce68000 r--s 00000000 03:03 1294137   
/work/eclipse-I200410130800/plugins/org.eclipse.osgi_3.1.0/resolver.jar
4ce68000-4ce7e000 r--s 00000000 03:03 1294140   
/work/eclipse-I200410130800/plugins/org.eclipse.osgi_3.1.0/defaultAdaptor.jar
4ce7e000-4ce9d000 r--s 00000000 03:03 1294139   
/work/eclipse-I200410130800/plugins/org.eclipse.osgi_3.1.0/eclipseAdaptor.jar
4d020000-4d030000 r-xp 00000000 03:03 4121137   
/usr/java/j2sdk1.4.2_03/jre/lib/i386/libnet.so
4d030000-4d031000 rw-p 0000f000 03:03 4121137   
/usr/java/j2sdk1.4.2_03/jre/lib/i386/libnet.so
4d031000-4d037000 r-xp 00000000 03:03 4121138   
/usr/java/j2sdk1.4.2_03/jre/lib/i386/libnio.so
4d037000-4d038000 rw-p 00005000 03:03 4121138   
/usr/java/j2sdk1.4.2_03/jre/lib/i386/libnio.so
4d038000-4d04c000 r--s 00000000 03:03 51708     
/work/eclipse-I200410130800/plugins/org.eclipse.update.configurator_3.0.0/configurator.jar
4d04c000-4d061000 r--s 00000000 03:03 3240343   
/work/eclipse-I200410130800/plugins/org.eclipse.core.runtime.compatibility_3.0.0/compatibility.jar
4d061000-4d07f000 r--s 00000000 03:03 1294131   
/work/eclipse-I200410130800/plugins/org.junit_3.8.1/junit.jar
4d07f000-4d0be000 r-xp 00000000 03:03 3256574   
/work/workspaces/eclipse-3.1/org.eclipse.swt.gtk/os/linux/x86/libswt-pi-gtk-3108.so
4d0be000-4d0c0000 rw-p 0003e000 03:03 3256574   
/work/workspaces/eclipse-3.1/org.eclipse.swt.gtk/os/linux/x86/libswt-pi-gtk-3108.so
4d0c0000-4d32d000 r-xp 00000000 03:03 1163645   
/devel/gtk+-2.4.10/lib/libgtk-x11-2.0.so.0.400.10
4d32d000-4d337000 rw-p 0026c000 03:03 1163645   
/devel/gtk+-2.4.10/lib/libgtk-x11-2.0.so.0.400.10
4d339000-4d397000 r-xp 00000000 03:03 1163561   
/devel/gtk+-2.4.10/lib/libgdk-x11-2.0.so.0.400.10
4d397000-4d39c000 rw-p 0005e000 03:03 1163561   
/devel/gtk+-2.4.10/lib/libgdk-x11-2.0.so.0.400.10
4d39c000-4d3b2000 r-xp 00000000 03:03 1163537   
/devel/gtk+-2.4.10/lib/libatk-1.0.so.0.600.1
4d3b2000-4d3b4000 rw-p 00015000 03:03 1163537   
/devel/gtk+-2.4.10/lib/libatk-1.0.so.0.600.1
4d3b4000-4d3c7000 r-xp 00000000 03:03 1163548   
/devel/gtk+-2.4.10/lib/libgdk_pixbuf-2.0.so.0.400.10
4d3c7000-4d3c8000 rw-p 00012000 03:03 1163548   
/devel/gtk+-2.4.10/lib/libgdk_pixbuf-2.0.so.0.400.10
4d3c8000-4d3cc000 r-xp 00000000 03:03 1163553   
/devel/gtk+-2.4.10/lib/libpangoxft-1.0.so.0.400.1
4d3cc000-4d3cd000 rw-p 00003000 03:03 1163553   
/devel/gtk+-2.4.10/lib/libpangoxft-1.0.so.0.400.1
4d3cd000-4d3d7000 r-xp 00000000 03:03 1163545   
/devel/gtk+-2.4.10/lib/libpangox-1.0.so.0.400.1
4d3d7000-4d3d8000 rw-p 00009000 03:03 1163545   
/devel/gtk+-2.4.10/lib/libpangox-1.0.so.0.400.1
4d3d8000-4d404000 r-xp 00000000 03:03 1163541   
/devel/gtk+-2.4.10/lib/libpango-1.0.so.0.400.1
4d404000-4d409000 rw-p 0002b000 03:03 1163541   
/devel/gtk+-2.4.10/lib/libpango-1.0.so.0.400.1
4d409000-4d43a000 r-xp 00000000 03:03 1163335   
/devel/gtk+-2.4.10/lib/libgobject-2.0.so.0.400.6
4d43a000-4d43c000 rw-p 00030000 03:03 1163335   
/devel/gtk+-2.4.10/lib/libgobject-2.0.so.0.400.6
4d43c000-4d43f000 r-xp 00000000 03:03 1163529   
/devel/gtk+-2.4.10/lib/libgmodule-2.0.so.0.400.6
4d43f000-4d440000 rw-p 00002000 03:03 1163529   
/devel/gtk+-2.4.10/lib/libgmodule-2.0.so.0.400.6
4d440000-4d443000 r-xp 00000000 03:03 1163533   
/devel/gtk+-2.4.10/lib/libgthread-2.0.so.0.400.6
4d443000-4d444000 rw-p 00003000 03:03 1163533   
/devel/gtk+-2.4.10/lib/libgthread-2.0.so.0.400.6
4d444000-4d4b8000 r-xp 00000000 03:03 1163331   
/devel/gtk+-2.4.10/lib/libglib-2.0.so.0.400.6
4d4b8000-4d4b9000 rw-p 00074000 03:03 1163331   
/devel/gtk+-2.4.10/lib/libglib-2.0.so.0.400.6
4d4b9000-4d4bf000 r--s 00000000 03:03 474404     /usr/lib/gconv/gconv-modules.cache
4d4bf000-4d4c1000 r-xp 00000000 03:03 3403682   
/devel/gtk+-2.4.10/lib/pango/1.4.0/modules/pango-basic-fc.so
4d4c1000-4d4c2000 rw-p 00001000 03:03 3403682   
/devel/gtk+-2.4.10/lib/pango/1.4.0/modules/pango-basic-fc.so
4d4c2000-4d4c8000 r--s 00000000 03:03 1294020   
/work/eclipse-I200410130800/plugins/org.eclipse.update.scheduler_3.0.0/scheduler.jar
4d4c8000-4d4cc000 r--s 00000000 03:03 2439107   
/work/eclipse-I200410130800/plugins/org.eclipse.jdt.junit.runtime_3.1.0/junitruntime.jar
4d4cd000-4d4d1000 r-xp 00000000 03:03 2485615    /usr/X11R6/lib/libXtst.so.6.1
4d4d1000-4d4d2000 rw-p 00004000 03:03 2485615    /usr/X11R6/lib/libXtst.so.6.1
4d4d2000-4d5ae000 r-xp 00000000 03:03 2485581    /usr/X11R6/lib/libX11.so.6.2
4d5ae000-4d5b1000 rw-p 000db000 03:03 2485581    /usr/X11R6/lib/libX11.so.6.2
4d5b1000-4d5b4000 r-xp 00000000 03:03 2485609    /usr/X11R6/lib/libXrandr.so.2.0
4d5b4000-4d5b5000 rw-p 00002000 03:03 2485609    /usr/X11R6/lib/libXrandr.so.2.0
4d5b5000-4d5c2000 r-xp 00000000 03:03 2485591    /usr/X11R6/lib/libXext.so.6.4
4d5c2000-4d5c3000 rw-p 0000c000 03:03 2485591    /usr/X11R6/lib/libXext.so.6.4
4d5c3000-4d5d4000 r-xp 00000000 03:03 2485597    /usr/X11R6/lib/libXft.so.2.1.1
4d5d4000-4d5d5000 rw-p 00011000 03:03 2485597    /usr/X11R6/lib/libXft.so.2.1.1
4d5d5000-4d627000 r-xp 00000000 03:03 361552     /usr/lib/libfreetype.so.6.3.2
4d627000-4d62b000 rw-p 00052000 03:03 361552     /usr/lib/libfreetype.so.6.3.2
4d62c000-4d633000 r-xp 00000000 03:03 2485611    /usr/X11R6/lib/libXrender.so.1.2.2
4d633000-4d634000 rw-p 00006000 03:03 2485611    /usr/X11R6/lib/libXrender.so.1.2.2
4d634000-4d655000 r-xp 00000000 03:03 359917     /usr/lib/libfontconfig.so.1.0
4d655000-4d658000 rw-p 00021000 03:03 359917     /usr/lib/libfontconfig.so.1.0
4d659000-4d661000 r-xp 00000000 03:03 2485589    /usr/X11R6/lib/libXcursor.so.1.0
4d661000-4d662000 rw-p 00007000 03:03 2485589    /usr/X11R6/lib/libXcursor.so.1.0
4d662000-4d682000 r-xp 00000000 03:03 1163549   
/devel/gtk+-2.4.10/lib/libpangoft2-1.0.so.0.400.1
4d682000-4d683000 rw-p 00020000 03:03 1163549   
/devel/gtk+-2.4.10/lib/libpangoft2-1.0.so.0.400.1
4d683000-4d6a1000 r-xp 00000000 03:03 359789     /usr/lib/libexpat.so.0.4.0
4d6a1000-4d6a3000 rw-p 0001e000 03:03 359789     /usr/lib/libexpat.so.0.4.0
4d6a3000-4d6c9000 r-xp 00000000 03:03 3256366   
/work/workspaces/eclipse-3.1/org.eclipse.swt.gtk/os/linux/x86/libswt-gtk-3108.so
4d6c9000-4d6cb000 rw-p 00026000 03:03 3256366   
/work/workspaces/eclipse-3.1/org.eclipse.swt.gtk/os/linux/x86/libswt-gtk-3108.so
4d6cb000-4d72b000 rw-s 00000000 00:04 10321923   /SYSV00000000 (deleted)
4d72b000-4d73a000 r--s 00000000 03:03 2928095   
/work/eclipse-I200410130800/plugins/org.eclipse.help_3.0.0/help.jar
4d7bb000-4d7c0000 r-xp 00000000 03:03 3256572   
/work/workspaces/eclipse-3.1/org.eclipse.swt.gtk/os/linux/x86/libswt-kde-gtk-3108.so
4d7c0000-4d7c1000 rw-p 00004000 03:03 3256572   
/work/workspaces/eclipse-3.1/org.eclipse.swt.gtk/os/linux/x86/libswt-kde-gtk-3108.so
4d7d5000-4d7e4000 r-xp 00000000 03:03 4088052    /lib/libresolv-2.3.2.so
4d7e4000-4d7e5000 rw-p 0000f000 03:03 4088052    /lib/libresolv-2.3.2.so
4d7e7000-4d7fc000 r-xp 00000000 03:03 359986     /usr/lib/libart_lgpl_2.so.2.3.11
4d7fc000-4d7fd000 rw-p 00015000 03:03 359986     /usr/lib/libart_lgpl_2.so.2.3.11
4d880000-4d89b000 r--s 00000000 03:03 1047331   
/work/eclipse-I200410130800/plugins/org.eclipse.ui.externaltools_3.1.0/externaltools.jar
4d89b000-4d97f000 r--s 00000000 03:03 1294148   
/work/eclipse-I200410130800/plugins/org.eclipse.debug.ui_3.1.0/dtui.jar
4d97f000-4d9b7000 r--s 00000000 03:03 2095300   
/work/eclipse-I200410130800/plugins/org.eclipse.debug.core_3.1.0/dtcore.jar
4d9b7000-4d9c4000 r--s 00000000 03:03 4041595   
/work/eclipse-I200410130800/plugins/org.eclipse.core.expressions_3.1.0/expressions.jar
4d9c4000-4d9f0000 r--s 00000000 03:03 2536524   
/work/eclipse-I200410130800/plugins/org.eclipse.ui.intro_3.1.0/intro.jar
4d9f0000-4da18000 r--s 00000000 03:03 51738     
/work/eclipse-I200410130800/plugins/org.eclipse.ui.forms_3.0.0/forms.jar
4da18000-4da5e000 r--p 00000000 03:03 2077337   
/usr/share/fonts/truetype/Arial_Bold.ttf
4dce3000-4dd16000 r--p 00000000 03:03 2077339   
/usr/share/fonts/truetype/Arial_Italic.ttf
4dd16000-4dd42000 r--s 00000000 03:03 1882888   
/work/eclipse-I200410130800/plugins/org.eclipse.text_3.1.0/text.jar
4dd42000-4dddb000 r--s 00000000 03:03 1996927   
/work/eclipse-I200410130800/plugins/org.eclipse.jface.text_3.1.0/jfacetext.jar
4dddb000-4de07000 r--s 00000000 03:03 721256    
/work/eclipse-I200410130800/plugins/org.eclipse.team.core_3.1.0/team.jar
4de07000-4de08000 r-xp 00000000 03:03 574983    
/work/eclipse-I200410130800/plugins/org.eclipse.core.resources.linux_3.0.0/os/linux/x86/libcore_2_1_0b.so
4de08000-4de09000 rw-p 00001000 03:03 574983    
/work/eclipse-I200410130800/plugins/org.eclipse.core.resources.linux_3.0.0/os/linux/x86/libcore_2_1_0b.so
4de09000-4de83000 r--s 00000000 03:03 1883089   
/work/eclipse-I200410130800/plugins/org.eclipse.team.ui_3.1.0/teamui.jar
4de83000-4dee4000 r--s 00000000 03:03 296305    
/work/eclipse-I200410130800/plugins/org.eclipse.compare_3.1.0/compare.jar
4dee4000-4df2d000 r--s 00000000 03:03 2128015   
/work/eclipse-I200410130800/plugins/org.eclipse.ui.editors_3.1.0/editors.jar
4df2d000-4df3e000 r--s 00000000 03:03 3827832   
/work/eclipse-I200410130800/plugins/org.eclipse.core.filebuffers_3.1.0/filebuffers.jar
4df3e000-4df75000 r--p 00000000 03:03 2077338   
/usr/share/fonts/truetype/Arial_Bold_Italic.ttf
4df75000-4dfbf000 r--p 00000000 03:03 2077342   
/usr/share/fonts/truetype/Courier_New.ttf
4dfbf000-4dffb000 r--p 00000000 03:03 2077344   
/usr/share/fonts/truetype/Courier_New_Italic.ttf
4dffb000-4dffd000 r-xp 00000000 03:03 4088058    /lib/libutil-2.3.2.so
4dffd000-4dffe000 rw-p 00001000 03:03 4088058    /lib/libutil-2.3.2.so
4e100000-4e144000 r--p 00000000 03:03 2077336    /usr/share/fonts/truetype/Arial.ttf
4e144000-4e1a4000 rw-s 00000000 00:04 10354696   /SYSV00000000 (deleted)
4e1a4000-4e315000 r-xp 00000000 03:03 361079     /usr/lib/libkdecore.so.4.1.0
4e315000-4e31f000 rw-p 00171000 03:03 361079     /usr/lib/libkdecore.so.4.1.0
4e321000-4e941000 r-xp 00000000 03:03 2976184   
/usr/lib/qt-3.1/lib/libqt-mt.so.3.1.1
4e941000-4e983000 rw-p 0061f000 03:03 2976184   
/usr/lib/qt-3.1/lib/libqt-mt.so.3.1.1
4e989000-4e9c0000 r-xp 00000000 03:03 361135     /usr/lib/libkparts.so.2.1.0
4e9c0000-4e9c4000 rw-p 00037000 03:03 361135     /usr/lib/libkparts.so.2.1.0
4e9c4000-4e9f2000 r-xp 00000000 03:03 361059     /usr/lib/libDCOP.so.4.1.0
4e9f2000-4e9f4000 rw-p 0002d000 03:03 361059     /usr/lib/libDCOP.so.4.1.0
4e9f5000-4ea1c000 r-xp 00000000 03:03 361087     /usr/lib/libkdefx.so.4.1.0
4ea1c000-4ea1e000 rw-p 00026000 03:03 361087     /usr/lib/libkdefx.so.4.1.0
4ea1e000-4ea40000 r-xp 00000000 03:03 359926     /usr/lib/libpng12.so.0.1.2.2
4ea40000-4ea41000 rw-p 00022000 03:03 359926     /usr/lib/libpng12.so.0.1.2.2
4ea41000-4ea4d000 r-xp 00000000 03:03 359833     /usr/lib/libz.so.1.1.4
4ea4d000-4ea4f000 rw-p 0000b000 03:03 359833     /usr/lib/libz.so.1.1.4
4ea4f000-4ea57000 r-xp 00000000 03:03 2485579    /usr/X11R6/lib/libSM.so.6.0
4ea57000-4ea58000 rw-p 00007000 03:03 2485579    /usr/X11R6/lib/libSM.so.6.0
4ea58000-4ea6c000 r-xp 00000000 03:03 2485575    /usr/X11R6/lib/libICE.so.6.3
4ea6c000-4ea6d000 rw-p 00013000 03:03 2485575    /usr/X11R6/lib/libICE.so.6.3
4ea6f000-4eb18000 r-xp 00000000 03:03 359871     /usr/lib/libstdc++.so.5.0.3
4eb18000-4eb1d000 rw-p 000a9000 03:03 359871     /usr/lib/libstdc++.so.5.0.3
4eb22000-4eb29000 r-xp 00000000 03:03 4088076    /lib/libgcc_s-3.2.2-20030225.so.1
4eb29000-4eb2a000 rw-p 00007000 03:03 4088076    /lib/libgcc_s-3.2.2-20030225.so.1
4eb2a000-4eb6c000 r-xp 00000000 03:03 360146     /usr/lib/libmng.so.1.0.0
4eb6c000-4eb6e000 rw-p 00041000 03:03 360146     /usr/lib/libmng.so.1.0.0
4eb6e000-4eb8b000 r-xp 00000000 03:03 359923     /usr/lib/libjpeg.so.62.0.0
4eb8b000-4eb8c000 rw-p 0001d000 03:03 359923     /usr/lib/libjpeg.so.62.0.0
4eb8c000-4ebc5000 r-xp 00000000 03:03 2485625    /usr/X11R6/lib/libGL.so.1.2
4ebc5000-4ebcd000 rwxp 00039000 03:03 2485625    /usr/X11R6/lib/libGL.so.1.2
4ebd0000-4ebe5000 r-xp 00000000 03:03 2485601    /usr/X11R6/lib/libXmu.so.6.2
4ebe5000-4ebe6000 rw-p 00015000 03:03 2485601    /usr/X11R6/lib/libXmu.so.6.2
4ebe6000-4ee62000 r-xp 00000000 03:03 361115     /usr/lib/libkio.so.4.1.0
4ee62000-4ee7b000 rw-p 0027c000 03:03 361115     /usr/lib/libkio.so.4.1.0
4ee7b000-4f099000 r-xp 00000000 03:03 361107     /usr/lib/libkdeui.so.4.1.0
4f099000-4f0bc000 rw-p 0021e000 03:03 361107     /usr/lib/libkdeui.so.4.1.0
4f0bc000-4f0d5000 r-xp 00000000 03:03 361103     /usr/lib/libkdesu.so.4.1.0
4f0d5000-4f0d6000 rw-p 00018000 03:03 361103     /usr/lib/libkdesu.so.4.1.0
4f0d6000-4f124000 r-xp 00000000 03:03 2485613    /usr/X11R6/lib/libXt.so.6.0
4f124000-4f128000 rw-p 0004d000 03:03 2485613    /usr/X11R6/lib/libXt.so.6.0
4f128000-4f144000 r-xp 00000000 03:03 2174886   
/usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2
4f144000-4f146000 rw-p 0001c000 03:03 2174886   
/usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2
4f146000-4f1ee000 r--s 00000000 03:03 1425272    /tmp/kde-bbiggs/ksycoca
4f2f0000-4f2f4000 r-xp 00000000 03:03 4088037    /lib/libnss_dns-2.3.2.so
4f2f4000-4f2f5000 rw-p 00003000 03:03 4088037    /lib/libnss_dns-2.3.2.so

Heap at VM Abort:
Heap
 def new generation   total 1728K, used 293K [0x44740000, 0x44910000, 0x44c20000)
  eden space 1600K,  10% used [0x44740000, 0x44769778, 0x448d0000)
  from space 128K, 100% used [0x448f0000, 0x44910000, 0x44910000)
  to   space 128K,   0% used [0x448d0000, 0x448d0000, 0x448f0000)
 tenured generation   total 21176K, used 19080K [0x44c20000, 0x460ce000, 0x48740000)
   the space 21176K,  90% used [0x44c20000, 0x45ec2188, 0x45ec2200, 0x460ce000)
 compacting perm gen  total 17152K, used 17101K [0x48740000, 0x49800000, 0x4c740000)
   the space 17152K,  99% used [0x48740000, 0x497f37c8, 0x497f3800, 0x49800000)

Local Time = Mon Oct 18 14:31:03 2004
Elapsed Time = 245
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2_03-b02 mixed mode)
#
# An error report file has been saved as hs_err_pid26685.log.
# Please refer to the file for further information.
#


****************
Another exception has been detected while we were handling last error.
Dumping information about last error:
ERROR REPORT FILE = hs_err_pid26685.log
PC                = 0x4d0a3de3
SIGNAL            = 11
FUNCTION NAME     = Java_org_eclipse_swt_internal_gtk_OS_GTK_1WIDGET_1VISIBLE
OFFSET            = 0x24
LIBRARY NAME      =
/work/workspaces/eclipse-3.1/org.eclipse.swt.gtk/os/linux/x86/libswt-pi-gtk-3108.so
Please check ERROR REPORT FILE for further information, if there is any.
Good bye.

build I20040427 + latest UI and SWT from HEAD

- ran target Eclipse
- detached Navigator view
- it was blank (gray)
- clicked on it
- its contents appeared
- dragged it back
- it was blank (gray)
- clicked on it
- the target exited unexpectedly
- log has:

!MESSAGE Widget is disposed
!STACK 0
org.eclipse.swt.SWTException: Widget is disposed
	at org.eclipse.swt.SWT.error(SWT.java:2689)
	at org.eclipse.swt.SWT.error(SWT.java:2614)
	at org.eclipse.swt.SWT.error(SWT.java:2585)
	at org.eclipse.swt.widgets.Widget.error(Widget.java:381)
	at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:283)
	at org.eclipse.swt.widgets.Menu.getParentMenu(Menu.java:813)
	at org.eclipse.swt.widgets.Decorations.releaseWidget(Decorations.java:690)
	at org.eclipse.swt.widgets.Shell.releaseWidget(Shell.java:785)
	at org.eclipse.swt.widgets.Widget.dispose(Widget.java:368)
	at org.eclipse.swt.widgets.Decorations.dispose(Decorations.java:371)
	at org.eclipse.swt.widgets.Shell.dispose(Shell.java:486)
	at org.eclipse.jface.window.Window.close(Window.java:253)
	at org.eclipse.ui.internal.DetachedWindow.close(DetachedWindow.java:80)
	at
org.eclipse.ui.internal.PerspectivePresentation.derefPart(PerspectivePresentation.java:566)
	at
org.eclipse.ui.internal.RootLayoutContainer.derefPart(RootLayoutContainer.java:269)
	at org.eclipse.ui.internal.PartSashContainer.stackPane(PartSashContainer.java:815)
	at org.eclipse.ui.internal.PartSashContainer.stack(PartSashContainer.java:793)
	at org.eclipse.ui.internal.PartSashContainer.dropObject(PartSashContainer.java:751)
	at
org.eclipse.ui.internal.PartSashContainer$SashContainerDropTarget.drop(PartSashContainer.java:104)
	at org.eclipse.ui.internal.dnd.DragUtil.performDrag(DragUtil.java:128)
	at org.eclipse.ui.internal.PartStack.dragStart(PartStack.java:844)
	at org.eclipse.ui.internal.PartStack$1.dragStart(PartStack.java:61)
	at
org.eclipse.ui.internal.presentations.BasicStackPresentation$11.handleEvent(BasicStackPresentation.java:311)
	at
org.eclipse.ui.presentations.PresentationUtil.handleMouseMove(PresentationUtil.java:89)
	at org.eclipse.ui.presentations.PresentationUtil.access$4(PresentationUtil.java:83)
	at
org.eclipse.ui.presentations.PresentationUtil$2.handleEvent(PresentationUtil.java:55)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2594)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2272)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:243)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:120)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)
!ENTRY org.eclipse.ui 4 4 May 05, 2004 15:05:14.736
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 May 05, 2004 15:05:14.746
!MESSAGE Cannot set text
!STACK 0
org.eclipse.swt.SWTError: Cannot set text
	at org.eclipse.swt.SWT.error(SWT.java:2715)
	at org.eclipse.swt.SWT.error(SWT.java:2614)
	at org.eclipse.swt.SWT.error(SWT.java:2585)
	at org.eclipse.swt.widgets.Widget.error(Widget.java:381)
	at org.eclipse.swt.widgets.MenuItem.setText(MenuItem.java:949)
	at
org.eclipse.jface.action.ActionContributionItem.update(ActionContributionItem.java:858)
	at
org.eclipse.jface.action.ActionContributionItem$1.propertyChange(ActionContributionItem.java:182)
	at
org.eclipse.ui.internal.commands.ws.CommandCallback$1.commandChanged(CommandCallback.java:91)
	at org.eclipse.ui.internal.commands.Command.fireCommandChanged(Command.java:138)
	at
org.eclipse.ui.internal.commands.MutableCommandManager.notifyCommands(MutableCommandManager.java:366)
	at
org.eclipse.ui.internal.commands.MutableCommandManager.setActiveContextIds(MutableCommandManager.java:557)
	at
org.eclipse.ui.internal.commands.ws.WorkbenchCommandSupport.setActiveContextIds(WorkbenchCommandSupport.java:494)
	at org.eclipse.ui.internal.Workbench$2.contextManagerChanged(Workbench.java:1793)
	at
org.eclipse.ui.internal.contexts.AbstractContextManager.fireContextManagerChanged(AbstractContextManager.java:46)
	at
org.eclipse.ui.internal.contexts.ProxyContextManager$1.contextManagerChanged(ProxyContextManager.java:41)
	at
org.eclipse.ui.internal.contexts.AbstractContextManager.fireContextManagerChanged(AbstractContextManager.java:46)
	at
org.eclipse.ui.internal.contexts.MutableContextManager.setEnabledContextIds(MutableContextManager.java:310)
	at
org.eclipse.ui.internal.contexts.ws.WorkbenchContextSupport.processEnabledSubmissions(WorkbenchContextSupport.java:557)
	at
org.eclipse.ui.internal.contexts.ws.WorkbenchContextSupport.processEnabledSubmissions(WorkbenchContextSupport.java:384)
	at
org.eclipse.ui.internal.contexts.ws.WorkbenchContextSupport.removeEnabledSubmissions(WorkbenchContextSupport.java:648)
	at
org.eclipse.ui.internal.contexts.ws.WorkbenchContextSupport.checkWindowType(WorkbenchContextSupport.java:310)
	at
org.eclipse.ui.internal.contexts.ws.WorkbenchContextSupport.access$0(WorkbenchContextSupport.java:294)
	at
org.eclipse.ui.internal.contexts.ws.WorkbenchContextSupport$1.handleEvent(WorkbenchContextSupport.java:129)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java:705)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:795)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:801)
	at org.eclipse.swt.widgets.Decorations.WM_ACTIVATE(Decorations.java:1473)
	at org.eclipse.swt.widgets.Shell.WM_ACTIVATE(Shell.java:1327)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2949)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1449)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3160)
	at org.eclipse.swt.internal.win32.OS.PeekMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.PeekMessage(OS.java:1868)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2266)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:243)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:120)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)
!ENTRY org.eclipse.core.runtime 4 2 May 05, 2004 15:05:15.116
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
org.eclipse.swt.SWTException: Widget is disposed
	at org.eclipse.swt.SWT.error(SWT.java:2689)
	at org.eclipse.swt.SWT.error(SWT.java:2614)
	at org.eclipse.swt.SWT.error(SWT.java:2585)
	at org.eclipse.swt.widgets.Widget.error(Widget.java:381)
	at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:283)
	at org.eclipse.swt.widgets.Menu.getParentMenu(Menu.java:813)
	at org.eclipse.swt.widgets.Decorations.releaseWidget(Decorations.java:690)
	at org.eclipse.swt.widgets.Shell.releaseWidget(Shell.java:785)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
	at org.eclipse.swt.widgets.Shell.releaseShells(Shell.java:779)
	at org.eclipse.swt.widgets.Shell.releaseWidget(Shell.java:784)
	at org.eclipse.swt.widgets.Widget.dispose(Widget.java:368)
	at org.eclipse.swt.widgets.Decorations.dispose(Decorations.java:371)
	at org.eclipse.swt.widgets.Shell.dispose(Shell.java:486)
	at org.eclipse.jface.window.Window.close(Window.java:253)
	at org.eclipse.jface.window.ApplicationWindow.close(ApplicationWindow.java:272)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose(WorkbenchWindow.java:1043)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose(WorkbenchWindow.java:483)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0(WorkbenchWindow.java:465)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run(WorkbenchWindow.java:553)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchWindow.close(WorkbenchWindow.java:551)
	at org.eclipse.jface.window.WindowManager.close(WindowManager.java:101)
	at org.eclipse.ui.internal.Workbench$10.run(Workbench.java:450)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:604)
	at org.eclipse.core.runtime.Platform.run(Platform.java:545)
	at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:447)
	at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:389)
	at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:561)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:559)
	at
org.eclipse.ui.internal.WorkbenchConfigurer.emergencyClose(WorkbenchConfigurer.java:150)
	at
org.eclipse.ui.internal.ide.IDEExceptionHandler.closeWorkbench(IDEExceptionHandler.java:104)
	at
org.eclipse.ui.internal.ide.IDEExceptionHandler.handleException(IDEExceptionHandler.java:84)
	at
org.eclipse.ui.internal.ide.IDEWorkbenchAdvisor.eventLoopException(IDEWorkbenchAdvisor.java:241)
	at
org.eclipse.ui.internal.ExceptionHandler.handleException(ExceptionHandler.java:53)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1357)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:243)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:120)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)
!ENTRY org.eclipse.osgi May 05, 2004 15:05:15.537
!MESSAGE Application error
!STACK 1
org.eclipse.swt.SWTException: Widget is disposed
	at org.eclipse.swt.SWT.error(SWT.java:2689)
	at org.eclipse.swt.SWT.error(SWT.java:2614)
	at org.eclipse.swt.SWT.error(SWT.java:2585)
	at org.eclipse.swt.widgets.Widget.error(Widget.java:381)
	at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:283)
	at org.eclipse.swt.widgets.Menu.getParentMenu(Menu.java:813)
	at org.eclipse.swt.widgets.Decorations.releaseWidget(Decorations.java:690)
	at org.eclipse.swt.widgets.Shell.releaseWidget(Shell.java:785)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
	at org.eclipse.swt.widgets.Shell.releaseShells(Shell.java:779)
	at org.eclipse.swt.widgets.Shell.releaseWidget(Shell.java:784)
	at org.eclipse.swt.widgets.Widget.dispose(Widget.java:368)
	at org.eclipse.swt.widgets.Decorations.dispose(Decorations.java:371)
	at org.eclipse.swt.widgets.Shell.dispose(Shell.java:486)
	at org.eclipse.swt.widgets.Display.release(Display.java:2321)
	at org.eclipse.swt.graphics.Device.dispose(Device.java:227)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:99)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:243)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:120)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)

I20040831

Attempted to add a breakpoint on line 1864 of Workspace.
Breakpoint is added but you get the NPE.
Happens every time.

java.lang.NullPointerException
at 
org.eclipse.jdt.internal.debug.ui.actions.ValidBreakpointLocationLocator.isRepl
acedByConstantValue(ValidBreakpointLocationLocator.java:288)
at 
org.eclipse.jdt.internal.debug.ui.actions.ValidBreakpointLocationLocator.isRepl
acedByConstantValue(ValidBreakpointLocationLocator.java:246)
at 
org.eclipse.jdt.internal.debug.ui.actions.ValidBreakpointLocationLocator.isRepl
acedByConstantValue(ValidBreakpointLocationLocator.java:280)
at 
org.eclipse.jdt.internal.debug.ui.actions.ValidBreakpointLocationLocator.visit
(ValidBreakpointLocationLocator.java:811)
at org.eclipse.jdt.core.dom.PrefixExpression.accept0(PrefixExpression.java:258)
at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2450)
at org.eclipse.jdt.core.dom.ASTNode.acceptChild(ASTNode.java:2497)
at org.eclipse.jdt.core.dom.IfStatement.accept0(IfStatement.java:188)
at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2450)
at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:2520)
at org.eclipse.jdt.core.dom.Block.accept0(Block.java:135)
at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2450)
at 
org.eclipse.jdt.internal.debug.ui.actions.ValidBreakpointLocationLocator.visit
(ValidBreakpointLocationLocator.java:723)
at org.eclipse.jdt.core.dom.MethodDeclaration.accept0
(MethodDeclaration.java:489)
at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2450)
at 
org.eclipse.jdt.internal.debug.ui.actions.ValidBreakpointLocationLocator.visit
(ValidBreakpointLocationLocator.java:972)
at org.eclipse.jdt.core.dom.TypeDeclaration.accept0(TypeDeclaration.java:469)
at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2450)
at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:2520)
at org.eclipse.jdt.core.dom.CompilationUnit.accept0(CompilationUnit.java:292)
at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2450)
at org.eclipse.jdt.internal.debug.ui.actions.BreakpointLocationVerifierJob.run
(BreakpointLocationVerifierJob.java:128)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

3.0 RC1

This is what I get when debugging registry change events:

RegistryChangeEvent:  [
	Host org.eclipse.ui: [
		org.eclipse.ui.actionSets - null (REMOVED)]]
RegistryChangeEvent:  [
	Host org.eclipse.ui: [
		org.eclipse.ui.actionSets - null (REMOVED)]]
RegistryChangeEvent:  [
	Host org.eclipse.ui: [
		org.eclipse.ui.actionSets - null (ADDED)]]

We can see the extension points, but not the extensions.

The problem here is that extensions don't have to specify identifiers, so
IExtension#getUniqueIdentifier will return null when an identifier is not
provided. We should be concatenating the namespace with the simple identifier
instead.

I disconnected several projects from CVS. The following session and persistant 
properties were not properly cleaned up.

The following remained on projects.

Persistent Properties
 org.eclipse.team.cvs.core:watch_edit = false
Session Properties
 org.eclipse.team.cvs.core:is-dirty = c
 org.eclipse.team.cvs.core:resource-sync-cached = java.lang.Object@e5cd19
 org.eclipse.team.cvs.core:watch_edit = false

The following remained on folders

Session Properties
 org.eclipse.team.cvs.core:is-dirty = c
 org.eclipse.team.cvs.core:resource-sync-cached = java.lang.Object@e5cd19
 org.eclipse.team.cvs.core:folder-sync = //null

The following remained on files

Session Properties
 org.eclipse.team.cvs.core:is-dirty = c

IResourceChangeEvent.POST_AUTO_BUILD has been deprecated.
Move to IResourceChangeEvent.POST_WORKSPACE_BUILD

I20040519
You can share a project with a remote non-root location (e.g. a/b/c) that
doesn't exist, but if you try and share with an existing non-root location an
error occurs in the sharing wizard saying that it can't find a/b/c.

I200409212000

- New > Java Interface
- Beside the entry for Package: there is the string (default), but the closing
parenthesis is cut off

Set a Stratum breakpoint inside a method.  Stop on that stratum breakpoint. 
Change something in the method which cause a HCR to happen.  Eclipse would 
always complain about obsolete method and asked me if I want to kill the app.

If my Stratum breakpoint was pop outside of the method and I change the 
method.  HCR works without a problem.  It only have problem if it's pop inside 
the method and the HCR mgr tries to pop and rerun the stack frame. 

Testcase to be followed.

When I run unit tests, and get a failure, JUnit does not select any of the
failures automatically.  This means to get any details, I need to select one by
hand.  Very annoying.  Another user here reports that it does select one for him.

build 0506-0200
linux-gtk

Not sure if its related to bug 56816 or bug 58042. Stack traces are a little
different.

I upgraded my dev to this build and started. I shutdown and got an error saying
that there were problems storing the workbench state. (nothing in the console or
log) I rebooted my machine. On the next startup I got the following stack trace
in the console and all my perspectives and customizations were reset.

Will attach log file.

Editing a debug launch | Classpath tab | Bootstrap Entries | Add Projects, 
the resulting dialog entitled "Project Selection" does not resize.

Not exactly a show-stopper, but since all (?) similar dialogs do resize, it 
seems inconsistent that this one doesn't.   

(Having these dialogs resizeable means I can do minimal-size screen grabs of 
them, which is useful for the training documentation I am producing).

Please stacktrace that I'll attach shortly

UI needs an additional method in IContainer/IFile to understand whether the
charset returned by getDefaultCharset/getCharset is inherited from
parent/guessed from contents or defined by the user. 

The proposed API is
IFile#getCharset(boolean checkImplicit)
IContainer#getDefaultCharset(boolean checkImplicit)

"checkImplicit==false" means that the client is only interested in charsets
explicitly set by clients (not automatically determined).

 

Build id: 200409070800

If I enter something like the following into the "Default VM Arguments" field 
for an installed JRE, then the quotes disappear, and the VM argument doesn't 
get passed to the VM properly (because there is a space in the path name).

-Djava.library.path="D:\my workspace\org.eclipse.swt.win32\os\win32\x86"

Even if I type the argument in Java string format, it is still invalid, i.e.

-Djava.library.path="\"D:\my workspace\org.eclipse.swt.win32\os\win32\x86\""

I even tried just quoting the quotes, but that didn't work either, i.e.

-Djava.library.path=\"D:\my workspace\org.eclipse.swt.win32\os\win32\x86\"

I could keep guessing, I suppose, but at this point I think it's either a bug 
or a very wierd user interface for the field (which would be a usability bug). 
Personally, I think that my first attempt should have worked, i.e. just keep 
the quotes as if I had typed the whole thing on a command line.

I don't know if this is the same as bug 72054 - it might be. Perhaps the fix 
(or feature) is required in several places.

I haven't been able to track down the cause of this problem, but I have included
the stack trace below. Interestly, there doesn't seem to be a pattern to this
problem since various machines with various operating systems are able to update
everytime. Further, some machines can update some of the time and not others.

An internal error occurred during: "Automatic Update Search".
java.lang.NullPointerException
org.eclipse.update.internal.search.UpdatesSearchCategory$UpdateQuery.run(UpdatesSearchCategory.java:261)
org.eclipse.update.search.UpdateSearchRequest.searchOneSite(UpdateSearchRequest.java:338)
org.eclipse.update.search.UpdateSearchRequest.performSearch(UpdateSearchRequest.java:207)
org.eclipse.update.internal.scheduler.AutomaticUpdatesJob.run(AutomaticUpdatesJob.java:86)
org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

Eclipse 3.0

Externalize a string containing escaped characters "\r\n\t\f". The cell editor
on the table shows only "square" characters insted of the escape sequences. Said
characters should not be translated when editing strings.

They are (correctly) not changed when written to the .properties file without
change.

The spec for Preferences.setDefault does not mention what happens when the value
is the default-default value.

The spec for Preferences.defaultPropertyNames() says that it returns all
property names which have default values set except those whose values are the
default-default.

Thus it is implied that when then default value for a property is the same as
the default-default value, it is not stored in the defaultProperties table.

Currently default-default values ARE stored in this table and
#defaultPropertyNames() does return keys whose default values are the same as
the default-default. This needs to be changed.

org.eclipse.core.test.runtime.PreferencesTest.testDefaultPropertyNames() also
tests this method but is relying on the current behaviour and not the spec and
thus should be changed.

Reporter: Huang Xing Jiang
Language: Simplfied Chinese
Build driver: eclipse-sourceBuild-srcIncluded-3.0M9
JDK Version: IBM JDK 1.41

Steps to recreate problem:
	1. Set the JVM arguments as "-Dfile.encoding=UTF-8" in the launching 
panel of "SurogateTestCase" (See the attached project)
	2. Start to run the program "SurogateTestCase" to print the content 
of "UTF-8In.txt" in the system console
	3. Get mass characters in the system console (See screen capture)

<<Error>>
Get mass characters in the system console for GB18030 characters. (See screen 
capture)

<<Expected Result>>
All characters should be displayed in the console correctly.

<<Cause>>
Eclipse uses a thread "OutputStreamMonitor" to monitor the output of a specific 
Java process (launched by Eclipse). The specific Java process uses its own 
encoding to print out the content, while "OutputStreamMonitor" uses the 
system's default encoding to parse the output of the process. Then the data was 
mismatched.

<<Solution>>
Get JVM's parameter "file.encoding" for the process, set "file.encoding" 
for "OutputStreamMonitor" to parse the output from the process. For the process 
whose encoding are not specified, system will still use default encoding to 
parse the strea.

Note: also fix the similar problem in the "InputStreamMonitor".

Changed file list

org.eclipse.jdt.launching\launching\org\eclipse\jdt\internal\launching\StandardV
MDebugger.java
org.eclipse.jdt.launching\launching\org\eclipse\jdt\internal\launching\StandardV
MRunner.java
org.eclipse.debug.core\core\org\eclipse\debug\internal\core\StreamsProxy.java
org.eclipse.debug.core\core\org\eclipse\debug\internal\core\OutputStreamMonitor.
java
org.eclipse.debug.core\core\org\eclipse\debug\internal\core\InputStreamMonitor.j
ava

I200405060200

!ENTRY org.eclipse.core.runtime 4 2 Mai 06, 2004 20:35:27.426
!MESSAGE An internal error occurred during: "CVS QuickDiff: fetching remote
contents for ''{0}''".
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.team.internal.ccvs.core.CVSSyncTreeSubscriber.isSupervised(CVSSyncTreeSubscriber.java:90)
	at
org.eclipse.team.internal.ccvs.core.CVSSyncTreeSubscriber.getSyncInfo(CVSSyncTreeSubscriber.java:75)
	at
org.eclipse.team.internal.ccvs.ui.RemoteRevisionQuickDiffProvider.getSyncState(RemoteRevisionQuickDiffProvider.java:230)
	at
org.eclipse.team.internal.ccvs.ui.RemoteRevisionQuickDiffProvider.computeChange(RemoteRevisionQuickDiffProvider.java:203)
	at
org.eclipse.team.internal.ccvs.ui.RemoteRevisionQuickDiffProvider.readDocument(RemoteRevisionQuickDiffProvider.java:242)
	at
org.eclipse.team.internal.ccvs.ui.RemoteRevisionQuickDiffProvider.access$4(RemoteRevisionQuickDiffProvider.java:239)
	at
org.eclipse.team.internal.ccvs.ui.RemoteRevisionQuickDiffProvider$3.run(RemoteRevisionQuickDiffProvider.java:342)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

3.0 RC1
Show the commit set for a large number of changes. Change the sort order of the
commit set elements using the context menu. Remove the compare from the sync
view and grap a snapshot of the memory. There seems to be many leaks of the sort
actions added to the view's menu:

GC Roots -> Object LogEntry #017c1e04: Reverse Paths

  |
  +---org.eclipse.team.internal.ccvs.core.client.listeners.LogEntry (#017c1e04)
    |
    +---[5]  of org.eclipse.team.internal.ccvs.core.ILogEntry[65] (#00191798)
      |
      +---value of java.util.HashMap$Entry (#01939cfa)
        |
        +---[3]  of java.util.HashMap$Entry[16] (#009954c7)
          |
          +---table of java.util.HashMap (#01a30503)
            |
            +---allEntries of
org.eclipse.team.internal.ccvs.ui.operations.RemoteLogOperation (#00994623)
              |
              +---logOperation of
org.eclipse.team.internal.ccvs.ui.subscriber.ChangeLogModelProvider (#0129a75a)
                |
                +---this$0 of
org.eclipse.team.internal.ccvs.ui.subscriber.ChangeLogModelProvider$ToggleSortOrderAction
(#002f2813)
                  |
                  +---action of org.eclipse.jface.action.ActionContributionItem
(#00629e88)
                    |
                    +---data of org.eclipse.swt.widgets.MenuItem (#00e00180)
                      |
                      +---[343]  of org.eclipse.swt.widgets.MenuItem[408]
(#007c9cfa)
                        |
                        +---items of org.eclipse.swt.widgets.Shell (#00083e1e)
                          |
                          +---activeShell of
org.eclipse.ui.internal.commands.ws.WorkbenchCommandSupport (#014ab68b)
                            |
                            +---workbenchCommandSupport of
org.eclipse.ui.internal.Workbench (#008e2b14) [Java Frame] 


--------------------------------------------------------------------------------

GC Roots -> Object LogEntry #017c1e04: Direct Paths

  |
  +---org.eclipse.ui.internal.Workbench (#008e2b14) [Java Frame] 
    |
    +---workbenchCommandSupport
org.eclipse.ui.internal.commands.ws.WorkbenchCommandSupport (#014ab68b)
      |
      +---activeShell org.eclipse.swt.widgets.Shell (#00083e1e)
        |
        +---items org.eclipse.swt.widgets.MenuItem[408] (#007c9cfa)
          |
          +---[343]  org.eclipse.swt.widgets.MenuItem (#00e00180)
            |
            +---data org.eclipse.jface.action.ActionContributionItem (#00629e88)
              |
              +---action
org.eclipse.team.internal.ccvs.ui.subscriber.ChangeLogModelProvider$ToggleSortOrderAction
(#002f2813)
                |
                +---this$0
org.eclipse.team.internal.ccvs.ui.subscriber.ChangeLogModelProvider (#0129a75a)
                  |
                  +---logOperation
org.eclipse.team.internal.ccvs.ui.operations.RemoteLogOperation (#00994623)
                    |
                    +---allEntries java.util.HashMap (#01a30503)
                      |
                      +---table java.util.HashMap$Entry[16] (#009954c7)
                        |
                        +---[3]  java.util.HashMap$Entry (#01939cfa)
                          |
                          +---value
org.eclipse.team.internal.ccvs.core.ILogEntry[65] (#00191798)
                            |
                            +---[5] 
org.eclipse.team.internal.ccvs.core.client.listeners.LogEntry (#017c1e04)

Build 20040428

The implementation relies on not checking array length upfront and rather deal 
with exceptions. However, these seem to be quite frequent, and we may either 
change our default sizes for arrays, or perform bound checks.

I20040113

I was typing inside a java editor.  Suddenly I got into a state where I was no
longer able to type anything.  Each keystroke would add another error to the log
file.  I was able to save the file without any problems.  When I closed and
reopened an editor on the same file, it still was causing errors on every
keystroke.  Typing in java editors on any other java file worked fine, but on
that particular file it always failed. After shutdown and restart the errors no
longer occurred. Log file is attached.

If the Tracker's setRectangles method is method is used hold the tracking
rectangle still, the rectangle will flicker during mouse movements. This is
quite noticable in the Eclipse 3.0 UI.

The following snippet demonstrates the bug (run it and move the mouse cursor
around to observe the flicker).

public class Main {
	static int counter = 0;
public static void main (String [] args) {
	Display display = new Display ();
	final Shell shell = new Shell (display);
	shell.open ();
	final Tracker tracker = new Tracker (shell, 0);
	tracker.setRectangles (new Rectangle [] {
		new Rectangle (100, 100, 400, 400),
	});
	tracker.setStippled(true);
	tracker.addControlListener(new ControlListener() {
		public void controlMoved(ControlEvent e) {
			tracker.setRectangles(new Rectangle[] {new Rectangle(100, 100, 400, 400)});
		}
		public void controlResized(ControlEvent e) {
		}
	});
	tracker.open ();
	while (!shell.isDisposed()) {
		if (!display.readAndDispatch ()) display.sleep ();
	}
	display.dispose ();
}
}

I20040427

The BlockedJobsDialog now has the default Ok and Cancel buttons in the button
bar. When clicking either, the dialog closes but the user is still blocked.

Editing the bean implementation source file for an Enterprise JavaBean, the save
will sometimes deadlock.  I can provide more details on how to recreate if
needed.  I will attach the dump, but I don't see any classic deadlock in the
thread and resource dump.  Here are the threads:

2XMFULLTHDDUMP Full thread dump J9SE VM (J2RE 1.4.2 IBM J9 2.2 Windows XP x86-32
build 20040907_1026_lHdSMR, native threads):
3XMTHREADINFO      "main" (TID:0x000A0F00, sys_thread_t:0x000363EC, state:CW,
native ID:0x00000D2C) prio=6
4XESTACKTRACE          at java/lang/Object.wait(Native Method)
4XESTACKTRACE          at java/lang/Object.wait(Object.java:223)
4XESTACKTRACE          at
org/eclipse/core/internal/jobs/Semaphore.acquire(Bytecode PC:58)
4XESTACKTRACE          at
org/eclipse/core/internal/jobs/OrderedLock.doAcquire(Bytecode PC:78)
4XESTACKTRACE          at
org/eclipse/core/internal/jobs/OrderedLock.acquire(Bytecode PC:48)
4XESTACKTRACE          at
org/eclipse/core/internal/jobs/OrderedLock.acquire(Bytecode PC:4)
4XESTACKTRACE          at
org/eclipse/core/internal/resources/WorkManager.checkIn(Bytecode PC:47)
4XESTACKTRACE          at
org/eclipse/core/internal/resources/Workspace.prepareOperation(Bytecode PC:17)
4XESTACKTRACE          at
org/eclipse/core/internal/resources/Workspace.run(Bytecode PC:36)
4XESTACKTRACE          at
org/eclipse/ui/actions/WorkspaceModifyOperation.run(Bytecode PC:25)
4XESTACKTRACE          at
org/eclipse/ui/internal/editors/text/WorkspaceOperationRunner.run(Bytecode PC:18)
4XESTACKTRACE          at
org/eclipse/ui/internal/editors/text/WorkspaceOperationRunner.run(Bytecode PC:18)
4XESTACKTRACE          at
org/eclipse/ui/editors/text/TextFileDocumentProvider.executeOperation(Bytecode
PC:14)
4XESTACKTRACE          at
org/eclipse/ui/editors/text/TextFileDocumentProvider.validateState(Bytecode PC:35)
4XESTACKTRACE          at
org/eclipse/ui/texteditor/AbstractTextEditor.validateState(Bytecode PC:29)
4XESTACKTRACE          at
org/eclipse/jdt/internal/ui/javaeditor/CompilationUnitEditor.doSave(Bytecode PC:81)
4XESTACKTRACE          at
org/eclipse/ui/internal/EditorManager$12.run(EditorManager.java:1160)
4XESTACKTRACE          at
org/eclipse/ui/internal/EditorManager$10.run(EditorManager.java:1015)
4XESTACKTRACE          at
org/eclipse/jface/operation/ModalContext.runInCurrentThread(Bytecode PC:6)
4XESTACKTRACE          at org/eclipse/jface/operation/ModalContext.run(Bytecode
PC:46)
4XESTACKTRACE          at
org/eclipse/jface/window/ApplicationWindow$1.run(Bytecode PC:19)
4XESTACKTRACE          at
org/eclipse/swt/custom/BusyIndicator.showWhile(BusyIndicator.java:69)
4XESTACKTRACE          at
org/eclipse/jface/window/ApplicationWindow.run(Bytecode PC:301)
4XESTACKTRACE          at
org/eclipse/ui/internal/WorkbenchWindow.run(WorkbenchWindow.java:1660)
4XESTACKTRACE          at
org/eclipse/ui/internal/EditorManager.runProgressMonitorOperation(EditorManager.java:1021)
4XESTACKTRACE          at
org/eclipse/ui/internal/EditorManager.savePart(EditorManager.java:1165)
4XESTACKTRACE          at
org/eclipse/ui/internal/WorkbenchPage.savePart(WorkbenchPage.java:2538)
4XESTACKTRACE          at
org/eclipse/ui/internal/WorkbenchPage.saveEditor(WorkbenchPage.java:2550)
4XESTACKTRACE          at org/eclipse/ui/internal/SaveAction.run(SaveAction.java:69)
4XESTACKTRACE          at org/eclipse/jface/action/Action.runWithEvent(Bytecode
PC:1)
4XESTACKTRACE          at
org/eclipse/ui/commands/ActionHandler.execute(ActionHandler.java:141)
4XESTACKTRACE          at
org/eclipse/ui/internal/commands/Command.execute(Command.java:132)
4XESTACKTRACE          at
org/eclipse/ui/internal/keys/WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:471)
4XESTACKTRACE          at
org/eclipse/ui/internal/keys/WorkbenchKeyboard.press(WorkbenchKeyboard.java:889)
4XESTACKTRACE          at
org/eclipse/ui/internal/keys/WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:930)
4XESTACKTRACE          at
org/eclipse/ui/internal/keys/WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:548)
4XESTACKTRACE          at
org/eclipse/ui/internal/keys/WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:496)
4XESTACKTRACE          at
org/eclipse/ui/internal/keys/WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:261)
4XESTACKTRACE          at
org/eclipse/swt/widgets/EventTable.sendEvent(EventTable.java:82)
4XESTACKTRACE          at org/eclipse/swt/widgets/Display.filterEvent(Display.java)
4XESTACKTRACE          at org/eclipse/swt/widgets/Widget.sendEvent(Widget.java)
4XESTACKTRACE          at org/eclipse/swt/widgets/Widget.sendEvent(Widget.java:820)
4XESTACKTRACE          at org/eclipse/swt/widgets/Widget.sendEvent(Widget.java:805)
4XESTACKTRACE          at
org/eclipse/swt/widgets/Control.sendKeyEvent(Control.java:1734)
4XESTACKTRACE          at
org/eclipse/swt/widgets/Control.sendKeyEvent(Control.java:1730)
4XESTACKTRACE          at org/eclipse/swt/widgets/Control.WM_CHAR(Control.java:3067)
4XESTACKTRACE          at
org/eclipse/swt/widgets/Control.windowProc(Control.java:2970)
4XESTACKTRACE          at
org/eclipse/swt/widgets/Display.windowProc(Display.java:3338)
4XESTACKTRACE          at
org/eclipse/swt/internal/win32/OS.DispatchMessageW(Native Method)
4XESTACKTRACE          at
org/eclipse/swt/internal/win32/OS.DispatchMessage(OS.java:1467)
4XESTACKTRACE          at
org/eclipse/swt/widgets/Display.readAndDispatch(Display.java:2424)
4XESTACKTRACE          at
org/eclipse/ui/internal/Workbench.runEventLoop(Workbench.java:1377)
4XESTACKTRACE          at
org/eclipse/ui/internal/Workbench.runUI(Workbench.java:1348)
4XESTACKTRACE          at
org/eclipse/ui/internal/Workbench.createAndRunWorkbench(Workbench.java:254)
4XESTACKTRACE          at
org/eclipse/ui/PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
4XESTACKTRACE          at
org/eclipse/ui/internal/ide/IDEApplication.run(Bytecode PC:105)
4XESTACKTRACE          at
org/eclipse/core/internal/runtime/PlatformActivator$1.run(Bytecode PC:238)
4XESTACKTRACE          at
org/eclipse/core/runtime/adaptor/EclipseStarter.run(EclipseStarter.java:273)
4XESTACKTRACE          at
org/eclipse/core/runtime/adaptor/EclipseStarter.run(EclipseStarter.java:129)
4XESTACKTRACE          at sun/reflect/NativeMethodAccessorImpl.invoke0(Native
Method)
4XESTACKTRACE          at
sun/reflect/NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
4XESTACKTRACE          at
sun/reflect/NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
4XESTACKTRACE          at
sun/reflect/DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
4XESTACKTRACE          at java/lang/reflect/Method.invoke(Method.java:391)
4XESTACKTRACE          at org/eclipse/core/launcher/Main.basicRun(Main.java:185)
4XESTACKTRACE          at org/eclipse/core/launcher/Main.run(Main.java:684)
4XESTACKTRACE          at org/eclipse/core/launcher/Main.main(Main.java:668)
3XMTHREADINFO      "[system]" (TID:0x000A1300, sys_thread_t:0x0003649C,
state:CW, native ID:0x00001668) prio=11
3XMTHREADINFO      "Finalizer thread" (TID:0x000A1700, sys_thread_t:0x000365A4,
state:CW, native ID:0x0000104C) prio=5
3XMTHREADINFO      "Framework Event Dispatcher" (TID:0x0291D200,
sys_thread_t:0x000365FC, state:CW, native ID:0x00001734) prio=5
4XESTACKTRACE          at java/lang/Object.wait(Native Method)
4XESTACKTRACE          at java/lang/Object.wait(Object.java:193)
4XESTACKTRACE          at
org/eclipse/osgi/framework/eventmgr/EventThread.getNextEvent(EventThread.java:162)
4XESTACKTRACE          at
org/eclipse/osgi/framework/eventmgr/EventThread.run(EventThread.java:100)
3XMTHREADINFO      "Start Level Event Dispatcher" (TID:0x0291D600,
sys_thread_t:0x00036654, state:CW, native ID:0x00000E94) prio=5
4XESTACKTRACE          at java/lang/Object.wait(Native Method)
4XESTACKTRACE          at java/lang/Object.wait(Object.java:193)
4XESTACKTRACE          at
org/eclipse/osgi/framework/eventmgr/EventThread.getNextEvent(EventThread.java:162)
4XESTACKTRACE          at
org/eclipse/osgi/framework/eventmgr/EventThread.run(EventThread.java:100)
3XMTHREADINFO      "Reference Cleaner - 1" (TID:0x0291DA00,
sys_thread_t:0x00036704, state:CW, native ID:0x000008FC) prio=6
4XESTACKTRACE          at java/lang/Object.wait(Native Method)
4XESTACKTRACE          at java/lang/Object.wait(Object.java:223)
4XESTACKTRACE          at
java/lang/ref/ReferenceQueue.remove(ReferenceQueue.java:96)
4XESTACKTRACE          at
java/lang/ref/ReferenceQueue.remove(ReferenceQueue.java:68)
4XESTACKTRACE          at
org/eclipse/jface/action/ActionContributionItem$ImageCache$ReferenceCleanerThread.run(Bytecode
PC:6)
3XMTHREADINFO      "Reference Cleaner - 2" (TID:0x030D8A00,
sys_thread_t:0x0003675C, state:CW, native ID:0x000013E0) prio=6
4XESTACKTRACE          at java/lang/Object.wait(Native Method)
4XESTACKTRACE          at java/lang/Object.wait(Object.java:223)
4XESTACKTRACE          at
java/lang/ref/ReferenceQueue.remove(ReferenceQueue.java:96)
4XESTACKTRACE          at
java/lang/ref/ReferenceQueue.remove(ReferenceQueue.java:68)
4XESTACKTRACE          at
org/eclipse/jface/action/ActionContributionItem$ImageCache$ReferenceCleanerThread.run(Bytecode
PC:6)
3XMTHREADINFO      "TimerQueue" (TID:0x030D9200, sys_thread_t:0x000367B4,
state:CW, native ID:0x00001168) prio=6
4XESTACKTRACE          at java/lang/Object.wait(Native Method)
4XESTACKTRACE          at java/lang/Object.wait(Object.java:223)
4XESTACKTRACE          at org/eclipse/ui/views/navigator/TimerQueue.run(Bytecode
PC:10)
4XESTACKTRACE          at java/lang/Thread.run(Thread.java:813)
3XMTHREADINFO      "Java indexing" (TID:0x03AF1B00, sys_thread_t:0x0003680C,
state:CW, native ID:0x00001728) prio=4
4XESTACKTRACE          at java/lang/Object.wait(Native Method)
4XESTACKTRACE          at java/lang/Object.wait(Object.java:193)
4XESTACKTRACE          at
org/eclipse/jdt/internal/core/search/processing/JobManager.run(Bytecode PC:70)
4XESTACKTRACE          at java/lang/Thread.run(Thread.java:813)
3XMTHREADINFO      "Thread-4" (TID:0x04E13000, sys_thread_t:0x00036A74,
state:CW, native ID:0x00000ED4) prio=6
4XESTACKTRACE          at java/lang/Object.wait(Native Method)
4XESTACKTRACE          at java/lang/Object.wait(Object.java:223)
4XESTACKTRACE          at
com/ibm/it/rome/agent/communication/tcpip/CheckEngine.run(Bytecode PC:51)
4XESTACKTRACE          at java/lang/Thread.run(Thread.java:813)
3XMTHREADINFO      "TimerQueue" (TID:0x04E13400, sys_thread_t:0x00036BD4,
state:CW, native ID:0x000008DC) prio=6
4XESTACKTRACE          at java/lang/Object.wait(Native Method)
4XESTACKTRACE          at java/lang/Object.wait(Object.java:223)
4XESTACKTRACE          at com/ibm/wtp/common/ui/util/TimerQueue.run(Bytecode PC:10)
4XESTACKTRACE          at java/lang/Thread.run(Thread.java:813)
3XMTHREADINFO      "Compare Merge Server" (TID:0x04E52100,
sys_thread_t:0x00036B24, state:R, native ID:0x00000F00) prio=6
4XESTACKTRACE          at java/net/PlainSocketImpl.socketAccept(Native Method)
4XESTACKTRACE          at java/net/PlainSocketImpl.accept(PlainSocketImpl.java:379)
4XESTACKTRACE          at java/net/ServerSocket.implAccept(ServerSocket.java:471)
4XESTACKTRACE          at java/net/ServerSocket.accept(ServerSocket.java:442)
4XESTACKTRACE          at
com/ibm/xtools/comparemerge/team/internal/TeamServer.run(Bytecode PC:99)
4XESTACKTRACE          at java/lang/Thread.run(Thread.java:813)
3XMTHREADINFO      "Compare Merge Port Change Poller" (TID:0x04E52500,
sys_thread_t:0x00036B7C, state:CW, native ID:0x00001450) prio=6
4XESTACKTRACE          at java/lang/Thread.sleep(Native Method)
4XESTACKTRACE          at java/lang/Thread.sleep(Thread.java:940)
4XESTACKTRACE          at
com/ibm/xtools/comparemerge/team/internal/TeamServerSharedDataPoller.run(Bytecode
PC:3)
4XESTACKTRACE          at java/lang/Thread.run(Thread.java:813)
3XMTHREADINFO      "Worker-11" (TID:0x052CB500, sys_thread_t:0x00036864,
state:CW, native ID:0x00001740) prio=5
4XESTACKTRACE          at java/lang/Object.wait(Native Method)
4XESTACKTRACE          at java/lang/Object.wait(Object.java:223)
4XESTACKTRACE          at
org/eclipse/core/internal/jobs/WorkerPool.sleep(Bytecode PC:3)
4XESTACKTRACE          at
org/eclipse/core/internal/jobs/WorkerPool.startJob(Bytecode PC:73)
4XESTACKTRACE          at org/eclipse/core/internal/jobs/Worker.run(Bytecode PC:165)
3XMTHREADINFO      "org.eclipse.jdt.internal.ui.text.JavaReconciler"
(TID:0x052CB900, sys_thread_t:0x00036A1C, state:CW, native ID:0x00000D94) prio=1
4XESTACKTRACE          at java/lang/Object.wait(Native Method)
4XESTACKTRACE          at java/lang/Object.wait(Object.java:223)
4XESTACKTRACE          at
org/eclipse/jface/text/reconciler/AbstractReconciler$BackgroundThread.run(Bytecode
PC:75)

i20040322

Starting a workspace that has the plugin registry view open causes the following
exception to happen several times.

!ENTRY reference:file:d:/i20040322/eclipse/plugins/org.eclipse.pde.runtime_3.0.0
/ 0 0 Mar 22, 2004 10:12:55.689
!MESSAGE FrameworkEvent.ERROR
!STACK 0
java.lang.NullPointerException
        at org.eclipse.pde.internal.runtime.registry.RegistryBrowser.bundleChang
ed(RegistryBrowser.java:253)
        at org.eclipse.osgi.framework.internal.core.BundleContext.dispatchEvent(
BundleContext.java:1180)
        at org.eclipse.osgi.framework.eventmgr.ListenerList.dispatchEvent(Listen
erList.java:135)
        at org.eclipse.osgi.framework.eventmgr.EventThread$EventThreadItem.dispa
tchEvent(EventThread.java:59)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:
118)

I20040427

I did a text search for "compatibility" in workspace (file type: plugin.xml).
The results in flat look are unusable since I don't see the path anymore and
also the decoration seems random. See attached picture.

I20040318

- do a New Java Search
- set Group by Project
- expand tree to see a method containing a match
- select the method
- collapse the project containing the selection

observe: the node collapses, the selection is set to the project node and the
node is expanded again.

I have single selection enabled.

build I20040529

Turn on the preference in Workbench > editors > close editors automatically
so that the pin icon in the toolbar appears.

Make sure the pin is the last icon in the toolbar.

Now resize the CBanner so it overtakes the pin icon in the toolbar

Note that it cuts off the pin icon on the right for about 5 pixels before the 
coolbar wraps.

- run the JNI generator
- select the OS class
- select the ActivateKeyboardLayout method
- left click in the Cast column of the second parameter (it does not have a 
cast value)
- will get the following NPE:

java.lang.NullPointerException
	at org.eclipse.swt.widgets.TableItem.getImageBounds(TableItem.java:409)
	at org.eclipse.swt.custom.TableEditor.computeBounds
(TableEditor.java:103)
	at org.eclipse.swt.custom.ControlEditor.resize(ControlEditor.java:218)
	at org.eclipse.swt.custom.TableEditor.resize(TableEditor.java:219)
	at org.eclipse.swt.custom.TableEditor.setItem(TableEditor.java:195)
	at org.eclipse.swt.tools.internal.JNIGeneratorAppUI$10.handleEvent
(JNIGeneratorAppUI.java:533)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2652)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2324)
	at org.eclipse.swt.tools.internal.JNIGeneratorAppUI.run
(JNIGeneratorAppUI.java:627)
	at org.eclipse.swt.tools.internal.JNIGeneratorAppUI.main
(JNIGeneratorAppUI.java:890)

I20040528 (1600)

My progress view's progress bar is showing that it is "prorgressing" with a 
job (i.e. is animated), however, when I activate the view, no jobs are 
present. When I turn on "verbose", all I see is the "System: Update Progress" 
job. However, even if this job is causing the animation, the progress bar 
should not animate when the job is filtered from the view.

Nothing in my error log to indicate a problem.

Version 3.1.M2.
Inlining is performed when preview checkbox is not checked.

Start with:
 
package com.seagullsw.appinterface.server.comm.ibmmq;

public class TestInLine {
    
    void a() {
        System.out.println("hi");
    }

    void b() {
        a();
    }

    void c() {
        a();
    }

}

Ask to inline a() and preview to deselect the inlining in b(). Click ok and the
inlining of all calls to a() are performed. All deselected nodes are ignored and
the inlinings take place anyway. This one hurt me :-(

I20040322:0800
I'm getting more graphic disposed in today's M8 warm up build. This one happened
opening an editor.

org.eclipse.swt.SWTException: Graphic is disposed
	at org.eclipse.swt.SWT.error(SWT.java:2625)
	at org.eclipse.swt.SWT.error(SWT.java:2555)
	at org.eclipse.swt.graphics.Image.getBounds(Image.java:950)
	at org.eclipse.swt.custom.CTabItem.preferredWidth(CTabItem.java:610)
	at org.eclipse.swt.custom.CTabFolder.setItemSize(CTabFolder.java:2685)
	at org.eclipse.swt.custom.CTabFolder.updateItems(CTabFolder.java:3364)
	at org.eclipse.swt.custom.CTabItem.setText(CTabItem.java:975)
	at
org.eclipse.ui.internal.presentations.EditorPresentation.initTab(EditorPresentation.java:191)
	at
org.eclipse.ui.internal.presentations.BasicStackPresentation.childPropertyChanged(BasicStackPresentation.java:270)
	at
org.eclipse.ui.internal.presentations.BasicStackPresentation$7.propertyChanged(BasicStackPresentation.java:153)
	at
org.eclipse.ui.internal.PresentableEditorPart$1.propertyChanged(PresentableEditorPart.java:32)
	at org.eclipse.ui.part.WorkbenchPart$1.run(WorkbenchPart.java:105)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:610)
	at org.eclipse.core.runtime.Platform.run(Platform.java:521)
	at org.eclipse.ui.part.WorkbenchPart.firePropertyChange(WorkbenchPart.java:103)
	at org.eclipse.ui.part.WorkbenchPart.setTitleImage(WorkbenchPart.java:259)
	at org.eclipse.compare.internal.CompareEditor.doSetInput(CompareEditor.java:126)
	at org.eclipse.compare.internal.CompareEditor.setInput(CompareEditor.java:103)
	at
org.eclipse.compare.internal.CompareUIPlugin.openCompareEditor(CompareUIPlugin.java:319)
	at org.eclipse.compare.CompareUI.reuseCompareEditor(CompareUI.java:140)
	at
org.eclipse.team.internal.ui.synchronize.actions.OpenInCompareAction.openCompareEditor(OpenInCompareAction.java:71)
	at
org.eclipse.team.internal.ui.synchronize.actions.OpenInCompareAction.run(OpenInCompareAction.java:51)
	at
org.eclipse.team.internal.ui.synchronize.actions.OpenWithActionGroup.openInCompareEditor(OpenWithActionGroup.java:101)
	at
org.eclipse.team.ui.synchronize.subscribers.SynchronizeViewerAdvisor.handleDoubleClick(SynchronizeViewerAdvisor.java:87)
	at
org.eclipse.team.ui.synchronize.TreeViewerAdvisor$1.doubleClick(TreeViewerAdvisor.java:210)
	at org.eclipse.jface.viewers.StructuredViewer$1.run(StructuredViewer.java:381)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:610)
	at org.eclipse.core.runtime.Platform.run(Platform.java:521)
	at
org.eclipse.jface.viewers.StructuredViewer.fireDoubleClick(StructuredViewer.java:379)
	at
org.eclipse.jface.viewers.StructuredViewer.handleDoubleSelect(StructuredViewer.java:598)
	at
org.eclipse.jface.viewers.StructuredViewer$4.widgetDefaultSelected(StructuredViewer.java:693)
	at
org.eclipse.jface.util.OpenStrategy.fireDefaultSelectionEvent(OpenStrategy.java:187)
	at org.eclipse.jface.util.OpenStrategy.access$0(OpenStrategy.java:184)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:231)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:810)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2424)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2102)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1488)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1462)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:259)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:262)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:213)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:115)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:315)
	at org.eclipse.core.launcher.Main.run(Main.java:740)
	at org.eclipse.core.launcher.Main.main(Main.java:724)

if the miport rewrite is used on something like:
package p;class Test {}

and has to import something e.g. p2.Test2 then the output is:
package p;class Test {}
import p2;

Build 20040930
Linux-GTK

I've found today's build very unstable. The following exceptions appear many times in my .log file:

!ENTRY org.eclipse.ui 4 0 Sep 30, 2004 13:26:26.402
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at org.eclipse.jface.text.projection.ProjectionDocument.normalize(ProjectionDocument.java:593)
	at org.eclipse.jface.text.projection.ProjectionDocument.
masterDocumentAboutToBeChanged(ProjectionDocument.java:712)
	at org.eclipse.jface.text.projection.ProjectionDocumentManager.
fireDocumentEvent(ProjectionDocumentManager.java:121)
	at org.eclipse.jface.text.projection.ProjectionDocumentManager.
documentAboutToBeChanged(ProjectionDocumentManager.java:138)
	at org.eclipse.jface.text.AbstractDocument.fireDocumentAboutToBeChanged(AbstractDocument.
java:583)
	at org.eclipse.jface.text.AbstractDocument.replace(AbstractDocument.java:993)
	at org.eclipse.jdt.internal.ui.javaeditor.PartiallySynchronizedDocument.
replace(PartiallySynchronizedDocument.java:92)
	at org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor$BracketInserter.
left(CompilationUnitEditor.java:722)
	at org.eclipse.jface.text.link.LinkedModeModel.exit(LinkedModeModel.java:348)
	at org.eclipse.jface.text.link.LinkedModeModel$DocumentListener.
documentChanged(LinkedModeModel.java:201)
	at org.eclipse.jface.text.AbstractDocument.doFireDocumentChanged2(AbstractDocument.java:
682)
	at org.eclipse.jface.text.AbstractDocument.doFireDocumentChanged(AbstractDocument.java:645)
	at org.eclipse.jface.text.AbstractDocument.doFireDocumentChanged(AbstractDocument.java:630)
	at org.eclipse.jface.text.AbstractDocument.fireDocumentChanged(AbstractDocument.java:707)
	at org.eclipse.jface.text.AbstractDocument.replace(AbstractDocument.java:998)
	at org.eclipse.jdt.internal.ui.javaeditor.PartiallySynchronizedDocument.
replace(PartiallySynchronizedDocument.java:92)
	at org.eclipse.jface.text.projection.ProjectionTextStore.replace(ProjectionTextStore.java:111)
	at org.eclipse.jface.text.AbstractDocument.replace(AbstractDocument.java:995)
	at org.eclipse.jface.text.projection.ProjectionDocument.replace(ProjectionDocument.java:551)
	at org.eclipse.jface.text.DefaultDocumentAdapter.replaceTextRange(DefaultDocumentAdapter.java:
238)
	at org.eclipse.swt.custom.StyledText.modifyContent(StyledText.java:5604)
	at org.eclipse.swt.custom.StyledText.sendKeyEvent(StyledText.java:6444)
	at org.eclipse.swt.custom.StyledText.doBackspace(StyledText.java:2488)
	at org.eclipse.swt.custom.StyledText.invokeAction(StyledText.java:5485)
	at org.eclipse.swt.custom.StyledText.handleKey(StyledText.java:4983)
	at org.eclipse.swt.custom.StyledText.handleKeyDown(StyledText.java:5002)
	at org.eclipse.swt.custom.StyledText$7.handleEvent(StyledText.java:4747)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:973)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:997)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:982)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:2374)
	at org.eclipse.swt.widgets.Control.gtk_key_press_event(Control.java:1859)
	at org.eclipse.swt.widgets.Composite.gtk_key_press_event(Composite.java:448)
	at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:1228)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3169)
	at org.eclipse.swt.internal.gtk.OS.gtk_main_do_event(Native Method)
	at org.eclipse.swt.widgets.Display.eventProc(Display.java:902)
	at org.eclipse.swt.internal.gtk.OS.gtk_main_iteration(Native Method)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2361)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1443)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1414)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:271)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:585)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:704)
	at org.eclipse.core.launcher.Main.main(Main.java:688)

!ENTRY org.eclipse.ui 4 4 Sep 30, 2004 13:26:30.366
!MESSAGE Unhandled event loop exception

!ENTRY org.eclipse.ui 4 0 Sep 30, 2004 13:26:30.367
!MESSAGE overlaps with existing fragment
!STACK 0
java.lang.IllegalArgumentException: overlaps with existing fragment
	at org.eclipse.jface.text.projection.ProjectionDocument.
internalAddMasterDocumentRange(ProjectionDocument.java:285)
	at org.eclipse.jface.text.projection.ProjectionDocument.
addMasterDocumentRange(ProjectionDocument.java:493)
	at org.eclipse.jface.text.projection.ProjectionDocument.
adaptProjectionToMasterChange(ProjectionDocument.java:677)
	at org.eclipse.jface.text.projection.ProjectionDocument.
masterDocumentAboutToBeChanged(ProjectionDocument.java:711)
	at org.eclipse.jface.text.projection.ProjectionDocumentManager.
fireDocumentEvent(ProjectionDocumentManager.java:121)
	at org.eclipse.jface.text.projection.ProjectionDocumentManager.
documentAboutToBeChanged(ProjectionDocumentManager.java:138)
	at org.eclipse.jface.text.AbstractDocument.fireDocumentAboutToBeChanged(AbstractDocument.
java:583)
	at org.eclipse.jface.text.AbstractDocument.replace(AbstractDocument.java:993)
	at org.eclipse.jdt.internal.ui.javaeditor.PartiallySynchronizedDocument.
replace(PartiallySynchronizedDocument.java:92)
	at org.eclipse.jdt.internal.ui.text.template.contentassist.TemplateProposal.apply(TemplateProposal.
java:144)
	at org.eclipse.jface.text.contentassist.CompletionProposalPopup.
insertProposal(CompletionProposalPopup.java:415)
	at org.eclipse.jface.text.contentassist.CompletionProposalPopup.
selectProposalWithMask(CompletionProposalPopup.java:362)
	at org.eclipse.jface.text.contentassist.CompletionProposalPopup.
verifyKey(CompletionProposalPopup.java:720)
	at org.eclipse.jface.text.contentassist.ContentAssistant$InternalListener.
verifyKey(ContentAssistant.java:622)
	at org.eclipse.jface.text.TextViewer$VerifyKeyListenersManager.verifyKey(TextViewer.java:404)
	at org.eclipse.swt.custom.StyledTextListener.handleEvent(StyledTextListener.java:55)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:973)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:997)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:982)
	at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:852)
	at org.eclipse.swt.custom.StyledText.handleKeyDown(StyledText.java:5000)
	at org.eclipse.swt.custom.StyledText$7.handleEvent(StyledText.java:4747)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:973)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:997)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:982)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:2374)
	at org.eclipse.swt.widgets.Control.gtk_key_press_event(Control.java:1859)
	at org.eclipse.swt.widgets.Composite.gtk_key_press_event(Composite.java:448)
	at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:1228)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3169)
	at org.eclipse.swt.internal.gtk.OS.gtk_main_do_event(Native Method)
	at org.eclipse.swt.widgets.Display.eventProc(Display.java:902)
	at org.eclipse.swt.internal.gtk.OS.gtk_main_iteration(Native Method)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2361)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1443)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1414)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:271)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:585)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:704)
	at org.eclipse.core.launcher.Main.main(Main.java:688)

I got an OutOfMemory exception during a checkout of all projects from 
dev.eclipse.org. Following this, I got an assertion failure from the Job 
manager that rule "org.eclipse.team.core" does not match rule "null" which 
means that we obtained a rule of null but did not free it when the exception 
occurred

build i0928

When you import new preferences, the file selection dialog disappears while the
import happens. But at this point the UI is unresponsive since the system is
busy doing the import. 

During this time, the cursor should be a busy cursor to show the user that
something is happening.

Build id: 200404281424

I did an NLS search with
    Resource bundle accessor class: org.eclipse.ui.internal.WorkbenchMessages
    Property file name: /org.eclipse.ui.workbench/Eclipse 
UI/org/eclipse/ui/internal/messages.properties

Some results are reported in the Search view, but there was an error dialog and 
I found the following exception in the log file:

!MESSAGE An internal error occurred during: "Search for broken NLS keys".
!STACK 0
java.lang.StringIndexOutOfBoundsException: String index out of range: -44
	at java.lang.String.substring(Unknown Source)
	at java.lang.String.substring(Unknown Source)
	at org.eclipse.jdt.internal.ui.refactoring.nls.search.
NLSSearchResultRequestor.findKey(NLSSearchResultRequestor.java:155)
	at org.eclipse.jdt.internal.ui.refactoring.nls.search.
NLSSearchResultRequestor.acceptSearchMatch(NLSSearchResultRequestor.java:96)
	at org.eclipse.jdt.internal.core.search.matching.MatchLocator.
report(MatchLocator.java:1168)
	at org.eclipse.jdt.internal.core.search.matching.TypeReferenceLocator.
matchReportImportRef(TypeReferenceLocator.java:143)
	at org.eclipse.jdt.internal.core.search.matching.PatternLocator.
matchLevelAndReportImportRef(PatternLocator.java:207)
	at org.eclipse.jdt.internal.core.search.matching.MatchLocator.
reportMatching(MatchLocator.java:1378)
	at org.eclipse.jdt.internal.core.search.matching.MatchLocator.
process(MatchLocator.java:1101)
	at org.eclipse.jdt.internal.core.search.matching.MatchLocator.
locateMatches(MatchLocator.java:739)
	at org.eclipse.jdt.internal.core.search.matching.MatchLocator.
locateMatches(MatchLocator.java:770)
	at org.eclipse.jdt.internal.core.search.matching.MatchLocator.
locateMatches(MatchLocator.java:867)
	at org.eclipse.jdt.internal.core.search.JavaSearchParticipant.
locateMatches(JavaSearchParticipant.java:94)
	at org.eclipse.jdt.core.search.SearchEngine.findMatches(SearchEngine.java:
468)
	at org.eclipse.jdt.core.search.SearchEngine.search(SearchEngine.java:760)
	at org.eclipse.jdt.internal.ui.refactoring.nls.search.NLSSearchQuery.
run(NLSSearchQuery.java:67)
	at org.eclipse.search2.internal.ui.InternalSearchUI$InternalSearchJob.
run(InternalSearchUI.java:71)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

Tom has provided a patch for the Ant template support.

build I20040212 (8pm)

1) load four projects from HEAD
2) start a merge against a branch
3) open the Team Synchronization perspective
4) now try to open the tool bar item  for switching between Registered 
Synchronized Partners
 
Got the following NPE , NOTE I am using the New Look jars.

!ENTRY org.eclipse.ui 4 0 Feb 13, 2004 12:34:45.836
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.team.internal.ui.synchronize.actions.SynchronizePageDropDownAction.
getMenu(SynchronizePageDropDownAction.java:78)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:516)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:490)
	at org.eclipse.jface.action.ActionContributionItem$6.handleEvent
(ActionContributionItem.java:462)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2348)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2029)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:257)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:104)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)
!ENTRY org.eclipse.ui 4 4 Feb 13, 2004 12:34:46.697
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Feb 13, 2004 12:34:46.707
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.team.internal.ui.synchronize.actions.SynchronizePageDropDownAction.
getMenu(SynchronizePageDropDownAction.java:78)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:516)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:490)
	at org.eclipse.jface.action.ActionContributionItem$6.handleEvent
(ActionContributionItem.java:462)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2348)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2029)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:257)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:104)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

Comppile the attached A.java.

Eclipse 3.0 reports:
      Exception Table:
        [pc: 4, pc: 17] -> 17 when : any
        [pc: 0, pc: 23] -> 23 when : any
        [pc: 42, pc: 45] -> 23 when : any

HEAD reports:
      Exception Table:
        [pc: 4, pc: 14] -> 17 when : any
        [pc: 17, pc: 19] -> 17 when : any
        [pc: 0, pc: 28] -> 23 when : any
        [pc: 42, pc: 45] -> 23 when : any

I would say that this is suspicious. I don't understand why the exception
handler would go backwards (0-28 -> 23).

I will attach proposed patches.

The following code compiles by javac but not by eclipse. Not sure who's right
and who's wrong.

===================================================
package test.cheetah;
import java.util.HashMap;
import java.util.Map;
public class NewBoundedWildcard {
    private static final Map<String, Class<? extends Object>> classes 
            = new HashMap<String, Class<? extends Object>>();
}
====================================================

Windows XP, jdk 1.4.2_03
Eclipse resolved URL's are inconsistent with java resolved URLs:

With eclipse installed in d:\eclipse, a URL of the form "platform:/base/" is 
resolved as file:d:/eclipse/
However, a java.io.File "d:\eclipse\" is converted to "file:/d:/eclipse/" 
using File.toURL(). Note the leading "/" after "file:"

This inconsistency breaks code that needs to compare url's.

The code formatter keeps getting better and better - thanks guys.

Looking at the I20040203 build, I notice that the Whitespace configuration tab 
has changed a little. 

In the Arrays section, there are the usual options for whitespace inclusion 
before/after brackets. In Array declarations and Array initializers, there is 
also the option to select whether or not there are spaces between empty 
brackets.

This is great, but needs to also be offered in the Array allocation 
configuration as the same configuration choice can be made there.

With the current options, I could choose to format as either:

// No whitespace before/after brackets
int[] array1 = new int[]
int[] array2 = new int[3];

OR

// Whitespace before/after brackets
int[] array1 = new int[ ]
int[] array2 = new int[ 3 ];

Whereas I want the best of both worlds :)

// Whitespace before/after brackets, no whitespace between empty brackets
int[] array1 = new int[]
int[] array2 = new int[ 3 ];

The "New" and "Delete" buttons should have the same inner margins as the
"Apply/Restore Defaults/Run/Close" buttons.

This bug report is a fork of bug https://bugs.eclipse.org/bugs/show_bug.cgi?
id=37683
A test have been done to illustrate the completely unacceptable performance of 
the Java editor using file plugins/org.eclipse.swt/Eclipse SWT
Custom Widgets/common/org/eclipse/swt/custom/StyledText.java
A change of "a" to "a1" took about half an hour on a Linux SuSE 8.2 PC with AMD 
2000+ processor with 512 Mb memory. Eclipse was choking and used over 90% CPU.
The same test on a Windows 2000 PC with AMD 1G processor and 256 Mb memory took 
less than 20 seconds.

<quote from steve_northover@ca.ibm.com>
The issue here is that Eclipse is relying on the Windows version of the 
method setRedraw() to throw away all of the individual drawing requests.  This 
is interesting issue and needs to be followed up with them.  It may be that 
they will not be able to rely on this behavior or that SWT can provide a 
partial implementation of setRedraw() to fix this particular problem.
</quote from steve_northover@ca.ibm.com>

 

When using unqualified access to an inherited field, the Quickfix 
suggests "<Classname>.this.<fieldname>".
Instead it should be "this.<fieldname>" or maybe "super.<fieldname>".

(Eclipse 3.0M6)

build i0324:0800, winxp, sunjdk1.4.2

I did a preference import with this build and I got the following stack trace on
the console. I'm not sure when I exported the prefs file. Will attach prefs
file. Let me know...it could be something that I've done wrong in the prefs code.


osgi> !SESSION Mar 24, 2004 14:23:27.729 ---------------------------------------
------
java.version=1.4.2
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -showlocation -vmargs -cp C:\eclipse\dev\i0324-0800\ecli
pse\startup.jar org.eclipse.core.launcher.Main
!ENTRY org.eclipse.ui 4 4 Mar 24, 2004 14:23:27.729
!MESSAGE Unhandled event loop exception
Unhandled event loop exception
Reason:
!ENTRY org.eclipse.ui 4 0 Mar 24, 2004 14:23:27.739
!MESSAGE Assertion failed; Source attachment path for IClasspathEntry must be ab
solute
!STACK 0
org.eclipse.jdt.internal.core.Assert$AssertionFailedException: Assertion failed;
 Source attachment path for IClasspathEntry must be absolute
        at org.eclipse.jdt.internal.core.Assert.isTrue(Assert.java:89)
        at org.eclipse.jdt.core.JavaCore.newLibraryEntry(JavaCore.java:2708)
        at org.eclipse.jdt.core.JavaCore.getResolvedClasspathEntry(JavaCore.java
:2226)
        at org.eclipse.jdt.internal.core.ClasspathEntry.validateClasspathEntry(C
lasspathEntry.java:953)
        at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaPr
oject.java:1822)
        at org.eclipse.jdt.internal.core.SetClasspathOperation.updateProjectRefe
rencesIfNecessary(SetClasspathOperation.java:760)
        at org.eclipse.jdt.internal.core.SetClasspathOperation.executeOperation(
SetClasspathOperation.java:233)
        at org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperati
on.java:700)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1559
)
        at org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaMod
elOperation.java:744)
        at org.eclipse.jdt.internal.core.JavaProject.setRawClasspath(JavaProject
.java:2584)
        at org.eclipse.jdt.core.JavaCore$5.run(JavaCore.java:3339)
        at org.eclipse.jdt.internal.core.BatchOperation.executeOperation(BatchOp
eration.java:34)
        at org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperati
on.java:700)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1559
)
        at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3196)
        at org.eclipse.jdt.core.JavaCore.setClasspathContainer(JavaCore.java:332
5)
        at org.eclipse.jdt.internal.launching.JREContainerInitializer.initialize
(JREContainerInitializer.java:51)
        at org.eclipse.jdt.internal.launching.LaunchingPlugin$VMChanges.rebind(L
aunchingPlugin.java:244)
        at org.eclipse.jdt.internal.launching.LaunchingPlugin$VMChanges.access$0
(LaunchingPlugin.java:208)
        at org.eclipse.jdt.internal.launching.LaunchingPlugin$1.run(LaunchingPlu
gin.java:198)
        at org.eclipse.jdt.internal.core.BatchOperation.executeOperation(BatchOp
eration.java:34)
        at org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperati
on.java:700)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1559
)
        at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3196)
        at org.eclipse.jdt.internal.launching.LaunchingPlugin$VMChanges.process(
LaunchingPlugin.java:201)
        at org.eclipse.jdt.internal.launching.LaunchingPlugin.processVMPrefsChan
ged(LaunchingPlugin.java:585)
        at org.eclipse.jdt.internal.launching.LaunchingPlugin.propertyChange(Lau
nchingPlugin.java:492)
        at org.eclipse.core.internal.preferences.PreferenceForwarder.preferenceC
hange(PreferenceForwarder.java:102)
        at org.eclipse.core.internal.preferences.EclipsePreferences.preferenceCh
anged(EclipsePreferences.java:831)
        at org.eclipse.core.internal.preferences.EclipsePreferences.put(EclipseP
references.java:163)
        at org.eclipse.core.internal.preferences.PreferencesService$1.visit(Pref
erencesService.java:420)
        at org.eclipse.core.internal.preferences.EclipsePreferences.accept(Eclip
sePreferences.java:1028)
        at org.eclipse.core.internal.preferences.EclipsePreferences.accept(Eclip
sePreferences.java:1033)
        at org.eclipse.core.internal.preferences.EclipsePreferences.accept(Eclip
sePreferences.java:1033)
        at org.eclipse.core.internal.preferences.PreferencesService.applyPrefere
nces(PreferencesService.java:432)
        at org.eclipse.core.internal.preferences.PreferencesService.importPrefer
ences(PreferencesService.java:366)
        at org.eclipse.core.runtime.Preferences.importPreferences(Preferences.ja
va:377)
        at org.eclipse.ui.internal.dialogs.PreferenceImportExportWizard.performF
inish(PreferenceImportExportWizard.java:182)
        at org.eclipse.jface.wizard.WizardDialog.finishPressed(WizardDialog.java
:606)
        at org.eclipse.jface.wizard.WizardDialog.buttonPressed(WizardDialog.java
:319)
        at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:413)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:
89)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2584)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2262)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java:670)
        at org.eclipse.jface.window.Window.open(Window.java:650)
        at org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.loadPressed
(WorkbenchPreferenceDialog.java:117)
        at org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.buttonPress
ed(WorkbenchPreferenceDialog.java:67)
        at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:413)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:
89)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2584)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2262)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java:670)
        at org.eclipse.jface.window.Window.open(Window.java:650)
        at org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesActi
on.java:72)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:550)
        at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContri
butionItem.java:502)
        at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionC
ontributionItem.java:435)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2584)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2262)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1541)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1515)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.jav
a:257)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformAct
ivator.java:288)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:232)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:116)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:315)
        at org.eclipse.core.launcher.Main.run(Main.java:740)
        at org.eclipse.core.launcher.Main.main(Main.java:724)
Assertion failed; Source attachment path for IClasspathEntry must be absolute

20040318

In the following code, the comments /* a */ and /* b */ belong to 2 statements.
/* a */ should bind to the first foo(), and /* b */ to the second. 
class A {
	private void foo() {
		foo();/* a */ foo(); /* b */ foo();
	}
}

In Version: 3.0.0
Build id: 200312182000

Type the following in the Java editor, in the header of a class :

private MouseTrackAdapter mouseTrackListener = new MouseTrackAdapter() { XXX };

right mouse click where the XXX in the above line is and choose Source -> 
Override/Implement methods. You get the correct methods in the pop up. choose 
some, and say ok. You get an error and the methods are not generated.

20040318

In the following code, the extended range of class A includes the Javadoc of
class Test1.

/**
 */
class A{
}/**
 */
class Test1{
}

1. It is impossible to remove default key bindings for debug actions (e.g. 
Step Over) on build M8. The reason is impossibility to select key binding in 
the list. Selection resets immediately.
2. There are no key binding for Team/CVS actions (Update, Commit, etc.)

Build: eclipse-SDK-I20040325-linux-gtk.zip (1200)

Some of the keys work (e.g. Ctrl-W, Ctrl-Y - cut and paste) but most do not.

Seemed to work find in a plain text editor.

show multiple editor tabs.
open two editors.
maximize.
drag one editor to bottom to make a new window.
two editor workbooks are now visible in an essetially maximized editor area.
(top editor shows window state as maximized, bottom shows window state as
restored. clicking on bottom editor a few times shows its state as maximized as
well.)
double click on an editor to restore the editor area.
(note again, inconsistencies in the window state icons in both editors).

- dragging from a maximized editor should do a restore before the drop, just
like for views.

-Select Install
-Select "Search for new features to install, Next
-Select an update site, Next
-Select a feature, Next
-Accept license agreement, Next
-Add a site
-Remove the added site
-Now no sites are selected and error message "Target install location must be 
selected. If none is available, create a new one." appears. The image label 
for the job also has a red X.
-Select from the available sites
-Image label on the selected job still shows an error
Expected output: The image label should have been refreshed.

I just added a scalability test to the CVS test scenarios. When I do this, and 
play around in the sync view, there are long periods of time when the view is 
updating the ~1000 entries and the UI seems frozen. We should see if there is 
anything we can do to improve this (or at least show a busy cursor)

In my debug perspective I put the breakpoint view as a fast view.
When I debug whenever I encounter a breakpoint the fast view is opened which is
very annoying for two reasons. First I don't need it because I see that my
program is stopped, second because it does not give me any interesting information.

I would recommand it to not be shown in this case.

At least two seperate type lookups break if I use the source inclusion 
mechanism.  

I have a project with a lot of files that I cannot build (due to various 
unrelated reasons).  Prior to my upgrade to M9, I set up exclusion patterns 
associated to my source folder so that these files would be ignored.  Once the 
inclusion mechanism was introduced (M9?), I was able to simplify things quite 
a lot by specifying the couple of packages that I was interested in.  

Now that I specify the source folder contents explicitly via inclusion 
mechanism, the "Open Type" dialog lookup and the content assist associated 
with the "Move" refactoring operation no longer pickup any of my types.  I can 
still build, run and debug my sources.

The interface for IDebugPresentation seems intended to provide a mechanism to 
replace the LaunchView's automatic addition/removal of 
InstructionPointerAnnotations on the editor, but annotations are still being 
directly added to the editor by the LaunchView (as of I20040325, at least)

The annotations added directly by the LaunchView use character offsets to 
position the annotation, but the calculations don't take into account that the 
editor may be displaying an IStorageEditorInput which represents a dynamically-
loaded "partial file", with lines missing from the top and bottom, so the 
position calculation is usually incorrect.  It would be nice to use 
IDebugPresentation.decorateEditor(...) to add our own 
InstructionPointerAnnotation decorations

200411050810

On a raw TypeBinding of 'java.util.Comparable', method getJavaElement() throws
the exception below. [Not reproducible in eclipse - client code is not in CVS.]


!ENTRY org.eclipse.ui 4 0 2004-11-08 18:35:29.163
!MESSAGE Compilation unit name must end with .java
!STACK 0
java.lang.IllegalArgumentException: Compilation unit name must end with .java
	at
org.eclipse.jdt.internal.core.PackageFragment.getCompilationUnit(PackageFragment.java:191)
	at org.eclipse.jdt.core.dom.TypeBinding.getCompilationUnit(TypeBinding.java:449)
	at org.eclipse.jdt.core.dom.TypeBinding.getJavaElement(TypeBinding.java:293)
	at org.eclipse.jdt.core.dom.MethodBinding.getJavaElement(MethodBinding.java:200)
	at org.eclipse.jdt.internal.corext.dom.Bindings.asUIString(Bindings.java:101)
	at
org.eclipse.jdt.internal.ui.text.correction.UnimplementedMethodsCompletionProposal.getAdditionalProposalInfo(UnimplementedMethodsCompletionProposal.java:266)
	at
org.eclipse.jface.text.contentassist.AdditionalInfoController.computeInformation(AdditionalInfoController.java:221)
	at
org.eclipse.jface.text.AbstractInformationControlManager.doShowInformation(AbstractInformationControlManager.java:761)
	at
org.eclipse.jface.text.AbstractInformationControlManager.showInformation(AbstractInformationControlManager.java:751)
	at
org.eclipse.jface.text.contentassist.AdditionalInfoController$1.run(AdditionalInfoController.java:173)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:118)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2771)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2451)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1529)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1500)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:276)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
	at java.lang.reflect.Method.invoke(Method.java:391)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:704)
	at org.eclipse.core.launcher.Main.main(Main.java:688)
Compilation unit name must end with .java

RC1

In method runInUIThread() the copying of add/delete/update events from the 
updateInfo structure into an array and the reset of the updateInfo structure is 
not an atomic operation. As a consequence all events that are added after the 
original events have been copied are lost.
Most likely this is one reason for the leaking jobs in the progress viewer.

20040528

public interface ITextMeasurement {
	public int computeWidth(String string);
}

1. on the previous code open the 'Change method refactoring' wizard on
'computeWidth'
2. change the parameter type to 'String1'
3. press the 'Add' button
  -> NPE thrown

The NPE comes from field StyleItem.analysis being null.

Thread [main] (Suspended (exception NullPointerException))
	TextLayout.reorder(TextLayout$StyleItem[]) line: 1463
	TextLayout.computeRuns(GC) line: 334
	TextLayout.getLineOffsets() line: 936
	WrappedContent.wrapLineRange(int, int, int, int) line: 448
	WrappedContent.wrapLines(int) line: 476
	WrappedContent.wrapLines() line: 462
	StyledText$WordWrapCache.<init>(StyledText, StyledText, WrappedContent) line: 1452
	StyledText.getLineCache(StyledTextContent) line: 3774
	StyledText.calculateContentWidth() line: 1919
	StyledText.reset() line: 6303
	StyledText.handleTextSet(TextChangedEvent) line: 5239
	StyledText$6.textSet(TextChangedEvent) line: 4714
	DefaultDocumentAdapter.fireTextSet() line: 324
	DefaultDocumentAdapter.documentChanged(DocumentEvent) line: 247
	Document(AbstractDocument).doFireDocumentChanged2(DocumentEvent) line: 663
	Document(AbstractDocument).doFireDocumentChanged(DocumentEvent, boolean,
IRegion) line: 638
	Document(AbstractDocument).doFireDocumentChanged(DocumentEvent) line: 623
	Document(AbstractDocument).fireDocumentChanged(DocumentEvent) line: 698
	Document(AbstractDocument).set(String) line: 1003
	ChangeSignatureWizard$ChangeSignatureInputPage.updateSignaturePreview() line: 352
	ChangeSignatureWizard$ChangeSignatureInputPage.update(boolean) line: 322
	ChangeSignatureWizard$ChangeSignatureInputPage.access$1(ChangeSignatureWizard$ChangeSignatureInputPage,
boolean) line: 320
	ChangeSignatureWizard$5.parameterAdded(ParameterInfo) line: 261
	ChangeParametersControl$5.widgetSelected(SelectionEvent) line: 441
	TypedListener.handleEvent(Event) line: 89
	EventTable.sendEvent(Event) line: 82
	Button(Widget).sendEvent(Event) line: 796
	Display.runDeferredEvents() line: 2716
	Display.readAndDispatch() line: 2382
	RefactoringWizardDialog2(Window).runEventLoop(Shell) line: 668
	RefactoringWizardDialog2(Window).open() line: 648
	RefactoringWizardOpenOperation.run(Shell, String) line: 121
	RefactoringStarter.activate(Refactoring, RefactoringWizard, Shell, String,
boolean) line: 40
	ModifyParametersAction$1(UserInterfaceStarter).activate(Refactoring, Shell,
boolean) line: 54
	ModifyParametersAction$1.activate(Refactoring, Shell, boolean) line: 249
	ModifyParametersAction.startRefactoring(IMethod) line: 254
	ModifyParametersAction.run(ITextSelection) line: 157
	ModifyParametersAction(SelectionDispatchAction).dispatchRun(ISelection) line: 216
	ModifyParametersAction(SelectionDispatchAction).run() line: 188
	ModifyParametersAction(Action).runWithEvent(Event) line: 881
	ActionContributionItem.handleWidgetSelection(Event, boolean) line: 915
	ActionContributionItem.access$2(ActionContributionItem, Event, boolean) line: 866
	ActionContributionItem$7.handleEvent(Event) line: 785
	EventTable.sendEvent(Event) line: 82
	MenuItem(Widget).sendEvent(Event) line: 796
	Display.runDeferredEvents() line: 2716
	Display.readAndDispatch() line: 2382
	Workbench.runEventLoop(Window$IExceptionHandler, Display) line: 1363
	Workbench.runUI() line: 1334
	Workbench.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 253
	PlatformUI.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 141
	IDEApplication.run(Object) line: 96
	PlatformActivator$1.run(Object) line: 331
	EclipseStarter.run(Object) line: 273
	EclipseStarter.run(String[], Runnable) line: 128
	NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available
[native method]
	NativeMethodAccessorImpl.invoke(Object, Object[]) line: 79
	DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 41
	Method.invoke(Object, Object[]) line: 386
	Main.basicRun(String[]) line: 185
	Main.run(String[]) line: 638
	Main.main(String[]) line: 622

Using build I200410050800.

While creating a patch file, progress is always empty even if the cvs diff takes
a long time.

Seem to be a regression as it worked with M2...

I20040219

0. JDT UI and JFace Text in source
1. open JavaSourceViewerConfiguration
2. select getPresentationReconciler
3. search references in workspace
==> 0 matches but it has one in SourceViewer.configure(...)

M9

I already noticed that in previous builds but I havn't found a reproduceable 
test case yet.

At some time all my decorations become stale. There isn't anything logged or 
printed to the console.

I noticed that with the following behavior.
- Views (Package Explorer, Ouline) still show warning/error decoration for 
elements that are fixed (editor annotation bar is clean).
- The editor icon shows wrong error/warning decoration.
- Views (Package Explorer, Navigator) loose the Team decorations from my Team 
plugin (eclipse-ccase.sf.net) or the arn't updated anymore.

3.0 M9

It works for methods with primitive or void return types.

Steps to reproduce:
1. Select method with a non-primitive return type.

Expected result: The method exists are marked
Actual result: The occurrences of the type in the file are marked.

"Highlight in text" and "Show in vertical ruler" do not use the dialog font.

* group the 5 Find menus together as was done in 2.1
		Find/replace
		Find next
		Find previous
		incremental fin..
		incremental find..
		separator
		add bookmark
		add task

* label of retargetable next/previous action changes (remove the go to prefix)
	Go to Next Annotation TO Next Annotation
	Go to Previous Annotation TO Previous Annotation

* label of go to last edit location (remove go to prefix)
        Go To Last Edit Location TO Last Edit Location

20040407

Got this printed in the console (not .log!)

java.util.ConcurrentModificationException
        at java.lang.Throwable.<init>(Throwable.java)
        at java.util.HashMap$HashIterator.nextEntry(HashMap.java)
        at java.util.HashMap$KeyIterator.next(HashMap.java)
        at 
org.eclipse.jdt.internal.ui.text.spelling.engine.DefaultSpellChecker.
fireEvent(DefaultSpellChecker.java)
        at 
org.eclipse.jdt.internal.ui.text.spelling.engine.DefaultSpellChecker.
execute(DefaultSpellChecker.java)
        at 
org.eclipse.jdt.internal.ui.text.spelling.SpellReconcileStrategy.reco
ncile(SpellReconcileStrategy.java)
        at 
org.eclipse.jface.text.reconciler.CompositeReconcilingStrategy.reconc
ile(CompositeReconcilingStrategy.java)
        at 
org.eclipse.jdt.internal.ui.text.JavaCompositeReconcilingStrategy.rec
oncile(JavaCompositeReconcilingStrategy.java)
        at org.eclipse.jface.text.reconciler.MonoReconciler.process
(MonoReconcil
er.java)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread
.run(AbstractReconciler.java)

Nobody calls ISearchQuery#canRerun() :-(. New Search View > ContextMenu >
SearchAgain (really no space between Search and Again!) re-runs all queries.

R3.0

All of the UI drag/drop tests are failing in Eclipse 3.0.

This seems to be due to the fact that Welcome page now appears on the right of
the perspective during the tests. I'm not sure why this behavior has changed
from previous versions. If it is an intentional change, it shouldn't be too hard
to update the test suites to close the Welcome page at the start of the test.

Using m8, it is possible to get deprecation warnings even if the deprecation is
set to off in case you are using compiler arg nested element.

20040528

- do a 'change method signature' on a method with an argument
- clear the name and the type

The error says: Enter a type for ''
'' shouldn't appear.

The reveal method does not always properly scroll when the last item in the 
list is specified.  The reveal method seems to have several coding errors.  A 
portion of the code (from 3.0RC3) is listed below:

	[a] int visibleCount = Math.max ((rect.x + rect.height) / height, 1);
	[b] int bottomIndex = Math.min (topIndex + visibleCount + 1, count - 1);
	if ((topIndex <= index) && (index <= bottomIndex)) return;
	[c] int newTop = Math.min (Math.max (index - (visibleCount / 2), 0), 
count - 1);
	list.setTopIndex(newTop);

We note the following problems:
[a]: rect.x in this expression seems wrong.  In fact we think that rect.x + 
rect.height should be replaced simply with rect.height
[b]: We believe that topIndex + visibleCount + 1 is incorrect, and should be 
topIndex + visibleCount - 1.  This seems to be the source of the error.
[c]: The outer "min" expression is superfluous.  The max expression is 
proveably >= count-1.

Larry Bergman and Tessa Lau

When we create folders using EclipseFolder#mkdir, we do not move the sync info 
from the synchronizer cache to the session cache. This will be done later by a 
background job but it is a one-line addition to do it in the mkdir and it 
gives a slight performance improvement (due to reduced resource locking).

Thanks for adding this, but it's flaky.  Works sometimes and not others.  If I
restart, it works again for awhile.   

When it doesn't work, it brings up the file menu. 

I haven't figured out any pattern to this.

Using latest, the following code returns:

----------
1. ERROR in c:\tests_sources\X.java (at line 3)
	System.out.println(boolean.class == Boolean.TYPE);
	                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Incompatible operand types Class<boolean> and Class<Boolean>
----------
1 problem (1 error)

The test case is:
public class X {
	public static void main(String argv[]) {
		System.out.println(boolean.class == Boolean.TYPE);
	}
}

The result should be: true.

Found this NPE in my log. Looking at javadoc, getTopStackFrame() can return 
null, and we aren't checking for it.

java.lang.NullPointerException
at java.lang.Throwable.<init>(Throwable.java)
at java.lang.NullPointerException.<init>(NullPointerException.java:61)
at 
org.eclipse.jdt.internal.debug.ui.actions.StepIntoSelectionActionDelegate.doSte
pIn(StepIntoSelectionActionDelegate.java:108)
at 
org.eclipse.jdt.internal.debug.ui.actions.StepIntoSelectionActionDelegate.acces
s$1(StepIntoSelectionActionDelegate.java:106)
at 
org.eclipse.jdt.internal.debug.ui.actions.StepIntoSelectionActionDelegate$2.run
(StepIntoSelectionActionDelegate.java:178)
at org.eclipse.debug.core.DebugPlugin$AsynchJob.run(DebugPlugin.java:876)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java)

I20040428

The responsive UI dynamic team (and Julian) have flagged the workbench
background execution preference wording as unclear. Julian recommended a simpler
message, possibly with a tool-tip to give further explanation.  As MVM and I
discussed previously, we may want to revisit all of the central workbench
preferences to make them less wordy (and possibly augment with a tooltip). I
will write an initial set of suggestions here and we can discuss.

1) Perform build automaticaly on resource modification.

 -> Title: "Build automatically" (to match toggle command name in projet menu)
 -> Tooltip: "Perform build automaticaly on resource modification"

2) Save all modified resources automatically prior to manual build

 -> Title: "Save automatically before build"
 -> Tooltip: "Save all modified resources automatically prior to manual build"

3) Keep next/previous part dialog open

 - Julian mentioned this was particularly confusing.  Perhaps it should be moved
to the "Appearance" preference page? It doesn't seem to deserve a prominent place.

4) Prompt for actions requiring activity enablement

 -> Title: "Prompt when enabling new activities"
 -> Tooltip: "Prompt when a feature is first used that requires enablement of an
activity"

5) Run user actions in background where possible

 -> Title: "Always run in background" (to match "Run in Background" button on
dialog)
 -> Tooltip: "Run long operations in the background where possible"

6) Refresh Workspace automatically in the background

 -> Title: "Refresh Workspace automatically"
 -> Tooltip: "Detect and automatically refresh changes made to the workspace
externally"

While we're at it, I also recommend shuffling the order. I propose:

"Always run in background"
"Build automatically"
"Refresh Workspace automatically"
"Save automatically before build"
"Prompt when enabling new activities"

build I20041130

- suspended all threads in the target (pause button with process selected in
debug view)
- tried to resume them all (play button with process selected)
- it failed to resume and gave me an error dialog
- log has (several):

!ENTRY org.eclipse.debug.ui 4 5012 2004-12-01 12:15:07.347
!MESSAGE Exceptions occurred attempting to resume.
!SUBENTRY 1 org.eclipse.jdt.debug 4 5010 2004-12-01 12:15:07.347
!MESSAGE com.sun.jdi.ObjectCollectedException occurred resuming VM.
!STACK 0
com.sun.jdi.ObjectCollectedException
	at
org.eclipse.jdi.internal.MirrorImpl.defaultReplyErrorHandler(MirrorImpl.java:240)
	at
org.eclipse.jdi.internal.ThreadReferenceImpl.suspendCount(ThreadReferenceImpl.java:433)
	at
org.eclipse.jdt.internal.debug.core.model.JDIThread.resumedByVM(JDIThread.java:1472)
	at
org.eclipse.jdt.internal.debug.core.model.JDIDebugTarget.resumeThreads(JDIDebugTarget.java:1199)
	at
org.eclipse.jdt.internal.debug.core.model.JDIDebugTarget.resume(JDIDebugTarget.java:1066)
	at
org.eclipse.jdt.internal.debug.core.model.JDIDebugTarget.resume(JDIDebugTarget.java:1040)
	at
org.eclipse.debug.internal.ui.actions.ResumeActionDelegate.doAction(ResumeActionDelegate.java:30)
	at
org.eclipse.debug.internal.ui.actions.AbstractDebugActionDelegate$DebugRequestJob.run(AbstractDebugActionDelegate.java:97)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

build I20040428

The ! button that appears in the progress indicator is somewhat alarming.
Usually ! in an icon indicates a warning condition, e.g. in a warning message
dialog.

I think the icon needs to be improved.

It should also have a tooltip: "Show Progress View".

In many views (navigator, packages explorer, sync view) you can drag an entry 
from the view to the editor area to open an editor on the selected element's 
file. This does not work in the search view.

Again, I've marked as 'blocker' simply because seems to prevent my implementing 
DocumentSetup participation, and I think exposes a tiny design issue with 
document setup participants (or, at least exposes my total misunderstanding of 
what its for :)

This is related to https://bugs.eclipse.org/bugs/show_bug.cgi?id=64683, but is 
not really dependent on it. I think would be easy to "see" just conceptually, or 
with many simple test cases. 

First, to clarify background, I've created a DocumentFactory for my content type 
definition, and that does indeed work and an instance of my document does get 
created. 

But then, I tried to implement a a document setup participant for 
general/generic case of "xml", and in doing so, mimiced the ant based 
DocumentSetupParticipant, where the document partitioner is set and connected on 
the document. 

Its easy to see this is an error, though, since only one partitioner can be 
set/connected to a document (or causes runtme assert error). At least, that is, 
using the setDocumentPartitioner API. I know one "work around" would be for me 
and the ant editor to use a different API,
setDocumentPartitioner(String partitioning, IDocumentPartitioner partitioner),
but I'd guess that's not the only source of potential conflict? Or is it?
I guess I'm not sure of the use case that caused this "setup" extension to be 
created 
independently of the factory method that creates the document in the first 
place. If it was just for different partitionsers, then indeed the fix would be 
to document that, and document that participants must used the 
IDocumentExention3 interface. 

Another, partial "work around" for immediate problem would be for the ant editor 
to remove "xml" from their setup extension [that is, they are recognized as a 
participant, since they specify .xml extension in addition to ant content type], 
which really should not be necessary once 64683 is fixed. But this does not 
address the larger issue of participant conflicts. 

Thanks for reading, sorry in advance if I've just misunderstood intent of 
'document setup'.

This problem was noticed when using the Tree widget. I noticed that if the Tree contains a horizontal 
or vertical ScrollBar, scrolling the composite does not redraw the tree. I tried adding a selection listener 
to the horizontal and vertical scrollbars of the tree and the program never receives notification of this 
event when you scroll the tree.

M7

- public void foo() throws DummyClass
- try to change the signature of foo

where DummyClass is not a subclass of exception. 

Note that you don't get a dialog informing you about the error. It is simply 
logged.

java.lang.NullPointerException
	at org.eclipse.jdt.internal.corext.dom.Bindings.findType
(Bindings.java:546)
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactorin
g.createExceptionInfoList(ChangeSignatureRefactoring.java:508)
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactorin
g.checkActivation(ChangeSignatureRefactoring.java:488)
	at org.eclipse.jdt.internal.ui.refactoring.CheckConditionsOperation.run
(CheckConditionsOperation.java:61)
	at org.eclipse.jdt.internal.core.BatchOperation.executeOperation
(BatchOperation.java:34)
	at org.eclipse.jdt.internal.core.JavaModelOperation.run
(JavaModelOperation.java:700)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1567)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1586)
	at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3164)
	at org.eclipse.jdt.internal.ui.actions.WorkbenchRunnableAdapter.run
(WorkbenchRunnableAdapter.java:42)
	at 
org.eclipse.jdt.internal.ui.util.BusyIndicatorRunnableContext$BusyRunnable.inte
rnalRun(BusyIndicatorRunnableContext.java:113)
	at 
org.eclipse.jdt.internal.ui.util.BusyIndicatorRunnableContext$BusyRunnable.run
(BusyIndicatorRunnableContext.java:80)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.jdt.internal.ui.util.BusyIndicatorRunnableContext.run
(BusyIndicatorRunnableContext.java:126)
	at 
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.checkActivat
ion(RefactoringStarter.java:67)
	at 
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate
(RefactoringStarter.java:47)
	at org.eclipse.jdt.ui.actions.ModifyParametersAction.startRefactoring
(ModifyParametersAction.java:209)
	at org.eclipse.jdt.ui.actions.ModifyParametersAction.run
(ModifyParametersAction.java:148)
	at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun
(SelectionDispatchAction.java:216)
	at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run
(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:536)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:488)
	at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:420)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2348)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2029)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:257)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:104)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

I encountered a NullPointerException while debugging. I was "normally" debugging
my classes. I'm using the debug mode quite a lot and I enfaced this NPE until
now only once. Unfortunately I cannot provide any further information. 

The log:

eclipse.buildId=I200406251208
java.version=1.4.2_04
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=fr_CH


Error juil. 08, 2004 16:43:11.359 Problems occurred when invoking code from
plug-in: "org.eclipse.core.runtime".
org.eclipse.swt.SWTException: Failed to execute runnable
(java.lang.NullPointerException)
at org.eclipse.swt.SWT.error(SWT.java:2691)
at org.eclipse.swt.SWT.error(SWT.java:2616)
at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:161)
at org.eclipse.ui.internal.UISynchronizer.syncExec(UISynchronizer.java:25)
at org.eclipse.swt.widgets.Display.syncExec(Display.java:3096)
at
org.eclipse.debug.internal.ui.sourcelookup.CommonSourceNotFoundEditor.closeEditor(CommonSourceNotFoundEditor.java:407)
at
org.eclipse.debug.internal.ui.sourcelookup.CommonSourceNotFoundEditor.handleDebugEvents(CommonSourceNotFoundEditor.java:357)
at org.eclipse.debug.core.DebugPlugin$EventNotifier.run(DebugPlugin.java:939)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
at org.eclipse.core.runtime.Platform.run(Platform.java:747)
at org.eclipse.debug.core.DebugPlugin$EventNotifier.dispatch(DebugPlugin.java:971)
at org.eclipse.debug.core.DebugPlugin.fireDebugEventSet(DebugPlugin.java:337)
at
org.eclipse.jdt.internal.debug.core.model.JDIDebugElement.fireEvent(JDIDebugElement.java:148)
at
org.eclipse.jdt.internal.debug.core.model.JDIDebugElement.fireTerminateEvent(JDIDebugElement.java:203)
at
org.eclipse.jdt.internal.debug.core.model.JDIThread.terminated(JDIThread.java:1616)
at
org.eclipse.jdt.internal.debug.core.model.JDIDebugTarget.removeAllThreads(JDIDebugTarget.java:1342)
at
org.eclipse.jdt.internal.debug.core.model.JDIDebugTarget.cleanup(JDIDebugTarget.java:1313)
at
org.eclipse.jdt.internal.debug.core.model.JDIDebugTarget.terminated(JDIDebugTarget.java:1284)
at
org.eclipse.jdt.internal.debug.core.model.JDIDebugTarget.handleVMDisconnect(JDIDebugTarget.java:886)
at
org.eclipse.jdt.internal.debug.core.EventDispatcher.dispatch(EventDispatcher.java:146)
at org.eclipse.jdt.internal.debug.core.EventDispatcher.run(EventDispatcher.java:221)
at java.lang.Thread.run(Thread.java:534)

Error juil. 08, 2004 16:43:11.421 An exception occurred while dispatching debug
events.
org.eclipse.swt.SWTException: Failed to execute runnable
(java.lang.NullPointerException)
at org.eclipse.swt.SWT.error(SWT.java:2691)
at org.eclipse.swt.SWT.error(SWT.java:2616)
at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:161)
at org.eclipse.ui.internal.UISynchronizer.syncExec(UISynchronizer.java:25)
at org.eclipse.swt.widgets.Display.syncExec(Display.java:3096)
at
org.eclipse.debug.internal.ui.sourcelookup.CommonSourceNotFoundEditor.closeEditor(CommonSourceNotFoundEditor.java:407)
at
org.eclipse.debug.internal.ui.sourcelookup.CommonSourceNotFoundEditor.handleDebugEvents(CommonSourceNotFoundEditor.java:357)
at org.eclipse.debug.core.DebugPlugin$EventNotifier.run(DebugPlugin.java:939)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
at org.eclipse.core.runtime.Platform.run(Platform.java:747)
at org.eclipse.debug.core.DebugPlugin$EventNotifier.dispatch(DebugPlugin.java:971)
at org.eclipse.debug.core.DebugPlugin.fireDebugEventSet(DebugPlugin.java:337)
at
org.eclipse.jdt.internal.debug.core.model.JDIDebugElement.fireEvent(JDIDebugElement.java:148)
at
org.eclipse.jdt.internal.debug.core.model.JDIDebugElement.fireTerminateEvent(JDIDebugElement.java:203)
at
org.eclipse.jdt.internal.debug.core.model.JDIThread.terminated(JDIThread.java:1616)
at
org.eclipse.jdt.internal.debug.core.model.JDIDebugTarget.removeAllThreads(JDIDebugTarget.java:1342)
at
org.eclipse.jdt.internal.debug.core.model.JDIDebugTarget.cleanup(JDIDebugTarget.java:1313)
at
org.eclipse.jdt.internal.debug.core.model.JDIDebugTarget.terminated(JDIDebugTarget.java:1284)
at
org.eclipse.jdt.internal.debug.core.model.JDIDebugTarget.handleVMDisconnect(JDIDebugTarget.java:886)
at
org.eclipse.jdt.internal.debug.core.EventDispatcher.dispatch(EventDispatcher.java:146)
at org.eclipse.jdt.internal.debug.core.EventDispatcher.run(EventDispatcher.java:221)
at java.lang.Thread.run(Thread.java:534)

Error juil. 08, 2004 16:43:11.437 Failed to execute runnable
(java.lang.NullPointerException)
org.eclipse.swt.SWTException: Failed to execute runnable
(java.lang.NullPointerException)
at org.eclipse.swt.SWT.error(SWT.java:2691)
at org.eclipse.swt.SWT.error(SWT.java:2616)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:109)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2749)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2434)
at
org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:136)
at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:262)
at
org.eclipse.jface.dialogs.ProgressMonitorDialog.run(ProgressMonitorDialog.java:397)
at
org.eclipse.ui.internal.progress.ProgressMonitorJobsDialog.run(ProgressMonitorJobsDialog.java:251)
at
org.eclipse.ui.internal.ide.IDEWorkbenchAdvisor.disconnectFromWorkspace(IDEWorkbenchAdvisor.java:475)
at
org.eclipse.ui.internal.ide.IDEWorkbenchAdvisor.postShutdown(IDEWorkbenchAdvisor.java:230)
at org.eclipse.ui.internal.Workbench.shutdown(Workbench.java:1642)
at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:469)
at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:400)
at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:572)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
at org.eclipse.ui.internal.Workbench.close(Workbench.java:570)
at org.eclipse.ui.internal.Workbench.close(Workbench.java:546)
at org.eclipse.ui.internal.WorkbenchWindow.busyClose(WorkbenchWindow.java:464)
at org.eclipse.ui.internal.WorkbenchWindow.access$0(WorkbenchWindow.java:448)
at org.eclipse.ui.internal.WorkbenchWindow$1.run(WorkbenchWindow.java:539)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
at org.eclipse.ui.internal.WorkbenchWindow.close(WorkbenchWindow.java:537)
at org.eclipse.jface.window.Window.handleShellCloseEvent(Window.java:593)
at org.eclipse.jface.window.Window$2.shellClosed(Window.java:544)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:158)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
at org.eclipse.swt.widgets.Decorations.WM_CLOSE(Decorations.java:1448)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2972)
at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1391)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:3338)
at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1462)
at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:398)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:3050)
at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1391)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:3338)
at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1462)
at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:398)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:3050)
at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1391)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:3338)
at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1467)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2429)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
at org.eclipse.core.launcher.Main.run(Main.java:644)
at org.eclipse.core.launcher.Main.main(Main.java:628)

The new process console was not flushing the stream monitors which are 
flushable. The stream monitors were maintaining a copy of the output in their 
own buffer.

Fixed in PocessConsole.

As it appears that there is not way to correctly place the "New Scrapbook 
Page" button within the toolbar group of the JDT Java Element creation toolbar 
actions, we plan to remove this action.

It is available via the File>New menu.

There is new support to handle the case of running a runnable with fork=false.
The method is IProgressService.runInUI(). See the javadoc for this method for 
more details. 

If you are not sure about which scheduling rule to use then use the workspace 
root.

- Open a java file and activate code folding.
- Fold some block.
- Try to scroll up/down the editor using Ctrl+UP/DOWN.
- The editor will stop to scroll when it reaches the folded block.

RC1/IBM1.4.2

* add a hit count to a breakpoint
* from context menu on breakpoint select "Hit Count"
* uncheck the "enable hit count" check box
-> OK button disables

This means you can't disable the hit count from the dialog. It does work from 
the properties dialog.

Plugin.PREFERENCES_DEFAULT_OVERRIDE_FILE_NAME_BACKUP

This constant was added during the Equinox runtime merge. Remove it and its
reference because:
- I don't know why it was added
- why would you have a plugin_customization.ini.bak file??

The console label only shows the executable instead of the name of the class 
that executed.

N20040427

If you import the following buildfile to create a project it silently fails.
We should report that no javac task exists in the buildfile.

<?xml version='1.0'?>
<project name="noJavac" default="compile">
    <target name="compile">
       <echo>no compile</echo>
    </target>
</project>

build I20041116-0944

- add an exception breakpoint on junit.framework.AssertionFailedError
- debug the following as a JUnit Test (or a JUnit Plug-in Test):

public class DummyTest extends TestCase {
    void testDummy() {
        fail();
    }
}

- it hangs
- suspend the main thread
- it's at the throw

- kill it
- add an exception breakpoint on java.lang.Error
- try again
- it works now

When blank lines are left inside a method, or for example in the field definitions, the code formatter 
still removes them and places them all together, regardless of whether I've set the properties:
 Number of empty lines to preserver = 10
and
 Preserve existing line breaks = true

Example:

public class MyClass {

private int ONE =1;
private int TWO = 2;

private int THREE = 3;
private int FOUR = 4;


 private void myMethod() {
  int myNewInt = FOUR+TWO;

  System.out.println("FOUR+TWO: " + myNewInt);
 }
}

This would become the following even with a new profile set with the properties above. Note: I've set 
"blank lines after fields to 0" because I want to manage spacing myself.

public class MyClass {

private int ONE =1;
private int TWO = 2;
private int THREE = 3;
private int FOUR = 4;


 private void myMethod() {
  int myNewInt = FOUR+TWO;
  System.out.println("FOUR+TWO: " + myNewInt);
 }
}


Often, when I have complex field definitions of methods, I want to use spaces to organize the code ... 
but I can't now, and therefore Code Formatter ruins my entire file ... it worked fine up until 3.0M6, but 
M7 introduced the new formatter and I can't use it until this is remedied ... and it's a major annoyance 
to not be able to use code formatter.

Am I missing a setting that I need to use, do the two that I'm using just not work, or should there be 
another property?

Thanks


Ben

i20040406

I was getting a error-in-background-job dialog caused by auto-refresh (log
entries below). Turns out that the reason was that I had a closed project that
had its contents deleted from disk. Deleting it made the error stop to happen.

The problems I see are:
- "LM.exceptions" message key does not exist
- there is no further detail on why a handle could not be created for that project
- the message in the sub-entry is supposed to have a code, a number I presume,
but it is repeating the resource path - looks like an error in the message catalog.

!ENTRY org.eclipse.core.resources 4 1 Apr 07, 2004 11:34:34.327
!MESSAGE Missing message: LM.exceptions in: org.eclipse.core.internal.utils.messages
!SUBENTRY 1 org.eclipse.core.resources 4 1 Apr 07, 2004 11:34:34.342
!MESSAGE Error creating handle for
D:\target\releasing\plugins\org.eclipse.junit.failure, code:
D:\target\releasing\plugins\org.eclipse.junit.failure.

RC1, continued from bug 64947:

Users of the org.eclipse.ui.editors.templates extension point can contribute
templates by specifying an XML document containing the templates. This document
will usually contain an encoding spec. 

However, TemplateReaderWriter.read() takes a Reader which already expects a
decoded character stream. This is useful when one wants to operate on Java
strings, but in the case of contributed templates, it should be possible to pass
an InputStream (of bytes) instead of a Reader, so that the XML engine can figure
out the encoding from the XML header. Currently, contributed template files are
translated using a hard coded encoding.

We should add overloaded versions of read() and save() methods taking streams
instead of Reader/Writer.

Given that TemplateReaderWriter is marked as "Clients may instantiate this
class" and was introduced in 3.0, this would be a very low risk API addition.

Build I200408122000: SelectionEngine cannot handle formal generic type 
parameter

Steps to reproduce:
- Create a class as follows

package p;
class D {
    static <T> T get(T t) {
        return t;
    }
}

- Move the mouse cursor over
   ...T get(<Mouse here>T t) {...

- Texthover implementation calls SelectionEngine.selectFrom

In the Crimson parser, startEntity is called and then resolveEntity
In the Xerces parser, resolveEntity is called and then startEntity.
ACK! The current code assumes the pattern from the crimson parser.

We use the name of the entity from startEntity to provide a name to map to the 
system id of the entity (the path to the file). 
This allows us to provide "from" labels for external entities in the Ant 
editor outline.

Tooltips usually don't describe what their widget does, but are just short
commands in title case. Where the new search view e.g. says
  "Shows the next match",
it should read
  "Show Next Match"
(as in the old search view). This applies to all buttons.

build: eclipse r3.0 M8
I find that when making a selection of a project in the Package Explorer view, 
then open the popup menu and select Export > javadoc and press the Next 
button, the selected export option is based on the file selected in the editor 
and not the project in the package explorer.  When exporting to jar for 
example the scope of the export is defined by the selection in the package 
explorer.

3.0M8 on Windows 2003

In the Run/Classpath tab, the DEL key can remove entries from the (default
classpath) list, but they are actually not removed upon Run.

Build 3.0M9

The following code for protecting reentering CP resolution should use a thread 
local to allow multiple thread to get an accurate value (and not an empty CP 
if calling at wrong time).

				IClasspathEntry[] infoPath = 
perProjectInfo.resolvedClasspath;
				if (infoPath != null && 
(returnResolutionInProgress || infoPath != RESOLUTION_IN_PROGRESS)) {
					if 
(JavaModelManager.CP_RESOLVE_VERBOSE) {
						if (infoPath == 
RESOLUTION_IN_PROGRESS) {
						    Util.verbose
("CPResolution: Reentering Raw Classpath Resolution for project: "+ 
this.getElementName() + "\n  will use empty classpath instead");  //$NON-NLS-1
$ //$NON-NLS-2$
						    new Exception("TRACE OF 
REENTERING CALL").printStackTrace(System.out);  //$NON-NLS-1$
						}
					}				
		
					return infoPath;
				}

I20040527_0800

- do a file search (for example for .options file)

The message in the search view reads: "" - 21 matches in workspace. It should 
read 21 matches in workspace.

We should try to address this for 3.0.

I get the stack trace below.  I cannot release code for project on which this 
occurred.

I was able to trace it in the debugger.  This were all true:
* positions.length == 2
* last == 4
* reference instanceof QualifiedTypeReference
* typeBinding instanceof ReferenceBinding
* pkgBinding.compoundName.length == 4

Please let me know if you need more information.

java.lang.ArrayIndexOutOfBoundsException: 3
	at 
org.eclipse.jdt.internal.core.search.matching.PackageReferenceLocator.matchRepo
rtReference(PackageReferenceLocator.java:198)
	at 
org.eclipse.jdt.internal.core.search.matching.MatchLocator.reportMatching
(MatchLocator.java:1349)
	at 
org.eclipse.jdt.internal.core.search.matching.MatchLocator.reportMatching
(MatchLocator.java:1584)
	at 
org.eclipse.jdt.internal.core.search.matching.MatchLocator.reportMatching
(MatchLocator.java:1595)
	at 
org.eclipse.jdt.internal.core.search.matching.MatchLocator.reportMatching
(MatchLocator.java:1439)
	at org.eclipse.jdt.internal.core.search.matching.MatchLocator.process
(MatchLocator.java:1102)
	at 
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locateMatches
(MatchLocator.java:735)
	at 
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locateMatches
(MatchLocator.java:766)
	at 
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locateMatches
(MatchLocator.java:863)
	at 
org.eclipse.jdt.internal.core.search.JavaSearchParticipant.locateMatches
(JavaSearchParticipant.java:94)
	at org.eclipse.jdt.core.search.SearchEngine.findMatches
(SearchEngine.java:469)
	at org.eclipse.jdt.core.search.SearchEngine.search
(SearchEngine.java:758)
	at org.eclipse.jdt.core.search.SearchEngine.search
(SearchEngine.java:728)

build I200405190010

The warning icon that appears in the Synchronize view when there are no changes
for the current mode (incoming/outgoing) is not having a transparent background.

build I200405190010

In the Synchronize dialog, clicking the "Workspace" button does not enable the
"Finish" button if the latter was already disabled.

Steps to reproduce:

1. Open Synchronize dialog.
2. Click "Deselect All". -> "Finish" button gets disabled.
3. Click "Workspace". -> All projects get selected, but "Finish" button stays
disabled.
4. Now deselect and select a single project using its check mark. -> "Finish"
button gets enabled again.

We need to animate the pressing of the Run In Background button down to the 
progress indicator

I have all Eclipse as source in my workspace. It's been a few days since I 
updated but when I did so today, I got a compile error in 
ExternalAntBuildfileImportPage. The error is that the import "import 
org.eclipse.ui.internal.ide.IHelpContextIds" cannot be found. It appears that 
UI has renamed this internal class to IIDEHelpContextIds.

- The overridden method has visibility default
- The overriding method has visibility private
-> There is a proposal for changing the visibility of the overridden method to
default, which it already is.

(The same proposal is there if the overridden method has protected or public
visibility, I'm not sure whether this is intended, because this change on its
own does not solve the error.)

I synchronize hourly with CVS in the background.  Over half the time, the 
synchronization fails due to some timeout exception.  I actually don't care 
about this unless I am going to view the results of the synchronize. (i.e. use 
the synchronize view or perspective). But, I get a dialog popped up reporting 
the error. This is especially annoying when working remotely without a newwork 
connection.

The background synchronize should fail silently, but report the failure when I 
go to the sync view.  Or, it would be sufficient just to display the timestamp 
of the last successful synchronize.

Version: 3.0.1

The deprecated method IFile.setCharset(String) does not specify that it modifies
resources. However, it does, since it stores the character set in a project
preference file inside the workspace. This is a breaking change introduced in
Eclipse 3.0.1 that is causing deadlocks for 3.0-based plugins.

3.0 M2
The CVS font/color decorations dissapear in the packages explorer, or do not
apply to all the elements they should. I will investigate on our end, but this
seems to be a package explorer problem since the navigator always shows these
decorations correctly.

RC2, Linux 2.6.4, KDE 3.2.2, GTK+ 2.4.1. 
 
This bug was initially detected by Kim Horne and filed as part of Bug 38305.  
As this particular instance has a clearly reproducible test case, I felt that 
it should be its own bug. 
 
Using the steps below, it is possible to crash the VM -- losing all work. 
 
Kim Horne is using a default RedHat 9 install: GTK+ 2.2.1, GNOME, Linux 2.4.x. 
 
 
STEPS TO REPRODUCE: 
1.) Start eclipse with the data command-line pointing at a non-existent 
directory (i.e., fresh workspace). 
2.) Click on the "Workbench" link on the welcome page. 
3.) Press "Ctrl+N", and double-click on "Plug-in Project" 
4.) Enter the name "Moo", click "Next >" and then "Finish".  When prompted to 
switch to the Plug-in Development Perspective, select "No". 
5.) The "plugin.xml" file is automatically opened.  Select the "Extensions" 
tab. 
6.) Press the "Add..." button and double-click on "org.eclipse.ui.views". 
7.) Right-click on the extension, and select "New > view". 
8.) Click on the "class*:" hyperlink. 
9.) Set the name of the class to be OOMView, the superclass to be 
"org.eclipse.ui.part.ViewPart", and select "Inherited abstract methods".  Click 
"Finish". 
 
 
OBSERVED RESULTS: 
Eclipse crashes with a segmentation fault in OS.gtk_main_do_event.  I'll 
attached the VM dump.

In 3.0 M8.

@@@@

!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.team.internal.ccvs.ui.wizards.SharingWizardSyncPage.dispose(SharingWizardSyncPage.java:169)
	at org.eclipse.jface.wizard.Wizard.dispose(Wizard.java:186)
	at org.eclipse.jface.wizard.WizardDialog.hardClose(WizardDialog.java:652)
	at org.eclipse.jface.wizard.WizardDialog.close(WizardDialog.java:370)
	at org.eclipse.jface.wizard.WizardDialog.cancelPressed(WizardDialog.java:360)
	at org.eclipse.jface.wizard.WizardDialog$1.widgetSelected(WizardDialog.java:234)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2578)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2256)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:670)
	at org.eclipse.jface.window.Window.open(Window.java:650)
	at
org.eclipse.team.internal.ui.actions.ConfigureProjectAction$1.run(ConfigureProjectAction.java:53)
	at org.eclipse.team.internal.ui.actions.TeamAction$1.run(TeamAction.java:203)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.team.internal.ui.actions.TeamAction.run(TeamAction.java:200)
	at
org.eclipse.team.internal.ui.actions.ConfigureProjectAction.run(ConfigureProjectAction.java:45)
	at org.eclipse.ui.actions.ActionDelegate.runWithEvent(ActionDelegate.java:71)
	at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:259)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:550)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:502)
	at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:435)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2578)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2256)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:277)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:239)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

The comment for MultiRule#toString says that its for debugging purposes only but
that's not totally true. It is actually used in messages logged by the platform
such as: 

java.lang.IllegalArgumentException: Attempted to beginRule: R/, does not match
outer scope rule: MultiRule[Lorg.eclipse.core.runtime.jobs.ISchedulingRule;@afa1cb

We should improve the #toString if for no other reason to make debugging easier.

I think this was caused by the fix for bug 71341.

I'm starting eclipse without an instance area (-data @noDefault), and then 
exiting.  I get an exception during the exit because Plugin.savePreferences is 
trying to load the instance prefs (and there is no instance area).

Here's the stack trace:

DataArea.assertLocationInitialized() line: 42
DataArea.getStateLocation(String) line: 81
InstancePreferences.getBaseLocation() line: 41
InstancePreferences.initializeChildren() line: 187
InstancePreferences.<init>(IEclipsePreferences, String) line: 55
InstancePreferences.internalCreate(IEclipsePreferences, String, Plugin) line: 
197
InstancePreferences(EclipsePreferences).create(IEclipsePreferences, String, 
Plugin) line: 277
InstancePreferences(EclipsePreferences).create(IEclipsePreferences, String) 
line: 273
PreferencesService.createNode(String) line: 352
RootPreferences.getChild(String, Plugin) line: 63
RootPreferences.node(String) line: 90
PreferenceForwarder.<init>(Plugin, String) line: 35
IDEWorkbenchPlugin(Plugin).getPluginPreferences() line: 330
IDEWorkbenchPlugin(Plugin).savePluginPreferences() line: 349
IDEWorkbenchPlugin(AbstractUIPlugin).savePreferenceStore() line: 512
IDEWorkbenchPlugin(AbstractUIPlugin).stop(BundleContext) line: 611
PluginActivator.stop(BundleContext) line: 75

3.1 M3

I wrote tests that ensure plug-ins like Search and Compare (currently commented
out) aren't loaded when
opening a Java editor.

The one for Compare fails because of bug 78315 and because when the Java editor
creates its actions it calls new LocalHistoryActionGroup(...) which loads the
Compare plug-in.

Test Case:
0. ensure bug 78315 has been fixed or comment out the code in TeamUIPlugin
1. add startup() method to CompareUIPlugin
2. put a breakpoint there

M9

- create a simple project 'p'
- create new file 'הצ�.txt'
- try to 'Share Project...' with a CVS repository on Mac OS X

Observe: you get this error:
The server reported an error while performing the "cvs add" command.
  p: cvs add: scheduling file `.project' for addition
  p: cvs [add aborted]: cannot open CVS/הצ�.txt,t: Invalid argument


BTW: "cvs -version" reports:

Concurrent Versions System (CVS) 1.11.9 (client/server)

Copyright (c) 1989-2003 Brian Berliner, david d `zoo' zuhn, 
                        Jeff Polk, and other authors

The following actions still open a compare editor. They should instead be
integrated into the synchronize dialog.

1. compare two remotes from cvs history.
2. compare remotes from repo view

From: John Wiegand [mailto:John_Wiegand@us.ibm.com] 
Sent: Friday, May 07, 2004 4:40 PM
Subject: Re: submitting patches for ia64 platform

...
I may ask you to open a bug report with the patches attached so it is clear that
you made the contribution.  (More early next week). 

Take care 
John 


 "Sarkar, Sumit" <sumit.sarkar@hp.com> 05/07/2004 12:02 PM 
         
        To:        John Wiegand/Minneapolis/IBM@IBMUS 
        cc:        "Sarkar, Sumit" <sumit.sarkar@hp.com>, "Perot, Florence C"
<florence.perot@hp.com> 
        Subject:        submitting patches for ia64 platform 




Hi  John, 
  
We had  downloaded "eclipse-sourceBuild-srcIncluded-I20040505.zip", built 
and tested our  changes and we are confident about our changes. 
  
I am  attaching 5 patch files with this mail as a patches_ia64.zip.  
The contents of the patches_ia64.zip file: 

1. platform-launcher_ia64.patch: In "platform-launcher/library/motif"
        a. Changed build.csh to take care of both  PA_RISC and ia64 architecture
        b. Renamed make_hpux.mak to  make_hpux_PA_RISC.mak 
        c. Created a new makefile for ia64 named  make_hpux_ia64.mak 
        d. As we need to support both PA_RISC and  ia64, we need two folders 
           named  platform-launcher/bin/hpux/PA_RISC and  
           platform-launcher/bin/hpux/ia64. Right now hpux  PA_RISC 'eclipse' 
           binary is under platform-launcher/bin/hpux folder. This  binary has 
           to be moved to platform-launcher/bin/hpux/PA_RISC folder. The new  
           eclipse binary for ia64 has to be under platform-launcher/bin/hpux/ia64  
           folder. But as these folders didn't have any files under them 
           'Team ->  Create Patch' didn't include these folder into this patch. 
           Should you think  it is a good idea to check in initial versions of 
           ia64 eclipse binary, I  have attached another patch 
           (under  platform-launcher_with_eclipse_binaries.zip) -  which has 
           PA_RISC eclipse binary moved under PA_RISC folder and our initial  
           ia64 eclipse binary under ia64 folder.
           
2. org.eclipse.swt.motif_ia64.patch: In  "org.eclipse.swt.motif":
        a. Updated  permission.properties to take care of both PA_RISC  
           and ia64 library names 
        b. Need a folder named 'os.hpux.ia64' - but as  when there is no 
           file under it, 'Team -> Create Patch' doesn't include  the folder 
           into this patch. Should you think it is a good idea to check in  
           initial versions of our shared libraries 
           (libswt-cde-motif-3050.so and  libswt-motif-3050.so) under 
           "os.hpux.ia64", I am attaching those libraries  
           (zipped as SWT_motif_ia64_libraries.zip) also  with this mail. 
           This way the folder will appear in CVS and we can later  
           check in the final version easily.  
           
3. org.eclipse.swt_ia64.patch: In "org.eclipse.swt.Eclipse  SWT PI" folder
        a. Changed build.sh to take care of both  PA_RISC and ia64 architecture 
        b. Renamed make_hpux.mak to  make_hpux_PA_RISC.mak 
        c. Created a new makefile for ia64 named  make_hpux_ia64.mak 
        d. Made changes to make_motif.xml to take care  of both PA_RISC and 
           ia64 architecture (don't know how this file is  used) 
           
4. org.eclipse.osgi_ia64.patch: In  "org.eclipse.osgi", two .java file changes 
   to add ia64  architecture 
   
5. org.eclipse.core.runtime.compatibility_ia64.patch: 
   In org.eclipse.core.runtime.compatibility", one .java file change to add ia64
 architecture

I am  working with DJ Houghton to commit the org.eclipse.core.resources.hpux 
changes. 
  
Pl.  let me know if you any questions regarding this matter. 
  
Thanks, 
sumit

20040511-1600

When you close a LaunchView something is still holding onto a reerence to it/

STEPS
1) Open Debug perspective while looking at references (I am using OptimizeIt)
2) Close the Launch View and garbage collect
3) Still there
4) Open the Launch view again and close again
5) Second reference still there.

I20040317

On shutting down Eclipse (with my development workspace) I get this NPE:


===== Thu Mar 18 2004 ===== 17:48:03 Europe/Zurich =====
!SESSION Mar 18, 2004 17:48:40.960 ---------------------------------------------
java.version=1.4.2_03
java.vendor=Apple Computer, Inc.
BootLoader constants: OS=macosx, ARCH=ppc, WS=carbon, NL=en_US
Command-line arguments: -shared /Eclipse/eclipseI0317/Eclipse.app/Contents/MacOS/eclipse 
-shared f0002 -keyring /Users/weinand/.eclipse_keyring -showlocation -vm /Eclipse/eclipseI0317/
Eclipse.app/Contents/MacOS/java_swt -vmargs -Xms50M -Xmx250M -cp /Eclipse/eclipseI0317/
startup.jar org.eclipse.core.launcher.Main
!ENTRY org.eclipse.core.runtime.compatibility 4 1 Mar 18, 2004 17:48:40.968
!MESSAGE Error while stopping plug-in "reference:file:/Eclipse/eclipseI0317/plugins/
org.eclipse.ant.core_3.0.0/ [93]".
!STACK 0
org.osgi.framework.BundleException: Exception in 
org.eclipse.core.internal.compatibility.PluginActivator.stop()
	at org.eclipse.osgi.framework.internal.core.BundleContext.stop(BundleContext.java:1044)
	at org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker(BundleHost.java:482)
	at org.eclipse.osgi.framework.internal.core.Bundle.stop(Bundle.java:480)
	at org.eclipse.core.internal.plugins.PluginStopper.run(PluginStopper.java:99)
	at org.eclipse.core.internal.runtime.PlatformActivator.stopLegacyBundles(PlatformActivator.java:
290)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:729)
	at org.eclipse.core.launcher.Main.main(Main.java:713)
Nested exception:
java.lang.NullPointerException
	at 
org.eclipse.debug.internal.core.EnvironmentVariableResolver.resolveValue(EnvironmentVariableResolver
.java:27)
	at org.eclipse.core.internal.variables.DynamicVariable.getValue(DynamicVariable.java:49)
	at org.eclipse.ant.core.AntCorePreferences.getToolsJarEntry(AntCorePreferences.java:652)
	at org.eclipse.ant.core.AntCorePreferences.updateAdditionalEntries(AntCorePreferences.java:1294)
	at org.eclipse.ant.core.AntCorePreferences.updatePluginPreferences(AntCorePreferences.java:
1218)
	at org.eclipse.ant.core.AntCorePlugin.shutdown(AntCorePlugin.java:161)
	at org.eclipse.core.internal.compatibility.PluginActivator.stop(PluginActivator.java:66)
	at org.eclipse.osgi.framework.internal.core.BundleContext$2.run(BundleContext.java:1028)
	at java.security.AccessController.doPrivileged(Native Method)
	at org.eclipse.osgi.framework.internal.core.BundleContext.stop(BundleContext.java:1024)
	at org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker(BundleHost.java:482)
	at org.eclipse.osgi.framework.internal.core.Bundle.stop(Bundle.java:480)
	at org.eclipse.core.internal.plugins.PluginStopper.run(PluginStopper.java:99)
	at org.eclipse.core.internal.runtime.PlatformActivator.stopLegacyBundles(PlatformActivator.java:
290)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:729)
	at org.eclipse.core.launcher.Main.main(Main.java:713)
Could not find loaderProxy: org.eclipse.ui_3.0.0
Could not find loaderProxy: org.eclipse.ui_3.0.0

I'm working on moving the AboutDialog from the ide plugin to the workbench 
plugin (to make it available for rcp apps).  The workbench plugin does not have 
a dependency on update, so the old technique of using IFeature to get the 
license url is no longer possible.

As we discussed, the solution is to can add another key to the 
IBundleGroupConstants and then add some parsing code in the update.configurator 
to read the license url as well and return it as a value of the new key.

The two existing keys that are like this one are "welcomePage" and 
"tipsAndTricksHref".  I don't really have a preference, depending on which you 
think is most similar I think we should call the new key either "licensePage" or 
"licenseHref".

If you notify me when you've made the change then I'll test it using the new 
about dialog.

I200405110800 on WXP

I just switched to the Java Perspective with a single project.

!MESSAGE Exception occurred while saving project 
preferences: /XRay/.settings/org.eclipse.core.resources.prefs.
!STACK 1
org.eclipse.core.internal.resources.ResourceException: The resource tree is 
locked for modifications.
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at org.eclipse.core.runtime.CoreException.<init>(CoreException.java:37)
        at org.eclipse.core.internal.resources.ResourceException.<init>
(ResourceException.java:30)
        at org.eclipse.core.internal.resources.WorkManager.checkIn
(WorkManager.java:93)
        at org.eclipse.core.internal.resources.Workspace.prepareOperation
(Workspace.java:1629)
        at org.eclipse.core.internal.resources.File.setContents(File.java:329)
        at org.eclipse.core.internal.resources.ProjectPreferences.save
(ProjectPreferences.java:258)
        at org.eclipse.core.internal.preferences.EclipsePreferences.flush
(EclipsePreferences.java:339)
        at org.eclipse.core.internal.preferences.EclipsePreferences.create
(EclipsePreferences.java:296)
        at 
org.eclipse.core.internal.preferences.EclipsePreferences.internalNode
(EclipsePreferences.java)
        at org.eclipse.core.internal.preferences.EclipsePreferences.node
(EclipsePreferences.java)
        at org.eclipse.core.resources.ProjectScope.getNode
(ProjectScope.java:66)
        at org.eclipse.core.internal.resources.CharsetManager.getPreferences
(CharsetManager.java:161)
        at org.eclipse.core.internal.resources.CharsetManager.access$0
(CharsetManager.java:160)
        at 
org.eclipse.core.internal.resources.CharsetManager$Listener.processEntryChanges
(CharsetManager.java:86)
        at 
org.eclipse.core.internal.resources.CharsetManager$Listener.resourceChanged
(CharsetManager.java:134)
        at org.eclipse.core.internal.events.NotificationManager$2.run
(NotificationManager.java:319)
        at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java)
        at org.eclipse.core.runtime.Platform.run(Platform.java)
        at org.eclipse.core.internal.events.NotificationManager.notify
(NotificationManager.java:313)
        at 
org.eclipse.core.internal.events.NotificationManager.broadcastChanges
(NotificationManager.java:156)
        at org.eclipse.core.internal.resources.Workspace.broadcastChanges
(Workspace.java:172)
        at org.eclipse.core.internal.resources.Workspace.endOperation
(Workspace.java:902)
        at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1683)
        at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3241)
        at org.eclipse.jdt.core.JavaCore.setClasspathContainer
(JavaCore.java:3411)
        at org.eclipse.pde.internal.core.ModelEntry.updateClasspathContainer
(ModelEntry.java:109)
        at org.eclipse.pde.internal.core.RequiredPluginsInitializer.initialize
(RequiredPluginsInitializer.java:40)
        at org.eclipse.jdt.internal.core.JavaModelManager.initializeContainer
(JavaModelManager.java:1187)
        at 
org.eclipse.jdt.internal.core.JavaModelManager.initializeAllContainers
(JavaModelManager.java:1161)
        at org.eclipse.jdt.internal.core.JavaModelManager.getClasspathContainer
(JavaModelManager.java:824)
        at org.eclipse.jdt.core.JavaCore.getClasspathContainer
(JavaCore.java:1191)
        at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1877)
        at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1788)
        at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1739)
        at org.eclipse.jdt.internal.core.JavaProject.buildStructure
(JavaProject.java:266)
        at org.eclipse.jdt.internal.core.Openable.generateInfos
(Openable.java:183)
        at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed
(JavaElement.java:573)
        at org.eclipse.jdt.internal.core.JavaElement.getElementInfo
(JavaElement.java:310)
        at org.eclipse.jdt.internal.core.JavaElement.getElementInfo
(JavaElement.java:296)
        at org.eclipse.jdt.internal.core.JavaElement.getChildren
(JavaElement.java:251)
        at org.eclipse.jdt.internal.core.JavaProject.getPackageFragmentRoots
(JavaProject.java:1569)
        at 
org.eclipse.jdt.ui.StandardJavaElementContentProvider.getPackageFragmentRoots
(StandardJavaElementContentProvider.java:250)
        at org.eclipse.jdt.ui.StandardJavaElementContentProvider.getChildren
(StandardJavaElementContentProvider.java:168)
        at 
org.eclipse.jdt.internal.ui.packageview.PackageExplorerContentProvider.getChild
ren(PackageExplorerContentProvider.java:115)
        at 
org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart$5.getFilteredChildr
en(PackageExplorerPart.java:345)
        at org.eclipse.jface.viewers.AbstractTreeViewer.isExpandable
(AbstractTreeViewer.java:1138)
        at org.eclipse.jface.viewers.AbstractTreeViewer.updatePlus
(AbstractTreeViewer.java:1585)
        at org.eclipse.jface.viewers.AbstractTreeViewer.createTreeItem
(AbstractTreeViewer.java:378)
        at org.eclipse.jface.viewers.AbstractTreeViewer$1.run
(AbstractTreeViewer.java:357)
        at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
        at org.eclipse.jface.viewers.AbstractTreeViewer.createChildren
(AbstractTreeViewer.java:343)
        at org.eclipse.jface.viewers.AbstractTreeViewer$5.run
(AbstractTreeViewer.java:783)
        at org.eclipse.jface.viewers.StructuredViewer.preservingSelection
(StructuredViewer.java:788)
        at org.eclipse.jface.viewers.AbstractTreeViewer.inputChanged
(AbstractTreeViewer.java:773)
        at org.eclipse.jface.viewers.ContentViewer.setInput
(ContentViewer.java:238)
        at org.eclipse.jface.viewers.StructuredViewer.setInput
(StructuredViewer.java:972)
        at 
org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart.createPartControl
(PackageExplorerPart.java:287)
        at org.eclipse.ui.internal.PartPane$1.run(PartPane.java:93)
        at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java)
        at org.eclipse.core.runtime.Platform.run(Platform.java)
        at org.eclipse.ui.internal.PartPane.createChildControl
(PartPane.java:89)
        at org.eclipse.ui.internal.ViewPane.createChildControl
(ViewPane.java:143)
        at org.eclipse.ui.internal.ViewFactory$1.run(ViewFactory.java:276)
        at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java)
        at org.eclipse.core.runtime.Platform.run(Platform.java)
        at org.eclipse.ui.internal.ViewFactory.busyRestoreView
(ViewFactory.java:202)
        at org.eclipse.ui.internal.ViewFactory$2.run(ViewFactory.java:454)
        at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
        at org.eclipse.ui.internal.ViewFactory.restoreView
(ViewFactory.java:452)
        at org.eclipse.ui.internal.ViewFactory$ViewReference.getPart
(ViewFactory.java:93)
        at org.eclipse.ui.internal.WorkbenchPage$1.propertyChange
(WorkbenchPage.java:130)
        at org.eclipse.ui.internal.LayoutPart.setVisible(LayoutPart.java:248)
        at org.eclipse.ui.internal.PartPane.setVisible(PartPane.java:259)
        at org.eclipse.ui.internal.ViewPane.setVisible(ViewPane.java:625)
        at org.eclipse.ui.internal.presentations.PresentableViewPart.setVisible
(PresentableViewPart.java:114)
        at 
org.eclipse.ui.internal.presentations.DefaultPartPresentation.selectPart
(DefaultPartPresentation.java:777)
        at org.eclipse.ui.internal.PartStack.refreshPresentationSelection
(PartStack.java:717)
        at org.eclipse.ui.internal.PartStack.createControl(PartStack.java:315)
        at org.eclipse.ui.internal.ViewStack.createControl(ViewStack.java:99)
        at org.eclipse.ui.internal.PartSashContainer.createControl
(PartSashContainer.java:392)
        at org.eclipse.ui.internal.PerspectiveHelper.activate
(PerspectiveHelper.java:156)
        at org.eclipse.ui.internal.Perspective.onActivate(Perspective.java:718)
        at org.eclipse.ui.internal.WorkbenchPage.setPerspective
(WorkbenchPage.java:2683)
        at org.eclipse.ui.internal.WorkbenchPage.closePerspective
(WorkbenchPage.java:1036)
        at org.eclipse.ui.internal.WorkbenchPage.closePerspective
(WorkbenchPage.java:1006)
        at org.eclipse.ui.internal.WorkbenchWindow$8.widgetSelected
(WorkbenchWindow.java:1971)
        at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:243)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:298)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:249)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:126)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:84)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:59)
        at java.lang.reflect.Method.invoke(Method.java:390)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
        at org.eclipse.core.launcher.Main.run(Main.java:722)
        at org.eclipse.core.launcher.Main.main(Main.java:706)
!SUBENTRY 1 org.eclipse.core.resources 4 380 May 11, 2004 21:53:47.897
!MESSAGE The resource tree is locked for modifications.
!ENTRY org.eclipse.core.runtime 4 4 May 11, 2004 21:53:47.897
!MESSAGE Exception loading preferences from: 
E:/eclipse2/e30/XRay/.settings/org.eclipse.core.resources.prefs.
!STACK 0
org.osgi.service.prefs.BackingStoreException: Exception occurred while saving 
project preferences: /XRay/.settings/org.eclipse.core.resources.prefs.
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at org.osgi.service.prefs.BackingStoreException.<init>
(BackingStoreException.java:32)
        at org.eclipse.core.internal.resources.ProjectPreferences.save
(ProjectPreferences.java:274)
        at org.eclipse.core.internal.preferences.EclipsePreferences.flush
(EclipsePreferences.java:339)
        at org.eclipse.core.internal.preferences.EclipsePreferences.create
(EclipsePreferences.java:296)
        at 
org.eclipse.core.internal.preferences.EclipsePreferences.internalNode
(EclipsePreferences.java)
        at org.eclipse.core.internal.preferences.EclipsePreferences.node
(EclipsePreferences.java)
        at org.eclipse.core.resources.ProjectScope.getNode
(ProjectScope.java:66)
        at org.eclipse.core.internal.resources.CharsetManager.getPreferences
(CharsetManager.java:161)
        at org.eclipse.core.internal.resources.CharsetManager.access$0
(CharsetManager.java:160)
        at 
org.eclipse.core.internal.resources.CharsetManager$Listener.processEntryChanges
(CharsetManager.java:86)
        at 
org.eclipse.core.internal.resources.CharsetManager$Listener.resourceChanged
(CharsetManager.java:134)
        at org.eclipse.core.internal.events.NotificationManager$2.run
(NotificationManager.java:319)
        at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java)
        at org.eclipse.core.runtime.Platform.run(Platform.java)
        at org.eclipse.core.internal.events.NotificationManager.notify
(NotificationManager.java:313)
        at 
org.eclipse.core.internal.events.NotificationManager.broadcastChanges
(NotificationManager.java:156)
        at org.eclipse.core.internal.resources.Workspace.broadcastChanges
(Workspace.java:172)
        at org.eclipse.core.internal.resources.Workspace.endOperation
(Workspace.java:902)
        at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1683)
        at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3241)
        at org.eclipse.jdt.core.JavaCore.setClasspathContainer
(JavaCore.java:3411)
        at org.eclipse.pde.internal.core.ModelEntry.updateClasspathContainer
(ModelEntry.java:109)
        at org.eclipse.pde.internal.core.RequiredPluginsInitializer.initialize
(RequiredPluginsInitializer.java:40)
        at org.eclipse.jdt.internal.core.JavaModelManager.initializeContainer
(JavaModelManager.java:1187)
        at 
org.eclipse.jdt.internal.core.JavaModelManager.initializeAllContainers
(JavaModelManager.java:1161)
        at org.eclipse.jdt.internal.core.JavaModelManager.getClasspathContainer
(JavaModelManager.java:824)
        at org.eclipse.jdt.core.JavaCore.getClasspathContainer
(JavaCore.java:1191)
        at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1877)
        at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1788)
        at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1739)
        at org.eclipse.jdt.internal.core.JavaProject.buildStructure
(JavaProject.java:266)
        at org.eclipse.jdt.internal.core.Openable.generateInfos
(Openable.java:183)
        at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed
(JavaElement.java:573)
        at org.eclipse.jdt.internal.core.JavaElement.getElementInfo
(JavaElement.java:310)
        at org.eclipse.jdt.internal.core.JavaElement.getElementInfo
(JavaElement.java:296)
        at org.eclipse.jdt.internal.core.JavaElement.getChildren
(JavaElement.java:251)
        at org.eclipse.jdt.internal.core.JavaProject.getPackageFragmentRoots
(JavaProject.java:1569)
        at 
org.eclipse.jdt.ui.StandardJavaElementContentProvider.getPackageFragmentRoots
(StandardJavaElementContentProvider.java:250)
        at org.eclipse.jdt.ui.StandardJavaElementContentProvider.getChildren
(StandardJavaElementContentProvider.java:168)
        at 
org.eclipse.jdt.internal.ui.packageview.PackageExplorerContentProvider.getChild
ren(PackageExplorerContentProvider.java:115)
        at 
org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart$5.getFilteredChildr
en(PackageExplorerPart.java:345)
        at org.eclipse.jface.viewers.AbstractTreeViewer.isExpandable
(AbstractTreeViewer.java:1138)
        at org.eclipse.jface.viewers.AbstractTreeViewer.updatePlus
(AbstractTreeViewer.java:1585)
        at org.eclipse.jface.viewers.AbstractTreeViewer.createTreeItem
(AbstractTreeViewer.java:378)
        at org.eclipse.jface.viewers.AbstractTreeViewer$1.run
(AbstractTreeViewer.java:357)
        at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
        at org.eclipse.jface.viewers.AbstractTreeViewer.createChildren
(AbstractTreeViewer.java:343)
        at org.eclipse.jface.viewers.AbstractTreeViewer$5.run
(AbstractTreeViewer.java:783)
        at org.eclipse.jface.viewers.StructuredViewer.preservingSelection
(StructuredViewer.java:788)
        at org.eclipse.jface.viewers.AbstractTreeViewer.inputChanged
(AbstractTreeViewer.java:773)
        at org.eclipse.jface.viewers.ContentViewer.setInput
(ContentViewer.java:238)
        at org.eclipse.jface.viewers.StructuredViewer.setInput
(StructuredViewer.java:972)
        at 
org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart.createPartControl
(PackageExplorerPart.java:287)
        at org.eclipse.ui.internal.PartPane$1.run(PartPane.java:93)
        at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java)
        at org.eclipse.core.runtime.Platform.run(Platform.java)
        at org.eclipse.ui.internal.PartPane.createChildControl
(PartPane.java:89)
        at org.eclipse.ui.internal.ViewPane.createChildControl
(ViewPane.java:143)
        at org.eclipse.ui.internal.ViewFactory$1.run(ViewFactory.java:276)
        at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java)
        at org.eclipse.core.runtime.Platform.run(Platform.java)
        at org.eclipse.ui.internal.ViewFactory.busyRestoreView
(ViewFactory.java:202)
        at org.eclipse.ui.internal.ViewFactory$2.run(ViewFactory.java:454)
        at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
        at org.eclipse.ui.internal.ViewFactory.restoreView
(ViewFactory.java:452)
        at org.eclipse.ui.internal.ViewFactory$ViewReference.getPart
(ViewFactory.java:93)
        at org.eclipse.ui.internal.WorkbenchPage$1.propertyChange
(WorkbenchPage.java:130)
        at org.eclipse.ui.internal.LayoutPart.setVisible(LayoutPart.java:248)
        at org.eclipse.ui.internal.PartPane.setVisible(PartPane.java:259)
        at org.eclipse.ui.internal.ViewPane.setVisible(ViewPane.java:625)
        at org.eclipse.ui.internal.presentations.PresentableViewPart.setVisible
(PresentableViewPart.java:114)
        at 
org.eclipse.ui.internal.presentations.DefaultPartPresentation.selectPart
(DefaultPartPresentation.java:777)
        at org.eclipse.ui.internal.PartStack.refreshPresentationSelection
(PartStack.java:717)
        at org.eclipse.ui.internal.PartStack.createControl(PartStack.java:315)
        at org.eclipse.ui.internal.ViewStack.createControl(ViewStack.java:99)
        at org.eclipse.ui.internal.PartSashContainer.createControl
(PartSashContainer.java:392)
        at org.eclipse.ui.internal.PerspectiveHelper.activate
(PerspectiveHelper.java:156)
        at org.eclipse.ui.internal.Perspective.onActivate(Perspective.java:718)
        at org.eclipse.ui.internal.WorkbenchPage.setPerspective
(WorkbenchPage.java:2683)
        at org.eclipse.ui.internal.WorkbenchPage.closePerspective
(WorkbenchPage.java:1036)
        at org.eclipse.ui.internal.WorkbenchPage.closePerspective
(WorkbenchPage.java:1006)
        at org.eclipse.ui.internal.WorkbenchWindow$8.widgetSelected
(WorkbenchWindow.java:1971)
        at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:243)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:298)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:249)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:126)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:84)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:59)
        at java.lang.reflect.Method.invoke(Method.java:390)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
        at org.eclipse.core.launcher.Main.run(Main.java:722)
        at org.eclipse.core.launcher.Main.main(Main.java:706)

When updating an existing plugin and installing a new plugin, not all of the 
target sites are selected and an error message is displayed: 

" Target install location must be selected. If none is available, create a new 
one."

Steps:
Choose the Help menu. Choose Software updates. Choose Find and Install.
In the first panel, select "Search for new featuresto install".
In the next panel, add an update site that has an update to an existing feature 
and has a new feature to install.
In the next panel, choose the updatable feature and the new feature.
In the next panel, accept the license agreements.
In the target site panel, select the second feature in the list.

This is when the error message will appear. The target site is not chosen and 
the error appears in the top of the panel.

The JVM crashes when eclipse 3.0M7-motif exits to the shell.
The crash occured after I changed fonts.
The crash is reproducible on my machine.

Steps to reproduce:
- start eclipse
- open Window/Preferences/Workbench/Fonts
- select Banner Font
- click on Change
- select a scalable font
- click OK
- click Apply
- click OK
- exit eclipse by clicking on 'close' button on the window
- confirm with OK
- wait for crash report on the terminal

This is the "User preferences" part of the config:

*** User Preferences:
#Wed Feb 25 20:17:59 EST 2004
org.eclipse.ui.workbench/org.eclipse.jface.dialogfont=1|tahoma|17|0|MOTIF|1|-microsoft-tahoma-medium-r-normal--17-170-72-72-p-76-iso8859-1;
org.eclipse.ui.ide/INTRO=false
org.eclipse.ui.workbench=3.0.0
org.eclipse.ui.workbench/org.eclipse.jface.bannerfont=1|tahoma|14|0|MOTIF|1|-microsoft-tahoma-medium-r-normal--14-140-72-72-p-62-iso8859-1;
org.eclipse.ui.ide/WELCOME_DIALOG=false
org.eclipse.ui.ide=3.0.0



The error message from JVM:

An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0xFF232C88
Function=strcmp+0x238
Library=/usr/lib/libc.so.1

Current Java thread:
	at org.eclipse.swt.internal.motif.OS.XtDestroyWidget(Native Method)
	- locked <0xf5827e78> (a java.lang.Class)
	at org.eclipse.swt.widgets.Display.destroyDisplay(Display.java:728)
	at org.eclipse.swt.widgets.Display.destroy(Display.java:707)
	at org.eclipse.swt.graphics.Device.dispose(Device.java:232)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1534)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:257)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:104)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

Dynamic libraries:
0x10000 	/usr/bin/java
0xff360000 	/usr/lib/libthread.so.1
0xff3a0000 	/usr/lib/libdl.so.1
0xff200000 	/usr/lib/libc.so.1
0xff330000 	/usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1
0xfe000000 	/usr/j2se/jre/lib/sparc/client/libjvm.so
0xff2e0000 	/usr/lib/libCrun.so.1
0xff1e0000 	/usr/lib/libsocket.so.1
0xff100000 	/usr/lib/libnsl.so.1
0xff0d0000 	/usr/lib/libm.so.1
0xff1c0000 	/usr/lib/libsched.so.1
0xff310000 	/usr/lib/libw.so.1
0xff0a0000 	/usr/lib/libmp.so.2
0xff070000 	/usr/j2se/jre/lib/sparc/native_threads/libhpi.so
0xfe7d0000 	/usr/j2se/jre/lib/sparc/libverify.so
0xfe790000 	/usr/j2se/jre/lib/sparc/libjava.so
0xff020000 	/usr/j2se/jre/lib/sparc/libzip.so
0xfe500000 	/usr/lib/locale/en_US.ISO8859-1/en_US.ISO8859-1.so.2
0xfe470000 	/usr/j2se/jre/lib/sparc/libnet.so
0xfe440000 	/usr/j2se/jre/lib/sparc/libnio.so
0xfdfe0000 	/usr/lib/librt.so.1
0xfdfc0000 	/usr/lib/libaio.so.1
0xfbb90000 
/opt/local/eclipse/plugins/org.eclipse.swt.motif_3.0.0/os/solaris/sparc/libswt-motif-3038.so
0xf0a80000 	/usr/lib/libXm.so.4
0xfba90000 	/usr/openwin/lib/libXt.so.4
0xf1300000 	/usr/openwin/lib/libX11.so.4
0xfc2b0000 	/usr/openwin/lib/libXp.so.1
0xfb9e0000 	/usr/openwin/lib/libSM.so.6
0xfb9b0000 	/usr/openwin/lib/libICE.so.6
0xfb8d0000 	/usr/openwin/lib/libXext.so.0
0xfc290000 	/usr/openwin/lib/locale/common/xlibi18n.so.2
0xfb990000 	/usr/openwin/lib/locale/iso8859-1/xomEuro.so.2
0xfb8b0000 	/usr/lib//liblayout.so
0xfb860000 	/usr/openwin/lib/locale/common/ximlocal.so.2

Heap at VM Abort:
Heap
 def new generation   total 2112K, used 1842K [0xf1400000, 0xf1620000, 0xf1b10000)
  eden space 2048K,  86% used [0xf1400000, 0xf15bcbf0, 0xf1600000)
  from space 64K, 100% used [0xf1610000, 0xf1620000, 0xf1620000)
  to   space 64K,   0% used [0xf1600000, 0xf1600000, 0xf1610000)
 tenured generation   total 9096K, used 7475K [0xf1b10000, 0xf23f2000, 0xf5400000)
   the space 9096K,  82% used [0xf1b10000, 0xf225cd38, 0xf225ce00, 0xf23f2000)
 compacting perm gen  total 12032K, used 11874K [0xf5400000, 0xf5fc0000, 0xf9400000)
   the space 12032K,  98% used [0xf5400000, 0xf5f98a08, 0xf5f98c00, 0xf5fc0000)

Local Time = Wed Feb 25 20:00:47 2004
Elapsed Time = 244
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2_03-b02 mixed mode)
#
# An error report file has been saved as hs_err_pid11931.log.
# Please refer to the file for further information.
#


bash-2.05b$ uname -a
SunOS joanna 5.8 Generic_108528-16 sun4u sparc SUNW,Ultra-5_10

bash-2.05b$ java -version
java version "1.4.2_03"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_03-b02)
Java HotSpot(TM) Client VM (build 1.4.2_03-b02, mixed mode)

Eclipse info:
Version: 3.0.0
Build: 200402122000

I did an edit and Ctrl-S (quickly, one after the other) on a 2500+ lines
build.xml and Eclipse appear to lock up with 70% CPU usage and then dumped the
following on the console. Version 3.0.m7.

Reason:
!ENTRY org.eclipse.ui 4 0 Feb 25, 2004 18:28:23.503
!MESSAGE java.lang.ClassCastException
!STACK 0
java.lang.ClassCastException
        at
org.eclipse.ant.internal.ui.editor.AntEditorCompletionProcessor.getEnclosingTargetName(AntEditorCompletionPro
cessor.java:1096)
        at
org.eclipse.ant.internal.ui.editor.AntEditorCompletionProcessor.findPropertiesFromDocument(AntEditorCompletio
nProcessor.java:957)
        at
org.eclipse.ant.internal.ui.editor.AntEditorCompletionProcessor.getPropertyProposals(AntEditorCompletionProce
ssor.java:480)
        at
org.eclipse.ant.internal.ui.editor.AntEditorCompletionProcessor.getProposalsFromDocument(AntEditorCompletionP
rocessor.java:289)
        at
org.eclipse.ant.internal.ui.editor.AntEditorCompletionProcessor.determineProposals(AntEditorCompletionProcess
or.java:240)
        at
org.eclipse.ant.internal.ui.editor.AntEditorCompletionProcessor.computeCompletionProposals(AntEditorCompletio
nProcessor.java:181)
        at
org.eclipse.jface.text.contentassist.ContentAssistant.computeCompletionProposals(ContentAssistant.java:1433)
        at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.computeProposals(CompletionProposalPopup.java:23
1)
        at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$7(CompletionProposalPopup.java:227)
        at
org.eclipse.jface.text.contentassist.CompletionProposalPopup$1.run(CompletionProposalPopup.java:190)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
        at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.showProposals(CompletionProposalPopup.java:185)
        at
org.eclipse.jface.text.contentassist.ContentAssistant$2.run(ContentAssistant.java:319)
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
        at
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:102)
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2325)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2033)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:257)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:104)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
        at org.eclipse.core.launcher.Main.run(Main.java:742)
        at org.eclipse.core.launcher.Main.main(Main.java:581)
java.lang.ClassCastException

I200405190010
Linux-GTK

It looks like, that if a error is thrown in the createChange() method of a
participant, during a refactoring generated by a drag'n'drop, the error is not
reported to the user.

My test case is :
1. add a breakpoint in a JSP file (there is a bug in the Java breakpoint
participants for 'non-standard' breakpoints, bug 62932).
2. move a compilation using drag'n'drop, a progress dialog appears, then
disappears. Nothing changed in the workspace.
3. try to do the same refactoring by using refactoring>move from the context
menu of the compilation unit. An error dialog appears, a stack trace is added to
the log file.

Select a stack trace filter pattern in the JUnit preference page. MS Inspect 
Objects shows the role as "check box" but with Jaws, Ins+TAB states only "list 
view" <name>, 7 of 7, To move the arrow keys use alt s". It should 
read "<name>, checkbox, checked, To clear checkmark press spacebar". Maybe the 
DefAction in MS Inspect Objects should be "Uncheck" rather than "Double click" 
to get it to read correctly?

In the first implementation of generics in the JDI client, the method returning
the name of types were returning the name with extra generic information,
jdt.debug.ui had no work to do to display these information.
But that was wrong, the JDI client was modified to return only the 'simple' name
of types.
jdt.debug.ui need to be updated to computed and display the generic information.

I have a target platform with ~400 plugins.  I'm using dynamic classpaths.  
When I go to the PDE preferences, reload a new target, click not in workspace, 
and hit ok, it takes a very long time before I have control again.

Seems like some refresh is going on as well as threads in the job queue.  This 
is using M7 as the development environment.

build I20041214-2000 (M4 test candidate)

- I made a change to NavigatorDropAdapter.java in folder
org.eclipse.ui.ide/src/org/eclipse/ui/views/navigator.
- I also had some unreleased changes in a new subfolder:
org.eclipse.ui.ide/src/org/eclipse/ui/views/navigator/prototype, which has 3 files 
- the prototype folder was not under version control
- in sync view, showing outgoing changes, select the file NavigatorDropAdapter.java
- generate patch to clipboard
- the resulting patch includes not only the changes to
NavigatorDropAdapter.java, but also the added files in the prototype subfolder

Expected behaviour: patch should contain just the changes to the selected file.

I will attach the offending file and the code formatter prefernces...the error 
is as follows;

Error Jan 02, 2004 14:34:37.937 formatter failed to format (no edit returned). 
Will use unformatted text instead. kind: 8, string: //
// Created on 02-Jan-2004 11:57:29
// Author NIKOLAY
// Description
// Project: Belot (http://belot.sourceforge.net)
//
package org.ninm.games.cardgames.ui.belot;

import java.awt.GridLayout;

import javax.swing.JLabel;
import javax.swing.JPanel;

import org.apache.commons.lang.ArrayUtils;
import org.ninm.games.cardgames.Player;
import org.ninm.games.cardgames.PlayerListener;
import org.ninm.games.cardgames.PlayerPosition;
import org.ninm.games.cardgames.common.Card;
import org.ninm.games.cardgames.common.CardPlayedListener;
import org.ninm.games.cardgames.server.CardGame;
import org.ninm.games.cardgames.server.RemoteEngine;

/**
 * @author NIKOLAY
 */
public class OtherPlayersPanel extends JPanel implements CardPlayedListener, 
PlayerListener
{
   private final CardPanel m_myCardHolder = new CardPanel();
   private final CardPanel m_partnerCardHolder = new CardPanel();
   private final CardPanel m_leftCardHolder = new CardPanel();
   private final CardPanel m_rightCardHolder = new CardPanel();
   private final int m_myIndex;
   private final int m_partnerIndex;
   private final int m_leftIndex;
   private final int m_rightIndex;
   private final JLabel m_partnerLabel = new JLabel();
   private final JLabel m_leftLabel = new JLabel();
   private final JLabel m_rightLabel = new JLabel();
   
   /**
    * @param game
    * @param engine
    */
   public OtherPlayersPanel(final CardGame game, final RemoteEngine engine)
   {
      final Player[] players = game.getPlayers();
      final Player myPlayer = engine.getMyPlayer();
      m_myIndex = ArrayUtils.indexOf(players, myPlayer);
      m_partnerIndex = m_myIndex + 2 % 4;
      m_leftIndex = m_myIndex + 1 % 4;
      m_rightIndex = m_myIndex + 3 % 4;
      setLayout(new GridLayout(2, 5));
      add(new JPanel());
      m_partnerLabel.setText(players[m_partnerIndex].getName());
      add(m_partnerLabel);
      add(m_partnerCardHolder);
      add(new JPanel());
      add(new JPanel());
      add(new JLabel(players[m_leftIndex].getName()));
      add(m_leftCardHolder);
      add(m_myCardHolder);
      add(m_rightCardHolder);
      add(new JLabel(players[m_rightIndex].getName()));
      engine.addCardPlayedListener(this);
      engine.addPlayerListener(this);
   }
   
   private CardPanel getCardPanel(final PlayerPosition position)
   {
      final int value = position.getValue();
      assert value >= 0 && value <= 4;
      if(value == m_leftIndex)
      {
         return m_leftCardHolder;
      }
      else if(value == m_rightIndex)
      {
         return m_rightCardHolder;
      }
      else if(value == m_partnerIndex)
      {
         return m_partnerCardHolder;
      }
      else if(value == m_myIndex)
      {
         return m_myCardHolder;
      }
      else
      {
         return null;
      }
   }
   
   private JLabel getNameLabel(final PlayerPosition position)
   {
      final int value = position.getValue();
      assert value >= 0 && value <= 4;
      if(value == m_leftIndex)
      {
         return m_leftLabel;
      }
      else if(value == m_rightIndex)
      {
         return m_rightLabel;
      }
      else if(value == m_partnerIndex)
      {
         return m_partnerLabel;
      }
      else
      {
         return null;
      }
   }
   
   /**
    * @{inheritDoc}
    */
   public void cardPlayed(final PlayerPosition position, final Card card)
   {
      final CardPanel cardPanel = getCardPanel(position);
      cardPanel.setCard(new org.ninm.games.cardgames.ui.Card(card));
   }

   /**
    * @{inheritDoc}
    */
   public void playerJoined(final PlayerPosition position, final Player player)
   {
      getNameLabel(position).setText(player.getName());
   }

   /**
    * @{inheritDoc}
    */
   public void playerLeft(PlayerPosition position)
   {
      getNameLabel(position).setText("Empty");
   }

}

I200409212000

Indent Line removes tabs inside switch statement.

Test Case:
1. open ResourceFileBuffer rev. 1.16
2. select line 119 - 169
3. Indent Line

==> break and other statements get alligned to "switch"

These classes should be renamed to AntModelChangeEvent and 
IAntModelEventListener respectively.

See the attached picture

WARNINGS: 
-------- 
DeferredTreeContentManager.java:48: warning - @param argument "partSite" is not 
a parameter name. 
DeferredTreeContentManager.java:133: warning - @param argument "parent." is not 
a parameter name. 
DeferredTreeContentManager.java:300: warning - @param argument "parent." is not 
a parameter name. 
IProgressService.java:47: warning - @deprecated. is an unknown tag. 
IWorkbenchSiteProgressService.java:49: warning - @param argument "job." is not 
a parameter name. 
IWorkbenchSiteProgressService.java:49: warning - @param argument "delay." is 
not a parameter name. 
IWorkbenchSiteProgressService.java:49: warning - @param argument 
"useHalfBusyCursor." is not a parameter name. 
IWorkbenchSiteProgressService.java:60: warning - @param argument "job." is not 
a parameter name. 
IWorkbenchSiteProgressService.java:60: warning - @param argument "delay." is 
not a parameter name. 
IWorkbenchSiteProgressService.java:70: warning - @param argument "job." is not 
a parameter name. 
 
 
ADDITIONAL COMMENTS: 
------------------- 
+ No package overview 
 
IDeferredWorkbenchAdapter 
+ marked as experimental and subject to change.  Is this intentional? 
+ Give a concrete example of how it is used 
+ in "fetchDeferredChildren", "should return notify" makes no sense 
+ what should the implementors do if the progress monitor is cancelled? 
+ what is object?  What possible things could I expect it to be?  can this be 
null? 
+ can collector be null? 
+ in "isContainer", the @returns sentence doesn't make sense.  what rule? 
+ in "getRule", can object be null? 
+ can the scheduling rule be null? 
+ the scheduling rule is obviously an instance of ISchedulingRule 
 
DeferredTreeContentManager 
+ in "DeferredTreeContentManager(provider,viewer,site)", no param doc 
+ in "DeferredTreeContentManager(provider,viewer)", no param doc 
+ mayHaveChildren is missing param doc 
+ mayHaveChildren should use @throws instead of commenting in the method doc 
+ mayHaveChildren returns boolean?  thanks. 
+ getChildren second sentence is not grammatically correct 
+ in general, this class is missing real information in param/returns.  either 
there's nothing or things like "returns Object[]".  it's also nice to be 
explicit about null vs. not null vs. possibly empty. 
+ "startFetchingDeferredChildren" - "retrieve" should be "retrieved" 
+ "runClearPlaceholderJob" why would I want to do this?  what does it mean? 
+ in general, element collector is bit foggy.  one or two sentences in the 
class summary would help (providing a link for more info). 
 
 
This is a work in progress.  More stuff to appear over the weekend.

Assertions about the design do not help understanding in class comments

Collections should mention the types they contain

I have no idea what IContextBinding is binding to

Not sure what an IMutableContextManager is for

IWorkbenchContextSupport is missing much of its javadoc

WorkbenchPartSite has deprecated code and needs to inherit javadoc from parents

ContextException need better parameter names in constructor Same for 
NotDefinedException

I20040311

To implement the single-click open mode for the Quick views I use the following
API: Tree.getItem(Point). Unfortunately, under Linux it returns an item if the
point covers the +/- area. I would expect that it only returns a valid element
when the point is covers the item itself and not when it covers the handles to
expand and collapse.

If this can't get fixed: how can I detect whether the mouse is really over an item?

Many classes are marked expeirmental. This should be removed

CharacterKey constants should describe each key with proper English. It is 
still marked Experimental

Key should not document defined subclasses

KeyFormatterFactory should mention IKeyFormatters in the comment
Spelling error in EmacsCodeFormatter

Keystroke
Not sure what a natural key means. Return values should describe actual classes

ModifierKey missing AltGr

SpecialKey comment seems like it could be a NaturalKEy which I think is wrong

SWTKeySupport missing types in return values
NaturalKey should reference modifier key

update curetnly sets the eclipse.application system property in certain cases.  
Rather than doing this, it should just set the application slot of the 
IProducts it produces.  I suspect this is a hold over from days gone by when it 
was important for them to set the application.

As it is, anyone identifying a product that happens to not be defined by a 
primary feature (ie., is defined by an extension), has to spec both the product 
and application when running Eclipse.  Otherwise, update is putting in the hard 
coded Eclipse IDE application.

There may be some relation to PDE here.  If there is, they are free to set both 
the product and application.  If the application is set there we do not 
overwrite it.

Hi people,

Repeatedly seen problems with Ctrl-C being ignored when doing repetitive error/ 
paste fixup work.

This is typically trying to paste a word or partial phrase during some manual 
bulk refactoring process, fixing identifiers up to correct their errors. So the 
Ctrl-C is being pressed probably just after an error has been remarked, with 
the error either clearing or moved to a following method call on the identifier.

The 'copy' button can be ignored completely and blatantly even if pushed twice, 
wait a bit, etc. At other times it works fine but in this case I suspect the 
load of calculating/ marking errors (35/107 in problems view) or the actual 
drawing of the error annotations are breaking something in keyboard despath or 
text state? Anyway I don't like it in the slightest and see it repeatedly in 
this kind of situation.

3m8 but believe this has also existed for a while,

Cheers, 
Thomas

[typing this for the 2nd time: useless Bugzilla setup loses my text if I 
haven't filled the form out correctly.]

There are several places where GEF uses a combination of lines in XORMode to 
produce various effects. Since the spacing patterns are different in GTK and 
Windows, some of the lines are drawn incorrectly on GTK. It would be better if 
these lines were drawn the same so we did not have to workaround with platform 
checks in paint methods.

Secondly, when setting linewidth(1) on Windows, there is no change to these 
line styles from a line width of 0. On GTK, a line width of 1 is different from 
0, and causes LINE_DOT to be drawn as a solid line.

Simple test program to show line styles:
	
Display d = Display.getDefault();
Shell shell = new Shell(d);
	
shell.addListener(SWT.Paint, new Listener() {
	public void handleEvent(Event e) {
		GC gc = e.gc;
		//gc.setLineWidth(1);
					
		gc.setLineStyle(SWT.LINE_DASH);
		gc.drawLine(10, 10, 300, 10);
		gc.setLineStyle(SWT.LINE_DOT);
		gc.drawLine(10, 20, 300, 20);
		gc.setLineStyle(SWT.LINE_DASHDOT);
		gc.drawLine(10, 30, 300, 30);
		gc.setLineStyle(SWT.LINE_DASHDOTDOT);
		gc.drawLine(10, 40, 300, 40);
			
		gc.dispose();
	}
});
	
shell.pack();
shell.open();

while (!shell.isDisposed())
	while (!d.readAndDispatch())
		d.sleep();

When an Ant build file contains something like a doctype tag or defines 
external entites, the content type is not identified as an Ant buildfile but 
rather a general XML file.

I believe this is incorrect as the root element is still a project element.

Example file:

<?xml version="1.0"  encoding="iso-8859-1"?>
<!DOCTYPE project   [
<!ENTITY simplecommon SYSTEM "simplecommon.xml">
]>

<project name="SomeProject" default="main" basedir=".">
  
<target name="main" depends="externaltarget1">
		 <echo message="test"/>
</target>
&simplecommon;
</project>

To reproduce - debug to a breakpoint, close breakpoints view, reset the perspective you are in, start 
stepping. Breakpoints view is not reopened until the next launch.

in i0517

I was running on an empty workspace.  Created a java project and a single java 
file (Main with a main()). Opened and closed the file several times and noticed 
the following stack trace which occured at some point.  (sorry nothing more 
specific)

java.lang.NullPointerException
        at org.eclipse.core.internal.preferences.EclipsePreferences.internalGet(
EclipsePreferences.java:479)
        at org.eclipse.core.internal.preferences.EclipsePreferences.get(EclipseP
references.java:349)
        at org.eclipse.core.internal.preferences.PreferenceForwarder.contains(Pr
eferenceForwarder.java:181)
        at org.eclipse.ui.plugin.AbstractUIPlugin$CompatibilityPreferenceStore.c
ontains(AbstractUIPlugin.java:277)
        at org.eclipse.ui.texteditor.ChainedPreferenceStore.getVisibleStore(Chai
nedPreferenceStore.java:525)
        at org.eclipse.ui.texteditor.ChainedPreferenceStore.getBoolean(ChainedPr
eferenceStore.java:166)
        at org.eclipse.jdt.internal.ui.text.java.hover.AbstractAnnotationHover.g
etHoverInfo(AbstractAnnotationHover.java:83)
        at org.eclipse.jdt.internal.ui.text.java.hover.BestMatchHover.getHoverIn
fo(BestMatchHover.java:102)
        at org.eclipse.jdt.internal.ui.text.java.hover.JavaEditorTextHoverProxy.
getHoverInfo(JavaEditorTextHoverProxy.java:69)
        at org.eclipse.jface.text.TextViewerHoverManager$4.run(TextViewerHoverMa
nager.java:161)

build I20040520

IWorkbench.getPreferenceStore() returns the preference store for
org.eclipse.ui.workbench, where we store only internal preference settings.
The method has been here since 2.0, and has been implemented this way since 2.1.

Clients should use the new PlatformUI.getPreferenceStore() instead.

Propose deprecating it with the following note:

	 * @deprecated this returns the preference store for the
<code>org.eclipse.ui.workbench</code>
	 *   plug-in.  Only internal preferences are stored here.  Clients should use
	 *   {@link PlatformUI#getPreferenceStore()} instead.

N20040219 on NT4 /SP6

I use a separate directory (/MyPlugins) for my plugins and use the
links/myplugins.lnk mechanism to point to the directory. This works fine.

Problem I have been noticing in the last few builds of eclipse 3.0 stream is
that if I install new plugins into the MyPlugins directory not always does
eclipse pick up the new plugins. If I then delete the .config directory and
restart the image it then picks it up and installs the plugins.

Scenario 1:
1. Input latinHEBREW (display: latinWERBEH)
2. Tty to locate the caret at the trailing edge of 'W'

Expected: latin|WERBEH

Actual:   latinWERBEH|

Note that GTK doesn't experience this problem.

i200409212000

Running session tests with J9, once in a while I get a deadlock during shutdown.
The main difference here with relation to a regular Eclipse session is that the
application runs a single test case and quickly returns. I have been able to
reproduce it only on:

java version "1.4.2"
Java(TM) 2 Runtime Environment, Standard Edition (build 2.2)
IBM J9SE VM (build 2.2, J2RE 1.4.2 IBM J9 2.2 Windows XP x86-32 j9n142-20040917
(JIT enabled)
J9VM - 20040916_0908_lHdSMR
JIT  - r7_level20040915_1801)

But it does not seem to be a problem with the VM. The issue seems to be:

- using a job, the TeamUI plugin is trying to load a class after its bundle has
been shutdown. This produces an exception. To build the message, we use
FrameworkMessageFormat, which has not been instantiated yet (it is a singleton).
During its instantiation (from a static synchronized method), it will eventually
require a lock to the BundleRepository (Framework.bundles), which is being held
by another thread.

- the SystemBundleShutdown thread has acquired the lock to the BundleRepository,
and is stopping Runtime. Runtime unregisters its entryLocator service, which
will cause a synchronous service event to be broadcast. FrameworkMessageFormat
has a service change listener, whose first step will be to try to obtain the
class lock, which is held by another thread.

Here are the stacks for the interesting threads:

Thread [Worker-0] (Suspended)
  BundleHost.getFragments() line: 576
  PackageAdminImpl.getFragments(Bundle) line: 903
  InternalPlatform.getFragments(Bundle) line: 906
  FindSupport.findInFragments(Bundle, IPath) line: 210
  FindSupport.find(Bundle, IPath, Map) line: 75
  Platform.find(Bundle, IPath) line: 786
  PlatformActivator$2.getProperties(String, Locale) line: 353
  FrameworkMessageFormat.init(String, Locale, Class) line: 44
  FrameworkMessageFormat(MessageFormat).<init>(String, Locale, Class) line: 33
  FrameworkMessageFormat.<init>(String, Locale, Class) line: 33
  FrameworkMessageFormat.getMessageFormat(String) line: 90
  EclipseAdaptorMsg.<clinit>() line: 38
  Class.initializeImpl() line: not available [native method]
  Class.initialize() line: 350
  EclipseClassLoader.shouldActivateFor(String) line: 146
  EclipseClassLoader.findLocalClass(String) line: 62
  BundleLoader.findLocalClass(String) line: 371
  BundleLoader.findClass(String) line: 402
  EclipseClassLoader(AbstractClassLoader).loadClass(String, boolean) line: 93
  EclipseClassLoader(ClassLoader).loadClass(String) line: 560
  TeamUIPlugin$2.run(IProgressMonitor) line: 197
  Worker.run() line: 66

Thread [System Bundle Shutdown] (Suspended)
  FrameworkMessageFormat$ResourceFinderListener.serviceChanged(ServiceEvent)
line: 106
  FilteredServiceListener.serviceChanged(ServiceEvent) line: 56
  BundleContextImpl.dispatchEvent(Object, Object, int, Object) line: 1166
  EventManager.dispatchEvent(ListElement[], EventDispatcher, int, Object) line: 186
  ListenerQueue.dispatchEventSynchronous(int, Object) line: 139
  Framework.publishServiceEventPrivileged(ServiceEvent) line: 1455
  Framework.publishServiceEvent(int, ServiceReference) line: 1430
  ServiceRegistrationImpl.unregister() line: 153
  PlatformActivator.unregisterEntryLocator() line: 365
  PlatformActivator.stop(BundleContext) line: 184
  BundleContextImpl$2.run() line: 994
  AccessController.doPrivileged(PrivilegedExceptionAction) line: 189
  BundleContextImpl.stop() line: 990
  BundleHost.stopWorker(boolean) line: 502
  BundleHost(AbstractBundle).suspend(boolean) line: 539
  Framework.suspendBundle(AbstractBundle, boolean) line: 1029
  StartLevelManager.decFWSL(int) line: 627
  StartLevelManager.doSetStartLevel(int, AbstractBundle) line: 281
  StartLevelManager.shutdown() line: 254
  SystemBundle.suspend() line: 201
  Framework.shutdown() line: 466
  SystemBundle$1.run() line: 182
  Thread.run() line: 813

I do not have the breakpoints view in my Java perspective.
I have the default group set to be Java Line Breakpoints
I set breakpoints in my Java perspective

When I go to the debug perspective the breakpoints are not included in the 
default group.

Primary wizards are no filtering duplicates.  My scenario is that we have 
serveral products that can be installed on the same Eclipse base.  Each of 
these products defines its own set of primary wizards, some of which are 
installed by multiple products.  Here is an example snippet:

<extension
         point="org.eclipse.ui.newWizards">
      <primaryWizard
            id="org.eclipse.jdt.ui.wizards.JavaProjectWizard">
      </primaryWizard>
    </extension>

So, the user sees lots of duplicates for primary wizards.  Please try to look 
at this for 3.0.1.1.

build 20040212

1) create the following class
public class X {
  int aaa
}

2) place your cursor just after 'aaa'
3) type "bbb,ccc"
the outliner contain
--------------
X
+-ccc : int
--------------
'aaa' and 'bbb' are missing (sometimes the problem does not occur)

Java delta seems correct

FIRING POST_CHANGE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
<NONE>
FIRING POST_RECONCILE Delta [Thread
[org.eclipse.jdt.internal.ui.text.JavaReconciler,1,main]]:
[Working copy] X.java[*]: {CHILDREN | FINE GRAINED}
	X[*]: {CHILDREN | FINE GRAINED}
		bbb[+]: {}
		ccc[+]: {}

Environment:
Eclipse 3.0 M7 on Windows

My views are instances of IPartListener2 and receive events when a view is 
shown or hidden.  It is expected that when a view is shown, the partVisible 
function will be called.  On the other hand, if a view is hidden, the 
partHidden function will be called.

Part Hidden/Visible events are received properly when a view is moved or 
stacked on top of one another.  However, when one of the views is maximized, 
covering all the other views in the perspective, no part hidden event is 
received for the views being covered.  

Part hidden events should be received whenever a view is no longer visible.

The change tacked onto Bug 37944 exposed a problem with the external tool 
migration. The migration is causing ATTR_LAUNCH_IN_BACKGROUND to be written to 
the config as "false", which is the default value (and thus, isn't written by 
the UI).

i like to have a maximized editor with all important views as fastviews.
when i click on the fastviews the fastview is shown (all other views that are 
not fastviews) stay in the background.

when i bring some fastview to front with a shortcut (e.g. ctrl-alt-h to show 
the method hierarchy) or if i choose the result from a search query 
inconsistent viewmanagement can be observed:
- call hierarchy shows all not-fast-views when it is opened
- when selecting a search query with enter the not-fast-views are opened

i dont know if this is only a problem of call hierarchy and the search view 
but i consider this as bug.

Here is the plan for showing progress in the pane

1) When running pane turns gray
2) When done pane font becomes bold
3) Selecting a tab restores all values to default
4) If an error occurs we will turn the tab the error color.
5) Gif will become slow animation when running

All of this needs to be added as API to PartTabFolder and used by the ViewPane.

Question: Does SWT support animated gifs in tabs or do we need to animate 
ourselves?

build I20041101

- Window > Show View > Other... > Java > Package Explorer
- Window > Show View > Other...

The selected item should be Package Explorer, but is not.

It seems to be remembering stale state, so if it does work for Package Explorer,
try some other view.

The button is always disabled when no text is inserted.
In other versions the default value of the button were enabled...I think its the
logic default value cause there is the default value in the text 
area "build.xml".

The "Select features to install from the search result list" page in the Install
wizard seems to access the update siste if the user just selects a feature to
install. This may take a while sometimes (at least a minute in my case), and the
UI stays blocked, since the server is accessed from the UI thread. I would not
expect that ticking a check box would cause any heavy work to be done. I didn't
get any progress indication as well.

To reproduce (with a fresh i200409212000 install):

1 - Open the update/install wizard (Help -> Software Updates -> Find and Install...)
2 - On the "feature updates" page, select "Search for new features to install"
3 - On the "update sites to visit" page, select all available categories
4 - On the "search results" page, once it is done loading the results, press
"Select All". The UI will be blocked (no refreshing) for a long time with no
progress indication. This step took a couple of minutes for me at the first time
I tried it, but then I could not reproduce the problem. I got a thread dump when
it happened, though:

"main" prio=7 tid=0x00035a48 nid=0xddc runnable [7e000..7fc3c]
        at java.net.SocketInputStream.socketRead0(Native Method)
        at java.net.SocketInputStream.read(SocketInputStream.java:129)
        at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
        at java.io.BufferedInputStream.read1(BufferedInputStream.java:222)
        at java.io.BufferedInputStream.read(BufferedInputStream.java:277)
        - locked <0x100c6360> (a java.io.BufferedInputStream)
        at sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:756)
        at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:711)
        at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLCon
nection.java:635)
        - locked <0x100bef60> (a sun.net.www.protocol.http.HttpURLConnection)
        at org.eclipse.update.internal.core.HttpResponse.getInputStream(HttpResp
onse.java:35)
        at org.eclipse.update.core.ContentReference.getInputStream(ContentRefere
nce.java:145)
        at org.eclipse.update.core.FeatureContentProvider.asLocalReference(Featu
reContentProvider.java:247)
        - locked <0x104b23f0> (a java.lang.String)
        at org.eclipse.update.internal.core.FeaturePackagedContentProvider.getFe
atureEntryArchiveReferences(FeaturePackagedContentProvider.java:142)
        at org.eclipse.update.internal.core.FeaturePackagedContentProvider.getFe
atureManifestReference(FeaturePackagedContentProvider.java:68)
        at org.eclipse.update.internal.core.FeaturePackagedFactory.createFeature
(FeaturePackagedFactory.java:38)
        at org.eclipse.update.core.Site.createFeature(Site.java:514)
        at org.eclipse.update.core.FeatureReference.createFeature(FeatureReferen
ce.java:116)
        at org.eclipse.update.core.FeatureReference.getFeature(FeatureReference.
java:104)
        at org.eclipse.update.core.FeatureReference.getFeature(FeatureReference.
java:91)
        at org.eclipse.update.core.IncludedFeatureReference.getFeature(IncludedF
eatureReference.java:141)
        at org.eclipse.update.core.FeatureReference.getOS(FeatureReference.java:
218)
        at org.eclipse.update.internal.core.UpdateManagerUtils.isValidEnvironmen
t(UpdateManagerUtils.java:626)
        at org.eclipse.update.core.Feature.filterFeatures(Feature.java:1043)
        at org.eclipse.update.core.Feature.getIncludedFeatureReferences(Feature.
java:1028)
        at org.eclipse.update.internal.operations.OperationValidator.checkForCyc
les(OperationValidator.java:676)
        at org.eclipse.update.internal.operations.OperationValidator.validatePen
dingChanges(OperationValidator.java:344)
        at org.eclipse.update.internal.operations.OperationValidator.validatePen
dingChanges(OperationValidator.java:183)
        at org.eclipse.update.internal.ui.wizards.ReviewPage.validateSelection(R
eviewPage.java:682)
        at org.eclipse.update.internal.ui.wizards.ReviewPage.pageChanged(ReviewP
age.java:588)
        at org.eclipse.update.internal.ui.wizards.ReviewPage.access$7(ReviewPage
.java:583)
        at org.eclipse.update.internal.ui.wizards.ReviewPage$19.run(ReviewPage.j
ava:621)
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
        at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.ja
va:106)
        - locked <0x10036008> (a org.eclipse.swt.widgets.RunnableLock)
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2760)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2445)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java:706)
        at org.eclipse.jface.window.Window.open(Window.java:684)
        at org.eclipse.update.internal.ui.wizards.ResizableInstallWizardDialog.o
pen(ResizableInstallWizardDialog.java:60)
        at org.eclipse.update.ui.UpdateManagerUI.openInstaller(UpdateManagerUI.j
ava:52)
        at org.eclipse.ui.internal.ide.update.InstallWizardAction$1.run(InstallW
izardAction.java:47)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)

        at org.eclipse.ui.internal.ide.update.InstallWizardAction.openInstaller(
InstallWizardAction.java:45)
        at org.eclipse.ui.internal.ide.update.InstallWizardAction.run(InstallWiz
ardAction.java:41)
        at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:2
98)
        at org.eclipse.ui.internal.WWinPluginAction.runWithEvent(WWinPluginActio
n.java:221)
        at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:555)
        at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContri
butionItem.java:505)
        at org.eclipse.jface.action.ActionContributionItem$6.handleEvent(ActionC
ontributionItem.java:419)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2783)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2442)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1443)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1414)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.jav
a:271)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:10
2)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformAct
ivator.java:335)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:273)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:129)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:704)
        at org.eclipse.core.launcher.Main.main(Main.java:688)

The ant editor's partition scanner does not handle CDATA sections properly.
While the TagRule recognizes that the <! indicates a comment element, it does
not recognize that <xmlDocument> occurs within a CDATA section, but rather
treats the its opening < as the start of a normal element.

In order to fix this problem we'll either need support for nested partitions
(which is not shipping with 3.0) or we'd need to write our own partition
scanner. See bug 51217 for more discussion.

-------------
<project default="greetings">
    <target name="greetings">
        <echo>
             <![CDATA[
                 <xmlDocument>
                      <childElement>hi</childElement>
                 </xmlDocument>
             ]]>
        </echo>		  
    </target>
</project>

20040518

Smart semicolon could be cleverer in single quotes.
Having the cursor inside 'a' and press ';' you get 'a;' which is probbaly not
what is intended.
Another point is that for double quotes, smart semicolon is 'cleever' and jumps
to the end of the line (here it would make more sense to stay in the string area)

Having a consistent behavior for single and double quoted would be good to have.

I get the following infinite loop (logically it can't happen). Either rewritting
the routine or switching to JRE 1.4.2 eliminates the problem. Please consider a
modification such as:

	private void basicStopBundles() {
		BundleContext context = EclipseAdaptor.getDefault().getContext();
		// stop all active bundles in the reverse order of Require-Bundle
		for (int stoppingIndex = allToStop.length - 1; stoppingIndex >= 0;
stoppingIndex--) {
			AbstractBundle toStop = (AbstractBundle)
context.getBundle(allToStop[stoppingIndex].getBundleId());
			try {
				boolean doStop = true;
				if (toStop.getState() != Bundle.ACTIVE || !(toStop instanceof BundleHost) ||
toStop.getBundleId() == 0)
					doStop = false;
				if (!((EclipseBundleData) toStop.getBundleData()).isAutoStartable())
					doStop = false;
				if (doStop) {
					toStop.stop();
				}
			} catch (Exception e) {
				String message =
EclipseAdaptorMsg.formatter.getString("ECLIPSE_BUNDLESTOPPER_ERROR_STOPPING_BUNDLE",
allToStop[stoppingIndex].toString()); //$NON-NLS-1$
				FrameworkLogEntry entry = new
FrameworkLogEntry(FrameworkAdaptor.FRAMEWORK_SYMBOLICNAME, message, 0, e, null);
				EclipseAdaptor.getDefault().getFrameworkLog().log(entry);
			}
			stoppedBundles.put(toStop, toStop);
		}
	}


ENTRY org.eclipse.osgi Jul 13, 2004 15:53:07.74
!MESSAGE Error while stopping "com.ibm.workplace.j2ee.security_2.0.0".
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.core.runtime.adaptor.BundleStopper.basicStopBundles(BundleStopper.java(Compiled
Code))
	at
org.eclipse.core.runtime.adaptor.BundleStopper.stopBundles(BundleStopper.java:62)
	at
org.eclipse.core.runtime.adaptor.EclipseAdaptor.frameworkStopping(EclipseAdaptor.java:551)
	at org.eclipse.osgi.framework.internal.core.Framework.shutdown(Framework.java:457)
	at
org.eclipse.osgi.framework.internal.core.SystemBundle$1.run(SystemBundle.java:182)
	at java.lang.Thread.run(Thread.java:568)

!ENTRY org.eclipse.osgi Jul 13, 2004 15:53:07.84
!MESSAGE Error while stopping "com.ibm.workplace.j2ee.security_2.0.0".
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.core.runtime.adaptor.BundleStopper.basicStopBundles(BundleStopper.java(Compiled
Code))
	at
org.eclipse.core.runtime.adaptor.BundleStopper.stopBundles(BundleStopper.java:62)
	at
org.eclipse.core.runtime.adaptor.EclipseAdaptor.frameworkStopping(EclipseAdaptor.java:551)
	at org.eclipse.osgi.framework.internal.core.Framework.shutdown(Framework.java:457)
	at
org.eclipse.osgi.framework.internal.core.SystemBundle$1.run(SystemBundle.java:182)
	at java.lang.Thread.run(Thread.java:568)

!ENTRY org.eclipse.osgi Jul 13, 2004 15:53:07.124
!MESSAGE Error while stopping "com.ibm.workplace.j2ee.security_2.0.0".
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.core.runtime.adaptor.BundleStopper.basicStopBundles(BundleStopper.java(Compiled
Code))
	at
org.eclipse.core.runtime.adaptor.BundleStopper.stopBundles(BundleStopper.java:62)
	at
org.eclipse.core.runtime.adaptor.EclipseAdaptor.frameworkStopping(EclipseAdaptor.java:551)
	at org.eclipse.osgi.framework.internal.core.Framework.shutdown(Framework.java:457)
	at
org.eclipse.osgi.framework.internal.core.SystemBundle$1.run(SystemBundle.java:182)
	at java.lang.Thread.run(Thread.java:568)

1) Open 2 editors. 
2) Double click one to zoom it. 
3) Close that editor. 

The editorstack will now unzoom. 

This may be the intended behaviour, but it seems unexpected since a user may
have clicked on several other editor tabs in the time it was zoomed - and most
of the time when editors were closed the stack didn't unzoom. When they happen
to close the one they zoomed it from (which they probably don't remember), it
does unzoom. 

Working in a fully maximized workbench with only fastviews this is annoying,
ideally the editorstack will not unzoom until explicitly told to.

Was discussing jobs with a team and they asked the Q "Can a listener cancel a 
job?".  It seemed like you could, given access to the job from the event, and 
placing a breakpoint on the listener event method stopped the job from 
starting.  So it looks like the listener is a gateway to job progress.

I had never tried, so did later.  What I found was that this line of code in 
the about to run method returns true:
System.out.println("aboutToRun cancel request is " + event.getJob().cancel());
as in "aboutToRun cancel request is true", but the job runs anyway.

This line of code in the running method returns false:
System.out.println("running cancel request is " + event.getJob().cancel());
as in "running cancel request is false".
But the job will cancel later (when the job logic checks the monitor.

Seems like the cancel request made in the running method should return true as 
the javadoc says:
"@return <code>false</code> if the job is currently running (and thus may not 
respond to cancelation), and <code>true</code> in all other cases."

And in the same light - the cancel request in the aboutToRun should return 
false by my read of the javadoc.  That, and shouldn't the job actually not 
start as it is not yet running?

Add to the confusion what I just noticed as I stepped through the code a bit.
If you cancel a job in the aboutToRun method the done method fires right away, 
then the job runs (and the running method is triggered).  When the job really 
ends the done method is called again.  But again, if cancel is only requested 
in the aboutToRun method, the job just runs to normal completion.

Ich habe per Eclipse einen Pfad ausgecheckt.
Dabei wurden die CVS-Dateien jeweils angelegt.
Speziell das Root-File sah folgenderweise aus:
  ":pserver:<user>@<server>:<pfad>"  (ohne Anführungszeichen)
Da ich parallel dazu auch auf das Kommandozeilen-CVS-Tool zugreifen muss, hatte
ich einen Fehler erhalten, der sagte, dass kein Repository zu finden sei.
Als ich dann einen Test-Checkout per Kommandozeilen-CVS-Tool gemacht und die
Root Dateien verglichen habe, sah ich, dass es bei der Notation einen
Unterschied gab.
In dem neuen Root-File stand folgendes drin:
  ":pserver:<user>@<server><pfad>" (ohne Anführungszeichen)
Der Unterschied ist der fehlende Doppelpunkt im unteren File.

Dann habe ich versucht, das per Kommandozeilen-CVS-Tool ausgecheckte Projekt in
Eclipse zu importieren, was zu der Fehlermeldung führte, dass die Notation
inkorrekt war (der Doppelpunkt ist notwendig).
Laut CVS-Spezifikation ist es aber folgenderweise angegeben:
  [:method:][[user][:password]@]hostname[:[port]]/path/to/repository

Das bedeutet, dass der Doppelpunkt nach dem Hostnamen optional ist.

Frage: Wann wird dies in Eclipse angepasst?

Danke schonmal im Voraus.

i20040520

An empty file will be deemed to belong to the most specific content type
associated with its file name. The most general should be picked instead. 

The expected behavior is that the following always holds:

findContentType(name) <-> findContentType(empty contents, name)

And findContentType(name) should return the most basic content type for the
given name.

See also bug 62433.

In the Preferences for Java->Editor->Appearance, you cannot change the 
"Selection Foreground Color" from the default. When you uncheck the "System
Default" checkbox, and choose a color, your color selection is ignored.

My Eclipse info is:

Version: 3.0.0
Build id: 200404281424
MacOS: 10.3.3

build I20040520-1914

- new workspace
- detach the navigator
- Ctrl+N
- it has no effect

200411022000

The type bindings for a raw List and a List<E> (from declaration or from
aListBinding.getErasure()) have the same key "java.util/List".

I think the second one should be something like "java.util/List<E>"

I am using jdk build 1.4.2-b28 on linux. After Migration from M6 to M7 I got an
exception, probably because my DebugModel does not extend the
DebugModelContextBindings extension point.

The source of the error seems to be in LaunchView::showViewsForCurrentSelection

1:if (contextIds.isEmpty() && selection instanceof IStackFrame) {
2:  String contextId = contextListener.getDebugModelContext(((IStackFrame)
selection).getModelIdentifier());
3:  contextIds.add(contextId);
4:	
5:}
6: if (!contextIds.isEmpty()) {
7:     Set set= new HashSet();
8:     set.addAll(contextIds);			  
9: contextListener.getContextManager().setEnabledContextIds(set);
10:}
contextId in line 2 is null and null is added to contextIds
The guard clause in line 6 fails and
contextListener.getContextManager()setEnabledContextIds(set) is called where the
exception occurs.
If I prevent adding null to contextIds, the code works.

HEAD of JDT/Debug

The code

			IType declaringType= fType;
			while (declaringType != null) {
				if (fType.isLocal()) {
					return false;
				}
				declaringType= fType.getDeclaringType();
			}

produces an endless loop for inner types. I changed the code and released it 
to HEAD.

I20040422

I want to set the ant home to ant that was shipped with 2.1.2
(org.apppache.ant_1.5.3).

This does not work. No feedback, nothing in .log.

The text-oriented content describers provided by runtime must support BOM detection.

Also, IFile#getCharset/IEncodedStorage#getCharset should check if there is a BOM
in the content description, and in that case, use it (BOM prevails over embedded
charset info).

This code waits for the next reconcile from the background reconciler.
It could just immediately do a reconcile.

This is to give RCP application better control over Help menu, and label of 
Help Contents action.  It is similar to bug 63081 (about Update menu), but 
concerns help contents action.

The help menu should look have items:
 Welcome
 Eclipse Platform Help
 Tips and Tricks...
 Cheat Sheets >
 Software Updates >
 separator
 About Eclipse Platform.

To achieve this the following are required:
 1. Reordering the menu (more groups)
 2. Allowing product name in help content action label.

My understanding is that this cannot be done from within plugin.xml in Help UI 
plugin and should be done in the UI component.

The help action is currently implemented in help ui as:  
	public void run(IAction a) {
		//This may take a while, so use the busy indicator
		BusyIndicator.showWhile(null, new Runnable() {
			public void run() {
				try {
					WorkbenchHelp.displayHelp();
				} catch (Exception e) {
				}
			}
		});
	}

M6

- I retrieve the org.eclipse.swt project from cvs, though this should happen 
with any java project
- select the project in the Package Explorer and press F4 to open a hierarchy 
view on it
- drop down the hierarchy view's Previous Type Hierarchies tool item, it will 
show 1+ item(s), good
- drop down the hierarchy view's dropdown (ie.- the down-pointing triangle in 
the toolbar) and select Layout -> Horizontal View Orientation
- now try to drop down the Previous Type Hierarchies tool item and the attached 
exception will occur

I did a search on my C:\ drive for JREs.
The directory is empty, e.g., C:\System Volume Information.

Here is the patch

Index: InstalledJREsBlock.java
===================================================================
RCS 
file: /home/eclipse/org.eclipse.jdt.debug.ui/ui/org/eclipse/jdt/internal/debug/
ui/jres/InstalledJREsBlock.java,v
retrieving revision 1.22
diff -u -r1.22 InstalledJREsBlock.java
--- InstalledJREsBlock.java	3 May 2004 16:40:06 -0000	1.22
+++ InstalledJREsBlock.java	20 May 2004 02:39:12 -0000
@@ -761,6 +761,7 @@
 		}
 
 		String[] names = directory.list();
+		if (names == null) return;
 		List subDirs = new ArrayList();
 		for (int i = 0; i < names.length; i++) {
 			if (monitor.isCanceled()) {


java.lang.NullPointerException
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.NullPointerException.<init>(NullPointerException.java:60)
        at org.eclipse.jdt.internal.debug.ui.jres.InstalledJREsBlock.search
(InstalledJREsBlock.java)
        at org.eclipse.jdt.internal.debug.ui.jres.InstalledJREsBlock.search
(InstalledJREsBlock.java:803)
        at org.eclipse.jdt.internal.debug.ui.jres.InstalledJREsBlock$19.run
(InstalledJREsBlock.java:689)
        at org.eclipse.jface.operation.ModalContext$ModalContextThread.run
(ModalContext.java:101)

I created a launch config type to make remote java debugging easier. The source 
of debuggee was on remote host only. 

When debugging, the source was dynamically downloaded to a local workspace 
project which has java nature.  I set breakpoint in the source and everything 
looked fine. However, when I restared the next debug session, the breakpoint 
was restored with the label <no responding>.  Breakpoint still can be hit 
though.

@param syntax has been changed in 1.5, see sun javadoc spec:
http://java.sun.com/j2se/1.5.0/docs/tooldocs/solaris/javadoc.html#@param

Javadoc parser currently warns on '<': "Missing parameter name"...

Checkout action can be keybound but needs to be an IHandler.

See bug 70111 where the original problem got reported.

If I am comparing against a date tag, the time is not converted properly from 
local to UTC when fetching the status when building the remote tree. The 
workaround is to specify the sat tag in UTC but leave local time checked.

Here's a trace 

I LOVE YOU
Valid-responses ok error M E Checked-in Valid-requests Template Set-sticky 
Clear-static-directory Module-expansion Set-static-directory Clear-sticky New-
entry Removed Merged Remove-entry Updated Update-existing Copy-file Created 
Notified Mod-time
valid-requests
Valid-requests Root Valid-responses valid-requests Repository Directory Max-
dotdot Static-directory Sticky Checkin-prog Update-prog Entry Kopt Checkin-
time Modified Is-modified UseUnchanged Unchanged Notify Questionable Case 
Argument Argumentx Global_option Gzip-stream wrapper-sendme-rcsOptions Set 
Kerberos-encrypt Gssapi-encrypt Gssapi-authenticate expand-modules ci co 
update diff log rlog add remove update-patches gzip-file-contents status rdiff 
tag rtag import admin export history release watch-on watch-off watch-add 
watch-remove watchers editors init annotate rannotate noop version
ok
Root /home/eclipse
CMD> cvs -n update -D "23 Jun 2004 17:20:00 +0000" -
d "/org.eclipse.ui.workbench/Eclipse 
UI/org/eclipse/ui/actions/ActionFactory.java"
Global_option -n
Argument -D
Argument 23 Jun 2004 17:20:00 +0000
Argument -d
Directory .
/home/eclipse/org.eclipse.ui.workbench/Eclipse UI/org/eclipse/ui/actions
Sticky D2004.06.23.11.00.00
Entry /ActionFactory.java/1.20///D2004.06.23.11.00.00
Unchanged ActionFactory.java
Argument ActionFactory.java
Directory .
/home/eclipse/org.eclipse.ui.workbench/Eclipse UI/org/eclipse/ui/actions
update
M U ActionFactory.java
ok
RESULT> Status OK: org.eclipse.team.cvs.core code=0 ok null
I LOVE YOU
Valid-responses ok error M E Checked-in Valid-requests Template Set-sticky 
Clear-static-directory Module-expansion Set-static-directory Clear-sticky New-
entry Removed Merged Remove-entry Updated Update-existing Copy-file Created 
Notified Mod-time
valid-requests
Valid-requests Root Valid-responses valid-requests Repository Directory Max-
dotdot Static-directory Sticky Checkin-prog Update-prog Entry Kopt Checkin-
time Modified Is-modified UseUnchanged Unchanged Notify Questionable Case 
Argument Argumentx Global_option Gzip-stream wrapper-sendme-rcsOptions Set 
Kerberos-encrypt Gssapi-encrypt Gssapi-authenticate expand-modules ci co 
update diff log rlog add remove update-patches gzip-file-contents status rdiff 
tag rtag import admin export history release watch-on watch-off watch-add 
watch-remove watchers editors init annotate rannotate noop version
ok
Root /home/eclipse
CMD> cvs status "ActionFactory.java"
Directory .
/home/eclipse/org.eclipse.ui.workbench/Eclipse UI/org/eclipse/ui/actions
Sticky D2004.06.23.13.20.00
Entry /ActionFactory.java/0///D2004.06.23.13.20.00
Is-modified ActionFactory.java
Argument ActionFactory.java
Directory .
/home/eclipse/org.eclipse.ui.workbench/Eclipse UI/org/eclipse/ui/actions
status
E cvs server: conflict: ActionFactory.java created independently by second 
party
M ===================================================================
M File: ActionFactory.java	Status: Unresolved Conflict
M 
M    Working revision:	New file!
M    Repository revision:	1.20
	/home/eclipse/org.eclipse.ui.workbench/Eclipse 
UI/org/eclipse/ui/actions/ActionFactory.java,v
M    Sticky Tag:		(none)
M    Sticky Date:		2004.06.23.13.20.00
M    Sticky Options:	(none)
M 
ok
RESULT> Status WARNING: org.eclipse.team.cvs.core code=1 The following 
warnings were reported while performing the "cvs status" command. null 
children=[Status WARNING: org.eclipse.team.cvs.core code=-12 cvs server: 
conflict: ActionFactory.java created independently by second party null]

When using absolute positioning with a control , say a label , and that label 
is placed inside a group composite , the setBounds(x,y,width,height) does not 
honor the parms passed to it.  It seems in the control class , the setBounds
(x,y,width,height,true,true) gets called.  With move always true the control 
gets moved down the y-axis into an undesirable location.  It appears very bad 
when the group has a text title.  You can notice a diiference when it is 
toggled on/off.  With the same code running on win32 , there is not a problem.

3.0-gtk

On Gnome, Program.execute mangles the passed filename and tries to convert it
into an URL (it adds 'file://' in front of the name). This is only correct when
executing applications that expect a URL and when a real file is passed. When
executing the mozilla program, one may want to specify a URL instead of a file. 

Actual: 'http://www.eclipse.org' is converted to 'file://http://www.eclipse.org'

Expected: URLs are left alone.

When committing a jar that is in the classpath, the CVS decoration is not
updated in the package view. The decoration is first updated when closing the
package view an opening it again.

All Eclipse view do not have tooltips for minimize and maximize icons. Neither 
do they get focus when hovering the mouse over the icon. Use MS Inspect Objects 
to see this clearly by selecting Show Highlight Rectangle from the Options menu.

I see the following code in DebugUITools:

	public static int openLaunchConfigurationDialog(Shell shell, 
IStructuredSelection selection, String mode) {
		String groupId = null;
		if (mode.equals(ILaunchManager.DEBUG_MODE)) {
			groupId = IDebugUIConstants.ID_DEBUG_LAUNCH_GROUP;
		} else {
			groupId = IDebugUIConstants.ID_RUN_LAUNCH_GROUP;
		}
		return openLaunchConfigurationDialogOnGroup(shell, selection, 
groupId);
	}

This doesn't seem to handle the "profile" mode properly. I haven't tested it, 
but I assume it would use the "run" ID instead. Workaround is to use the method 
with the groupId parameter instead.

build I20041110

From the RCP newsgroup, Stephane Lizeray posts:

I cannot add actions with the callback method 
EditorActionBarContributor.contributeToCoolBar

For instance, the following code does nothing:

 public void contributeToCoolBar(ICoolBarManager cbManager) {

  IToolBarManager aToolBar = new ToolBarManager(cbManager.getStyle());
  MyAction myAction = new MyAction();
  aToolBar.add(myAction);
  cbManager.add(new ToolBarContributionItem(aToolBar,"aToolBarId"));

 }

 class MyAction extends Action {
    MyAction(){
           setId("myApp.myId");
          URL url = 
Platform.getBundle(DiagrammerPlugin.PLUGIN_ID).getEntry("myimage.gif");
         setImageDescriptor(ImageDescriptor.createFromURL(url));
         setActionDefinitionId("myApp.myActionId"); //$NON-NLS-1$
     }
 }

There is no exception, no log entry.

Could someone help me ?

Thanks,

Progress Monitor View is used to show progress of various asynchronous jobs 
running. A typical use is to create a sub-class of 
org.eclipse.core.runtime.jobs.Job and provide an implementation of 
the "IStatus run(IProgressMonitor monitor)" method. While running the job, 
IProgressMonitor object needs to be updated to reflect the progress. Suppose 
that the length of task is not known, it is indicated by calling beginTask 
method:
	monitor.beginTask(msg, IProgressMonitor.UNKNOWN);

In such cases, since the length of the task is unknown, the progress monitor 
bar in the progress monitor view is supposed to grow till the maximum, and 
shrink back to beginning (just as it happens all the time at the right bottom 
corner of the Eclipse window). Some time it doesn’t happen, and the progress 
bar is blank (with zero progress) during the life of the job.

- 3.0RC1
The Javadoc for this class says:
 * A content describer for detecting the name of the top-level element of the
 * DTD system identifier in an XML file.
I think the 2nd 'of' should be an 'or' as follows:
 * A content describer for detecting the name of the top-level element or the
 * DTD system identifier in an XML file.

The motif and emulated versions of TextLayout don't initialize their "text" 
field in their constructor. Both, the gtk and the win32 versions set their text 
field to an empty string. This may cause a null pointer exception when using 
text layout without calling setText().

I200411022000

Setup a Java project with 5.0 compiler compliance but a 1.4 JRE container. the
New Enum wizard allows you to create an enum which results in compile errors.

Build: R3
when implementing an inner interface anonymously (like in the attached source) i
get the attached error.
i dont know if this is allowed or not.

When I toggle the layout of a compare dialog, the selection in the view is 
lost. This is a problem when the editor portion of the dialog has a file as 
the user has no indication what file is visible (other tahn the contents).

RC1

This was fixed last week on gtk, and should have been on motif as well.  It's a 
trivial fix of a constant (patch is attached next), so it should be safe for 
this week.

When an Editor Part returns null from getToolTip() method 
EditorPresentation.getLabelText() throws NPE if the "Show Multiple Editor Tabs" 
preference is not checked.

java.lang.NullPointerException
	at org.eclipse.ui.internal.presentations.EditorPresentation.getLabelText
(EditorPresentation.java:146)
	at 
org.eclipse.ui.internal.presentations.EditorList$EditorListLabelProvider.getText
(EditorList.java:76)
	at org.eclipse.jface.viewers.ViewerSorter.compare(ViewerSorter.java:115)
	at org.eclipse.jface.viewers.ViewerSorter$1.compare
(ViewerSorter.java:169)
	at java.util.Arrays.mergeSort(Arrays.java:1237)
	at java.util.Arrays.sort(Arrays.java:1185)
	at org.eclipse.jface.viewers.ViewerSorter.sort(ViewerSorter.java:167)
	at org.eclipse.jface.viewers.StructuredViewer.getSortedChildren
(StructuredViewer.java:571)
	at org.eclipse.jface.viewers.TableViewer.internalRefresh
(TableViewer.java:452)
	at org.eclipse.jface.viewers.TableViewer.internalRefresh
(TableViewer.java:436)
	at org.eclipse.jface.viewers.StructuredViewer$7.run
(StructuredViewer.java:870)
	at org.eclipse.jface.viewers.StructuredViewer.preservingSelection
(StructuredViewer.java:810)
	at org.eclipse.jface.viewers.StructuredViewer.refresh
(StructuredViewer.java:868)
	at org.eclipse.jface.viewers.StructuredViewer.refresh
(StructuredViewer.java:830)
	at org.eclipse.jface.viewers.TableViewer.inputChanged
(TableViewer.java:403)
	at org.eclipse.jface.viewers.ContentViewer.setInput
(ContentViewer.java:238)
	at org.eclipse.jface.viewers.StructuredViewer.setInput
(StructuredViewer.java:1004)
	at 
org.eclipse.ui.internal.presentations.AbstractTableInformationControl.inputChang
ed(AbstractTableInformationControl.java:435)
	at org.eclipse.ui.internal.presentations.EditorList.setInput
(EditorList.java:106)
	at org.eclipse.ui.internal.presentations.EditorPresentation.showList
(EditorPresentation.java:219)
	at org.eclipse.ui.internal.presentations.EditorPresentation.access$0
(EditorPresentation.java:204)
	at org.eclipse.ui.internal.presentations.EditorPresentation$1.showList
(EditorPresentation.java:62)
	at org.eclipse.swt.custom.CTabFolder.onMouse(CTabFolder.java:1927)
	at org.eclipse.swt.custom.CTabFolder$1.handleEvent(CTabFolder.java:280)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:810)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2424)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2102)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1448)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1419)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:729)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

I20040113 + recent plugin-export

call 

ToolFactory.createCodeFormatter(options).format(kind, string, offset, length,
indentationLevel, lineSeparator);

with:
kind= K_UNKNOWN
string= ""
offset= 0
length= 0
indentationLevel= 0
lineSeparator= "\n"

The returned edit, when applied to an emtpy document, throws a
MalformedEditException, as the edits length is 1.

Selecting Never sets the preference to prompt, Prompt sets it to never

The delete breakpoint action is enabled when a group is selected, but has no 
effect. (I presume the action should be disabled).

1.  Select Help by Help->Help Contents.
2.  Define some help working sets and perform search.
3.  Select Search->Help, click Choose to pick a working set, the working sets 
defined in step 2 do not appear in the list.

Using latest JDT/Core, I could not retrieve the right number of comments for a
compilation unit if the comments are inside a method body.
I will attach a test case.

I200405131200

To reproduce:

1. Have two editors open
2. Have focus in a view
3. Close one of the editors without switching focus to it (use the X button)
4. Observe that focus now switches to the other editor

This is a regression, in 2.1.3 focus stays in the view you are in.

The work done in bug 68810 to add support for evaluation in Java 5.0 code solve
the problem(s) only when the source code of the current context is available.
The evaluation support needs to be updated to generate the right evaluation
source when the original source is not available.

The class SynchronizeProjectsDialog and should be removed along with it's help 
constant SYNCHRONIZE_PROJECTS_DIALOG.

3.0 RC3:
This is currently disabled until interaction with Finder can be made safe.

See DragSource.drag:

// until the interaction with Finder is understood, only allow data to be
// transferred internally
OS.SetDragAllowableActions(theDrag[0], OS.kDragActionNothing, false);

When trying to check out files from a directory in CVS to an existing project, 
I get an error dialog: 

ERROR: Checking out 1 folders from CVS into '/Test/src': Cannot set folder 
sync info on /Test/src/tracker

I am using the 3.0 I20040413 build.

You can reproduce the problem as follows.
Create a Test java project
Pick some directory in the eclipse repo with some .java files (e.g. 
org.eclipse.osgi/osgi/src/org/osgi/util/tracker)
Do "Check Out As..." on that folder
Chose "Check out into an existing project"
Select the Test project and select Finish
After some fruitful looking progress dialogs, you get the error dialog above.

Note that this problem has existed for most of 3.0

Due to the workarounds we have implemented for bug 21029, the external tool 
builders will not be executed in order relative to other builders.

For other than full build mode, the build call for the external tool builder 
for the project results in the execution of all of the external tool commands 
associated with that project (again because of bug 21029). 

An example of this problem (builders set to trigger on autobuild):
If one external tool builder is set to run before the Java builder all the 
external tool builders will run before the Java builder. 

The workaround is the same as described in bug 70650. "Dummy" projects will 
need to be set up the depend on the real project on the buildpath. This dummy 
project can then trigger a builder to occur after some other type of builder 
(such as the Java builder) has occurred in the real project.

build I20041013

- ran a test suite after closing some projects
- it failed due to a class not found error
- the closed projects should not have affected the finding of this class, and
the log gave no further details as to why the class was not found
- added -debug to the command line to try to get runtime to give more details in
the log about any plugin prerequisite problems
- got no more details in the log
- the log's output of command line arguments did not include -debug, so I
thought I had mis-specified it somehow
- however, showing properties on the process in the debug view did show -debug,
and other runtime args

This was pretty confusing.  

The log should provide complete details about all command line arguments, not
just the ones remaining after runtime processes its args.

FYI, in this case, the log had:

BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -version 3 -application
org.eclipse.pde.junit.runtime.uitestapplication -pdelaunch -port 4898
-testpluginname org.eclipse.ui.tests -classnames org.eclipse.ui.tests.UiTestSuite

and the process properties in the Debug view had:

 D:\pj9n142-20040928a\bin\javaw.exe -classpath
d:\eclipse-new\plugins\org.eclipse.platform\bin org.eclipse.core.launcher.Main
-version 3 -application org.eclipse.pde.junit.runtime.uitestapplication -data
d:\eclipse-new\junit-workbench-workspace -configuration
file:d:/eclipse-new/plugins/.metadata/.plugins/org.eclipse.pde.core/UiTestSuite/
-dev
file:d:/eclipse-new/plugins/.metadata/.plugins/org.eclipse.pde.core/UiTestSuite/dev.properties
-pdelaunch -os win32 -ws win32 -arch x86 -nl en_US -debug -port 4898
-testpluginname org.eclipse.ui.tests -classnames org.eclipse.ui.tests.UiTestSuite


I would expect the log to include all the program arguments, e.g.:

-version 3 -application org.eclipse.pde.junit.runtime.uitestapplication -data
d:\eclipse-new\junit-workbench-workspace -configuration
file:d:/eclipse-new/plugins/.metadata/.plugins/org.eclipse.pde.core/UiTestSuite/
-dev
file:d:/eclipse-new/plugins/.metadata/.plugins/org.eclipse.pde.core/UiTestSuite/dev.properties
-pdelaunch -os win32 -ws win32 -arch x86 -nl en_US -debug -port 4898
-testpluginname org.eclipse.ui.tests -classnames org.eclipse.ui.tests.UiTestSuite

Some of these are represented by the "BootLoader constants" entry in the log,
but I think they should also be included in the command line args entry.

I noticed the following in my log when I shutdown with the help browser open.  
Likely code still running after the help plugin has been stopped.


!ENTRY org.eclipse.core.runtime 4 2 Jun 22, 2004 10:06:07.73
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.NullPointerException.<init>(NullPointerException.java:60)
	at org.eclipse.swt.widgets.Menu.releaseWidget(Menu.java)
	at org.eclipse.swt.widgets.Widget.dispose(Widget.java)
	at org.eclipse.swt.widgets.Decorations.releaseWidget(Decorations.java)
	at org.eclipse.swt.widgets.Shell.releaseWidget(Shell.java)
	at org.eclipse.swt.widgets.Widget.dispose(Widget.java)
	at org.eclipse.swt.widgets.Decorations.dispose(Decorations.java:371)
	at org.eclipse.swt.widgets.Shell.dispose(Shell.java:487)
	at org.eclipse.jface.window.Window.close(Window.java:253)
	at org.eclipse.jface.window.ApplicationWindow.close
(ApplicationWindow.java:272)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose
(WorkbenchWindow.java:1015)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:467)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:448)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:539)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:537)
	at org.eclipse.jface.window.WindowManager.close(WindowManager.java:101)
	at org.eclipse.ui.internal.Workbench$10.run(Workbench.java:459)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java)
	at org.eclipse.core.runtime.Platform.run(Platform.java)
	at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:456)
	at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:398)
	at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:570)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:568)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:544)
	at org.eclipse.ui.internal.QuitAction.run(QuitAction.java:55)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:915)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java)
	at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1375)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1346)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:252)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:84)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:59)
	at java.lang.reflect.Method.invoke(Method.java:390)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:186)
	at org.eclipse.core.launcher.Main.run(Main.java:647)
	at org.eclipse.core.launcher.Main.main(Main.java:631)

!ENTRY org.eclipse.osgi Jun 22, 2004 10:06:22.625
!MESSAGE Application error
!STACK 1
java.lang.NullPointerException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.NullPointerException.<init>(NullPointerException.java:60)
	at org.eclipse.swt.widgets.Menu.releaseWidget(Menu.java)
	at org.eclipse.swt.widgets.Widget.dispose(Widget.java)
	at org.eclipse.swt.widgets.Decorations.releaseWidget(Decorations.java)
	at org.eclipse.swt.widgets.Shell.releaseWidget(Shell.java)
	at org.eclipse.swt.widgets.Widget.dispose(Widget.java)
	at org.eclipse.swt.widgets.Decorations.dispose(Decorations.java:371)
	at org.eclipse.swt.widgets.Shell.dispose(Shell.java:487)
	at org.eclipse.swt.widgets.Display.release(Display.java:2446)
	at org.eclipse.swt.graphics.Device.dispose(Device.java:216)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:112)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:84)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:59)
	at java.lang.reflect.Method.invoke(Method.java:390)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:186)
	at org.eclipse.core.launcher.Main.run(Main.java:647)
	at org.eclipse.core.launcher.Main.main(Main.java:631)

!ENTRY org.eclipse.osgi Jun 22, 2004 10:06:29.375
!MESSAGE The 
class "org.eclipse.help.ui.internal.browser.embedded.EmbeddedBrowserAdapter$2" 
cannot be loaded because the system is shutting down and the plug-
in "org.eclipse.help.ui" has already been stopped.
!STACK 0
java.lang.ClassNotFoundException: The 
class "org.eclipse.help.ui.internal.browser.embedded.EmbeddedBrowserAdapter$2" 
cannot be loaded because the system is shutting down and the plug-
in "org.eclipse.help.ui" has already been stopped.
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.ClassNotFoundException.<init>(ClassNotFoundException.java)
	at org.eclipse.core.runtime.adaptor.EclipseClassLoader.shouldActivateFor
(EclipseClassLoader.java)
	at org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass
(EclipseClassLoader.java)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass
(BundleLoader.java)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass
(BundleLoader.java)
	at org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass
(AbstractClassLoader.java)
	at java.lang.ClassLoader.loadClass(ClassLoader.java)
	at 
org.eclipse.help.ui.internal.browser.embedded.EmbeddedBrowserAdapter.close
(EmbeddedBrowserAdapter.java:56)
	at org.eclipse.help.internal.browser.BrowserManager.closeAll
(BrowserManager.java:330)
	at org.eclipse.help.internal.base.BaseHelpSystem.shutdown
(BaseHelpSystem.java:120)
	at org.eclipse.help.internal.base.HelpBasePlugin.stop
(HelpBasePlugin.java:93)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run
(BundleContextImpl.java:994)
	at java.security.AccessController.doPrivileged
(AccessController.java:189)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.stop
(BundleContextImpl.java:990)
	at org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker
(BundleHost.java)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.stop
(AbstractBundle.java:437)
	at org.eclipse.core.runtime.adaptor.BundleStopper.basicStopBundles
(BundleStopper.java:75)
	at org.eclipse.core.runtime.adaptor.BundleStopper.stopBundles
(BundleStopper.java:62)
	at org.eclipse.core.runtime.adaptor.EclipseAdaptor.frameworkStopping
(EclipseAdaptor.java:551)
	at org.eclipse.osgi.framework.internal.core.Framework.shutdown
(Framework.java:457)
	at org.eclipse.osgi.framework.internal.core.SystemBundle$1.run
(SystemBundle.java:182)
	at java.lang.Thread.run(Thread.java:806)

20041215

changing the signature of the 'Enu' contructor results in a NPE

public enum Enu {
    
    A(1, 3), B(1, 3), C(1, 3);
    
    public Enu(int i, int j) {
        
    }
}

java.lang.NullPointerException
	at
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactoring$DeclarationUpdate.getFullTypeName(ChangeSignatureRefactoring.java:1827)
	at
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactoring$DeclarationUpdate.checkIfDeletedParametersUsed(ChangeSignatureRefactoring.java:1799)
	at
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactoring$DeclarationUpdate.updateNode(ChangeSignatureRefactoring.java:1448)
	at
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactoring.createChangeManager(ChangeSignatureRefactoring.java:991)
	at
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactoring.checkFinalConditions(ChangeSignatureRefactoring.java:604)
	at
org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run(CheckConditionsOperation.java:84)
	at
org.eclipse.ltk.core.refactoring.CreateChangeOperation.run(CreateChangeOperation.java:114)
	at
org.eclipse.ltk.core.refactoring.PerformChangeOperation.run(PerformChangeOperation.java:188)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1674)
	at
org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:58)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:105)
}

SWT build 3062b on Windows 2000

The following Font constructor (Font(Device device, FontData[] fds)) specifies
that it throws an IllegalArgumentException if any element in the array is null.
 This test case proves otherwise.

	try {
		FontData[] data = {
			new FontData(),
			null
		};
		Font font = new Font(display,data);
		font.dispose();
	} catch (IllegalArgumentException e) {
		// does not occur
	} 

I believe this test case has been commented out of the
Test_org_eclipse_swt_graphics_Font class in the JUnit test project.  It should
be uncommented once a fix has been made.

20040611

I have loaded all of Eclipse into my workspace as source using the PDE import. 
I went to the Java compiler preference page and changed my settings (set non-
externalized strings to an error).

A rebuild started and 5 minutes into it I have not had any progress in my 
progress bar. It is working fine as the subtasks are updating.

When it finished I had seen no progress at all.

M9

Currently refactoring considers unprecise matches during searching and 
refactors them as well which can lead to unexpected results. Refactorings 
should inform the user about this.

3.0 RC2

I the keepone property is to work as designed, it will have to be updated at the
end of the job. We use the property to indicate is the progress viewer should
keep the job task info in the view after the job as completed. We have decided
that synchronize jobs should be kept if run in the background, and not kept if
run in the foreground. Our synchronize job is currently only setting the
property when created which is causing all synchronize jobs to be added to the view.

I200303040800
Linux-GTK

Dock the fastview bar on the bottom of the window, then try to drag'n'drop a
view in it. You have to drop the view on an existing button of the fastview bar,
otherwise the view is moved on the bottom of the perspective.
It would be easier to add views to the fastview bar if it was possible to drop
the views in a longer area.

I20040120

Quite frequently I see an empty window on top of my editor.
See attached screenshot. In many cases it is difficult to get rid of it...
This is very annoying.

In M8, applying the Introduce Parameter refactoring on the argument passed to
doSomething(...) in the following scenario:

public class AClass
{
    public void method1()
    {
        method2();
    }

    public void method2()
    {
        doSomething(new int[] {1, 2, 3});
        ...
    }

    ...
}

Gives:

public class AClass
{
    public void method1()
    {
        method2(new int[]={1,2,3});
    }

    public void method2(int[] ints)
    {
        doSomething(ints);
        ...
    }
    
    ...
}

Where did that equals sign in the call to method2 come from?  It causes a
compile error.  Also, what happened to the spaces after the commas in the array
creation?

I200303040800

windows>preferences>java>code formatter>New...
The focus is set on the checkbox 'open the edit dialog now', it should be on the
text field 'Profile name'.

[TESTCASE INCLUDED @ THE END]

[ENVIRONMENT:]
Version SWT 3.044.
Platform PocketPC - Windows CE (PocketPC 2003) on ARM

[STEPS TO RECREATE:]
Create a Shell with style SWT.MIN or SWT.NONE.
Add the shell to a Display.
Do not setBounds on the Shell.
Open the shell.

[OBSERVATIONS:]
The shell appears maximised.
There is an X botton at the top right corner.
The title is different from that of the Shell (it is that of the prev window).
Tapping on the X does not minimize the window.
Selecting the Shell from the tasks list makes the Shell's title appear,
but the Shell can still not be minimized.  Tapping on the X button now
makes it disappear.
Trying to close the Shell from the tasks list makes the application hang,
and forces a PocketPC soft reboot.

[COMPARISON:]
In previous versions, tapping on the X button would minimize the Shell and 
closing it from the tasks list would trigger an SWT.Close event.

To be run on a PocketPC device:
[TESTCASE]

import org.eclipse.swt.*;
import org.eclipse.swt.events.*;
import org.eclipse.swt.widgets.*;
public class SWTHelloWorld {
	public static void main(String[] args) {
		Display display = new Display();
		final Shell shell = new Shell(display, SWT.CLIP_CHILDREN | 
SWT.CLIP_SIBLINGS | SWT.MIN);
		shell.setText("Das erste Fenster");
		//shell.setBounds(0, 120, 160, 100);
		Button button = new Button(shell, SWT.PUSH);
		button.setText("Klick mich!");
		button.setBounds(0, 0, 120, 30);
		button.addSelectionListener(new SelectionListener() {
			public void widgetSelected(SelectionEvent e) {
				System.out.println("Danke");
				shell.dispose();
			}

			public void widgetDefaultSelected(SelectionEvent e) {
				// TODO Auto-generated method stub
				
			}
		});
		shell.addListener(SWT.Close, new Listener() {
			public void handleEvent(Event event) {
				System.out.println("Close event passed by!") ;
				try {
					Thread.sleep(1000) ;
				} catch (InterruptedException e) {
					e.printStackTrace();
				}
			}
		}) ;
		shell.addShellListener(new ShellListener() {

			public void shellActivated(ShellEvent e) {
				// TODO Auto-generated method stub
				
			}

			public void shellClosed(ShellEvent e) {
				System.out.println("Shell Closed") ;
			}

			public void shellDeactivated(ShellEvent e) {
				// TODO Auto-generated method stub
				
			}

			public void shellDeiconified(ShellEvent e) {
				// TODO Auto-generated method stub
				
			}

			public void shellIconified(ShellEvent e) {
				// TODO Auto-generated method stub
				
			}
			
		}) ;
		shell.open();
		while (!shell.isDisposed()) {
			if (!display.readAndDispatch()) {
				display.sleep();
			}
		}
		display.dispose();
	}
}
// Taken from http://www.3plus4software.de/sma/Ein_SWT_Tutorial.html

[JUSTIFICATION 4 PRIORITY]
Failing standards checks.

Clicking on "Restore Defaults" does nothing.

3.0 RC1

Occured suddenly when invoking code assist after "syn" to build a synchronized 
block. First the content assist opens showing all found proposals. The first 
is the synchronized template. Than before I can continue an empty dialog pops 
up with the title "Template Evaluation Error". Actually there are to 
exceptions logged, one immediately when the empty dialog pops up and one when 
I click "Ok" in the dialog.

First exceptions:

!ENTRY org.eclipse.jdt.ui 4 10001 Jun 09, 2004 10:34:45.859
!MESSAGE Internal Error
!STACK 1
org.eclipse.core.runtime.CoreException[0]: 
org.eclipse.jface.text.BadLocationException
	at org.eclipse.jdt.internal.corext.template.java.JavaFormatter.format
(JavaFormatter.java:106)
	at org.eclipse.jdt.internal.corext.template.java.JavaContext.evaluate
(JavaContext.java:135)
	at 
org.eclipse.jdt.internal.ui.text.template.contentassist.TemplateProposal.getAdd
itionalProposalInfo(TemplateProposal.java:328)
	at 
org.eclipse.jface.text.contentassist.AdditionalInfoController.computeInformatio
n(AdditionalInfoController.java:224)
	at 
org.eclipse.jface.text.AbstractInformationControlManager.doShowInformation
(AbstractInformationControlManager.java:759)
	at 
org.eclipse.jface.text.AbstractInformationControlManager.showInformation
(AbstractInformationControlManager.java:749)
	at org.eclipse.jface.text.contentassist.AdditionalInfoController$1.run
(AdditionalInfoController.java:176)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2693)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2385)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)
!SUBENTRY 1 org.eclipse.jdt.ui 4 0 Jun 09, 2004 10:34:45.859
!MESSAGE 
!STACK 0
org.eclipse.jface.text.BadLocationException
	at org.eclipse.jdt.internal.corext.template.java.JavaFormatter.format
(JavaFormatter.java:106)
	at org.eclipse.jdt.internal.corext.template.java.JavaContext.evaluate
(JavaContext.java:135)
	at 
org.eclipse.jdt.internal.ui.text.template.contentassist.TemplateProposal.getAdd
itionalProposalInfo(TemplateProposal.java:328)
	at 
org.eclipse.jface.text.contentassist.AdditionalInfoController.computeInformatio
n(AdditionalInfoController.java:224)
	at 
org.eclipse.jface.text.AbstractInformationControlManager.doShowInformation
(AbstractInformationControlManager.java:759)
	at 
org.eclipse.jface.text.AbstractInformationControlManager.showInformation
(AbstractInformationControlManager.java:749)
	at org.eclipse.jface.text.contentassist.AdditionalInfoController$1.run
(AdditionalInfoController.java:176)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2693)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2385)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)
!ENTRY org.eclipse.ui 4 4 Jun 09, 2004 10:36:10.718
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Jun 09, 2004 10:36:10.750
!MESSAGE Failed to execute runnable (java.lang.NullPointerException)
!STACK 0


After I click ok on the empty dialog, the following is logged:



!ENTRY org.eclipse.ui 4 4 Jun 09, 2004 10:36:10.718
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Jun 09, 2004 10:36:10.750
!MESSAGE Failed to execute runnable (java.lang.NullPointerException)
!STACK 0
org.eclipse.swt.SWTException: Failed to execute runnable 
(java.lang.NullPointerException)
	at org.eclipse.swt.SWT.error(SWT.java:2691)
	at org.eclipse.swt.SWT.error(SWT.java:2616)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:109)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2693)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2385)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)
!ENTRY org.eclipse.ui 4 4 Jun 09, 2004 10:36:10.812
!MESSAGE *** SWT nested exception
!ENTRY org.eclipse.ui 4 0 Jun 09, 2004 10:36:10.843
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.jface.text.contentassist.AdditionalInfoController.computeInformatio
n(AdditionalInfoController.java:234)
	at 
org.eclipse.jface.text.AbstractInformationControlManager.doShowInformation
(AbstractInformationControlManager.java:759)
	at 
org.eclipse.jface.text.AbstractInformationControlManager.showInformation
(AbstractInformationControlManager.java:749)
	at org.eclipse.jface.text.contentassist.AdditionalInfoController$1.run
(AdditionalInfoController.java:176)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2693)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2385)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

3.1 M3

See bug 53936.

Currently Build Project and Rebuild Project are retargetable actions, requiring
all resource-oriented views and editors to supply a handling action in order to
integrate well with the IDE.

We should replace the Build Project and Rebuild Project actions with
non-retargetable actions that look to the current part's selection and/or editor
input, rather than requiring each resource-oriented view and editor to provide a
handling action.

This, however, could be a breaking change, if an existing part provides its own
handler but does not expose a selection provider, or if it has a more
interesting implementation than just obtaining the resource from the selection
(and/or editor input).

We could address this by:

if (part hooks a handler) {
  delegate to it;  // current behaviour
}
else {
  if (part's selection provider has resource(s)) {
    obtain the project(s) from the selection;
  }
  else if (part is an editor and its input adapts to IResource or IFile) {
    obtain the project from the editor input;
  } 
}

I20040817, WinXP

Experiments with posting mouse events by Display#post(..) in the main thread
locked up while running the event queue. The main thread would eventually not
return from OS.DispatchMessage(..). Posting the events from a background thread
works.

Using an additional thread makes the code more complicated and potentially
changes measurements of performance tests.

I20040511 8AM build. I had a java editor open, and pressed CTRL-O (it had been 
working for a long time). This appeared in the log:

java.lang.NullPointerException
at org.eclipse.swt.widgets.Control.WM_KEYDOWN(Control.java:3393)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2978)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:3291)
at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1466)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2388)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:243)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:298)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:249)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:126)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
at org.eclipse.core.launcher.Main.run(Main.java:722)
at org.eclipse.core.launcher.Main.main(Main.java:706)

Calling shell.setMaximized(true) doesn't maximize the shell on Mac OS X 10.3
(it does so on Windows XP).

The following snipped demonstrates this:

import org.eclipse.swt.layout.FillLayout;
import org.eclipse.swt.widgets.Display;
import org.eclipse.swt.widgets.Shell;

public class MaximizeBug
{
	public static void main(String[] args)
	{
		Display display = Display.getDefault();
		Shell shell = new Shell(display);
		shell.setLayout(new FillLayout());
		shell.setSize(100,100);
		shell.open();

                // this method fails
		shell.setMaximized(true);
		 
		while (!shell.isDisposed())
		{
			if (!display.readAndDispatch())
				display.sleep();
		}
	}
}

In the right frame of help browsers, there is usually a maximize and/or restore
button for the frame.

On MacOS, I can't find these :(

ConfigurationElementSorter calls methods which only work if the
org.eclipse.core.compatibility is installed. However, this is not part of the
prerequisites of org.eclipse.ui.workbench.texteditor.

Check the changes for Ant 1.6.2 to update the Ant editor code completion 
support.

I upgraded from around 3.0M6 or 3.0M7 to 3.0RC2 and noticed a new bug -- the
Java code formatter is now eating the final newline in the file, leaving a final
brace as the last line of the file with NO newline at the end of the file.  (I
can upload a copy of my formatter settings if you have any trouble reproducing
this.)

I'm using 3.0RC2 on Windows XP Professional, JDK is Sun 1.4.2_04

Create a new class, Bug.java as below:

import java.util.regex.Matcher;
public class Bug {
   public static boolean textContains(CharSequence text, Matcher matcher) {
      return matcher.reset(text).find();
   }
}

In the same package, create BugCaller.java

Create a new class, Bug.java as below:

import java.util.regex.Matcher;
import java.util.regex.Pattern;

public class BugCaller {
   public static void main(String args[])
   {
      Matcher m = Pattern.compile(args[0]);
      Bug.textContains(args[1], m);
   }
}

Select the textContains method, then select Refactor -> Change Method Signature...

In the signature, select the Matcher matcher parameter and select the Up
button move it up so that it is the first parameter, then select OK from the
refactor window.

When performing the refactoring, JDT removes the import java.util.regex.Matcher;
statement. When you save, you get a compile error in Bug.java and in all callers
(BugCaller.java) because of a signature mismatch. (the callers are updated
correctly, but then do not compile because of the unknown type Matcher in Bug.java.)

Quick-fix or Organize Imports on Bug.java resolves the problem.

200406240800

After doing some testing with Search/Replace and background locking of the 
workspace I encountered a situation where the progress view dialog shows a 
waiting search job, also there isn't any Seach Job in the Job Manager.

Here the data structure of the ProgressManager:

this= ProgressManager  (id=903064)
	changeListener= ProgressManager$1  (id=903540)
	errorManager= ErrorNotificationManager  (id=903544)
	familyKey= Object  (id=903548)
	familyListeners= Collections$SynchronizedMap  (id=903552)
	imageKeyTable= Hashtable  (id=903556)
	jobs= Collections$SynchronizedMap  (id=903532)
		[0]= HashMap$Entry  (id=903588)
			key= ProgressViewUpdater$1  (id=903104)
				cachedDisplay= null
				flags= 260
				jobNumber= 9
				listeners= IJobChangeListener[1]  (id=903616)
				monitor= ProgressManager$JobMonitor  
(id=903620)
				name= "Update Progress"
				next= null
				previous= null
				priority= 50
				properties= null
				result= Status  (id=903132)
				schedulingRule= null
				startTime= 100
				this$0= ProgressViewUpdater  (id=903628)
				thread= Worker  (id=903240)
			value= JobInfo  (id=903608)
		[1]= HashMap$Entry  (id=903592)
			key= TestJob  (id=903632)
				duration= 60000
				failure= false
				flags= 4
				jobNumber= 155
				listeners= IJobChangeListener[0]  (id=903120)
				monitor= ProgressManager$JobMonitor  
(id=903640)
				name= "Test job"
				next= null
				previous= null
				priority= 30
				properties= ObjectMap  (id=903648)
				reschedule= false
				rescheduleWait= 1000
				result= null
				schedulingRule= WorkspaceRoot  (id=903048)
				startTime= -1
				thread= Worker  (id=902532)
				unknown= false
			value= JobInfo  (id=903636)
		[2]= HashMap$Entry  (id=903596)
			key= InternalSearchUI$InternalSearchJob  (id=903652)
				flags= 512
				fSearchJobRecord= 
InternalSearchUI$SearchJobRecord  (id=903660)
				jobNumber= 133
				listeners= IJobChangeListener[1]  (id=903664)
				monitor= null
				name= "File Search"
				next= null
				previous= null
				priority= 40
				properties= ObjectMap  (id=903672)
				result= MultiStatus  (id=903676)
				schedulingRule= null
				startTime= -1
				this$0= InternalSearchUI  (id=903680)
				thread= null
			value= JobInfo  (id=903656)
		[3]= HashMap$Entry  (id=903600)
			key= BlockedJobsDialog$1  (id=903496)
				cachedDisplay= null
				flags= 260
				jobNumber= 156
				listeners= IJobChangeListener[1]  (id=903688)
				monitor= ProgressManager$JobMonitor  
(id=903692)
				name= "Open Blocked Dialog"
				next= null
				previous= null
				priority= 30
				properties= null
				result= null
				schedulingRule= null
				startTime= -1
				thread= Thread  (id=902476)
			value= JobInfo  (id=903684)
	listeners= Collections$SynchronizedRandomAccessList  (id=903560)
	monitorKey= Object  (id=903564)
	runnableMonitors= Collections$SynchronizedMap  (id=903568)

If the ActiveX component has actions associated with the arrow keys (ie. 
scrolling a page in the Browser control) the user is unable to navigate 
context menus using the keypad. Steps to reproduce:

1) Bring up Browser control inside Eclipse view
2) Hit Shift-F10. Attempt to navigate context menu with arrow keys

If I setup an ant script as a project Builder, and uncheck the "Capture output"
flag, a console is still created (albeit nothing shows up in it) when the
builder is run.  If I choose to not capture output, I don't want its console
littering my UI.

eclipse 3.0 on linux fedora core 2

Clicking on "Restore Defaults" should select the "Default [built-in]" profile.

build I20040212-0800

- Window > Preferences
- Import the prefs from the UI team's dev resources page
- it takes some time, but there is no feedback that this is a long running 
operation (e.g. I wasn't sure I hit the Finish button, so I hit it again).

Should at least show a busy cursor.

Related to the following enhancment request.

https://bugs.eclipse.org/bugs/show_bug.cgi?id=35037

There needs to be a command line way to link in product directories. Currently 
an install just creates a file in the link directory. If the platform is going 
to place the links in the platform.cfg there needs to be a way for the 
installers to a) add the link b) validate that the newly linked function didn
't break anything. For b) linking into the platform is similar to installing 
into it. There are checks in place when installing that perhaps should be also 
there when linking.

3.0
the workbench currently sets the activeKeyConfiguration to default, and the API
for this extension point basically states that there can only be one defined and
the last one wins. This doesn't play well with RCP applications that want to
define their own configuration and ensure that it is set as the default at
startup. Also, what is the point of having the extension point in the first
place if the workbench always contributes to it?

There is a non-api workaround to set the default key configuration in the
workbench advisor at startup. I use the following:

((MutableCommandManager)
PlatformUI.getWorkbench().getCommandSupport().getCommandManager()).setActiveKeyConfigurationId("org.eclipse.jabber.ui.commands.keyConfiguration");

Evaluate the following code

for (int i= 0; i < 2; i++) {
  System.out.print("a");
  if (i == 1) {
    break;
  }
  for (int j= 0; j < 10; j++) {
  }
}

It display two 'a' in the console, it should display only one.

I200410260800 (also in M2), new workspace

- create new Java project named "J"
- create p/C.java:
package p;
class C {
}

class CC extends C {
	void method() {
	}
}

- select C.java in Package Explorer and do Copy-Paste
- enter "D" as new name
- open D.java


Error 2004-10-29 13:12:00.629 Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
java.lang.ArrayIndexOutOfBoundsException: 3
at org.eclipse.jdt.internal.core.NameLookup.<init>(NameLookup.java:160)
at org.eclipse.jdt.internal.core.JavaProject.newNameLookup(JavaProject.java:2333)
at
org.eclipse.jdt.internal.core.SearchableEnvironment.<init>(SearchableEnvironment.java:56)
at
org.eclipse.jdt.internal.core.JavaProject.newSearchableNameEnvironment(JavaProject.java:2351)
at
org.eclipse.jdt.internal.core.hierarchy.HierarchyBuilder.<init>(HierarchyBuilder.java:86)
at
org.eclipse.jdt.internal.core.hierarchy.IndexBasedHierarchyBuilder.<init>(IndexBasedHierarchyBuilder.java:98)
at
org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.compute(TypeHierarchy.java:316)
at
org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.refresh(TypeHierarchy.java:1243)
at
org.eclipse.jdt.internal.core.CreateTypeHierarchyOperation.executeOperation(CreateTypeHierarchyOperation.java:90)
at org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:700)
at
org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaModelOperation.java:739)
at
org.eclipse.jdt.internal.core.SourceType.newSupertypeHierarchy(SourceType.java:651)
at
org.eclipse.jdt.internal.core.SourceType.newSupertypeHierarchy(SourceType.java:603)
at
org.eclipse.jdt.internal.corext.util.SuperTypeHierarchyCache.getTypeHierarchy(SuperTypeHierarchyCache.java:88)
at
org.eclipse.jdt.internal.corext.util.SuperTypeHierarchyCache.getTypeHierarchy(SuperTypeHierarchyCache.java:78)
at
org.eclipse.jdt.ui.OverrideIndicatorLabelDecorator.getOverrideIndicators(OverrideIndicatorLabelDecorator.java:160)
at
org.eclipse.jdt.ui.OverrideIndicatorLabelDecorator.computeAdornmentFlags(OverrideIndicatorLabelDecorator.java:128)
at
org.eclipse.jdt.ui.OverrideIndicatorLabelDecorator.decorate(OverrideIndicatorLabelDecorator.java:239)
at
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.decorate(LightweightDecoratorDefinition.java:145)
at
org.eclipse.ui.internal.decorators.LightweightDecoratorManager$LightweightRunnable.run(LightweightDecoratorManager.java:65)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:616)
at org.eclipse.core.runtime.Platform.run(Platform.java:747)
at
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.decorate(LightweightDecoratorManager.java:259)
at
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.getDecorations(LightweightDecoratorManager.java:244)
at
org.eclipse.ui.internal.decorators.DecorationScheduler$1.run(DecorationScheduler.java:303)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

build I20040604-1600

Noticed several occurrences of the following in my .log from Friday:

Should investigate for RC2.

org.eclipse.jface.util.Assert$AssertionFailedException: Assertion failed:
at org.eclipse.jface.util.Assert.isTrue(Assert.java:168)
at org.eclipse.jface.util.Assert.isTrue(Assert.java:154)
at
org.eclipse.ui.internal.presentations.DefaultPartPresentation.getTabFolder(DefaultPartPresentation.java:627)
at
org.eclipse.ui.internal.presentations.DefaultEditorPresentation$1.propertyChange(DefaultEditorPresentation.java:70)
at org.eclipse.ui.plugin.AbstractUIPlugin$2.run(AbstractUIPlugin.java:266)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
at org.eclipse.core.runtime.Platform.run(Platform.java:758)
at
org.eclipse.ui.plugin.AbstractUIPlugin$CompatibilityPreferenceStore.firePropertyChangeEvent(AbstractUIPlugin.java:264)
at
org.eclipse.ui.plugin.AbstractUIPlugin$1.propertyChange(AbstractUIPlugin.java:204)
at
org.eclipse.core.internal.preferences.PreferenceForwarder.preferenceChange(PreferenceForwarder.java:115)
at
org.eclipse.core.internal.preferences.EclipsePreferences$4.run(EclipsePreferences.java:743)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
at org.eclipse.core.runtime.Platform.run(Platform.java:758)
at
org.eclipse.core.internal.preferences.EclipsePreferences.preferenceChanged(EclipsePreferences.java:746)
at
org.eclipse.core.internal.preferences.EclipsePreferences.put(EclipsePreferences.java:757)
at
org.eclipse.core.internal.preferences.PreferenceForwarder.setValue(PreferenceForwarder.java:604)
at
org.eclipse.ui.plugin.AbstractUIPlugin$CompatibilityPreferenceStore.setValue(AbstractUIPlugin.java:473)
at
org.eclipse.ui.internal.registry.EditorRegistry.saveAssociations(EditorRegistry.java:879)
at
org.eclipse.ui.internal.dialogs.FileEditorsPreferencePage.performOk(FileEditorsPreferencePage.java:407)
at org.eclipse.jface.preference.PreferenceDialog$11.run(PreferenceDialog.java:745)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
at org.eclipse.core.runtime.Platform.run(Platform.java:758)
at
org.eclipse.jface.preference.PreferenceDialog.okPressed(PreferenceDialog.java:728)
at
org.eclipse.jface.preference.PreferenceDialog.buttonPressed(PreferenceDialog.java:199)
at
org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.buttonPressed(WorkbenchPreferenceDialog.java:75)
at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:506)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
at org.eclipse.jface.window.Window.open(Window.java:648)
at org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:72)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:915)
at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:866)
at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:785)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:638)
at org.eclipse.core.launcher.Main.main(Main.java:622)

When shutting down the platform, if the job manager has not been used it is 
first activated before being shutdown.

Hi all,

I try to use SWT_AWT in a ViewPart but I can't get my plugin working, the
workbench tells me there was an error creating view. Here it is, taken from
platform .log :

!ENTRY org.eclipse.ui 4 4 janv. 23, 2004 12:04:50.246
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 janv. 23, 2004 12:04:50.246
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
    at org.eclipse.swt.internal.BidiUtil.windowProc(BidiUtil.java:647)
    at org.eclipse.swt.internal.win32.OS.PeekMessageW(Native Method)
    at org.eclipse.swt.internal.win32.OS.PeekMessage(OS.java:1757)
    at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1986)
    at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1506)
    at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1482)
    at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:246)
    at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
    at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
    at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:226)
    at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:85)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
    at org.eclipse.core.launcher.Main.run(Main.java:742)
    at org.eclipse.core.launcher.Main.main(Main.java:581)



This error happens on the following line in the given snippet :
SWT_AWT.newFrame(...) in the following snippet. When I execute the same outside
a eclipse (in a shell), this works fine.
Does somebody know how to solve this problem? Is it a bug?
Thanks for help.

Mathieu Fougeray.


import org.eclipse.jface.viewers.IStructuredContentProvider;
import org.eclipse.jface.viewers.ITableLabelProvider;
import org.eclipse.jface.viewers.LabelProvider;
import org.eclipse.jface.viewers.TableViewer;
import org.eclipse.jface.viewers.Viewer;
import org.eclipse.swt.SWT;
import org.eclipse.swt.graphics.Image;
import org.eclipse.swt.widgets.Composite;
import org.eclipse.ui.ISharedImages;
import org.eclipse.ui.PlatformUI;
import org.eclipse.ui.part.ViewPart;
import eurobios.orsis.Messages;

public class MyView extends ViewPart {
   public static final String ID_VIEW = "eurobios.orsis.views.BarChartView";
//$NON-NLS-1$
     public MyView () {
   }

   public void createPartControl(Composite parent) {
       Composite comp = new Composite(parent, SWT.EMBEDDED);
       java.awt.Frame frame = SWT_AWT.new_Frame(comp);
   }

   public void setFocus() {
   }
}

Please reorder the buttons:

Add...
Change
Remove

@@@

Other pref pages have the button order above (Edit ~= Change).

This is a regression caused by the fix to bug 67211. Currently, we are
swallowing IOExceptions thrown while a describer reads the stream. That was done
before, when we used to read a block of bytes right at the beginning, to avoid
non low-level IOExceptions (such as for bad encoding) causing the content type
determination to fail. Now, we read lazily, so we may end up facing real
low-level IOExceptions later.

A fix would be to throw a specialized IOException from LazyReader/InputStream
wrapping the original IOException, and rethrow the inner exception. This way it
would be able to easily understand which exceptions are interesting and which
ones are not.

When javac is being run from a presetdef, for example:

	<presetdef name="my.javac">
		<javac deprecation="true" srcdir="${src.dir}" destdir="${bin.dir}">
		</javac>
	</presetdef>

	<target name="compile" depends="prepare">
		<my.javac/>
	</target>

then errors in Java source files are not highlighted. This is because
JavacLineTracker hard-codes the "[javac]" task name, but in the situation above
the console output will be something like:
    [my.javac]
/home/francis/src/java/javacmatchtest/src/org/devrx/test/javacmatch/Broken.java:8:
not a statement

Reached through Window/Preferences/Java/Debug/Step Filtering/Add Filter

I20040318

JavaCore.getOptions() and JavaCore.getDefaultOptions() assume that 
Preferences.defaultPropertyNames() return property names whose value is the 
default-default (see bug 55206). There was a bug in this method that is now 
fixed and the list is now missing some properties.

Please disable the OK button on the "Show Profile ... [built-in]" dialog for the
built-in profiles.

This should be in addition to the warning.

It's easy to read over a message, but a disabled OK button is a clear message
that one cannot save changes.

build I20040316

In order to do their custom part presentation, LWP needs access to be able to 
set (and presumably get) the highlight_header and highlight_margin fields.

Can you please provide accessors for these, soonest?

I20040316

The new support to provide a workspace chooser (bug 32147) is best for users 
who switch workspaces frequently.  However, For developers who live in a single 
workspace, or who change workspaces infrequently, turning this dialog off 
(checkbox), and having it always open the previously used workspace would be 
simpler.

An "open workspace" or "switch workspace" operation would let the user change 
workspaces after the fact (or setting the preference to turn the dialog back on)

java.lang.IllegalArgumentException: Invalid string literal : >("i" + "ib2")<
	at org.eclipse.jdt.core.dom.StringLiteral.setEscapedValue
(StringLiteral.java:181)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1451)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1323)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:884)
	at 
org.eclipse.jdt.core.dom.ASTConverter.convertToParenthesizedExpression
(ASTConverter.java:937)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:820)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1584)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:902)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1176)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:848)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1874)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:770)
	at org.eclipse.jdt.core.dom.ASTConverter.buildBodyDeclarations
(ASTConverter.java:336)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:274)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:152)
	at org.eclipse.jdt.core.dom.ASTParser.convert(ASTParser.java:711)
	at org.eclipse.jdt.core.dom.ASTParser.internalCreateAST
(ASTParser.java:681)
	at org.eclipse.jdt.core.dom.ASTParser.createAST(ASTParser.java:574)
	at org.eclipse.jdt.core.dom.AST.parseCompilationUnit(AST.java:765)


Here is the test case:

public class Test {

	public void m(String s) {
		
		String string1 = null;
		string1 = s + "a" + "abc" + "e" + ("i" + ("i" + "ib2") + "i2") 
+ "c";
	}
}

Build 20041013

1. Select all projects in the workspace.
2. Right click -> Team -> Update (Run in Background)
3. While the Update is running,  select a few files in the package explorer and 
press Delete.
4. A modal progress dialog comes up and the user has to wait until the Update 
finishes for the Delete to be processed.

The Update action should only lock the project that it's currently working on. 
When I performed the above steps the Update action was only working on the first 
of about 20 projects in my workspace. The files I was trying to delete were from 
one of the last projects. I had to wait five to ten minutes (I just got up and 
walked away) for an action that should have taken a few seconds.

(marked as major since improving the feedback from back ground jobs has a high 
priority for 3.0)

1) press run while the auto build is still running
2) The user is prompted whether they want to wait
3) press yes

Problem there is no progress feedback after this point. 
You have to open the progress view to understand how long you will have to 
wait.

The proposal is to show a ProgressMonitorJobsDialog when
the auto build is still running. This will provide
the user with a progess indication.

If you code complete at the '<' in the following file you will get two error 
messages in the log about failing to resolve an introspection helper for two 
optional tasks (StarTeamCheckin and StartTeamList) This tasks require an 
additional JAR to be on the classpath.

We should just ignore these failures.

<project name="project" default="hey2">
	<target name="hey2">
<
	</target>
</project>

If the user has a top level task (not defined in a target therefore part of 
the implicit target) such as input or antcall it is possible to lock up 
Eclipse.

There is no reason for us to execute the implicit target.
Property execution is handled separately and others could be added as required.

The progress indicator was moved the right and the New Look stream but it is 
now back on the left. This is obscuring the status line.

I2004-06-10

I externalized a String such that the new key in the properties file was
inserted at the end of file. I ended up with the following:

TextSearchLabelProvider.matchCountFormat={0} ({1}
matches)LimitElementsAction.label=Limit Root Elements

instead of 

TextSearchLabelProvider.matchCountFormat={0} ({1} matches)<newline>
LimitElementsAction.label=Limit Root Elements


i.e. no newline was inserted before the new key.

3.0 M7

0. enable spell checking
1. set the editor preference to close editors automatically (allow only 1 editor)
2. open a CU with misspelled words in the Java editor
==> observe: spell check warnings appear
3. open another CU with misspelled words in the Java editor
==> observe: no spell check warnings

1:	case SWT.TRAVERSE_ESCAPE :
2:		fTableViewer.cancelEditing();
3:		e.doit= true;

Pressing Tab at beginning of line 3 removes one tab character from line 3.
It shouldn't. Same indentation error for Smart Return, Correct Indentation, ...
for all lines which are 2+ lines after the case keyword.

build I20040907

1) create X.java
public class X {
  Hash#cursor#<
}

2) do ctrl + space at cursor location

No compleiotn appear and an ArrayIndexOutOfBoundsException occurs inside 
CompletionEngine.

java.lang.ArrayIndexOutOfBoundsException: -1
	at 
org.eclipse.jdt.internal.codeassist.complete.CompletionParser.attachOrphanCompl
etionNode(CompletionParser.java:153)
	at 
org.eclipse.jdt.internal.codeassist.complete.CompletionParser.updateRecoverySta
te(CompletionParser.java:3079)
	at org.eclipse.jdt.internal.compiler.parser.Parser.resumeOnSyntaxError
(Parser.java:8967)
	at org.eclipse.jdt.internal.compiler.parser.Parser.parse
(Parser.java:8186)
	at org.eclipse.jdt.internal.compiler.parser.Parser.parse
(Parser.java:8399)
	at org.eclipse.jdt.internal.compiler.parser.Parser.parse
(Parser.java:8364)
	at org.eclipse.jdt.internal.compiler.parser.Parser.dietParse
(Parser.java:7107)
	at 
org.eclipse.jdt.internal.codeassist.complete.CompletionParser.dietParse
(CompletionParser.java:2703)
	at org.eclipse.jdt.internal.codeassist.CompletionEngine.complete
(CompletionEngine.java:919)

Version 3.1, Build 200410260800, Java 1.5

The following code compiles without problem using javac, but Eclipse reports a
problem as stated in the comment.

====================
interface M<X> { }

class N<C> { 
  M<N<C>> pni = null;
}

class O<I> {
  N<I> var1 = null;

  M<N<I>> var2 = var1.pni;
  // Above line reports as error in Eclipse. 
  // "var2" is underlined and the error message is: 
  // Type mismatch: cannot convert from M<N<C>> to M<N<I>>
}
====================

On the latest code from HEAD you cannot run an Ant build with output and -
debug.
The CPU is pegged with the pattern matching of IOConsole.testForMatch
(CompiledPatternMatchListener, int)

RC2 candidate

- org.eclipse.jface.window.Window.getShell says:

 @return this window's shell, or <code>null</code> if this window's
 *   shell has not been created yet

- IWorkbenchWindow.getShell says:

	/**
	 * Returns this workbench window's shell.
	 * 
	 * @return the shell containing this window's controls
	 */

The latter should probably state that the return value can be null.

Start two debug sessions, where session 1 supports breakpoint type "A" and 
session 2 supports breakpoint type "B".  Set type "A" BPs in session 1 and 
type "B" BPs in session 2.

Select session 1 in the Debug View and hit the "Show Breakpoints Supported by 
Selected Target".  The type "B" breakpoints will be filtered from the 
Breakpoints View because they are not supported by session 1, as designed.

Hit "Show Breakpoints Supported by Selected Target" again, and the type "B" 
breakpoints will re-appear, but the "enabled" checkbox beside the breakpoint 
will be empty, regardless of the breakpoint's actual enabled state.

i200405051600

With this build, opening an editor seems to take much more time than with other
recent builds.

I didn't do any profiling, but taking thread dumps several times between firing
the action and the editor actually opened shows stack traces similar to this:

"main" prio=7 tid=0x00035370 nid=0xc2c waiting on condition [7e000..7fc3c]
        at java.lang.StringBuffer.expandCapacity(StringBuffer.java:202)
        at java.lang.StringBuffer.append(StringBuffer.java:401)
        - locked <0x109dfda8> (a java.lang.StringBuffer)
        at org.eclipse.swt.widgets.Widget.toString(Widget.java:1059)
        at org.eclipse.ui.internal.util.Util.compare(Util.java:148)
        at org.eclipse.ui.internal.commands.ws.WorkbenchCommandSupport.processHa
ndlerSubmissions(WorkbenchCommandSupport.java:385)
        at org.eclipse.ui.internal.commands.ws.WorkbenchCommandSupport.processHa
ndlerSubmissions(WorkbenchCommandSupport.java:278)
        at org.eclipse.ui.internal.commands.ws.WorkbenchCommandSupport.addHandle
rSubmissions(WorkbenchCommandSupport.java:255)
        at org.eclipse.ui.internal.commands.ws.WorkbenchCommandSupport.addHandle
rSubmission(WorkbenchCommandSupport.java:231)
        at org.eclipse.ui.internal.KeyBindingService.registerAction(KeyBindingSe
rvice.java:486)
        at org.eclipse.ui.texteditor.AbstractTextEditor$ActivationCodeTrigger.re
gisterActionForKeyActivation(AbstractTextEditor.java:601)
        at org.eclipse.ui.texteditor.AbstractTextEditor.setAction(AbstractTextEd
itor.java:3503)
        at org.eclipse.ui.texteditor.AbstractTextEditor.createNavigationActions(
AbstractTextEditor.java:3772)
        at org.eclipse.ui.texteditor.AbstractTextEditor.createPartControl(Abstra
ctTextEditor.java:2344)
        at org.eclipse.ui.texteditor.StatusTextEditor.createPartControl(StatusTe
xtEditor.java:53)
        at org.eclipse.ui.texteditor.AbstractDecoratedTextEditor.createPartContr
ol(AbstractDecoratedTextEditor.java:279)
        at org.eclipse.ui.internal.PartPane$1.run(PartPane.java:93)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatfo
rm.java:604)
        at org.eclipse.core.runtime.Platform.run(Platform.java:545)
        at org.eclipse.ui.internal.PartPane.createChildControl(PartPane.java:89)

        at org.eclipse.ui.internal.PartPane.createControl(PartPane.java:150)
        at org.eclipse.ui.internal.PartStack.refreshPresentationSelection(PartSt
ack.java:659)
        at org.eclipse.ui.internal.PartStack.setSelection(PartStack.java:649)
        at org.eclipse.ui.internal.EditorWorkbook.setSelection(EditorWorkbook.ja
va:131)
        at org.eclipse.ui.internal.EditorWorkbook.setVisibleEditor(EditorWorkboo
k.java:232)
        at org.eclipse.ui.internal.EditorPresentation.setVisibleEditor(EditorPre
sentation.java:287)
        at org.eclipse.ui.internal.EditorPresentation.openEditor(EditorPresentat
ion.java:227)
        at org.eclipse.ui.internal.EditorManager$2.run(EditorManager.java:550)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)

        at org.eclipse.ui.internal.EditorManager.createEditorTab(EditorManager.j
ava:539)
        at org.eclipse.ui.internal.EditorManager.openInternalEditor(EditorManage
r.java:635)
        at org.eclipse.ui.internal.EditorManager.openEditorFromDescriptor(Editor
Manager.java:438)
        at org.eclipse.ui.internal.EditorManager.openEditor(EditorManager.java:4
26)
        at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.ja
va:2146)
        at org.eclipse.ui.internal.WorkbenchPage.access$6(WorkbenchPage.java:208
9)
        at org.eclipse.ui.internal.WorkbenchPage$9.run(WorkbenchPage.java:2076)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)

        at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2
071)
        at org.eclipse.ui.ide.IDE.openEditor(IDE.java:265)
        at org.eclipse.ui.internal.ide.actions.OpenWorkspaceFileAction.run(OpenW
orkspaceFileAction.java:96)
        at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:2
76)
        at org.eclipse.ui.internal.WWinPluginAction.runWithEvent(WWinPluginActio
n.java:206)
        at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)

        at org.eclipse.ui.internal.commands.Command.execute(Command.java:127)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(Workben
chKeyboard.java:468)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboar
d.java:886)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(Workbe
nchKeyboard.java:927)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindi
ngs(WorkbenchKeyboard.java:545)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyb
oard.java:493)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(Workbenc
hKeyboard.java:258)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Display.filterEvent(Display.java:705)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:795)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
        at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1722)
        at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1718)
        at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3047)
        at org.eclipse.swt.widgets.Control.windowProc(Control.java:2950)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java:3160)
        at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
        at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1459)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2270)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.jav
a:243)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformAct
ivator.java:283)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:242)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:119)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
        at org.eclipse.core.launcher.Main.run(Main.java:700)
        at org.eclipse.core.launcher.Main.main(Main.java:684)

RC1

As the BlockedJobsDialog only opens when the modal shell is done blocking if 
the shell is not specified it should use getNonModalShell not getDefaultShell

Index: BlockedJobsDialog.java
===================================================================
RCS file: /home/eclipse/org.eclipse.ui.workbench/Eclipse 
UI/org/eclipse/ui/internal/progress/BlockedJobsDialog.java,v
retrieving revision 1.26
diff -u -r1.26 BlockedJobsDialog.java
--- BlockedJobsDialog.java	27 May 2004 14:54:04 -0000	1.26
+++ BlockedJobsDialog.java	1 Jun 2004 20:29:20 -0000
@@ -232,7 +232,7 @@
 	private BlockedJobsDialog(Shell parentShell, IProgressMonitor blocking,
 			IStatus blockingStatus) {
 		super(parentShell == null
-				? ProgressManagerUtil.getDefaultParent()
+				? ProgressManagerUtil.getNonModalShell()
 				: parentShell);
 		blockingMonitor = blocking;
 		if (blockingStatus instanceof IJobStatus)

RC1

* start a new empty workspace
* select "Debug As > Runtime Workbench"
* a target workbench starts in debug mode
* suspend the main thread
-> no source will be found (if in SDK code)

The only thing on the source lookup path in this case is src.zip from the JRE. 
Not critical, but makes a nice demo (when it works :-)

The "scope" element in the commands extension point was removed back in June 
2003.  The "acceleratorScopes" extension point was pulled, put back in, and now 
its deprecation support appears broken. 
 
We need test cases covering the old API, ensuring that they are read in 
correctly ... as well as behave properly.  Inspecting the current test cases 
for context, they are all empty stubs.  <grumble> 
 
This must be fixed for 3.0.

 

I200406091200

- Create a folder with UTF-8 encoding
- Have some .java files in the folder that are Latin1 encoded, but with their
encoding not set (they inherit from the folder, UTF-8)
(-> these files cannot be opened, which is correct)
- Selecting the file in the package explorer without opening it

Observe the exceptions below (actually many more, as all refactoring actions are
updated). The same happens when dragging a correctly encoded file over one of
the bad files, e.g. when using drag&drop refactoring.

The package explorer should handle this more gracefully.

!ENTRY org.eclipse.jdt.ui 4 10001 Jun 10, 2004 12:18:03.825
!MESSAGE Internal Error
!STACK 1
org.eclipse.jdt.core.JavaModelException[985]: sun.io.MalformedInputException
	at java.lang.Throwable.<init>(Throwable.java)
	at sun.io.ByteToCharUTF8.convert(ByteToCharUTF8.java)
	at sun.nio.cs.StreamDecoder$ConverterSD.convertInto(StreamDecoder.java)
	at sun.nio.cs.StreamDecoder$ConverterSD.implRead(StreamDecoder.java)
	at sun.nio.cs.StreamDecoder.read(StreamDecoder.java)
	at java.io.InputStreamReader.read(InputStreamReader.java)
	at org.eclipse.jdt.internal.compiler.util.Util.getInputStreamAsCharArray(Util.java)
	at
org.eclipse.jdt.internal.core.util.Util.getResourceContentsAsCharArray(Util.java)
	at
org.eclipse.jdt.internal.core.util.Util.getResourceContentsAsCharArray(Util.java)
	at
org.eclipse.jdt.internal.core.CompilationUnit.openBuffer(CompilationUnit.java:1029)
	at
org.eclipse.jdt.internal.core.CompilationUnit.buildStructure(CompilationUnit.java:102)
	at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:183)
	at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.java)
	at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java)
	at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java)
	at org.eclipse.jdt.internal.core.JavaElement.getChildren(JavaElement.java)
	at org.eclipse.jdt.internal.core.JavaElement.getChildrenOfType(JavaElement.java)
	at org.eclipse.jdt.internal.core.CompilationUnit.getTypes(CompilationUnit.java:822)
	at
org.eclipse.jdt.internal.corext.refactoring.util.JavaElementUtil.getMainType(JavaElementUtil.java)
	at
org.eclipse.jdt.ui.actions.UseSupertypeAction.getSingleSelectedType(UseSupertypeAction.java:114)
	at
org.eclipse.jdt.ui.actions.UseSupertypeAction.canEnable(UseSupertypeAction.java:103)
	at
org.eclipse.jdt.ui.actions.UseSupertypeAction.selectionChanged(UseSupertypeAction.java:81)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchSelectionChanged(SelectionDispatchAction.java)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.selectionChanged(SelectionDispatchAction.java)
	at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java)
	at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java)
	at org.eclipse.core.runtime.Platform.run(Platform.java)
	at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
	at
org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:1388)
	at
org.eclipse.jface.viewers.StructuredViewer.handleSelect(StructuredViewer.java:694)
	at
org.eclipse.jface.viewers.StructuredViewer$4.widgetSelected(StructuredViewer.java:720)
	at org.eclipse.jface.util.OpenStrategy.fireSelectionEvent(OpenStrategy.java:180)
	at org.eclipse.jface.util.OpenStrategy.access$3(OpenStrategy.java:175)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1362)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1333)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:252)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
	at java.lang.reflect.Method.invoke(Method.java:391)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)
Caused by: sun.io.MalformedInputException
	at java.lang.Throwable.<init>(Throwable.java)
	at sun.io.ByteToCharUTF8.convert(ByteToCharUTF8.java)
	at sun.nio.cs.StreamDecoder$ConverterSD.convertInto(StreamDecoder.java)
	at sun.nio.cs.StreamDecoder$ConverterSD.implRead(StreamDecoder.java)
	at sun.nio.cs.StreamDecoder.read(StreamDecoder.java)
	at java.io.InputStreamReader.read(InputStreamReader.java)
	at org.eclipse.jdt.internal.compiler.util.Util.getInputStreamAsCharArray(Util.java)
	at
org.eclipse.jdt.internal.core.util.Util.getResourceContentsAsCharArray(Util.java)
	at
org.eclipse.jdt.internal.core.util.Util.getResourceContentsAsCharArray(Util.java)
	at
org.eclipse.jdt.internal.core.CompilationUnit.openBuffer(CompilationUnit.java:1029)
	at
org.eclipse.jdt.internal.core.CompilationUnit.buildStructure(CompilationUnit.java:102)
	at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:183)
	at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.java)
	at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java)
	at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java)
	at org.eclipse.jdt.internal.core.JavaElement.getChildren(JavaElement.java)
	at org.eclipse.jdt.internal.core.JavaElement.getChildrenOfType(JavaElement.java)
	at org.eclipse.jdt.internal.core.CompilationUnit.getTypes(CompilationUnit.java:822)
	at
org.eclipse.jdt.internal.corext.refactoring.util.JavaElementUtil.getMainType(JavaElementUtil.java)
	at
org.eclipse.jdt.ui.actions.UseSupertypeAction.getSingleSelectedType(UseSupertypeAction.java:114)
	at
org.eclipse.jdt.ui.actions.UseSupertypeAction.canEnable(UseSupertypeAction.java:103)
	at
org.eclipse.jdt.ui.actions.UseSupertypeAction.selectionChanged(UseSupertypeAction.java:81)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchSelectionChanged(SelectionDispatchAction.java)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.selectionChanged(SelectionDispatchAction.java)
	at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java)
	at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java)
	at org.eclipse.core.runtime.Platform.run(Platform.java)
	at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
	at
org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:1388)
	at
org.eclipse.jface.viewers.StructuredViewer.handleSelect(StructuredViewer.java:694)
	at
org.eclipse.jface.viewers.StructuredViewer$4.widgetSelected(StructuredViewer.java:720)
	at org.eclipse.jface.util.OpenStrategy.fireSelectionEvent(OpenStrategy.java:180)
	at org.eclipse.jface.util.OpenStrategy.access$3(OpenStrategy.java:175)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1362)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1333)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:252)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
	at java.lang.reflect.Method.invoke(Method.java:391)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

Build 20040210

I periodically get an NPE out of StepIntoSelectionHandler#doStepIn(...).

3.0 help cannot be searched for words with NL characters in them.
I have tried Eclipse translations, and searched in various languages.  
Documents were indexed, because there were hits for query with English words.  
For queries with characters from Chineese, Japanese, there were no hits.  I 
have tried some European documents.  Words with characters from German were 
giving hits, but words with characters from Russian or Czech.

While verifying bug 71698, I noticed that the Add button on the Java Exception Breakpoint's filter 
page is mis-sized.

Using Eclipse 3.0 M6...

In the ANT target ordering dialog, selecting multiple items and moving them up 
or down the order list. The top one is moved to below the bottom selected item. 
All of the items in the selection should be moved. It appears to work correctly 
for non-continuous selections.

My editor has no "Content Assist" action handler.
My editor's canvas does not receive CTRL+SPACE KeyPressed event.

From mailing list:

> I'm pretty sure Nick said that if the action bound to a keybinding is
> disabled (or bound to NULL), then the keybinding service would stop
> consuming that key.  But this is not the behavior we are seeing.  For

We check whether the command has a handler (i.e., action) associated with it. 
If it doesn't, then we don't eat the key.  We eat all keys that: (1) have a 
key binding currently in context; and (2) have a handler currently active.


> example, we also need to receive CTRL+SPACE, which has universal meaning
> of "toggle selection" of item with focus. But the keybinding for Content
> Assist is getting in the way. Why do native Trees and Tables receive
> CTRL+SPACE, but our Canvas does not?

Likely because a handler is registered for your part.  I'm just guessing, as
I'm not sure of the details of your set-up.

Nope, we are not registering a handler
-Randy

In Eclipse 2.1 we exported the version identifier of the plug-in along with its
preference values. On import, we validated these versions before doing the
import. (actually it was a separate API call to
Preferences#validatePreferenceVersions)

We don't have bundle versions in Eclipse 3.0 and therefore don't export a
version id and validate on import. Ensure this behaviour is ok and deprecate the
old method.

Using build I200409140800.

Looking at bug 73922, I saw something strange in Search view.
Let's have following classes:
A.java:
  public class A {
    void foo() {}
  }
B.java:
  public class B {
	/**
	 * @see X#foo()
	 */
	void bar() {
		(new A()).foo();
	}
  }
Search at A.foo() references in project: Search view displays 2 potential
matches in B.bar() method! Expected: 1 potential match and 1 accurate match...

Check "Ignore potential matches" Search preferences and then I get one accurate
match in Search view, which is the expected result.

Replace X#foo() with A#foo() and search again: Search view now display correctly
 2 accurate matches...

eclipse 3.1 build 200409070800

Select a java compilation unit in the Package Explorer. Make sure it is one 
that contains a class with a main method (so we'll call it a "main class"), 
and that there are other main classes in the same package. Right-click to get 
a menu, and select Run -> Java Application.

I do not expect to get a dialog at this time that asks me which class I would 
like to run, because I have already said which class I would like to run.
Please look to see if the user has a main class or CU selected (or a method in 
a main class) and use this information to avoid bringing up the redundant 
dialog.

I200409140800

The second and third call to m(..) yield wrong errors. After erasure, there's no
ambiguity, since the three methods m(..) are distinct. Maybe connected to bug 73970.

public class X {
    static <E extends A> void m(E e) { System.out.println("A:"+e.getClass()); }
    static <E extends B> void m(E e) { System.out.println("B:"+e.getClass()); }
    static <E extends C> void m(E e) { System.out.println("C:"+e.getClass()); }

    public static void main(String[] args) {
        m(new A());
        m(new B()); //error: "The method m(B) is ambiguous for the type X"
        m(new C()); //error: "The method m(C) is ambiguous for the type X"
    }
}

class A {}
class B extends A {}
class C extends A {}

javac 1.5.0-beta3-b62 compiles it and prints:
A:class q.A
B:class q.B
C:class q.C

I200409140800

All three methods m(..) have a method binding with the same key "q/Y/voidm(E)".

class Y {
	<E extends Object> void m(E e) {}
	<E extends Number> void m(E e) {}
	<E extends String> void m(E e) {}
}

Build: 3.0M8

I was trying out the new intro.
Installed the multipage editor sample.
The new sample project appeared in the Java perspective.
I then went to change the perspective to the PDE perspective.
My log was filled with 17 instances of the following error:

Error Mar 26, 2004 21:09:17.982 Malformed adapter factory extension in plug-
in: org.eclipse.sdk.samples.

When I use the Debug dialog to launch a run-time workbench while developing a 
plug-in, I see that it puts -Djava.compiler=NONE on the VM's command line. 
Isn't this unnecessary and wasteful when I'm using IBM's J9 JVM? (The J9 JVM 
comes with the WSWB M7 distribution I'm using, and I enable it by manually 
putting -Xj9 in the VM Arguments blank)

I believe that the J9 JVM is perfectly prepared to handle both debugging and 
JIT at the same time, so there is no need to turn off JIT when enabling 
debugging. If I'm right, then the JDT debugger is needlessly turning off JIT 
and making my programs run slower when I'm debugging them.

The XMLTextHover shows the affordance text (hit F2 etc...) based on the 
preference set in the Java editor prefs.

We should create our own preference.

Steps to reproduce:

1) Create a placeholder for a view that supports multiple instances.

2) Open the view programmatically with page.showView(....

3) Open another instance of the same view.

Bug: The perpsective presentation opens the second instance of the view in what 
it considers to be the "bottomRight" container.  One would expect that all 
instances of this view would be opened relative to the placeholder.

This is critical for LWP.

If no workaround is available, this is a show stopper.

-m@

build I20040505 2am.

there was an error in the java editor opening a file, however after this error 
occured we still try to give focus to this editor and get into an infinite 
loop.. .see stack trace below


	at org.eclipse.swt.widgets.Control.WM_SETFOCUS(Control.java:4120)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3012)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3160)
	at org.eclipse.swt.internal.win32.OS.SetFocus(Native Method)
	at org.eclipse.swt.widgets.Control.forceFocus(Control.java:599)
	at org.eclipse.swt.widgets.Control.setFocus(Control.java:2037)
	at org.eclipse.swt.widgets.Composite.setFocus(Composite.java:447)
	at org.eclipse.jface.window.ApplicationWindow.run
(ApplicationWindow.java:610)
	at org.eclipse.ui.internal.WorkbenchWindow.run
(WorkbenchWindow.java:1678)
	at org.eclipse.ui.texteditor.AbstractTextEditor.internalInit
(AbstractTextEditor.java:2155)
	at org.eclipse.ui.texteditor.AbstractTextEditor.init
(AbstractTextEditor.java:2173)
	at org.eclipse.ui.internal.EditorManager.createSite
(EditorManager.java:569)
	at org.eclipse.ui.internal.EditorManager.openInternalEditor
(EditorManager.java:633)
	at org.eclipse.ui.internal.EditorManager.access$7
(EditorManager.java:619)
	at org.eclipse.ui.internal.EditorManager$7.run(EditorManager.java:798)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:604)
	at org.eclipse.core.runtime.Platform.run(Platform.java:545)
	at org.eclipse.ui.internal.EditorManager.busyRestoreEditor
(EditorManager.java:773)
	at org.eclipse.ui.internal.EditorManager$6.run(EditorManager.java:766)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.internal.EditorManager.restoreEditor
(EditorManager.java:762)
	at org.eclipse.ui.internal.EditorManager$Editor.getEditor
(EditorManager.java:1136)
	at org.eclipse.ui.internal.EditorManager$Editor.getPart
(EditorManager.java:1128)
	at org.eclipse.ui.internal.PartPane.requestActivation
(PartPane.java:246)
	at org.eclipse.ui.internal.EditorPane.requestActivation
(EditorPane.java:150)
	at org.eclipse.ui.internal.PartPane.handleEvent(PartPane.java:226)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:801)
	at org.eclipse.swt.widgets.Shell.setActiveControl(Shell.java:913)
	at org.eclipse.swt.widgets.Control.sendFocusEvent(Control.java:1756)
	at org.eclipse.swt.widgets.Control.WM_SETFOCUS(Control.java:4120)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3012)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3160)
	at org.eclipse.swt.internal.win32.OS.SetFocus(Native Method)
	at org.eclipse.swt.widgets.Control.forceFocus(Control.java:599)
	at org.eclipse.swt.widgets.Control.setFocus(Control.java:2037)
	at org.eclipse.swt.widgets.Composite.setFocus(Composite.java:447)
	at org.eclipse.jface.window.ApplicationWindow.run
(ApplicationWindow.java:610)
	at org.eclipse.ui.internal.WorkbenchWindow.run
(WorkbenchWindow.java:1678)
	at org.eclipse.ui.texteditor.AbstractTextEditor.internalInit
(AbstractTextEditor.java:2155)
	at org.eclipse.ui.texteditor.AbstractTextEditor.init
(AbstractTextEditor.java:2173)
	at org.eclipse.ui.internal.EditorManager.createSite
(EditorManager.java:569)
	at org.eclipse.ui.internal.EditorManager.openInternalEditor
(EditorManager.java:633)
	at org.eclipse.ui.internal.EditorManager.access$7
(EditorManager.java:619)
	at org.eclipse.ui.internal.EditorManager$7.run(EditorManager.java:798)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:604)
	at org.eclipse.core.runtime.Platform.run(Platform.java:545)
	at org.eclipse.ui.internal.EditorManager.busyRestoreEditor
(EditorManager.java:773)
	at org.eclipse.ui.internal.EditorManager$6.run(EditorManager.java:766)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.internal.EditorManager.restoreEditor
(EditorManager.java:762)
	at org.eclipse.ui.internal.EditorManager$Editor.getEditor
(EditorManager.java:1136)
	at org.eclipse.ui.internal.EditorManager$Editor.getPart
(EditorManager.java:1128)
	at org.eclipse.ui.internal.PartPane.requestActivation
(PartPane.java:246)
	at org.eclipse.ui.internal.EditorPane.requestActivation
(EditorPane.java:150)
	at org.eclipse.ui.internal.PartPane.handleEvent(PartPane.java:226)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:801)
	at org.eclipse.swt.widgets.Shell.setActiveControl(Shell.java:913)
	at org.eclipse.swt.widgets.Control.sendFocusEvent(Control.java:1756)
	at org.eclipse.swt.widgets.Control.WM_SETFOCUS(Control.java:4120)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3012)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3160)
	at org.eclipse.swt.internal.win32.OS.SetFocus(Native Method)
	at org.eclipse.swt.widgets.Control.forceFocus(Control.java:599)
	at org.eclipse.swt.widgets.Control.setFocus(Control.java:2037)
	at org.eclipse.swt.widgets.Composite.setFocus(Composite.java:447)
	at org.eclipse.jface.window.ApplicationWindow.run
(ApplicationWindow.java:610)
	at org.eclipse.ui.internal.WorkbenchWindow.run
(WorkbenchWindow.java:1678)
	at org.eclipse.ui.texteditor.AbstractTextEditor.internalInit
(AbstractTextEditor.java:2155)
	at org.eclipse.ui.texteditor.AbstractTextEditor.init
(AbstractTextEditor.java:2173)
	at org.eclipse.ui.internal.EditorManager.createSite
(EditorManager.java:569)
	at org.eclipse.ui.internal.EditorManager.openInternalEditor
(EditorManager.java:633)
	at org.eclipse.ui.internal.EditorManager.access$7
(EditorManager.java:619)
	at org.eclipse.ui.internal.EditorManager$7.run(EditorManager.java:798)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:604)
	at org.eclipse.core.runtime.Platform.run(Platform.java:545)
	at org.eclipse.ui.internal.EditorManager.busyRestoreEditor
(EditorManager.java:773)
	at org.eclipse.ui.internal.EditorManager$6.run(EditorManager.java:766)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.internal.EditorManager.restoreEditor
(EditorManager.java:762)
	at org.eclipse.ui.internal.EditorManager$Editor.getEditor
(EditorManager.java:1136)
	at org.eclipse.ui.internal.EditorManager$Editor.getPart
(EditorManager.java:1128)
	at org.eclipse.ui.internal.PartPane.requestActivation
(PartPane.java:246)
	at org.eclipse.ui.internal.EditorPane.requestActivation
(EditorPane.java:150)
	at org.eclipse.ui.internal.PartPane.handleEvent(PartPane.java:226)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:801)
	at org.eclipse.swt.widgets.Shell.setActiveControl(Shell.java:913)
	at org.eclipse.swt.widgets.Control.sendFocusEvent(Control.java:1756)
	at org.eclipse.swt.widgets.Control.WM_SETFOCUS(Control.java:4120)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3012)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3160)
	at org.eclipse.swt.internal.win32.OS.SetFocus(Native Method)
	at org.eclipse.swt.widgets.Control.forceFocus(Control.java:599)
	at org.eclipse.swt.widgets.Control.setFocus(Control.java:2037)
	at org.eclipse.swt.widgets.Composite.setFocus(Composite.java:447)
	at org.eclipse.jface.window.ApplicationWindow.run
(ApplicationWindow.java:610)
	at org.eclipse.ui.internal.WorkbenchWindow.run
(WorkbenchWindow.java:1678)
	at org.eclipse.ui.texteditor.AbstractTextEditor.internalInit
(AbstractTextEditor.java:2155)
	at org.eclipse.ui.texteditor.AbstractTextEditor.init
(AbstractTextEditor.java:2173)
	at org.eclipse.ui.internal.EditorManager.createSite
(EditorManager.java:569)
	at org.eclipse.ui.internal.EditorManager.openInternalEditor
(EditorManager.java:633)
	at org.eclipse.ui.internal.EditorManager.access$7
(EditorManager.java:619)
	at org.eclipse.ui.internal.EditorManager$7.run(EditorManager.java:798)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:604)
	at org.eclipse.core.runtime.Platform.run(Platform.java:545)
	at org.eclipse.ui.internal.EditorManager.busyRestoreEditor
(EditorManager.java:773)
	at org.eclipse.ui.internal.EditorManager$6.run(EditorManager.java:766)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.internal.EditorManager.restoreEditor
(EditorManager.java:762)
	at org.eclipse.ui.internal.EditorManager$Editor.getEditor
(EditorManager.java:1136)
	at org.eclipse.ui.internal.EditorManager$Editor.getPart
(EditorManager.java:1128)
	at org.eclipse.ui.internal.PartPane.requestActivation
(PartPane.java:246)
	at org.eclipse.ui.internal.EditorPane.requestActivation
(EditorPane.java:150)
	at org.eclipse.ui.internal.PartPane.handleEvent(PartPane.java:226)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:801)
	at org.eclipse.swt.widgets.Shell.setActiveControl(Shell.java:913)
	at org.eclipse.swt.widgets.Control.sendFocusEvent(Control.java:1756)
	at org.eclipse.swt.widgets.Control.WM_SETFOCUS(Control.java:4120)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3012)
!ENTRY org.eclipse.core.runtime 4 2 May 05, 2004 10:52:28.440
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.jdt.internal.ui.javaeditor.BasicJavaEditorActionContributor.setActi
veEditor(BasicJavaEditorActionContributor.java:242)
	at 
org.eclipse.jdt.internal.ui.javaeditor.BasicEditorActionContributor.setActiveEd
itor(BasicEditorActionContributor.java:83)
	at 
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditorActionContributor.s
etActiveEditor(CompilationUnitEditorActionContributor.java:59)
	at org.eclipse.ui.internal.EditorActionBars.partChanged
(EditorActionBars.java:291)
	at org.eclipse.ui.internal.WorkbenchPage$2.run(WorkbenchPage.java:474)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:604)
	at org.eclipse.core.runtime.Platform.run(Platform.java:545)
	at org.eclipse.ui.internal.WorkbenchPage.activatePart
(WorkbenchPage.java:466)
	at org.eclipse.ui.internal.WorkbenchPage.setActivePart
(WorkbenchPage.java:2596)
	at org.eclipse.ui.internal.WorkbenchPage.requestActivation
(WorkbenchPage.java:2307)
	at org.eclipse.ui.internal.PartPane.requestActivation
(PartPane.java:246)
	at org.eclipse.ui.internal.EditorPane.requestActivation
(EditorPane.java:150)
	at org.eclipse.ui.internal.PartPane.handleEvent(PartPane.java:226)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:801)
	at org.eclipse.swt.widgets.Shell.setActiveControl(Shell.java:913)
	at org.eclipse.swt.widgets.Control.sendFocusEvent(Control.java:1756)
	at org.eclipse.swt.widgets.Control.WM_SETFOCUS(Control.java:4120)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3012)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3160)
	at org.eclipse.swt.internal.win32.OS.SetFocus(Native Method)
	at org.eclipse.swt.widgets.Control.forceFocus(Control.java:599)
	at org.eclipse.swt.widgets.Control.setSavedFocus(Control.java:2262)
	at org.eclipse.swt.widgets.Decorations.restoreFocus
(Decorations.java:733)
	at org.eclipse.swt.widgets.Decorations.WM_ACTIVATE
(Decorations.java:1477)
	at org.eclipse.swt.widgets.Shell.WM_ACTIVATE(Shell.java:1327)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2949)
	at org.eclipse.swt.widgets.Decorations.windowProc
(Decorations.java:1449)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3160)
	at org.eclipse.swt.internal.win32.OS.DestroyWindow(Native Method)
	at org.eclipse.swt.widgets.Control.destroyWidget(Control.java:504)
	at org.eclipse.swt.widgets.Widget.dispose(Widget.java:369)
	at org.eclipse.swt.widgets.Decorations.dispose(Decorations.java:371)
	at org.eclipse.swt.widgets.Shell.dispose(Shell.java:486)
	at org.eclipse.jface.window.Window.close(Window.java:253)
	at org.eclipse.jface.dialogs.Dialog.close(Dialog.java:811)
	at 
org.eclipse.ui.internal.ide.dialogs.InternalErrorDialog.buttonPressed
(InternalErrorDialog.java:88)
	at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:491)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2594)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2272)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at org.eclipse.ui.internal.ide.dialogs.InternalErrorDialog.open
(InternalErrorDialog.java:71)
	at org.eclipse.ui.internal.ide.dialogs.InternalErrorDialog.openQuestion
(InternalErrorDialog.java:173)
	at org.eclipse.ui.internal.ide.IDEExceptionHandler.openQuestionDialog
(IDEExceptionHandler.java:151)
	at org.eclipse.ui.internal.ide.IDEExceptionHandler.handleException
(IDEExceptionHandler.java:83)
	at org.eclipse.ui.internal.ide.IDEWorkbenchAdvisor.eventLoopException
(IDEWorkbenchAdvisor.java:230)
	at org.eclipse.ui.internal.ExceptionHandler.handleException
(ExceptionHandler.java:53)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1357)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:242)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:119)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)

I200406022000 + zrh-plugins from 20040603_1132

I know I'm picky, but
org.eclipse.osgi.framework.adaptor.core.AbstractBundleData#getManifest() has an
example of what is known as "Double-Checked Locking Problem". Check for
http://www.cs.umd.edu/~pugh/java/memoryModel/DoubleCheckedLocking.html for a
description of the problem.

plugin export 20040319

1. Browse into CVS of org.eclipse.swt (win32), and open TableItem.java
2. Endless repretitions of error dialogs


org.eclipse.jface.text.Assert$AssertionFailedException: Assertion failed: 
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at org.eclipse.jface.text.Assert$AssertionFailedException.<init>(Assert.java:54)
	at org.eclipse.jface.text.Assert.isTrue(Assert.java:175)
	at org.eclipse.jface.text.Assert.isTrue(Assert.java)
	at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.getAST(ASTProvider.java:140)
	at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartListenerGroup.calculateASTandInform(SelectionListenerWithASTManager.java)
	at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$1.run(SelectionListenerWithASTManager.java:97)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java)

3.0 RC1

The update sites are remembered in the workspace.
Why aren't they remembered in the config area.

build I20040318

Noticed this in my .log.  Not sure what triggered it.  I don't think I was doing
DnD from any of the marker views.  Perhaps the editor area one got triggered
somehow?

!SESSION Mar 20, 2004 11:44:17.537 ---------------------------------------------
java.version=1.4.2_01
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -data d:\eclipse-new\plugins -showLocation
!ENTRY org.eclipse.ui 4 4 Mar 20, 2004 11:44:17.537
!MESSAGE Category org.eclipse.swt.sleak not found for view
org.eclipse.swt.sleak.views.SleakView.  This view added to 'Other' category.
!ENTRY org.eclipse.ui 4 4 Mar 20, 2004 11:55:18.337
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Mar 20, 2004 11:55:18.337

!MESSAGE java.lang.ClassCastException
!STACK 0
java.lang.ClassCastException
	at org.eclipse.ui.part.MarkerTransfer.lazyInit(MarkerTransfer.java:144)
	at org.eclipse.ui.part.MarkerTransfer.javaToNative(MarkerTransfer.java:113)
	at org.eclipse.swt.dnd.DragSource.GetData(DragSource.java:373)
	at org.eclipse.swt.dnd.DragSource.access$7(DragSource.java:334)
	at org.eclipse.swt.dnd.DragSource$4.method3(DragSource.java:233)
	at org.eclipse.swt.internal.ole.win32.COMObject.callback3(COMObject.java:88)
	at org.eclipse.swt.internal.ole.win32.COM.VtblCall(Native Method)
	at org.eclipse.swt.internal.ole.win32.IDataObject.GetData(IDataObject.java:25)
	at org.eclipse.swt.dnd.ByteArrayTransfer.nativeToJava(ByteArrayTransfer.java:202)
	at org.eclipse.ui.part.MarkerTransfer.nativeToJava(MarkerTransfer.java:152)
	at org.eclipse.swt.dnd.DropTarget.Drop(DropTarget.java:416)
	at org.eclipse.swt.dnd.DropTarget.access$7(DropTarget.java:363)
	at org.eclipse.swt.dnd.DropTarget$3.method6(DropTarget.java:232)
	at org.eclipse.swt.internal.ole.win32.COMObject.callback6(COMObject.java:115)
	at org.eclipse.swt.internal.ole.win32.COM.DoDragDrop(Native Method)
	at org.eclipse.swt.dnd.DragSource.drag(DragSource.java:277)
	at org.eclipse.swt.dnd.DragSource.access$0(DragSource.java:263)
	at org.eclipse.swt.dnd.DragSource$1.handleEvent(DragSource.java:157)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:810)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2424)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2102)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1448)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1419)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:729)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

No content type-related API will close streams provided by clients. This should
be made explicit (will attach patch).

build: 4/23

There does not seem to be a way for a screen reader like JAWS or Window-eyes to 
read the error message displayed in org.eclipse.jface.dialogs.InputDialog.

Perhaps the errorMessageLabel should be Read-Only text input so that users can 
tab to and read the error message if one exists.

build I20040318

When a view is active, the editor workbook still looks active.
Previously in 2.1 and M7, the selected editor's tab would lose the gradient
(though it would still be indicated as selected, using a white background).

This is an important cue.  You're in a fundamentally different mode when in a
view vs. an editor.  One obvious difference is how keybindings work.  I've had
several "loss of context" experiences lately where I've wanted to do Ctlr+O or
Ctrl+Shift+B, and they don't have any effect.  I then have to figure out that my
focus was in a view, not the editor.

Build: 3.0 RC1

1) Create a new workspace
2) Open synchronizing perspective
3) Click the synchronize button

-> First page asks to create repo connection

4) Create connection to dev.eclipse.org:/home/tools

-> Next page prompts for module to checkout

5) Select org.eclipse.hyades.uml2sd.trace
6) Click Next until the last page, click finish.

Checkout appears to be successful, but wizard stays open. Log file contains an NPE.

I200409300800

1. Select org.eclipse.ui.editors/schema/markerUpdaters.exsd
2. Team > Show Annotation

The perspective opens but is empty.

Note: I had the things below in my log but repeating above steps did not add
more log entries.



!ENTRY org.eclipse.ui 4 4 Okt 01, 2004 10:56:34.722
!MESSAGE Unhandled event loop exception

!ENTRY org.eclipse.ui 4 0 Okt 01, 2004 10:56:34.722
!MESSAGE Failed to execute runnable (java.lang.ClassCastException)
!STACK 0
org.eclipse.swt.SWTException: Failed to execute runnable
(java.lang.ClassCastException)
	at org.eclipse.swt.SWT.error(SWT.java:2691)
	at org.eclipse.swt.SWT.error(SWT.java:2616)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:111)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2761)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2446)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1443)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1414)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:271)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:704)
	at org.eclipse.core.launcher.Main.main(Main.java:688)

!ENTRY org.eclipse.ui 4 4 Okt 01, 2004 10:56:34.732
!MESSAGE *** SWT nested exception

!ENTRY org.eclipse.ui 4 0 Okt 01, 2004 10:56:34.732
!MESSAGE java.lang.ClassCastException
!STACK 0
java.lang.ClassCastException
	at org.eclipse.team.internal.ccvs.ui.AnnotateView.openEditor(AnnotateView.java:371)
	at
org.eclipse.team.internal.ccvs.ui.AnnotateView.showAnnotations(AnnotateView.java:160)
	at
org.eclipse.team.internal.ccvs.ui.AnnotateView.showAnnotations(AnnotateView.java:121)
	at
org.eclipse.team.internal.ccvs.ui.operations.ShowAnnotationOperation.showView(ShowAnnotationOperation.java:138)
	at
org.eclipse.team.internal.ccvs.ui.operations.ShowAnnotationOperation$1.run(ShowAnnotationOperation.java:95)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:108)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2761)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2446)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1443)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1414)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:271)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:704)
	at org.eclipse.core.launcher.Main.main(Main.java:688)

In I20040504-0800

Ctrl+S in a jave editor does not work.

I20040318

I20040506 + Plug-in Export 05.07

While importing plug-in and fragments via PDE I got the following exception:

!ENTRY org.eclipse.core.runtime 4 2 Mai 08, 2004 19:00:00.334
!MESSAGE An internal error occurred during: "Semantic Highlighting Job".
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.jdt.internal.ui.javaeditor.SemanticHighlightingReconciler$PositionC
ollector.visit(SemanticHighlightingReconciler.java:75)
	at org.eclipse.jdt.core.dom.SimpleName.accept0(SimpleName.java:145)
	at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2456)
	at org.eclipse.jdt.core.dom.ASTNode.acceptChild(ASTNode.java:2503)
	at org.eclipse.jdt.core.dom.MethodInvocation.accept0
(MethodInvocation.java:241)
	at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2456)
	at org.eclipse.jdt.core.dom.ASTNode.acceptChild(ASTNode.java:2503)
	at org.eclipse.jdt.core.dom.ExpressionStatement.accept0
(ExpressionStatement.java:141)
	at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2456)
	at org.eclipse.jdt.core.dom.ASTNode.acceptChild(ASTNode.java:2503)
	at org.eclipse.jdt.core.dom.IfStatement.accept0(IfStatement.java:187)
	at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2456)
	at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:2526)
	at org.eclipse.jdt.core.dom.Block.accept0(Block.java:133)
	at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2456)
	at org.eclipse.jdt.core.dom.ASTNode.acceptChild(ASTNode.java:2503)
	at org.eclipse.jdt.core.dom.MethodDeclaration.accept0
(MethodDeclaration.java:499)
	at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2456)
	at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:2526)
	at org.eclipse.jdt.core.dom.TypeDeclaration.accept0
(TypeDeclaration.java:474)
	at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2456)
	at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:2526)
	at org.eclipse.jdt.core.dom.CompilationUnit.accept0
(CompilationUnit.java:290)
	at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2456)
	at 
org.eclipse.jdt.internal.ui.javaeditor.SemanticHighlightingReconciler.reconcile
Positions(SemanticHighlightingReconciler.java:212)
	at 
org.eclipse.jdt.internal.ui.javaeditor.SemanticHighlightingReconciler.reconcile
d(SemanticHighlightingReconciler.java:178)
	at 
org.eclipse.jdt.internal.ui.javaeditor.SemanticHighlightingReconciler$1.run
(SemanticHighlightingReconciler.java:311)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

Clients which implement IRunnableContext directly need some support so that 
they can also show the BlockedJobsDialog. These clients currently typically 
run an operation as follows (for example SearchDialog):

ModalContext.run(runnable, fork, getProgressMonitor(), getShell().getDisplay
());

One idea is to provide them with a helper that creates a progress monitor that 
handles setBlocked by showing the BlockedJobsDialog. For example, 
IProgressService.getProgressMonitorFor(IProgressMonitor);

The wrapper could be implemented as shown below. It could probably reuse some 
of the WorkbenchWizardBlockedHandler.

Once this support is in place the WorkbenchWindow should leverage this support.

public class BlockedJobsAwareProgressMonitor extends ProgressMonitorWrapper {
	private BlockedJobsDialog blockedDialog;
	private Shell shell;
	private String currentTask;

	protected BlockedJobsAwareProgressMonitor(Shell shell, 
IProgressMonitor monitor) {
		super(monitor);
		this.shell = shell;
	}

	public void clearBlocked() {
		if (blockedDialog == null)
			return;
		blockedDialog.close();
		blockedDialog = null;
	}
	
	public void setBlocked(IStatus reason) {
		showBlocked(shell, this, reason, currentTask);
	}

	public void showBlocked(Shell parentShell, IProgressMonitor 
blockingMonitor, IStatus blockingStatus, String blockedName) {
		if (blockedName == null)
			blockedName = parentShell.getText();
		blockedDialog = new BlockedJobsDialog(parentShell, 
blockingMonitor, blockingStatus);
		blockedDialog.setBlockedTaskName(blockedName);
		blockedDialog.open();
	}
	
	public void beginTask(String name, int totalWork) {
		super.beginTask(name, totalWork);
		currentTask = name;
	}
}

when a program which is spewing lots of output to the console is terminated,
the output continues to be delivered, consuming cpu time and making eclipse
very slow (and disabling certain operations) for a long time. it can take 5-10
minutes to clear this backlog. clearly the program is no longer running, activity
monitor does not show it.

Build: I-20040322

Checking the "Show All Wizard" checkbox in the New Project Creation wizard 
resulted in the following exception:

!SESSION Mar 22, 2004 09:53:45.675 --------------------------------------------
-
java.version=1.4.2
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -data D:\Eclipse\UpdatedSource\plugins -Xmx256M -
vmargs -cp D:\Eclipse\eclipse\startup.jar org.eclipse.core.launcher.Main
!ENTRY org.eclipse.ui 4 4 Mar 22, 2004 09:53:45.675
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Mar 22, 2004 09:53:45.695
!MESSAGE null argument;
!STACK 0
org.eclipse.jface.util.Assert$AssertionFailedException: null argument;
	at org.eclipse.jface.util.Assert.isNotNull(Assert.java:139)
	at org.eclipse.jface.util.Assert.isNotNull(Assert.java:116)
	at org.eclipse.jface.viewers.StructuredViewer.assertElementsNotNull
(StructuredViewer.java:217)
	at org.eclipse.jface.viewers.AbstractTreeViewer.setExpandedElements
(AbstractTreeViewer.java:1323)
	at org.eclipse.ui.internal.dialogs.NewWizardNewPage$1.widgetSelected
(NewWizardNewPage.java:259)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:810)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2424)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2102)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:670)
	at org.eclipse.jface.window.Window.open(Window.java:650)
	at org.eclipse.ui.actions.NewProjectAction.run
(NewProjectAction.java:111)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:550)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:502)
	at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:435)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:810)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2424)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2102)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1488)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1462)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:259)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:262)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:213)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:115)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:315)
	at org.eclipse.core.launcher.Main.run(Main.java:740)
	at org.eclipse.core.launcher.Main.main(Main.java:724)
!

I20040318

This has to be removed for 3.0.

Currently all templates are associated with a single ContextType. The template
support ought to respect contexts for tasks, attributes, etc. mirroring the
proposal mode calculations done in the AntEditorCompletionProcessor.

Can we emit system mouse button up and down for 2 and 3 on the mac.

The syntax coloring settings should provide a preview in the same way as the 
Java Editor Java>Editor>Syntax.

Also there should be support to leverage italic

3.1M2

In the DirectoryDialog widget, the label added by SWT expands to take up space.
It should instead remain only large enough to contain its text.

0325 integration build

I haven't had a chance to look closely at this and put together a snippet yet.

- drag the banner separator swoosh to the left
- eventually the banner will grow vertically (good), but the cool items on the
left don't wrap to fill the vertical space even though the banner's left side is
not wide enough to accomodate them

20040907

I'm currently adding the new 1.5 code formatter options.
I think my setup is correct (the map passed to the formatter specifies 1.5 for
source, compatibility and classfile), but so far 'null' is always returned as
resulting edit when formatting sources like

enum XY {CANCELLED, RUNNING, WAITING, FINISHED }

Using 3.0.1 RC2.
Looking at bug 71267, I tried to perform a search of package p declaration and
got following NPE stack trace:
An internal error occurred during: "Java Search".
java.lang.NullPointerException
org.eclipse.jdt.internal.ui.search.NewSearchResultCollector.acceptSearchMatch(NewSearchResultCollector.java:31)
org.eclipse.jdt.internal.core.search.matching.MatchLocator.report(MatchLocator.java:1199)
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locatePackageDeclarations(MatchLocator.java:929)
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locatePackageDeclarations(MatchLocator.java:912)
org.eclipse.jdt.internal.core.search.JavaSearchParticipant.locateMatches(JavaSearchParticipant.java:99)
org.eclipse.jdt.core.search.SearchEngine.findMatches(SearchEngine.java:468)
org.eclipse.jdt.core.search.SearchEngine.search(SearchEngine.java:757)
org.eclipse.jdt.internal.ui.search.JavaSearchQuery.run(JavaSearchQuery.java:125)
org.eclipse.search2.internal.ui.InternalSearchUI$InternalSearchJob.run(InternalSearchUI.java:83)
org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

Eclipse has always has a small problem in that occaisionally it would show an
error in the editor window (red-squiggly, with a marker) even though the error
had been fixed and no longer appeared in the Tasks/Problem view. I usually just
type "Space-Backspace" and save the file and it goes away.

In 3.0, this is MUCH more frequent.  I'm not 100% sure of the cause, but every
time I've seen in it recently, file A will have a problem, and then I'll change
file B to fix it.  I'll pay more attention, and see if I can obtain any more
details.

20041215

In a 5.0 project create the following file and do a 'organize import' on it.
--------------
package p;

public class R {

class A {
   <A, B> void foo(List<String> args) {
   }
}

class B extends A {
}
	
}
------------------
java.lang.NullPointerException
	at
org.eclipse.jdt.internal.compiler.lookup.MethodBinding.genericSignature(MethodBinding.java:335)
	at
org.eclipse.jdt.internal.compiler.lookup.MethodBinding.computeUniqueKey(MethodBinding.java:289)
	at
org.eclipse.jdt.internal.compiler.lookup.MethodBinding.computeUniqueKey(MethodBinding.java:278)
	at
org.eclipse.jdt.internal.compiler.lookup.TypeVariableBinding.computeUniqueKey(TypeVariableBinding.java:126)
	at org.eclipse.jdt.core.dom.TypeBinding.getKey(TypeBinding.java:371)
	at
org.eclipse.jdt.core.dom.DefaultBindingResolver.resolveTypeParameter(DefaultBindingResolver.java:1122)
	at org.eclipse.jdt.core.dom.TypeParameter.resolveBinding(TypeParameter.java:211)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:2462)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:547)
	at
org.eclipse.jdt.core.dom.ASTConverter.buildBodyDeclarations(ASTConverter.java:175)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:2424)
	at
org.eclipse.jdt.core.dom.ASTConverter.buildBodyDeclarations(ASTConverter.java:180)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:2424)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1159)
	at
org.eclipse.jdt.core.dom.CompilationUnitResolver.convert(CompilationUnitResolver.java:220)
	at org.eclipse.jdt.core.dom.ASTParser.internalCreateAST(ASTParser.java:729)
	at org.eclipse.jdt.core.dom.ASTParser.createAST(ASTParser.java:574)
	at
org.eclipse.jdt.internal.corext.codemanipulation.OrganizeImportsOperation.<init>(OrganizeImportsOperation.java:285)
	at
org.eclipse.jdt.internal.corext.codemanipulation.OrganizeImportsOperation.<init>(OrganizeImportsOperation.java:289)
	at
org.eclipse.jdt.ui.actions.OrganizeImportsAction.run(OrganizeImportsAction.java:441)
	at
org.eclipse.jdt.ui.actions.OrganizeImportsAction.run(OrganizeImportsAction.java:270)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:216)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:989)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:188)
...

I seem to recall that we wanted the Team Sync roolbar action to work like 
debug in the sense that, when you clicked the button, the last run synchronize 
would be run again. This is not the case (i.e. clicking on it always opens the 
sync dialog). Was this intentional or is it a bug?

I believe this is happening from rapidily closing an Ant Editor that was just 
opened.

 [java] java.lang.NullPointerException
     [java] 	at 
org.eclipse.ant.internal.ui.editor.AntEditor.updateForInitialReconcile
(AntEditor.java:757)
     [java] 	at org.eclipse.ant.internal.ui.editor.AntEditor.reconciled
(AntEditor.java:830)
     [java] 	at 
org.eclipse.ant.internal.ui.editor.text.NotifyingReconciler.notifyReconcilingPa
rticipants(NotifyingReconciler.java:54)
     [java] 	at 
org.eclipse.ant.internal.ui.editor.text.NotifyingReconciler.initialProcess
(NotifyingReconciler.java:62)
     [java] 	at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:170)

My development environment "hung". I did ctrl-break and will attache stack 
dumps. I can't read these (easily) in detail, but looked related to JDT 
indexing, so thought I'd route to JDT first. 

The only thing "unusuall" I was doing in IDE was that I'd just copied a java 
source file form one plugin/package to another plugin/package. The first was 
open in an editor before the copy, after the copy I opened the second one, then 
closed the first one. Then it hung. Hopefully the stack traces will be more 
revealing. This was with 0506 I-build, using following VM:

java version "1.4.2"
J9 - VM for the Java(TM) platform (build 2.1)
IBM J9SE VM (build 2.1, J2RE 1.4.2 IBM J9 build 20040422 (JIT enabled))

i20040204

Formatting the class below using the default code formatter settings moves //YYY
to the line below. This is undesirable since I cannot use comment-based tags
(such as $NON-NLS-X$ tag in the else block.

public class XXX {
	public void foo() {
		int x = 0, y = 0;
		if (true)
			x = 1;//XXX
		else 
			y = 10;//YYY
	}
}

is formatted as:

public class XXX {
	public void foo() {
		int x = 0, y = 0;
		if (true)
			x = 1;//XXX
		else
			y = 10;
		//YYY
	}
}

- I20040130
In ExtensionRegistry/ExtensionEventDispatcherJob/run, the first line of this 
method contains a line to create a MultiStatus with a reference to the message 
pluginEvent.errorListener which can't be found.

I got the following NPE while shutting down my target:

java.lang.NullPointerException
	at org.eclipse.ant.internal.ui.editor.AntEditor.reconciled(AntEditor.java:798)
	at org.eclipse.ant.internal.ui.editor.text.NotifyingReconciler.
notifyReconcilingParticipants(NotifyingReconciler.java:55)
	at org.eclipse.ant.internal.ui.editor.text.NotifyingReconciler.
initialProcess(NotifyingReconciler.java:63)
	at org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.
run(AbstractReconciler.java:155)

 

Other platforms will send an event for the lowercase equivalent if post() is 
passed an uppercase character.  The Mac version does not perform this mapping 
and returns false if an uppercase character is passed.

One possible solution is to convert all incoming characters to lower case.

build R3.0 RC2

open enough editors so that you have 5 or 7 in the chevron, note that there is
no space between the text and the chevron.  There should be at least one pixel

i am using:
I20040203   Tue, 3 Feb 2004 -- 09:05 (-0500)
Version: 3.0.0
Build id: 200402030905

I had the IDE open, and the "work in progress" preference for auto refresh was
turned on. I created a new java source file using another text editor (ie from
outside Eclipse). After waiting for a few minutes, I used Ctrl+Shift+T to open
the new class. The new class did appear in the "open java class dialog", but
when I clicked on the OK button, nothing happened.

Using 200402102000, I got this NPE.

java.lang.NullPointerException
	at
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor$RememberedOffset.getOffset(CompilationUnitEditor.java:786)
	at
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor$RememberedSelection.restore(CompilationUnitEditor.java:672)
	at
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor.restoreSelection(CompilationUnitEditor.java:1547)
	at org.eclipse.ui.texteditor.AbstractTextEditor$4.run(AbstractTextEditor.java:299)
	at
org.eclipse.ui.texteditor.AbstractTextEditor$ElementStateListener.execute(AbstractTextEditor.java:385)
	at
org.eclipse.ui.texteditor.AbstractTextEditor$ElementStateListener.elementContentReplaced(AbstractTextEditor.java:302)
	at
org.eclipse.ui.editors.text.TextFileDocumentProvider$FileBufferListener.bufferContentReplaced(TextFileDocumentProvider.java:214)
	at
org.eclipse.core.internal.filebuffers.TextFileBufferManager.fireBufferContentReplaced(TextFileBufferManager.java:242)
	at
org.eclipse.core.internal.filebuffers.ResourceTextFileBuffer.revert(ResourceTextFileBuffer.java:169)
	at
org.eclipse.ui.editors.text.TextFileDocumentProvider$1.execute(TextFileDocumentProvider.java:574)
	at
org.eclipse.ui.editors.text.TextFileDocumentProvider$DocumentProviderOperation.run(TextFileDocumentProvider.java:93)
	at
org.eclipse.ui.actions.WorkspaceModifyDelegatingOperation.execute(WorkspaceModifyDelegatingOperation.java:67)
	at
org.eclipse.ui.actions.WorkspaceModifyOperation$1.run(WorkspaceModifyOperation.java:91)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1567)
	at
org.eclipse.ui.actions.WorkspaceModifyOperation.run(WorkspaceModifyOperation.java:105)
	at
org.eclipse.ui.editors.text.WorkspaceOperationRunner.run(WorkspaceOperationRunner.java:72)
	at
org.eclipse.ui.editors.text.WorkspaceOperationRunner.run(WorkspaceOperationRunner.java:62)
	at
org.eclipse.ui.editors.text.TextFileDocumentProvider.executeOperation(TextFileDocumentProvider.java:391)
	at
org.eclipse.ui.editors.text.TextFileDocumentProvider.resetDocument(TextFileDocumentProvider.java:586)
	at
org.eclipse.ui.texteditor.AbstractTextEditor.performRevert(AbstractTextEditor.java:3180)
	at
org.eclipse.ui.texteditor.AbstractTextEditor.doRevertToSaved(AbstractTextEditor.java:3163)
	at
org.eclipse.ui.texteditor.StatusTextEditor.doRevertToSaved(StatusTextEditor.java:183)
	at org.eclipse.ui.texteditor.RevertToSavedAction.run(RevertToSavedAction.java:47)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:536)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:488)
	at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:420)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2348)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2029)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:257)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:104)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

It should be possible to re-dock a torn away tab group instead of having to dock
the individual tabs back in one at a time.

Since the AntLaunchDelegate sets up a 
JavaLocalApplicationLaunchConfigurationDelegate and this just executes the Java 
process, you cannot really specify the Ant build to occur in the foreground. 
This is different from the same VM builds.

The user may want the separate VM build to "block" until the build is completed.

This is especially important to be able to specify sequential separate VM ant 
builders.

2 tests are consistently failing for the Ant UI tests.
I can reproduce the problem using the Eclipse testing framework but not in 
Eclipse itself.
CodeCompletionTests.testCustomEnumeratedProposals and 
CodeCompletionTests.testCustomReferenceProposals

I have made recent changes in this area dealing with classloaders (bug 60678)

Search/Search...

Help page

"Include results from disabled activities"

@@@@

If you invoke the page through Search/Help... the checkbox will use the dialog font.

The list does not use the dialog font.

With 3.0M7 The Japanese help content shows corrupted.

I have added some files for 2.1.2 translations.  Labels in the navigation are 
correct, but the documents themselves show corrupted in Internet Explorer.
When using IE to save a document it places a header saying charset is iso-8859-
1, while the original document was shift_jis.

More investigation is needed, but it is possible that there is a difference in 
HTTP headers sent by Tomcat 4.0 (in Eclipse 2.1.x) and Tomcat 4.1 used in 3.0 
builds.

IFeatureContentConsumer is not set in IFeature if a non null URL is specified 
during feature creation.  

CODE from org.eclipse.update.internal.core.FeatureExecutableFactory.java : 
Notice that the content consumer is commented out.

/*
* @see IFeatureFactory#createFeature(URL,ISite,IProgressMonitor)
*/
public IFeature createFeature(URL url, ISite site, IProgressMonitor monitor) 
throws CoreException {

		TargetFeature feature = null;
		InputStream featureStream = null;
		if (monitor == null)
		        monitor = new NullProgressMonitor();

		if (url == null)
			return createFeature(site);

		// the URL should point to a directory
		url = validate(url);

		try {
			IFeatureContentProvider contentProvider = new 
FeatureExecutableContentProvider(url);
			// PERF: Do not create FeatureContentConsumer
			//IFeatureContentConsumer contentConsumer =new 
FeatureExecutableContentConsumer();

			URL nonResolvedURL = 
contentProvider.getFeatureManifestReference(null).asURL();
			URL resolvedURL = URLEncoder.encode(nonResolvedURL);
			featureStream = UpdateCore.getPlugin().get
(resolvedURL).getInputStream();

			feature = (TargetFeature) this.parseFeature
(featureStream);
			monitor.worked(1);
			feature.setSite(site);

			feature.setFeatureContentProvider(contentProvider);
			// PERF: FeatureContentConsumer
			//feature.setContentConsumer(contentConsumer);

			feature.resolve(url, url);
			feature.markReadOnly();

20040528

The button doesn't seem to have the standard size (use SWTUtil). There also
seems to be a space between 'New' and '...'

Build: 3.0 M9.

Javadoc for busyCursorWhile says:

 * Set the cursor to busy and run runnable within the UI Thread.

I believe this is not true. The runnable does not run in the UI thread.

...well I cannot find out how to replace with a revison. I get the same editor 
as with "Compare with"->"Revision...". 

How do I actually replace with the revisopn? The hack I used was to "Copy the 
current change from the right to the left" on all changes....

If the replace functionality is somewhere hidden, I was not able to find it.

I would have expected at least an entry in the context menu of the revisions 
list.

Cursor level is broken in the following cases:

1. doBackspace(), doDelete().
Expected behavior: cursor level is set to the level of the deleted character.
Actual behavior: cursor level is set to the level of the preceding character.

2. doLineStart(), doLineEnd().
Expected: cursor level is derived from the paragraph level.
Actual: cursor level is derived from the level of the first/last character.

Suggested solution: cache cursor level in the above methods.

The following simple file, can't be open with text editor with IBM's JRE, on M9. 
I believe it is because the sax parser with IBM's JRE throws "file not found" 
for the non-existent invoice.dtd. This particular exception causes short circut 
in whole content type look up so the file can't even be read as text (much less 
any of my content types :) [I might note too, this exception is silent, there's 
no indication of it logged so its hard to "see". The message "Error retrieving 
content description for resource: /Test2/test2.xml" is displayed in "editor 
area", but the problem that's causing causing that error message is not logged.]

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE Invoice PUBLIC "InvoiceId" "Invoice.dtd" >
<Invoice>
</Invoice>

I marked as "blocker" even though one work-around is easy -- use another JRE --, 
but that's not a viable option for some of us: ) I'm actually not sure what the 
SAX API specifies, if there is one, but content type look up should be able to 
continue no matter what the content throws at it. 

I might note too, I think on a pure/fresh system, I could actually open the file 
once (having only created simple project, and the one file), but then I create a 
plugin project and no longer could. I mention this in case there's some 
interaction with cached information, or something. 

The version of IBM's JRE I found this with was 
java version "1.4.2"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2)
Classic VM (build 1.4.2, J2RE 1.4.2 IBM Windows 32 build cndev-20040511 (JIT 
enabled: jitc))

When running with Sun's JRE it seemed to open fine.

RC1

Opening the declared/concrete type hierarhcy for a variable that is of a 
declared/concrete inner type does not work. The hierarchy is opened on the top-
level type, rather than the inner type.

I-I20040528-200405280010

Found in my .log. Happend while deleting a resource.

java.lang.NullPointerException
	at
org.eclipse.core.internal.resources.ContentDescriptionManager.getDescriptionFor(ContentDescriptionManager.java:37)
	at org.eclipse.core.internal.resources.File.getContentDescription(File.java:230)
	at
org.eclipse.ui.editors.text.EncodingActionGroup.getEncodingFromContent(EncodingActionGroup.java:213)
	at
org.eclipse.ui.editors.text.EncodingActionGroup.getDefaultEncodingText(EncodingActionGroup.java:195)
	at
org.eclipse.ui.editors.text.EncodingActionGroup.access$0(EncodingActionGroup.java:187)
	at
org.eclipse.ui.editors.text.EncodingActionGroup$PredefinedEncodingAction.update(EncodingActionGroup.java:167)
	at
org.eclipse.ui.editors.text.EncodingActionGroup.update(EncodingActionGroup.java:441)
	at
org.eclipse.ui.editors.text.DefaultEncodingSupport.reset(DefaultEncodingSupport.java:93)
	at
org.eclipse.jdt.internal.ui.javaeditor.JavaEditor.updatePropertyDependentActions(JavaEditor.java:3288)
	at
org.eclipse.ui.texteditor.AbstractTextEditor.firePropertyChange(AbstractTextEditor.java:4459)
	at org.eclipse.ui.part.WorkbenchPart.setTitleImage(WorkbenchPart.java:280)
	at
org.eclipse.jdt.internal.ui.javaeditor.JavaEditor.updatedTitleImage(JavaEditor.java:3016)
	at
org.eclipse.jdt.internal.ui.javaeditor.JavaEditorErrorTickUpdater$1.run(JavaEditorErrorTickUpdater.java:86)
	at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:135)
	at org.eclipse.ui.internal.UISynchronizer.syncExec(UISynchronizer.java:25)
	at org.eclipse.swt.widgets.Display.syncExec(Display.java:3040)
	at
org.eclipse.jdt.internal.ui.javaeditor.JavaEditorErrorTickUpdater.postImageChange(JavaEditorErrorTickUpdater.java:84)
	at
org.eclipse.jdt.internal.ui.javaeditor.JavaEditorErrorTickUpdater.updateEditorImage(JavaEditorErrorTickUpdater.java:77)
	at
org.eclipse.jdt.internal.ui.javaeditor.JavaEditorErrorTickUpdater.problemsChanged(JavaEditorErrorTickUpdater.java:63)
	at
org.eclipse.jdt.internal.ui.viewsupport.ProblemMarkerManager$1.run(ProblemMarkerManager.java:176)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2693)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2385)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:136)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:261)
	at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run(RefactoringWizardDialog2.java:282)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.internalPerformFinish(RefactoringWizard.java:533)
	at
org.eclipse.ltk.ui.refactoring.UserInputWizardPage.performFinish(UserInputWizardPage.java:153)
	at
org.eclipse.jdt.internal.ui.refactoring.reorg.DeleteWizard$DeleteInputPage.performFinish(DeleteWizard.java:132)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.performFinish(RefactoringWizard.java:599)
	at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.okPressed(RefactoringWizardDialog2.java:406)
	at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:365)
	at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:506)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:121)
	at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:40)
	at
org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.activate(UserInterfaceStarter.java:54)
	at
org.eclipse.jdt.internal.ui.refactoring.reorg.DeleteAction.run(DeleteAction.java:95)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.ui.actions.RetargetAction.runWithEvent(RetargetAction.java:212)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:469)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:887)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:928)
	at
org.eclipse.ui.internal.keys.OutOfOrderListener.handleEvent(OutOfOrderListener.java:67)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1724)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1720)
	at org.eclipse.swt.widgets.Control.WM_KEYDOWN(Control.java:3499)
	at org.eclipse.swt.widgets.Tree.WM_KEYDOWN(Tree.java:1395)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2978)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3282)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1459)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2380)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:331)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

The ModelObject class in the attached file ModelObject.java throws
"java.lang.VerifyError: (class: jatva/lang/ModelObject, method: <init>
signature: (Ljatva/lang/ModelObject;)V) Illegal target of jump or branch"
exception when compiled by JDT compiler (of 3.0-M8).

The same class compiled by Sun JDK compiler does not cause this exception
(compiled and run with Sun j2sdk 1.4.2_04).

Both class files are attached here (named ModelObject.class.by-eclipse and
ModelObject.class.by-sun).

The class files disassembled with javap are enclosed too (named
ModelObject.dis.by-eclipse and ModelObject.dis.by-sun).

It seems that the problem is in line "45: goto 99" which jumps to non-existing
label (see disassembled code of the public
jatva.lang.ModelObject(jatva.lang.ModelObject); method).

Looks similar to the problem reported in 49788.  I will attach a patch.  The 
problem is that some items in this method may have null ids.  We need to check 
for this case.


java.lang.NullPointerException
	at org.eclipse.ui.internal.ActionSetActionBars.findAlphabeticalOrder
(ActionSetActionBars.java:136)
	at org.eclipse.ui.internal.ActionSetActionBars.getToolBarManager
(ActionSetActionBars.java:228)
	at 
org.eclipse.ui.internal.PluginActionSetBuilder$ActionSetContribution.contributeC
oolbarAction(PluginActionSetBuilder.java:356)
	at 
org.eclipse.ui.internal.PluginActionSetBuilder$ActionSetContribution.contribute
(PluginActionSetBuilder.java:278)
	at org.eclipse.ui.internal.PluginActionSetBuilder.readActionExtensions
(PluginActionSetBuilder.java:219)
	at org.eclipse.ui.internal.PluginActionSetBuilder.processActionSets
(PluginActionSetBuilder.java:180)
	at org.eclipse.ui.internal.ActionPresentation.setActionSets
(ActionPresentation.java:155)
	at org.eclipse.ui.internal.WorkbenchWindow.updateActionSets
(WorkbenchWindow.java:1849)
	at org.eclipse.ui.internal.WorkbenchWindow$6.run
(WorkbenchWindow.java:1661)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchWindow.setActivePage
(WorkbenchWindow.java:1636)
	at org.eclipse.ui.internal.WorkbenchWindow.busyOpenPage
(WorkbenchWindow.java:411)
	at org.eclipse.ui.internal.WorkbenchWindow$5.run
(WorkbenchWindow.java:943)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchWindow.openPage
(WorkbenchWindow.java:940)
	at org.eclipse.ui.internal.Workbench.openFirstTimeWindow
(Workbench.java:1179)
	at org.eclipse.ui.internal.Workbench.init(Workbench.java:892)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1496)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:258)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.examples.rcp.browser.BrowserApp.run
(BrowserApp.java:51)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:257)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:104)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

build I20040420 + latest core from head

- run the RCP browser example, which does not require o.e.core.runtime.compatibility
- you get an NPE in Platfrom.getPlugin(String)

Thread [main] (Suspended (exception NullPointerException))
	Platform.getPlugin(String) line: 423
	DefaultPreferences.applyRuntimeDefaults() line: 164
	DefaultPreferences.loadDefaults() line: 276
	DefaultPreferences.load() line: 272
	DefaultPreferences(EclipsePreferences).create(IEclipsePreferences, String)
line: 247
	DefaultPreferences(EclipsePreferences).internalNode(IPath, boolean) line: 462
	DefaultPreferences(EclipsePreferences).node(String) line: 627
	PreferenceForwarder.getDefaultPreferences() line: 117
	PreferenceForwarder.<init>(String) line: 56
	WorkbenchPlugin(Plugin).getPluginPreferences() line: 317
	AbstractUIPlugin$CompatibilityPreferenceStore.initialize() line: 190
	WorkbenchPlugin(AbstractUIPlugin).getPreferenceStore() line: 604
	ActivityPersistanceHelper.loadEnabledStates() line: 75
	ActivityPersistanceHelper.<init>() line: 57
	ActivityPersistanceHelper.getInstance() line: 47
	Workbench.init(Display) line: 749
	Workbench.runUI() line: 1301
	Workbench.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 240
	PlatformUI.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 140
	BrowserApp.run(Object) line: 54
	PlatformActivator$1.run(Object) line: 283
	EclipseStarter.run(Object) line: 240
	EclipseStarter.run(String[], Runnable) line: 117
	NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available
[native method]
	NativeMethodAccessorImpl.invoke(Object, Object[]) line: 39
	DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 25
	Method.invoke(Object, Object[]) line: 324
	Main.basicRun(String[]) line: 267
	Main.run(String[]) line: 699
	Main.main(String[]) line: 683

This is hit in the changes for bug 58975, however the problem here is that
getPlugin causes an NPE rather than returning null as spec'ed.

I20040528-0010:

Preferences > Search > Foreground color for potential matches
The color preference has no effect on potential matches in the search results
view. Potential matches are always black.

P.S. A quick way to generate a potential match:

- file a/A.java:
package a;
public class A {
B b;
}

- file b/B.java
package b;
public class B{}

- search for references to b.B

When running the formatter on the following code it replaces ' by " in tasks
attributes, causing an error.

valid code before formatting:

<project default="main">
	
	<target name="main">
		<replace file="file.txt" token='string="oldvalue"' value='string="newvalue"' />
	</target>

</project>

invalid code after formatting:

<project default="main">

	<target name="main">
		<replace file="file.txt" token="string="oldvalue"" value="string="newvalue"" />
	</target>

</project>

My custom task jar is in ANT_HOME/lib and listed in the
preferences->ant->runtime classpath tab, yet the editor reports that the class
file cannot be found (on the taskdef node) and code assist doesn't work.

build file:
----------------
<project default="test">
   <taskdef name="shack" classname="org.eclipse.ant.test.customtask.TestTask" />
   <target name="test">
      <shack  />
   </target>
</project>

exact message in the problems view: 
--------------------------------------
  taskdef class org.eclipse.ant.test.customtask.TestTask cannot be found


The build file runs without error and the task is apparently loaded:
------------------------------------------------------------------------
Apache Ant version 1.6.1 compiled on February 12 2004
Setting ro project property: ant.file -> c:\esbe5\esbe-internals\macrodef\build.xml
Buildfile: c:\esbe5\esbe-internals\macrodef\build.xml
Adding reference: ant.projectHelper
Adding reference: ant.parsing.context
Adding reference: ant.targets
parsing buildfile c:\esbe5\esbe-internals\macrodef\build.xml with URI =
file:///C:/esbe5/esbe-internals/macrodef/build.xml
Setting ro project property: ant.file.null ->
c:\esbe5\esbe-internals\macrodef\build.xml
Project base dir set to: C:\esbe5\esbe-internals\macrodef
+Target:
+Target: test
Class org.eclipse.ant.test.customtask.TestTask loaded from parent loader
(parentFirst)
+Datatype shack org.eclipse.ant.test.customtask.TestTask
Build sequence for target `test' is [test]
Complete build sequence is [test, ]
test:
BUILD SUCCESSFUL
Total time: 601 milliseconds

I200405111600
I've seen this before so it's not new in this build. I selected 3 or 4 lines 
and pressed Control-X (cut) and got a dialog that said "A SWT error has 
occurred. You are recommended to exit the workbench". The same thing happens 
if I press Control-C (copy). The text does get into the clipboard but is 
sometimes not cut from the original source file (Java code). (Note: I saw 
bugzilla entries with similar but not quite the same traceback so this may or 
may not be a dup.) Windows XP SP1, JDK1.4.2_04.

Error May 11, 2004 21:56:41.728 Cannot set data in clipboard
org.eclipse.swt.SWTError: Cannot set data in clipboard
at org.eclipse.swt.dnd.DND.error(DND.java:225)
at org.eclipse.swt.dnd.DND.error(DND.java:181)
at org.eclipse.swt.dnd.Clipboard.setContents(Clipboard.java:289)
at 
org.eclipse.jdt.internal.ui.javaeditor.ClipboardOperationAction.doCutCopyWithIm
portsOperation(ClipboardOperationAction.java:301)
at 
org.eclipse.jdt.internal.ui.javaeditor.ClipboardOperationAction.internalDoOpera
tion(ClipboardOperationAction.java:245)
at org.eclipse.jdt.internal.ui.javaeditor.ClipboardOperationAction$1.run
(ClipboardOperationAction.java:223)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
at org.eclipse.jdt.internal.ui.javaeditor.ClipboardOperationAction.run
(ClipboardOperationAction.java:221)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)
at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand
(WorkbenchKeyboard.java:468)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press
(WorkbenchKeyboard.java:886)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent
(WorkbenchKeyboard.java:927)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings
(WorkbenchKeyboard.java:545)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2
(WorkbenchKeyboard.java:493)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent
(WorkbenchKeyboard.java:258)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Display.filterEvent(Display.java:712)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:795)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1724)
at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1720)
at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3048)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2951)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:3291)
at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1466)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2388)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:243)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:298)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:249)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:126)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
at org.eclipse.core.launcher.Main.run(Main.java:722)
at org.eclipse.core.launcher.Main.main(Main.java:706)

I20040428 + org.eclipse.jdt.core from HEAD

SearchPattern.createPattern(String stringPattern, int searchFor, int limitTo, 
int matchMode, boolean isCaseSensitive) is being deprecated and replaced with 
SearchPattern.createPattern(String stringPattern, int searchFor, int limitTo, 
int matchRule).

The new method is in HEAD and the old one is marked as deprecated. JDT Core 
would like to remove the old method for next integration build. Please let me 
know if this is feasible for JDT Debug.

Currently the Team components set the half-busy cursor in views that are running
a job via the IWorkbenchSiteProgressService mechanism. But we can't show this
cursor on the toolbar or view title pane. It would be better if the site
progress service had API for setting the cursor on the partpane. This would
allow showing the half-busy cursor for the entire part.

Code assist for custom tasks should present the standard list of data type
references for custom task attributes which are associated with the ant
References type as follows:

import org.apache.tools.ant.types.Reference;

public class TestTask extends Task {

	public void setReference(Reference r){
	}
....

in i05111600

on second and subsequent starts the update.configurator, when building the 
PlatformConfiguration ends up reparsing all/some/many plugin.xmls.  In general 
this can be avoided since you have timestamps etc that you can use for 
comparison.

the offending code seems to be in SiteEntry.detectUnpackedPlugin

if (dirTimestamp <= pluginsChangeStamp 
        && pluginFile.lastModified() <= pluginsChangeStamp)
    return;
PluginEntry entry = pluginParser.parse(pluginFile);

There may be similar behaviour in detectPackedPlugin().

Note you may want to conditionalize much/all of this testing based on the 
osgi.checkConfiguration property.  If that is false (or non-existant) then you 
do not need to check the configuration. In scenarios where people are tweaking 
the install/configuration (this is relatively rare) they should put -clean or 
set osgi.checkConfiguration=true to tell Eclipse to check.

Using build I200409212000.

Although "Close brackets and parenthesis" option is not checked, when I type
"if(" in Java editor, it add automatically the closing parenthesis and then I
get "if ()"

I've tried to set/unset it to see whether it could be a wrong initialization
after build update but it did not change anything...

Problem does not happen with brackets: when I type "char[" it does not close it
automatically...

I200405111600
Two errors
Unsure of what triggered this...

Unable to access archive C:\j2sdk1.4.2\jre\lib\i18n.jar
Unable to access archive C:\j2sdk1.4.2\jre\classes

both have similar stack traces
java.util.zip.ZipException: The system cannot find the file specified
	at java.util.zip.ZipFile.open(Native Method)
	at java.util.zip.ZipFile.<init>(ZipFile.java:112)
	at java.util.zip.ZipFile.<init>(ZipFile.java:72)
	at 
org.eclipse.debug.internal.core.sourcelookup.SourceLookupUtils.getZipFile
(SourceLookupUtils.java:67)
	at 
org.eclipse.debug.core.sourcelookup.containers.ExternalArchiveSourceContainer.g
etArchive(ExternalArchiveSourceContainer.java:154)
	at 
org.eclipse.debug.core.sourcelookup.containers.ExternalArchiveSourceContainer.f
indSourceElements(ExternalArchiveSourceContainer.java:72)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:55)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:607)
	at org.eclipse.core.runtime.Platform.run(Platform.java:668)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:439)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:688)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:427)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.lookupEditorInput
(LaunchView.java:696)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.openEditorForStackFrame
(LaunchView.java:770)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.showEditorForCurrentSelec
tion(LaunchView.java:674)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.selectionChanged
(LaunchView.java:481)
	at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:607)
	at org.eclipse.core.runtime.Platform.run(Platform.java:668)
	at org.eclipse.jface.viewers.Viewer.fireSelectionChanged
(Viewer.java:157)
	at org.eclipse.jface.viewers.StructuredViewer.updateSelection
(StructuredViewer.java:1268)
	at org.eclipse.jface.viewers.StructuredViewer.setSelection
(StructuredViewer.java:1001)
	at org.eclipse.debug.internal.ui.views.launch.LaunchView.autoExpand
(LaunchView.java:1036)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleSuspe
ndThreadEvent(LaunchViewEventHandler.java:225)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleSuspe
ndEvent(LaunchViewEventHandler.java:185)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleDebug
Events(LaunchViewEventHandler.java:100)
	at org.eclipse.debug.internal.ui.views.AbstractDebugEventHandler$1.run
(AbstractDebugEventHandler.java:70)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2702)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2394)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:298)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:249)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:126)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:722)
	at org.eclipse.core.launcher.Main.main(Main.java:706)

When adding a source container to a source lookup path, the "add" dialog 
always comes up with "Java Classpath Variable" selected. It should be the 
first item in the list on the first access, or the last item selected on 
iterative accesses.

I200405111200
Linux-GTK

The hover displayed for added lines when putting the cursor on the quickdiff bar
is as wide as the editor, hiding the text. A few weeks ago, it was only one
character wide, this was way better.

Despite the bug reports, I am impressed with the quality of our code assist for
custom tasks. Particularly handy is our support for child elements of a custom
task. In my tests all three methods for handling nested elements work properly:

-----
public void addBreakfast(FavoriteFood f){
}
	
public void addConfiguredLunch(FavoriteFood f){
}
	
public FavoriteFood createDinner(){
   return new FavoriteFood();
}
----

While we do provide code assist for the nested element names, we do not offer
code assist for attributes of nested elements.

When a process is removed from a launch, the ConsoleDocumentManager doesn't 
remove and dispose the console associated with it.

Inspect doesn't work in Display View. Nothing in log.

This is against M7.

Long periods of running eclipse with very large projects tends to result in 
quite a large amount of memory in use, which I traced (using OptimizeIt) to :

org.eclipse.jdt.internal.core.JavaModelCache

Consider using a WeakHashMap or similar memory sensitive cache for the Maps 
here.

If the problems view is not in the foreground, it's title turns bold almost 
every time I select a Type in the packages view.  This is annoying.

I plan on creating a theme in which the foreground tab uses bold font, so 
having bold fonts used to mean something else is confusing.  Why not blink the 
tab or something similar to windows taskbar?  Or use status line.

build I20041110-1000

- tried removing a bundle listener after the bundle had been shut down
- got the following in the console

java.lang.IllegalStateException: BundleContext is no longer valid
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.checkValid(BundleContextImpl.java:1256)
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.removeBundleListener(BundleContextImpl.java:415)
	at
org.eclipse.ui.plugin.AbstractUIPlugin$2.bundleChanged(AbstractUIPlugin.java:593)
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.dispatchEvent(BundleContextImpl.java:1151)
	at
org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:186)
	at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:104)
java.lang.NullPointerException
	at
org.eclipse.core.runtime.adaptor.EclipseAdaptor.handleRuntimeError(EclipseAdaptor.java:572)
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.dispatchEvent(BundleContextImpl.java:1191)
	at
org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:186)
	at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:104)


The IllegalStateException is expected, the NPE is not.  This is an error in the
error handling code.

The line is:
	frameworkLog.log(logEntry);

M8

As it is, it will only take up (roughly) the top half of the window.  This needs
to be bigger.

Moved a class from the default package and ended up with imports missing the 
last ".".

For example:

I got something like org.eclipseMovedClass instead of org.eclipse.MovedClass

Build 20040217

1. Open the Error Log view
2. Hover the mouse over the Delete, Clear, or Restore buttons.
3. The text that appears contains '&' characters for accelerators.

From the main workbench menu, click Window -> Open Perspective -> Other -> Debug 

The Debug, Run, and External Tools icon have mnemonic that doesn't do anything.
 This problem only occurs in DBCS languages. 

See the attached screenshot

I20040406

- import projects zz.base and zz.client from attached zip
- rename method base.Base#doit(Test) to "asdfasdf", click Preview
-> two wrong error messages.

To watch the cause, set breakpoint in RenameMethodProcessor#analyzeRenameChanges(.).

What we do there is searching for occurrences of the methods before the change
(-> oldOccurrences) and after the change (-> newOccurrences). The search in
getNewOccurrences(.) doesn't find all matches in the working copies, which makes
RenameAnalyzeUtil.analyzeRenameChanges(.) think that some references were shadowed.

As I see it, the search in getNewOccurrences(.) doesn't report all the matches
it should.

After installing the Eclipse 3 M9 build, I found out that the filter "empty 
parent packages" does not work correctly in the Java browsing perspective with 
hierarchical layout. When I activate the filter, only the (empty) root package 
is shown, without a handle to expand the package and get access to the 
underlying (and filled) sub packages. The package structure is as follows: 
com(empty).lhsystems(empty).forms(not empty).

To access the packages the only workaround is to deactivate both filters "empty 
parent packages" and "empty packages".

Users can now change the orientation of a fast view and we should be smart to 
adapt the inner view orientation as well.

see the TestRunnerViewPart for an example.

This needs to be fixed in both the Call hierarchy and the type hierarchy.

We should consider whether we add an "automatic" layout mode to the menu and 
make it the default.

 

If I select the incoming mode with the Commite Sets layout, a background
computation begins to populate the view. If I switch to outgoing mode while this
computation is running, the results I eventually see are for incoming mode.
Switching modes again fixes the problem.

1. Create an action with setText ("&Go@Ctrl+G");
2. Use ActionContributionItem.fill(Composite) to create a button
3. The label of the button will be "_G_o@Ctrl+G"

Looking at the source, it seems that the code which handles the text for buttons
doesn't take the accelerator in account.

Quick fix: Remove any text after the @ (incl) in the "set text for button" code.

Suggested fix: Remove the ugly "@text" hack and use the real accelerator (set
with setAccelerator()) instead (removes code duplication, too).

From Rafael

Michael,

With new API from runtime, the following method in TeamPlugin:

	public static String getCharset(String name, InputStream stream) 
throws IOException {
		IContentDescription description = getContentDescription(name, 
stream);
		if (description != null) {
			byte[] bom = (byte[]) description.getProperty
(IContentDescription.BYTE_ORDER_MARK);
			if (bom != null) {
				if (bom == IContentDescription.BOM_UTF_8)
					return "UTF-8"; //$NON-NLS-1$
				else if (bom == 
IContentDescription.BOM_UTF_16BE || bom == IContentDescription.BOM_UTF_16LE)
					// UTF-16 will properly recognize the 
BOM
					return "UTF-16"; //$NON-NLS-1$
				else {
					// unknown BOM... ignore it	
			
				}
			}
			return (String) description.getProperty
(IContentDescription.CHARSET);
		}
		return null;
	}

Can be written as:

	public static String getCharset(String name, InputStream stream) 
throws IOException {
		IContentDescription description = getContentDescription(name, 
stream);
		return description == null ? null : description.getCharset();
	}

IContentDescription#getCharset (in for i200405271600) is a helper API that 
checks the BOM, and if none, the charset property.

OS:		<AIX 5.2> 
Language:	<Japanese locale:Ja_JP.IBM-943>
Build level: 	<3.0M8-aix-motif(200403311308)>
JDK version:  IBM JDK 1.4.2 Beta
Test case #: 

Summary: DBCS: Window resizing does not work properly

Steps to recreate problem:
1- select File->New->Project.., then create New Java Project.
2- add package and class to the project, then select Java Editor which shows 
newly created class.
3- resizing eclipse window.


Error: 
Eclipse fails to resize window. When window is extended, blank area is 
appeared. When window is shrinked, some view is concealed. This problem is 
caused by selecting Editors, such as Java Editor, Text Editor and so on. But 
when selecting specific pages, such as Welcome pages and plugin.xml pages, 
window resizing works correctly. 

Expected Result: 
According to window size, each Views should be shrinked or extended to show all 
Views properly.

I've been unsuccessfully trying to show an insert mark when dragging to
a table. The following works for DND.FEEDBACK_SELECT but when using
DND.FEEDBACK_INSERT_BEFORE or  DND.FEEDBACK_INSERT_AFTER  the selection
feedback disappears, but no insert marks are shown:

DropTarget target = new DropTarget(table, operations);
        target.setTransfer(types);
        DropTargetAdapter listener = new DropTargetAdapter() {
            public void dragOver(DropTargetEvent event) {
                event.feedback = DND.FEEDBACK_SELECT;
            }
        };


DND Javadoc states the before/after feedbacks apply to tables and
trees.

See also:
http://dev.eclipse.org/mhonarc/lists/platform-swt-dev/msg03265.html

After running the refactoring test cases I get the following exception in my 
log:

java.lang.IllegalStateException: Job manager has been shut down.
	at org.eclipse.core.internal.jobs.JobManager.schedule
(JobManager.java:511)
	at org.eclipse.core.internal.jobs.InternalJob.schedule
(InternalJob.java:208)
	at org.eclipse.core.runtime.jobs.Job.schedule(Job.java:329)
	at org.eclipse.ui.views.markers.internal.TableContentProvider.doUpdate
(TableContentProvider.java:389)
	at org.eclipse.ui.views.markers.internal.TableContentProvider.access$2
(TableContentProvider.java:337)
	at org.eclipse.ui.views.markers.internal.TableContentProvider$3.run
(TableContentProvider.java:161)
	at org.eclipse.ui.views.markers.internal.RestartableJob$2.run
(RestartableJob.java:77)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

The problem occurs on a G4/G5 Mac running OS X. Using an IntelliMouse USB the
SWT crashes right after starting the platform. This happened for all 3.0
versions of eclipse. With 2.1 or Windows as OS the problem did not occur.

Perhaps this report may help:

Exception:  EXC_BAD_ACCESS (0x0001)
Codes:      KERN_PROTECTION_FAILURE (0x0002) at 0x00000000

Thread 0 Crashed:
0   libswt-pi-carbon-3052.jnilib 	0x024e4f0c
Java_org_eclipse_swt_internal_carbon_OS_WaitMouseMoved + 0x50
1   <<00000000>> 	0x0411e5c0 0 + 0x411e5c0
2   <<00000000>> 	0x04117e10 0 + 0x4117e10
3   <<00000000>> 	0x04117f90 0 + 0x4117f90
4   <<00000000>> 	0x04117ed0 0 + 0x4117ed0
5   <<00000000>> 	0x04117ed0 0 + 0x4117ed0
6   <<00000000>> 	0x0411516c 0 + 0x411516c
7   libjvm.dylib                 	0x8137a428 JVM_GetCPMethodClassNameUTF + 0xb38
8   libjvm.dylib                 	0x8139b878 JVM_GetCPClassNameUTF + 0x998
9   libjvm.dylib                 	0x814935a0 JVM_UnloadLibrary + 0x12550
10  libjvm.dylib                 	0x81553914 jio_vsnprintf + 0x35b4
11  libswt-carbon-3052.jnilib    	0x025dceb4 callback + 0x3fc
12  libswt-carbon-3052.jnilib    	0x025b788c fn14_3 + 0x34
13  com.apple.HIToolbox          	0x927d2330 DispatchEventToHandlers + 0x150
14  com.apple.HIToolbox          	0x927d25a4 SendEventToEventTargetInternal + 0x174
15  com.apple.HIToolbox          	0x927e4a34 SendEventToEventTarget + 0x28
16  com.apple.HIToolbox          	0x927f31b4
HandleMouseEventForWindow(OpaqueWindowPtr*, OpaqueEventRef*, unsigned short) + 0x144
17  com.apple.HIToolbox          	0x927e8ad0 HandleMouseEvent(OpaqueEventRef*) +
0x170
18  com.apple.HIToolbox          	0x927e2fd4
ToolboxEventDispatcherHandler(OpaqueEventHandlerCallRef*, OpaqueEventRef*,
void*) + 0x1e8
19  com.apple.HIToolbox          	0x927d23ec DispatchEventToHandlers + 0x20c
20  com.apple.HIToolbox          	0x927d25a4 SendEventToEventTargetInternal + 0x174
21  com.apple.HIToolbox          	0x927e4a34 SendEventToEventTarget + 0x28
22  libswt-pi-carbon-3052.jnilib 	0x024e06d8
Java_org_eclipse_swt_internal_carbon_OS_SendEventToEventTarget + 0x30
23  <<00000000>> 	0x0411e5c0 0 + 0x411e5c0
24  <<00000000>> 	0x04117ed0 0 + 0x4117ed0
25  <<00000000>> 	0x04117e10 0 + 0x4117e10
26  <<00000000>> 	0x04117f90 0 + 0x4117f90
27  <<00000000>> 	0x04117ed0 0 + 0x4117ed0
28  <<00000000>> 	0x04117ed0 0 + 0x4117ed0
29  <<00000000>> 	0x04117ed0 0 + 0x4117ed0
30  <<00000000>> 	0x04118200 0 + 0x4118200
31  <<00000000>> 	0x04118200 0 + 0x4118200
32  <<00000000>> 	0x04117ea0 0 + 0x4117ea0
33  <<00000000>> 	0x0411516c 0 + 0x411516c
34  libjvm.dylib                 	0x8137a428 JVM_GetCPMethodClassNameUTF + 0xb38
35  libjvm.dylib                 	0x8139b878 JVM_GetCPClassNameUTF + 0x998
36  libjvm.dylib                 	0x81413664 JVM_IsNaN + 0x5b24
37  libjvm.dylib                 	0x8143af84 __floatdisf + 0xef4
38  libjvm.dylib                 	0x81468e40 JVM_InvokeMethod + 0x1f0
39  <<00000000>> 	0x0411e5c0 0 + 0x411e5c0
40  <<00000000>> 	0x04117ea0 0 + 0x4117ea0
41  <<00000000>> 	0x04117ea0 0 + 0x4117ea0
42  <<00000000>> 	0x04118200 0 + 0x4118200
43  <<00000000>> 	0x04117ea0 0 + 0x4117ea0
44  <<00000000>> 	0x04117ea0 0 + 0x4117ea0
45  <<00000000>> 	0x04117ed0 0 + 0x4117ed0
46  <<00000000>> 	0x0411516c 0 + 0x411516c
47  libjvm.dylib                 	0x8137a428 JVM_GetCPMethodClassNameUTF + 0xb38
48  libjvm.dylib                 	0x8139b878 JVM_GetCPClassNameUTF + 0x998
49  libjvm.dylib                 	0x81490c0c JVM_UnloadLibrary + 0xfbbc
50  libjvm.dylib                 	0x8156073c jio_vsnprintf + 0x103dc
51  java_swt                     	0x00003328 main + 0x112c
52  java_swt                     	0x00001f2c _start + 0x188 (crt.c:267)
53  java_swt                     	0x00001da0 start + 0x30

In my small Rich Client Platformt (RCP) app I support only one perspective and 
so do not show the perspective toolbar, but would like to allow the user to 
reset the perspective if they stuff it up by closing views etc.

When no perspective toolbar is shown the standard reset perspective action does 
nothing.

The method busyResetPerspective() in org.eclipse.ui.internal.WorkbenchPage 
unnecessarily exits if window.findPerspectiveShortcut(oldPersp.getDesc(), this) 
returns null.

Build id: 200405200010

It looks like the status line has gotten too tall when the fast view bar is 
docked on the bottom.  This is likely from the fast view bar changes I made 
yesterday.

I'll prepare a fix, it should likely go into M9.

I am trying to search for "$V{PAGE_NUMBER}". Nothing happens in the interface
when I click the Search button, but I see the following in the Eclipse log:

!ENTRY org.eclipse.ui 4 0 Apr 06, 2004 16:24:14.260
!MESSAGE can't parse argument number PAGE_NUMBER
!STACK 0
java.lang.IllegalArgumentException: can't parse argument number PAGE_NUMBER
	at java.text.MessageFormat.makeFormat(MessageFormat.java:1330)
	at java.text.MessageFormat.applyPattern(MessageFormat.java:450)
	at java.text.MessageFormat.<init>(MessageFormat.java:350)
	at java.text.MessageFormat.format(MessageFormat.java:803)
	at
org.eclipse.search.internal.ui.text.FileSearchResult.getLabel(FileSearchResult.java:51)
	at org.eclipse.search2.internal.ui.SearchView.updateTitle(SearchView.java:272)
	at org.eclipse.search2.internal.ui.SearchView.showSearchResult(SearchView.java:258)
	at org.eclipse.search2.internal.ui.SearchView.queryAdded(SearchView.java:324)
	at org.eclipse.search2.internal.ui.QueryManager.fireAdded(QueryManager.java:72)
	at org.eclipse.search2.internal.ui.QueryManager.addQuery(QueryManager.java:49)
	at
org.eclipse.search2.internal.ui.InternalSearchUI.runSearchInBackground(InternalSearchUI.java:115)
	at org.eclipse.search.ui.NewSearchUI.runQuery(NewSearchUI.java:44)
	at
org.eclipse.search.internal.ui.text.TextSearchPage.performNewSearch(TextSearchPage.java:291)
	at
org.eclipse.search.internal.ui.text.TextSearchPage.performAction(TextSearchPage.java:135)
	at org.eclipse.search.internal.ui.SearchDialog.performAction(SearchDialog.java:363)
	at
org.eclipse.search.internal.ui.util.ExtendedDialogWindow.buttonPressed(ExtendedDialogWindow.java:147)
	at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:413)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2578)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2256)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:670)
	at org.eclipse.jface.window.Window.open(Window.java:650)
	at
org.eclipse.search.internal.ui.OpenSearchDialogAction.run(OpenSearchDialogAction.java:60)
	at
org.eclipse.search.internal.ui.OpenSearchDialogAction.run(OpenSearchDialogAction.java:46)
	at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:269)
	at org.eclipse.ui.internal.WWinPluginAction.runWithEvent(WWinPluginAction.java:207)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:68)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:173)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:463)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:855)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:896)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:522)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:488)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:261)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java:705)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:768)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:793)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:778)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1720)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1716)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3041)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2944)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3146)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1450)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2254)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:277)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:239)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:494)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

Using 200409281200, I cannot create a patch to a new file. I get an error that
the file is read-only and cannot be overriden. I have to create a file first and
override it.

The replace dialog should leverage the new runInUI API

Switch to build I20040928 from I20040924, the folder .settings shows a modified
file even if I didn't change it. The timestamp is different and the keys/values
are in a different order.
This file should not be changed if the user doesn't change its projects' settings.

Might be a Platform/Core issue.

Using 0526_0800, loading the org.eclipse.jdt.ui.tests project from CVS results
in lot of warnings reported against its plugin.xml file. They seem to be related
to missing schema files.
Severity	Description	Resource	In Folder	Location	Creation Time
1	Element 'enablement' is not legal as a child of element
'quickFixProcessor'.	plugin.xml	org.eclipse.jdt.ui.tests	line 95	21 mai 2004
19:10:10
etc.

The schemas are available in the source location, not in the binary plugins
location.

the hostspot is next to the 2nd menu item, and the image is on the right hand 
side. also need this to work on the Pocket PC.

import org.eclipse.swt.*;
import org.eclipse.swt.graphics.*;
import org.eclipse.swt.widgets.*;

public class ImageMenuBar
{

	public static void main(String[] args)
	{
		Display display = new Display();
		Shell shell = new Shell(display, SWT.APPLICATION_MODAL | 
SWT.CLOSE);
	
		Image image = new Image(display, 10, 10);
		GC gc = new GC(image);
		gc.setBackground(display.getSystemColor(SWT.COLOR_BLUE));
		gc.fillPolygon(new int[] { 1, 1, 15, 1, 15, 15 });
		gc.dispose();
	
		Menu menu = new Menu(shell, SWT.BAR);
		MenuItem m1 = new MenuItem(menu, SWT.CASCADE);
		m1.setText("menu1");
		MenuItem m2 = new MenuItem(menu, SWT.CASCADE);
		m2.setText("menu2");
		MenuItem m3 = new MenuItem(menu, SWT.CASCADE);
		m3.setImage(image);
		shell.setMenuBar(menu);
		shell.open();
		while (!shell.isDisposed())
		{
			if (!display.readAndDispatch())
				display.sleep();
		}
		System.exit(0);
	}
}

On 3.0, many features moved out runtime to the OSGi framework. We need to get
rid of debug options that are not used anymore in runtime, for instance, those
related to class loading and plug-in life-cycle.

M9

1. Create a new workspace.  Leave all settings as default (vm=sun jdk 1.4.2)
2. Load the following projects from CVS:
org.apache.ant
org.eclipse.ant.core
org.eclipse.ant.tests.ui
org.eclipse.ant.ui
org.eclipse.core.variables
org.eclipse.debug.core
org.eclipse.debug.ui
org.eclipse.jdt.debug
org.eclipse.jdt.debug.jdi.tests
org.eclipse.jdt.debug.tests
org.eclipse.jdt.debug.ui
3. open the java perspective.
4. go to the cvs perspective
5. exit eclipse.
6. launch eclipse.
7. (relatively) quickly, switch to the java perspective.
You will get a "user operation is waiting to complete" dialog.
a build will take place - this build will have many errors (thousands)
Then another build will take place, and all of the errors will be fixed.
(You can then go to step 4 to reproduce)

3.1M2

In eclipse:
1. Go to File > Import
2. Choose 'Zip File'
3. Hit 'Browse'

The file dialog that pops up is supposed to filter on the file types *.jar and
*.zip, but instead the text appears in the file name text entry.

Version: 3.0.0
Build id: 200405211200

Changing the docking position of the perspective switcher using the context menu
(e.g., "Dock On" -> "Left") does not survive a workbench restart. Changing the
position using the preferences does not exhibit this problem.

When I was going through the Eclipse 3.0 M7 examples (eclipse-examples-
3.0M7.zip) which I downloaded from 
http://fullmoon.torolab.ibm.com/downloads/drops/S-3.0M7-200402122000/eclipse-
examples-3.0M7.zip on Solaris 9 and HP-UX 11.11, I realized that setting the 
style of a Button to SWT.FLAT had no effect on its appearance on the screen.

Here are the steps to follow in order to regenerate this scenario:
1. Install Eclipse 3.0M7 on Solaris 9 or HP_UX 11.11.
2. Download Eclipse 3.0 M7 Examples (eclipse-examples-3.0M7.zip) from 
http://fullmoon.torolab.ibm.com/downloads/drops/S-3.0M7-200402122000/eclipse-
examples-3.0M7.zip and install them.
3. Launch Eclipse
4. Select “Window -> Show View -> Other…”. This will launch the “Show View” 
Dialog.
5. From the “Show View” Dialog, select “SWT Examples -> SWT Controls”. This 
will display “SWT Controls” View.
6. From SWT Controls View, select “Button” tab.
7. In the “Styles” group, make sure SWT.FLAT option is unchecked and SWT.PUSH 
is checked.
Expected Behavior: The Buttons look similar to the 
image “flat_unchecked_on_3.0M7.jpg” 
8. Check option SWT.FLAT in the “Styles” group.
Expected Behavior: The Buttons should look similar to the 
image “flat_checked_on_2.1.2.jpg”
Important: “flat_checked_on_2.1.2.jpg” shows the appearance of the Buttons 
when SWT.FLAT is applied on the Eclipse 2.1.2 examples on the Eclipse 2.1.2 
workbench.
Actual Behavior: The appearance of the Buttons does not change. They still 
appear the same way they did before SWT.FLAT was applied. See image 
flat_checked_on_3.0M7.jpg


Important: When I ran the same tests on the Examples of Eclipse 2.1.2 on the 
Eclipse 2.1.2 workbench, the effect of setting SWT.FLAT on Buttons was 
visible. A snapshot of the appearance of Buttons is shown in 
figure “flat_checked_on_2.1.2.jpg”. However, when it comes to Eclipse 3.0M7, 
SWT.FLAT option seems to have no effect on Buttons.

We should have the default-default preference service scope lookup order spec'd
somewhere. Currently it is referenced, but not explicitly described.

As defined in AbstractSourceLookupDirector.resolveSourceElement(Object element, 
List sources), the director should be able to resolve any debug artifact.  
However, when giving the director anything other than a stack frame, it will 
result in a class cast exception:

java.lang.ClassCastException: com/ibm/debug/xdi/impl/XDIDocumentImpl 
incompatible with org/eclipse/debug/core/model/IStackFrame
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.ClassCastException.<init>(ClassCastException.java:53)
	at 
org.eclipse.debug.internal.ui.sourcelookup.ResolveDuplicatesHandler.handleStatus
(ResolveDuplicatesHandler.java:36)
	at org.eclipse.debug.internal.ui.sourcelookup.Prompter.handleStatus
(Prompter.java:47)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.resolveSourceEl
ement(AbstractSourceLookupDirector.java:472)

ResolveDuplicatesHandler.handleStatus function blindly casts the object to a 
stackframe and causes the exception.

Studying the code more, the element parameter from 
AbstractSourceLookupDirector.resolveSourceElement is never really used.  I am 
not sure if we really need this parameter when trying to resolve source 
elements.

List.showSelection method doesn't always make the selection visible. The 
problem is in calculation of bottomIndex.

  int bottomIndex = Math.min (topIndex + visibleCount + 1, count - 1);

has to be changed to:

  int bottomIndex = Math.min (topIndex + visibleCount - 1, count - 1);

I got the following exception trying to add a getter for an instance variable 
to a class. I choose the instance variable and ran Source/Generate Getters and 
Setters, deselected the setter and clicked OK. The oepration failed with the 
following exception. This is with Eclipse 3.0 and I have the entire source for 
Eclipse SDK loaded from CVS (in case it matters).

java.lang.IndexOutOfBoundsException: Index: 5, Size: 5
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.util.ArrayList.RangeCheck(ArrayList.java)
	at java.util.ArrayList.get(ArrayList.java)
	at 
org.eclipse.jdt.internal.ui.dialogs.SourceActionDialog.getElementPosition
(SourceActionDialog.java:562)
	at org.eclipse.jdt.ui.actions.AddGetterSetterAction.run
(AddGetterSetterAction.java:276)
	at org.eclipse.jdt.ui.actions.AddGetterSetterAction.run
(AddGetterSetterAction.java:486)
	at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun
(SelectionDispatchAction.java)
	at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run
(SelectionDispatchAction.java)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:915)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java)
	at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:84)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:59)
	at java.lang.reflect.Method.invoke(Method.java:390)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

Using build I20040406, while creating a new Java class, I used the Content
Assist to choose a superclass (CTRL-Space in superclass field). When I did so, I
could use the arrow keys to select a superclass but could not select one with
the mouse. I am running RH 9.0.

In response to bug 50909, the Junit launcher is now using deprecated methods 
that we plan to remove.

The commit set layout does not preserve selection and expansion. The problem 
is due to the deferred nature of the view (i.e. view is populated by a 
background job that fetches the revision history).

Also, when adding a new resource to a commit set via the menu option, the 
resource should be expanded.

RC1

- Open the filter dialog for members view, package explorer etc.

Expected: top control has focus 
Actual: Cancel button has focus

This is annoying, because I first have to tab through. The default behaviour for
dialogs should be to give focus to the first element that expects interaction.

If the user just wants to cancel the dialog, he can always hit 'Esc'.

build i0920.

right now:
- client modifies preferences via the new node APIs
- client calls Plugin.savePluginPreferences
- code is short-circuited to skip since the object hasn't been created yet

need to:
- always save the instance scope prefs in the preference forwarder
- ensure the behaviour of the dirty bit in the forwarder is good

I'm seeing some of my views that are tied to contexts not opening when 
a launch is kicked off from a perspective other than Debug and a switch
takes place. 

I created some plugin.xml that can be laid ontop of Eclipse 3.0.1 to 
reproduce this behaviour.

1. Unzip the attached plugin on top of Eclipse 3.0.1 and run,
     - This plugin just stacks the Registers View on the Variables view,
       and then adds the Registers View to the JDT Debug context.
       
2. Create a Java Project.
     - Agree to goto the Java Perspective when asked.
     - Add a simple class with a main(..) in it.
     
3. While still in the Java Perspective use the "Debug -> Debug..." button
   to create a Java Application Debug launch and choose to "Stop in main".
   
4. Kick off the Debug session, and agree to be taken to the Debug Perspective.

5. Note that beside the Variables and Breakpoints view there is no 
   Registers View.
   
6. Run the debuggee to completion.  Then use the Debug button to relaunch
   the debuggee (while still in the Debug Perspective).   Notice that the 
   Registers view now appears.

Notes:
  - The Registers View appears if you go to the Debug Perpsective before
    launching the first time.
  - I made this severity of this bug "major".   There is an obvious workaround
    (the user just needs to manually open the views), but from a usability 
    perspective this would be more of an issue than "normal".

Search for references to a type. Switch layout mode (tree <-> list).

Missing context menu items:
- Open (F3)
- Open With
- Open Type Hierarchy (F4)
- Occurrences in File
- Properties

Keyboard shortcuts also stop working after switching.

The extension registry needs to handle the following cases:
- A fragment that adds extension/extpt to a plugin that does not have any.
- Check if a bundle is declared as singleton before adding extension from a fragment

Create a new CVS repository link under Eclipse for example using anonymous pserver account on a 
server and check out a project using the server settings. Then create a new cvs repository link which 
points to the same server but with extssh and a real user account. Then change the pserver -based link 
to match the configuration of the extssh link and click ok to accept the changes, including changing the 
project to use the new preferences.

Eclipse crashes when committing the change and every time it's started afterwards.

The correct method for doing this seems to be to disconnect the project from the repository, delete the 
pserver account and then reconnect the project to cvs? Or is this then affected by the previous bug I 
reported (75696) where the project _really_ is using pserver while Eclipse thinks it's using extssh?

I20040225
- create a minimal Java application Hello
- create a launch configuration for it
- select the class Hello in the package explorer
- open Export wizard and choose Macintosh application exporter
Observe:

===== Wed Feb 25 2004 ===== 23:29:25 Europe/Zurich =====
!ENTRY org.eclipse.ui 4 4 Feb 25, 2004 23:30:29.61
!MESSAGE Unhandled event loop exception
Unhandled event loop exception
Reason:
!ENTRY org.eclipse.ui 4 0 Feb 25, 2004 23:30:29.65
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.core.internal.variables.StringSubstitutionEngine.substitute(StringSubstitutionEngine.java:
125)
	at 
org.eclipse.core.internal.variables.StringSubstitutionEngine.performStringSubstitution(StringSubstitution
Engine.java:87)
	at 
org.eclipse.core.internal.variables.StringVariableManager.performStringSubstitution(StringVariableMana
ger.java:534)
	at 
org.eclipse.core.internal.variables.StringVariableManager.performStringSubstitution(StringVariableMana
ger.java:327)
	at 
org.eclipse.jdt.launching.AbstractJavaLaunchConfigurationDelegate.getMainTypeName(AbstractJavaLau
nchConfigurationDelegate.java:373)
	at org.eclipse.jdt.internal.ui.macbundler.BundleDescription.verify(BundleDescription.java:241)
	at 
org.eclipse.jdt.internal.ui.macbundler.BundleWizardPage1.collectLaunchConfigs(BundleWizardPage1.jav
a:179)
	at org.eclipse.jdt.internal.ui.macbundler.BundleWizardPage1.fillCombo(BundleWizardPage1.java:
200)
	at 
org.eclipse.jdt.internal.ui.macbundler.BundleWizardPage1.createContents(BundleWizardPage1.java:63)
	at 
org.eclipse.jdt.internal.ui.macbundler.BundleWizardBasePage.createControl(BundleWizardBasePage.java:
81)
	at org.eclipse.jface.wizard.Wizard.createPageControls(Wizard.java:171)
	at org.eclipse.jface.wizard.WizardDialog.createPageControls(WizardDialog.java:524)
	at org.eclipse.jface.wizard.WizardDialog.setWizard(WizardDialog.java:889)
	at org.eclipse.jface.wizard.WizardDialog.updateForPage(WizardDialog.java:943)
	at org.eclipse.jface.wizard.WizardDialog.access$1(WizardDialog.java:940)
	at org.eclipse.jface.wizard.WizardDialog$3.run(WizardDialog.java:929)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.jface.wizard.WizardDialog.showPage(WizardDialog.java:927)
	at org.eclipse.jface.wizard.WizardDialog.nextPressed(WizardDialog.java:684)
	at org.eclipse.jface.wizard.WizardDialog.buttonPressed(WizardDialog.java:316)
	at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:402)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1191)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1215)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1200)
	at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1048)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2215)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1927)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:643)
	at org.eclipse.jface.window.Window.open(Window.java:623)
	at org.eclipse.ui.actions.ExportResourcesAction.run(ExportResourcesAction.java:165)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:
550)
	at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:502)
	at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:
435)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1191)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1215)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1200)
	at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1048)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2215)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1927)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1566)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1542)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:263)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:100)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)
java.lang.NullPointerException

In workspace 1:
- start
- Window -> Preferences -> Java -> Editor
- set all checkbox prefs to be false
- export prefs

In workspace 2:
- start
- Window -> Preferences -> Import
- note that all checkboxes for Java -> Editor are false
- shutdown Eclipse
- start Eclipse
- note that all checkboxes for Java -> Editor are defaults

Preferences > Java > Editor > Hovers. The 'Restore Defaults' button restores the
checked state of the checkboxes in the key modifiers table wrongly. The values
of the preferences are correctly restored behind the scenes, but the checkboxes
are always restored to the state they were when the dialog was opened.

Steps in 3.0 RC1:
- new workspace
- Preferences > Java > Editor > Hovers
- uncheck 'Combined Hover'
- press OK
- Preferences > Java > Editor > Hovers
- press 'Restore Defaults'
=> expected: 'Combined Hover' is checked
=> was: 'Combined Hover' stays unchecked (but is logically checked, which can be
seen by the error message that comes up when checking 'Variable Values'

RC1

- lock workspace in background operation
- open installed JREs
- add a JRE
- press OK

observe: nothing happens. 

There should be a blocking dialog informing me about the conflict with the 
background operation. What is dangerous in this scenario is the fact that I 
can cancel the dialog and starting another operation which basically stacks 
operations.

3.0
i have a field called fPackage (prefixes set to 'f')
i wanted to encapsulate it.
i accepted the default getter setter names, set 'refs in same class - use 
field direct references' 

and i got:

(seems like the name has something to do with it.)


java.lang.reflect.InvocationTargetException
at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:284)
at org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run
(RefactoringWizardDialog2.java:282)
at org.eclipse.ltk.ui.refactoring.RefactoringWizard.createChange
(RefactoringWizard.java:565)
at 
org.eclipse.ltk.ui.refactoring.RefactoringWizard.computeUserInputSuccessorPage
(RefactoringWizard.java:408)
at org.eclipse.ltk.ui.refactoring.UserInputWizardPage.computeSuccessorPage
(UserInputWizardPage.java:74)
at org.eclipse.ltk.ui.refactoring.UserInputWizardPage.getNextPage
(UserInputWizardPage.java:114)
at 
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.previewPressed
(RefactoringWizardDialog2.java:429)
at org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.access$3
(RefactoringWizardDialog2.java:427)
at org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2
$1.widgetSelected(RefactoringWizardDialog2.java:563)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
at org.eclipse.jface.window.Window.open(Window.java:648)
at org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation$1.run
(RefactoringWizardOpenOperation.java:125)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
at org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run
(RefactoringWizardOpenOperation.java:138)
at org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate
(RefactoringStarter.java:40)
at org.eclipse.jdt.ui.actions.SelfEncapsulateFieldAction.run
(SelfEncapsulateFieldAction.java:159)
at org.eclipse.jdt.ui.actions.SelfEncapsulateFieldAction.run
(SelfEncapsulateFieldAction.java:142)
at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun
(SelectionDispatchAction.java:212)
at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run
(SelectionDispatchAction.java:188)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:915)
at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:866)
at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:785)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
at org.eclipse.core.launcher.Main.run(Main.java:644)
at org.eclipse.core.launcher.Main.main(Main.java:628)
Caused by: java.lang.IllegalArgumentException
at org.eclipse.jdt.core.dom.SimpleName.setIdentifier(SimpleName.java:185)
at org.eclipse.jdt.core.dom.AST.newSimpleName(AST.java:1204)
at 
org.eclipse.jdt.internal.corext.refactoring.sef.SelfEncapsulateFieldRefactoring
.createSetterMethod(SelfEncapsulateFieldRefactoring.java:496)
at 
org.eclipse.jdt.internal.corext.refactoring.sef.SelfEncapsulateFieldRefactoring
.addGetterSetterChanges(SelfEncapsulateFieldRefactoring.java:455)
at 
org.eclipse.jdt.internal.corext.refactoring.sef.SelfEncapsulateFieldRefactoring
.checkFinalConditions(SelfEncapsulateFieldRefactoring.java:335)
at org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run
(CheckConditionsOperation.java:84)
at org.eclipse.ltk.core.refactoring.CreateChangeOperation.run
(CreateChangeOperation.java:114)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673)
at org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run
(WorkbenchRunnableAdapter.java:58)
at org.eclipse.jface.operation.ModalContext$ModalContextThread.run
(ModalContext.java:101)
Root exception:
java.lang.IllegalArgumentException
at org.eclipse.jdt.core.dom.SimpleName.setIdentifier(SimpleName.java:185)
at org.eclipse.jdt.core.dom.AST.newSimpleName(AST.java:1204)
at 
org.eclipse.jdt.internal.corext.refactoring.sef.SelfEncapsulateFieldRefactoring
.createSetterMethod(SelfEncapsulateFieldRefactoring.java:496)
at 
org.eclipse.jdt.internal.corext.refactoring.sef.SelfEncapsulateFieldRefactoring
.addGetterSetterChanges(SelfEncapsulateFieldRefactoring.java:455)
at 
org.eclipse.jdt.internal.corext.refactoring.sef.SelfEncapsulateFieldRefactoring
.checkFinalConditions(SelfEncapsulateFieldRefactoring.java:335)
at org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run
(CheckConditionsOperation.java:84)
at org.eclipse.ltk.core.refactoring.CreateChangeOperation.run
(CreateChangeOperation.java:114)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673)
at org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run
(WorkbenchRunnableAdapter.java:58)
at org.eclipse.jface.operation.ModalContext$ModalContextThread.run
(ModalContext.java:101)

----------------------------------------------
eclipse.buildId=I200406251208
java.version=1.4.1_02
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US

Calls to FileManager should check the readOnly flag of the configuration so they
can speicify the adequate locking strategy.

I20040225
- launch Eclipse with new workspace
- create new Java project with class Hello and main method
- start debugging Hello
Observe: the "Confirm Perspective Switch" dialog appears but all debug views already show up on top of 
the problem view in the Java perspective.

Build id: 200404100010 / Windows XP

To reproduce:
  - set the internal browser as the help browser
  - open the help
  - click on a link holding down shift

A new browser window opens up. The window is not resizeable.

I installed a JDK1.1.x VM and made it the default VM (Preferences->Java-
>Installed JREs). I changed the compiler compliance level to 1.3 (Preferences-
>Java->Compiler->Compliances and Class Files).

When I tried to run the class below, it fails and print the following in the 
console. I guess we are passing a invalid option.

++++++++++++++++++++++++++++++++++++++++++++++++++++++
usage: java [-options] class

where options include:
    -help             print out this message
    -version          print out the build version
    -v -verbose       turn on verbose mode
    -debug            enable remote JAVA debugging
    -noasyncgc        don't allow asynchronous garbage collection
    -verbosegc        print a message when garbage collection occurs
    -noclassgc        disable class garbage collection
    -ss<number>       set the maximum native stack size for any thread
    -oss<number>      set the maximum Java stack size for any thread
    -ms<number>       set the initial Java heap size
    -mx<number>       set the maximum Java heap size
    -classpath <directories separated by semicolons>
                      list directories in which to look for classes
    -prof[:<file>]    output profiling data to .\java.prof or .\<file>
    -verify           verify all classes when read in
    -verifyremote     verify classes read in over the network [default]
    -noverify         do not verify any class
    -nojit            disable JIT compiler
++++++++++++++++++++++++++++++++++++++++++++++++++++++

public class C {
public static void main(String[] args) {
	System.out.println("here");
}
}

I20040310

When I launch a PDE JUnit test with this build, the progress for launching goes
up to 125%. The job itself may be at fault here, but the progress implementation
should ignore any progress > 100%.

M8

After non-uniform encodings support has become available, we need UI for setting encodings on 
projects, folders, and files.

When opening a text editor it tries to append some actions to "group.editor", 
and gets an exception if that group doesn't exist, for example if you try to 
use the editor in an RCP application that doesn't have any tool bars.

java.lang.IllegalArgumentException: Group not found: group.editor
	at org.eclipse.jface.action.ContributionManager.addToGroup
(ContributionManager.java:113)
	at org.eclipse.jface.action.ContributionManager.prependToGroup
(ContributionManager.java:337)
	at org.eclipse.ui.internal.EditorActionBars.getToolBarManager
(EditorActionBars.java:164)
	at org.eclipse.ui.part.EditorActionBarContributor.init
(EditorActionBarContributor.java:154)
	at org.eclipse.ui.editors.text.TextEditorActionContributor.init
(TextEditorActionContributor.java:101)
	at org.eclipse.ui.part.EditorActionBarContributor.init
(EditorActionBarContributor.java:133)
	at org.eclipse.ui.internal.EditorManager.createEditorActionBars
(EditorManager.java:228)
	at org.eclipse.ui.internal.EditorManager.createSite
(EditorManager.java:574)
	at org.eclipse.ui.internal.EditorManager.openInternalEditor
(EditorManager.java:628)
	at org.eclipse.ui.internal.EditorManager.openEditorFromDescriptor
(EditorManager.java:433)
	at org.eclipse.ui.internal.EditorManager.openEditor
(EditorManager.java:421)
	at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor
(WorkbenchPage.java:2047)
	at org.eclipse.ui.internal.WorkbenchPage.access$6
(WorkbenchPage.java:1990)
	at org.eclipse.ui.internal.WorkbenchPage$9.run(WorkbenchPage.java:1977)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchPage.openEditor
(WorkbenchPage.java:1972)
	at org.eclipse.ui.internal.WorkbenchPage.openEditor
(WorkbenchPage.java:1955)
	at org.eclipsepowered.rcptutorial3.actions.OpenAction.openFile
(OpenAction.java:46)
	at org.eclipsepowered.rcptutorial3.actions.OpenAction.run
(OpenAction.java:29)
	at org.eclipse.ui.internal.PluginAction.runWithEvent
(PluginAction.java:271)
	at org.eclipse.ui.internal.WWinPluginAction.runWithEvent
(WWinPluginAction.java:207)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:509)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:461)
	at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:408)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:847)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2311)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1992)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1506)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1482)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:246)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipsepowered.rcptutorial3.RcpApplication.run
(RcpApplication.java:11)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:226)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

org.eclipse.jface refers to IProgressMonitor in several places, so a 
standalone JFace program must depend on org.eclipse.core.runtime/runtime.jar 
(238k) which in turn (as of 3.0M6) depends on org.eclipse.osgi/osgi.jar (43k). 
I'm not sure if this is the only dependency on o.e.core.runtime but this makes 
standalone JFace programs about 20% larger than they need to be.

Because of problems with IPaths and chars which are valid in path segments and
not in paths (:), we removed most of the code in the prefs which dealt in terms
of IPaths.

A couple of exceptions are in the initialization code for the prefs objects. Visit:
- InstancePreferences
- DefaultPreferences
- ConfigurationPreferences
- ProjectPreferences
in the code where we cache the qualifier, etc on creation

I think the default for this option should also be 1 instead of 0.

I am making use of the new Source Location Support in my launch configuration.  
When adding an archive (both internal and external) from the SourceLookupTab, 
the archive source container is defaulted to detect root path.  i.e.  
detectRootPath parameter is set to true when the archive container is created. 

According to the documentation, this will make the source container to search 
relative to a root path.  If the container is to find a file named a/b/c.d and 
the entry is in the archive named r/a/b/c.d, the root path will be set to "r".  
All subsequent searches will be done relative to this root path.

Now consider the following case:
The user adds an archive to the search path.  The archive has the following 
entries:
r/x/a/b/c.d
r/y/e/f/g.h

The archive source container is first asked to search for a/b/c.d.  As a 
result, the archive source container will set the root path to r/x.  Then, the 
archive source container is asked to search for e/f/g.h. Because "g.h" is from 
a different root path, and the root path for the archive source container is 
already set, the container will not be able to find g.h even though the file is 
part of the archive.

I notice in ExternalArchiveSourceContainer that the search can be done without 
the root path.  (i.e.  detectRootPath is set to false)   However this part of 
the code is not run because ExternalArchiveSourceContainerBrowser always 
creates the source container with the detectRootPath parameter set to true.  
Since the detectRootPath is not exposed, there is not way to override this 
parameter and have the container do a more extensive search.

The current implementation assumes that all the source files from a zip/jar are 
in one root path location.  This may be typical for Java but may not be the 
case for other languages/debugger.  

For example, in the case of a web project, user can have both Java and HTML/JSP 
files in the project.  When the user zips up this project, the zip file will 
contain the following directory structure:

ProjectName\Java Content\ <java files>
ProjectName\Web Content\<web files>

Current implementation of the archive source container will not be able to find 
all the files from this web project since the archive has multiple "root 
paths".  (i.e.  ProjectName\Java Content for java files and ProjectName\Web 
Content for web files)

Since the archive source container is a generic class, supposedly to be used by 
other debug providers for their source location functions, I think we should 
try to make its behaviour more generic.  

An alternative is to store multiple root paths based on file extensions.  For 
example, if the archive source container has found an entry for a java file, it 
can calculate and store the root path for all java files.  Subsequent searches 
for java files will start at this root path.  When the container is to search 
for a jsp file, since a root path for jsp files is not defined, the container 
will have too go through all the entries and try to find the jsp file.  If a 
jsp file is found, the container can store off the root path.  The next time a 
jsp file is to be searched, the search would be relative to the second root 
path.

In addition, this approach relies on the fact that the source look-up 
participants will return a filename with a relative path in it..  If the 
stackframe is only capable of returning the filename (without the directory 
structure), the design is again going to break down.  We will need a way to 
notify the archive source containers to do a more extensive search if this is 
the case.

Mode switchin when using Commit Sets takes some time. It should be possible to
optimize the commit set model provider so that switching betwen modes does not
recalculate the entire model. Given that outgoing mode is flat and incoming mode
is grouped by comment, both mode would just be a combination of those two.
Conflicts may require special handling but it should be too difficult.

M9 (GTK)
KDE 3.2.2
Gentoo
---
If one does a rename (noticed this with a class, but probably affects all
"renamable" artifacts), then the contents of the "New Name" field gets put into
the clipboard, erasing what was there previously.  This, IMHO, is Not Good (ie/
Very Bad (TM)).

To reproduce:
- copy something.
- paste (to prove to yourself that that's what the clipboard contains)
- start a rename (right-click on a class, Refactor->Rename).
- No need to complete the rename, just hit cancel.
- try pasting again -- notice that what you are pasting is the contents of the
"New Name" field.

M6, probably happens on all platforms

- in the Package Explorer select a Java project, right-click -> Properties
- select the Builders property page, press its New... button
- in the next dialog press OK (default of Ant Build in list is fine)
- in the next dialog click on the Properties tab
- uncheck the "Use global properties..." checkbox at its top
- press its "Add File..." button near the bottom-right
- in the next dialog press OK to choose the default-selected project
- will get the attached exception

It appears there is contention for the lock on the changed compilation unit 
resulting in the deadlock. 
The JUnit thread has the lock on the CU and attempts a synchExec. The UI 
thread is waiting for the lock on the CU.

Full thread dump Java HotSpot(TM) Client VM (1.4.2-b28 mixed mode):

"Worker-254" prio=5 tid=0x0511c210 nid=0xd08 in Object.wait() 
[497f000..497fd94]

        at java.lang.Object.wait(Native Method)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:184)
        - locked <0x124fbd70> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob
(WorkerPool.java:21
0)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x040d0188 
n
id=0xe48 in Object.wait() [617f000..617fd94]
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:149)
        - locked <0x109711f8> (a org.eclipse.swt.widgets.RunnableLock)
        at org.eclipse.ui.internal.UISynchronizer.syncExec
(UISynchronizer.java:2
5)
        at org.eclipse.swt.widgets.Display.syncExec(Display.java:2628)
        at 
org.eclipse.jdt.internal.junit.ui.TestRunnerViewPart.postSyncRunnable
(TestRunnerViewPart.java:685)
        at org.eclipse.jdt.internal.junit.ui.TestRunnerViewPart.codeHasChanged
(T
estRunnerViewPart.java:1094)
        at 
org.eclipse.jdt.internal.junit.ui.TestRunnerViewPart$DirtyListener.pr
ocessDelta(TestRunnerViewPart.java:285)
        at 
org.eclipse.jdt.internal.junit.ui.TestRunnerViewPart$DirtyListener.el
ementChanged(TestRunnerViewPart.java:260)
        at org.eclipse.jdt.internal.core.DeltaProcessor$2.run
(DeltaProcessor.jav
a:1388)
        at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatfo
rm.java:813)
        at org.eclipse.core.runtime.Platform.run(Platform.java:457)
        at org.eclipse.jdt.internal.core.DeltaProcessor.notifyListeners
(DeltaPro
cessor.java:1383)
        at org.eclipse.jdt.internal.core.DeltaProcessor.fireReconcileDelta
(Delta
Processor.java:1245)
        at org.eclipse.jdt.internal.core.DeltaProcessor.fire
(DeltaProcessor.java
:1203)
        at org.eclipse.jdt.internal.core.JavaModelOperation.run
(JavaModelOperati
on.java:723)
        at org.eclipse.jdt.internal.core.JavaElement.runOperation
(JavaElement.ja
va:524)
        at org.eclipse.jdt.internal.core.CompilationUnit.reconcile
(CompilationUn
it.java:1050)
        at org.eclipse.jdt.internal.core.CompilationUnit.reconcile
(CompilationUn
it.java:1022)
        at 
org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconci
le(JavaReconcilingStrategy.java:72)
        - locked <0x177f7f50> (a org.eclipse.jdt.internal.core.CompilationUnit)
        at 
org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconci
le(JavaReconcilingStrategy.java:99)
        at org.eclipse.jface.text.reconciler.MonoReconciler.process
(MonoReconcil
er.java:76)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread
.run(AbstractReconciler.java:189)

"Worker-224" prio=5 tid=0x04058e28 nid=0x818 waiting on condition 
[60ff000..60ff
d94]
        at java.lang.Thread.sleep(Native Method)
        at org.eclipse.ui.internal.progress.AnimationManager.animateLoop
(Animati
onManager.java:321)
        at org.eclipse.ui.internal.progress.AnimationManager$3.run
(AnimationMana
ger.java:471)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

"Java indexing" daemon prio=4 tid=0x00a2fd10 nid=0x1d4 in Object.wait() 
[387f000
..387fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x126d3d70> (a 
org.eclipse.jdt.internal.core.search.indexi
ng.IndexManager)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.jdt.internal.core.search.processing.JobManager.run
(JobMan
ager.java:327)
        - locked <0x126d3d70> (a 
org.eclipse.jdt.internal.core.search.indexing.I
ndexManager)
        at java.lang.Thread.run(Thread.java:534)

"Start Level Event Dispatcher" daemon prio=5 tid=0x00a478c0 nid=0xae4 in 
Object.
wait() [307f000..307fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x124f0128> (a 
org.eclipse.osgi.framework.eventmgr.EventTh
read)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent
(EventThr
ead.java:169)
        - locked <0x124f0128> (a 
org.eclipse.osgi.framework.eventmgr.EventThread
)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run
(EventThread.java:
120)

"Framework Event Dispatcher" daemon prio=5 tid=0x00a4ce78 nid=0x938 in 
Object.wa
it() [303f000..303fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x124f0178> (a 
org.eclipse.osgi.framework.eventmgr.EventTh
read)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent
(EventThr
ead.java:169)
        - locked <0x124f0178> (a 
org.eclipse.osgi.framework.eventmgr.EventThread
)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run
(EventThread.java:
120)

"Signal Dispatcher" daemon prio=10 tid=0x0003d408 nid=0x91c waiting on 
condition
 [0..0]

"Finalizer" daemon prio=9 tid=0x009c0120 nid=0xa68 in Object.wait() 
[2ccf000..2c
cfd94]
        at java.lang.Object.wait(Native Method)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x124f02a0> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x009becf0 nid=0x7a8 in Object.wait() 
[2c
8f000..2c8fd94]
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Object.java:429)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
        - locked <0x124f0308> (a java.lang.ref.Reference$Lock)

"main" prio=7 tid=0x00035260 nid=0x348 waiting for monitor entry [7f000..7fc3c]
        at 
org.eclipse.jdt.internal.ui.javaeditor.JavaEditor$MouseClickListener.
getCurrentTextRegion(JavaEditor.java:544)
        - waiting to lock <0x177f7f50> (a 
org.eclipse.jdt.internal.core.Compilat
ionUnit)
        at 
org.eclipse.jdt.internal.ui.javaeditor.JavaEditor$MouseClickListener.
mouseMove(JavaEditor.java:771)
        at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:
144)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:847)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2311)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1992)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1506)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1482)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.jav
a:246)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformAct
ivator.java:226)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.ja
va:85)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
        at org.eclipse.core.launcher.Main.run(Main.java:742)
        at org.eclipse.core.launcher.Main.main(Main.java:581)

"VM Thread" prio=5 tid=0x009fb6e8 nid=0xad8 runnable

"VM Periodic Task Thread" prio=10 tid=0x0003fb58 nid=0xb40 waiting on condition

"Suspend Checker Thread" prio=10 tid=0x009c2590 nid=0x924 runnable

Build: 3.0 M9

1) Load the latest org.eclipse.ui.jobs example plugin
2) Schedule a 10 minute job that locks the workspace
3) Schedule a second job that locks the workspace

 -> Observe: first job is running, second is waiting

4) Click the "Sleep" button.

 -> Second job still appears to be waiting

5) Turn on "Verbose" mode in progress view

 -> Now second job is sleeping

6) Click the "WakeUp" button

 -> Second job still appears to be sleeping

7) Turn off "Verbose" mode

 -> Now second job refreshes and is waiting.

It looks like the progress manager does not respond at all to jobs being put to
sleep or woken up (it does not listen to "sleeping" or "awake" events on the job
change listener). While there is normally no way for users to cause sleep() or
wakeUp(), it does happen internally (for example autobuild uses this
extensively). This may be the cause of some of our build up of "sleeping" jobs
in the progress view.

On Windows, org.eclipse.swt.graphics.TextLayout should support font 
substitution.
If the user types any text not supported by the current font on StyledText 
which calls TextLayout, the text becomes blank (in Eclipse3.0M9) on Windows. 
For Example, if the user selects "Microsoft Sans Serif" font on Windows, and 
type Japanese text which "Microsoft Sans Serif" font does not contain, then 
notepad.exe still can display Japanese text. It is because notepad.exe supports 
font substitution and finds Japanese "MS Gothic" or something like that. (maybe 
because notepad.exe may simply call TextOutW(), though.)
Since StyledText/TextLayout is implemented by Uniscribe, TextLayout should 
support font substitution.

M6

- press the Search toolbar button
- in the subsequent dialog select Working Set, press Choose...
- in the subsequent dialog press New...
- in the subsequent dialog select either Java or Resource, press Next
- Cancel, Cancel, Cancel

sleak says that the Image in the wizard's banner is leaked each time this is 
done.  Here's a trace of its allocation, if it's interesting:

java.lang.Error
	at org.eclipse.swt.graphics.Device.new_Object(Device.java:648)
	at org.eclipse.swt.graphics.Image.<init>(Image.java:556)
	at org.eclipse.jface.resource.ImageDescriptor.createImage
(ImageDescriptor.java:137)
	at org.eclipse.jface.resource.ImageDescriptor.createImage
(ImageDescriptor.java:94)
	at org.eclipse.jface.resource.ImageDescriptor.createImage
(ImageDescriptor.java:83)
	at org.eclipse.jface.dialogs.DialogPage.getImage(DialogPage.java:230)
	at org.eclipse.jface.wizard.WizardPage.getImage(WizardPage.java:143)
	at org.eclipse.jface.wizard.WizardDialog.updateTitleBar
(WizardDialog.java:1161)
	at org.eclipse.jface.wizard.WizardDialog.update(WizardDialog.java:1029)
	at org.eclipse.jface.wizard.WizardDialog.updateForPage
(WizardDialog.java:963)
	at org.eclipse.jface.wizard.WizardDialog.access$1(WizardDialog.java:940)
	at org.eclipse.jface.wizard.WizardDialog$3.run(WizardDialog.java:929)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.jface.wizard.WizardDialog.showPage(WizardDialog.java:927)
	at org.eclipse.jface.wizard.WizardDialog.nextPressed
(WizardDialog.java:684)
	at org.eclipse.jface.wizard.WizardDialog.buttonPressed
(WizardDialog.java:316)
	at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:430)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2318)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1999)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:586)
	at org.eclipse.jface.window.Window.open(Window.java:566)
	at 
org.eclipse.ui.internal.dialogs.WorkingSetSelectionDialog.createWorkingSet
(WorkingSetSelectionDialog.java:241)
	at 
org.eclipse.ui.internal.dialogs.WorkingSetSelectionDialog$1.widgetSelected
(WorkingSetSelectionDialog.java:141)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2318)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1999)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:586)
	at org.eclipse.jface.window.Window.open(Window.java:566)
	at org.eclipse.ui.internal.dialogs.WorkingSetSelectionDialog.open
(WorkingSetSelectionDialog.java:332)
	at org.eclipse.search.internal.ui.ScopePart.handleChooseWorkingSet
(ScopePart.java:372)
	at org.eclipse.search.internal.ui.ScopePart.access$0(ScopePart.java:364)
	at org.eclipse.search.internal.ui.ScopePart$1.widgetSelected
(ScopePart.java:311)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2318)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1999)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:586)
	at org.eclipse.jface.window.Window.open(Window.java:566)
	at org.eclipse.search.internal.ui.OpenSearchDialogAction.run
(OpenSearchDialogAction.java:60)
	at org.eclipse.search.internal.ui.OpenSearchDialogAction.run
(OpenSearchDialogAction.java:46)
	at org.eclipse.ui.internal.PluginAction.runWithEvent
(PluginAction.java:271)
	at org.eclipse.ui.internal.WWinPluginAction.runWithEvent
(WWinPluginAction.java:207)
	at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:509)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:461)
	at org.eclipse.jface.action.ActionContributionItem$6.handleEvent
(ActionContributionItem.java:433)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2318)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1999)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1506)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1482)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:246)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:226)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

In our configuration, we use CVSNT for our version control and control 
repsitory access via the CVS access control lists.

We have spotted, on more than one occasion, that Eclipse does not behave 
properly in cases where CVS commits are denied because the commit user does 
not have the correct write permissions.

What happens is that, when CVS correctly denies the commit, Eclipse does not 
report any problems - and then continues to behave as though the commit has 
been successful.

By that I mean that the Update operations (etc) all appear to support the fact 
that the commit was successful - despite the fact that the loaded file is now 
different in Eclipse to the repository (the repository does not change, 
because the commit failed, but the Eclipse editor maintains the edits that 
were done - and insists that it has the correct, clean, latest revision).

I am reporting this as something I have seen on more than one machine, but do 
not have ability to reproduce at the moment to give further information.

Problem has been noted with Eclipse 2.1 and 3.0.

Steps to reproduce would be something along the lines of:

Check out a project
Make changes to a file
Run CHACL to remove write permission for your user from the project's 
repository/module
Commit the changes to the file

I don't believe it makes a difference whether the user's write permissions are 
set before or after the checkout - I do not have CVS admin rights to 
investigate this further

Build id: 200405211200

It is possible to have both replace and append radio options enabled on a launch
configuration.  This occurs on all launch configs that use the EnvironmentTab.

Testing steps:
1. Create a new java launch config (any config that uses the environment tab
will do)
2. add a new environment variable
3. apply changes
4. select replace environment radio option
5. press revert
6. observe: both options are now selected

EnvironmentTab.initializeFrom does not clear the selection state of the buttons
before setting the new states.  I added the following tot he top of the method
and the problem seemd to be fixed:
        appendEnvironment.setSelection(false);
        replaceEnvironment.setSelection(false);

I20040310

In my development workbench, while having a target workbench open in debug mode,
I deleted a method which had a breakpoint set somewhere. I got this:

org.eclipse.jface.text.BadLocationException
	at java.lang.Throwable.<init>(Throwable.java)
	at org.eclipse.jface.text.BadLocationException.<init>(BadLocationException.java:25)
	at
org.eclipse.jface.text.AbstractLineTracker.getLineNumberOfOffset(AbstractLineTracker.java)
	at org.eclipse.jface.text.AbstractDocument.getLineOfOffset(AbstractDocument.java)
	at
org.eclipse.jdt.internal.debug.ui.actions.AbstractBreakpointRulerAction.breakpointAtRulerLine(AbstractBreakpointRulerAction.java)
	at
org.eclipse.jdt.internal.debug.ui.actions.AbstractBreakpointRulerAction.determineBreakpoint(AbstractBreakpointRulerAction.java)
	at
org.eclipse.jdt.internal.debug.ui.actions.EnableDisableBreakpointRulerAction.update(EnableDisableBreakpointRulerAction.java:48)
	at
org.eclipse.ui.texteditor.AbstractRulerActionDelegate.update(AbstractRulerActionDelegate.java)
	at
org.eclipse.ui.texteditor.AbstractRulerActionDelegate.selectionChanged(AbstractRulerActionDelegate.java)
	at org.eclipse.ui.internal.PluginAction.refreshEnablement(PluginAction.java)
	at org.eclipse.ui.internal.PluginAction.selectionChanged(PluginAction.java)
	at org.eclipse.ui.internal.PluginAction.selectionChanged(PluginAction.java)
	at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java)
	at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java)
	at org.eclipse.core.runtime.Platform.run(Platform.java)
	at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java)
	at org.eclipse.jface.text.TextViewer.fireSelectionChanged(TextViewer.java)
	at org.eclipse.jface.text.TextViewer.selectionChanged(TextViewer.java)
	at org.eclipse.jface.text.TextViewer$3.widgetSelected(TextViewer.java:1386)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java)
	at org.eclipse.swt.custom.StyledText.sendSelectionEvent(StyledText.java:6959)
	at org.eclipse.swt.custom.StyledText.clearSelection(StyledText.java)
	at org.eclipse.swt.custom.StyledText.internalSetSelection(StyledText.java)
	at org.eclipse.swt.custom.StyledText.updateSelection(StyledText.java)
	at org.eclipse.swt.custom.StyledText.handleTextChanged(StyledText.java)
	at org.eclipse.swt.custom.StyledText$6.textChanged(StyledText.java)
	at org.eclipse.jface.text.DocumentAdapter.fireTextChanged(DocumentAdapter.java)
	at org.eclipse.jface.text.DocumentAdapter.documentChanged(DocumentAdapter.java)
	at
org.eclipse.jface.text.AbstractDocument.doFireDocumentChanged2(AbstractDocument.java:663)
	at
org.eclipse.jface.text.AbstractDocument.doFireDocumentChanged(AbstractDocument.java)
	at
org.eclipse.jface.text.AbstractDocument.doFireDocumentChanged(AbstractDocument.java)
	at
org.eclipse.jface.text.AbstractDocument.fireDocumentChanged(AbstractDocument.java)
	at org.eclipse.jface.text.AbstractDocument.replace(AbstractDocument.java)
	at
org.eclipse.jdt.internal.ui.javaeditor.PartiallySynchronizedDocument.replace(PartiallySynchronizedDocument.java)
	at org.eclipse.jface.text.DocumentAdapter.replaceTextRange(DocumentAdapter.java)
	at org.eclipse.swt.custom.StyledText.modifyContent(StyledText.java)
	at org.eclipse.swt.custom.StyledText.sendKeyEvent(StyledText.java)
	at org.eclipse.swt.custom.StyledText.doDelete(StyledText.java:2636)
	at org.eclipse.swt.custom.StyledText.invokeAction(StyledText.java)
	at org.eclipse.swt.custom.StyledText.handleKey(StyledText.java)
	at org.eclipse.swt.custom.StyledText.handleKeyDown(StyledText.java)
	at org.eclipse.swt.custom.StyledText$7.handleEvent(StyledText.java)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java)
	at org.eclipse.swt.widgets.Control.gtk_key_press_event(Control.java)
	at org.eclipse.swt.widgets.Composite.gtk_key_press_event(Composite.java)
	at org.eclipse.swt.widgets.Widget.windowProc(Widget.java)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java)
	at org.eclipse.swt.internal.gtk.OS.gtk_main_do_event(Native Method)
	at org.eclipse.swt.widgets.Display.eventProc(Display.java)
	at org.eclipse.swt.internal.gtk.OS.gtk_main_iteration(Native Method)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1451)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1422)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:258)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:48)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

In ISharedImages.java, some of the fields are deprecated, but there is no 
comment explaining why. It would be useful to know:

- when it was deprecated (3.0)
- why it was deprecated
- alternatives, if applicable

(Note: Some of the fields are documented and have this info, but others don't)

M7 build

The reflect code in EarlyStartupRunnable.getExecutableExtension() refers to
classes that are internal to the runtime:

private static final String EXTENSION_CLASS =
"org.eclipse.core.internal.registry.Extension"; //$NON-NLS-1$
private static final String PLUGIN_DESC_CLASS =
"org.eclipse.core.internal.plugins.PluginDescriptor"; //$NON-NLS-1$

It should be possible to make the necessary calls through the interface types.

M7

IStatusLineWithProgressManager is now obsolete and should be deleted by M8

v3101

1. Run the attached example jar on the Pocket PC.  
2. Select ComboExample from the list and press Run.  You'll get an 
UnsatisfiedLinkError for org/eclipse/swt/internal/win32/OS.GetComboBoxInfo.

If I type just '<', I get no code completions or template proposals.

build i0304, linux-gtk

Potentially related to bug 49094.

I currently get a CVS Exception when refreshing the platform-launcher project in
my workspace. I will attach the log file and the project contents as requested
by MV.

RUn th efollowing snippet.  The text is not Right aligned.  Same is true if 
the style SWT.SINGLE is added.

public static void main(String[] args) {
	Display display = new Display();
	Shell shell = new Shell(display);
	Text text = new Text(shell, SWT.RIGHT);
	text.setText("Hello");
	text.setBounds(10, 10, 200, 200);
	shell.open();
	while (!shell.isDisposed()) {
		if (!display.readAndDispatch())
			display.sleep();
	}
	display.dispose();
}

In org.eclipse.ui.internal.ide.dialogs.InternalErrorDialog,
When the user presses the details button, the dialog's layout gets corrupted 
and the user will not be able to see the buttons. I will attach a snapshot of 
the problem.

Test case :

-- Class a._AClass

package a;
public class _AClass {
}

-- Class b.BClass

package b;

public class BClass {
    private _AClass _aClass;
}

organize import in class b.BClass don't work (don't find a._AClass)

regards

I20040304

Extract Local on "SWT.NORMAL" in the following statement does not work:
fRanges.add(new StyleRange(j, word.length(), fLocalColor, null, SWT.NORMAL));

Error Message:
Cannot extract this name - try selecting the whole instance creation expression.

I200405190010

1. Maximize an editor.
2. Switch to a perspective where the editor is not maximized.
3. Note that the CTabFolder for the editor still shows the minimize icon, and
you must click it once to reset its state before you can maximize the editor.

The type filter syntax does not use '.' as part of the filter; for example, COM* or java.awt*

However, the debug filter does use '.' as part of the filter; for example, java.*

They should probably be consistent.
Eclipse 3.0M8 on Mac OS X.3.3

Makes build I200411020010 unusable.

Started existing workspace.

See attached .log

Create a new buildfile (empty)
Type or paste in <echo>message</echo>
Before this text type 'p'
Ctrl-space

java.lang.StringIndexOutOfBoundsException: String index out of range: -1
	at java.lang.String.charAt(String.java:444)
	at 
org.eclipse.ant.internal.ui.editor.AntEditorCompletionProcessor.getPrefixFromDo
cument(AntEditorCompletionProcessor.java:814)
	at 
org.eclipse.ant.internal.ui.editor.AntEditorCompletionProcessor.getCurrentPrefi
x(AntEditorCompletionProcessor.java:787)
	at 
org.eclipse.ant.internal.ui.editor.AntEditorCompletionProcessor.determinePropos
als(AntEditorCompletionProcessor.java:245)
	at 
org.eclipse.ant.internal.ui.editor.AntEditorCompletionProcessor.computeCompleti
onProposals(AntEditorCompletionProcessor.java:192)
	at 
org.eclipse.jface.text.contentassist.ContentAssistant.computeCompletionProposal
s(ContentAssistant.java:1447)
	at 
org.eclipse.jface.text.contentassist.CompletionProposalPopup.computeProposals
(CompletionProposalPopup.java:238)
	at 
org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$7
(CompletionProposalPopup.java:234)
	at org.eclipse.jface.text.contentassist.CompletionProposalPopup$1.run
(CompletionProposalPopup.java:194)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at 
org.eclipse.jface.text.contentassist.CompletionProposalPopup.showProposals
(CompletionProposalPopup.java:189)
	at 
org.eclipse.jface.text.contentassist.ContentAssistant.showPossibleCompletions
(ContentAssistant.java:1298)
	at 
org.eclipse.ant.internal.ui.editor.AntEditor$StatusLineSourceViewer.doOperation
(AntEditor.java:171)
	at org.eclipse.ui.texteditor.ContentAssistAction$1.run
(ContentAssistAction.java:82)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.texteditor.ContentAssistAction.run
(ContentAssistAction.java:80)
	at org.eclipse.ui.texteditor.RetargetTextEditorAction.run
(RetargetTextEditorAction.java:239)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:550)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:502)
	at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:435)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2352)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2033)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1509)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1480)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:48)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

Build 20040303 - multiple windows

No exact steps sorry. The problem is that sometimes when opening an editor 
(ctrl-shift-T) or switching to an existing one will bring it to front, but the 
outliner doesn't refresh properly. It remains blank.
Usually, closing the editor and reopening will make the outline show up after a 
few attempts.

Open the Ant Editor on the following file you get an NPE behide the scenes and 
only the project shows up in the outline. The missing input source should be 
ignored (it will be marked as an error)

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE project [
  <!ENTITY buildmagic SYSTEM "file:buildmagic/commn.xml">
]>

<project name="external" default="external">

&buildmagic;

<target name="external" depends="myCommon">
	<echo message="external"/>
</target>

</project>

The Plugin class has code which checks to see if we have an old preferences
object or a new preference forwarder. This was used when we had the command-line
arg to force use of the old code and is no longer required. Remove it.

I20040226

I had closed some projects, this caused a build, then I went to delete the
projects that had just been closed. The build was still running at this point. A
dialog appear indicating the the foreground operation was blocked by the
background build. Eclipse never came back. I waited for 10 minutes or so, here
is the stack trace:

Note: you can see the delete action but I can't figure out who is blocking the
two worker threads.

Full thread dump Java HotSpot(TM) Client VM (1.4.2_02-b03 mixed mode):

"ModalContext" prio=7 tid=0x03a4ad78 nid=0xa5c in Object.wait() [3b8f000..3b8fd8
c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x10480058> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.Semaphore.acquire(Semaphore.java:36)
        - locked <0x10480058> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.OrderedLock.doAcquire(OrderedLock.java
:153)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire(OrderedLock.java:9
9)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire(OrderedLock.java:7
5)
        at org.eclipse.core.internal.resources.WorkManager.checkIn(WorkManager.j
ava:92)
        at org.eclipse.core.internal.resources.Workspace.prepareOperation(Worksp
ace.java:1529)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1562
)
        at org.eclipse.ui.actions.WorkspaceModifyOperation.run(WorkspaceModifyOp
eration.java:105)
        - locked <0x104800b0> (a org.eclipse.ui.actions.DeleteResourceAction$2)
        at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(Modal
Context.java:101)

"Worker-14" prio=5 tid=0x04213570 nid=0x60c in Object.wait() [3d8f000..3d8fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x12fc3f60> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.Semaphore.acquire(Semaphore.java:36)
        - locked <0x12fc3f60> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.OrderedLock.doAcquire(OrderedLock.java
:153)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire(OrderedLock.java:9
9)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire(OrderedLock.java:7
5)
        at org.eclipse.core.internal.resources.WorkManager.checkIn(WorkManager.j
ava:92)
        at org.eclipse.core.internal.resources.Workspace.prepareOperation(Worksp
ace.java:1529)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1562
)
        at org.eclipse.core.internal.events.NotificationManager$NotifyJob.run(No
tificationManager.java:37)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

"Worker-13" prio=5 tid=0x037ae138 nid=0xf94 in Object.wait() [3d4f000..3d4fd8c]
        at java.lang.Object.wait(Native Method)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:185)
        - locked <0x107d3990> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:21
1)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

"Worker-12" prio=5 tid=0x038d97b8 nid=0xa68 waiting on condition [3bcf000..3bcfd
8c]
        at java.lang.Thread.sleep(Native Method)
        at org.eclipse.ui.internal.progress.AnimationManager.animateLoop(Animati
onManager.java:239)
        at org.eclipse.ui.internal.progress.AnimationManager$3.run(AnimationMana
ger.java:377)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

"Java indexing" daemon prio=4 tid=0x02e43ad8 nid=0xbc0 in Object.wait() [3fff000
..3fffd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x10f41728> (a org.eclipse.jdt.internal.core.search.indexi
ng.IndexManager)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobMan
ager.java:327)
        - locked <0x10f41728> (a org.eclipse.jdt.internal.core.search.indexing.I
ndexManager)
        at java.lang.Thread.run(Thread.java:534)

"Start Level Event Dispatcher" daemon prio=5 tid=0x00a371a8 nid=0xc20 in Object.
wait() [2eff000..2effd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x1051b420> (a org.eclipse.osgi.framework.eventmgr.EventTh
read)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThr
ead.java:167)
        - locked <0x1051b420> (a org.eclipse.osgi.framework.eventmgr.EventThread
)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:
118)

"Framework Event Dispatcher" daemon prio=5 tid=0x00a2d9f0 nid=0x64c in Object.wa
it() [2ebf000..2ebfd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x10513a20> (a org.eclipse.osgi.framework.eventmgr.EventTh
read)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThr
ead.java:167)
        - locked <0x10513a20> (a org.eclipse.osgi.framework.eventmgr.EventThread
)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:
118)

"Signal Dispatcher" daemon prio=10 tid=0x009c2a40 nid=0x254 waiting on condition
 [0..0]

"Finalizer" daemon prio=9 tid=0x009c0458 nid=0xc00 in Object.wait() [2b5f000..2b
5fd8c]
        at java.lang.Object.wait(Native Method)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x104fb3a8> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x009bf028 nid=0xa4c in Object.wait() [2b
1f000..2b1fd8c]
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Object.java:429)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
        - locked <0x104fb410> (a java.lang.ref.Reference$Lock)

"main" prio=7 tid=0x000351d0 nid=0x130 runnable [7f000..7fc3c]
        at org.eclipse.swt.internal.win32.OS.WaitMessage(Native Method)
        at org.eclipse.swt.widgets.Display.sleep(Display.java:2649)
        at org.eclipse.jface.operation.ModalContext$ModalContextThread.block(Mod
alContext.java:137)
        at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:261)
        at org.eclipse.jface.dialogs.ProgressMonitorDialog.run(ProgressMonitorDi
alog.java:394)
        at org.eclipse.ui.actions.DeleteResourceAction.run(DeleteResourceAction.
java:433)
        at org.eclipse.jdt.internal.ui.refactoring.reorg.DeleteAction.run(Delete
Action.java:87)
        at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(Select
ionDispatchAction.java:212)
        at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispa
tchAction.java:188)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:550)
        at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContri
butionItem.java:502)
        at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionC
ontributionItem.java:435)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2352)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2033)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1566)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1542)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.jav
a:263)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformAct
ivator.java:256)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:100)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
        at org.eclipse.core.launcher.Main.run(Main.java:742)
        at org.eclipse.core.launcher.Main.main(Main.java:581)

"VM Thread" prio=5 tid=0x009fb6d0 nid=0x458 runnable

"VM Periodic Task Thread" prio=10 tid=0x0003fdd0 nid=0x138 waiting on condition

"Suspend Checker Thread" prio=10 tid=0x009c28f8 nid=0xc4c runnable

I will attach files that show the problem but essentially the labels for 
attributes or nested tasks do not indicate that they originate in imported 
files. As well the Open With support is missing for these elements.

For example (labels in the outline view):
eclipseMacro [from import macrodef.macrodef]
    attribute
    sequential
        echo

should look like:
eclipseMacro [from import macrodef.macrodef]
    attribute [from import macrodef.macrodef]
    sequential [from import macrodef.macrodef]
        echo [from import macrodef.macrodef]

build R3.0

- auto-build is on
- check out a core.runtime and core.resources from the repository
- after the projects have been retrieved and the building has started, cancel
the build (via the button in the Progress View) when it is compiling core.runtime
- make a change in the workspace and hit ctrl-s
- this starts another build
- note that the Java builder doesn't do any work in the core.runtime project
- this is because its lastBuildState hasn't been cleared so it thinks its up-to-date
- result -> you get the "core.resources depends on core.runtime which has
problems. Recommend building all projects" problem marker.

When a builder throws the OperationCancelledException, they should be calling
#forgetLastBuildState() as well. (as is mentioned in John's article on builders :-)

We are thinking about automatically calling this method for builders. Is there a
case where:
- builders check the monitor and its been cancelled and they don't want to
forget last build state?
- people might be relying on the old behaviour?

Comments?

File specs (file names/extensions) for content types may have to be
case-insensitive (depending on the platform, maybe on the content type?).

I have a modal dialog which, if open, will prevent a non-modal dialog from being
closed in the background. A more detailed description follows. I am using
Version: 3.0.0
Build id: 200406192000

Working Dialog (Dialog A) - Non-modal dialog indicating some background work is
in progress. This dialog is closed when the work is completed.

Options Dialog (Dialog B) - Modal dialog which allows the end user to select
various different options.

If I open Dialog A and allow the work to complete, shell.close() is called on
the shell at the end of the work and the dialog is closed correctly.

If I open Dialog A and then immediately open Dialog B, and leave it open, the
work completes but the shell.close() call does not close Dialog A. Since Dialog
A has no decorations I am now stuck with a dialog box that cannot be closed
without exiting eclipse.

It appears that a modal dialog is preventing actions happening on other dialog
windows while it is open. The close call is definately being called, I have
tried using dispose() but neither will cause the dialog to be closed.

The annotation hover for a folded region in the Ant editor is currently just a 
plain text viewer.

This should be replaced with a full fledged Ant syntax colored viewer like 
what is available for the Java editor.

I think we have a bug similar to this for the additional proposal popup for 
templates but I could not find it :-(

We should add preferences for the initially folded regions just like the Java 
editor

We have seen this type of bug before.
Current test case:
Open the Launch Configuration dialog
Quickly deselect and reselect the selected config

Basically you get a double click event that has no selection. If I remember 
correctly this behavior varies by platform.
All of our double click listeners need to do the right thing if a double click 
event selection is empty: do nothing (in this case it is the 
AbstractDebugView).

Thread [main] (Suspended (exception NullPointerException))
	CreateLaunchConfigurationAction.performAction() line: 63
	AbstractLaunchConfigurationAction$1.run() line: 103
	BusyIndicator.showWhile(Display, Runnable) line: 84
	CreateLaunchConfigurationAction(AbstractLaunchConfigurationAction).run
() line: 106
	LaunchConfigurationsDialog$DoubleClickAction.run() line: 1642
	LaunchConfigurationView(AbstractDebugView).doubleClick
(DoubleClickEvent) line: 723
	StructuredViewer$1.run() line: 381
	InternalPlatform.run(ISafeRunnable) line: 638
	Platform.run(ISafeRunnable) line: 497
	TreeViewer(StructuredViewer).fireDoubleClick(DoubleClickEvent) line: 
379
	TreeViewer(StructuredViewer).handleDoubleSelect(SelectionEvent) line: 
598
	StructuredViewer$4.widgetDefaultSelected(SelectionEvent) line: 693
	OpenStrategy.fireDefaultSelectionEvent(SelectionEvent) line: 187
	OpenStrategy.access$0(OpenStrategy, SelectionEvent) line: 184
	OpenStrategy$1.handleEvent(Event) line: 231
	EventTable.sendEvent(Event) line: 82
	Tree(Widget).sendEvent(Event) line: 833
	Display.runDeferredEvents() line: 2352
	Display.readAndDispatch() line: 2033
	LaunchConfigurationsDialog(Window).runEventLoop(Shell) line: 638
	LaunchConfigurationsDialog(Window).open() line: 618
	LaunchConfigurationsDialog.open() line: 440
	DebugUITools$1.run() line: 394
	BusyIndicator.showWhile(Display, Runnable) line: 84
	DebugUITools.openLaunchConfigurationDialogOnGroup(Shell, 
IStructuredSelection, String, IStatus) line: 398
	DebugUITools.openLaunchConfigurationDialogOnGroup(Shell, 
IStructuredSelection, String) line: 340
	OpenLaunchDialogAction.run() line: 79
	OpenLaunchDialogAction(Action).runWithEvent(Event) line: 881
	ActionContributionItem.handleWidgetSelection(Event, boolean) line: 550
	ActionContributionItem.access$2(ActionContributionItem, Event, 
boolean) line: 502
	ActionContributionItem$5.handleEvent(Event) line: 435
	EventTable.sendEvent(Event) line: 82
	MenuItem(Widget).sendEvent(Event) line: 833
	Display.runDeferredEvents() line: 2352
	Display.readAndDispatch() line: 2033
	Workbench.runEventLoop(Window$IExceptionHandler, Display) line: 1509
	Workbench.runUI() line: 1480
	Workbench.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 257
	PlatformUI.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 139
	IDEApplication.run(Object) line: 48
	PlatformActivator$1.run(Object) line: 260
	EclipseStarter.run(Object) line: 173
	EclipseStarter.run(String[], Runnable) line: 106
	NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not 
available [native method]
	NativeMethodAccessorImpl.invoke(Object, Object[]) line: 39
	DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 25
	Method.invoke(Object, Object[]) line: 324
	Main.basicRun(String[]) line: 305
	Main.run(String[]) line: 745
	Main.main(String[]) line: 713

Otherwise, you always have to perform two quick fixes whenever you add a 
throws clause, parameter, etc., to get past the warnings (Assuming, of course, 
the compiler preference for missing JavaDoc tags is set to "Warning").

20040303

If you delete a method that is currently displayed in the SearchView you will 
get the following NPE

Steps
1) Switch to new search view
2) Search for references to a method
3) Delete the method

!STACK 0
java.lang.NullPointerException
	at org.eclipse.search2.internal.ui.text.PositionTracker$3.run
(PositionTracker.java:262)
	at 
org.eclipse.search2.internal.ui.text.PositionTracker.doForExistingMatchesIn
(PositionTracker.java:197)
	at 
org.eclipse.search2.internal.ui.text.PositionTracker.dirtyStateChanged
(PositionTracker.java:252)
	at 
org.eclipse.core.internal.filebuffers.TextFileBufferManager.fireDirtyStateChang
ed(TextFileBufferManager.java:226)
	at org.eclipse.core.internal.filebuffers.ResourceFileBuffer.commit
(ResourceFileBuffer.java:286)
	at 
org.eclipse.jdt.internal.ui.javaeditor.filebuffers.DocumentAdapter2.save
(DocumentAdapter2.java:356)
	at 
org.eclipse.jdt.internal.core.CommitWorkingCopyOperation.executeOperation
(CommitWorkingCopyOperation.java:113)
	at org.eclipse.jdt.internal.core.JavaModelOperation.run
(JavaModelOperation.java:700)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1567)
	at org.eclipse.jdt.internal.core.JavaModelOperation.runOperation
(JavaModelOperation.java:744)
	at org.eclipse.jdt.internal.core.CompilationUnit.commitWorkingCopy
(CompilationUnit.java:288)
	at 
org.eclipse.jdt.internal.ui.javaeditor.filebuffers.CompilationUnitDocumentProvi
der2.commitWorkingCopy(CompilationUnitDocumentProvider2.java:880)
	at 
org.eclipse.jdt.internal.ui.javaeditor.filebuffers.CompilationUnitDocumentProvi
der2$2.execute(CompilationUnitDocumentProvider2.java:931)
	at 
org.eclipse.ui.editors.text.TextFileDocumentProvider$DocumentProviderOperation.
run(TextFileDocumentProvider.java:93)
	at org.eclipse.ui.actions.WorkspaceModifyDelegatingOperation.execute
(WorkspaceModifyDelegatingOperation.java:67)
	at org.eclipse.ui.actions.WorkspaceModifyOperation$1.run
(WorkspaceModifyOperation.java:91)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1567)
	at org.eclipse.ui.actions.WorkspaceModifyOperation.run
(WorkspaceModifyOperation.java:105)
	at org.eclipse.ui.editors.text.WorkspaceOperationRunner.run
(WorkspaceOperationRunner.java:72)
	at org.eclipse.ui.editors.text.WorkspaceOperationRunner.run
(WorkspaceOperationRunner.java:62)
	at 
org.eclipse.ui.editors.text.TextFileDocumentProvider.executeOperation
(TextFileDocumentProvider.java:391)
	at org.eclipse.ui.editors.text.TextFileDocumentProvider.saveDocument
(TextFileDocumentProvider.java:606)
	at org.eclipse.ui.texteditor.AbstractTextEditor.performSave
(AbstractTextEditor.java:3129)
	at 
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor.performSave
(CompilationUnitEditor.java:1171)
	at org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor.doSave
(CompilationUnitEditor.java:1235)
	at org.eclipse.ui.internal.EditorManager$10.run(EditorManager.java:982)
	at org.eclipse.ui.internal.EditorManager$8.run(EditorManager.java:837)
	at org.eclipse.jface.operation.ModalContext.runInCurrentThread
(ModalContext.java:302)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:252)
	at org.eclipse.jface.window.ApplicationWindow$1.run
(ApplicationWindow.java:580)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.jface.window.ApplicationWindow.run
(ApplicationWindow.java:577)
	at org.eclipse.ui.internal.WorkbenchWindow.run
(WorkbenchWindow.java:1487)
	at org.eclipse.ui.internal.EditorManager.runProgressMonitorOperation
(EditorManager.java:843)
	at org.eclipse.ui.internal.EditorManager.savePart
(EditorManager.java:987)
	at org.eclipse.ui.internal.WorkbenchPage.savePart
(WorkbenchPage.java:2442)
	at org.eclipse.ui.internal.WorkbenchPage.saveEditor
(WorkbenchPage.java:2454)
	at org.eclipse.ui.internal.SaveAction.run(SaveAction.java:72)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:68)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:160)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand
(WorkbenchKeyboard.java:475)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press
(WorkbenchKeyboard.java:887)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent
(WorkbenchKeyboard.java:931)
	at 
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings
(WorkbenchKeyboard.java:568)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2
(WorkbenchKeyboard.java:500)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent
(WorkbenchKeyboard.java:256)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java:699)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:832)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:857)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:842)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1716)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1712)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3037)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2940)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:2880)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1376)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2031)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1509)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1480)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:48)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

I20040521

Whenever I close the workbench, I get NPEs as shown below.

This one on GTK, similar on Motif, though.

!ENTRY org.eclipse.core.runtime 4 2 May 21, 2004 10:14:38.569
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
        at
org.eclipse.debug.internal.ui.views.launch.LaunchView.partClosed(LaunchView.java:1373)
        at
org.eclipse.ui.internal.PartListenerList2$3.run(PartListenerList2.java:73)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:608)
        at org.eclipse.core.runtime.Platform.run(Platform.java:758)
        at
org.eclipse.ui.internal.PartListenerList2.firePartClosed(PartListenerList2.java:71)
        at
org.eclipse.ui.internal.WorkbenchPage.firePartClosed(WorkbenchPage.java:1371)
        at
org.eclipse.ui.internal.WorkbenchPage.closeEditors(WorkbenchPage.java:908)
        at
org.eclipse.ui.internal.WorkbenchPage.closeAllEditors(WorkbenchPage.java:853)
        at org.eclipse.ui.internal.WorkbenchPage.dispose(WorkbenchPage.java:1187)
        at
org.eclipse.ui.internal.WorkbenchWindow.closeAllPages(WorkbenchWindow.java:566)
        at
org.eclipse.ui.internal.WorkbenchWindow.hardClose(WorkbenchWindow.java:949)
        at
org.eclipse.ui.internal.WorkbenchWindow.busyClose(WorkbenchWindow.java:463)
        at
org.eclipse.ui.internal.WorkbenchWindow.access$0(WorkbenchWindow.java:445)
        at org.eclipse.ui.internal.WorkbenchWindow$1.run(WorkbenchWindow.java:533)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
        at org.eclipse.ui.internal.WorkbenchWindow.close(WorkbenchWindow.java:531)
        at org.eclipse.jface.window.WindowManager.close(WindowManager.java:101)
        at org.eclipse.ui.internal.Workbench$10.run(Workbench.java:460)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:608)
        at org.eclipse.core.runtime.Platform.run(Platform.java:758)
        at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:457)
        at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:399)
        at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:571)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
        at org.eclipse.ui.internal.Workbench.close(Workbench.java:569)
        at org.eclipse.ui.internal.Workbench.close(Workbench.java:545)
        at
org.eclipse.ui.internal.WorkbenchWindow.busyClose(WorkbenchWindow.java:460)
        at
org.eclipse.ui.internal.WorkbenchWindow.access$0(WorkbenchWindow.java:445)
        at org.eclipse.ui.internal.WorkbenchWindow$1.run(WorkbenchWindow.java:533)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
        at org.eclipse.ui.internal.WorkbenchWindow.close(WorkbenchWindow.java:531)
        at org.eclipse.jface.window.Window.handleShellCloseEvent(Window.java:593)
        at org.eclipse.jface.window.Window$2.shellClosed(Window.java:544)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:158)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:944)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:968)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:953)
        at org.eclipse.swt.widgets.Shell.closeWidget(Shell.java:452)
        at org.eclipse.swt.widgets.Shell.gtk_delete_event(Shell.java:694)
        at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:1186)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java:3040)
        at org.eclipse.swt.internal.gtk.OS.gtk_main_do_event(Native Method)
        at org.eclipse.swt.widgets.Display.eventProc(Display.java:839)
        at org.eclipse.swt.internal.gtk.OS.gtk_main_iteration(Native Method)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2252)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:307)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)

I200404131323

- update from CVS
- in the Synch view shows the affected tree items in gray while the Update operation is running
Observe on Mac: the tree items are not turning gray, but increase the font size instead

I2004-05-21

The new search API does not support line base matches. PDE Search cannot convert
to the new search API because of this.

I20040518-gtk M9 test pass

It's going to be hard to reconstruct what I did, but I ended up with nested
output folders (will attach a screenshot of the property page).

+/- Steps:

1. Create project JUnit
2. import junit.zip, no separate source and output folders
3. Using the context menu in the package explorer, add source folder "test"
4. info: the output will be set to "bin". Ok.
-> Note that the standard directory with my junit source is not a source folder
any longer
5. Open the project properties, Java build path
6. Add a source folder, choose the root (Project)
-> error, "cannot nest Junit/test into Junit"
7. exclude JUnit/test/ from JUnit source folder
(cool caption telling me to add a slash to fully exclude the folder!)

Everything ok up to now.

8. Enable output folders per source folder
9. Set the output folder for test to "Junit/bin"
10. Set the output folder for the root dir to "Junit/bin/test" (no complaint)
11. leave the property page

Hm, now I have a different problem: The folder JUnit/bin/test does not exist
-> error in problems view telling me that the project cannot be built because of
this

We'll continue this way, cannot reproduce the original set up.
12. Over the context menu, choose to create JUnit/bin/test
-> I get this in the log:

!ENTRY org.eclipse.jdt.core 4 4 May 18, 2004 19:19:49.409
!MESSAGE JavaBuilder handling ImageBuilderInternalException while building: JUnit
!STACK 1
org.eclipse.core.internal.resources.ResourceException: Resource /JUnit/bin/test
does not exist.
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at org.eclipse.core.runtime.CoreException.<init>(CoreException.java:37)
        at
org.eclipse.core.internal.resources.ResourceException.<init>(ResourceException.java:30)
        at org.eclipse.core.internal.resources.Resource.checkExists(Resource.java)
        at org.eclipse.core.internal.resources.Container.members(Container.java)
        at org.eclipse.core.internal.resources.Container.members(Container.java)
        at
org.eclipse.jdt.internal.core.builder.BatchImageBuilder.cleanOutputFolders(BatchImageBuilder.java:112)
        at
org.eclipse.jdt.internal.core.builder.BatchImageBuilder.build(BatchImageBuilder.java:35)
        at
org.eclipse.jdt.internal.core.builder.JavaBuilder.buildAll(JavaBuilder.java:213)
        at
org.eclipse.jdt.internal.core.builder.JavaBuilder.build(JavaBuilder.java:145)
        at
org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:532)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java)
        at org.eclipse.core.runtime.Platform.run(Platform.java)
        at
org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:148)
        at
org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:225)
        at
org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:178)
        at
org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:205)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java)
        at org.eclipse.core.runtime.Platform.run(Platform.java)
        at
org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:208)
        at
org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:244)
        at
org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:273)
        at
org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:151)
        at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:198)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java)
!SUBENTRY 1 org.eclipse.core.resources 4 368 May 18, 2004 19:19:49.434
!MESSAGE Resource /JUnit/bin/test does not exist.

The pluginConverter misses to close the jar files and the stream used to test
the existence of fragments.
The fixes are trivial and should be done for 3.0.1.

I20040518

We are currently not persisting changes to dynamic references. The optimization
that was added to avoid writing the file when nothing in the .project had
changed did not account for the fact that the same "write" operation also writes
out the private description information (location and dynamic refs).

200405180816

- Open Java > Editor > Hovers prefs page
- Click or doubleclick checkbox in front of "Variable Values" to check
-> Error message, is OK
- Click again to uncheck
=> Error message persists. Only goes away after clicking into the table or
selecting another row.

N20040503

If you synchronize with repository and there is only one change, then open the 
progress view, you'll see an entry:

---------------------------------
Synchronizing CVS Workspace   [-]
1 changes found.
---------------------------------

Note the extra 's' in changes. In order to translate properly, there will have 
to be two separate entries in the plugin.properties, one for singular and one 
for plural. Some languages, like French, accord the gender and number on 
adjectives (i.e. 'found') as well as the nouns.

I was rearranging winodws in the Java perspective and got the following 
exception.


!ENTRY org.eclipse.ui 4 0 May 17, 2004 10:14:12.311
!MESSAGE Widget is disposed
!STACK 0
org.eclipse.swt.SWTException: Widget is disposed
        at org.eclipse.swt.SWT.error(SWT.java:2689)
        at org.eclipse.swt.SWT.error(SWT.java:2614)
        at org.eclipse.swt.SWT.error(SWT.java:2585)
        at org.eclipse.swt.widgets.Widget.error(Widget.java:381)
        at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:283)
        at org.eclipse.swt.widgets.Control.getParent(Control.java:885)
        at org.eclipse.ui.internal.presentations.PaneFolder.layout
(PaneFolder.ja
va:327)
        at org.eclipse.ui.internal.presentations.DefaultPartPresentation.layout
(
DefaultPartPresentation.java:660)
        at 
org.eclipse.ui.internal.presentations.DefaultPartPresentation.setBoun
ds(DefaultPartPresentation.java:872)
        at org.eclipse.ui.internal.PartStack.setBounds(PartStack.java:880)
        at org.eclipse.ui.internal.LayoutTree.setBounds(LayoutTree.java:190)
        at org.eclipse.ui.internal.LayoutTreeNode.setBounds
(LayoutTreeNode.java:
372)
        at org.eclipse.ui.internal.LayoutTreeNode.setBounds
(LayoutTreeNode.java:
296)
        at org.eclipse.ui.internal.PartSashContainer.resizeSashes
(PartSashContai
ner.java:620)
        at org.eclipse.ui.internal.PartSashContainer.addChild
(PartSashContainer.
java:332)
        at org.eclipse.ui.internal.ViewSashContainer.addChild
(ViewSashContainer.
java:280)
        at org.eclipse.ui.internal.PartSashContainer.add
(PartSashContainer.java:
928)
        at org.eclipse.ui.internal.PartSashContainer.add
(PartSashContainer.java:
259)
        at org.eclipse.ui.internal.PartSashContainer.addEnhanced
(PartSashContain
er.java:220)
        at org.eclipse.ui.internal.PartSashContainer.add
(PartSashContainer.java:
192)
        at org.eclipse.ui.internal.PerspectiveHelper.derefPart
(PerspectiveHelper
.java:537)
        at org.eclipse.ui.internal.ViewSashContainer.derefPart
(ViewSashContainer
.java:262)
        at org.eclipse.ui.internal.PartSashContainer.stack
(PartSashContainer.jav
a:819)
        at org.eclipse.ui.internal.PartSashContainer.dropObject
(PartSashContaine
r.java:796)
        at 
org.eclipse.ui.internal.PartSashContainer$SashContainerDropTarget.dro
p(PartSashContainer.java:110)
        at org.eclipse.ui.internal.dnd.DragUtil.performDrag(DragUtil.java:128)
        at org.eclipse.ui.internal.PartStack.dragStart(PartStack.java:1116)
        at org.eclipse.ui.internal.PartStack$1.dragStart(PartStack.java:78)
        at 
org.eclipse.ui.internal.presentations.DefaultPartPresentation$10.hand
leEvent(DefaultPartPresentation.java:308)
        at org.eclipse.ui.presentations.PresentationUtil.handleMouseMove
(Present
ationUtil.java:89)
        at org.eclipse.ui.presentations.PresentationUtil.access$4
(PresentationUt
il.java:83)
        at org.eclipse.ui.presentations.PresentationUtil$2.handleEvent
(Presentat
ionUtil.java:55)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.jav
a:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:97
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformAct
ivator.java:299)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.ja
va:256)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.ja
va:127)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:184)
        at org.eclipse.core.launcher.Main.run(Main.java:637)
        at org.eclipse.core.launcher.Main.main(Main.java:621)
Widget is disposed

build: M8

When exporting javadoc for jface (or org.eclipse.ui) go to 2nd wizard page 
(configure javadoc) and the list of "referenced classes" on bottom is strange, 
and does not seem to map to project references etc..it is the same for both 
projects (i.e. jface and ui).  
It is not clear to me that a user knows what to do with this list.

Also the sort order for list in question is not clear

I have an AWT testcase that when I run it on SWT on GTK, I get an infinite loop
of the paint() callback for my Canvas.  This does NOT happen on other SWT
platforms.  I have tried to isolate this to an SWT testcase, but haven't
succeeded yet.  Some of the unique features of our situation are that the paint
callback does not happen on the display thread, and we are creating (or reusing)
a GC we have instantiated.  

I would like to determine whether there is some modification that can be made to
SWT to work around this, or if there is something I can do to avoid this problem
using the SWT API. I'm even open to subclassing if necessary.

---- testcase ---
import java.awt.*;
import java.awt.event.WindowAdapter;


public class CanvasRepaintTest {
	
	class MyCanvas extends Canvas {
		int fXorTimes;
		int fUnit = 30;
		
		public MyCanvas(int  xorTimes) {
			fXorTimes = xorTimes;
	    }
	    
	    public void paint(Graphics g) {
	        Color back = Color.green;
	    	Color fore = Color.yellow;
	    	setBackground(Color.orange);
	    	g.setColor(back);
			g.fillRect(0, 0, getSize().width, getSize().height);
			g.setColor(new Color(255, 125, 121));
			g.drawRect(0, 0, getSize().width - 1, getSize().height - 1);
			g.setColor(back);
	    }
	
		public Dimension getPreferredSize() {
			return getMinimumSize();
		}
		
		public Dimension getMinimumSize() {
			return new Dimension((5 * fUnit), (3 * fUnit));
		}
	
	}
	public CanvasRepaintTest() {
		super();
	}

	public static void main(String[] args) {
		CanvasRepaintTest test = new CanvasRepaintTest();
		test.runTest();
	}

	private void runTest() {
        final Frame fr = new Frame();
        fr.setBounds(10, 10, 640, 480);
		fr.setLayout(new GridLayout(1, 3));
		
		MyCanvas zero = new MyCanvas(0);
		MyCanvas one = new MyCanvas(1);
		MyCanvas two = new MyCanvas(2);
		fr.add(zero);
		fr.add(one);
		fr.add(two);
        
        fr.setVisible(true);
        fr.toFront();
		fr.requestFocus();
		fr.addWindowListener(new WindowAdapter() {
			public void windowClosing(java.awt.event.WindowEvent windowEvent) {
				fr.setVisible(false);
				System.exit(0);
			}
		});        
		
		System.out.println("Test done");		
	}
}

In org.eclipse.ui.internal.activities.ws.EnablementDialog, the deatilsText is a 
Text with SWT.WRAP.  However, the GridData for the Text is set to fill both.  
So, if you have a capability with a lengthy description, when the Details>> 
button is pressed, the dialog can grow to many screen widths in size.

This is extremely annoying to the user, as the OK, Cancel, and Details<< 
buttons are now way off the right side of the screen.

build i1201

When a client adds a preference change listener to a node, it is complicated
because they must also register a node change listener to the parent node in
case that node is removed so they can re-add their pref change listener.

Consider refactoring the code such that the change listeners are stored
separately away from the actual nodes and are just looked-up when notification
needs to happen.

I20040413

Test Case:

public class A {
    
    public A() {
    }
	
	public static void main(String[] args) {
        System.out.println("Hello World");
        A a= new A();
	}
}

class B extends A {
    
}

Encapsulate constructor A().

Observe: you get a JavaModelException

build i0908

I would like to copy groups of commit comments but this doesn't seem possible. I
would expect this action to be visible from the Commit Set viewing mode of the
Synchronize view.

This would be useful to users who are working on projects and would like to
generate text for their readme.txt file from the commit comments. (Imagine a
section titled: "Changes since last release...")

Steps:

- load project from repository
- select in Navigator and choose Compare with -> another revision
- select revision
- in the Synchronize View, change the layout to be Commit Sets
- select a bunch of changes

Look in the context menu, there is no "Copy" action.

Also ctrl-c doesn't bring anything into the copy buffer.

I20040413

Test Case

class A {
  public Object foo() {
     return null;
  }
}

Try to generalize the return type of foo.

Show user dialog should be run in background

Activating contexts asynchronously is going to cause problems when we want to 
display a keybinding sequence to a user. For example, the debug team has a 
dialog and want to notify users that content assist is available with a label 
that says something like "Some text (Ctrl-Space for content assist)." If 
content assist command is in the "In Windows" context, we have to register our 
shell with context support as IWorkbenchContextSupport.TYPE_WINDOW or the 
command won't be exposed to us. Because context support asynchronously 
activates contexts, we sometimes usually can't get the key binding sequence 
before creating our label. 
Seems like this will be a problem to anyone who activates a context and wants 
to use it immediately.

i200406230010
SuSE Linux 9.0 (i586)

I cannot import an existing project from the file system. The project name field
is not editable (although it seems to get the keyboard focus).

Steps:
- right click navigator, "Import..."
- select "Existing project into Workspace",  next
- try to fill project name - the field does not take user input

I guess this is something related to my setup (and others are not seeing this),
since it prevents basic usage of Eclipse.

3.0 RC2

1. select first occurrence of fOffset in BufferedRuleBasedScanner.
2. search for references in workspace
   ==> all matches found [ok]
3. Search view > view menu > Filter Reads
   ==> only 3 matches remain

The read filter filters out matches which have both read and write access.

Flagging as major since this can lead to wrong conclusions when analyzing code.

Help -> Help Contents does not work in build I20040504(0800).  I have the 
following in the .log:

!SESSION May 04, 2004 14:03:14.134 --------------------------------------------
-
java.version=1.4.2_01
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
!ENTRY org.eclipse.help.base 4 0 May 04, 2004 14:03:14.134
!MESSAGE Help cannot be displayed.  The embedded application server could not 
run help web application.  Check the log for details.
!STACK 1
org.eclipse.core.runtime.CoreException[0]: java.lang.IllegalStateException: 
ContainerBase.addChild: start: LifecycleException:  start: :  
java.lang.NullPointerException
	at org.apache.catalina.core.ContainerBase.addChildInternal
(ContainerBase.java:824)
	at org.apache.catalina.core.ContainerBase.addChild
(ContainerBase.java:807)
	at org.apache.catalina.core.StandardHost.addChild
(StandardHost.java:595)
	at org.eclipse.tomcat.internal.TomcatAppServer.start
(TomcatAppServer.java:239)
	at org.eclipse.help.internal.appserver.WebappManager.start
(WebappManager.java:53)
	at org.eclipse.help.internal.base.BaseHelpSystem.ensureWebappRunning
(BaseHelpSystem.java:182)
	at org.eclipse.help.internal.base.HelpDisplay.displayHelpURL
(HelpDisplay.java:151)
	at org.eclipse.help.internal.base.HelpDisplay.displayHelp
(HelpDisplay.java:47)
	at org.eclipse.help.ui.internal.DefaultHelpUI.displayHelp
(DefaultHelpUI.java:42)
	at org.eclipse.ui.help.WorkbenchHelp.displayHelp
(WorkbenchHelp.java:210)
	at org.eclipse.help.ui.internal.HelpContentsAction$1.run
(HelpContentsAction.java:47)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.help.ui.internal.HelpContentsAction.run
(HelpContentsAction.java:44)
	at org.eclipse.ui.internal.PluginAction.runWithEvent
(PluginAction.java:276)
	at org.eclipse.ui.internal.WWinPluginAction.runWithEvent
(WWinPluginAction.java:206)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:612)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:563)
	at org.eclipse.jface.action.ActionContributionItem$6.handleEvent
(ActionContributionItem.java:482)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2594)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2272)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1351)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1322)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:241)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:242)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:119)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)
!SUBENTRY 1 org.eclipse.tomcat 4 0 May 04, 2004 14:03:14.144
!MESSAGE Exception occurred adding webapp help based 
at /d:\eclipse\plugins\org.eclipse.help.webapp_3.0.0\.
!STACK 0
java.lang.IllegalStateException: ContainerBase.addChild: start: 
LifecycleException:  start: :  java.lang.NullPointerException
	at org.apache.catalina.core.ContainerBase.addChildInternal
(ContainerBase.java:824)
	at org.apache.catalina.core.ContainerBase.addChild
(ContainerBase.java:807)
	at org.apache.catalina.core.StandardHost.addChild
(StandardHost.java:595)
	at org.eclipse.tomcat.internal.TomcatAppServer.start
(TomcatAppServer.java:239)
	at org.eclipse.help.internal.appserver.WebappManager.start
(WebappManager.java:53)
	at org.eclipse.help.internal.base.BaseHelpSystem.ensureWebappRunning
(BaseHelpSystem.java:182)
	at org.eclipse.help.internal.base.HelpDisplay.displayHelpURL
(HelpDisplay.java:151)
	at org.eclipse.help.internal.base.HelpDisplay.displayHelp
(HelpDisplay.java:47)
	at org.eclipse.help.ui.internal.DefaultHelpUI.displayHelp
(DefaultHelpUI.java:42)
	at org.eclipse.ui.help.WorkbenchHelp.displayHelp
(WorkbenchHelp.java:210)
	at org.eclipse.help.ui.internal.HelpContentsAction$1.run
(HelpContentsAction.java:47)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.help.ui.internal.HelpContentsAction.run
(HelpContentsAction.java:44)
	at org.eclipse.ui.internal.PluginAction.runWithEvent
(PluginAction.java:276)
	at org.eclipse.ui.internal.WWinPluginAction.runWithEvent
(WWinPluginAction.java:206)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:612)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:563)
	at org.eclipse.jface.action.ActionContributionItem$6.handleEvent
(ActionContributionItem.java:482)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2594)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2272)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1351)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1322)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:241)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:242)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:119)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)

Build 20040420
Linux-GTK

1. Debug to a breakpoint.
2. Highlight some text and choose "Display"
3. In the resulting pop-up, press ctrl+shit+D. Nothing happens.

Performing the Display action inside the display view should print the contents directly to the display 
view. It seems silly (annoying, really) to pop-up a dialog when we're already in the view.

After using the pull up refactoring on a method, the method is removed from the 
sub class and put into the super class, but the sub class still has unused 
imports from before the refactoring.

Can the refactoring be enhanced in a way that the imports of the sub class are 
organized after the refactoring?

I20040420

My system background colour is set to grey.  Java editors in eclipse have a
white background.  When I switch between two editors, I see a flash to the grey
system background colour.  The grey is visible for a fair amount of time during
the switch, and even longer if it is the first time I have accessed the file
either in the current session or after it has been inactive for some time.  The
same behavior can be seen upon switching view tabs (easier to see when the view
is maximized).

A plausible reason for the flash may be that when we show the next widget, X
initially fills the window to the background colour until the widget has a
chance to draw itself.

I200406162000

1. Start on a new workspace
2. Create a new Java project
3. Search for '*' Type Declarations in Workspace
Observe: When the search is done, the Searching dialog is still up.

You have to press Run in background to dismiss it.

I have not yet found the right sequence to reproduce the problem.

Error Jun 09, 2004 15:38:35.392 Problems occurred when invoking code from
plug-in: "org.eclipse.core.runtime".
java.lang.ArrayIndexOutOfBoundsException: 10
at org.eclipse.swt.widgets.Tree.getFocusItem(Tree.java:374)
at org.eclipse.swt.widgets.Tree.gtk_changed(Tree.java:631)
at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:1161)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:3006)
at org.eclipse.swt.internal.gtk.OS.gtk_tree_store_clear(Native Method)
at org.eclipse.swt.widgets.Tree.removeAll(Tree.java:849)
at org.eclipse.jface.viewers.TreeViewer.removeAll(TreeViewer.java:223)
at org.eclipse.jface.viewers.AbstractTreeViewer$5.run(AbstractTreeViewer.java:780)
at
org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:863)
at
org.eclipse.jface.viewers.AbstractTreeViewer.inputChanged(AbstractTreeViewer.java:772)
at org.eclipse.jface.viewers.ContentViewer.setInput(ContentViewer.java:238)
at org.eclipse.jface.viewers.StructuredViewer.setInput(StructuredViewer.java:1058)
at
org.eclipse.jdt.internal.ui.browsing.JavaBrowsingPart.setViewerInput(JavaBrowsingPart.java:785)
at
org.eclipse.jdt.internal.ui.browsing.JavaBrowsingPart.setInput(JavaBrowsingPart.java:771)
at
org.eclipse.jdt.internal.ui.browsing.JavaBrowsingPart.adjustInputAndSetSelection(JavaBrowsingPart.java:1001)
at
org.eclipse.jdt.internal.ui.browsing.JavaBrowsingPart.setSelectionFromEditor(JavaBrowsingPart.java:1160)
at
org.eclipse.jdt.internal.ui.browsing.JavaBrowsingPart.selectionChanged(JavaBrowsingPart.java:709)
at
org.eclipse.ui.internal.AbstractSelectionService$4.run(AbstractSelectionService.java:172)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
at org.eclipse.core.runtime.Platform.run(Platform.java:758)
at
org.eclipse.ui.internal.AbstractSelectionService.firePostSelection(AbstractSelectionService.java:170)
at
org.eclipse.ui.internal.AbstractSelectionService$2.selectionChanged(AbstractSelectionService.java:76)
at org.eclipse.jface.text.TextViewer.firePostSelectionChanged(TextViewer.java:2160)
at org.eclipse.jface.text.TextViewer.firePostSelectionChanged(TextViewer.java:2113)
at org.eclipse.jface.text.TextViewer$4.run(TextViewer.java:2092)
at org.eclipse.swt.widgets.Display.timerProc(Display.java:2855)
at org.eclipse.swt.internal.gtk.OS.gtk_main_iteration(Native Method)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2222)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:638)
at org.eclipse.core.launcher.Main.main(Main.java:622)

I wrote the following method call:

  assertEquals(1.0d, blah(), delta);

The field "delta" is not yet declared. I press Ctrl-1 and select "create 
field". The resulting line is:

  private Object delta;

By typing the following sequence of keys:

  [Tab] double [Tab] [Right] = 0.0001d

I change that manually to:

  private double delta = 0.00001d;

Surprisingly, my original method call is now changed to:

  assertEquals(1.0d, blah(), delta = 0.00001d);

And that is of course wrong.

(BTW, I believe that the Ctrl-1 aid should guess the expected field type, but 
that's a different issue.)

build I20040513-1200

While deleting some projects in my workspace, I saw the following get logged:

Java Model Exception: Java Model Status [<project root> [in Foo] does not exist.]
at
org.eclipse.jdt.internal.core.JavaElement.newNotPresentException(JavaElement.java:562)
at
org.eclipse.jdt.internal.core.PackageFragmentRoot.buildStructure(PackageFragmentRoot.java:169)
at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:183)
at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.java:573)
at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:310)
at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:296)
at
org.eclipse.jdt.internal.core.PackageFragmentRoot.getKind(PackageFragmentRoot.java:542)
at
org.eclipse.jdt.ui.actions.OrganizeImportsAction.hasSourceFolders(OrganizeImportsAction.java:258)
at
org.eclipse.jdt.ui.actions.OrganizeImportsAction.isEnabled(OrganizeImportsAction.java:241)
at
org.eclipse.jdt.ui.actions.OrganizeImportsAction.selectionChanged(OrganizeImportsAction.java:154)
at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchSelectionChanged(SelectionDispatchAction.java:200)
at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.selectionChanged(SelectionDispatchAction.java:195)
at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:607)
at org.eclipse.core.runtime.Platform.run(Platform.java:668)
at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
at
org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:1268)
at
org.eclipse.jface.viewers.StructuredViewer.setSelection(StructuredViewer.java:1001)
at org.eclipse.jface.viewers.Viewer.setSelection(Viewer.java:356)
at
org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart$5.handleInvalidSelection(PackageExplorerPart.java:413)
at
org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:800)
at org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:871)
at
org.eclipse.jdt.internal.ui.packageview.PackageExplorerContentProvider$3.run(PackageExplorerContentProvider.java:559)
at
org.eclipse.jdt.internal.ui.packageview.PackageExplorerContentProvider$7.run(PackageExplorerContentProvider.java:601)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2702)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2394)
at
org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:136)
at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:261)
at
org.eclipse.jface.dialogs.ProgressMonitorDialog.run(ProgressMonitorDialog.java:397)
at
org.eclipse.ui.internal.progress.ProgressMonitorJobsDialog.run(ProgressMonitorJobsDialog.java:238)
at org.eclipse.ui.actions.DeleteResourceAction.run(DeleteResourceAction.java:428)
at
org.eclipse.jdt.internal.ui.refactoring.reorg.DeleteAction.run(DeleteAction.java:88)
at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
at org.eclipse.ui.actions.RetargetAction.runWithEvent(RetargetAction.java:212)
at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)
at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:468)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:886)
at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:927)
at
org.eclipse.ui.internal.keys.OutOfOrderListener.handleEvent(OutOfOrderListener.java:67)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1724)
at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1720)
at org.eclipse.swt.widgets.Control.WM_KEYDOWN(Control.java:3499)
at org.eclipse.swt.widgets.Tree.WM_KEYDOWN(Tree.java:1378)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2978)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:3291)
at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1466)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2388)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:243)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:298)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:249)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:126)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
at org.eclipse.core.launcher.Main.run(Main.java:722)
at org.eclipse.core.launcher.Main.main(Main.java:706)

Using build 200405131200, sometimes the fast view gets a size of 0, and it looks
like it doesn't open anymore when it does open but with a size of 0.

Export your preferences
Import your preferences

We are hard casting to a Boolean when the new value is a String

Thread [main] (Suspended (exception ClassCastException))
	ToggleStepFiltersActionDelegate.propertyChange(PropertyChangeEvent) 
line: 65
	AbstractUIPlugin$2.run() line: 263
	InternalPlatform.run(ISafeRunnable) line: 819
	Platform.run(ISafeRunnable) line: 493
	AbstractUIPlugin$CompatibilityPreferenceStore.firePropertyChangeEvent
(String, Object, Object) line: 260
	AbstractUIPlugin$1.propertyChange(Preferences$PropertyChangeEvent) 
line: 202
	Preferences.firePropertyChangeEvent(String, Object, Object) line: 588
	Preferences.setToDefault(String) line: 1268
	PreferenceExporter.setPluginPreferences(IPluginDescriptor, Properties) 
line: 143
	PreferenceExporter.importPreferences(IPath) line: 74
	NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not 
available [native method]
	NativeMethodAccessorImpl.invoke(Object, Object[]) line: 39
	DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 25
	Method.invoke(Object, Object[]) line: 324
	Preferences.exporterInvoker(String, IPath) line: 457
	Preferences.importPreferences(IPath) line: 488
	PreferenceImportExportWizard.performFinish() line: 180
	WizardDialog.finishPressed() line: 608
	WizardDialog.buttonPressed(int) line: 321
	Dialog$1.widgetSelected(SelectionEvent) line: 402
	TypedListener.handleEvent(Event) line: 89
	EventTable.sendEvent(Event) line: 82
	Button(Widget).sendEvent(Event) line: 833
	Display.runDeferredEvents() line: 2348
	Display.readAndDispatch() line: 2029
	WizardDialog(Window).runEventLoop(Shell) line: 647
	WizardDialog(Window).open() line: 627
	WorkbenchPreferenceDialog.loadPressed() line: 117
	WorkbenchPreferenceDialog.buttonPressed(int) line: 67
	Dialog$1.widgetSelected(SelectionEvent) line: 402
	TypedListener.handleEvent(Event) line: 89
	EventTable.sendEvent(Event) line: 82
	Button(Widget).sendEvent(Event) line: 833
	Display.runDeferredEvents() line: 2348
	Display.readAndDispatch() line: 2029
	WorkbenchPreferenceDialog(Window).runEventLoop(Shell) line: 647
	WorkbenchPreferenceDialog(Window).open() line: 627
	OpenPreferencesAction.run() line: 72
	OpenPreferencesAction(Action).runWithEvent(Event) line: 881
	ActionContributionItem.handleWidgetSelection(Event, boolean) line: 536
	ActionContributionItem.access$2(ActionContributionItem, Event, 
boolean) line: 488
	ActionContributionItem$5.handleEvent(Event) line: 420
	EventTable.sendEvent(Event) line: 82
	MenuItem(Widget).sendEvent(Event) line: 833
	Display.runDeferredEvents() line: 2348
	Display.readAndDispatch() line: 2029
	Workbench.runEventLoop(Window$IExceptionHandler, Display) line: 1550
	Workbench.runUI() line: 1526
	Workbench.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 265
	PlatformUI.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 139
	IDEApplication.run(Object) line: 47
	PlatformActivator$1.run() line: 257
	EclipseStarter.run(String[], Runnable) line: 104
	NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not 
available [native method]
	NativeMethodAccessorImpl.invoke(Object, Object[]) line: 39
	DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 25
	Method.invoke(Object, Object[]) line: 324
	Main.basicRun(String[]) line: 279
	Main.run(String[]) line: 742
	Main.main(String[]) line: 581

I200405171219

There seems to be some changes in key binding support. When using default key
bindings I now loose the focus when pressing Esc in the text or Java editor.
This is quite annoying.

Currently, when selecting two revision from the CVS Resource History view, the
name of the created Editor is something like 'Compare 1.36 and 1.35'.
It's not realy usefull when you have multiple editor of this type open on
different file. It would be nice to have the name of the file in the editor name.

In the org.eclipse.debug.ui plug-in, the ProfileToolbarAction (internal) class 
is currently providing the functionality of the Profile button on the toolbar. 

The tooltip that is initially set when there is no "last launched" 
is "Profile", which is correct. However, when there _is_ a "last launched", the 
text appears as "Debug New_configuration" (where New_configuration is the last 
configuration launched) instead of "Profile New_configuration".

The updateToolTip() method that's inherited by the ProfileToolbarAction class 
is doing this:

if (mode.equals(ILaunchManager.RUN_MODE)) {
    tooltip = MessageFormat.format(ActionMessages.getString
("AbstractLaunchHistoryAction.Run_{0}_1"), new String[]{launchName});
} else {
    tooltip = MessageFormat.format(ActionMessages.getString
("AbstractLaunchHistoryAction.Debug_{0}_2"), new String[]{launchName});
}

I *think* what is happening is that mode != RUN_MODE (since the mode 
is "profile"), and is falling into the else clause. Of course, this 'else' 
clause was intended to handle the "debug" mode only, so that's why it's 
producing the wrong tooltip for the "profile" mode.

Could you please correct the tooltip being displayed so that it correctly 
shows "Profile <something>" (instead of "Debug <something>") when there is 
a "last launched" and the mouse is hovering over the Profile button? 

Thanks!

(see bugzilla #54032 for additional info)

200410260800

- Have a new CU New.java:
    public class New extends /*caret*/ { }

- Press Ctrl+Space with the cursor at the indicated location.
=> Was: 'New' is inserted.
=> Expected: Proposal popup with single completion is shown, even if 'Insert
single proposals automatically' is checked.

Using 3.0 + Cheetah06.

Here's scenario to reproduce this IAE:
1- Create a project
2- Open project preferences and in compiler page, set some specific value by 
   selecting "Use project settings" button.
3- Click on OK to validate properties changes (do not rebuild project)
4- Reopen project properties and remove project compiler preferences by 
   selecting "Use workspace settings".
5- Click on OK to validate properties changes (do not rebuild project)
6- Try to reopen properties => you get error dialog "Could Not Accept Changes":
   "The currently displayed page contains invalid values"!

Looking at error log, I got following stack trace:
java.lang.IllegalStateException: Preference node "org.eclipse.jdt.core" has been
removed.
	at
org.eclipse.core.internal.preferences.EclipsePreferences.checkRemoved(EclipsePreferences.java:142)
	at
org.eclipse.core.internal.preferences.EclipsePreferences.internalGet(EclipsePreferences.java:481)
	at
org.eclipse.core.internal.preferences.EclipsePreferences.get(EclipsePreferences.java:349)
	at org.eclipse.jdt.internal.core.JavaProject.getOption(JavaProject.java:1433)
	at
org.eclipse.jdt.internal.core.ClasspathEntry.validateClasspathEntry(ClasspathEntry.java:1152)
	at
org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:1896)
	at
org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:1839)
	at
org.eclipse.jdt.internal.core.DeltaProcessor.updateClasspathMarkers(DeltaProcessor.java:2106)
	at
org.eclipse.jdt.internal.core.DeltaProcessor.updateClasspathMarkers(DeltaProcessor.java:2136)
	at
org.eclipse.jdt.internal.core.DeltaProcessor.updateClasspathMarkers(DeltaProcessor.java:2152)
	at
org.eclipse.jdt.internal.core.DeltaProcessor.resourceChanged(DeltaProcessor.java:1856)
	at
org.eclipse.jdt.internal.core.DeltaProcessingState.resourceChanged(DeltaProcessingState.java:414)
	at
org.eclipse.core.internal.events.NotificationManager$2.run(NotificationManager.java:283)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at
org.eclipse.core.internal.events.NotificationManager.notify(NotificationManager.java:277)
	at
org.eclipse.core.internal.events.NotificationManager.broadcastChanges(NotificationManager.java:151)
	at
org.eclipse.core.internal.events.AutoBuildJob.broadcastChanges(AutoBuildJob.java:78)
	at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:153)
	at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:212)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

Similar to the Java compiler settings, we should create a preference page that 
allows the user to configure the level of resolution of determination and 
indication of problems.

I200405140800
Windows XP

1. launch Eclipse on a new workspace
2. close the introduction view
3. switch to the Java perspective
4. create a project 'Test'
5. create a class 'Test' in the project
6. add a main method to Test
7. add a breakpoint in the main method
8. open a new window
9. in the new window, switch to the Debug perspective
10. in the first window, open the Debug view
11. from the first window, launch 'test' in debug mode
When the breakpoint is hit, the variable, the breakpoints and the display views
are open in the first window, then the window with the debug perspective is
activated.

The 3 views shouldn't be open in the Java perspective, the view management is
only set to be use in the Debug perspective.

When creating a new package through the "New Java Package" wizard, the content 
of the "Java Package" dialog depends on whether a package or a class was 
selected in the Navigator or Package Explorer.

1. If a package was selected, the "Name" field in the dialog contains the name 
of the selected package, allowing easy creation of a new package underneath the 
selected package.

2. But when a class was selected, the "Name" field is empty, which feels wrong. 
Why isn't the name of the current package displayed in the name field? 

This way I have to select a package first with the mouse before being able to 
add a subpackage underneath the current package. It would be a lot easier for 
the user when the name of the current package is always displayed when opening 
the "New Java Package" wizard.

I20040330

window>preferences>java>build path>user libraries>new
The focus is set on the checkbox by default. It should be on the text field.

200406111814

Renaming package fragment 'incl' to 'xyz' in this setup fails with a
JavaModelException in IPackageFragment#rename(..):

+ proj
  + src
    + incl
      + A.java

.classpath:
<?xml version="1.0" encoding="UTF-8"?>
<classpath>
  <classpathentry including="incl/" kind="src" path="src"/>
  <classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER"/>
  <classpathentry kind="output" path="bin"/>
</classpath>

Note: Unfortunately, we currently swallow the stacktrace below (see bug 67289).

Error Jun 15, 2004 18:39:07.438 A.java [in xyz [in src [in proj7]]] does not exist
Java Model Exception: Java Model Status [A.java [in xyz [in src [in proj7]]]
does not exist]
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at org.eclipse.core.runtime.CoreException.<init>(CoreException.java:37)
	at org.eclipse.jdt.core.JavaModelException.<init>(JavaModelException.java:67)
	at
org.eclipse.jdt.internal.core.MultiOperation.processElements(MultiOperation.java:173)
	at
org.eclipse.jdt.internal.core.CopyResourceElementsOperation.processElements(CopyResourceElementsOperation.java:375)
	at
org.eclipse.jdt.internal.core.MultiOperation.executeOperation(MultiOperation.java:90)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:700)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaModelOperation.java:744)
	at org.eclipse.jdt.internal.core.JavaModel.rename(JavaModel.java:304)
	at org.eclipse.jdt.internal.core.PackageFragment.rename(PackageFragment.java:394)
	at
org.eclipse.jdt.internal.corext.refactoring.changes.RenamePackageChange.doRename(RenamePackageChange.java:73)
	at
org.eclipse.jdt.internal.corext.refactoring.AbstractJavaElementRenameChange.perform(AbstractJavaElementRenameChange.java:67)
	at org.eclipse.ltk.core.refactoring.CompositeChange.perform(CompositeChange.java)
	at
org.eclipse.jdt.internal.corext.refactoring.changes.DynamicValidationStateChange.access$0(DynamicValidationStateChange.java:1)
	at
org.eclipse.jdt.internal.corext.refactoring.changes.DynamicValidationStateChange$1.run(DynamicValidationStateChange.java:76)
	at
org.eclipse.jdt.internal.core.BatchOperation.executeOperation(BatchOperation.java:34)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:700)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673)
	at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3246)
	at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3203)
	at
org.eclipse.jdt.internal.corext.refactoring.changes.DynamicValidationStateChange.perform(DynamicValidationStateChange.java:79)
	at org.eclipse.ltk.core.refactoring.CompositeChange.perform(CompositeChange.java)
	at
org.eclipse.ltk.core.refactoring.PerformChangeOperation$1.run(PerformChangeOperation.java:222)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1693)
	at
org.eclipse.ltk.core.refactoring.PerformChangeOperation.executeChange(PerformChangeOperation.java:267)
	at
org.eclipse.ltk.internal.ui.refactoring.UIPerformChangeOperation.access$4(UIPerformChangeOperation.java:1)
	at
org.eclipse.ltk.internal.ui.refactoring.UIPerformChangeOperation$1.run(UIPerformChangeOperation.java:66)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:262)
	at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run(RefactoringWizardDialog2.java:282)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.internalPerformFinish(RefactoringWizard.java:533)
	at
org.eclipse.ltk.ui.refactoring.UserInputWizardPage.performFinish(UserInputWizardPage.java:153)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.performFinish(RefactoringWizard.java:599)
	at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.okPressed(RefactoringWizardDialog2.java:406)
	at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:365)
	at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:506)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation$1.run(RefactoringWizardOpenOperation.java:124)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:137)
	at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:40)
	at
org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.activate(UserInterfaceStarter.java:54)
	at
org.eclipse.jdt.internal.ui.refactoring.reorg.RenameUserInterfaceStarter.activate(RenameUserInterfaceStarter.java:113)
	at org.eclipse.jdt.ui.refactoring.RenameSupport.openDialog(RenameSupport.java:108)
	at
org.eclipse.jdt.internal.ui.refactoring.actions.RenameJavaElementAction.run(RenameJavaElementAction.java:175)
	at
org.eclipse.jdt.internal.ui.refactoring.actions.RenameJavaElementAction.run(RenameJavaElementAction.java:96)
	at org.eclipse.jdt.ui.actions.RenameAction.run(RenameAction.java:116)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.ui.actions.RetargetAction.runWithEvent(RetargetAction.java:212)
	at org.eclipse.ui.internal.WWinPluginAction.runWithEvent(WWinPluginAction.java:211)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:469)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:887)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:928)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:546)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:494)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:259)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Control.traverse(Control.java:2709)
	at org.eclipse.swt.widgets.Control.translateMnemonic(Control.java:2550)
	at org.eclipse.swt.widgets.Composite.translateMnemonic(Composite.java:540)
	at org.eclipse.swt.widgets.Control.translateMnemonic(Control.java:2568)
	at org.eclipse.swt.widgets.Display.translateMnemonic(Display.java:3151)
	at org.eclipse.swt.widgets.Display.filterMessage(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1362)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1333)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:252)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:84)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:59)
	at java.lang.reflect.Method.invoke(Method.java:390)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

Latest cheetah from CVS. NullPointerException when a subclass of a generic type
uses protected member field of its parent. This NPE makes java editor unusable
(i.e. cannot save the source). Yet another reason to resolve bug 68586 ;-)

==================================
package test.cheetah;
public class G<E> {
    protected Object o;
}
==================================
package test.cheetah;
public class NG extends G {
    public boolean test() {
        return o == null;
    }
}
==================================

Compiling the second of the two classes results in

!ENTRY org.eclipse.core.runtime 4 2 Jun 30, 2004 08:48:46.830
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.jdt.internal.compiler.codegen.CodeStream.generateConstant(CodeStream.java:1385)
	at
org.eclipse.jdt.internal.compiler.ast.SingleNameReference.generateCode(SingleNameReference.java:304)
	at
org.eclipse.jdt.internal.compiler.ast.EqualExpression.generateOptimizedNonBooleanEqual(EqualExpression.java:401)
	at
org.eclipse.jdt.internal.compiler.ast.EqualExpression.generateOptimizedBoolean(EqualExpression.java:275)
	at
org.eclipse.jdt.internal.compiler.ast.EqualExpression.generateCode(EqualExpression.java:232)
	at
org.eclipse.jdt.internal.compiler.ast.ReturnStatement.generateCode(ReturnStatement.java:116)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.generateCode(AbstractMethodDeclaration.java:214)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.generateCode(AbstractMethodDeclaration.java:161)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.generateCode(TypeDeclaration.java:555)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.generateCode(TypeDeclaration.java:609)
	at
org.eclipse.jdt.internal.compiler.ast.CompilationUnitDeclaration.generateCode(CompilationUnitDeclaration.java:180)
	at org.eclipse.jdt.internal.compiler.Compiler.process(Compiler.java:514)
	at org.eclipse.jdt.internal.compiler.Compiler.compile(Compiler.java:335)
	at
org.eclipse.jdt.internal.core.builder.AbstractImageBuilder.compile(AbstractImageBuilder.java:209)
	at
org.eclipse.jdt.internal.core.builder.AbstractImageBuilder.compile(AbstractImageBuilder.java:159)
	at
org.eclipse.jdt.internal.core.builder.BatchImageBuilder.build(BatchImageBuilder.java:49)
	at org.eclipse.jdt.internal.core.builder.JavaBuilder.buildAll(JavaBuilder.java:212)
	at org.eclipse.jdt.internal.core.builder.JavaBuilder.build(JavaBuilder.java:135)
	at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:564)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:157)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:249)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:202)
	at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:229)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:232)
	at
org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:268)
	at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:297)
	at org.eclipse.core.internal.resources.Workspace.build(Workspace.java:198)
	at org.eclipse.ui.actions.GlobalBuildAction$1.run(GlobalBuildAction.java:182)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)


PS: as a positive side effect of this bug I had to encapsulate all protected
variables :-)

build I20041013

In order to support Dirk's explorations into grouping by working sets in the
Package Explorer, the viewers need to be able to support multiple equal elements.
This is being done just in JDT's subclass of TreeViewer for now, but this
requires some extra hooks from the parent classes.

These changes are to be backed out later, before 3.1 ships.

If the prototype is successful, then we will revisit this issue and solve the
problem of multiple equal elements properly.

Build: eclipse-I200410190941
gtk+-2.4.10

On shutdown, I got a progress dialog with a CVS update and a build workspace
job.  I tried to cancel both, the CVS update cancelled fine, the build workspace
job won't go away.  Here is the thread dump.

Full thread dump Java HotSpot(TM) Client VM (1.4.2_03-b02 mixed mode):

"ModalContext" prio=1 tid=0x0843f678 nid=0x74e1 runnable [5b0c3000..5b0c3854]
	at java.lang.Object.wait(Native Method)
	at org.eclipse.core.internal.jobs.ThreadJob.joinRun(ThreadJob.java:159)
	- locked <0x447a4548> (a org.eclipse.core.internal.jobs.ThreadJob)
	at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJobs.java:87)
	at org.eclipse.core.internal.jobs.JobManager.beginRule(JobManager.java:170)
	at org.eclipse.core.internal.resources.WorkManager.checkIn(WorkManager.java:95)
	at
org.eclipse.core.internal.resources.Workspace.prepareOperation(Workspace.java:1631)
	at org.eclipse.core.internal.resources.SaveManager.save(SaveManager.java:1309)
	at org.eclipse.core.internal.resources.Workspace.save(Workspace.java:1710)
	at
org.eclipse.ui.internal.ide.IDEWorkbenchAdvisor$5.run(IDEWorkbenchAdvisor.java:508)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:105)

"Worker-20" prio=1 tid=0x0880c028 nid=0x74e1 in Object.wait() [58f44000..58f44854]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x45f2fae0> (a org.eclipse.core.internal.jobs.WorkerPool)
	at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:166)
	- locked <0x45f2fae0> (a org.eclipse.core.internal.jobs.WorkerPool)
	at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:193)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-19" prio=1 tid=0x08a21af0 nid=0x74e1 in Object.wait() [5b880000..5b880854]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x45f2fae0> (a org.eclipse.core.internal.jobs.WorkerPool)
	at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:166)
	- locked <0x45f2fae0> (a org.eclipse.core.internal.jobs.WorkerPool)
	at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:193)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-17" prio=1 tid=0x08996630 nid=0x74e1 in Object.wait() [5a2ff000..5a2ff854]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x45f2fae0> (a org.eclipse.core.internal.jobs.WorkerPool)
	at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:166)
	- locked <0x45f2fae0> (a org.eclipse.core.internal.jobs.WorkerPool)
	at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:193)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-13" prio=1 tid=0x08a32418 nid=0x74e1 in Object.wait() [5b301000..5b301854]
	at java.lang.Object.wait(Native Method)
	at org.eclipse.core.internal.jobs.ThreadJob.joinRun(ThreadJob.java:159)
	- locked <0x47adc4b8> (a org.eclipse.core.internal.jobs.ThreadJob)
	at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJobs.java:87)
	at org.eclipse.core.internal.jobs.JobManager.beginRule(JobManager.java:170)
	at
org.eclipse.ui.views.markers.internal.MarkerView.internalRefresh(MarkerView.java:195)
	at org.eclipse.ui.views.markers.internal.MarkerView.access$3(MarkerView.java:181)
	at org.eclipse.ui.views.markers.internal.MarkerView$3.run(MarkerView.java:281)
	at
org.eclipse.ui.views.markers.internal.RestartableJob$2.run(RestartableJob.java:85)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Worker-10" prio=1 tid=0x088e6e08 nid=0x74e1 in Object.wait() [5b280000..5b280854]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x484b89b8> (a org.eclipse.ui.console.IOConsoleInputStream)
	at java.lang.Object.wait(Object.java:429)
	at
org.eclipse.ui.console.IOConsoleInputStream.waitForData(IOConsoleInputStream.java:139)
	at org.eclipse.ui.console.IOConsoleInputStream.read(IOConsoleInputStream.java:85)
	- locked <0x484b89b8> (a org.eclipse.ui.console.IOConsoleInputStream)
	at org.eclipse.ui.console.IOConsoleInputStream.read(IOConsoleInputStream.java:110)
	at
org.eclipse.debug.internal.ui.views.console.ProcessConsole$InputReadJob.run(ProcessConsole.java:480)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Worker-9" prio=1 tid=0x08954900 nid=0x74e1 runnable [5b601000..5b601854]
	at java.lang.Object.wait(Native Method)
	at org.eclipse.core.internal.jobs.ThreadJob.joinRun(ThreadJob.java:159)
	- locked <0x479dd450> (a org.eclipse.core.internal.jobs.ThreadJob)
	at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJobs.java:87)
	at org.eclipse.core.internal.jobs.JobManager.beginRule(JobManager.java:170)
	at
org.eclipse.team.internal.core.subscribers.BatchingLock$ThreadInfo.pushRule(BatchingLock.java:78)
	at
org.eclipse.team.internal.core.subscribers.BatchingLock.acquire(BatchingLock.java:275)
	at
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.beginBatching(EclipseSynchronizer.java:462)
	at
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.ignoreFilesChanged(EclipseSynchronizer.java:606)
	at
org.eclipse.team.internal.ccvs.core.syncinfo.DeferredResourceChangeHandler.doDispatchEvents(DeferredResourceChangeHandler.java:80)
	at
org.eclipse.team.internal.core.BackgroundEventHandler.dispatchEvents(BackgroundEventHandler.java:335)
	at
org.eclipse.team.internal.core.BackgroundEventHandler.processEvents(BackgroundEventHandler.java:315)
	at
org.eclipse.team.internal.core.BackgroundEventHandler$1.run(BackgroundEventHandler.java:154)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Worker-8" prio=1 tid=0x5b49c6a0 nid=0x74e1 waiting for monitor entry
[5b57f000..5b580854]
	at org.eclipse.swt.internal.gtk.OS.gdk_pixbuf_new(Native Method)
	- waiting to lock <0x54ba49a0> (a java.lang.Class)
	at org.eclipse.swt.graphics.Image.init(Image.java:767)
	at org.eclipse.swt.graphics.Image.<init>(Image.java:434)
	at org.eclipse.jface.resource.ImageDescriptor.createImage(ImageDescriptor.java:186)
	at org.eclipse.jface.resource.ImageDescriptor.createImage(ImageDescriptor.java:123)
	at org.eclipse.jface.resource.ImageDescriptor.createImage(ImageDescriptor.java:101)
	at
org.eclipse.pde.internal.ui.editor.feature.FeatureAdapterFactory.<init>(FeatureAdapterFactory.java:23)
	at org.eclipse.pde.internal.ui.PDEPlugin.start(PDEPlugin.java:198)
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:958)
	at java.security.AccessController.doPrivileged(Native Method)
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:954)
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:937)
	at
org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:421)
	at
org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:293)
	at
org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java:110)
	at
org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:371)
	at
org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:402)
	at
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:93)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
	at
org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:307)
	at
org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:336)
	at
org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass(AbstractBundle.java:1313)
	at
org.eclipse.core.internal.plugins.PluginClassLoader.findClass(PluginClassLoader.java:76)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:289)
	- locked <0x484b9100> (a org.eclipse.core.internal.plugins.PluginClassLoader)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
	at
org.eclipse.ant.internal.core.AntClassLoader.loadClassPlugins(AntClassLoader.java:62)
	at org.eclipse.ant.internal.core.AntClassLoader.findClass(AntClassLoader.java:35)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:289)
	- locked <0x484b9170> (a org.eclipse.ant.internal.core.AntClassLoader)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
	at org.eclipse.ant.core.AntRunner.getInternalAntRunner(AntRunner.java:375)
	at org.eclipse.ant.core.AntRunner.run(AntRunner.java:301)
	at
org.eclipse.ant.internal.ui.launchConfigurations.AntLaunchDelegate.runInSameVM(AntLaunchDelegate.java:200)
	at
org.eclipse.ant.internal.ui.launchConfigurations.AntLaunchDelegate.launch(AntLaunchDelegate.java:163)
	at
org.eclipse.debug.internal.core.LaunchConfiguration.launch(LaunchConfiguration.java:569)
	at
org.eclipse.debug.internal.core.LaunchConfiguration.launch(LaunchConfiguration.java:150)
	at
org.eclipse.ui.externaltools.internal.model.ExternalToolBuilder.launchBuild(ExternalToolBuilder.java:126)
	at
org.eclipse.ui.externaltools.internal.model.ExternalToolBuilder.doBuildBasedOnScope(ExternalToolBuilder.java:114)
	at
org.eclipse.ui.externaltools.internal.model.ExternalToolBuilder.build(ExternalToolBuilder.java:72)
	at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:574)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:616)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:158)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:192)
	at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:221)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:616)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:224)
	at
org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:243)
	at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:272)
	at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:155)
	at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:212)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Java indexing" daemon prio=1 tid=0x08567c78 nid=0x74e1 in Object.wait()
[5a5cd000..5a5cd854]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x46816d18> (a
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
	at java.lang.Object.wait(Object.java:429)
	at
org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobManager.java:345)
	- locked <0x46816d18> (a
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
	at java.lang.Thread.run(Thread.java:534)

"Reference Cleaner - 2" prio=1 tid=0x081dda20 nid=0x74e1 in Object.wait()
[59f09000..59f09854]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x46415b18> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
	- locked <0x46415b18> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
	at
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThread.run(ActionContributionItem.java:216)

"Reference Cleaner - 1" prio=1 tid=0x081dd7b0 nid=0x74e1 in Object.wait()
[59156000..59156854]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x46415b88> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
	- locked <0x46415b88> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
	at
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThread.run(ActionContributionItem.java:216)

"Start Level Event Dispatcher" daemon prio=1 tid=0x08265b90 nid=0x74e1 in
Object.wait() [590d5000..590d5854]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x45b1d490> (a org.eclipse.osgi.framework.eventmgr.EventThread)
	at java.lang.Object.wait(Object.java:429)
	at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:162)
	- locked <0x45b1d490> (a org.eclipse.osgi.framework.eventmgr.EventThread)
	at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:100)

"Framework Event Dispatcher" daemon prio=1 tid=0x08242258 nid=0x74e1 in
Object.wait() [59054000..59054854]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x45b14a28> (a org.eclipse.osgi.framework.eventmgr.EventThread)
	at java.lang.Object.wait(Object.java:429)
	at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:162)
	- locked <0x45b14a28> (a org.eclipse.osgi.framework.eventmgr.EventThread)
	at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:100)

"Signal Dispatcher" daemon prio=1 tid=0x0809d758 nid=0x74e1 waiting on condition
[0..0]

"Finalizer" daemon prio=1 tid=0x08088918 nid=0x74e1 in Object.wait()
[589da000..589da854]
	at java.lang.Object.wait(Native Method)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
	- locked <0x45af9750> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
	at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=1 tid=0x08087d28 nid=0x74e1 in Object.wait()
[58959000..58959854]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x45af97b8> (a java.lang.ref.Reference$Lock)
	at java.lang.Object.wait(Object.java:429)
	at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
	- locked <0x45af97b8> (a java.lang.ref.Reference$Lock)

"main" prio=1 tid=0x08052538 nid=0x74e1 runnable [bfffa000..bfffbb18]
	at org.eclipse.swt.internal.gtk.OS.Call(Native Method)
	at org.eclipse.swt.widgets.Display.sleep(Display.java:2967)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:142)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:279)
	at
org.eclipse.jface.dialogs.ProgressMonitorDialog.run(ProgressMonitorDialog.java:447)
	at
org.eclipse.ui.internal.progress.ProgressMonitorJobsDialog.run(ProgressMonitorJobsDialog.java:268)
	at
org.eclipse.ui.internal.ide.IDEWorkbenchAdvisor.disconnectFromWorkspace(IDEWorkbenchAdvisor.java:515)
	at
org.eclipse.ui.internal.ide.IDEWorkbenchAdvisor.postShutdown(IDEWorkbenchAdvisor.java:231)
	at org.eclipse.ui.internal.Workbench.shutdown(Workbench.java:1724)
	at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:498)
	at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:421)
	at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:606)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:604)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:579)
	at org.eclipse.ui.internal.QuitAction.run(QuitAction.java:55)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:988)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:946)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:896)
	at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:810)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:979)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2661)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2360)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1443)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1414)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:271)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:704)
	at org.eclipse.core.launcher.Main.main(Main.java:688)

"VM Thread" prio=1 tid=0x08086a08 nid=0x74e1 runnable 

"VM Periodic Task Thread" prio=1 tid=0x0809ff68 nid=0x74e1 waiting on condition 
"Suspend Checker Thread" prio=1 tid=0x0809cdb8 nid=0x74e1 runnable

RC2
I get the following stack when trying to launch the browser example in RC2.
It's happening because
PlatformUI.getWorkbench().getThemeManager().getCurrentTheme(); is returning null
and it should never do that.

Thread [main] (Suspended (exception NullPointerException))
	DefaultEditorPresentation.updateGradient() line: 175
	DefaultEditorPresentation(DefaultPartPresentation).init() line: 400
	DefaultEditorPresentation.<init>(Composite, IStackPresentationSite) line: 116
	WorkbenchPresentationFactory.createEditorPresentation(Composite,
IStackPresentationSite) line: 33
	PresentationFactoryUtil.createPresentation(AbstractPresentationFactory, int,
Composite, IStackPresentationSite, IPresentationSerializer, IMemento) line: 38
	EditorStack(PartStack).createControl(Composite) line: 364
	EditorSashContainer(PartSashContainer).createControl(Composite) line: 432
	EditorSashContainer.createControl(Composite) line: 351
	EditorAreaHelper.<init>(WorkbenchPage) line: 47
	WorkbenchPage.init(WorkbenchWindow, String, IAdaptable) line: 1876
	WorkbenchPage.<init>(WorkbenchWindow, String, IAdaptable) line: 414
	WorkbenchWindow.busyOpenPage(String, IAdaptable) line: 494
	WorkbenchWindow$3.run() line: 1073
	BusyIndicator.showWhile(Display, Runnable) line: 69
	WorkbenchWindow.openPage(String, IAdaptable) line: 1070
	Workbench.openFirstTimeWindow() line: 989
	WorkbenchConfigurer.openFirstTimeWindow() line: 174
	BrowserAdvisor(WorkbenchAdvisor).openWindows() line: 658
	BrowserAdvisor.openWindows() line: 167
	Workbench.init(Display) line: 816
	Workbench.runUI() line: 1310
	Workbench.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 252
	PlatformUI.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 141
	BrowserApp.run(Object) line: 67
	PlatformActivator$1.run(Object) line: 334
	EclipseStarter.run(Object) line: 272
	EclipseStarter.run(String[], Runnable) line: 128
	NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available
[native method]
	NativeMethodAccessorImpl.invoke(Object, Object[]) line: 39
	DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 25
	Method.invoke(Object, Object[]) line: 324
	Main.basicRun(String[]) line: 185
	Main.run(String[]) line: 638
	Main.main(String[]) line: 622

I always resented this and eventually it made me open a defect report :-):

When I use auto-formatter in Java editor, it does not add any space between 
package imports and other code. This results in the following format:

import org.eclipse.ui.*;
import org.eclipse.pde.ui.*;
class Foo extends Bar {
}

This is not a good default - the code would look much better with a line to 
separate the two. Not all the classes have Javadoc comments - many are 
internal and I am tired of adding artificial Javadoc just to achieve this 
separation.

RC2

If a launch fails and produces errors, the user is presented the option to look
at the error log. If this is large, displaying it can take forever and virtually
any amount of memory. 

This is the same problem as in bug 65228, the solution of which you may want to
look at.

While the dialog was to be displayed, the vm dump always looks similar to the
one below, computing string sizes. Memory is up to any value.


ThreadName=main(0x805358c)
Status=Running
        In org/eclipse/swt/internal/gtk/OS.pango_layout_get_size(I[I[I)V
        In
org/eclipse/swt/widgets/Text.computeSize(IIZ)Lorg/eclipse/swt/graphics/Point;
        In
org/eclipse/swt/layout/GridLayout.calculateGridDimensions(Lorg/eclipse/swt/widgets/Composite;Z)V
        In
org/eclipse/swt/layout/GridLayout.computeLayoutSize(Lorg/eclipse/swt/widgets/Composite;IIZ)Lorg/eclipse/swt/graphics/Point;
        In
org/eclipse/swt/layout/GridLayout.computeSize(Lorg/eclipse/swt/widgets/Composite;IIZ)Lorg/eclipse/swt/graphics/Point;
        In
org/eclipse/swt/widgets/Composite.computeSize(IIZ)Lorg/eclipse/swt/graphics/Point;
        In
org/eclipse/swt/layout/GridLayout.calculateGridDimensions(Lorg/eclipse/swt/widgets/Composite;Z)V
        In
org/eclipse/swt/layout/GridLayout.computeLayoutSize(Lorg/eclipse/swt/widgets/Composite;IIZ)Lorg/eclipse/swt/graphics/Point;
        In
org/eclipse/swt/layout/GridLayout.computeSize(Lorg/eclipse/swt/widgets/Composite;IIZ)Lorg/eclipse/swt/graphics/Point;
        In
org/eclipse/swt/widgets/Composite.computeSize(IIZ)Lorg/eclipse/swt/graphics/Point;
        In
org/eclipse/swt/layout/GridLayout.calculateGridDimensions(Lorg/eclipse/swt/widgets/Composite;Z)V
        In
org/eclipse/swt/layout/GridLayout.computeLayoutSize(Lorg/eclipse/swt/widgets/Composite;IIZ)Lorg/eclipse/swt/graphics/Point;
        In
org/eclipse/swt/layout/GridLayout.computeSize(Lorg/eclipse/swt/widgets/Composite;IIZ)Lorg/eclipse/swt/graphics/Point;
        In
org/eclipse/swt/widgets/Composite.computeSize(IIZ)Lorg/eclipse/swt/graphics/Point;
        In
org/eclipse/jface/window/Window.getInitialSize()Lorg/eclipse/swt/graphics/Point;
        In org/eclipse/jface/window/Window.initializeBounds()V
        In org/eclipse/jface/dialogs/Dialog.initializeBounds()V
        In org/eclipse/jface/window/Window.create()V
        In org/eclipse/jface/dialogs/Dialog.create()V
        In org/eclipse/pde/internal/ui/launcher/OpenLogDialog.create()V
        In org/eclipse/pde/internal/ui/launcher/LaunchListener$2.run()V
        In org/eclipse/swt/widgets/RunnableLock.run()V
        In org/eclipse/swt/widgets/Synchronizer.runAsyncMessages()Z
        In org/eclipse/swt/widgets/Display.runAsyncMessages()Z
        In org/eclipse/swt/widgets/Display.readAndDispatch()Z
        In
org/eclipse/ui/internal/Workbench.runEventLoop(Lorg/eclipse/jface/window/Window$IExceptionHandler;Lorg/eclipse/swt/widgets/Display;)V
        In org/eclipse/ui/internal/Workbench.runUI()I
        In
org/eclipse/ui/internal/Workbench.createAndRunWorkbench(Lorg/eclipse/swt/widgets/Display;Lorg/eclipse/ui/application/WorkbenchAdvisor;)I
        In
org/eclipse/ui/PlatformUI.createAndRunWorkbench(Lorg/eclipse/swt/widgets/Display;Lorg/eclipse/ui/application/WorkbenchAdvisor;)I
        In
org/eclipse/ui/internal/ide/IDEApplication.run(Ljava/lang/Object;)Ljava/lang/Object;
        In
org/eclipse/core/internal/runtime/PlatformActivator$1.run(Ljava/lang/Object;)Ljava/lang/Object;
        In
org/eclipse/core/runtime/adaptor/EclipseStarter.run(Ljava/lang/Object;)Ljava/lang/Object;
        In
org/eclipse/core/runtime/adaptor/EclipseStarter.run([Ljava/lang/String;Ljava/lang/Runnable;)Ljava/lang/Object;
        In
sun/reflect/NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;
        In
sun/reflect/NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;
        In
sun/reflect/NativeMethodAccessorImpl.invoke(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;
        In
sun/reflect/DelegatingMethodAccessorImpl.invoke(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;
        In
java/lang/reflect/Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;
        In
org/eclipse/core/launcher/Main.basicRun([Ljava/lang/String;)Ljava/lang/Object;
        In org/eclipse/core/launcher/Main.run([Ljava/lang/String;)I
        In org/eclipse/core/launcher/Main.main([Ljava/lang/String;)V

eclipse.buildId=I200406251208
java.version=1.4.2_05
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US

Happens frequently after hot code replace.
Debug Model gets out of sync and reports suspended
threads and running and vice versa.

Full log attached.

org.eclipse.debug.core.DebugException: Unable to retrieve stack frame - thread 
not suspended.
	at 
org.eclipse.jdt.internal.debug.core.model.JDIDebugElement.throwDebugException
(JDIDebugElement.java:295)
	at 
org.eclipse.jdt.internal.debug.core.model.JDIDebugElement.requestFailed
(JDIDebugElement.java:253)
	at 
org.eclipse.jdt.internal.debug.core.model.JDIThread.getUnderlyingFrame
(JDIThread.java:568)
	at 
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getUnderlyingStackFrame
(JDIStackFrame.java:971)
	at 
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getUnderlyingMethod
(JDIStackFrame.java:226)
	at org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.isNative
(JDIStackFrame.java:764)
	at 
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.supportsDropToFrame
(JDIStackFrame.java:552)
	at 
org.eclipse.jdt.internal.debug.ui.actions.DropToFrameButton.selectionChanged
(DropToFrameButton.java:62)
	at org.eclipse.ui.internal.PluginAction.refreshEnablement
(PluginAction.java:230)
	at org.eclipse.ui.internal.PluginAction.selectionChanged
(PluginAction.java:297)
	at org.eclipse.ui.internal.PluginAction.selectionChanged
(PluginAction.java:308)
	at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.jface.viewers.Viewer.fireSelectionChanged
(Viewer.java:157)
	at org.eclipse.jface.viewers.StructuredViewer.updateSelection
(StructuredViewer.java:1394)
	at org.eclipse.jface.viewers.StructuredViewer.handleDoubleSelect
(StructuredViewer.java:617)
	at org.eclipse.jface.viewers.StructuredViewer$4.widgetDefaultSelected
(StructuredViewer.java:721)
	at org.eclipse.jface.util.OpenStrategy.fireDefaultSelectionEvent
(OpenStrategy.java:189)
	at org.eclipse.jface.util.OpenStrategy.access$0(OpenStrategy.java:186)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent
(OpenStrategy.java:236)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

build I20041015

If you try to open a perspective that is missing, for example if the result of
WorkbenchAdvisor.getInitialPerspectiveId() has no corresponding perspective
extension, you get a cryptic error dialog stating "Error recreating
perspective", with no further details as to which perspective was the problem,
or why (plus it's not recreating the perspective, it's creating it for the first
time).

The specs for ITypeBinding and IMethodBinding do not cover all the cases that 
need to be handled in JLS3. The particular area that the spec must cover are 
instances of generic type and generic methods.

I'm Korean. (South)

After 3.0 M3, I can't input 2 bytes characters to Find(Ctrl+F) popup window.

At 3.0 M3, I can input Copy & Paste. (&#50504;&#45397; <-This Korean Char)
After 3.0 M4, don't input by C&P at that. 
Also I don't write to Find window by keyboard at both version.

Seach Popup Window(Ctrl+H) like above symptoms.

----
ps. perhaps, This bug maybe reported. I quess that, current version.

* COMPILER / Reporting Inexact Argument for Varargs Method/Constructor Invocation
*    When enabled, the compiler will issue an error or a warning whenever a
varargs method/constructor is invoked with an inexact 
*    argument (e.g. Class.getMethod(String name, Class ... args )  invoked with
arguments ("foo", null))
*    with inexact type match.
*     - option id:        
"org.eclipse.jdt.core.compiler.problem.inexactVarargsArgument"
*     - possible values:   { "error", "warning", "ignore" }
*     - default:           "warning"


To be added to the 1.5 tag on the compiler

The MemoryByte class should be moved to public API in the 
org.eclipse.debug.core.model package.

Issue: do we need both the "CHANGED" and "UNCHANGED" flags. It seems like we 
could just use the "CHANGED" flag to indicate both. When "on" it has changed, 
when "off" it has not changed. Otherwise, a client could specify both, which 
does not has no meaning.

JobManager.getInstance().currentJob() does not return the current job
(that runs in the current thread) if the job is a UIJob.

I am using the declaration at the bottom of this text to create a content-type
"rubyfile". I use this as enabler for contextual launch (
org.eclipse.debug.ui.matchesContentType ) and for determining a files content
type via  aFile.getContentDescription().getContentType(). This works well as
long as I work with a new workspace after a change to the file-extensions. But
if I restart a workspace after changes to the file-extensions, the new file
extensions are not considered until the resource is modified. 

E.g. I create a file called "test.myrb" in my workspace. Close Eclipse and add
myrb to the file-extensions list. Then I start Eclipse and check the file type
with context menu->Properties. The file type is text. Then I modify the file and
save and after that the file type is "Ruby File". 

Debugging showed that after the restart of the workspace the flag
M_NO_CONTENT_DESCRIPTION is set in the ResourceInfo linked with the file. 

Is there a workaround to have the workspace update all content types (refresh
doesn't work unless the file has been changed outside of eclipse)?


  <extension
         point="org.eclipse.core.runtime.contentTypes">
      <content-type
            file-names="rakefile"
            file-extensions="rb,rbw,rhtml,cgi,test"
            name="Ruby File"
            id="rubyfile"
            base-type="org.eclipse.core.runtime.text"/>
   </extension>

Experimenting with refactoring in RC1

!SESSION Jun 01, 2004 15:21:57.216 ---------------------------------------------
eclipse.buildId=I200405290105
java.fullversion=J2RE 1.4.1 IBM Windows 32 build cn1411-20040301a (JIT enabled:
jitc)
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -Xmx512
!ENTRY org.eclipse.ui 4 4 Jun 01, 2004 15:21:57.216
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Jun 01, 2004 15:21:57.231
!MESSAGE null argument;
!STACK 0
org.eclipse.jdt.internal.corext.Assert$AssertionFailedException: null argument;
	at org.eclipse.jdt.internal.corext.Assert.isNotNull(Assert.java:105)
	at org.eclipse.jdt.internal.corext.Assert.isNotNull(Assert.java(Compiled Code))
	at
org.eclipse.jdt.internal.corext.refactoring.structure.MoveInnerToTopRefactoring.findTypeDeclaration(MoveInnerToTopRefactoring.java:491)
	at
org.eclipse.jdt.internal.corext.refactoring.structure.MoveInnerToTopRefactoring.isInstanceFieldCreationMandatory(MoveInnerToTopRefactoring.java:429)
	at
org.eclipse.jdt.internal.corext.refactoring.structure.MoveInnerToTopRefactoring.<init>(MoveInnerToTopRefactoring.java:147)
	at
org.eclipse.jdt.internal.corext.refactoring.structure.MoveInnerToTopRefactoring.create(MoveInnerToTopRefactoring.java:154)
	at
org.eclipse.jdt.ui.actions.ConvertNestedToTopAction.createRefactoring(ConvertNestedToTopAction.java:201)
	at
org.eclipse.jdt.ui.actions.ConvertNestedToTopAction.startRefactoring(ConvertNestedToTopAction.java:205)
	at
org.eclipse.jdt.ui.actions.ConvertNestedToTopAction.run(ConvertNestedToTopAction.java:166)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:216)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.ui.actions.RetargetAction.runWithEvent(RetargetAction.java:212)
	at org.eclipse.ui.internal.WWinPluginAction.runWithEvent(WWinPluginAction.java:211)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:915)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:866)
	at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:785)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java(Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Inlined Compiled Code))
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java(Compiled Code))
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java(Compiled Code))
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java(Compiled Code))
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

20041020

The following code can not be formatted (null returned as resulting edit)
Not sure if 1.5 really allows inner enums, but I would guess it does.

public class Test {
    public enum MyInnerEnum {
        A, B
    }
}

20041020

To configure the line wrapping settings it is currently necessary to do that 
separatly for each setting. It would be nice if this could be done once for 
all or for a subset.
The idea would be to allow multiple selection of the tree (including parent 
nodes) and allow to use the configuration controls on the bottom.
If the selected entries have non-compatible settings, the control should take 
the most chosen but show the conflict shomehow (e.g. by an extra label or 
symbol or different background color)

It is ok to not show a preview when multiple nodes are selected (or merge as 
done on the 'white space' page

The memory block manager manages a collection of registered memeory blocks. 
IMemoryBlockManager should be moved to org.eclipse.debug.core with the other 
managers, along with it's listener interface IMemoryBlockListener.

Changes:
* The listener API should be made plural, as we have done with other listener 
APIs - i.e. memoryBlocksAdded(IMemoryBlock[])... this allows for more 
efficient add/removal of multiple blocks.
* The API to add/remove from the manager should be made plural too.
* addMemoryBlock(IMemoryBlock[], boolean), should not have the boolean to 
indicate renderings to add. All referenecs to this parameter are hard coded 
to "true", and instead, the rendering manager should decide what renderings to 
add.
* getAllMemoryBlocks(IMemoryBlockRetrieval) may be removed once we decide what 
to do with IMemoryBlockExtension.getMemoryBlockRetrieval(). Perhaps a block 
could be optinally added with its owner and the manager could cache the cross 
reference?

3.0 RC2

1) Create a class java.lang.String (shadowing the one from the JDK).
2) add a main method
3) invoke code assist on the String[] parameter type in the main method (after
"Str", for example
4) observe: you get two entries for String in the code assist popup, but the
javadoc that is shown for both is the same (i.e. the one for the local class).

Note that I do get correct (JDK) javadoc when I use code assist in some other
file (that doesn't see the duplicate String class).

I20040527-0800

- open a source class and select the class name
- Refactor > Rename
-> Rename Type Dialog comes up
=> after some tenths of a second, all widgets on the Wizard page get enabled
=> expected: disabled widgets stay disabled

Was OK in I200405260800, confirmed to be broken since I20040526-2000.

Using 200405060200 and trying to investigate bug 61097, I noticed that the name
environment used by the java builder can contain more than once the same entry.
This can have an impact on the performance of the Java builder.

Steps to reproduce:
1) Start a self-hosting workspace
2) Import JDT/Core and the JDT/Core tests projects from CVS
3) Change the JDT/Core plugin.xml to reexport the required projects
4) Put a breakpoint in org.eclipse.jdt.internal.core.builder.NameEnvironment
line 91.
5) Go to the one of the JDT/Core tests projects and add a space in its
plugin.xml file.

6) The breakpoint will ne hit and you can inspect the classpathEntries variable.
You can notice that it contains two occurences of org.eclipse.core.resources.
One is exported and one is not exported. This should be filtered out. The java
builder needs only one of them.

I nearly filed a critical bug that I'm not able to import a project file in 
RC2, but then I've found that the file I'm trying to import is malformed (I did 
a mistake while editting it manually - it was not a valid a XML).

However the problem was, that I hunted for the problem everywhere else - the 
import project set wizard did not produce any error nor give any other clue 
what's wrong. It simply did NOTHING on pressing the Finish button (not even 
closing the wizard).

It should produce an error message about the file in such case.

There is an extra period in the javadoc for the IType.resolveType method.
I will attach a patch for it.

Build 20040427

After some incremental changes, I manually built (autobuild off) and launched 
some JUnit tests. However, the test run never occurred as it claims to be 
blocked until build has completed, and never actually finishes; though there is 
no more build activity.

Full thread dump Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode):

"Worker-73" prio=5 tid=0x3687c360 nid=0x910 in Object.wait() 
[40bcf000..40bcfd88]
        at java.lang.Object.wait(Native Method)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x12ba37d0> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob
(WorkerPool.java:236)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-72" prio=5 tid=0x3699f670 nid=0x548 in Object.wait() 
[40acf000..40acfd88]
        at java.lang.Object.wait(Native Method)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x12ba37d0> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob
(WorkerPool.java:236)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-71" prio=5 tid=0x36eb0c30 nid=0x804 in Object.wait() 
[409cf000..409cfd88]
        at java.lang.Object.wait(Native Method)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x12ba37d0> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob
(WorkerPool.java:236)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-70" prio=5 tid=0x369a8740 nid=0x69c in Object.wait() 
[408cf000..408cfd88]
        at java.lang.Object.wait(Native Method)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x12ba37d0> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob
(WorkerPool.java:236)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-64" prio=5 tid=0x36a1fb80 nid=0x55c in Object.wait() 
[407cf000..407cfd88]
        at java.lang.Object.wait(Native Method)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x12ba37d0> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob
(WorkerPool.java:236)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x36983ae0 
nid=0xa18 runnable [403bf000..403bfd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <0x179b7668> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x34e3d018 
nid=0x968 runnable [3f5ff000..3f5ffd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <0x170f7d70> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Worker-60" prio=5 tid=0x36ef2be8 nid=0x96c in Object.wait() 
[3f42f000..3f42fd88]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x17cb6470> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.Semaphore.acquire(Semaphore.java:38)
        - locked <0x17cb6470> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.JobManager.join(JobManager.java:531)
        at org.eclipse.core.internal.jobs.InternalJob.join(InternalJob.java:271)
        at org.eclipse.core.runtime.jobs.Job.join(Job.java:353)
        at org.eclipse.debug.internal.ui.DebugUIPlugin$6.run
(DebugUIPlugin.java:960)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x369d93a0 
nid=0xb0c runnable [3f1ff000..3f1ffd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <0x16d88370> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x368ca258 
nid=0x920 runnable [3f0ff000..3f0ffd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <0x16d1cb88> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x36953300 
nid=0x918 runnable [3efff000..3efffd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <0x16d112f0> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Worker-56" prio=5 tid=0x36956e98 nid=0xc94 in Object.wait() 
[3e46f000..3e46fd88]
        at java.lang.Object.wait(Native Method)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x12ba37d0> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob
(WorkerPool.java:236)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x36e58648 
nid=0x704 runnable [3ca0f000..3ca0fd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <0x161e9af0> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x369dba60 
nid=0xa70 runnable [3c01f000..3c01fd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <0x16132488> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x34e48d78 
nid=0x998 runnable [3b96f000..3b96fd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <0x160f4290> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x369f3478 
nid=0x780 runnable [3b44f000..3b44fd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <0x15f86ad0> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x36953468 
nid=0x7a8 runnable [3aebf000..3aebfd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <0x15e06920> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x36d3f0e0 
nid=0x9d4 runnable [3a4af000..3a4afd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <0x15d3f900> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x34f62388 
nid=0x790 runnable [3a28f000..3a28fd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <0x15c403f8> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x35121528 
nid=0x458 runnable [3737f000..3737fd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <0x146284a0> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x34e72c80 
nid=0x610 runnable [360ef000..360efd88]
        at java.lang.Object.wait(Native Method)
        at 
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:161)
        - locked <0x13750420> (a 
org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Java indexing" daemon prio=4 tid=0x349bf018 nid=0x8e0 in Object.wait() 
[35d3f000..35d3fd88]
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.jdt.internal.core.search.processing.JobManager.run
(JobManager.java:323)
        - locked <0x130cbfd8> (a 
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Thread.run(Thread.java:534)

"Start Level Event Dispatcher" daemon prio=5 tid=0x349ac910 nid=0x688 in 
Object.wait() [3526f000..3526fd88]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x127b35c8> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent
(EventThread.java:149)
        - locked <0x127b35c8> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run
(EventThread.java:107)

"OSGi Console" prio=5 tid=0x009b1560 nid=0x68c runnable [34d5f000..34d5fd88]
        at java.lang.Object.wait(Native Method)
        at org.eclipse.osgi.framework.internal.core.FrameworkConsole.console
(FrameworkConsole.java:258)
        - locked <0x127a89a8> (a java.lang.Object)
        at org.eclipse.osgi.framework.internal.core.FrameworkConsole.console
(FrameworkConsole.java:231)
        at org.eclipse.osgi.framework.internal.core.FrameworkConsole.run
(FrameworkConsole.java:206)
        at java.lang.Thread.run(Thread.java:534)

"Framework Event Dispatcher" daemon prio=5 tid=0x3499de80 nid=0x710 in 
Object.wait() [34c5f000..34c5fd88]
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Object.java:429)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent
(EventThread.java:149)
        - locked <0x127a8a40> (a 
org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run
(EventThread.java:107)

"Signal Dispatcher" daemon prio=10 tid=0x0096ed20 nid=0x524 waiting on 
condition [0..0]

"Finalizer" daemon prio=9 tid=0x00963008 nid=0x110 in Object.wait() 
[3455f000..3455fd88]
        at java.lang.Object.wait(Native Method)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x1277fdd0> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x009639e0 nid=0x2f4 in Object.wait() 
[3445f000..3445fd88]
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Object.java:429)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
        - locked <0x1277fe38> (a java.lang.ref.Reference$Lock)

"main" prio=5 tid=0x00235858 nid=0x824 runnable [6f000..6fc3c]
        at org.eclipse.swt.internal.win32.OS.WaitMessage(Native Method)
        at org.eclipse.swt.widgets.Display.sleep(Display.java:2896)
        at org.eclipse.ui.application.WorkbenchAdvisor.eventLoopIdle
(WorkbenchAdvisor.java:335)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1354)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:240)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:283)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:240)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:117)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
        at org.eclipse.core.launcher.Main.run(Main.java:700)
        at org.eclipse.core.launcher.Main.main(Main.java:684)

"VM Thread" prio=5 tid=0x00922c28 nid=0x528 runnable

"VM Periodic Task Thread" prio=10 tid=0x0096f830 nid=0x4dc waiting on condition
"Suspend Checker Thread" prio=10 tid=0x009631f8 nid=0x8dc runnable

Currently the TextLayout class has no toString representation. It could do 
with one. A listing of the attributes in the layout would be my suggestion.

I20040121

I am currently working on integration the auto-refresh plug-in into the base
resources plugin.  This will require at least one new preference setting to
allow the user to turn auto-refresh on or off. For now, I would like to also add
a preference to allow the user to specify a polling delay.

Please add the following preferences to the Workbench > Work in Progress
preference page:

ResourcesPlugin.PREF_AUTO_REFRESH (a boolean)
ResourcesPlugin.PREF_REFRESH_POLLING_DELAY (a long value in milliseconds)

We can figure out a final placement later, but I want to get something demoable
in for EclipseCon.

I200405211200 and I200405282000

Selecting Italic font for comments in the Ant Editor ain't working.

PB

Selecting an element in the Ant editor outline is supposed to select the 
element and then in the left margin hightlight the entire range of the element.
The indication of the highlight range is broken.

When the user manually opens and closes views, the Debug view takes notice of this and will no 
longer automatically manage those views. This state is currently reset whenever the user resets a 
perspective.

There's no way for the user to know what's going on here or how they can control it.

We should add something to the "View Management" preference page like the following:
  x Do not automatically open/close views which have been manually opened/closed.
  The set of views which the Debug view has stopped managing is persisted across workbench
  invocations. This information can reset, which will make those views be managed again.
   -------------
  | Reset now |
   -------------

Make Change Method Signature dialog behave like other refactoring dialogs:
Show error when signature is same as initial (because the user reverted a change
he previously made. Should not show an error when the dialog comes up.

RC1

On the build path dialog it would be better to disable 'Add folder' when
ex-/inclusion selected to avoid confusion to what 'Add folder is releated'

participant name is repeated twice, once in dialog title and another time in the
message. also, maybe we should simply title the dialog as "completed"?

Build 3.0RC1

Any selection occurring inside a declaration (type, field or method) is 
currently relying on the resolved binding for these, so as to match them in 
the source element in the end.

It should only infer the nature of the selection, and then based on its source 
location find out the proper corresponding element.

I200404131323

org.eclipse.swt.SWTException: Invalid thread access
        at org.eclipse.swt.SWT.error(SWT.java:2659)
        at org.eclipse.swt.SWT.error(SWT.java:2584)
        at org.eclipse.swt.SWT.error(SWT.java:2555)
        at org.eclipse.swt.widgets.Display.error(Display.java:701)
        at org.eclipse.swt.widgets.Display.checkDevice(Display.java:526)
        at org.eclipse.swt.widgets.Display.getActiveShell(Display.java:788)
        at org.eclipse.ui.internal.Workbench.getActiveWorkbenchWindow(Workbench.
java:581)
        at org.eclipse.jdt.internal.ui.text.HTMLPrinter.insertPageProlog(HTMLPri
nter.java:97)
        at org.eclipse.jdt.internal.ui.text.HTMLPrinter.addPageProlog(HTMLPrinte
r.java:110)
        at org.eclipse.jdt.internal.ui.text.java.hover.AnnotationHover.formatMes
sage(AnnotationHover.java:49)
        at org.eclipse.jdt.internal.ui.text.java.hover.AnnotationHover.getHoverI
nfo(AnnotationHover.java:90)
        at org.eclipse.jdt.internal.ui.text.java.hover.BestMatchHover.getHoverIn
fo(BestMatchHover.java:102)
        at org.eclipse.jdt.internal.ui.text.java.hover.JavaEditorTextHoverProxy.
getHoverInfo(JavaEditorTextHoverProxy.java:69)
        at org.eclipse.jface.text.TextViewerHoverManager$4.run(TextViewerHoverMa
nager.java:161)

RC1

See setup from bug 65234.
proj
  src
    org
      eclipse
        mypack
          A.java
        otherpack
          B.java

Set an inclusion filter of src to "org/eclipse/mypack/".

The package explorer shows a package in flat mode, but not in hierarchical mode.

I200404131323

!MESSAGE An internal error occurred during: "Search for Occurrences in File".
!STACK 0
java.lang.NullPointerException
        at org.eclipse.search2.internal.ui.SearchView.queryFinished(SearchView.j
ava:449)
        at org.eclipse.search2.internal.ui.QueryManager.fireFinished(QueryManage
r.java:108)
        at org.eclipse.search2.internal.ui.QueryManager.queryFinished(QueryManag
er.java:126)
        at org.eclipse.search2.internal.ui.InternalSearchUI.searchJobFinished(In
ternalSearchUI.java:151)
        at org.eclipse.search2.internal.ui.InternalSearchUI.access$1(InternalSea
rchUI.java:149)
        at org.eclipse.search2.internal.ui.InternalSearchUI$InternalSearchJob.ru
n(InternalSearchUI.java:133)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

M9

I'm running Eclipse with a JRE. When I selected File/Export/Javadoc nothing
happens and I get the log entry below.
I had to copy the Javadoc executables from my JDK directory to the JRE directory
to workaround. I should get an error message saying that the Javadoc command
could not be found and that I need a JDK in order to use Javadoc export. It
would be nice if the system search path would be used to find the Javadoc
executable.


!ENTRY org.eclipse.ui 4 0 May 26, 2004 17:35:31.317
!MESSAGE 1
!STACK 0
java.lang.ArrayIndexOutOfBoundsException: 1
	at
org.eclipse.jdt.internal.ui.javadocexport.JavadocOptionsManager.findJavaDocCommand(JavadocOptionsManager.java:1091)
	at
org.eclipse.jdt.internal.ui.javadocexport.JavadocOptionsManager.initJavadocCommandDefault(JavadocOptionsManager.java:1069)
	at
org.eclipse.jdt.internal.ui.javadocexport.JavadocOptionsManager.<init>(JavadocOptionsManager.java:162)
	at
org.eclipse.jdt.internal.ui.javadocexport.JavadocWizard.init(JavadocWizard.java:510)
	at
org.eclipse.ui.internal.dialogs.WorkbenchWizardNode.getWizard(WorkbenchWizardNode.java:157)
	at
org.eclipse.jface.wizard.WizardSelectionPage.getNextPage(WizardSelectionPage.java:96)
	at
org.eclipse.ui.internal.dialogs.WorkbenchWizardSelectionPage.getNextPage(WorkbenchWizardSelectionPage.java:82)
	at org.eclipse.jface.wizard.WizardDialog.nextPressed(WizardDialog.java:672)
	at org.eclipse.jface.wizard.WizardDialog.buttonPressed(WizardDialog.java:300)
	at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:505)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at org.eclipse.ui.actions.ExportResourcesAction.run(ExportResourcesAction.java:162)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:899)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:850)
	at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:769)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:307)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

This works on win32, but not gtk (width's are 0)

 public static void main(String[] a) {
    Display display = new Display();
    Shell shell = new Shell(display);
    shell.setLayout(new FillLayout());

    final TableTree tt = new TableTree(shell, SWT.FULL_SELECTION | SWT.MULTI | 
SWT.VIRTUAL);
    Table t = tt.getTable();
    t.setLinesVisible(true);
    t.setHeaderVisible(true);


    for (int i = 0; i < 10; i++) {
      TableColumn tc = new TableColumn(t, SWT.NONE);
      tc.setWidth(100);
      System.out.println(tc.getWidth());
      tc.setWidth(tc.getWidth());

      tc.setText("Column " + i);
    }

    for (int i = 0; i < 100; i++) {
      TableTreeItem tti = new TableTreeItem(tt, SWT.NONE);
     // addTTE(tte, tt, tti);

    }

    shell.setSize(300,500);
    shell.open();

    while (!shell.isDisposed()) {
      if (!display.readAndDispatch())
        display.sleep();
    }
    display.dispose();
  }

I20040921-2000-gtk

When importing a type, I go this:

org.eclipse.swt.SWTException: Invalid thread access
        at org.eclipse.swt.SWT.error(SWT.java:2691)
        at org.eclipse.swt.SWT.error(SWT.java:2616)
        at org.eclipse.swt.SWT.error(SWT.java:2587)
        at org.eclipse.swt.widgets.Widget.error(Widget.java:379)
        at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:316)
        at org.eclipse.swt.widgets.Control.internal_new_GC(Control.java:1993)
        at org.eclipse.swt.graphics.GC.<init>(GC.java:115)
        at org.eclipse.swt.graphics.GC.<init>(GC.java:82)
        at org.eclipse.jface.dialogs.Dialog.shortenText(Dialog.java:290)
        at org.eclipse.jface.dialogs.ProgressMonitorDialog$ProgressMonitor.subTa
sk(ProgressMonitorDialog.java:216)
        at org.eclipse.ui.internal.progress.ProgressMonitorJobsDialog$3.subTask(
ProgressMonitorJobsDialog.java:402)
        at org.eclipse.core.runtime.ProgressMonitorWrapper.subTask(ProgressMonit
orWrapper.java:156)
        at org.eclipse.core.runtime.SubProgressMonitor.subTask(SubProgressMonito
r.java:166)
        at org.eclipse.core.runtime.ProgressMonitorWrapper.subTask(ProgressMonit
orWrapper.java:156)
        at org.eclipse.core.runtime.SubProgressMonitor.subTask(SubProgressMonito
r.java:166)
        at org.eclipse.core.runtime.ProgressMonitorWrapper.subTask(ProgressMonit
orWrapper.java:156)
        at org.eclipse.core.runtime.SubProgressMonitor.subTask(SubProgressMonito
r.java:166)
        at org.eclipse.jdt.internal.corext.util.AllTypesCache$DelegatedProgressM
onitor.subTask(AllTypesCache.java:101)
        at org.eclipse.core.runtime.ProgressMonitorWrapper.subTask(ProgressMonit
orWrapper.java:156)
        at org.eclipse.core.runtime.SubProgressMonitor.subTask(SubProgressMonito
r.java:166)
        at org.eclipse.core.runtime.ProgressMonitorWrapper.subTask(ProgressMonit
orWrapper.java:156)
        at org.eclipse.core.runtime.SubProgressMonitor.subTask(SubProgressMonito
r.java:166)
        at org.eclipse.core.runtime.SubProgressMonitor.done(SubProgressMonitor.j
ava:133)
        at org.eclipse.jdt.internal.core.search.PatternSearchJob.execute(Pattern
SearchJob.java:75)
        at org.eclipse.jdt.internal.core.search.processing.JobManager.performCon
currentJob(JobManager.java:260)
        at org.eclipse.jdt.core.search.SearchEngine.searchAllTypeNames(SearchEng
ine.java:870)
        at org.eclipse.jdt.internal.corext.util.AllTypesCache.search(AllTypesCac
he.java:539)
        at org.eclipse.jdt.internal.corext.util.AllTypesCache$TypeCacher.doSearc
hTypes(AllTypesCache.java:204)
        at org.eclipse.jdt.internal.corext.util.AllTypesCache$TypeCacher.run(All
TypesCache.java:169)

Hi,
I've implemented Drag and Drop in a Tree. That was done, similiar to Snippet 91
("drag leaf items in a tree"). Now, when dragging a TreeItem over valid
DropTargets, the Target TreeItem becomes selected when hovering over it. But,
when I am setting a Font to the TreeItems, hovering over valid Drop Targets does
not show the Selection.

I have created a Snippet that shows this behaviour (at least on my WinXP), based
on Snippet 91:

public class Main {
	public static void main(String[] args) {
		Display display = Display.getDefault();
		Font font = new Font(display,
display.getSystemFont().getFontData()[0].getName(), 10, SWT.NORMAL);
		final Shell shell = new Shell(display);
		shell.setLayout(new FillLayout());
		final Tree tree = new Tree(shell, SWT.BORDER);
		for (int i = 0; i < 3; i++) {
			TreeItem item = new TreeItem(tree, SWT.NONE);
			item.setFont(font);
			item.setText("item " + i);
			for (int j = 0; j < 3; j++) {
				TreeItem subItem = new TreeItem(item, SWT.NONE);
				subItem.setFont(font);
				subItem.setText("item " + i + " " + j);
				for (int k = 0; k < 3; k++) {
					TreeItem subsubItem = new TreeItem(subItem, SWT.NONE);
					subsubItem.setFont(font);
					subsubItem.setText("item " + i + " " + j + " " + k);
				}
			}
		}

		Transfer[] types = new Transfer[] { TextTransfer.getInstance() };
		int operations = DND.DROP_MOVE | DND.DROP_COPY | DND.DROP_LINK;

		final DragSource source = new DragSource(tree, operations);
		source.setTransfer(types);
		final TreeItem[] dragSourceItem = new TreeItem[1];
		source.addDragListener(new DragSourceListener() {
			public void dragStart(DragSourceEvent event) {
				TreeItem[] selection = tree.getSelection();
				if (selection.length > 0 && selection[0].getItemCount() == 0) {
					event.doit = true;
					dragSourceItem[0] = selection[0];
				} else {
					event.doit = false;
				}
			};

			public void dragSetData(DragSourceEvent event) {
				event.data = dragSourceItem[0].getText();
			}

			public void dragFinished(DragSourceEvent event) {
				if (event.detail == DND.DROP_MOVE)
					dragSourceItem[0].dispose();
				dragSourceItem[0] = null;
			}
		});

		DropTarget target = new DropTarget(tree, operations);
		target.setTransfer(types);
		target.addDropListener(new DropTargetAdapter() {
			public void dragOver(DropTargetEvent event) {
				event.feedback = DND.FEEDBACK_EXPAND | DND.FEEDBACK_SCROLL |
DND.FEEDBACK_SELECT;
			}

			public void drop(DropTargetEvent event) {
				if (event.data == null) {
					event.detail = DND.DROP_NONE;
					return;
				}
				String text = (String) event.data;
				if (event.item == null) {
					TreeItem item = new TreeItem(tree, SWT.NONE);
					item.setText(text);
				} else {
					TreeItem parent = (TreeItem) event.item;
					TreeItem item = new TreeItem(parent, SWT.NONE);
					item.setText(text);
				}
			}
		});

		shell.setSize(400, 400);
		shell.open();
		while (!shell.isDisposed()) {
			if (!display.readAndDispatch())
				display.sleep();
		}
		display.dispose();
	}
}

In the second line the "font" is created that is set to all TreeItems. As soon
as "Font font = null;" is set, everything works, and the selection is set to the
TreeItem. But when using any Font (as in this case the System Font), no
selection is shown when dragging over a valid drop target.

Ben

20040325
Got this NPE when opening an editor from the rep view

java.lang.NullPointerException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.NullPointerException.<init>(NullPointerException.java:60)
	at
org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.activeJavaEditorChanged(ASTProvider.java:210)
	at
org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.access$0(ASTProvider.java:199)
	at
org.eclipse.jdt.internal.ui.javaeditor.ASTProvider$ActivationListener.partVisible(ASTProvider.java:102)
	at org.eclipse.ui.internal.PartListenerList2$7.run(PartListenerList2.java:175)
	at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java)
	at org.eclipse.core.runtime.Platform.run(Platform.java)
	at
org.eclipse.ui.internal.PartListenerList2.firePartVisible(PartListenerList2.java)
	at org.eclipse.ui.internal.WWinPartService$1.partVisible(WWinPartService.java:68)
	at org.eclipse.ui.internal.PartListenerList2$7.run(PartListenerList2.java:175)
	at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java)
	at org.eclipse.core.runtime.Platform.run(Platform.java)
	at
org.eclipse.ui.internal.PartListenerList2.firePartVisible(PartListenerList2.java)
	at org.eclipse.ui.internal.WorkbenchPage$1.propertyChange(WorkbenchPage.java)
	at org.eclipse.ui.internal.LayoutPart.setVisible(LayoutPart.java)
	at org.eclipse.ui.internal.PartPane.setVisible(PartPane.java:309)
	at
org.eclipse.ui.internal.PresentableEditorPart.setVisible(PresentableEditorPart.java:93)
	at
org.eclipse.ui.internal.presentations.BasicStackPresentation.selectPart(BasicStackPresentation.java:652)
	at org.eclipse.ui.internal.EditorWorkbook.setSelection(EditorWorkbook.java:777)
	at
org.eclipse.ui.internal.EditorWorkbook.setVisibleEditor(EditorWorkbook.java:1118)
	at
org.eclipse.ui.internal.EditorPresentation.setVisibleEditor(EditorPresentation.java:287)
	at org.eclipse.ui.internal.EditorManager.setVisibleEditor(EditorManager.java:1048)
	at org.eclipse.ui.internal.WorkbenchPage.bringToTop(WorkbenchPage.java:586)
	at org.eclipse.ui.internal.WorkbenchPage.activate(WorkbenchPage.java:454)
	at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:2142)
	at org.eclipse.ui.internal.WorkbenchPage.access$6(WorkbenchPage.java:2071)
	at org.eclipse.ui.internal.WorkbenchPage$9.run(WorkbenchPage.java:2058)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java)
	at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2053)
	at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2036)
	at
org.eclipse.team.internal.ccvs.ui.actions.OpenRemoteFileAction$1.run(OpenRemoteFileAction.java:101)
	at
org.eclipse.team.internal.ccvs.ui.repo.RepositoryManager.run(RepositoryManager.java:741)
	at org.eclipse.team.internal.ccvs.ui.actions.CVSAction$1.run(CVSAction.java:225)
	at org.eclipse.team.internal.ccvs.ui.actions.CVSAction$2.run(CVSAction.java:244)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java)
	at org.eclipse.team.internal.ccvs.ui.actions.CVSAction.run(CVSAction.java:241)
	at
org.eclipse.team.internal.ccvs.ui.actions.OpenRemoteFileAction.execute(OpenRemoteFileAction.java:73)
	at org.eclipse.team.internal.ccvs.ui.actions.CVSAction.run(CVSAction.java:52)
	at
org.eclipse.team.internal.ccvs.ui.repo.RemoteViewPart.handleDoubleClick(RemoteViewPart.java:397)
	at
org.eclipse.team.internal.ccvs.ui.repo.RemoteViewPart.access$1(RemoteViewPart.java:387)
	at
org.eclipse.team.internal.ccvs.ui.repo.RemoteViewPart$8.doubleClick(RemoteViewPart.java:305)
	at org.eclipse.jface.viewers.StructuredViewer$1.run(StructuredViewer.java:381)
	at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java)
	at org.eclipse.core.runtime.Platform.run(Platform.java)
	at
org.eclipse.jface.viewers.StructuredViewer.fireDoubleClick(StructuredViewer.java:379)
	at
org.eclipse.jface.viewers.StructuredViewer.handleDoubleSelect(StructuredViewer.java:598)
	at
org.eclipse.jface.viewers.StructuredViewer$4.widgetDefaultSelected(StructuredViewer.java:693)
	at
org.eclipse.jface.util.OpenStrategy.fireDefaultSelectionEvent(OpenStrategy.java:187)
	at org.eclipse.jface.util.OpenStrategy.access$0(OpenStrategy.java)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:288)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:232)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:116)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:315)
	at org.eclipse.core.launcher.Main.run(Main.java:740)
	at org.eclipse.core.launcher.Main.main(Main.java:724)

M7
Open a java file. Change its content. Don't save.
Go to the package explorer view. Delete the node that represents this java file.

A dialog pops up "Are you sure you want to delete foo.java?". Say yes.

Nothing happens. The file should have been deleted

3.0-RC3

Bug 67458 makes fast view resizing fast on Linux-GTK+.  However, if you open a
fast view and resize it big and small really quickly, mouse up sometimes fails
to stop the drag.

1. Open a fast view.
2. Resize it big and small really quickly.
3. Let go of the mouse, keep going back and forth to keep generating motion events.
4. Notice that the fast view keeps resizing.

I think this is a bug in Sash, or in the code to handle the motion hints.

build i1116.

There were session test failures so we backed out of the "background refresh on
project open" changes.

We commented out code so it always does a refreshLocal when the user opens a
project. This will be a performance hit but we feel that is ok for now since
people don't commonly open/close their projects.

I20040330

window>preferences>java>classpath variables>new
type '444'
an error is displayed in the dialog : Invalid name: ''444' is not a valid Java
identifier.'.

I don't see any reason why the name of the variable has to be a valid Java
identifier.

This has been tested on both Windows XP and GTK+.  Eclipse will fail to start 
with the following exception.  (A slightly different trace will appear if you 
are set up to prompt for which workspace to use.) 
 
 
java.lang.ExceptionInInitializerError 
 at 
org.eclipse.ui.internal.WorkbenchConfigurer.declareImage(WorkbenchConfigurer.java:93) 
 at 
org.eclipse.ui.internal.ide.IDEWorkbenchAdvisor.declareWorkbenchImage(IDEWorkbenchAdvisor.java:1025) 
 at 
org.eclipse.ui.internal.ide.IDEWorkbenchAdvisor.declareWorkbenchImages(IDEWorkbenchAdvisor.java:887) 
 at 
org.eclipse.ui.internal.ide.IDEWorkbenchAdvisor.initialize(IDEWorkbenchAdvisor.java:172) 
 at 
org.eclipse.ui.application.WorkbenchAdvisor.internalBasicInitialize(WorkbenchAdvisor.java:165) 
 at org.eclipse.ui.internal.Workbench.init(Workbench.java:820) 
 at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1383) 
 at 
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:263) 
 at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144) 
 at 
org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102) 
 at 
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335) 
 at 
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273) 
 at 
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129) 
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
 at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
 at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
 at java.lang.reflect.Method.invoke(Method.java:582) 
 at org.eclipse.core.launcher.Main.basicRun(Main.java:183) 
 at org.eclipse.core.launcher.Main.run(Main.java:644) 
 at org.eclipse.core.launcher.Main.main(Main.java:628) 
Caused by: java.lang.NullPointerException 
 at 
org.eclipse.jface.resource.ImageRegistry.hookDisplayDispose(ImageRegistry.java:183) 
 at 
org.eclipse.jface.resource.ImageRegistry.<init>(ImageRegistry.java:80) 
 at 
org.eclipse.jface.resource.ImageRegistry.<init>(ImageRegistry.java:67) 
 at 
org.eclipse.ui.internal.WorkbenchImages.initializeImageRegistry(WorkbenchImages.java:475) 
 at 
org.eclipse.ui.internal.WorkbenchImages.<clinit>(WorkbenchImages.java:97) 
 ... 20 more

1)Create a detached window.
2)Grab a handle and make it as small as you can.

The result is box just a few square pixels big. This doesn't follow the same
behaviour as embedded views in eclipse - where views have to at least show part
of the tab. Windows also enforces a minimum shell size.

right click on a method of class shown in the package explorer throws the
following exception:

An internal error occurred during: "Java Search".
java.lang.StringIndexOutOfBoundsException: String index out of range: -2
java.lang.String.substring(Unknown Source)
org.eclipse.jdt.internal.core.search.matching.PossibleMatch.getQualifiedName(PossibleMatch.java:107)
org.eclipse.jdt.internal.core.search.matching.PossibleMatch.<init>(PossibleMatch.java:40)
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locateMatches(MatchLocator.java:872)
org.eclipse.jdt.internal.core.search.JavaSearchParticipant.locateMatches(JavaSearchParticipant.java:94)
org.eclipse.jdt.core.search.SearchEngine.findMatches(SearchEngine.java:468)
org.eclipse.jdt.core.search.SearchEngine.search(SearchEngine.java:757)
org.eclipse.jdt.internal.ui.search.JavaSearchQuery.run(JavaSearchQuery.java:125)
org.eclipse.search2.internal.ui.InternalSearchUI$InternalSearchJob.run(InternalSearchUI.java:83)
org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

Enable "Single click opens" option under workbench preferences.
Select on the same resource over and over (slowly) in the synchronize view.  
Every time you select, focus is thrown to the editor.  This makes it hard to 
use the keybindings in that view because it doesn't stay active.

Now try the same thing using ENTER.  Simply opening the outgoing change throws 
focus to the Editor.  This makes it hard to look at a bunch of changes using 
the keyboard only.  You must use CTRL+F7 to keep switching back to the View.

20040130

- Open a CheckedTreeSelectionDialog with setContainerMode(false).
- Press select all / deselect all: Only the root element is selected/deselected

(Note that this is the right thing to do in the setContainerMode(true))

M7 

None of the showView varients seems to do anything while an editor is maximized.

3.0

- enable semantic highlighting (with field/static field highlighting enabled)
- create CU:
public class A {
	public static int fValue;
	public void foo() {
		fValue= 0;
	}
}
- keep CU open
- change color of keywords on the Java editor preference page
- remove 'static' from the CU
-> 'public void' gets colored in the old color because the background
PresentationReconciler's scanners are not notified about the property change

I200403100800
for the following File
------------------
class A
{
   void method(int a, int b, int c, int d)
   {
      
   }
}
----------------------------------
1. Refactor->Change Method signature on the method
2. In the table that shows select rows 2 and 3 (b and c) and press Remove.
3. Press Add
4. Press Up
5. Press Up (observer nothing happens)
6. Press Up (observer nothing happens)
7. Press Up - It finally does what you expect it to.

Steps 5 and 6 shouldn't happen!

Now that deltas can occur at any time, it is possible for a delta to occur 
between when a repository provider creates a team-private resource and when 
they mark it team-privte. This could be avoided if team-private could be 
specified as a flag on resource creation.

Build 20040817

I got the following NPE in my log. It looks like the workbench instantiates the Debug view and sends 
pageActivated(...) for the workbench page before we get partOpened(...) for the view. So the context 
listener isn't initialized yet.

java.lang.NullPointerException
at org.eclipse.debug.internal.ui.views.launch.LaunchView.pageActivated(LaunchView.java:565)
at org.eclipse.ui.internal.PageListenerList$1.run(PageListenerList.java:48)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
at org.eclipse.core.runtime.Platform.run(Platform.java:747)
at org.eclipse.ui.internal.PageListenerList.firePageActivated(PageListenerList.java:46)
at org.eclipse.ui.internal.WorkbenchWindow.firePageActivated(WorkbenchWindow.java:834)
at org.eclipse.ui.internal.WorkbenchWindow.access$3(WorkbenchWindow.java:833)
at org.eclipse.ui.internal.WorkbenchWindow$4.run(WorkbenchWindow.java:2019)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
at org.eclipse.ui.internal.WorkbenchWindow.setActivePage(WorkbenchWindow.java:2005)
at org.eclipse.ui.internal.WorkbenchWindow.restoreState(WorkbenchWindow.java:1526)
at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1282)
at org.eclipse.ui.internal.Workbench.access$10(Workbench.java:1238)
at org.eclipse.ui.internal.Workbench$13.run(Workbench.java:1142)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
at org.eclipse.core.runtime.Platform.run(Platform.java:747)
at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1076)
at org.eclipse.ui.internal.WorkbenchConfigurer.restoreState(WorkbenchConfigurer.java:171)
at org.eclipse.ui.application.WorkbenchAdvisor.openWindows(WorkbenchAdvisor.java:655)
at org.eclipse.ui.internal.Workbench.init(Workbench.java:852)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1383)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:263)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
at org.eclipse.core.launcher.Main.run(Main.java:644)
at org.eclipse.core.launcher.Main.main(Main.java:628)

I200406180010 + plug-in export for I200406180800

1. disable folding and enable spell checker
2. open AbstractTextEditor
3. goto verifyText
4. start typing some random text behind a }

observer the overview ruler: sometimes it is filled with spell checker annotations

Note: if you cannot reproduce try starting to type - wait shortly - then type again.

Given this simple class:

package whatever;
public class ShowBroken extends Thread {
    ShowBroken() {
        name = getName();
    }
}

Placing the cursor on the variable 'name'.  Notice that quick assist only offers
'Local Rename' as an option.  Changing the variable to 'foo' will convince quick
assist to offer: 

Create local variable 'foo'
Create field 'foo'
Create parameter 'foo'
Remove assignment
Local Rename

The variable 'name' is defined as a private member of Thread and should not be
visible to class ShowBroken.

I went through the steps of creating a HelloWorld plug-in by doing the following:
o Create a new Update Site project (HelloSite)
o Create a new Feature (HelloFeature)
o Create a new Plugin (HelloWorld), using the default 'HelloWorld' as an example
o Added feature to Update site
o Added plugin to feature
o Built all in update site
o Exported to local file system
o Used  'Update manager' to find and install new plugin
o Reapplied changes without starting
o Clicked on the 'Hello World' button and saw correct dialog

However, I noticed that I received 4 exceptions in the console (log attached). I remember seeing these 
error messages last time I was doing a plugin test with RC2, but put that down to happenstance the 
first time; however, now seeing them again, I think there's a bug somewhere.

Saw under RC2 on Mac OS X.3.4

When some capabilities are disabled, some books are empty - do not contain any 
topics when user's browser is not IE or Mozilla.

Filtering of help based on workbench capabilities is switchable in advanced 
browsers.  For other browser's switching on and off is difficult and we 
decided to not filter topics for these browsers.
When testing in the past, basic browsers used to show all topics.  Today I 
have sometimes not seen the topis.  In the simple scenario:
1. Launch Eclipse.
2. Change Help preferences to always use external brower.
3. Choose custom browser, and sets its path to netscape 4 location.
4. Change Capabilties preferences to disable "Development" (that 
contains "Java development" and "Plug-in development".
5. Launch Help and click on PDE.  The book is there but empty.

Build 3.0 M7

We should provide a flag on our search scopes, so as to allow filtering out 
classpath entries which are system container libraries.

build I200406180800

!ENTRY org.eclipse.osgi Jun 18, 2004 13:50:02.355
!MESSAGE While loading class
"org.eclipse.team.internal.ccvs.ui.console.ConsoleDocument$ConsoleLine", thread
"main" timed out waiting (5000ms) for thread "Worker-4" to finish starting
bundle "org.eclipse.team.cvs.ui". To avoid deadlock, thread "main" is proceeding
but "org.eclipse.team.internal.ccvs.ui.console.ConsoleDocument$ConsoleLine" may
not be fully initialized.
!STACK 0
java.lang.Exception: Generated exception.
	at
org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java:102)
	at
org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:371)
	at
org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:402)
	at
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:93)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
	at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
	at
org.eclipse.team.internal.ccvs.ui.console.ConsoleDocument.getLines(ConsoleDocument.java:78)
	at
org.eclipse.team.internal.ccvs.ui.console.CVSOutputConsole.dump(CVSOutputConsole.java:140)
	at
org.eclipse.team.internal.ccvs.ui.console.CVSOutputConsole.access$1(CVSOutputConsole.java:137)
	at
org.eclipse.team.internal.ccvs.ui.console.CVSOutputConsole$1.run(CVSOutputConsole.java:108)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2709)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2401)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1375)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1346)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:252)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:186)
	at org.eclipse.core.launcher.Main.run(Main.java:647)
	at org.eclipse.core.launcher.Main.main(Main.java:631)

I20040420

Change the paramter order in the following example

	/**
	 * @param obj1 this is a longer comment that
	 *  splits over lines
	 * @param obj2 this is a longer comment that 
	 *  splits over lines
	 */
	public void foo(Object obj1, Object obj2) {
		
	}

produces:

	/**
	 * @param obj2 this is a longer comment that 
 *  splits over lines
	 * @param obj1 this is a longer comment that
 *  splits over lines
	 */
	public void foo(Object obj2, Object obj1) {
		
	}

Markus, please check if the is a AST-Rewrite or a change method signature 
problem

I200404281424 + zrh-plugins from 20040430_1758:

Can't switch (read, ...) filters after search for method
- Search for references to a field
- check "Filter Reads"
- Search for refs to method

(a) Reads filter filters all matches
Read filter should have no effect on method references

(b) Cannot uncheck read filter since menu entry is disabled. Workaround is to
search for field refs, uncheck filter, go back to method refs search.

The content type id for ant build files is "contentTypes.antBuildFile". Although
we do not enforce that (and that was not explicitly said), content type ids are
expected to follow the same rules as for extension points simple ids (I added a
clarification to the schema): no dots or whitespaces.

	<extension 
		point="org.eclipse.core.runtime.contentTypes"> 
		<content-type  
			id="contentTypes.antBuildFile" 
			name="%antBuildFileContentType.name" 
			base-type="org.eclipse.core.runtime.xml" 
			priority="high"> 
			<describer 
				class="org.eclipse.core.runtime.content.XMLRootElementContentDescriber"> 
				<parameter name="element" value="project" /> 
			</describer> 
		</content-type>
	</extension>

If I open the pref page a command window will be shown and Eclipse will stall.

Happens in Build id: 200401210900
Did not happen in Build id: 200312182000

Could be related to bug 38401

I cannot check out PDE plug-ins (org.eclipse.pde.core, org.eclipse.pde, 
org.eclipse.pde.ui) from the repository using I20040420. I get the following 
error:

java.lang.IllegalArgumentException: Attempted to beginRule: R/, does not match 
outer scope rule: P/org.eclipse.pde
	at org.eclipse.core.internal.runtime.Assert.isLegal(Assert.java:58)
	at org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.illegalPush
(ImplicitJobs.java:89)
	at org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.push
(ImplicitJobs.java:174)
	at org.eclipse.core.internal.jobs.ImplicitJobs.begin
(ImplicitJobs.java:269)
	at org.eclipse.core.internal.jobs.JobManager.beginRule
(JobManager.java:155)
	at org.eclipse.core.internal.resources.WorkManager.checkIn
(WorkManager.java:95)
	at org.eclipse.core.internal.resources.Workspace.prepareOperation
(Workspace.java:1595)
	at org.eclipse.core.internal.resources.Project.create(Project.java:241)
	at org.eclipse.core.internal.resources.Project.create(Project.java:294)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.createAnd
OpenProject(CheckoutProjectOperation.java:61)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.scrubProj
ects(CheckoutProjectOperation.java:307)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.performCh
eckout(CheckoutProjectOperation.java:169)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation$1.run
(CheckoutProjectOperation.java:130)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.run
(EclipseSynchronizer.java:1403)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.checkout
(CheckoutProjectOperation.java:128)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutMultipleProjectsOperation.
checkout(CheckoutMultipleProjectsOperation.java:50)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutOperation.checkout
(CheckoutOperation.java:46)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutOperation.execute
(CheckoutOperation.java:31)
	at org.eclipse.team.internal.ccvs.ui.operations.CVSOperation.run
(CVSOperation.java:81)
	at org.eclipse.team.internal.ui.actions.JobRunnableContext.run
(JobRunnableContext.java:158)
	at 
org.eclipse.team.internal.ui.actions.JobRunnableContext$3.runInWorkspace
(JobRunnableContext.java:178)
	at org.eclipse.core.internal.resources.InternalWorkspaceJob.run
(InternalWorkspaceJob.java:38)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

I20040609_2000

- create CU
- add empty lines at the end
- position cursor on one of the empty lines at the end

open sourc menu by pressing Ctrl+Shift+S

==> NPE

ava.lang.NullPointerException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.NullPointerException.<init>(NullPointerException.java:60)
	at 
org.eclipse.jdt.internal.ui.actions.JDTQuickMenuAction.computeWordStart
(JDTQuickMenuAction.java)
	at 
org.eclipse.jdt.internal.ui.actions.JDTQuickMenuAction.computeMenuLocation
(JDTQuickMenuAction.java:42)
	at 
org.eclipse.jdt.internal.ui.actions.QuickMenuAction.computeMenuLocation
(QuickMenuAction.java:118)
	at org.eclipse.jdt.internal.ui.actions.QuickMenuAction.run
(QuickMenuAction.java:71)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.ui.commands.ActionHandler.execute
(ActionHandler.java:141)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand
(WorkbenchKeyboard.java:469)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press
(WorkbenchKeyboard.java)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent
(WorkbenchKeyboard.java:928)
	at 
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings
(WorkbenchKeyboard.java:546)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2
(WorkbenchKeyboard.java:494)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent
(WorkbenchKeyboard.java:259)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Control.traverse(Control.java:2705)
	at org.eclipse.swt.widgets.Control.translateMnemonic(Control.java:2546)
	at org.eclipse.swt.widgets.Composite.translateMnemonic
(Composite.java:540)
	at org.eclipse.swt.widgets.Control.translateMnemonic(Control.java:2564)
	at org.eclipse.swt.widgets.Display.translateMnemonic(Display.java:3138)
	at org.eclipse.swt.widgets.Display.filterMessage(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1362)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1333)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:252)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:79)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

I200406091200

- Platform encoding: ISO-8859-1
- Have a folder with UTF-8 encoding
- Create a java class containing some double-byte characters, e.g. �הצ - any non
ASCII will do
- Save
- Select the java file in the package explorer, and drag-copy (hold Ctrl) it
within the same folder
- Accept the proposed class name in the popup
- Open the new class

Observe, depending on the original file
- The multi-byte characters have been replaced with '?'s
- The file cannot be opened because it is not readable using UTF-8

Examining the file shows that it was created using the platform encoding.
Acceptable would be either the encoding of the original file, or the encoding of
the container (folder in this case).

I20040128

If I open the content outline popup on a class with a large number of methods
(such as core.internal.resources.Workspace.java), it fills the height of the
screen, and there is no way to scroll down in the list (no scrollbars, and arrow
down does not cause it to scroll).

Overview:
When viewing the properties of a feature there is an option to display the 
copyright and the license in a browser. These options do not work if the URL 
is a full URL.

Steps to reproduce:
1.Install a feature that has the elements <copyright 
url="http://someserver/somepath"> and <license 
url="http://someserver/somepath"> 
2. Open Configuration Manager
3. Select the installed feature
4. Open the properties for feature
5. Select the Copyright in left pane
6. Select the "Show in browser" button
7. Browser does not open.

I20040610

!SESSION Jun 10, 2004 10:58:29.623 ---------------------------------------------
eclipse.buildId=I200406092000
java.version=1.4.2_04
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86, WS=motif, NL=en_US
Command-line arguments: -showlocation -update -keyring /home/tei/.eclipsekeys
!ENTRY org.eclipse.jdt.ui 4 10001 Jun 10, 2004 10:58:29.624
!MESSAGE Internal Error
!STACK 1
Java Model Exception: Java Model Status [Copy_2_of_ExpressionPlugin.java [in
org.eclipse.core.internal.expressions [in src [in
org.eclipse.core.expressions]]] does not exist.]
        at
org.eclipse.jdt.internal.core.JavaElement.newNotPresentException(JavaElement.java:561)
        at
org.eclipse.jdt.internal.core.Openable.getUnderlyingResource(Openable.java:266)
        at
org.eclipse.jdt.internal.core.CompilationUnit.getUnderlyingResource(CompilationUnit.java:832)
        at
org.eclipse.jdt.internal.core.CompilationUnit.getCorrespondingResource(CompilationUnit.java:612)
        at
org.eclipse.jdt.internal.ui.refactoring.reorg.PasteAction$FilePaster.getAsContainer(PasteAction.java:373)
        at
org.eclipse.jdt.internal.ui.refactoring.reorg.PasteAction$FilePaster.canPasteOn(PasteAction.java:342)
        at
org.eclipse.jdt.internal.ui.refactoring.reorg.PasteAction.canOperateOn(PasteAction.java:136)
        at
org.eclipse.jdt.internal.ui.refactoring.reorg.PasteAction.selectionChanged(PasteAction.java:118)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchSelectionChanged(SelectionDispatchAction.java:200)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.selectionChanged(SelectionDispatchAction.java:195)
        at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
        at org.eclipse.core.runtime.Platform.run(Platform.java:758)
        at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
        at
org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:1388)
        at
org.eclipse.jface.viewers.StructuredViewer.handleInvalidSelection(StructuredViewer.java:660)
        at
org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart$PackageExplorerProblemTreeViewer.handleInvalidSelection(PackageExplorerPart.java:360)
        at
org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:875)
        at
org.eclipse.jface.viewers.AbstractTreeViewer.remove(AbstractTreeViewer.java:1178)
        at
org.eclipse.jface.viewers.AbstractTreeViewer.remove(AbstractTreeViewer.java:1199)
        at
org.eclipse.jdt.internal.ui.packageview.PackageExplorerContentProvider$5.run(PackageExplorerContentProvider.java:582)
        at
org.eclipse.jdt.internal.ui.packageview.PackageExplorerContentProvider$7.run(PackageExplorerContentProvider.java:601)
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
        at
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2916)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2645)
        at
org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:136)
        at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:262)
        at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run(RefactoringWizardDialog2.java:282)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.internalPerformFinish(RefactoringWizard.java:533)
        at
org.eclipse.ltk.ui.refactoring.UserInputWizardPage.performFinish(UserInputWizardPage.java:153)
        at
org.eclipse.jdt.internal.ui.refactoring.reorg.DeleteWizard$DeleteInputPage.performFinish(DeleteWizard.java:132)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.performFinish(RefactoringWizard.java:599)
        at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.okPressed(RefactoringWizardDialog2.java:406)
        at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:365)
        at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:506)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:731)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2938)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2642)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
        at org.eclipse.jface.window.Window.open(Window.java:648)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation$1.run(RefactoringWizardOpenOperation.java:124)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:137)
        at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:40)
        at
org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.activate(UserInterfaceStarter.java:54)
        at
org.eclipse.jdt.internal.ui.refactoring.reorg.DeleteAction.run(DeleteAction.java:95)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at
org.eclipse.ui.actions.RetargetAction.runWithEvent(RetargetAction.java:212)
        at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)
        at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:469)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:887)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:928)
        at
org.eclipse.ui.internal.keys.OutOfOrderListener.handleEvent(OutOfOrderListener.java:67)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:731)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:752)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:738)
        at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1793)
        at org.eclipse.swt.widgets.Control.XKeyPress(Control.java:3112)
        at org.eclipse.swt.widgets.Composite.XKeyPress(Composite.java:906)
        at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:908)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java:3478)
        at org.eclipse.swt.internal.motif.OS.XtDispatchEvent(Native Method)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2640)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1362)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1333)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:252)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:272)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)
!SUBENTRY 1 org.eclipse.jdt.core 4 969 Jun 10, 2004 10:58:29.635
!MESSAGE Copy_2_of_ExpressionPlugin.java [in
org.eclipse.core.internal.expressions [in src [in
org.eclipse.core.expressions]]] does not exist.
!ENTRY org.eclipse.jdt.ui 4 10001 Jun 10, 2004 10:58:29.685
!MESSAGE Internal Error
!STACK 1
Java Model Exception: Java Model Status [Copy_2_of_ExpressionPlugin.java [in
org.eclipse.core.internal.expressions [in src [in
org.eclipse.core.expressions]]] does not exist.]
        at
org.eclipse.jdt.internal.core.JavaElement.newNotPresentException(JavaElement.java:561)
        at
org.eclipse.jdt.internal.core.CompilationUnit.buildStructure(CompilationUnit.java:88)
        at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:183)
        at
org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.java:572)
        at
org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:309)
        at
org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:295)
        at
org.eclipse.jdt.internal.core.JavaElement.getChildren(JavaElement.java:250)
        at
org.eclipse.jdt.internal.core.JavaElement.getChildrenOfType(JavaElement.java:264)
        at
org.eclipse.jdt.internal.core.CompilationUnit.getTypes(CompilationUnit.java:822)
        at
org.eclipse.jdt.internal.corext.refactoring.util.JavaElementUtil.getMainType(JavaElementUtil.java:85)
        at
org.eclipse.jdt.ui.actions.ExtractInterfaceAction.getSingleSelectedType(ExtractInterfaceAction.java:119)
        at
org.eclipse.jdt.ui.actions.ExtractInterfaceAction.canEnable(ExtractInterfaceAction.java:108)
        at
org.eclipse.jdt.ui.actions.ExtractInterfaceAction.selectionChanged(ExtractInterfaceAction.java:86)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchSelectionChanged(SelectionDispatchAction.java:200)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.selectionChanged(SelectionDispatchAction.java:195)
        at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
        at org.eclipse.core.runtime.Platform.run(Platform.java:758)
        at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
        at
org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:1388)
        at
org.eclipse.jface.viewers.StructuredViewer.handleInvalidSelection(StructuredViewer.java:660)
        at
org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart$PackageExplorerProblemTreeViewer.handleInvalidSelection(PackageExplorerPart.java:360)
        at
org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:875)
        at
org.eclipse.jface.viewers.AbstractTreeViewer.remove(AbstractTreeViewer.java:1178)
        at
org.eclipse.jface.viewers.AbstractTreeViewer.remove(AbstractTreeViewer.java:1199)
        at
org.eclipse.jdt.internal.ui.packageview.PackageExplorerContentProvider$5.run(PackageExplorerContentProvider.java:582)
        at
org.eclipse.jdt.internal.ui.packageview.PackageExplorerContentProvider$7.run(PackageExplorerContentProvider.java:601)
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
        at
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2916)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2645)
        at
org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:136)
        at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:262)
        at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run(RefactoringWizardDialog2.java:282)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.internalPerformFinish(RefactoringWizard.java:533)
        at
org.eclipse.ltk.ui.refactoring.UserInputWizardPage.performFinish(UserInputWizardPage.java:153)
        at
org.eclipse.jdt.internal.ui.refactoring.reorg.DeleteWizard$DeleteInputPage.performFinish(DeleteWizard.java:132)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.performFinish(RefactoringWizard.java:599)
        at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.okPressed(RefactoringWizardDialog2.java:406)
        at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:365)
        at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:506)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:731)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2938)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2642)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
        at org.eclipse.jface.window.Window.open(Window.java:648)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation$1.run(RefactoringWizardOpenOperation.java:124)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:137)
        at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:40)
        at
org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.activate(UserInterfaceStarter.java:54)
        at
org.eclipse.jdt.internal.ui.refactoring.reorg.DeleteAction.run(DeleteAction.java:95)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at
org.eclipse.ui.actions.RetargetAction.runWithEvent(RetargetAction.java:212)
        at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)
        at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:469)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:887)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:928)
        at
org.eclipse.ui.internal.keys.OutOfOrderListener.handleEvent(OutOfOrderListener.java:67)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:731)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:752)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:738)
        at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1793)
        at org.eclipse.swt.widgets.Control.XKeyPress(Control.java:3112)
        at org.eclipse.swt.widgets.Composite.XKeyPress(Composite.java:906)
        at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:908)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java:3478)
        at org.eclipse.swt.internal.motif.OS.XtDispatchEvent(Native Method)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2640)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1362)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1333)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:252)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:272)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)
!SUBENTRY 1 org.eclipse.jdt.core 4 969 Jun 10, 2004 10:58:29.694
!MESSAGE Copy_2_of_ExpressionPlugin.java [in
org.eclipse.core.internal.expressions [in src [in
org.eclipse.core.expressions]]] does not exist.
!ENTRY org.eclipse.jdt.ui 4 10001 Jun 10, 2004 10:58:29.695
!MESSAGE Internal Error
!STACK 1
Java Model Exception: Java Model Status [Copy_2_of_ExpressionPlugin.java [in
org.eclipse.core.internal.expressions [in src [in
org.eclipse.core.expressions]]] does not exist.]
        at
org.eclipse.jdt.internal.core.JavaElement.newNotPresentException(JavaElement.java:561)
        at
org.eclipse.jdt.internal.core.CompilationUnit.buildStructure(CompilationUnit.java:88)
        at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:183)
        at
org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.java:572)
        at
org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:309)
        at
org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:295)
        at
org.eclipse.jdt.internal.core.JavaElement.getChildren(JavaElement.java:250)
        at
org.eclipse.jdt.internal.core.JavaElement.getChildrenOfType(JavaElement.java:264)
        at
org.eclipse.jdt.internal.core.CompilationUnit.getTypes(CompilationUnit.java:822)
        at
org.eclipse.jdt.internal.corext.refactoring.util.JavaElementUtil.getMainType(JavaElementUtil.java:85)
        at
org.eclipse.jdt.ui.actions.ConvertNestedToTopAction.getSingleSelectedType(ConvertNestedToTopAction.java:126)
        at
org.eclipse.jdt.ui.actions.ConvertNestedToTopAction.canEnable(ConvertNestedToTopAction.java:115)
        at
org.eclipse.jdt.ui.actions.ConvertNestedToTopAction.selectionChanged(ConvertNestedToTopAction.java:89)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchSelectionChanged(SelectionDispatchAction.java:200)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.selectionChanged(SelectionDispatchAction.java:195)
        at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
        at org.eclipse.core.runtime.Platform.run(Platform.java:758)
        at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
        at
org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:1388)
        at
org.eclipse.jface.viewers.StructuredViewer.handleInvalidSelection(StructuredViewer.java:660)
        at
org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart$PackageExplorerProblemTreeViewer.handleInvalidSelection(PackageExplorerPart.java:360)
        at
org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:875)
        at
org.eclipse.jface.viewers.AbstractTreeViewer.remove(AbstractTreeViewer.java:1178)
        at
org.eclipse.jface.viewers.AbstractTreeViewer.remove(AbstractTreeViewer.java:1199)
        at
org.eclipse.jdt.internal.ui.packageview.PackageExplorerContentProvider$5.run(PackageExplorerContentProvider.java:582)
        at
org.eclipse.jdt.internal.ui.packageview.PackageExplorerContentProvider$7.run(PackageExplorerContentProvider.java:601)
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
        at
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2916)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2645)
        at
org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:136)
        at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:262)
        at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run(RefactoringWizardDialog2.java:282)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.internalPerformFinish(RefactoringWizard.java:533)
        at
org.eclipse.ltk.ui.refactoring.UserInputWizardPage.performFinish(UserInputWizardPage.java:153)
        at
org.eclipse.jdt.internal.ui.refactoring.reorg.DeleteWizard$DeleteInputPage.performFinish(DeleteWizard.java:132)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.performFinish(RefactoringWizard.java:599)
        at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.okPressed(RefactoringWizardDialog2.java:406)
        at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:365)
        at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:506)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:731)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2938)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2642)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
        at org.eclipse.jface.window.Window.open(Window.java:648)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation$1.run(RefactoringWizardOpenOperation.java:124)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:137)
        at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:40)
        at
org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.activate(UserInterfaceStarter.java:54)
        at
org.eclipse.jdt.internal.ui.refactoring.reorg.DeleteAction.run(DeleteAction.java:95)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at
org.eclipse.ui.actions.RetargetAction.runWithEvent(RetargetAction.java:212)
        at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)
        at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:469)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:887)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:928)
        at
org.eclipse.ui.internal.keys.OutOfOrderListener.handleEvent(OutOfOrderListener.java:67)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:731)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:752)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:738)
        at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1793)
        at org.eclipse.swt.widgets.Control.XKeyPress(Control.java:3112)
        at org.eclipse.swt.widgets.Composite.XKeyPress(Composite.java:906)
        at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:908)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java:3478)
        at org.eclipse.swt.internal.motif.OS.XtDispatchEvent(Native Method)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2640)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1362)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1333)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:252)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:272)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)
!SUBENTRY 1 org.eclipse.jdt.core 4 969 Jun 10, 2004 10:58:29.706
!MESSAGE Copy_2_of_ExpressionPlugin.java [in
org.eclipse.core.internal.expressions [in src [in
org.eclipse.core.expressions]]] does not exist.
!ENTRY org.eclipse.jdt.ui 4 10001 Jun 10, 2004 10:58:29.707
!MESSAGE Internal Error
!STACK 1
Java Model Exception: Java Model Status [Copy_2_of_ExpressionPlugin.java [in
org.eclipse.core.internal.expressions [in src [in
org.eclipse.core.expressions]]] does not exist.]
        at
org.eclipse.jdt.internal.core.JavaElement.newNotPresentException(JavaElement.java:561)
        at
org.eclipse.jdt.internal.core.CompilationUnit.buildStructure(CompilationUnit.java:88)
        at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:183)
        at
org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.java:572)
        at
org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:309)
        at
org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:295)
        at
org.eclipse.jdt.internal.core.JavaElement.getChildren(JavaElement.java:250)
        at
org.eclipse.jdt.internal.core.JavaElement.getChildrenOfType(JavaElement.java:264)
        at
org.eclipse.jdt.internal.core.CompilationUnit.getTypes(CompilationUnit.java:822)
        at
org.eclipse.jdt.internal.corext.refactoring.util.JavaElementUtil.getMainType(JavaElementUtil.java:85)
        at
org.eclipse.jdt.ui.actions.UseSupertypeAction.getSingleSelectedType(UseSupertypeAction.java:114)
        at
org.eclipse.jdt.ui.actions.UseSupertypeAction.canEnable(UseSupertypeAction.java:103)
        at
org.eclipse.jdt.ui.actions.UseSupertypeAction.selectionChanged(UseSupertypeAction.java:81)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchSelectionChanged(SelectionDispatchAction.java:200)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.selectionChanged(SelectionDispatchAction.java:195)
        at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
        at org.eclipse.core.runtime.Platform.run(Platform.java:758)
        at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
        at
org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:1388)
        at
org.eclipse.jface.viewers.StructuredViewer.handleInvalidSelection(StructuredViewer.java:660)
        at
org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart$PackageExplorerProblemTreeViewer.handleInvalidSelection(PackageExplorerPart.java:360)
        at
org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:875)
        at
org.eclipse.jface.viewers.AbstractTreeViewer.remove(AbstractTreeViewer.java:1178)
        at
org.eclipse.jface.viewers.AbstractTreeViewer.remove(AbstractTreeViewer.java:1199)
        at
org.eclipse.jdt.internal.ui.packageview.PackageExplorerContentProvider$5.run(PackageExplorerContentProvider.java:582)
        at
org.eclipse.jdt.internal.ui.packageview.PackageExplorerContentProvider$7.run(PackageExplorerContentProvider.java:601)
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
        at
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2916)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2645)
        at
org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:136)
        at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:262)
        at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run(RefactoringWizardDialog2.java:282)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.internalPerformFinish(RefactoringWizard.java:533)
        at
org.eclipse.ltk.ui.refactoring.UserInputWizardPage.performFinish(UserInputWizardPage.java:153)
        at
org.eclipse.jdt.internal.ui.refactoring.reorg.DeleteWizard$DeleteInputPage.performFinish(DeleteWizard.java:132)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.performFinish(RefactoringWizard.java:599)
        at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.okPressed(RefactoringWizardDialog2.java:406)
        at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:365)
        at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:506)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:731)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2938)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2642)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
        at org.eclipse.jface.window.Window.open(Window.java:648)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation$1.run(RefactoringWizardOpenOperation.java:124)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:137)
        at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:40)
        at
org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.activate(UserInterfaceStarter.java:54)
        at
org.eclipse.jdt.internal.ui.refactoring.reorg.DeleteAction.run(DeleteAction.java:95)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at
org.eclipse.ui.actions.RetargetAction.runWithEvent(RetargetAction.java:212)
        at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)
        at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:469)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:887)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:928)
        at
org.eclipse.ui.internal.keys.OutOfOrderListener.handleEvent(OutOfOrderListener.java:67)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:731)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:752)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:738)
        at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1793)
        at org.eclipse.swt.widgets.Control.XKeyPress(Control.java:3112)
        at org.eclipse.swt.widgets.Composite.XKeyPress(Composite.java:906)
        at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:908)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java:3478)
        at org.eclipse.swt.internal.motif.OS.XtDispatchEvent(Native Method)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2640)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1362)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1333)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:252)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:272)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)
!SUBENTRY 1 org.eclipse.jdt.core 4 969 Jun 10, 2004 10:58:29.739
!MESSAGE Copy_2_of_ExpressionPlugin.java [in
org.eclipse.core.internal.expressions [in src [in
org.eclipse.core.expressions]]] does not exist.

We have infopop text that has been translated into all 9 group one languages. 
We have found out that if the description of the infopop is long, then the 
text is not wrapped properly in other languages. What we see is that the 
infopop window is long, but it is not big enough to contain the long text in 
one line and the text is chopped off. I will attach a screen shot.

i started with a fresh install of: eclipse-SDK-I20040127-win32 (latest one for
that date).
I also installed a coulple of plugins/features: one of them being the Platform
Extensions plugin.

When I opened one of the default views, it worked fine. Then , I tried to open a
view from one of the installed plugins, and the app "froze", ie. the fast view
button remained depressed. After this point, none of the other views (even the
ones from the eclipse JDT) worked.

I am attaching the .log file. This might be related to the dockable fast views(?)

I200406092000

When Java editor uses the default text font and text font gets changed the Java
editor font is not changed.

We should remove our depenencies on JCORE for the following reasons:

- extra work is needed to synchronize JDT Core and JDT Debug
- the JDT Core team cannot patch o.e.jdt.core without patching o.e.jdt.ui and 
o.e.jdt.debug
- the JDT Core team cannot post patches on the download page to keep clients 
up to date

Build: 3.0 RC2

When a job with scheduling rule A tries to beginRule on scheduling rule B (not
contained within A), it is reported to the user as a mismatched endRule. In
fact, it is an illegal beginRule.

This happens because ThreadJob.push is called outside the try/finally in
ImplicitJobs.begin. Thus, the ThreadJob does not get recorded in the finally
block. When it comes to end the rule, the ThreadJob is missing so it appears to
be a mismatched pop.

Not critical for RC2 because it is just a case of a poor diagnostic message - it
is still a user error. However, it should really be fixed for 3.0.

See bug 66620 for an example of where this diagnosis shows incorrect information.

When the message in the jUnit failure is long, the JUnit view truncates the
message, even though there is a horizontal scrollbar.  It should just show the
whole message....

3.0.1 RC2

When I remove all external tool builders from a project, 
its ".externalToolBuilders" directory remains (empty). We should likely remove 
the directory as well, as it is has no meaning for the user, and they won't 
know when/if they should remove it.

I200403230800

-create new file test.txt
-with one-line content: 

javaDocumentSetupParticipant= Java Document Setup Participant

-set caret to pos 0 and press ctrl+arrow_right
-expected caret before java but was Document

works on XP but NOT Win2000

When the id of the data type is hovered we could present the relevant data.

build I20040323

If I double-click on the animated progress icon in the status line, it does not
open the progress view.  Clicking on the label does.  The whole progress
indicator should be responsive to double-click.

The doc for this method doesn't take into account the new API constants.  Also,
could these constants be in the new IWorkbenchPart2 interface instead?

build i0505-1045

- I have all of Core in my workspace
- I closed runtime and resources
- I tried to run my tests

The expected behaviour would be that the closed runtime and resources projects
would be ignored in the workspace and would be picked up from the target platform.

Instead I got an error saying that the resources project was closed.

The HTPP proxy port text field should be validated.

@@ modify handler @@

int i;

try {
  i = Integer.valueOf(/*TextField*/.getText());
} catch (NumberFormatException e) {
 setErrorMessage("not a number");
}

if ((i < 0) || (i > 65536))
 setErrorMessage("out of range");
else
 setErrorMessage(null);

20040909

In the following source, check the AST-node source ranges of the 2 enum constants
The first contains the closing parenthesis, the second doesn't

enum MyEnum { GREEN(0, 1), RED() }

I had a feature installed (via update manager of course) and decided to 
uninstall it.  In the configuration manager dialog the uninstall menu entry was 
disabled.  To get it enabled I had to disable the feature than turn off 
the "disabled features" filter then choose the same feature and uninstall it.  
Is there a way I could do this more directly?

 

Build RC1

Tracing transient memory allocation, I observed that when selecting all 
(binary linked) projects from a self-hosting workspace, lots of memory was 
allocated due to Java indexing activity.

Looking deeper, I observed that the PDE container was being reset as soon as 
notified from resource deletions (likely to compensate project deletion, and 
rebinding using the target platform material instead). From our end, these 
classpath settings are trusted and honoured, thus inducing major model 
refresh, and index rebuilds.

However, the updated projects are all being deleted as well, since I selected 
them all for deletion.

So PDE seems to induce tons of work for no reason. You could check the 
PRE_DELETE event, so as to figure the list of projects which are pointless to 
update since going to be discarded anyway.

This seems to be a regression from the re-write of the CoolBarManager.update()
method.  The individual ToolBarManagers aren't getting asked to update their
ToolBar (by adding or removing items), and so the list of ToolItems in a ToolBar
stay static until the ToolItems are destroyed and recreated.

This appears to only happen with the Activity Manager work done by Kim Horne. 
Try removing the Java activity while in the Java perspective.  The run and debug
tool bar items do not disappear.  (activity plugin required from the
platform-ui-home web site)

Counter-example: open a Java source file, and the GotoNextAnnotationActions appear.

This could be an issue with not marking something dirty?  I'm going back and
looking at Kosta's old update methods to look for insights.

After spending several days trying to figure out why our product, SWT Designer, 
was not working on the Mac (it works fine under Windows and Linux), we traced 
the problem to the copyArea(Image image, int x, int y) method in the GC class. 
Under Windows and Linux that method is implemented while on the Mac that method 
is no-op'ed out. E.g.,

	public void copyArea(Image image, int x, int y) {
		if (handle == 0) SWT.error(SWT.ERROR_GRAPHIC_DISPOSED);
		if (image == null) SWT.error(SWT.ERROR_NULL_ARGUMENT);
		if (image.type != SWT.BITMAP || image.isDisposed()) SWT.error
(SWT.ERROR_INVALID_ARGUMENT);
		//NOT IMPLEMENTED
	}

This is a critical problem that prevents our product from running on the Mac. 
We need to copy a region of the (visible) screen (a window) into an image that 
we can then use within GEF. Because of this problem, we always end up with an 
empty (white) image. This problem will also likely prevent the VE 
(VisualEditor) from running on the Mac as it uses the same technique of 
grabbing an image of a sample window to provide graphics that can be 
manipulated in GEF.

Please implement this method as soon as possible or suggest a work around.

I set up this build file:

<project default="main" name="junk">
	<property file="stuff.properties"></property>
	<target name="main">
		<echo>${name}</echo>
	</target>
</project>

And this properties file (contents).

name=Darin Wright


The files "stuff.properties" and "build.xml" are in the root dir of a project 
named "Junk". If I specify a base directory of "c:\temp" and run in the same 
VM, the property "name" is not found. If I run in a separate VM, the 
property "name" is found. However, since the properties file is not in 
c:\temp, the property should not be found. It looks like the sep VM case is 
ignoring the base directory setting.

When using a separate VM and the "Capture Output" option is off, output is 
still displayed.

Memory block enablement is controlled by a synchronized property stored in the 
synchronizer.  (Refer to IMemoryViewConstants.PROPERTY_ENABLED_REFERENCES for 
details.)  

When a view tab is first created, it will try to set this property and add the 
view tab to the reference counting object.  At the time when the memory monitor 
is first created, the synchronizer has not yet created an info object to hold 
the property.  As a result, the setting of the property is ignored, and screws 
up the reference counting of the memory block.  Consequently, the memory block 
is not enabled/disabled properly when a memory monitor is first created.

I am submitting a patch to fix this problem.  When someone tries to set a 
synchronized property in the synchronizer, the syncrhonizer will try to create 
the info object to hold the property if it does not already exist.

I200408241200

When changing compiler settings I get asked to rebuild but when changing the
projects compiler preferences via org.eclipse.jdt.core.prefs file nothing happens.

As it can be null.

We should do the following

if(!PlatformUI.isWorkbenchRunning())
   return;
				
PlatformUI.getWorkbench().getDisplay()

The Javadoc of IPackageBinding#getName() says: 
"[..] For unnamed packages, this is a distinctive string
that can be used to refer to this unnamed package (since there
may in fact be multiple unnamed packages). [..]"

How can IPackageBindings refer to different default packages? As I understand
it, an IPackageBinding is a compiler-world notion that only knows one default
package whose contents are based on a java project's buildpath.

Since getName() cannot return different strings, I opt to change the string for
the default package from "UNNAMED" to "". This would match
IPackageFragment#getElementName() and eliminate the need for special code when
comparing an IPackageBinding to an IPackageFragment.

I200409140800, spawned from bug 73767.

In the Resource Navigator, set up this structure:

zzz (Java Project)
+ src (source folder)
  + a (package)
    + A.java

Somewhere else in the file system, have:
...
+ a (folder)
  + file.txt

Now drag-and-drop the folder '.../a' from an OS file explorer onto the source
folder 'src'. A dialog asks: "zzz/src/a exists. Do you want to overwrite?" with
options "Yes", "Yes to All", "No", "Cancel".

Clicking "Yes" yields an NPE and no copying taking place:
Error Sep 14, 2004 11:41:41.313 Exception in
org.eclipse.ui.actions.CopyFilesAndFoldersOperation.performCopy():
java.lang.NullPointerException

I200409070800

I don't know the pattern but an almost every second startup of Eclipse a full 
build kicks in. What I see is the following:

- a first build runs marking almost all of my source problems with errors.
  This doesn't seem to be a full build since it only takes around 30 seconds

- a second build kicks in which does the actual full build.

3.1 M2:

Code Formatter > White Space > Parameterized type > Parameterized type
Preview: "Map<String, Element> map = new<String, Element> HashMap();" is wrong.

BTW, in tree double "Parameterized type" is ugly, why not use something like "Type" on the second 
level.

I got the following error when performing an update in the synchronize view. 
The exception from Resources doesn't mention the resource. Eithe rit should or 
the code that catches and converts the exception must.

The code in WorkspacePreferences uses a colon as a separator between project
names when users define a build order.

Unfortuanatly this will fail if a user creates a project with a colon in the
name. (which is now allowed)

The forward slash is now the only "safe" character that we can use now. We might
have to drop a "preference marker" with a version or something to figure out
which separator to use during conversion. (for workspace backwards compatibility)

There seems to be no way to cancel a menu from a TrayItem unless at least one of
the MenuItem's is selected. Other menus from other system tray items seem to
cancel when the user clicks anywhere else except the menu. A work-around would
be much appreciated if available.

Using build 03181131, it is not possible to save a .java file in a non-java project.

STEPS TO REPRODUCE
1) Start a fresh workspace
2) Create a simple project P
3) Create a file called A.java in P
4) Try to edit and save that file.
5) You get an error message saying that P doesn't exist.

Here is the stack trace:
Thread [main] (Suspended (breakpoint at line 1042 in JavaCore))
	JavaCore.create(IProject) line: 1042
	JavaModelManager.getPerProjectInfoCheckExistence(IProject) line: 804
	JavaProject.getPerProjectInfo() line: 1645
	JavaProject.getResolvedClasspath(boolean, boolean) line: 1756
	JavaProject.getResolvedClasspath(boolean) line: 1736
	JavaProject.buildStructure(OpenableElementInfo, IProgressMonitor, Map,
IResource) line: 261
	JavaProject(Openable).generateInfos(Object, HashMap, IProgressMonitor) line: 169
	PackageFragmentRoot(Openable).openParent(Object, HashMap, IProgressMonitor)
line: 382
	PackageFragmentRoot(Openable).generateInfos(Object, HashMap, IProgressMonitor)
line: 159
	PackageFragment(Openable).openParent(Object, HashMap, IProgressMonitor) line: 382
	PackageFragment(Openable).generateInfos(Object, HashMap, IProgressMonitor)
line: 159
	CompilationUnit(Openable).openParent(Object, HashMap, IProgressMonitor) line: 382
	CompilationUnit.openParent(Object, HashMap, IProgressMonitor) line: 1014
	CompilationUnit(Openable).generateInfos(Object, HashMap, IProgressMonitor)
line: 159
	CompilationUnit(JavaElement).openWhenClosed(Object, IProgressMonitor) line: 543
	CompilationUnit.makeConsistent(boolean, IProgressMonitor) line: 943
	ReconcileWorkingCopyOperation.executeOperation() line: 56
	ReconcileWorkingCopyOperation(JavaModelOperation).run(IProgressMonitor) line: 700
	ReconcileWorkingCopyOperation(JavaModelOperation).runOperation(IProgressMonitor)
line: 739
	CompilationUnit.reconcile(boolean, boolean, WorkingCopyOwner, IProgressMonitor)
line: 1050
	CompilationUnit.reconcile(boolean, WorkingCopyOwner, IProgressMonitor) line: 1062
	CompilationUnit.reconcile() line: 1027
	CompilationUnitDocumentProvider.commitWorkingCopy(IProgressMonitor, Object,
CompilationUnitDocumentProvider$CompilationUnitInfo, boolean) line: 870
	CompilationUnitDocumentProvider$2.execute(IProgressMonitor) line: 935
	CompilationUnitDocumentProvider$2(TextFileDocumentProvider$DocumentProviderOperation).run(IProgressMonitor)
line: 93
	WorkspaceModifyDelegatingOperation.execute(IProgressMonitor) line: 67
	WorkspaceModifyOperation$1.run(IProgressMonitor) line: 91
	Workspace.run(IWorkspaceRunnable, ISchedulingRule, int, IProgressMonitor) line:
1559
	WorkspaceModifyDelegatingOperation(WorkspaceModifyOperation).run(IProgressMonitor)
line: 105
	WorkspaceOperationRunner.run(boolean, boolean, IRunnableWithProgress,
ISchedulingRule) line: 72
	WorkspaceOperationRunner.run(boolean, boolean, IRunnableWithProgress) line: 62
	CompilationUnitDocumentProvider(TextFileDocumentProvider).executeOperation(TextFileDocumentProvider$DocumentProviderOperation,
IProgressMonitor) line: 391
	CompilationUnitDocumentProvider(TextFileDocumentProvider).saveDocument(IProgressMonitor,
Object, IDocument, boolean) line: 611
	CompilationUnitEditor(AbstractTextEditor).performSave(boolean,
IProgressMonitor) line: 3135
	CompilationUnitEditor.performSave(boolean, IProgressMonitor) line: 1171
	CompilationUnitEditor.doSave(IProgressMonitor) line: 1221
	EditorManager$10.run(IProgressMonitor) line: 982
	EditorManager$8.run(IProgressMonitor) line: 837
	ModalContext.runInCurrentThread(IRunnableWithProgress, IProgressMonitor) line: 302
	ModalContext.run(IRunnableWithProgress, boolean, IProgressMonitor, Display)
line: 252
	ApplicationWindow$1.run() line: 573
	BusyIndicator.showWhile(Display, Runnable) line: 84
	WorkbenchWindow(ApplicationWindow).run(boolean, boolean, IRunnableWithProgress)
line: 570
	WorkbenchWindow.run(boolean, boolean, IRunnableWithProgress) line: 1493
	EditorManager.runProgressMonitorOperation(String, IRunnableWithProgress,
IWorkbenchWindow) line: 843
	EditorManager.savePart(ISaveablePart, IWorkbenchPart, boolean) line: 987
	WorkbenchPage.savePart(ISaveablePart, IWorkbenchPart, boolean) line: 2448
	WorkbenchPage.saveEditor(IEditorPart, boolean) line: 2460
	SaveAction.run() line: 72
	SaveAction(Action).runWithEvent(Event) line: 881
	ActionHandler.execute(Object) line: 68
	Command.execute(Object) line: 160
	WorkbenchKeyboard.executeCommand(String, Event) line: 475
	WorkbenchKeyboard.press(List, Event, boolean) line: 891
	WorkbenchKeyboard.processKeyEvent(List, Event, boolean) line: 935
	WorkbenchKeyboard.filterKeySequenceBindings(Event) line: 568
	WorkbenchKeyboard.access$2(WorkbenchKeyboard, Event) line: 500
	WorkbenchKeyboard$1.handleEvent(Event) line: 256
	EventTable.sendEvent(Event) line: 82
	Display.filterEvent(Event) line: 705
	StyledText(Widget).sendEvent(Event) line: 809
	StyledText(Widget).sendEvent(int, Event, boolean) line: 834
	StyledText(Widget).sendEvent(int, Event) line: 819
	StyledText(Control).sendKeyEvent(int, int, int, int, Event) line: 1720
	StyledText(Control).sendKeyEvent(int, int, int, int) line: 1716
	StyledText(Control).WM_CHAR(int, int) line: 3041
	StyledText(Control).windowProc(int, int, int, int) line: 2944
	Display.windowProc(int, int, int, int) line: 2962
	OS.DispatchMessageW(MSG) line: not available [native method]
	OS.DispatchMessage(MSG) line: 1438
	Display.readAndDispatch() line: 2100
	Workbench.runEventLoop(Window$IExceptionHandler, Display) line: 1448
	Workbench.runUI() line: 1419
	Workbench.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 257
	PlatformUI.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 139
	IDEApplication.run(Object) line: 90
	PlatformActivator$1.run(Object) line: 260
	EclipseStarter.run(Object) line: 173
	EclipseStarter.run(String[], Runnable) line: 106
	NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available
[native method]
	NativeMethodAccessorImpl.invoke(Object, Object[]) line: 39
	DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 25
	Method.invoke(Object, Object[]) line: 324
	Main.basicRun(String[]) line: 305
	Main.run(String[]) line: 729
	Main.main(String[]) line: 713


CompilationUnitDocumentProvider.commitWorkingCopy has no protection against a
potential JavaModelException. reconcile() on IWorkingCopy can throw such exception.
This is a pretty bad problem that needs to be fixed asap.

M200409010800

CVS Repositories View, context menu on 'Branches' > 'Refresh Branches...':
The tree in the dialog is not resized vertically when the dialog's height is
changed.

Date tags don't work well with fetching the revision histories for a range. I
have to decide how to support commit sets with dates, or if I can disable the
layout in that case?

on Mozilla, Location.changing location contains an empty char

The code added for synchronizing the highlight annotation and sychronizing the 
outline page can block the UI thread retrieving the Ant model project node.

Test case:

Hit Enter three times 
The hit and hold the Enter key...SLOW

Using 0106 build, it takes minutes to update the markers for a compilation unit
containing 250 problems (maximum limit).
Each time I save the unit, the UI dies for several minutes. There is a running
job in the background that I cannot identify.
This is something new. I was not that bad with M5.
I set it as critical, because it makes the editor unusable.

I20040505

While investigating bug 57181, we noticed that the container initialization 
can be highly recursive if clients missbehave. This can potential blow the 
stack and cause a StackOverflowError.

We should protect ourselves against such clients and flatten the container 
initialization.

20040511

java.lang.NullPointerException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.NullPointerException.<init>(NullPointerException.java:60)
	at org.eclipse.jface.resource.StringConverter.asBoolean(StringConverter.java:137)
	at org.eclipse.jface.resource.StringConverter.asBoolean(StringConverter.java:155)
	at
org.eclipse.jdt.internal.ui.dialogs.SourceActionDialog.<init>(SourceActionDialog.java:118)
	at
org.eclipse.jdt.ui.actions.AddGetterSetterAction$GetterSetterTreeSelectionDialog.<init>(AddGetterSetterAction.java:808)
	at
org.eclipse.jdt.ui.actions.AddGetterSetterAction.run(AddGetterSetterAction.java:238)
	at
org.eclipse.jdt.ui.actions.AddGetterSetterAction.run(AddGetterSetterAction.java:495)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:216)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:612)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:563)
	at
org.eclipse.jface.action.ActionContributionItem$6.handleEvent(ActionContributionItem.java:482)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:242)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:119)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)

The keys preference page is creating colors without disposing them (see the end
of the buildKeySequenceAssignmentTable() and buildCommandAssignmentTable()
methods).  Additionally, it's hardcoding this color to be medium grey which. 
Hardcoding bad, system colors good.

Using N20040509
After I restarted my session which had an open Search Page, I see the 
following in the .log.

java.lang.NullPointerException
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.NullPointerException.<init>(NullPointerException.java:60)
        at org.eclipse.ui.part.PageBookView.setFocus(PageBookView.java:698)
        at org.eclipse.search2.internal.ui.SearchView.setFocus
(SearchView.java:414)
        at org.eclipse.ui.internal.WorkbenchPage$2.run(WorkbenchPage.java:469)
        at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:607)
        at org.eclipse.core.runtime.Platform.run(Platform.java:668)
        at org.eclipse.ui.internal.WorkbenchPage.activatePart
(WorkbenchPage.java:466)
        at org.eclipse.ui.internal.WorkbenchPage.onActivate
(WorkbenchPage.java:1991)
        at org.eclipse.ui.internal.WorkbenchWindow$7.run
(WorkbenchWindow.java:1910)
        at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
        at org.eclipse.ui.internal.WorkbenchWindow.setActivePage
(WorkbenchWindow.java:1897)
        at org.eclipse.ui.internal.WorkbenchWindow.restoreState
(WorkbenchWindow.java:1465)
        at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1206)
        at org.eclipse.ui.internal.Workbench.access$10(Workbench.java:1173)
        at org.eclipse.ui.internal.Workbench$13.run(Workbench.java:1084)
        at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:607)
        at org.eclipse.core.runtime.Platform.run(Platform.java:668)
        at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1017)
        at org.eclipse.ui.internal.WorkbenchConfigurer.restoreState
(WorkbenchConfigurer.java:167)
        at org.eclipse.ui.application.WorkbenchAdvisor.openWindows
(WorkbenchAdvisor.java:648)
        at org.eclipse.ui.internal.Workbench.init(Workbench.java:807)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1301)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:243)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:298)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:249)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:126)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:84)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:59)
        at java.lang.reflect.Method.invoke(Method.java:390)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
        at org.eclipse.core.launcher.Main.run(Main.java:722)
        at org.eclipse.core.launcher.Main.main(Main.java:706)

Currently, the behavior of skipping breakpoints during a run to line is 
handled in the client implementation of IRunToLineTarget. However, it is not 
doc'd that clients must handle this. We need to investigate putting this 
support into the platform, or doc that clients must handle it.

The "step into selection" action may need to be refactored to handle 
breakpoint skipping properly, if the behavior moves to the platform.

I20040529

Buttons for setting the colors of Plug in development editors look bad on the mac.  Not sure if this is an 
SWT bug or PDE.  See attachment.

Note buttons used for Workbench -> Colors and Fonts look fine.

I200404250800
I have a script that displays a lot of things in the console, and it appears
that whenever something is being displayed in the console, the view toolbar and
the tabs are being repainted.

I believe this is regression since the build from I200403240800 does not blink
at all or very few.

When using -warn:, the batch compiler doesn't work anymore and no error is reported.
Here is such a command line:
C:\tests_sources\X.java -g -verbose -d C:\tests_sources -1.4 -warn:

Changing the test line 695 for:
if (length <= 6) 

fixes it. It returns:
invalid warning configuration: -warn:

I would fix it for RC1.

I200304250010

1) Create a new workspace
2) Add a repository connection
3) Create project A
4) Check out a larger project B
While the check out is running
5) File>New>File
6) Select project B
7) Add a name
8) Press Finish
-> File cannot be created because this is blocked by a background operation

Currently the excludes list that the user passes in on
IPreferencesService.export is taken to be relative to the root node but it
should be considered relative to the given node.

1. Open the console view
2. Open the JUnit view as a fastview, so that it overlaps the console view
3. Run a JUnit test suite.

Notice that the title and toolbar of the console view move on top of the the
JUnit view.

Works in I2004032400010 + plug-in export

Add a user library after pressing add you get a dialog with an unchecked
checkbox where I have to check the added library again. The added library should
be checked by default.

Using build I20040428.

I'm working on bug 59258 and here's the problem I get with preferences new API
following scenario below:
1) Create a project "b59258",
2) Modify compiler option "Hidden catch block" on this project to "error"
(default is "warning"),
3) Delete the project.
4) Recreate a project with same name "b59258"
5) Look at compiler options for this project: "Hidden catch block" is still set
to "error"!

I've set severity to critical as it makes new preferences API unusable for
projects...

RC1 test candidate:
I was editing a file and an error dialog appeared. This was the stack dump for
the exception:

An internal error occurred during: "Java AST creation".
java.lang.NullPointerException
org.eclipse.jdt.core.dom.DefaultBindingResolver.resolveWellKnownType(DefaultBindingResolver.java:425)
org.eclipse.jdt.core.dom.AST.resolveWellKnownType(AST.java:1076)
org.eclipse.jdt.internal.corext.refactoring.code.flow.ReturnFlowInfo.getReturnFlag(ReturnFlowInfo.java:31)
org.eclipse.jdt.internal.corext.refactoring.code.flow.ReturnFlowInfo.<init>(ReturnFlowInfo.java:19)
org.eclipse.jdt.internal.corext.refactoring.code.flow.FlowAnalyzer.createReturn(FlowAnalyzer.java:152)
org.eclipse.jdt.internal.corext.refactoring.code.flow.FlowAnalyzer.endVisit(FlowAnalyzer.java:649)
org.eclipse.jdt.core.dom.ReturnStatement.accept0(ReturnStatement.java:135)
org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2454)
org.eclipse.jdt.internal.corext.refactoring.code.flow.InOutFlowAnalyzer.perform(InOutFlowAnalyzer.java:39)
org.eclipse.jdt.internal.ui.search.MethodExitsFinder.markReferences(MethodExitsFinder.java:100)
org.eclipse.jdt.internal.ui.search.MethodExitsFinder.perform(MethodExitsFinder.java:80)
org.eclipse.jdt.internal.ui.javaeditor.JavaEditor.updateOccurrenceAnnotations(JavaEditor.java:3638)
org.eclipse.jdt.internal.ui.javaeditor.JavaEditor$7.selectionChanged(JavaEditor.java:3690)
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartListenerGroup.calculateASTandInform(SelectionListenerWithASTManager.java:130)
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$1.run(SelectionListenerWithASTManager.java:102)
org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

I20040324+Pluginexport

Steps to reproduce:
- start eclipse with new workspace
- close intro view by clicking on the x-icon
- import example junit project by right click in project 
view/new/example/junit with defaultname
- switch to java-perspective by clicking on yes
- press ctrl-shift t and enter test
- press return (Test.java is opened)
- press ctrl-h
- use filesearch
- enter Test as string
- click search

observed behavior:
- the search delivers a lot of matches
- only the number of matches is visible
- when clicking on flat layout the result is shown (but in a far too small 
widget with scrollbars)

When an operation is executed with IRunnableContext.run(false, false, ...) and 
a blocked dialog shows up, then the blocked dialog is not responsive since 
there is nobody to process the events. The non-responsiveness shows up as 
follows:
- the details button is not responsive
- the progress bars shown in the details area are not updated
- you cannot cancel a thread in the details area

In this situation we should disable the details button and collapse the 
details area.

To detect the forked=false case could you make the following test: 
ModalContext.isModalContextThread(Thread.currentThread(). If the current 
thread isn't the modal context thread then the operation wasn't forked.

Works in I2004032400010 + plug-in export for I200403240800

Add library 'mylib'. Save it. Change it. Load library from file.
==> should warn that 'mylib' gets changed.

I20040407

I have a custom text editor based on AbstractTextEditor. Without any changes on
my part in a few months, this editor now fails with an NPE and cannot be opened.
 This seems to be due to an assumption that my editor has a preference store. 
If I create a preference store for my editor the problem goes away, but this
seemed likely an unreasonable breakage for an editor that previous didn't have
any need for a preference store.  Stack from the log is below:

java.lang.NullPointerException
at java.lang.Throwable.<init>(Throwable.java)
at java.lang.Throwable.<init>(Throwable.java:73)
at java.lang.NullPointerException.<init>(NullPointerException.java:60)
at
org.eclipse.ui.texteditor.AbstractTextEditor.getCursorPosition(AbstractTextEditor.java:4735)
at
org.eclipse.ui.texteditor.AbstractTextEditor.updateStatusField(AbstractTextEditor.java:4693)
at
org.eclipse.ui.texteditor.AbstractTextEditor.setStatusField(AbstractTextEditor.java:4417)
at
org.eclipse.ui.texteditor.BasicTextEditorActionContributor.doSetActiveEditor(BasicTextEditorActionContributor.java:217)
at
org.eclipse.ui.texteditor.BasicTextEditorActionContributor.setActiveEditor(BasicTextEditorActionContributor.java:233)
at org.eclipse.ui.internal.EditorActionBars.partChanged(EditorActionBars.java:291)
at org.eclipse.ui.internal.WorkbenchPage$2.run(WorkbenchPage.java:474)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:618)
at org.eclipse.core.runtime.Platform.run(Platform.java:542)
at org.eclipse.ui.internal.WorkbenchPage.activatePart(WorkbenchPage.java:466)
at org.eclipse.ui.internal.WorkbenchPage.onActivate(WorkbenchPage.java:1983)
at org.eclipse.ui.internal.WorkbenchWindow$5.run(WorkbenchWindow.java:1770)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
at org.eclipse.ui.internal.WorkbenchWindow.setActivePage(WorkbenchWindow.java:1757)
at org.eclipse.ui.internal.WorkbenchWindow.restoreState(WorkbenchWindow.java:1327)
at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1290)
at org.eclipse.ui.internal.Workbench.access$9(Workbench.java:1257)
at org.eclipse.ui.internal.Workbench$14.run(Workbench.java:1168)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:618)
at org.eclipse.core.runtime.Platform.run(Platform.java:542)
at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1101)
at
org.eclipse.ui.internal.WorkbenchConfigurer.restoreState(WorkbenchConfigurer.java:176)
at
org.eclipse.ui.application.WorkbenchAdvisor.openWindows(WorkbenchAdvisor.java:599)
at org.eclipse.ui.internal.Workbench.init(Workbench.java:811)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1385)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:244)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:280)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:240)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
at java.lang.reflect.Method.invoke(Method.java:386)
at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
at org.eclipse.core.launcher.Main.run(Main.java:699)
at org.eclipse.core.launcher.Main.main(Main.java:683)

I believe this worked before the console change but will need investigation.
Perform an ant build
Using the preferences, change the color of the information messages

Exisiting output is not recolored.
New output is colored correctly.

I200405190010

Dumb user selected a field reference (fMB2 in MoneyTest.setup) and then Extract
Local Variable. Clicked OK.

java.lang.reflect.InvocationTargetException
at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:283)
at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run(RefactoringWizardDialog2.java:282)
at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.internalPerformFinish(RefactoringWizard.java:533)
at
org.eclipse.ltk.ui.refactoring.UserInputWizardPage.performFinish(UserInputWizardPage.java:153)
at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.performFinish(RefactoringWizard.java:599)
at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.okPressed(RefactoringWizardDialog2.java:406)
at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:365)
at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:505)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
at org.eclipse.jface.window.Window.open(Window.java:648)
at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:121)
at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:40)
at org.eclipse.jdt.ui.actions.ExtractTempAction.run(ExtractTempAction.java:93)
at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:216)
at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:899)
at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:850)
at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:769)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:305)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:184)
at org.eclipse.core.launcher.Main.run(Main.java:637)
at org.eclipse.core.launcher.Main.main(Main.java:621)
Caused by: java.lang.ArrayIndexOutOfBoundsException: 0
at
org.eclipse.jdt.internal.corext.refactoring.code.ExtractTempRefactoring.getFirstReplacedExpression(ExtractTempRefactoring.java:713)
at
org.eclipse.jdt.internal.corext.refactoring.code.ExtractTempRefactoring.getNodeToInsertTempDeclarationBefore(ExtractTempRefactoring.java:628)
at
org.eclipse.jdt.internal.corext.refactoring.code.ExtractTempRefactoring.createAndInsertTempDeclaration(ExtractTempRefactoring.java:559)
at
org.eclipse.jdt.internal.corext.refactoring.code.ExtractTempRefactoring.createTempDeclarationEdit(ExtractTempRefactoring.java:549)
at
org.eclipse.jdt.internal.corext.refactoring.code.ExtractTempRefactoring.getAllEdits(ExtractTempRefactoring.java:534)
at
org.eclipse.jdt.internal.corext.refactoring.code.ExtractTempRefactoring.checkFinalConditions(ExtractTempRefactoring.java:397)
at
org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run(CheckConditionsOperation.java:84)
at
org.eclipse.ltk.core.refactoring.CreateChangeOperation.run(CreateChangeOperation.java:114)
at
org.eclipse.ltk.core.refactoring.PerformChangeOperation.run(PerformChangeOperation.java:182)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1677)
at
org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:58)
at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)
Root exception:
java.lang.ArrayIndexOutOfBoundsException: 0
at
org.eclipse.jdt.internal.corext.refactoring.code.ExtractTempRefactoring.getFirstReplacedExpression(ExtractTempRefactoring.java:713)
at
org.eclipse.jdt.internal.corext.refactoring.code.ExtractTempRefactoring.getNodeToInsertTempDeclarationBefore(ExtractTempRefactoring.java:628)
at
org.eclipse.jdt.internal.corext.refactoring.code.ExtractTempRefactoring.createAndInsertTempDeclaration(ExtractTempRefactoring.java:559)
at
org.eclipse.jdt.internal.corext.refactoring.code.ExtractTempRefactoring.createTempDeclarationEdit(ExtractTempRefactoring.java:549)
at
org.eclipse.jdt.internal.corext.refactoring.code.ExtractTempRefactoring.getAllEdits(ExtractTempRefactoring.java:534)
at
org.eclipse.jdt.internal.corext.refactoring.code.ExtractTempRefactoring.checkFinalConditions(ExtractTempRefactoring.java:397)
at
org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run(CheckConditionsOperation.java:84)
at
org.eclipse.ltk.core.refactoring.CreateChangeOperation.run(CreateChangeOperation.java:114)
at
org.eclipse.ltk.core.refactoring.PerformChangeOperation.run(PerformChangeOperation.java:182)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1677)
at
org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:58)
at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)

SWT Text widget displays the different characters from the typed characters, 
if addModifyListener is called.

os: RedHat Enterprise Linux 3.0 Update 3.0.
ws: gtk

M4

When trying to rename a plugin project I get an error.  The error seems to stem
from JDT code.


!ENTRY org.eclipse.ui 4 4 2004-12-20 17:15:53.267
!MESSAGE Unhandled event loop exception

!ENTRY org.eclipse.ui 4 0 2004-12-20 17:15:53.267
!MESSAGE Failed to execute runnable
(org.eclipse.jface.text.Assert$AssertionFailedException: null argument;)
!STACK 0
org.eclipse.swt.SWTException: Failed to execute runnable
(org.eclipse.jface.text.Assert$AssertionFailedException: null argument;)
	at org.eclipse.swt.SWT.error(SWT.java:2827)
	at org.eclipse.swt.SWT.error(SWT.java:2752)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:121)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2780)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2451)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:141)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:279)
	at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run(RefactoringWizardDialog2.java:282)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.internalPerformFinish(RefactoringWizard.java:539)
	at
org.eclipse.ltk.ui.refactoring.UserInputWizardPage.performFinish(UserInputWizardPage.java:153)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.performFinish(RefactoringWizard.java:605)
	at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.okPressed(RefactoringWizardDialog2.java:406)
	at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:396)
	at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:543)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2803)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2448)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:718)
	at org.eclipse.jface.window.Window.open(Window.java:696)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation$1.run(RefactoringWizardOpenOperation.java:125)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:138)
	at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:40)
	at
org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.activate(UserInterfaceStarter.java:56)
	at
org.eclipse.jdt.internal.ui.refactoring.reorg.RenameUserInterfaceStarter.activate(RenameUserInterfaceStarter.java:113)
	at org.eclipse.jdt.ui.refactoring.RenameSupport.openDialog(RenameSupport.java:114)
	at
org.eclipse.jdt.internal.ui.refactoring.actions.RenameJavaElementAction.run(RenameJavaElementAction.java:178)
	at
org.eclipse.jdt.internal.ui.refactoring.actions.RenameJavaElementAction.run(RenameJavaElementAction.java:99)
	at org.eclipse.jdt.ui.actions.RenameAction.run(RenameAction.java:107)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:989)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:555)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:505)
	at
org.eclipse.jface.action.ActionContributionItem$6.handleEvent(ActionContributionItem.java:419)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2803)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2448)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1569)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1540)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:285)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:220)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:710)
	at org.eclipse.core.launcher.Main.main(Main.java:694)

!ENTRY org.eclipse.ui 4 4 2004-12-20 17:15:53.297
!MESSAGE *** SWT nested exception

!ENTRY org.eclipse.ui 4 0 2004-12-20 17:15:53.297
!MESSAGE null argument;
!STACK 0
org.eclipse.jface.text.Assert$AssertionFailedException: null argument;
	at org.eclipse.jface.text.Assert.isNotNull(Assert.java:158)
	at org.eclipse.jface.text.Assert.isNotNull(Assert.java:134)
	at
org.eclipse.ui.editors.text.TextFileDocumentProvider.addElementStateListener(TextFileDocumentProvider.java:927)
	at
org.eclipse.ui.texteditor.AbstractTextEditor.updateDocumentProvider(AbstractTextEditor.java:2868)
	at
org.eclipse.ui.texteditor.AbstractTextEditor.doSetInput(AbstractTextEditor.java:2904)
	at org.eclipse.ui.texteditor.StatusTextEditor.doSetInput(StatusTextEditor.java:173)
	at
org.eclipse.ui.texteditor.AbstractDecoratedTextEditor.doSetInput(AbstractDecoratedTextEditor.java:1222)
	at org.eclipse.ui.editors.text.TextEditor.doSetInput(TextEditor.java:262)
	at
org.eclipse.ui.texteditor.AbstractTextEditor.setInput(AbstractTextEditor.java:2938)
	at org.eclipse.ui.texteditor.AbstractTextEditor$7.run(AbstractTextEditor.java:386)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:118)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2780)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2451)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:141)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:279)
	at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run(RefactoringWizardDialog2.java:282)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.internalPerformFinish(RefactoringWizard.java:539)
	at
org.eclipse.ltk.ui.refactoring.UserInputWizardPage.performFinish(UserInputWizardPage.java:153)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.performFinish(RefactoringWizard.java:605)
	at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.okPressed(RefactoringWizardDialog2.java:406)
	at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:396)
	at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:543)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2803)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2448)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:718)
	at org.eclipse.jface.window.Window.open(Window.java:696)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation$1.run(RefactoringWizardOpenOperation.java:125)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:138)
	at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:40)
	at
org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.activate(UserInterfaceStarter.java:56)
	at
org.eclipse.jdt.internal.ui.refactoring.reorg.RenameUserInterfaceStarter.activate(RenameUserInterfaceStarter.java:113)
	at org.eclipse.jdt.ui.refactoring.RenameSupport.openDialog(RenameSupport.java:114)
	at
org.eclipse.jdt.internal.ui.refactoring.actions.RenameJavaElementAction.run(RenameJavaElementAction.java:178)
	at
org.eclipse.jdt.internal.ui.refactoring.actions.RenameJavaElementAction.run(RenameJavaElementAction.java:99)
	at org.eclipse.jdt.ui.actions.RenameAction.run(RenameAction.java:107)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:989)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:555)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:505)
	at
org.eclipse.jface.action.ActionContributionItem$6.handleEvent(ActionContributionItem.java:419)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2803)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2448)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1569)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1540)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:285)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:220)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:710)
	at org.eclipse.core.launcher.Main.main(Main.java:694)

!ENTRY org.eclipse.ltk.ui.refactoring 4 10000 2004-12-20 17:15:57.153
!MESSAGE Internal Error
!STACK 0
java.lang.reflect.InvocationTargetException
	at
org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:62)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:105)
Caused by: org.eclipse.core.internal.resources.ResourceException: Resource
/org.eclipse.ui.sound does not exist.
	at org.eclipse.core.internal.resources.Resource.checkExists(Resource.java:310)
	at org.eclipse.core.internal.resources.Resource.checkAccessible(Resource.java:178)
	at org.eclipse.core.internal.resources.Project.checkAccessible(Project.java:123)
	at org.eclipse.core.internal.resources.Project.getDescription(Project.java:346)
	at
org.eclipse.jdt.internal.corext.refactoring.participants.ResourceProcessors.computeNatures(ResourceProcessors.java:43)
	at
org.eclipse.jdt.internal.corext.refactoring.participants.ResourceProcessors.computeAffectedNatures(ResourceProcessors.java:27)
	at
org.eclipse.jdt.internal.corext.refactoring.participants.JavaProcessors.computeAffectedNatures(JavaProcessors.java:37)
	at
org.eclipse.jdt.internal.corext.refactoring.rename.RenameJavaProjectProcessor.getAffectedProjectNatures(RenameJavaProjectProcessor.java:76)
	at
org.eclipse.jdt.internal.corext.refactoring.rename.JavaRenameProcessor.loadParticipants(JavaRenameProcessor.java:36)
	at
org.eclipse.ltk.core.refactoring.participants.ProcessorBasedRefactoring.checkFinalConditions(ProcessorBasedRefactoring.java:161)
	at
org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run(CheckConditionsOperation.java:84)
	at
org.eclipse.ltk.core.refactoring.CreateChangeOperation.run(CreateChangeOperation.java:114)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1674)
	at
org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:58)
	... 1 more
Root exception:
org.eclipse.core.internal.resources.ResourceException: Resource
/org.eclipse.ui.sound does not exist.
	at org.eclipse.core.internal.resources.Resource.checkExists(Resource.java:310)
	at org.eclipse.core.internal.resources.Resource.checkAccessible(Resource.java:178)
	at org.eclipse.core.internal.resources.Project.checkAccessible(Project.java:123)
	at org.eclipse.core.internal.resources.Project.getDescription(Project.java:346)
	at
org.eclipse.jdt.internal.corext.refactoring.participants.ResourceProcessors.computeNatures(ResourceProcessors.java:43)
	at
org.eclipse.jdt.internal.corext.refactoring.participants.ResourceProcessors.computeAffectedNatures(ResourceProcessors.java:27)
	at
org.eclipse.jdt.internal.corext.refactoring.participants.JavaProcessors.computeAffectedNatures(JavaProcessors.java:37)
	at
org.eclipse.jdt.internal.corext.refactoring.rename.RenameJavaProjectProcessor.getAffectedProjectNatures(RenameJavaProjectProcessor.java:76)
	at
org.eclipse.jdt.internal.corext.refactoring.rename.JavaRenameProcessor.loadParticipants(JavaRenameProcessor.java:36)
	at
org.eclipse.ltk.core.refactoring.participants.ProcessorBasedRefactoring.checkFinalConditions(ProcessorBasedRefactoring.java:161)
	at
org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run(CheckConditionsOperation.java:84)
	at
org.eclipse.ltk.core.refactoring.CreateChangeOperation.run(CreateChangeOperation.java:114)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1674)
	at
org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:58)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:105)

Run the code from bug 81399.  It's glacial on the Mac.  The problem is that we 
reset the mouse position inside of adjustResizeCursor().  If you comment out 
the GCWarpMouseCursorPosition() line, then it becomes fast.

If you have a builder in a 2.1.3 project, the .project file will look 
something like:

<buildCommand>	
	<name>org.eclipse.ui.externaltools.ExternalToolBuilder</name>
	<arguments>
		<dictionary>
			<key>LaunchConfigHandle</key>
			<value>&lt;?xml version=&quot;1.0&quot; 
encoding=&quot;UTF-8&quot;?&gt;
&lt;launchConfiguration local=&quot;false&quot; 
path=&quot;/Testing/.externalToolBuilders/2.1.3 builder.launch&quot;/&gt;
</value>
		</dictionary>
	</arguments>
</buildCommand>

You must edit the builder to get the .project file to be updated to the new 
format:
<buildCommand>	
	<name>org.eclipse.ui.externaltools.ExternalToolBuilder</name>
		<arguments>
			<dictionary>
				<key>LaunchConfigHandle</key>
				<value>2.1.3 builder.launch</value>
			</dictionary>
		</arguments>
	</buildCommand>

This may just be a readme item.

I have the following JavaDoc:

	/**@see <a
href="http://www.dbcenter.cise.ufl.edu/triggerman/InfoShelf/sqlr/03.fm7.html#12362">Documentación
externa</a>*/
	static String traduceFormatoFechaInformix(String fmt) {
		....
	}

The following error is reported:

       JavaDoc: Invalid reference

I think it is correct, look at the spec:
http://java.sun.com/j2se/1.4.2/docs/tooldocs/windows/javadoc.html#@see

Editor cannot be closed after it is activated for the first time.

It seems that two editors are created if IWorkbenchWindow#getActivePage() is 
called from EditorActionBarContributor#contributeToToolBar. In order to 
reproduce this problem, I created and attached the sample plugin.


[How to reproduce this problem]

1. Start run-time workbench with the attached plugin.
2. Create a Simple Project.
3. Create test.txt and test.mpe files.
4. Open test.txt file with Text Editor.
5. Open test.mpe file with Multi-Page Editor Example.
6. Activate test.txt.
7. Exit workbench.
8. Restart workbench.
9. Activate test.mpe.

    -> Multi-Page Editor Example(test.mpe) cannot be closed.

In JLS decimal integer literals consist of only 0, 1, 2,... and 9.
But JDT compiler also allows FULL WIDTH digits(U+FF10...U+FF19).

I20040212 (2000)

I am seeing unprintable characters and internal resource string representations
like "L/P1/abc.txt" in the decorator job subtask messages in the progress view.
 The strings with the prefix L are generated by calling IResource.toString(),
which isn't really appropriate for showing to the user.
IResource.getFullPath().toString() should be displayed instead. I suspect the
unprintable characters are line feeds.  I will attach a screen cap.

If I perform the following stes, the resource history view does not update 
properly

1) Show a resource in the Hisotry view
2) Commit a change to that resource
3) Perform a Show in History

The history view is not updated to show the new revision. Clicking the refresh 
button fixes the problem. We should always fetch the latest when show in 
Resource History is explicitly selected.

Test case in Line Wrapping tab:
- choose 'Qualified invocations'
- check 'force split'
-> preview is wrapped
- choose 'Do not wrap'
-> preview is not wrapped
- choose 'Wrap only when necessary' (again)
-> preview stays not wrapped, which is inconsistent

I20040210-2200

1. Select a Java project
2. Context menu -> New -> Scrapbook Page
3. Enter a file name (I used "ScrapBookPage")
4. Click Finish
5. Observe an Error Dialogue "Unable to create part: ScrapBookPage.jpage"
6. the scrap book page is correctly created in the folder

here is the error log entry info...

Message: Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".

Trace:
java.lang.IllegalArgumentException: assertion failed; 
	at org.eclipse.jface.text.Assert.isLegal(Assert.java:94)
	at org.eclipse.jface.text.Assert.isLegal(Assert.java:77)
	at
org.eclipse.jdt.internal.ui.text.spelling.SpellReconcileStrategy.<init>(SpellReconcileStrategy.java:267)
	at
org.eclipse.jdt.internal.ui.text.JavaCompositeReconcilingStrategy.<init>(JavaCompositeReconcilingStrategy.java:50)
	at
org.eclipse.jdt.ui.text.JavaSourceViewerConfiguration.getReconciler(JavaSourceViewerConfiguration.java:294)
	at org.eclipse.jface.text.source.SourceViewer.configure(SourceViewer.java:295)
	at
org.eclipse.ui.texteditor.AbstractTextEditor.createPartControl(AbstractTextEditor.java:1984)
	at org.eclipse.ui.internal.PartPane$1.run(PartPane.java:121)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:819)
	at org.eclipse.core.runtime.Platform.run(Platform.java:493)
	at org.eclipse.ui.internal.PartPane.createChildControl(PartPane.java:117)
	at org.eclipse.ui.internal.PartPane.createControl(PartPane.java:224)
	at org.eclipse.ui.internal.EditorWorkbook.createPage(EditorWorkbook.java:157)
	at org.eclipse.ui.internal.EditorWorkbook.add(EditorWorkbook.java:98)
	at org.eclipse.ui.internal.EditorArea.addEditor(EditorArea.java:57)
	at
org.eclipse.ui.internal.EditorPresentation.openEditor(EditorPresentation.java:351)
	at org.eclipse.ui.internal.EditorManager$2.run(EditorManager.java:549)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.EditorManager.createEditorTab(EditorManager.java:538)
	at org.eclipse.ui.internal.EditorManager.openInternalEditor(EditorManager.java:634)
	at
org.eclipse.ui.internal.EditorManager.openEditorFromDescriptor(EditorManager.java:437)
	at org.eclipse.ui.internal.EditorManager.openEditor(EditorManager.java:425)
	at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:2099)
	at org.eclipse.ui.internal.WorkbenchPage.access$6(WorkbenchPage.java:2042)
	at org.eclipse.ui.internal.WorkbenchPage$9.run(WorkbenchPage.java:2029)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2024)
	at org.eclipse.ui.ide.IDE.openEditor(IDE.java:265)
	at
org.eclipse.jdt.internal.ui.wizards.NewSnippetFileWizardPage.finish(NewSnippetFileWizardPage.java:78)
	at
org.eclipse.jdt.internal.ui.wizards.NewSnippetFileCreationWizard.performFinish(NewSnippetFileCreationWizard.java:59)
	at org.eclipse.jface.wizard.WizardDialog.finishPressed(WizardDialog.java:608)
	at org.eclipse.jface.wizard.WizardDialog.buttonPressed(WizardDialog.java:321)
	at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:402)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2348)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2029)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:647)
	at org.eclipse.jface.window.Window.open(Window.java:627)
	at
org.eclipse.ui.internal.ide.NewWizardShortcutAction.run(NewWizardShortcutAction.java:98)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:536)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:488)
	at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:420)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2348)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2029)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:257)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:104)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

We have a project build that consists of

1. Run ANT build target X (pre-compile)
2. Run Java Builder
2. Run ANT build target Y (post-compile)

Under 2.1, all ran in order, all was well.

Under 3.0, the execution order (confirmed by watching build dialog) is 1, 3, 
2.  Build fails miserably.  

?

if I have "assertEquals(1,foo.bar)" in a unittest, and Foo does not currently
have a field called "bar", I'm given a quick-fix choice to create such a field,
but it always uses "Object" as the type.  It should be able to tell better which
assertEquals signature to use because of the constant as the first argument.  At
the least, it should offer the "picklist" of int and long as choices, rather
than using Object.

This was with 3.0M6.

I had an Ant build running, initiated from the ant view.
While it was running, I saw a needed change in some code
and started editing. I tried using code assist while
typing; something like

Object foo = theObject.getF<control-space>

At that point, in the console for the ant build, the following
messages appeared:

Action for command 'org.eclipse.ui.edit.text.contentAssist.proposals' failed to
execute properly.
Reason:
Action for command 'org.eclipse.ui.edit.text.contentAssist.proposals' failed to
execute properly.

In the log file, I see

!ENTRY org.eclipse.ui 4 0 Feb 13, 2004 09:29:15.429
!MESSAGE Action for command 'org.eclipse.ui.edit.text.contentAssist.proposals'
failed to execute properly.
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.jdt.ui.JavaElementImageDescriptor.drawTopRight(JavaElementImageDescriptor.java:191)
	at
org.eclipse.jdt.ui.JavaElementImageDescriptor.drawCompositeImage(JavaElementImageDescriptor.java:166)
	at
org.eclipse.jface.resource.CompositeImageDescriptor.getImageData(CompositeImageDescriptor.java:190)
	at org.eclipse.jface.resource.ImageDescriptor.createImage(ImageDescriptor.java:118)
	at org.eclipse.jface.resource.ImageDescriptor.createImage(ImageDescriptor.java:94)
	at org.eclipse.jface.resource.ImageDescriptor.createImage(ImageDescriptor.java:83)
	at
org.eclipse.jdt.internal.ui.viewsupport.ImageDescriptorRegistry.get(ImageDescriptorRegistry.java:67)
	at
org.eclipse.jdt.internal.ui.text.java.ResultCollector.getImage(ResultCollector.java:493)
	at
org.eclipse.jdt.internal.ui.text.java.ResultCollector.createCompletion(ResultCollector.java:475)
	at
org.eclipse.jdt.internal.ui.text.java.ResultCollector.createMethodCallCompletion(ResultCollector.java:385)
	at
org.eclipse.jdt.internal.ui.text.java.ResultCollector.acceptMethod(ResultCollector.java:230)
	at
org.eclipse.jdt.internal.core.CompletionRequestorWrapper.acceptMethod(CompletionRequestorWrapper.java:204)
	at
org.eclipse.jdt.internal.codeassist.CompletionEngine.findLocalMethods(CompletionEngine.java:2137)
	at
org.eclipse.jdt.internal.codeassist.CompletionEngine.findMethods(CompletionEngine.java:2522)
	at
org.eclipse.jdt.internal.codeassist.CompletionEngine.complete(CompletionEngine.java:528)
	at
org.eclipse.jdt.internal.codeassist.CompletionEngine.complete(CompletionEngine.java:953)
	at org.eclipse.jdt.internal.core.Openable.codeComplete(Openable.java:133)
	at
org.eclipse.jdt.internal.core.CompilationUnit.codeComplete(CompilationUnit.java:185)
	at
org.eclipse.jdt.internal.core.CompilationUnit.codeComplete(CompilationUnit.java:179)
	at
org.eclipse.jdt.internal.ui.text.java.JavaCompletionProcessor.internalComputeCompletionProposals(JavaCompletionProcessor.java:354)
	at
org.eclipse.jdt.internal.ui.text.java.JavaCompletionProcessor.computeCompletionProposals(JavaCompletionProcessor.java:328)
	at
org.eclipse.jface.text.contentassist.ContentAssistant.computeCompletionProposals(ContentAssistant.java:1406)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.computeProposals(CompletionProposalPopup.java:231)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$7(CompletionProposalPopup.java:227)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup$1.run(CompletionProposalPopup.java:190)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.showProposals(CompletionProposalPopup.java:185)
	at
org.eclipse.jface.text.contentassist.ContentAssistant.showPossibleCompletions(ContentAssistant.java:1258)
	at
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor$AdaptedSourceViewer.doOperation(CompilationUnitEditor.java:165)
	at org.eclipse.ui.texteditor.ContentAssistAction$1.run(ContentAssistAction.java:82)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.texteditor.ContentAssistAction.run(ContentAssistAction.java:80)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:842)
	at org.eclipse.ui.internal.commands.ActionHandler.execute(ActionHandler.java:40)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:390)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:763)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:803)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:486)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$0(WorkbenchKeyboard.java:421)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:215)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java:692)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:846)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:871)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:856)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1716)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1712)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3036)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2939)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:2836)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1369)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1990)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1506)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1482)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:246)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:226)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

this is inconsistent with show view and Navigate > show in   menus.  


Here is a patch to fix it 


Index: NewWizardMenu.java
===================================================================
RCS file:
/home/eclipse/org.eclipse.ui.ide/extensions/org/eclipse/ui/actions/NewWizardMenu.java,v
retrieving revision 1.10
diff -u -r1.10 NewWizardMenu.java
--- NewWizardMenu.java	28 Nov 2003 19:50:48 -0000	1.10
+++ NewWizardMenu.java	6 Jul 2004 19:40:04 -0000
@@ -15,7 +15,9 @@
 import java.util.List;
 import java.util.Map;
 
+import org.eclipse.swt.SWT;
 import org.eclipse.swt.widgets.Menu;
+import org.eclipse.swt.widgets.MenuItem;
 
 import org.eclipse.jface.action.ContributionItem;
 import org.eclipse.jface.action.IAction;
@@ -27,8 +29,10 @@
 import org.eclipse.jface.action.Separator;
 
 import org.eclipse.ui.IWorkbenchPage;
+import org.eclipse.ui.IWorkbenchPart;
 import org.eclipse.ui.IWorkbenchWindow;
 import org.eclipse.ui.activities.WorkbenchActivityHelper;
+import org.eclipse.ui.internal.WorkbenchMessages;
 import org.eclipse.ui.internal.WorkbenchPage;
 import org.eclipse.ui.internal.dialogs.WizardCollectionElement;
 import org.eclipse.ui.internal.dialogs.WorkbenchWizardElement;
@@ -50,6 +54,9 @@
 	private IWorkbenchWindow window;
 
 	private boolean dirty = true;
+	
+	private static final String NO_TARGETS_MSG =
WorkbenchMessages.getString("Workbench.noOpenPersepective"); //$NON-NLS-1$
+	
 	private IMenuListener menuListener = new IMenuListener() {
 		public void menuAboutToShow(IMenuManager manager) {
 			manager.markDirty();
@@ -92,6 +99,11 @@
 		// Remove all.
 		innerMgr.removeAll();
 
+		IWorkbenchPart sourcePart = getSourcePart();
+		if (sourcePart == null) {
+			return;
+		}
+
 		if (this.enabled) {
 			// Add new project ..
 			innerMgr.add(newProjectAction);
@@ -171,6 +183,19 @@
 	public void setEnabled(boolean enabledValue) {
 		this.enabled = enabledValue;
 	}
+	
+	private IWorkbenchPart getSourcePart() {
+		IWorkbenchPage page = getWindow().getActivePage();
+		if (page != null) {
+			return page.getActivePart();
+		}
+		return null;
+	}
+	
+	protected IWorkbenchWindow getWindow() {
+		return window;
+	}
+	
 	/**
 	 * Removes all listeners from the containing workbench window.
 	 * <p>
@@ -195,6 +220,11 @@
 		MenuManager manager = new MenuManager();
 		fillMenu(manager);
 		IContributionItem items[] = manager.getItems();
+		if(items.length == 0){
+			MenuItem item = new MenuItem(menu, SWT.NONE);
+			item.setText(NO_TARGETS_MSG);
+			item.setEnabled(false);
+		}
 		for (int i = 0; i < items.length; i++) {
 			items[i].fill(menu, index++);
 		}
Index: messages.properties
===================================================================
RCS file: /home/eclipse/org.eclipse.ui.workbench/Eclipse
UI/org/eclipse/ui/internal/messages.properties,v
retrieving revision 1.197
diff -u -r1.197 messages.properties
--- messages.properties	23 Jun 2004 17:14:35 -0000	1.197
+++ messages.properties	6 Jul 2004 19:33:11 -0000
@@ -98,6 +98,7 @@
 NavigationHistoryAction.locations = {0} ({1} locations)
 
 Workbench.showInNoTargets = <No Applicable Views>
+Workbench.noOpenPersepective = <No Open Perspective>
 
 OpenPreferences.text = &Preferences
 OpenPreferences.toolTip = Preferences
@@ -571,6 +572,7 @@
 PartPane.sizeTop=&Top
 PartPane.sizeBottom=&Bottom
 
+PartPane.detach =&Detach
 PartPane.restore = &Restore
 PartPane.move=&Move
 PartPane.size=&Size

Currently the Ant model has no notion of commented out regions.
Therefore no foldable region is created for comments.

We should investigate adding comment sections as "comment" elements to the Ant 
model.

I200404281424

Sorry this bug report does not totally pinpoint the problem.

It would appear that not all HandlerSubmissions are getting removed from the 
WorkbenchCommandSupport or are staying around from the handlerSubmissions of 
the active workbench window. These in turn are hanging on to the 
ActionHandlers.

Test case:
Open a Java Editor using the File menu history
close the editor
<<GC using Optimize It>>
<<Mark the current instance count>>
Open a Java Editor using the File menu history
close the editor
<<GC using Optimize It>>

Most cases I am seeing up to 300 new ActionHandlers per editor (about 10k).

When correcting indentation (ctrl-I in my configuration), java comments are not
properly preserved. My original code [1] is 'indented' to code [2], which is
unexpected and syntactically incorrect.

thanks
PhF

.. [1]
try{
/*
for(int i=0; i<8; i++){
System.out.println("something");}
*/
somethingElse();

.. [2]
try{
  /*
   */
  for(int i=0; i<8; i++){
    System.out.println("something");}
  */
  somethingElse();

see the atttached image on R3.0 RC1.

- I resized the views (package explorer and hierarch in a stack) to a very 
narrow width
- then resized larger till the chevron appears 
- note it has a 0 as the number of items in the list
- drop down the list shows at least one should be there as there is a bit of 
the other tab showing.

I'm using SWT 3.0RC1 to try and make a Shell inside my default outer Shell. If I
set a location for the internal Shell before it is opened, the internal Shell is
centered inside the outer Shell. I can position the internal Shell once it has
been opened, but this creates a flashing effect.

I'll attach an example snippet that demonstrates the effect. The snippet tries
to position an internal Shell at 50,50 but it doesn't work (at least not under
GTK for me).

The content type registry should be updated accordingly when extensions to the
content type extension point come and go.

Sorry about "no steps".  I have a bunch of problems in a project that I don't 
care about.  I have the filter set to problems only on the selected item.  
When I am browsing incoming changes, the Problems view keeps opening and 
making my compare view small.  I keep closing it and it keeps opening.  The 
thing I do that is different is that I always have a project around with lots 
of errors (because it won't compile on every platform).

I200402122000

In the Java/Compiler/Advanced preference page, 'Include constructor or setter
method parameter' is not correctly enable/disable when modifying the option
'Local variable declaration hides another field or variable'.

Modifying one the options with sub-checkbox in 'Unused code' set the correct
enable state in 'Advanced'.

After deleting a perspective (in Preferences > Workbench > Perspectives), 
select 'Open perspective > Others ...'. You should see the perspective still 
avvailable in the list. A Workbench restart is needed to completely delete it.

When selecting commands in the keys preference page, they don't have any 
context associated with them.

Reporter: Wu Zhi Qiang
Language: Simplified Chinese
Build driver: eclipse-sourceBuild-srcIncluded-3.0.zip
JDK Version: Sun J2SDK142.03

Steps to recreate problem:
1.	 Extract “library.mdl” from attached “Library.zip” into a local 
directory
2.	 Start Eclipse
3.	 Open Window->Perferences->Workbench->Editors, change text file 
encoding to “UTF-16LE”
4.	 Bring up the “File/New/Project…” dialog
5.	 Expand “Eclipse Modeling Framework” and select “EMF Project”. Click 
the “Next” button
6.	 A new EMF Project dialog shows up, give the project a name, 
say, “library”. Then , click the “Next” button
7.	 Select “Load from a Rose class model” and click the “Next” button
8.	 Click on the "Browse" button and locate the Rose model 
file “library.mdl” extracted in step 1
9.	 A default generator model name will be suggested in the Generator 
model name entry box.  Then, click Next
10.	 In general, a Rose model may contain more than one package. Select the 
package for which you want to generate an EMF model -- in this case, the only 
package, "library". Click the "Finish" button.
11.	A core model and a generator model will be created. The latter, which 
controls code generation for the model, is opened in the main view.
12.	Open library.ecore, right click the Book class and select New Sibling -
> EClass from the pop-up menu.
13.	A new Eclass is added into tree.
14.	Select the new created class. Set Name value in the Properties view 
window to “àáâãäåæçèéêëìíîïðñòóôõö”.
5.	Click Search -> File the File Search dialog shows up. 
6.	Check off Case sensitive on the File Search dialog
7.	Input the test data “ÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖ” into the containing text 
input field, Click search.

<<Error>>
0 matches in the workplace

<<Expected Result>>
There should be more than 1 matched in the workplace

<<Cause>>
Eclipse’s search function don’t support Unicode-Case sensitive search

<<Solution>>
Add Unicode-Case sensitive search function into eclipse’s search module.

Changed file list

org.eclipse.search\src\org.eclipse.search.internal.core.text.MatchLocator.java

20041210

It seems that property page categories only allow to make trees one level deep.
Is that on purpose? I would like to rebuild the structure we have in the
preferences.

An internal error occurred during: "Java AST creation".

1) I had the following source:
An internal error occurred during: "Java AST creation".
java.lang.NullPointerException
org.eclipse.jdt.internal.compiler.ast.MessageSend.computeConversion
(MessageSend.java:63)
org.eclipse.jdt.internal.compiler.ast.ForStatement.resolve
(ForStatement.java:291)
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatemen
ts(AbstractMethodDeclaration.java:400)
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements
(MethodDeclaration.java:139)
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve
(AbstractMethodDeclaration.java:378)
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve
(TypeDeclaration.java:940)
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve
(TypeDeclaration.java:989)
org.eclipse.jdt.internal.compiler.ast.CompilationUnitDeclaration.resolve
(CompilationUnitDeclaration.java:280)
org.eclipse.jdt.core.dom.CompilationUnitResolver.resolve
(CompilationUnitResolver.java:437)
org.eclipse.jdt.core.dom.CompilationUnitResolver.resolve
(CompilationUnitResolver.java:314)
org.eclipse.jdt.core.dom.ASTParser.internalCreateAST(ASTParser.java:658)
org.eclipse.jdt.core.dom.ASTParser.createAST(ASTParser.java:574)
org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.createAST
(ASTProvider.java:441)
org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.getAST(ASTProvider.java:393)
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartLis
tenerGroup.calculateASTandInform(SelectionListenerWithASTManager.java:164)
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$3.run
(SelectionListenerWithASTManager.java:141)
org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)


->got the following NPE
java.lang.NullPointerException
org.eclipse.jdt.internal.compiler.ast.MessageSend.computeConversion
(MessageSend.java:63)
org.eclipse.jdt.internal.compiler.ast.ForStatement.resolve
(ForStatement.java:291)
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatemen
ts(AbstractMethodDeclaration.java:400)
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements
(MethodDeclaration.java:139)
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve
(AbstractMethodDeclaration.java:378)
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve
(TypeDeclaration.java:940)
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve
(TypeDeclaration.java:989)
org.eclipse.jdt.internal.compiler.ast.CompilationUnitDeclaration.resolve
(CompilationUnitDeclaration.java:280)
org.eclipse.jdt.core.dom.CompilationUnitResolver.resolve
(CompilationUnitResolver.java:437)
org.eclipse.jdt.core.dom.CompilationUnitResolver.resolve
(CompilationUnitResolver.java:314)
org.eclipse.jdt.core.dom.ASTParser.internalCreateAST(ASTParser.java:658)
org.eclipse.jdt.core.dom.ASTParser.createAST(ASTParser.java:574)
org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.createAST
(ASTProvider.java:441)
org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.getAST(ASTProvider.java:393)
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartLis
tenerGroup.calculateASTandInform(SelectionListenerWithASTManager.java:164)
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$3.run
(SelectionListenerWithASTManager.java:141)
org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

From the Ant User mailing list:
> > Comparing the two outputs, I saw that ant from
> command line outputs two properties more, namely:
> > [echoproperties] ant.home=/usr/java/ant
> > [echoproperties] ant.library.dir=/usr/java/ant1.6.1/lib

These properties are set from the Ant launcher class 
org.apache.tools.ant.launch.Launcher when using the commandline.

200403251651

Note that all views that add a message (via using "()"'s in their title) now
show the entire title string instead of the contents of the "()"'s.  This is
hard to explain.  Image forthcoming.

It should be possible to turn all the views in a tab folder into fastviews by
dragging the folder onto the fast view bar.

This was possible in 2.1 but is no longer possible.

I200409212000

Tried to change compiler compliance level between 1.4 and 1.5. The folowing
class was open in a java editor:

package a;
public class Ref {
	enum Cards {
	}
}

Error Sep 22, 2004 12:12:02.814 java.lang.NullPointerException
java.lang.NullPointerException
at
org.eclipse.jdt.ui.text.JavaSourceViewerConfiguration.handlePropertyChangeEvent(JavaSourceViewerConfiguration.java:813)
at
org.eclipse.jdt.internal.ui.javaeditor.SemanticHighlightingManager.handlePropertyChangeEvent(SemanticHighlightingManager.java:468)
at
org.eclipse.jdt.internal.ui.javaeditor.SemanticHighlightingManager.propertyChange(SemanticHighlightingManager.java:455)
at
org.eclipse.ui.texteditor.ChainedPreferenceStore.firePropertyChangeEvent(ChainedPreferenceStore.java:162)
at
org.eclipse.ui.texteditor.ChainedPreferenceStore.firePropertyChangeEvent(ChainedPreferenceStore.java:151)
at
org.eclipse.ui.texteditor.ChainedPreferenceStore.handlePropertyChangeEvent(ChainedPreferenceStore.java:452)
at
org.eclipse.ui.texteditor.ChainedPreferenceStore.access$0(ChainedPreferenceStore.java:406)
at
org.eclipse.ui.texteditor.ChainedPreferenceStore$PropertyChangeListener.propertyChange(ChainedPreferenceStore.java:68)
at
org.eclipse.jdt.internal.ui.javaeditor.JavaEditor$OptionsAdapter.firePropertyChangeEvent(JavaEditor.java:415)
at
org.eclipse.jdt.internal.ui.javaeditor.JavaEditor$OptionsAdapter$PropertyChangeListener.propertyChange(JavaEditor.java:351)
at
org.eclipse.jdt.internal.ui.preferences.MockupPreferenceStore.firePropertyChangeEvent(MockupPreferenceStore.java:74)
at
org.eclipse.jdt.internal.ui.preferences.OptionsConfigurationBlock.firePropertyChangeEvents(OptionsConfigurationBlock.java:191)
at
org.eclipse.jdt.internal.ui.preferences.OptionsConfigurationBlock.setOptions(OptionsConfigurationBlock.java:166)
at
org.eclipse.jdt.internal.ui.preferences.OptionsConfigurationBlock.performOk(OptionsConfigurationBlock.java:428)
at
org.eclipse.jdt.internal.ui.preferences.CompilerPropertyPage.performOk(CompilerPropertyPage.java:180)
at org.eclipse.jface.preference.PreferenceDialog$12.run(PreferenceDialog.java:813)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:616)
at org.eclipse.core.runtime.Platform.run(Platform.java:747)
at
org.eclipse.jface.preference.PreferenceDialog.okPressed(PreferenceDialog.java:794)
at
org.eclipse.jface.preference.PreferenceDialog.buttonPressed(PreferenceDialog.java:223)
at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:538)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2783)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2442)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:706)
at org.eclipse.jface.window.Window.open(Window.java:684)
at org.eclipse.ui.dialogs.PropertyDialogAction.run(PropertyDialogAction.java:186)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:988)
at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:555)
at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:505)
at
org.eclipse.jface.action.ActionContributionItem$6.handleEvent(ActionContributionItem.java:419)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2783)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2442)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1443)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1414)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:271)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
at java.lang.reflect.Method.invoke(Method.java:391)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:704)
at org.eclipse.core.launcher.Main.main(Main.java:688)

3.0

While debugging Unicode-surrogate problems, I came across a string containing arabic characters.
The string showed up as shown in the attached screenshot.

I'm not sure whether this is a bug (and I could live with it if it were :-),
but I'm just curious whether this behavior is correct from a BIDI point of view.

Preference settings:

* prompt for perspective switch when launching
* prompt for perspective switch when suspending
* activate debug view when breakpoint is hit

when I launch & hit a breakpoint immediately, I get one prompt to change to 
the debug perspective, but a debug view opens in my current perspective before 
I switch since I have a preference on to "activate the debug view". It feels 
like this should wait for prompting to complete, as the whole reason I want to 
swtich perspectives is to avoid having the debug view open in non-debug 
perspectives.

RC1 (known problem, but I couldn't find an existing report with a test case)

- run the CustomControlExample, go to the StyledText tab
- use Shift+Right_Arrow to select a few characters
- press Option+Right_Arrow and nothing appears to happen
- press Option+Right_Arrow again and now the caret moves to the next word, but 
also leaves an old caret at the previous location

Using 2.1.3 and RC1

* Create a new workspace in 2.1.3
* Create a HelloWorld program
* Create a breakpoint
* Debug to the breakpoint
* Shutdown
* Open the same workspace using 3.0RC1
* (will be some problems on startup - missing console view)
* Debug from the launch history again
-> breakpoint not hit

The breakpoint appears in the editor & ruler, but not the breakpoints view

build I20040529-0105

- dock perspective bar on left
- Window > New Window
- open a different perspective
- it replaces the previous perspective icon in the bar (wrong)
- change the docking location
- it updates properly

In the "External Tools..." dialog create two different 'Program' configs (i had 
one called "zip" pointing to WinZip and another called "adobe" pointing to 
Acrobat).

Now, if I select 'adobe' and rename it to 'zip' I get the expected error 
message and the 'Apply' is disabled. HOWEVER, if I select another tree entry I 
get the standard 'Save Changes?' dialog and if I select 'Yes' then the 
following happens:

The 'adobe' entry still exists in the tree but selecting it gives me an error
The 'zip' configuration has been OVERWRITTEN

BTW, just checked and if they're two different 'types' then it still happens 
with even stranger results.

Open a Java launch config created in 2.1, and go to the source lookup tab. It 
causes the config to need saving (i.e. marks it as dirty). We should see if we 
can clean this up. The configs run/debug fine when launched, so opening the 
dialog should not require the user to save changes.

The Activities Preferences page is forcing the main preferences dialog to 
stretch vertically if there are a lot of categories and activities.  The 
activities preferences page should make the tree view scrollable.  Currently 
this dialog is unusable because we have a lot of preferences.

Please note that I saw this on linux but doubt it matters.

If I code assist and accept the property template for the following build 
file, you result in an error state.
Before:
<project default="type">
    <proper
</project>

After:
<project default="type">
    <<property name="name" value="value"/>

</project>

M7

1) Set a color to a custom value.
2) Restart eclipse
3) Try and set the color to another custom value (or Reset)
4) Note the exception due to preference default being the empty string.

CTRL+SHIFT+RIGHT has a new behavior in M8.
Given:
childMem.putInteger(IWorkbenchConstants.<<CARET>>TAG_RATIO_RIGHT, info.left);

Invoking C+S+Right, will cause the selection range to include the field, along 
with the COMMA and SPACE character.  In previous version of Eclipse, only the 
field would be selected.  In this case I am trying to select the field, so the 
new behavior is not helpful.

Smart cursor position in java names is disabled.

M7 build

Try to generate Javadoc for the package 
org.eclipse.jdt.internal.corext.refactoring.participants.xml.

java.io.IOException: CreateProcess: C:\apps\java\jdk1.4.2\bin\javadoc.exe -d 
c:\tmp\testdoc -
sourcepath "C:\home\dbaeumer\devel\workspaces\eclipse\3.0new\org.eclipse.jdt.ui
\ui;C:\home\dbaeumer\devel\workspaces\eclipse\3.0new\org.eclipse.jdt.ui\ui 
refactoring;C:\home\dbaeumer\devel\workspaces\eclipse\3.0new\org.eclipse.jdt.ui
\core 
refactoring;C:\home\dbaeumer\devel\workspaces\eclipse\3.0new\org.eclipse.jdt.ui
\core extension" -classpath 
C:\home\dbaeumer\devel\workspaces\eclipse\3.0new\org.eclipse.jdt.ui\bin;C:\home
\dbaeumer\devel\workspaces\eclipse\3.0new\org.eclipse.ui\ui.jar;C:\home\dbaeume
r\devel\workspaces\eclipse\3.0new\org.eclipse.core.runtime.compatibility\compat
ibility.jar;C:\home\dbaeumer\devel\workspaces\eclipse\3.0new\org.eclipse.core.r
untime\runtime.jar;C:\home\dbaeumer\devel\workspaces\eclipse\3.0new\org.eclipse
.osgi\osgi.jar;C:\home\dbaeumer\devel\workspaces\eclipse\3.0new\org.eclipse.osg
i\core.jar;C:\home\dbaeumer\devel\workspaces\eclipse\3.0new\org.eclipse.osgi\re
solver.jar;C:\home\dbaeumer\devel\workspaces\eclipse\&#148;
	at java.lang.Win32Process.create(Native Method)
	at java.lang.Win32Process.<init>(Win32Process.java:66)
	at java.lang.Runtime.execInternal(Native Method)
	at java.lang.Runtime.exec(Runtime.java:566)
	at java.lang.Runtime.exec(Runtime.java:491)
	at java.lang.Runtime.exec(Runtime.java:457)
	at 
org.eclipse.jdt.internal.ui.javadocexport.JavadocWizard.executeJavadocGeneratio
n(JavadocWizard.java:228)
	at 
org.eclipse.jdt.internal.ui.javadocexport.JavadocWizard.performFinish
(JavadocWizard.java:191)
	at org.eclipse.jface.wizard.WizardDialog.finishPressed
(WizardDialog.java:608)
	at org.eclipse.jface.wizard.WizardDialog.buttonPressed
(WizardDialog.java:321)
	at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:402)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2348)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2029)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:647)
	at org.eclipse.jface.window.Window.open(Window.java:627)
	at org.eclipse.ui.actions.ExportResourcesAction.run
(ExportResourcesAction.java:165)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:536)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:488)
	at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:420)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2348)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2029)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:257)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:104)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

I20040219

1. I start to like the new look - a lot more polished than the previews a couple
weeks back.
2. I *love* the minimze capabilities of views - this enables a "docking" like
interaction with, say, the console when put to the bottom of the screen.

-> Minimize needs a shortcut as Maximize has Ctrl+M. How about Ctrl+Shift+M?
-> Minimize is also not yet present in the view menu.

When whitespace settings in the code formatter are set to insert a space after 
the opening bracket of (for example) a method call, a multi-parameter call is 
formatted thus:

obj.method( a, b, c, d, e, f );

If I then configure the Line Wrapping to "Wrap Always, except first 
element ..." with an Indentation Policy of "Indent on Column", I would expect 
to get this:

obj.method( a,
            b,
            c,
            d,
            e,
            f );

but what I actually get is:

obj.method( a,
           b,
           c,
           d,
           e,
           f);

The problem here is that the "Indent on Column" is one too short (perhaps 
ignoring that I have configured a space after the opening brace).

You may notice that there is no space after the 'f' parameter - but I believe 
that this has been fixed as part of 49298, so that is not raised as part of 
this issue.

This behaviour is noticed in Eclipse 3.0 M6 build.

I20040527

Run the following example and press the button.
Shell pops up.  On all platforms except Mac OS X, the list has focus and you 
can arrow around in the list.  On Mac OS X, you need to tab into the list.

public static void main (String [] args) {
	final Display display = new Display ();
	Shell shell = new Shell (display);
	shell.setLayout(new RowLayout());
	Button b = new Button(shell, SWT.PUSH);
	b.setText("new ON_TOP shell");
	b.addListener(SWT.Selection, new Listener() {
		public void handleEvent(Event e) {
			Shell shell2 = new Shell(display, SWT.ON_TOP);
			shell2.setLayout(new FillLayout());
			List l = new List(shell2, SWT.BORDER);
			l.add("hello");
			l.add("world");
			shell2.setSize(200, 200);
			shell2.setVisible(true);
			l.setFocus();
		}
	});
	shell.pack();
	shell.open ();
	while (!shell.isDisposed ()) {
		if (!display.readAndDispatch ()) display.sleep ();
	}
	display.dispose ();
}

I am getting the attached exception when I try to shutdown eclipse.  The VM 
will not terminate normally, but all of the windows have closed.

!ENTRY org.eclipse.ui 4 4 May 27, 2004 12:51:01.370
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 May 27, 2004 12:51:01.370
!MESSAGE Widget is disposed
!STACK 0
org.eclipse.swt.SWTException: Widget is disposed
	at org.eclipse.swt.SWT.error(SWT.java:2689)
	at org.eclipse.swt.SWT.error(SWT.java:2614)
	at org.eclipse.swt.SWT.error(SWT.java:2585)
	at org.eclipse.swt.widgets.Widget.error(Widget.java:381)
	at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:283)
	at org.eclipse.swt.widgets.Control.setVisible(Control.java:2356)
	at org.eclipse.ui.internal.progress.ProgressAnimationItem.refresh
(ProgressAnimationItem.java:173)
	at org.eclipse.ui.internal.progress.ProgressAnimationItem.access$0
(ProgressAnimationItem.java:130)
	at org.eclipse.ui.internal.progress.ProgressAnimationItem$4.run
(ProgressAnimationItem.java:281)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2693)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2385)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:97)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:307)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:127)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

When you are looking at a bunch of errors in the .log file, it is hard to know 
where to start swiping the text in order to paste the stack trace into a 
bugzilla.  How about putting an empty line between error "events"?

M8

The type filter page should be empty by default.

The ant editor dutifully warns the user when a build file contrains an illegal <
inside an attribute value ( > is okay, only < is problematic ); however, the
facility for display the warning in the hover neatly converts the entity to the
character it represents so that the user is presented with the message:

Use "<" for "<" in attribute values 

instead of:

Use "&lt;" for "<" in attribute values 

The problems view does display the warning properly.

To see this problem simply add the following to a build file and move the mouse
cursor over the error marker:

<echo message="<" />

M7

- tried to add the two exeption CoreException and ClassCastException to the 
  method TypeExtension#findTypeExtender

Got the following exception

Caused by: java.lang.NullPointerException
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactorin
g.addExceptionToNodeList(ChangeSignatureRefactoring.java:1373)
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactorin
g.changeExceptions(ChangeSignatureRefactoring.java:1346)
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactorin
g.updateDeclarationNode(ChangeSignatureRefactoring.java:1156)
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactorin
g.updateMethodOccurrenceNode(ChangeSignatureRefactoring.java:1021)
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactorin
g.createChangeManager(ChangeSignatureRefactoring.java:998)
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactorin
g.checkInput(ChangeSignatureRefactoring.java:555)
	at org.eclipse.jdt.internal.ui.refactoring.CheckConditionsOperation.run
(CheckConditionsOperation.java:63)
	at org.eclipse.jdt.internal.ui.refactoring.CreateChangeOperation.run
(CreateChangeOperation.java:109)
	at org.eclipse.jdt.internal.core.BatchOperation.executeOperation
(BatchOperation.java:34)
	at org.eclipse.jdt.internal.core.JavaModelOperation.run
(JavaModelOperation.java:700)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1567)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1586)
	at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3164)
	at org.eclipse.jdt.internal.ui.actions.WorkbenchRunnableAdapter.run
(WorkbenchRunnableAdapter.java:42)
	at org.eclipse.jface.operation.ModalContext$ModalContextThread.run
(ModalContext.java:101)

Unknowingly, I branched a project that had incoming additions. After branching 
and committing, the incoming changes were still there. Refreshing fixed the 
problem. I didn't try to update but hopefully it woudl have failed.

- I200402102000
- Had created a clean environment, brought in some source files from CVS and 
rebuilt successfully.
- Java Perspective
- created a new Java Project and played in it briefly
- created a new Plug-in Project (indicated it was a Java project - as opposed 
to a simple project) and asked to create a blank plug-in project
- got the following NPE and have been unable to reproduce it

!SESSION Feb 11, 2004 11:28:49.141 --------------------------------------------
-
java.version=1.4.2_02
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -data d:/EclipseEnvs/3.0/I20040210Data/eclipse/plugins
!ENTRY org.eclipse.team.cvs.ssh 1 0 Feb 11, 2004 11:28:49.141
!MESSAGE Host key for dev.eclipse.org was not found in the list of known hosts 
stored in d:\EclipseEnvs\3.0
\I20040210Data\eclipse\plugins\.metadata\.plugins\org.eclipse.team.cvs.ssh\know
n_hosts. The key is being automatically added to the known_hosts file for you. 
This key, which is like a personal signature, is used by Eclipse to guarantee 
that the host it is communicating with is the correct one. If the Eclipse 
client detects a change in this key you will be notified.
!ENTRY org.eclipse.jdt.core 4 4 Feb 11, 2004 11:35:56.575
!MESSAGE Background Indexer Crash Recovery
!STACK 0
java.lang.NullPointerException
	at java.util.Hashtable.get(Hashtable.java:333)
	at java.util.Properties.getProperty(Properties.java:563)
	at org.eclipse.core.runtime.Preferences.getString
(Preferences.java:1145)
	at org.eclipse.jdt.core.JavaCore.getOptions(JavaCore.java:2096)
	at org.eclipse.jdt.internal.core.JavaProject.getOptions
(JavaProject.java:1419)
	at 
org.eclipse.jdt.internal.core.search.indexing.SourceIndexer.indexDocument
(SourceIndexer.java:57)
	at 
org.eclipse.jdt.internal.core.search.JavaSearchParticipant.indexDocument
(JavaSearchParticipant.java:105)
	at org.eclipse.jdt.internal.core.index.impl.IndexImpl.indexDocument
(IndexImpl.java:162)
	at 
org.eclipse.jdt.internal.core.search.indexing.IndexManager.indexDocument
(IndexManager.java:213)
	at org.eclipse.jdt.internal.core.search.indexing.IndexManager$1.execute
(IndexManager.java:521)
	at org.eclipse.jdt.internal.core.search.processing.JobManager.run
(JobManager.java:344)
	at java.lang.Thread.run(Thread.java:534)

there are situations when you run in an endless loop in show in package 
explorer when the action is attempting to reveal an element.

Hello,

I have a build.xml in 3.0M8 with:

<project name="SeeHotFolder" default="Help" basedir="..">
	<property name="version" value="0.1"/>
	<property name="extArtifact.base" location="${basedir}/../ExternalArtifacts"/>
	<property name="artifact.seebuildscripts"
value="${extArtifact.base}/seeburger/seebuildscripts"/>
	<import file="${artifact.seebuildscripts}/globalBuild.xml"/>
...

and a globalBuild.xml starting with:

<project name="globalBuild">
...
    <property name="extArtifact.base" location="${basedir}/../ExternalArtifacts"/>
    <property name="artifact.seebuildscripts"
value="${extArtifact.base}/seeburger/seebuildscripts"/>
    <import file="${artifact.seebuildscripts}/globalExternalArtifacts.xml"/>


and globalExternalArtifacts.xml with:

<project name="globalExternalArtifacts" basedir="../..">
    <property name="extArtifact.base" location="${basedir}"/>
    <property name="artifact.ant-contrib"
location="${extArtifact.base}/sourceforge/ant-contrib/ant-contrib.jar"/>
...

This works well with ANT Outline view, ANT does the right thing, but in the ANT
Editor, the extArtifact.base property is defined wrong. inside build.xml the
tooltip has the value "d:\workspace\Project" instead of
d:\workspace\ExternalArtifacts". If i remove the property declaration of
extArtifact.base in globalExternalArtifacts, the tooltips are correct.

Somehow the ANT Editor does not recognize, that the extArtifact.base is defined
via location expansion based on build.xml's basedir.

This is especially annoying, since this results in warnings for taskdefs which
use classpath which contains those artifact.X properties (relative to the wrong
extArtifacts.base).

To be backward compatible with existing multi page editors we should generate 
temporary search markers if the text editor doesn't support Annotation models.

I20040428

We should remove the search extension page and should make sure that 
participants can't damage a search. If a participant generates an exception 
the participant should be disabled for the rest of the Eclipse sessions. This 
is consistent with Platform/UI and refactoring.

The getter and setter names have an spelling mistake.

	public int getVisbility() {
		return fVisibility;
	}
		
	public void setVisbility(int visbility) {
		fVisibility= visbility;
	}
Missing 'i'.

 

If the user has disabled the first builder of the builders associated with a 
project and a "Full" build has occurred, no external tool builders will be 
invoked.

See bug 56657 for test project.

I am unable to get a clean compile using javac in the Linux Sun 1.4.2 of some 
of the osgi classes released to the I200406040800 build.  This may be a 
compiler bug as it does not occur on Windows, however OT has indicated that 
the java source could be modified to work around.
    
[javac] /home/sdimitro/srci/plugins/org.eclipse.osgi/osgi/src/org/osgi/framewor
k/Bundle.java:662: error: unrecognized character in in
put stream.
    [javac]      *
    [javac]        ^
    [javac] 2 errors
    [javac] Compile failed; see the compiler error output for details.
     [copy] Copying 1 file 
to /home/sdimitro/srci/plugins/org.eclipse.osgi/temp.folder/osgi.jar.bin
     [copy] Copied 11 empty directories 
to /home/sdimitro/srci/plugins/org.eclipse.osgi/temp.folder/osgi.jar.bin
      [jar] Building jar: /home/sdimitro/srci/plugins/org.eclipse.osgi/osgi.jar
   [delete] Deleting 
directory /home/sdimitro/srci/plugins/org.eclipse.osgi/temp.folder/osgi.jar.bin

properties:

init:

core.jar:
    [mkdir] Created 
dir: /home/sdimitro/srci/plugins/org.eclipse.osgi/temp.folder/core.jar.bin
    [javac] Compiling 84 source files 
to /home/sdimitro/srci/plugins/org.eclipse.osgi/temp.folder/core.jar.bin
    
[javac] /home/sdimitro/srci/plugins/org.eclipse.osgi/core/adaptor/org/eclipse/o
sgi/util/ManifestElement.java:30: error: unrecognized
character in input stream.
    [javac]     * attribute ::= key = value
    [javac]                                  ^
    
[javac] /home/sdimitro/srci/plugins/org.eclipse.osgi/core/adaptor/org/eclipse/o
sgi/util/ManifestElement.java:31: error: unrecognized
character in input stream.
    [javac]     * key ::= token
    [javac]                    ^

This bug is similar to #63317, but it occurs when you have two classes with
compile errors in the same project but different packages. If you update the
lower/second class to remove the compile error, the error marker no longer
exists on the project, even though it originally did when just the first class
had the compile error. Picture to follow.

Need the policyfile location set as an external preference.

When deciding where to expose it the scenario is a large customer
overriding the url with thier own to point to and internal update site. They 
shouldn't have to change a plugin to change this.

We should set user jobs to highest priority in our sorting for the progress 
viewers

I just did a cvs commit from within Eclipse.
I have a new file in my project.

I chose Team->Commit, then I got a dialog asking
"There is 1 resource that is not under CVS
version control.  Do you want to add it?".

Then I hit Cancel.

The commit seemed to continue anyway -- the commit
comment dialog appeared.

I expected that first Cancel to cancel the entire
commit operation.

2.0 20040211 16:00
I've enabled the new search view and find that often the search will complete 
and the window will be empty. Although I know that some matches should exist, 
I press the next button and items suddenly appear in view and are expanded.

Sorry for the lack of repeatable steps, but it does happen quite frequently.

Build I20040512

There are a number of places in org.eclipse.osgi plug-in that use the 
dangerous idiom:

   try {
      ...
   } catch (Throwable e) {
      ... // e not re-thrown
   }

It is very bad practice to catch Throwable (or Error) and eat it because there 
are myriad unrecoverable situations (like out of memory) that this will hide.

A (partial) list of the places that look exceptionally dangerous are:
org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(...)
org.eclipse.osgi.framework.eventmgr.EventThread.run()
org.eclipse.core.runtime.adaptor.EclipseAdaptor.registerEndorsedXMLParser()

The code base should be reviewed.

This bug makes it very difficult to select an editor or a view from the chevron
in eclipse.

Run the following example.

Click on the "show list" button
Move the mouse over the second shell.
When the mouse exits the second shell, the second and third shell disappear.
Note that if the third shell has the style DIALOG_TRIM, it  does not get the
Deactivate event when shell2 closes.

public static void main(String[] args) {
	Display display = new Display();
	final Shell shell1 = new Shell(display);
	shell1.setLayout(new RowLayout());
	Button b = new Button(shell1, SWT.PUSH);
	b.setText("show list");
	b.addListener(SWT.Selection, new Listener() {
		public void handleEvent(Event e) {
			//final Shell shell2 = new Shell(shell1, SWT.ON_TOP);
			final Shell shell2 = new Shell(shell1, SWT.DIALOG_TRIM);
			shell2.addListener(SWT.MouseExit, new Listener() {
				public void handleEvent(Event e) {
					shell2.dispose();
					//shell2.setVisible(false); // has same effect
				}
			});
			final Shell shell3 = new Shell(shell1, SWT.ON_TOP);
			//final Shell shell3 = new Shell(shell1, SWT.DIALOG_TRIM); // shell3 does not
get deactivated if DIALOG_TRIM
			shell3.setLayout(new RowLayout());
			Text t = new Text(shell3, SWT.BORDER);
			shell3.addListener(SWT.Deactivate, new Listener() {
				public void handleEvent(Event e) {
					shell3.dispose();
				}
			});
			shell2.pack();
			Rectangle r = shell1.getBounds();
			shell2.setLocation(r.x, r.y + r.height + 10);
			shell2.open();
			r = shell2.getBounds();
			shell3.pack();
			shell3.setLocation(r.x, r.y + r.height + 10);
			shell3.open();
		}
	});
	
	shell1.pack();
	shell1.open();
	while (!shell1.isDisposed()) {
		if (!display.readAndDispatch())
			display.sleep();
	}
	display.dispose();
}

Build 20040512

InternalAntRunner.java has 2 copyright notices. One is necessary and 
sufficient.

Please seek out other source files that may have the same problem.

20040512

for the following code get the var binding of BUNDLE_NAME and do
'getContantValue'

public class Accessor {
	private static final String BUNDLE_NAME = "test.test";//$NON-NLS-1$
	public static String getString(String s) {
		return "";
	}
}

java.lang.NullPointerException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.NullPointerException.<init>(NullPointerException.java:60)
	at
org.eclipse.jdt.core.dom.VariableBinding.getConstantValue(VariableBinding.java:196)
	at
org.eclipse.jdt.internal.corext.refactoring.nls.NLSInfo.getResourceBundle(NLSInfo.java:95)
	at
org.eclipse.jdt.internal.corext.refactoring.nls.NLSInfo.getAccessorClassInfo(NLSInfo.java:73)
	at
org.eclipse.jdt.internal.corext.refactoring.nls.NLSHolder.create(NLSHolder.java:48)
	at
org.eclipse.jdt.ui.tests.nls.NLSSourceModifierTest.testFromTranslatedToNotTranslated(NLSSourceModifierTest.java:202)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at junit.framework.TestCase.runTest(TestCase.java:154)
	at junit.framework.TestCase.runBare(TestCase.java:127)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22)
	at junit.extensions.TestSetup$1.protect(TestSetup.java:19)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.extensions.TestSetup.run(TestSetup.java:23)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:422)
	at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:306)
	at
org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main(RemotePluginTestRunner.java:30)
	at
org.eclipse.pde.internal.junit.runtime.UITestApplication$1.run(UITestApplication.java:90)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2702)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2394)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.pde.internal.junit.runtime.UITestApplication.run(UITestApplication.java:33)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:298)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:249)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:126)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:722)
	at org.eclipse.core.launcher.Main.main(Main.java:706)

build i0427:0800

In the new plug-in customization story we have created an extension point and an
IPreferenceCustomizer interface to replace the "set defaults which need to be
calculated at runtime" method Plugin.initializeDefaultPluginPreferences().

The term "customizer" is really misleading and it has a lot of other meanings in
the platform. For simplicity we should rename it to be IPreferenceInitializer.

latest from 1_5 branch
 * For example, a AST type like 
 * <code>Collection&lt;String&gt;</code> typically resolves to a
 * parameterized type binding whose erasure is a type binding for the class 
 * <code>java.util.Collection</code> and whose type argument is a type
 * binding for the class <code>java.util.Collection</code>.

surely, the type argument was intended to be java.lang.String

When I turn off the PDE activity, Runtime Workbench launch configurations 
still appear in the drop down menus and in the launch configuration dialog.

Progress bars are set to be GTK_PROGRESS_DISCRETE unless the calling code uses
the  SWT.SMOOTH style:

  /*
   * Note: this API is deprecated, but there is no replacement.
   */
  int barStyle = (this.style & SWT.SMOOTH) == 0 ?
                 OS.GTK_PROGRESS_DISCRETE : OS.GTK_PROGRESS_CONTINUOUS;
  OS.gtk_progress_bar_set_bar_style (handle, barStyle);

The discrete-style progress bars are deprecated in Gtk+ and all progress bars
should use the continuous style:

  <vektor_wrk> owen: progress_bar_set_bar_style is deprecated.
               Does this mean all progress bars should be continuous?
  <owen> vektor_wrk: Yep
  <vektor_wrk> weird :)
  <owen> vektor_wrk: Why weird?
  <owen> it's weird that an app could control it ...

I think we should follow Gtk+ conventions and always use smooth progress bars. 
The fix is to just remove the call completely.

OS : RHEL 3.0
Must fix (inless as designed)
Build date: 20040709
Blocking: NO
Language: ITA

Problem Description: Text is truncated and the words are hidden.

The dialog box with the truncated text is not resizable so there is no easy fix
from the user's perspective.

3.0 M9

After invoking "Refactore -> Extract Constant..." on a selection inside an 
overwritten method of an anonymous inner class I got an 
AssertionFailedException "null argument" after clickin "OK" in the refactor 
dialog (wanted to extract this as private constant).

see attached log file

Using 3.0M8 on Win32

I created a link to the SDO plugins.

...and throw InvalidArgumentException.

Hi,
The following Code:
	static class Container<T>{
	    private T val;
	    public T getVal() {
	        return val;
	    }
	    public void setVal(T val) {
	        this.val = val;
	    }
	}
	public static void badMethod(Container<?> param){
	    Container x=param;
	    x.setVal("BAD");
	}
	public static void main(String[] args) {
	    Container<Integer> cont=new Container<Integer>();
	    cont.setVal(new Integer(0));
	    badMethod(cont);
	    System.out.println(cont.getVal()); //ClassCastException
}
leads to:
Exception in thread "main" java.lang.ClassCastException: java.lang.String
	at SpecialTest.main(SpecialTest.java:57)
when executed within Eclipse.
But JVM just prints: BAD

I20040514 (with org.eclipse.ui.workbench from HEAD):
A Self-hosted workspace is not responding because, according to the Threads 
and Monitors view, there is a deadlock condition.

Here are all the stack frames, copied from the Debug view:

org.eclipse.core.launcher.Main at localhost:3934 (Suspended)
	System Thread [Finalizer] (Suspended)
		Object.wait(long) line: not available [native method]
		ReferenceQueue.remove(long) line: not available
		ReferenceQueue.remove() line: not available
		Finalizer$FinalizerThread.run() line: not available
	System Thread [Reference Handler] (Suspended)
		Object.wait(long) line: not available [native method]
		Reference$Lock(Object).wait() line: not available
		Reference$ReferenceHandler.run() line: not available
	Thread [main] (Suspended)
		JobManager.endJob(InternalJob, IStatus, boolean) line: 392
		ProgressViewUpdater$1(InternalJob).done(IStatus) line: 134
		ProgressViewUpdater$1(Job).done(IStatus) line: 202
		UIJob$1.run() line: 101
		RunnableLock.run() line: 35
		UISynchronizer(Synchronizer).runAsyncMessages() line: 106
		Display.runAsyncMessages() line: 2702
		Display.readAndDispatch() line: 2394
		Workbench.runEventLoop(Window$IExceptionHandler, Display) 
line: 1363
		Workbench.runUI() line: 1334
		Workbench.createAndRunWorkbench(Display, WorkbenchAdvisor) 
line: 253
		PlatformUI.createAndRunWorkbench(Display, WorkbenchAdvisor) 
line: 141
		IDEApplication.run(Object) line: 90
		PlatformActivator$1.run(Object) line: 298
		EclipseStarter.run(Object) line: 249
		EclipseStarter.run(String[], Runnable) line: 126
		NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) 
line: not available [native method]
		NativeMethodAccessorImpl.invoke(Object, Object[]) line: not 
available
		DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 
not available
		Method.invoke(Object, Object[]) line: not available
		Main.basicRun(String[]) line: 269
		Main.run(String[]) line: 722
		Main.main(String[]) line: 706
	System Thread [Signal Dispatcher] (Suspended)
	Thread [Framework Event Dispatcher] (Suspended)
		Object.wait(long) line: not available [native method]
		EventThread(Object).wait() line: not available
		EventThread.getNextEvent() line: 149
		EventThread.run() line: 107
	Thread [Start Level Event Dispatcher] (Suspended)
		Object.wait(long) line: not available [native method]
		EventThread(Object).wait() line: not available
		EventThread.getNextEvent() line: 149
		EventThread.run() line: 107
	Thread [Thread-0] (Suspended)
		Object.wait(long) line: not available [native method]
		ReferenceQueue.remove(long) line: not available
		ReferenceQueue.remove() line: not available
		ActionContributionItem$ImageCache$ReferenceCleanerThread.run() 
line: 196
	Thread [Thread-1] (Suspended)
		Object.wait(long) line: not available [native method]
		ReferenceQueue.remove(long) line: not available
		ReferenceQueue.remove() line: not available
		ActionContributionItem$ImageCache$ReferenceCleanerThread.run() 
line: 196
	Thread [Worker-0] (Suspended)
		JobManager.findBlockingJob(InternalJob) line: 452
		ThreadJob.joinRun(IProgressMonitor) line: 152
		ImplicitJobs.begin(ISchedulingRule, IProgressMonitor, boolean) 
line: 87
		JobManager.beginRule(ISchedulingRule, IProgressMonitor) line: 
167
		WorkManager.checkIn(ISchedulingRule, IProgressMonitor) line: 95
		Workspace.prepareOperation(ISchedulingRule, IProgressMonitor) 
line: 1629
		Workspace.run(IWorkspaceRunnable, ISchedulingRule, int, 
IProgressMonitor) line: 1669
		Workspace.run(IWorkspaceRunnable, IProgressMonitor) line: 1694
		JavaCore$4.run(IProgressMonitor) line: 3644
		Worker.run() line: 66
	Thread [Java indexing] (Suspended)
		JobManager.setPriority(InternalJob, int) line: 839
		JobManager$1$ProgressJob(InternalJob).setPriority(int) line: 
346
		JobManager$1$ProgressJob(Job).setPriority(int) line: 440
		IndexManager(JobManager).run() line: 363
		Thread.run() line: not available
	Thread [Worker-1] (Suspended)
		JobManager.runNow(InternalJob) line: 747
		ThreadJob.joinRun(IProgressMonitor) line: 149
		ImplicitJobs.begin(ISchedulingRule, IProgressMonitor, boolean) 
line: 87
		JobManager.beginRule(ISchedulingRule, IProgressMonitor) line: 
167
		LastSaveReferenceProvider.readDocument(IProgressMonitor, 
boolean) line: 225
		LastSaveReferenceProvider.getReference(IProgressMonitor) line: 
111
		DocumentLineDiffer$1.run(IProgressMonitor) line: 370
		Worker.run() line: 66
	Thread [Worker-2] (Suspended)
		ProgressManager.refreshJobInfo(JobInfo) line: 526
		ProgressManager$JobMonitor.beginTask(String, int) line: 186
		DecorationScheduler$1.run(IProgressMonitor) line: 220
		Worker.run() line: 66
	Thread [Worker-3] (Suspended)
		ProgressManager.refreshJobInfo(JobInfo) line: 526
		ProgressManager$JobMonitor.subTask(String) line: 270
		JobManager$1$ProgressJob.run(IProgressMonitor) line: 319
		Worker.run() line: 66
	Thread [Worker-4] (Suspended)
		Object.wait(long) line: not available [native method]
		Semaphore.acquire(long) line: 38
		JobManager.join(InternalJob) line: 514
		TableContentProvider$1(InternalJob).join() line: 271
		TableContentProvider$1(Job).join() line: 353
		TableContentProvider.doUpdate(IProgressMonitor) line: 353
		TableContentProvider.access$4(TableContentProvider, 
IProgressMonitor) line: 346
		TableContentProvider$3.run(IProgressMonitor) line: 184
		RestartableJob$2.run(IProgressMonitor) line: 86
		Worker.run() line: 66
	Thread [Worker-5] (Suspended)
		ProgressManager.refreshJobInfo(JobInfo) line: 526
		JobInfo.cancel() line: 307
		ProgressManager$JobMonitor.setCanceled(boolean) line: 236
		JobManager.cancel(InternalJob) line: 183
		RestartableJob$2(InternalJob).cancel() line: 122
		RestartableJob$2(Job).cancel() line: 183
		RestartableJob.cancel() line: 152
		TableContentProvider.cancelPendingChanges() line: 336
		ProblemView(TableView).haltTableUpdates() line: 92
		ProblemView(MarkerView).internalRefresh(IProgressMonitor) 
line: 155
		MarkerView.access$2(MarkerView, IProgressMonitor) line: 151
		MarkerView$3.run(IProgressMonitor) line: 237
		RestartableJob$2.run(IProgressMonitor) line: 86
		Worker.run() line: 66
	Thread [Worker-6] (Suspended)
		JobManager.setPriority(InternalJob, int) line: 839
		ThreadJob(InternalJob).setPriority(int) line: 346
		ThreadJob(Job).setPriority(int) line: 440
		ThreadJob.<init>(JobManager, ISchedulingRule) line: 57
		ImplicitJobs.newThreadJob(ISchedulingRule) line: 158
		ImplicitJobs.begin(ISchedulingRule, IProgressMonitor, boolean) 
line: 67
		JobManager.beginRule(ISchedulingRule, IProgressMonitor) line: 
167
		WorkManager.checkIn(ISchedulingRule, IProgressMonitor) line: 95
		Workspace.prepareOperation(ISchedulingRule, IProgressMonitor) 
line: 1629
		AutoBuildJob.doBuild(IProgressMonitor) line: 146
		AutoBuildJob.run(IProgressMonitor) line: 196
		Worker.run() line: 66
	Thread [Worker-7] (Suspended)
		JobManager.nextJob() line: 647
		JobManager.startJob() line: 936
		WorkerPool.startJob(Worker) line: 237
		Worker.run() line: 59
	Thread [Worker-8] (Suspended)
		JobManager.schedule(InternalJob, long) line: 769
		ProgressViewUpdater$1(InternalJob).schedule(long) line: 313
		ProgressViewUpdater$1(Job).schedule(long) line: 417
		ProgressViewUpdater.scheduleUpdate() line: 197
		ProgressViewUpdater.refreshJobInfo(JobInfo) line: 302
		ProgressManager.refreshJobInfo(JobInfo) line: 531
		ProgressManager$1.aboutToRun(IJobChangeEvent) line: 344
		JobListeners$1.notify(IJobChangeListener, IJobChangeEvent) 
line: 34
		JobListeners.doNotify(JobListeners$IListenerDoit, 
IJobChangeEvent) line: 101
		JobListeners.aboutToRun(Job) line: 151
		JobManager.startJob() line: 942
		WorkerPool.startJob(Worker) line: 230
		Worker.run() line: 59
	Thread [Worker-9] (Suspended)
		JobManager.nextJob() line: 647
		JobManager.startJob() line: 936
		WorkerPool.startJob(Worker) line: 230
		Worker.run() line: 59
	Thread [All Types Caching] (Suspended)
		Thread.sleep(long) line: not available [native method]
		IndexManager(JobManager).performConcurrentJob(IJob, int, 
IProgressMonitor) line: 243
		SearchEngine.searchAllTypeNames(IWorkspace, char[], char[], 
int, boolean, int, IJavaSearchScope, ITypeNameRequestor, int, 
IProgressMonitor) line: 865
		AllTypesCache.search(ITypeNameRequestor, int, 
IProgressMonitor) line: 519
		AllTypesCache$TypeCacher.doSearchTypes() line: 188
		AllTypesCache$TypeCacher.run() line: 157

Unfortunately the Threads and Monitors view doesn't support copy (!). So I'll 
attach screenshots shortly.

Try and open a file with the "In-place Editor".  I tried opening both a Java 
file and a text file, both failed and resulted in the following stack trace:

!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
org.eclipse.swt.SWTException: Class ID not found in registry result = -
2147221018
	at org.eclipse.swt.ole.win32.OLE.error(OLE.java:317)
	at org.eclipse.swt.ole.win32.OleClientSite.<init>
(OleClientSite.java:178)
	at 
org.eclipse.ui.internal.editorsupport.win32.OleEditor.createClientSite
(OleEditor.java:227)
	at 
org.eclipse.ui.internal.editorsupport.win32.OleEditor.createPartControl
(OleEditor.java:215)
	at org.eclipse.ui.internal.PartPane$2.run(PartPane.java:124)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:608)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.ui.internal.PartPane.createChildControl
(PartPane.java:120)
	at org.eclipse.ui.internal.PartPane.createControl(PartPane.java:182)
	at org.eclipse.ui.internal.PartStack.refreshPresentationSelection
(PartStack.java:912)
	at org.eclipse.ui.internal.PartStack.setSelection(PartStack.java:894)
	at org.eclipse.ui.internal.PartStack.add(PartStack.java:283)
	at org.eclipse.ui.internal.EditorStack.add(EditorStack.java:103)
	at org.eclipse.ui.internal.EditorSashContainer.addEditor
(EditorSashContainer.java:57)
	at org.eclipse.ui.internal.EditorAreaHelper.openEditor
(EditorAreaHelper.java:264)
	at org.eclipse.ui.internal.EditorManager$2.run(EditorManager.java:552)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.EditorManager.createEditorTab
(EditorManager.java:541)
	at org.eclipse.ui.internal.EditorManager.openSystemInPlaceEditor
(EditorManager.java:691)
	at org.eclipse.ui.internal.EditorManager.openEditorFromDescriptor
(EditorManager.java:443)
	at org.eclipse.ui.internal.EditorManager.openEditor
(EditorManager.java:428)
	at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched
(WorkbenchPage.java:2165)
	at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor
(WorkbenchPage.java:2098)
	at org.eclipse.ui.internal.WorkbenchPage.access$6
(WorkbenchPage.java:2090)
	at org.eclipse.ui.internal.WorkbenchPage$9.run(WorkbenchPage.java:2077)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchPage.openEditor
(WorkbenchPage.java:2072)
	at org.eclipse.ui.internal.WorkbenchPage.openEditor
(WorkbenchPage.java:2055)
	at org.eclipse.ui.actions.OpenWithMenu.openEditor(OpenWithMenu.java:258)
	at org.eclipse.ui.actions.OpenWithMenu.access$0(OpenWithMenu.java:251)
	at org.eclipse.ui.actions.OpenWithMenu$2.handleEvent
(OpenWithMenu.java:166)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:97)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:307)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:127)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

See bug 74756 for a full description of the problem.

In IEclipsePreferences, we need to spec that the type of value in property
change events is always a string or null.

Build I20040226.

Compiler does not complain on following invalid syntax in inline tag in Javadoc 
comment:
/**
 * Note: this id is for internal use only.
 * @deprecated see {@link #GOTO_NEXT_ANNOTATION
 */
public static final String SHOW_NEXT_PROBLEM;

DOM/AST Javadoc is built correctly but compiler should warn user that he 
forgets the closing brace at the end of tag declaration.

Smoke for I20040525

- smoke test: do file search

observe: result is presented in table not tree.

M9

While trying some encoding scenarios with M9 I ran across the new "Server encoding" setting.
Since I didn't fully read the description of that setting, I assumed that it would allow me to specify the 
encoding of the contents of text files in that repository. Since this didn't seem to work for me I read the 
description again, and found the explanation for my problems.

It would help if the description of the encoding field on the property page would contain a note that 
explicitely warns about this issue.

Team support needs to be an activity in M9 and the appropriate trigger pointes 
need to be defined in order to make the user experience sensible

Attached you will find a modified plugin.xml and plugin.properties that 
defines a team activity that you can use. 

One of the trigger points needs to be in the ShareProject Action. Here is the 
code to explicitly enable an activity: 


				String activityID = "org.eclipse.team.cvs";
					IWorkbenchActivitySupport 
activitySupport = PlatformUI.getWorkbench().getActivitySupport();
			        IActivityManager activityManager = 
activitySupport.getActivityManager();
					Set activities = new HashSet
(activityManager.getEnabledActivityIds());
			        boolean changed = false;   
			        if (activities.add(activityID)) {
		            	changed = true;
		            }
			        if (changed)
			            activitySupport.setEnabledActivityIds
(activities);

Create a JUnit Launch configuration.

On the Test tab
1) Be Sure "Project" is an empty field.
2) Select "Run all tests in the selected project, package or source folder".
3) Select the Project to search for tests.
4) Click Run

The Progress view shows "ERROR: Launch: invalid project specified"

If you specify the Project field, even without "Run a single test" being
selected,  it works. I don't know what will happen if the Project doesn't match
the selection in "Run all tests..."

3.0 M6

Using 0518_0816, some malformed inline javadoc tags are not reported as malformed.

For example:
@{link #foo())} is not reported as malformed, but the javadoc tool reports it as
malformed. Removing the extra closing parenthesis fixes it.

Considering that it is illegal to import a type from an unnamed namespace (see 
Bug 54404), Eclispe should not allow (through its UI) users to use types 
defined in unnamed namespaces from types in named namespaces.

Basically i guess this involves blocking such "unnamed-namespace" types from 
the Browse dialogs used in Create Class, Create Interface, Refactor wizards 
etc. when being invoked for a type defined in a named namespace.

For steps to see the problem please see Bug 54404 - JDT cannot resolve import 
of types in default package.

I20040518

- I used 'Close All' to close multiple editor where some of them were not saved.
When asked to saved, I saved them all

Not sure if I undertstood it correctly, but I think "Worker-90" has the
workpsace lock and waits for the Java model lock. "main" has it the other way around


Full thread dump Java HotSpot(TM) Client VM (1.4.2-b28 mixed mode):

"Worker-91" prio=5 tid=0x037a9010 nid=0xdd8 in Object.wait() [693f000..693fd94]
        at java.lang.Object.wait(Native Method)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x12b5adb0> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:236)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-90" prio=5 tid=0x05e46710 nid=0x414 waiting for monitor entry
[686f000..686fd94]
        at
org.eclipse.jdt.internal.core.JavaModelManager.containerGet(JavaModelManager.java:160)
        - waiting to lock <0x12dd4360> (a
org.eclipse.jdt.internal.core.JavaModelManager)
        at
org.eclipse.jdt.internal.core.JavaModelManager.getClasspathContainer(JavaModelManager.java:817)
        at
org.eclipse.jdt.internal.core.ClasspathEntry.validateClasspathEntry(ClasspathEntry.java:1005)
        at
org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:1849)
        at
org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:1788)
        at
org.eclipse.jdt.internal.core.DeltaProcessor.updateClasspathMarkers(DeltaProcessor.java:2162)
        at
org.eclipse.jdt.internal.core.DeltaProcessor.updateClasspathMarkers(DeltaProcessor.java:2192)
        at
org.eclipse.jdt.internal.core.DeltaProcessor.updateClasspathMarkers(DeltaProcessor.java:2208)
        at
org.eclipse.jdt.internal.core.DeltaProcessor.resourceChanged(DeltaProcessor.java:1912)
        at
org.eclipse.jdt.internal.core.DeltaProcessingState.resourceChanged(DeltaProcessingState.java:414)
        at
org.eclipse.core.internal.events.NotificationManager$2.run(NotificationManager.java:313)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:608)
        at org.eclipse.core.runtime.Platform.run(Platform.java:750)
        at
org.eclipse.core.internal.events.NotificationManager.notify(NotificationManager.java:307)
        at
org.eclipse.core.internal.events.NotificationManager.broadcastChanges(NotificationManager.java:154)
        at
org.eclipse.core.internal.events.AutoBuildJob.broadcastChanges(AutoBuildJob.java:76)
        at
org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:149)
        at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:198)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Worker-89" prio=5 tid=0x05dcad08 nid=0x820 in Object.wait() [68ff000..68ffd94]
        at java.lang.Object.wait(Native Method)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x12b5adb0> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:236)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-88" prio=5 tid=0x0394e300 nid=0x1ac waiting on condition [67af000..67afd94]
        at java.lang.Thread.sleep(Native Method)
        at
org.eclipse.jdt.internal.core.search.processing.JobManager$1$ProgressJob.run(JobManager.java:321)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Worker-83" prio=5 tid=0x03931278 nid=0xf98 in Object.wait() [67ef000..67efd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x103600b8> (a org.eclipse.core.internal.jobs.ThreadJob)
        at org.eclipse.core.internal.jobs.ThreadJob.joinRun(ThreadJob.java:159)
        - locked <0x103600b8> (a org.eclipse.core.internal.jobs.ThreadJob)
        at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJobs.java:87)
        at org.eclipse.core.internal.jobs.JobManager.beginRule(JobManager.java:167)
        at
org.eclipse.ui.internal.editors.quickdiff.LastSaveReferenceProvider.readDocument(LastSaveReferenceProvider.ja
va:225)
        at
org.eclipse.ui.internal.editors.quickdiff.LastSaveReferenceProvider.access$0(LastSaveReferenceProvider.java:1
91)
        at
org.eclipse.ui.internal.editors.quickdiff.LastSaveReferenceProvider$ReadJob.run(LastSaveReferenceProvider.jav
a:101)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x05e66e10
nid=0xea8 in Object.wait() [4b1f000..4b1f
d94]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:172)
        - locked <0x136df9f8> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x05d77e38
nid=0xe9c in Object.wait() [682f000..682f
d94]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:172)
        - locked <0x135771a8> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x038c2858
nid=0xc94 in Object.wait() [5a2f000..5a2f
d94]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:172)
        - locked <0x13519118> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x038c0598
nid=0xb40 in Object.wait() [579f000..579f
d94]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:172)
        - locked <0x134cb8e8> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x038bcf78
nid=0x95c in Object.wait() [522f000..522f
d94]
        at java.lang.Object.wait(Native Method)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:172)
        - locked <0x134845e8> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Java indexing" daemon prio=4 tid=0x03472bb0 nid=0xaa0 in Object.wait()
[599f000..599fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x101e2bd0> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.Semaphore.acquire(Semaphore.java:38)
        - locked <0x101e2bd0> (a org.eclipse.core.internal.jobs.Semaphore)
        at
org.eclipse.core.internal.jobs.OrderedLock.doAcquire(OrderedLock.java:171)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire(OrderedLock.java:105)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire(OrderedLock.java:79)
        at
org.eclipse.core.internal.resources.WorkManager.checkIn(WorkManager.java:96)
        at
org.eclipse.core.internal.resources.Workspace.prepareOperation(Workspace.java:1632)
        at
org.eclipse.core.internal.resources.File.getContentDescription(File.java:254)
        at org.eclipse.core.internal.resources.File.getCharset(File.java:220)
        at org.eclipse.core.internal.resources.File.getCharset(File.java:205)
        at
org.eclipse.jdt.internal.core.search.JavaSearchDocument.getEncoding(JavaSearchDocument.java:71)
        at
org.eclipse.jdt.internal.core.search.JavaSearchDocument.getCharContents(JavaSearchDocument.java:58)
        at
org.eclipse.jdt.internal.core.search.indexing.SourceIndexer.indexDocument(SourceIndexer.java:67)
        at
org.eclipse.jdt.internal.core.search.JavaSearchParticipant.indexDocument(JavaSearchParticipant.java:72)
        at
org.eclipse.jdt.internal.core.search.indexing.IndexManager.indexDocument(IndexManager.java:258)
        at
org.eclipse.jdt.internal.core.search.indexing.IndexManager$1.execute(IndexManager.java:566)
        at
org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobManager.java:367)
        at java.lang.Thread.run(Thread.java:534)

"Thread-1" prio=7 tid=0x00a29b70 nid=0x1f0 in Object.wait() [3bff000..3bffd94]
        at java.lang.Object.wait(Native Method)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x12b9f6a8> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThread.run(ActionContributionItem.
java:196)

"Thread-0" prio=7 tid=0x0345fcf0 nid=0xe3c in Object.wait() [3bbf000..3bbfd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x12b9f718> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x12b9f718> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThread.run(ActionContributionItem.
java:196)

"Start Level Event Dispatcher" daemon prio=5 tid=0x00a488b0 nid=0x4bc in
Object.wait() [355f000..355fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x12770060> (a
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:162)
        - locked <0x12770060> (a org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:100)

"Framework Event Dispatcher" daemon prio=5 tid=0x00a5aaf8 nid=0x8c0 in
Object.wait() [351f000..351fd94]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x12770220> (a
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:162)
        - locked <0x12770220> (a org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:100)

"Signal Dispatcher" daemon prio=10 tid=0x0003f648 nid=0x900 waiting on condition
[0..0]

"Finalizer" daemon prio=9 tid=0x009c0798 nid=0xa14 in Object.wait()
[2d0f000..2d0fd94]
        at java.lang.Object.wait(Native Method)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x127704f0> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x009bf368 nid=0xe98 in Object.wait()
[2ccf000..2ccfd94]
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Object.java:429)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
        - locked <0x127700b0> (a java.lang.ref.Reference$Lock)

"main" prio=7 tid=0x00035a18 nid=0xa7c in Object.wait() [7e000..7fc3c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x101a3058> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.Semaphore.acquire(Semaphore.java:38)
        - locked <0x101a3058> (a org.eclipse.core.internal.jobs.Semaphore)
        at
org.eclipse.core.internal.jobs.OrderedLock.doAcquire(OrderedLock.java:171)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire(OrderedLock.java:105)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire(OrderedLock.java:79)
        at
org.eclipse.core.internal.resources.WorkManager.checkIn(WorkManager.java:96)
        at
org.eclipse.core.internal.resources.Workspace.prepareOperation(Workspace.java:1632)
        at
org.eclipse.core.internal.resources.File.getContentDescription(File.java:254)
        at org.eclipse.core.internal.resources.File.getCharset(File.java:220)
        at org.eclipse.core.internal.resources.File.getCharset(File.java:205)
        at
org.eclipse.jdt.internal.core.util.Util.getResourceContentsAsCharArray(Util.java:828)
        at
org.eclipse.jdt.internal.core.CompilationUnit.openBuffer(CompilationUnit.java:1028)
        at
org.eclipse.jdt.internal.core.CompilationUnit.buildStructure(CompilationUnit.java:102)
        at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:183)
        at
org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.java:573)
        at
org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:310)
        at
org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:296)
        at
org.eclipse.jdt.internal.core.JavaElementDeltaBuilder.recordNewPositions(JavaElementDeltaBuilder.java:351)
        at
org.eclipse.jdt.internal.core.JavaElementDeltaBuilder.buildDeltas(JavaElementDeltaBuilder.java:135)
        at
org.eclipse.jdt.internal.core.JavaModelManager.discardPerWorkingCopyInfo(JavaModelManager.java:775)
        - locked <0x12dd5890> (a java.util.HashMap)
        - locked <0x12dd4360> (a org.eclipse.jdt.internal.core.JavaModelManager)
        at
org.eclipse.jdt.internal.core.DiscardWorkingCopyOperation.executeOperation(DiscardWorkingCopyOperation.java:2
9)
        at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:700)
        at
org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaModelOperation.java:739)
        at
org.eclipse.jdt.internal.core.CompilationUnit.discardWorkingCopy(CompilationUnit.java:413)
        at
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitDocumentProvider.disposeFileInfo(CompilationUnitDocumen
tProvider.java:857)
        at
org.eclipse.ui.editors.text.TextFileDocumentProvider.disconnect(TextFileDocumentProvider.java:510)
        at
org.eclipse.ui.texteditor.AbstractTextEditor.disposeDocumentProvider(AbstractTextEditor.java:2931)
        at
org.eclipse.ui.texteditor.AbstractDecoratedTextEditor.disposeDocumentProvider(AbstractDecoratedTextEditor.jav
a:1055)
        at
org.eclipse.ui.texteditor.AbstractTextEditor.dispose(AbstractTextEditor.java:2854)
        at
org.eclipse.ui.texteditor.AbstractDecoratedTextEditor.dispose(AbstractDecoratedTextEditor.java:215)
        at
org.eclipse.jdt.internal.ui.javaeditor.JavaEditor.dispose(JavaEditor.java:2836)
        at
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor.dispose(CompilationUnitEditor.java:1588)
        at
org.eclipse.ui.internal.WorkbenchPartReference.dispose(WorkbenchPartReference.java:179)
        at
org.eclipse.ui.internal.EditorManager$Editor.dispose(EditorManager.java:1195)
        at org.eclipse.ui.internal.WorkbenchPage$5.run(WorkbenchPage.java:1170)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:608)
        at org.eclipse.core.runtime.Platform.run(Platform.java:750)
        at
org.eclipse.ui.internal.WorkbenchPage.disposePart(WorkbenchPage.java:1168)
        at
org.eclipse.ui.internal.WorkbenchPage.closeEditors(WorkbenchPage.java:909)
        at
org.eclipse.ui.internal.WorkbenchPage.closeAllEditors(WorkbenchPage.java:853)
        at org.eclipse.ui.internal.CloseAllAction.run(CloseAllAction.java:74)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:899)
        at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:850)
        at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:769)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:299)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:184)
        at org.eclipse.core.launcher.Main.run(Main.java:637)
        at org.eclipse.core.launcher.Main.main(Main.java:621)

"VM Thread" prio=5 tid=0x009fb6c0 nid=0x194 runnable

"VM Periodic Task Thread" prio=10 tid=0x009fd190 nid=0xe4c waiting on condition
"Suspend Checker Thread" prio=10 tid=0x0003d0b8 nid=0xe48 runnable

Exported M8 preferences and imported into M9 but the Team > CVS > Ignored
Resources prefs aren't restored.

RC3, probably happens on all platforms

- open a JUnit view --> should open empty
- right-click in the Failure Trace table at the bottom and the following
exception occurs:

java.lang.NullPointerException
	at
org.eclipse.jdt.internal.junit.ui.FailureTrace.menuAboutToShow(FailureTrace.java:111)
	at org.eclipse.jface.action.MenuManager.fireAboutToShow(MenuManager.java:286)
	at org.eclipse.jface.action.MenuManager.handleAboutToShow(MenuManager.java:370)
	at org.eclipse.jface.action.MenuManager.access$0(MenuManager.java:367)
	at org.eclipse.jface.action.MenuManager$2.menuShown(MenuManager.java:383)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:116)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:731)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:752)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:735)
	at org.eclipse.swt.widgets.Menu.setVisible(Menu.java:784)
	at org.eclipse.swt.widgets.Control.showMenu(Control.java:2537)
	at org.eclipse.swt.widgets.Control.XButtonPress(Control.java:2925)
	at org.eclipse.swt.widgets.Composite.XButtonPress(Composite.java:812)
	at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:903)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3478)
	at org.eclipse.swt.internal.motif.OS.XtDispatchEvent(Native Method)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2640)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1375)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1346)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:252)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:186)
	at org.eclipse.core.launcher.Main.run(Main.java:647)
	at org.eclipse.core.launcher.Main.main(Main.java:631)

Test Case:
- on a long line: make a change such that you have to scroll horizontally to see
the change
- use QuickDiff
-> Hover shows line from its start and does not match the horizontally scrolled
text in the editor

In the class comment for Text, the PASSWORD style is not listed as a possible
style.  I didn't realise that there was a password style was supported until I
noticed the constanct in the Text.widgetStyle() method

Steps to reproduce (Eclipse3.0M8):
Create a project with any name;
Create some classes there;
Execute Export->Javadoc. In the wizard, in the destination editbox, type any 
name that contains spaces. 
If the spaces are only in the last segment of the path (say, c:\tmp\my 
project), the javadoc is just generated in the incorrect (truncated) location 
(in this example, c:\tmp\my). 

If there are spaces before the last segment (e.g., c:\Documents and 
Settings\user\My Documents\my project), generation only produces 2 empty 
folders (in this example, C:\Documents and the destination that was typed) and 
fails to do anything else.

To fix bugs 61958 and bug 61960, we removed the Throwable catch clauses in the
Jobs of DebugPlugin and of JDIThread.

These Jobs are implemented to execute one or more runnables. With this change,
it's possible that some runnable will never be run.
When a Job has a set of runnables to execute, if one runnable throws an
exception, the execution of the Job is stopped, the runnables still to be
executed in this Job will never be run.

This happenned again, using the following build. I had opened an editor, and 
it was still "initializing" when I pressed CTRL-O. I noticed that the editor 
text pane was present, but the editor tab was not yet drawn, and a build was 
going on in the background.

eclipse.buildId=I200405171219
java.version=1.4.2_01
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US


java.lang.NullPointerException
at org.eclipse.swt.widgets.Control.WM_KEYDOWN(Control.java:3393)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2978)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:3291)
at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1466)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2388)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:299)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:184)
at org.eclipse.core.launcher.Main.run(Main.java:637)
at org.eclipse.core.launcher.Main.main(Main.java:621)

3.0 RC3

When checking our code for mixed line delimiters I got most matches in *.exsd
files and there especially inside <documentation> tags. I suspect that users
copied code into the editor and that this pasted code was not converted to the
line delimiters of the file.

Note: the fact that some shared files are declared ascii can reduce the areas
where you see the bug because CVS converts the file and hence the OS line
delimiter matches the checked out file's line delimiter. Whenever text is added
o a document its default line delimiter (see
TextUtilities.getDefaultLineDelimiter) should be used.

Side note: Eclipse is currently inconsistent in the file type definition:
plugin.xml is declared to be ascii, msxd files type is declared to be ascii as
well and exsd files are not declared and hence binary. In my opinion plugin.xml
should also be binary since it is utf-8 encoded.

RC3

In testing for Bug 68013 I got into a state where the intro component was
showing an IE "page not found" error page.  I don't have steps to reproduce. 
Screenshot forthcoming.  Closing intro and reopening it seems to clear things up.

3.0 RC3

The user can not change the selected item on GTK64.

When the list pops up you can not select a different item.  Clicking on an item 
in the list merely makes the list close.  Escape will not close the list and 
the arrow keys do not navigate around the list.

When you press arrow up or arrow down in the text widget of the CCombo, nothing 
happens (sometimes you are able to scroll down one item but that is all).

* Navigate 
 - Open type Hierarchy (F4) should become dynamic based on the 
     preference setting
	1) Open type hierarchy (F4) opens type hierarchy perspective
	2) Show type hierarchy (F4) shows the type heirarchy view
           in the current perspective	
 -  Open Call Heirarchy  TO Show Call Heirarchy
 -  Show Outline (Ctrl+O) TO Quick Outline
 -  Open type Hierarchy (Ctrl+t) TO Quick Type Hierarchy

Package Explorer
 -  Cut  only show cut when the show members preference is enabled.
             cut is only ever enabled on source elements.
             Fallback is to only add cut when the action is enabled.

Refactor
 -  move introduce paramater to below change method signature

Window>Preferences>Run/Debug>String Substitution>Edit

Name, Value and Descrition text fields and the Browse button do not use the 
dialog font.

M8

The font registry is not making use of the motif ability to have multiple
FontData objects in a font because bestDataArray() is using only the first good
font.

After merging a file to the HEAD of CVS, that action was added to my list of
choices in the Synchronize drop down in the Synchronize view. It is at the top
of the list, so everytime I start up Eclipse, that is the default selection. 

I would like the ability to remove things from that list, or change the default
choice somehow.

Build id: 200404281424
xp manifest installed
comctrl32.dll 5.82.2800.1106

Some menu items in the edit menu (for the java editor) have truncated labels. 
eg. incremental find previous

M8 did not show the accelerators for these long menu items

will attach a screenshot

Drop down menus: Open the SWT Controls example and select the Coolbar or 
Toolbar example. Press and hold the mouse down on one of the buttons that has 
a dropdown menu. What should happen is that the menu should come up, and as 
you move the mouse it should highlight menu items. When you release the mouse, 
it should select that menu item. However that's not what happens. SWT requires 
that you click and release the mouse button on the dropdown menu control, then 
click and release the mouse button on the item to select.

Combo boxes: Same problem. Open the Combo box SWT example. Press and hold the 
mouse on the combo menu (the triangle button to the right of the combo value). 
You should be able to see the menu of values immediately, move the mouse down 
to the one you want, and release the mouse button. However that's not what 
happens. SWT requires that you click and release the mouse button on the combo 
drop-down menu, then click and release the mouse button on the item to select.

Another example: Open the plug-in manifest editor on any plug-in, go to the 
extensions page, open up the properties view for any extension. Select some 
property that has a list of possible values. It takes about three clicks to 
select the value you want, when it should be a simple task of click-drag-let 
go.

The example that annoys me the most that prompted me to write this is the 
dropdown toolbar menu for launching External Tools. I have to click on the 
arrow and let go (being careful not to click on the button next to the arrow 
which will just launch the last tool), then look down the list and click on 
the tool I want and let go. I alternate between two external tools, and do 
this operation dozens of times a day. The frustration finally built up into a 
bug report. :)

This is on Windows XP. There is some inconsistency about how these controls 
work in native applications (for example I notice that in this web page on IE, 
the combo boxes require the mouse down/up,move,down/up sequence). However many 
applications that I'm used to (for example MS Outlook) work the way that I've 
described it should work above. Also combo boxes and dropdown menus that occur 
in toolbars / coolbars seem to universally NOT require the extra steps in all 
the apps I've tested. For them it's just click-drag-release, just like top 
level menus.

Top level menus, even in Eclipse, support both ways of working. I think 
supporting the extra steps is important for accessibility, but supporting the 
quicker way too would be good.

On Run/Debug>Console Preference Page.
Restore Defaults, Apply, Uncheck "Limit Console Output", Apply, Error....

java.lang.IllegalArgumentException: High water mark must be greater than low water mark
at org.eclipse.ui.console.IOConsole.setWaterMarks(IOConsole.java:288)
at org.eclipse.debug.internal.ui.views.console.ProcessConsole.propertyChange(ProcessConsole.java:
179)
at org.eclipse.ui.plugin.AbstractUIPlugin$2.run(AbstractUIPlugin.java:278)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:616)
at org.eclipse.core.runtime.Platform.run(Platform.java:747)
at 
org.eclipse.ui.plugin.AbstractUIPlugin$CompatibilityPreferenceStore.firePropertyChangeEvent(AbstractUI
Plugin.java:275)
at org.eclipse.ui.plugin.AbstractUIPlugin$1.propertyChange(AbstractUIPlugin.java:218)
at 
org.eclipse.core.internal.preferences.PreferenceForwarder.preferenceChange(PreferenceForwarder.java:
114)
at org.eclipse.core.internal.preferences.EclipsePreferences$4.run(EclipsePreferences.java:743)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:616)
at org.eclipse.core.runtime.Platform.run(Platform.java:747)
at org.eclipse.core.internal.preferences.EclipsePreferences.preferenceChanged(EclipsePreferences.java:
746)
at org.eclipse.core.internal.preferences.EclipsePreferences.putBoolean(EclipsePreferences.java:769)
at org.eclipse.core.internal.preferences.PreferenceForwarder.setValue(PreferenceForwarder.java:225)
at org.eclipse.ui.plugin.AbstractUIPlugin$CompatibilityPreferenceStore.setValue(AbstractUIPlugin.java:
491)
at org.eclipse.jface.preference.BooleanFieldEditor.doStore(BooleanFieldEditor.java:154)
at org.eclipse.jface.preference.FieldEditor.store(FieldEditor.java:636)
at org.eclipse.jface.preference.FieldEditorPreferencePage.performOk(FieldEditorPreferencePage.java:
334)
at 
org.eclipse.debug.internal.ui.preferences.ConsolePreferencePage.performOk(ConsolePreferencePage.jav
a:157)
at org.eclipse.jface.preference.PreferenceDialog$12.run(PreferenceDialog.java:813)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:616)
at org.eclipse.core.runtime.Platform.run(Platform.java:747)
at org.eclipse.jface.preference.PreferenceDialog.okPressed(PreferenceDialog.java:794)
at org.eclipse.jface.preference.PreferenceDialog.buttonPressed(PreferenceDialog.java:223)
at 
org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.buttonPressed(WorkbenchPreferenceDialog.j
ava:83)
at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:538)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1196)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1220)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1205)
at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1053)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2878)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2548)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:706)
at org.eclipse.jface.window.Window.open(Window.java:684)
at org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:75)
at org.eclipse.ui.carbon.CarbonUIEnhancer.runAction(CarbonUIEnhancer.java:165)
at org.eclipse.ui.carbon.CarbonUIEnhancer.access$1(CarbonUIEnhancer.java:146)
at org.eclipse.ui.carbon.CarbonUIEnhancer$2.commandProc(CarbonUIEnhancer.java:84)
at org.eclipse.swt.internal.carbon.OS.SendEventToEventTarget(Native Method)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2530)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1443)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1414)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:271)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:704)
at org.eclipse.core.launcher.Main.main(Main.java:688)

I do some routine meaurements on editors we provide over base Eclipse, and while 
doing those measurements noticed, using M8, that even the basic text editor and 
the java editor take nearly twice as long to open on M8 than they do on the R2.
1x stream. I'll attach a file/table that shows the numbers I'm seeing. These 
measurements are taken with fairly large files (around 300K). The 'delta' 
measurements are basically just from marking time before and after a call to 
workbench.openEditor(...). 


I've done a bit of profiling with 0428 build (post M8) and noticed one thing 
right off. For these 300K files, there is over a million calls to String.
charAt(int), traceable back to 4 calls to AbstractLineTracker.set(String). My 
guess is that some things are being unnecessarily initialized multiple times. 
That's with basic text editor and java editor. 

Things appear even worse for Java Editor, there's also over a million calls to 
JavaCodeScanner.access$0(), stemming from JavaCodeScanner$MethodNameRule.
evaluate(ICharacterScanner). 

I know the number of calls isn't necessarily by itself a problem, I just note 
those as things to investigate.

Out of the box if you select the synchronize global toolbar item, you simply get
a wizard that says there is nothing to do. If it's easy we should be smart for
the CVS case and show the checkout wizard instead. Or show a cheatsheet? I
prefer showing the CVS checkout wizard.

Running IES/WSWB 506 on Win 2K.

1.  Create a Java Launch Configuration wihtout specifying any Java Project
2.  Go to the Source Tab.
3.  Expand the Defaults
4.  Add any archive to the source tab.
5.  Click on Restore Defaults.
6.  Got the Null Pointer Exception.

Looking at the code, a new DefaultSourceContainer is created but the director 
is not initialized.

I got the followiing exception:
java.lang.NullPointerException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.NullPointerException.<init>(NullPointerException.java:60)
	at 
org.eclipse.debug.core.sourcelookup.containers.DefaultSourceContainer.getSourceP
athComputer(DefaultSourceContainer.java:90)
	at 
org.eclipse.debug.core.sourcelookup.containers.DefaultSourceContainer.createSour
ceContainers(DefaultSourceContainer.java:104)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.getSourc
eContainers(CompositeSourceContainer.java:103)
	at 
org.eclipse.debug.internal.ui.sourcelookup.SourceContainerViewer$ContentProvider
.getChildren(SourceContainerViewer.java:75)
	at org.eclipse.jface.viewers.AbstractTreeViewer.getRawChildren
(AbstractTreeViewer.java:717)
	at org.eclipse.jface.viewers.StructuredViewer.getFilteredChildren
(StructuredViewer.java:445)
	at org.eclipse.jface.viewers.StructuredViewer.getSortedChildren
(StructuredViewer.java:549)
	at org.eclipse.jface.viewers.AbstractTreeViewer.updateChildren
(AbstractTreeViewer.java:1451)
	at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefreshStruct
(AbstractTreeViewer.java:1046)
	at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefreshStruct
(AbstractTreeViewer.java:1053)

HEAD stream as of 20040721.

We just released in JDT/Core an option for signalling missing serialVersionUID 
for serializable classes (see bug 69942).

This should be reflected in UI.
* COMPILER / Reporting Missing Declaration of serialVersionUID Field on 
Serializable Class
*    When enabled, the compiler will issue an error or a warning whenever a 
serializable class is missing a local declaration 
*    of a serialVersionUID field. This field must be declared as static final 
and be of type long.
*     - option 
id:         "org.eclipse.jdt.core.compiler.problem.missingSerialVersion"
*     - possible values:   { "error", "warning", "ignore" }
*     - default:           "warning"

For quickfix purpose, we added IProblem.MissingSerialVersion.

I20040519

* configured a build script to run using an external IBM 1.3 VM or JDK 1.3 VM, 
The following error appears in the console (i.e. output from build)

Buildfile: c:\eclispe3.0\dev\JUnitWithAnt\scripts\build.xml
BUILD FAILED: Unable to load default ProjectHelper due to 
java.lang.NoClassDefFoundError: org/xml/sax/SAXParseException
Total time: 170 milliseconds

* The VM never exits, so the build never completes

* When run in the background - it just sticks around in the debug view/console 
until I terminate the process (so many un-terminated runs can pile up if I 
build many times)
* When run in the foreground, a progress dialog remains showing "waiting for 
VM to exit". I can cancel from the dialog.

-> Why doesn't the VM exit?

Test case:

<project default="check">
<Pro
</project>

Code complete after the 'o'
You are presented with proposals that include "property"
Type a 'p'

The proposals close instead of resolving the proposal list further

I200405190010

If I set the view to "Hierarchical Layout" in the Package Explorer my "src" 
folder shows as empty if there are no java files in the root package (i.e. 
only sub-packages at the first level).  Setting to "Flat" and they appear 
again.

Tried a new Java project to recreate, but the problem is not showing on new 
projects.

PB

If you use the modules file in your CVSROOT to define modules composed of other 
modules, these modules will not appear in the HEAD revision listing, inside of 
the CVS repository exploring view

for example:

this module entry in our CVS server results in a module link in the HEAD 
listing correctly:

    ptplace-webapp ptbroker/web-apps/ptplace

but this one does not show up:
    ptplace-all ptbroker &gen_bundle &colinx_xml &ptplace &ptplace_images

The module checks out fine on the command line.

I am using eclipse 3.0 M6, however I observed this to be broken on 3.0 M3, M4, 
and M5.  It _did_ work back on 2.x -- I suspect it was broken when the 
background thread stuff was added.

More platform details:

* Jdk 1.4.1_01
* eclipse version 3.0 M6
* windows 2000
* cvs server version 1.11.11 on solaris ( behavior also observed on 1.10 on 
solaris )

I searched the bug database, googled, searched newsgroups, etc for no luck on 
this problem.

The bug prevents using the cvs features of eclipse easily, because it means 
that the module must be first checked out using cvs command line.

I20040304

Had the folloing exception when stepping into a constructor of an anonymous class.
jdt.ui: CheckedListDialogField.java
	protected TableViewer createTableViewer(Composite parent) {
		Table table= new Table(parent, SWT.CHECK + getListStyle());
		CheckboxTableViewer tableViewer= new CheckboxTableViewer(table);
step in >>	tableViewer.addCheckStateListener(new ICheckStateListener() {
			public void checkStateChanged(CheckStateChangedEvent e) {
				doCheckStateChanged(e);
			}
		});
		return tableViewer;
	}		



!MESSAGE An internal error occurred during: "Debug".
!STACK 0
java.lang.IndexOutOfBoundsException: Index: -1, Size: 0
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.util.ArrayList.RangeCheck(ArrayList.java)
	at java.util.ArrayList.remove(ArrayList.java)
	at org.eclipse.jdi.internal.MethodImpl.argumentTypeNames(MethodImpl.java:280)
	at
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getArgumentTypeNames(JDIStackFrame.java:319)
	at
org.eclipse.jdt.internal.debug.ui.JDIModelPresentation.getStackFrameText(JDIModelPresentation.java)
	at
org.eclipse.jdt.internal.debug.ui.JDIModelPresentation.getText(JDIModelPresentation.java)
	at
org.eclipse.debug.internal.ui.LazyModelPresentation.getText(LazyModelPresentation.java)
	at
org.eclipse.debug.internal.ui.DelegatingModelPresentation.getText(DelegatingModelPresentation.java)
	at
org.eclipse.debug.internal.ui.views.DebugViewLabelDecorator$LabelJob.run(DebugViewLabelDecorator.java)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java)

To many proposals are being presented for the cursor location

junit.framework.AssertionFailedError: expected:<1> but was:<8>
	at junit.framework.Assert.fail(Assert.java:47)
	at junit.framework.Assert.failNotEquals(Assert.java:282)
	at junit.framework.Assert.assertEquals(Assert.java:64)
	at junit.framework.Assert.assertEquals(Assert.java:201)
	at junit.framework.Assert.assertEquals(Assert.java:207)
	at org.eclipse.ant.tests.ui.editor.CodeCompletionTest.testMixedElements
(CodeCompletionTest.java:336)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at junit.framework.TestCase.runTest(TestCase.java:154)
	at junit.framework.TestCase.runBare(TestCase.java:127)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests
(RemoteTestRunner.java:410)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run
(RemoteTestRunner.java:294)
	at org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main
(RemotePluginTestRunner.java:30)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication$1.run
(UITestApplication.java:91)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2329)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2037)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1509)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1480)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:48)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication.run
(UITestApplication.java:34)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

when adding spaces after or vefore a comma for instance the filter doesnt work 
anymore properly - ie. doesnt apply the rest of the filter patterns after the 
space(s)

When I launch a build that is "(Waiting for build to finish...)", it's edit 
action up in the debug view context menu as "Edit Test Bench (Waiting for 
build to finish...)". The action should not be available to working copies - 
just to "real" configs. The action should delegate to the original, for 
working copies

M6

The Generalize Type refactoring leaks a GC every time it's invoked.  It's the 
one created at:

ChangeTypeWizard$ChangeTypeInputPage.addTreeComponent (line 234)

The problem is found in the RAD driver, where Page Designer is the default 
editor for JSP files. 

When debugging JSP with JDT, the editor is having trouble update itself to 
scroll to and highlight the current execution line.

This was working before in eclipse 2.1, where JDT implements 
IDebugEditorPresentation, and calls gotoMarker.

Build I20040226

1. Create a simple project P; create a file file.txt.
2. Open file.txt; close file.txt

Using a profiler, check if there are any instances hanging around.
I discover a left-over editor.  In addition, I leak many ActionHandler and 
HandlerSubmissions (equal number).

(I appear to leak 1 additional editor and N ActionHandler and HandlerSubmission 
instances for each pair of open/close operations)

(I can also cause this with the java editor)

Create a project
Go to the Project + Build Working Set + Select Working Set menu item
Create a new working set "test"
Reopen the Select Working Set window
Remove the "test" working set
Go to the Project + Build Working Set menu item
Result: the "test" working set is still shown
It will be removed when we change the current working set to a differrent one, 
or restart eclipse.
I have fixed it in 
/org.eclipse.ui.ide/src-
ide/org/eclipse/ui/internal/ide/actions/BuildSetMenu.java

	/**
	 * Fills the menu with Show View actions.
	 */
	private void fillMenu(Menu menu) {
		boolean isAutoBuilding = ResourcesPlugin.getWorkspace
().isAutoBuilding();
	
		//build MRU list of recently built working sets:
		IWorkingSet[] sets = window.getWorkbench().getWorkingSetManager
().getRecentWorkingSets();
		BuildSetAction last = BuildSetAction.lastBuilt;
		IWorkingSet lastSet = null;
		//add build action for the last working set that was built
		int accel = 1;
		if (last != null) {
+			// add it only if it has not been removed
+			boolean found = false;
+			for (int i = 0; i < sets.length; i++) {
+				if (sets[i].equals(last.getWorkingSet())){
+					found = true;
+					break;
+				}
+			}
+			if (found == true) {
				last.setChecked(true);
				last.setEnabled(!isAutoBuilding);
				last.setActionDefinitionId
("org.eclipse.ui.project.buildLast"); //$NON-NLS-1$
				addMnemonic(last, accel++);
				new ActionContributionItem(last).fill(menu, -1);
				lastSet = last.getWorkingSet();
+			}
		}
		//add build actions for the most recently used working sets
		for (int i = 0; i < sets.length; i++) {
			if (lastSet != null && lastSet.equals(sets[i]))
				continue;
			BuildSetAction action = new BuildSetAction(sets[i], 
window, actionBars);
			addMnemonic(action, accel++);
			action.setEnabled(!isAutoBuilding);
			new ActionContributionItem(action).fill(menu, -1);
		}
		//add the action to select a different working set
		new Separator().fill(menu, -1);
		selectBuildWorkingSetAction.setEnabled(!isAutoBuilding);
		new ActionContributionItem(selectBuildWorkingSetAction).fill
(menu, -1);
	}

Eclipse reports that "Target std does not exists in this project" for the 
following set of build files although it runs properly with Ant.

build.xml:

<?xml version="1.0"?>

<!DOCTYPE project [
<!ENTITY imports SYSTEM "file:./imports.ent">
]>

<project name="Ant Test" default="build-all">
	
	&imports;
	
	<target name="build-all" depends="std">
		<echo>Built all</echo>
	</target>
	
</project>

imports.ent:

<xmlproperty file="${basedir}/env.xml" semanticAttributes="true"/>
<import file="${env.imports.std}"/>

env.xml:

<env>
	<imports>
		<std>${basedir}/std.xml</std>
	</imports>
</env>

std.xml:

<?xml version="1.0"?>

<project name="Standard Tasks" default="std">
	
	<target name="std">
		<echo>Standard Task</echo>
	</target>
	
</project>

I200400226

public class K {
	class Inner {
	}
	void make() {
		new K(){}.new Inner(){/*x*/};
	}
}

The AnonymousClassDeclaration whose implementation is marked by /*x*/ should
have a range covering "{/*x*/}". Currently, getStartPosition() and getLength()
return a range covering "{}.new Inner(){/*x*/}".

(For Markus' memory: This makes NodeFinder return a wrong node, causing problems
in ChangeSignatureRefactoring test A_testAll51_in)

The buttons down the left hand side do not set the font and it appears that 
the viewer does not either.

build i0529-0105, linux-motif

I started a CVS checkout (platform-doc-user project) and then exited the
platform. I got the following stack trace in my console. I would have expected
the exit to wait for the CVS operation to finish. (be prompted with a dialog
allowing me to cancel the CVS checkout)

hmm..for some reason I can't paste my stack here. Will try again in next comment
or attach.

3.1. 200412131105
I'm running with the debug view as a fast view. When a breakpoint is hit, the
source is shown, but pressing the step keys don't work until the debug view is
visible (e.g. had focus, and is still visible).

I'm pretty sure that this is a regression. I've been working like this for ever
and have always found that the debug keys work.

Another note, I don't use the debug perspective, but have everything in the same
one.

We have Eclipse installed in an AFS volume that is shadowed to multiple sites as a read-only volume.  
When you run eclipse the first time, it hangs showing the splash screen and gives the attached log.  
When you run eclipse a second time, it starts up just fine.  If you delete ~/.eclipse, you can reproduce 
the problem.  This problem occurs on both AIX and Linux.  Note that we have added the following line 
to our config.ini

osgi.locking = none

and our configuration was initialized with eclipse -initialize.

I'm not marking this bug as blocking since there is a workaround, but we would really like to have this 
fixed in 3.0.1 so we don't have to deal with hundreds of users asking why it's not working.

In the case I write the javadoc comment and use the javadoc tak {@link ...} 
then there is the problem in the code assist - the code assist does not display 
the list of the members of the inner class in the case the enclosing master-
class of the inner class is not classified with the full package name. This 
happens if I write the references to some inner class members in the same 
package. For example I have
in package packageA the master class MasterA with the inner class InnerA with 
the method methodA().
If I write the javadoc outside the package packageA, then the code assist After 
typing "{@link Mast" and pressing Ctrl-Space completes the name to
"{@link packageA.MasterA", after pressing "." there comes the selection of the 
inner classes, I can select the class "InnerA" and then after pressing "#" 
comes the list of the methods from "InnerA" where I can select "methodA()" and 
come to the result "{@link packageA.MasterA.InnerA#methodA()" what is correct. 
BUT: If I am in the same package like the class "MasterA", then after 
typing "{@link Mast" and pressing Ctrl-Space completes the name not to
"{@link packageA.MasterA" but to "{@link MasterA" (this is still correct), 
after pressing "." there comes also the selection of the inner classes and I 
can select the class "InnerA" but then after pressing "#" comes nothing, no 
list at all, but there should come the list with "methodA()" and other methods 
from the inner class "InnerA".
This error was present also in the versions 2.x. This would be not so bad if 
there would be a possibility if I am in the same package to expand the class 
name "MasterA" to the full name, but this is not possible and sometimes the 
package paths are long and have to be found somewhere and copied to the place 
where writing the documentation.

JDTCore v_501

The following code should be fine from a grammar standpoint:

interface I {
    enum Location {
    }
}

we incorrectly reject it as a syntax error.

20040303

When I did a Synchronize with Repository with from a project in the package 
view I got the following exception.

Note that you can open the view from the view menu no problem.

!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Mar 03, 2004 15:59:52.944
!MESSAGE java.lang.ClassCastException
!STACK 0
java.lang.ClassCastException
	at 
org.eclipse.team.internal.ui.synchronize.SynchronizeManager.showSynchronizeView
InActivePage(SynchronizeManager.java:322)
	at org.eclipse.team.internal.ccvs.ui.CVSUIPlugin.showInSyncView
(CVSUIPlugin.java:737)
	at org.eclipse.team.internal.ccvs.ui.actions.SyncAction.execute
(SyncAction.java:30)
	at org.eclipse.team.internal.ccvs.ui.actions.CVSAction.run
(CVSAction.java:52)
	at org.eclipse.ui.actions.ActionDelegate.runWithEvent
(ActionDelegate.java:71)
	at org.eclipse.ui.internal.PluginAction.runWithEvent
(PluginAction.java:263)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:550)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:502)
	at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:435)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2352)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2033)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1509)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1480)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:48)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

Compile the 2 attached files in Eclipse, and run p2.test2 from the command line
with the -Xfuture option. You will get this exception:

Exception in thread "main" java.lang.IllegalAccessError: tried to access method
p1.test1.doit()V from class p2.test2$1
        at p2.test2$1.bar(test2.java:9)
        at p2.test2.foo(test2.java:11)
        at p2.test2.main(test2.java:17)

Eclipse does not seem to generate an accessor from p2.test2 to p1.test1, like
Sun's javac does.

Note:
I am using -Xfuture not because I want to be paranoid, but because I have this
problem when this code runs inside a Web application. The VM for the app. server
is not started with -Xfuture, so I just assume that the VM is more strict  when
the code is loaded through a class loader.

I20040518 M9 testpass

1. Use eclipse without it covering the entire screen, but merely the lower left
2. Open JavaEditor.java
3. Put the editor caret somewhere on AbstractSelectionChangedListener::install
4. Without changing the selection, scroll to the very end of the end of the file
5. Press Alt+Shift+T/S to bring up the quick menu
-> expected: the menu shows up somewhere in the eclipse workbench
-> actual: the menu shows up on the very top of the screen, over other applications.

The class loader for install handler objects should include the graphical
libraries by default.  The class creating the install handler could then pass in
context information, like a reference to Shell, that the install handler could
use to present dialogs to the user.

If I have breakpoints grouped and then set to "Skip All Breakpoints" only the 
group checkbox gets greyed out. The breakpoints remain "fully" checked.

Checking and unchecking an individual breakpoint in the skip all mode can set 
the group icon to fully checked as well.

Following bug 61181, if //toto is defined as a task tag, a line comment starting
with toto is seen as a task. I would expect ////toto to be a task, not simply
//toto.

test case:
public class A {
    //toto
}

This should not create a task tag.

200405210010

- select return type of "TestResult run()" in TestCase.java
- Search > Find Occurrences in File
-> search annotations are correctly shown in vertical ruler
- close editor
- Navigate > Back
-> only one search annotation is shown in vertical ruler
-> expected: all annotations shown

"Go to Next/Previous Annotation" also finds only one of the occurrences.

On the Ant build tab, select "Build before launch" and then select "Specific 
projects" to get in an error state as you need to select projects.
Toggle off "Build before launch".
The error remains.

Build: I-20040106

1. Create a plug-in project.  Choose the one with the sample editor from the 
list.
2. In the manifest editor of the plug-in, go to the dependencies page and 
delete "org.eclipse.ui.workbench.texteditor".
3. Save.
4. The classpath of the project will now update and you will see compilation 
errors as you would expect.

The error marker is as follows, and indicates the error is in 
resource 'EditorPlugin.java'.  This is wrong (problem #1).  If anything, the 
error should be tagged to resource 'XMLEditor.java'
The type org.eclipse.ui.texteditor.StatusTextEditor cannot be resolved. It is 
indirectly referenced from required .class files.
					
					
Problem #2:
I tried to open XMLEditor.java and I got the following NPE:
Error Jan 10, 2004 07:22:25.299 Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
java.lang.NullPointerException
at 
org.eclipse.jdt.internal.compiler.lookup.MethodVerifier.computeInheritedMethods
(MethodVerifier.java:365)
at org.eclipse.jdt.internal.compiler.lookup.MethodVerifier.verify
(MethodVerifier.java:490)
at org.eclipse.jdt.internal.compiler.lookup.SourceTypeBinding.verifyMethods
(SourceTypeBinding.java:1036)
at org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.verifyMethods
(CompilationUnitScope.java:599)
at org.eclipse.jdt.internal.core.hierarchy.HierarchyResolver.resolve
(HierarchyResolver.java:667)
at org.eclipse.jdt.internal.core.hierarchy.HierarchyResolver.resolve
(HierarchyResolver.java:495)
at org.eclipse.jdt.internal.core.hierarchy.HierarchyBuilder.buildSupertypes
(HierarchyBuilder.java:120)
at org.eclipse.jdt.internal.core.hierarchy.IndexBasedHierarchyBuilder.build
(IndexBasedHierarchyBuilder.java:133)
at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.compute
(TypeHierarchy.java:319)
at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.refresh
(TypeHierarchy.java:1234)
at org.eclipse.jdt.internal.core.CreateTypeHierarchyOperation.executeOperation
(CreateTypeHierarchyOperation.java:90)
at org.eclipse.jdt.internal.core.JavaModelOperation.execute
(JavaModelOperation.java:364)
at org.eclipse.jdt.internal.core.JavaModelOperation.run
(JavaModelOperation.java:703)
at org.eclipse.jdt.internal.core.JavaElement.runOperation(JavaElement.java:524)
at org.eclipse.jdt.internal.core.SourceType.newSupertypeHierarchy
(SourceType.java:550)
at org.eclipse.jdt.internal.core.SourceType.newSupertypeHierarchy
(SourceType.java:502)
at 
org.eclipse.jdt.internal.corext.util.SuperTypeHierarchyCache.getTypeHierarchy
(SuperTypeHierarchyCache.java:73)
at org.eclipse.jdt.ui.OverrideIndicatorLabelDecorator.getOverrideIndicators
(OverrideIndicatorLabelDecorator.java:151)
at org.eclipse.jdt.ui.OverrideIndicatorLabelDecorator.computeAdornmentFlags
(OverrideIndicatorLabelDecorator.java:121)
at org.eclipse.jdt.ui.OverrideIndicatorLabelDecorator.decorateImage
(OverrideIndicatorLabelDecorator.java:93)
at org.eclipse.jdt.internal.ui.viewsupport.JavaUILabelProvider.decorateImage
(JavaUILabelProvider.java:119)
at org.eclipse.jdt.internal.ui.viewsupport.JavaUILabelProvider.getImage
(JavaUILabelProvider.java:134)
at org.eclipse.jface.viewers.DecoratingLabelProvider.getImage
(DecoratingLabelProvider.java:73)
at org.eclipse.jdt.internal.ui.viewsupport.DecoratingJavaLabelProvider.getImage
(DecoratingJavaLabelProvider.java:103)
at org.eclipse.jface.viewers.TreeViewer.doUpdateItem(TreeViewer.java:99)
at org.eclipse.jface.viewers.AbstractTreeViewer$UpdateItemSafeRunnable.run
(AbstractTreeViewer.java:87)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:813)
at org.eclipse.core.runtime.Platform.run(Platform.java:457)
at org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem
(AbstractTreeViewer.java:469)
at org.eclipse.jface.viewers.StructuredViewer$UpdateItemSafeRunnable.run
(StructuredViewer.java:119)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:813)
at org.eclipse.core.runtime.Platform.run(Platform.java:457)
at org.eclipse.jface.viewers.StructuredViewer.updateItem
(StructuredViewer.java:1285)
at org.eclipse.jface.viewers.AbstractTreeViewer.createTreeItem
(AbstractTreeViewer.java:383)
at org.eclipse.jface.viewers.AbstractTreeViewer$1.run
(AbstractTreeViewer.java:363)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
at org.eclipse.jface.viewers.AbstractTreeViewer.createChildren
(AbstractTreeViewer.java:349)
at org.eclipse.jface.viewers.AbstractTreeViewer.internalExpandToLevel
(AbstractTreeViewer.java:926)
at 
org.eclipse.jdt.internal.ui.javaeditor.JavaOutlinePage$JavaOutlineViewer.intern
alExpandToLevel(JavaOutlinePage.java:423)
at org.eclipse.jface.viewers.AbstractTreeViewer.internalExpandToLevel
(AbstractTreeViewer.java:935)
at 
org.eclipse.jdt.internal.ui.javaeditor.JavaOutlinePage$JavaOutlineViewer.intern
alExpandToLevel(JavaOutlinePage.java:423)
at org.eclipse.jface.viewers.AbstractTreeViewer$5.run
(AbstractTreeViewer.java:809)
at org.eclipse.jface.viewers.StructuredViewer.preservingSelection
(StructuredViewer.java:810)
at org.eclipse.jface.viewers.AbstractTreeViewer.inputChanged
(AbstractTreeViewer.java:798)
at org.eclipse.jface.viewers.ContentViewer.setInput(ContentViewer.java:238)
at org.eclipse.jface.viewers.StructuredViewer.setInput
(StructuredViewer.java:1004)
at org.eclipse.jdt.internal.ui.javaeditor.JavaOutlinePage.createControl
(JavaOutlinePage.java:1056)
at org.eclipse.ui.views.contentoutline.ContentOutline.doCreatePage
(ContentOutline.java:125)
at org.eclipse.ui.part.PageBookView.createPage(PageBookView.java:306)
at org.eclipse.ui.part.PageBookView.partActivated(PageBookView.java:561)
at org.eclipse.ui.internal.PartListenerList$1.run(PartListenerList.java:49)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:813)
at org.eclipse.core.runtime.Platform.run(Platform.java:457)
at org.eclipse.ui.internal.PartListenerList.firePartActivated
(PartListenerList.java:47)
at org.eclipse.ui.internal.WorkbenchPage.firePartActivated
(WorkbenchPage.java:1251)
at org.eclipse.ui.internal.WorkbenchPage.setActivePart(WorkbenchPage.java:2513)
at org.eclipse.ui.internal.WorkbenchPage.activate(WorkbenchPage.java:448)
at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor
(WorkbenchPage.java:2061)
at org.eclipse.ui.internal.WorkbenchPage.access$6(WorkbenchPage.java:1990)
at org.eclipse.ui.internal.WorkbenchPage$9.run(WorkbenchPage.java:1977)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:1972)
at org.eclipse.ui.ide.IDE.openEditor(IDE.java:265)
at org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.openInEditor
(EditorUtility.java:133)
at org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.openInEditor
(EditorUtility.java:111)
at org.eclipse.jdt.internal.ui.actions.OpenActionUtil.open
(OpenActionUtil.java:49)
at org.eclipse.jdt.ui.actions.OpenAction.run(OpenAction.java:158)
at org.eclipse.jdt.ui.actions.OpenAction.run(OpenAction.java:147)
at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun
(SelectionDispatchAction.java:212)
at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run
(SelectionDispatchAction.java:188)
at 
org.eclipse.jdt.internal.ui.packageview.PackageExplorerActionGroup.handleOpen
(PackageExplorerActionGroup.java:329)
at org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart$5.open
(PackageExplorerPart.java:334)
at org.eclipse.jface.viewers.StructuredViewer$2.run(StructuredViewer.java:406)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:813)
at org.eclipse.core.runtime.Platform.run(Platform.java:457)
at org.eclipse.jface.viewers.StructuredViewer.fireOpen
(StructuredViewer.java:404)
at org.eclipse.jface.viewers.StructuredViewer.handleOpen
(StructuredViewer.java:614)
at org.eclipse.jface.viewers.StructuredViewer$6.handleOpen
(StructuredViewer.java:703)
at org.eclipse.jface.util.OpenStrategy.fireOpenEvent(OpenStrategy.java:209)
at org.eclipse.jface.util.OpenStrategy.access$2(OpenStrategy.java:204)
at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:233)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:847)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2311)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1992)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1506)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1482)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:246)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:226)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:85)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
at org.eclipse.core.launcher.Main.run(Main.java:742)
at org.eclipse.core.launcher.Main.main(Main.java:581)

Build I200405190010

1. Check Java > Editor > Mark occurrences > Mark method exits (only)
2. Select the return type of a method containinga return statement

Observe: the return type is not highlighted.

Expectation: it should be.

3. Check Java > Editor > Mark occurrences > Mark exceptions (in addition to 
Mark method exits)
4. Select the return type again

Observe: the return type is highlighted.

While using the add unimplemented methods quick fix for a syntactially incorrect
file i got an NPE.  Even after fixing the syntax errors it still did not work.

I have been unable to reproduce the error and it went away after a workbench
restart.  I checked the spot where the error occured and it looks like it should
never have happened...

java.lang.NullPointerException
at
org.eclipse.jdt.internal.corext.codemanipulation.StubUtility.suggestArgumentNames(StubUtility.java:1139)
at
org.eclipse.jdt.internal.ui.text.correction.UnimplementedMethodsCompletionProposal.getArgumentNames(UnimplementedMethodsCompletionProposal.java:152)
at
org.eclipse.jdt.internal.ui.text.correction.UnimplementedMethodsCompletionProposal.createNewMethodDeclaration(UnimplementedMethodsCompletionProposal.java:102)
at
org.eclipse.jdt.internal.ui.text.correction.UnimplementedMethodsCompletionProposal.getRewrite(UnimplementedMethodsCompletionProposal.java:83)
at
org.eclipse.jdt.internal.ui.text.correction.ASTRewriteCorrectionProposal.addEdits(ASTRewriteCorrectionProposal.java:61)
at
org.eclipse.jdt.internal.ui.text.correction.CUCorrectionProposal.initializeTextChange(CUCorrectionProposal.java:135)
at
org.eclipse.jdt.internal.ui.text.correction.CUCorrectionProposal.performChange(CUCorrectionProposal.java:258)
at
org.eclipse.jdt.internal.ui.text.correction.CUCorrectionProposal.apply(CUCorrectionProposal.java:289)
at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.insertProposal(CompletionProposalPopup.java:396)
at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.selectProposalWithMask(CompletionProposalPopup.java:359)
at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$19(CompletionProposalPopup.java:355)
at
org.eclipse.jface.text.contentassist.CompletionProposalPopup$3.widgetDefaultSelected(CompletionProposalPopup.java:320)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:96)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
at org.eclipse.core.launcher.Main.run(Main.java:644)
at org.eclipse.core.launcher.Main.main(Main.java:628)

M6

- open a java file
- make a change to it and save it
- in the open editor right-click -> Local History > Compare With...
- Close the subsequent dialog

This leaks the image from the "Java Source Compare" title bar each time it's 
invoked.  Here's the creation trace:

at org.eclipse.swt.graphics.Device.new_Object(Device.java:648)
at org.eclipse.swt.graphics.Image.<init>(Image.java:629)
at org.eclipse.jface.resource.ImageDescriptor.createImage
(ImageDescriptor.java:135)
at org.eclipse.jface.resource.ImageDescriptor.createImage
(ImageDescriptor.java:94)
at org.eclipse.jface.resource.ImageDescriptor.createImage
(ImageDescriptor.java:83)
at org.eclipse.jdt.internal.ui.compare.JavaCompareUtilities.getImage
(JavaCompareUtilities.java:230)
at org.eclipse.jdt.internal.ui.compare.JavaCompareWithEditionAction.run
(JavaCompareWithEditionAction.java:76)
at org.eclipse.jdt.internal.ui.compare.JavaHistoryAction.run
(JavaHistoryAction.java:341)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:842)
at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:509)
at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:461)
at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:408)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2318)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1999)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1506)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1482)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:246)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:226)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:85)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
at org.eclipse.core.launcher.Main.run(Main.java:742)
at org.eclipse.core.launcher.Main.main(Main.java:581)

M6

- open a java file
- make a change to it, save it
- in the java editor right-click -> Local History -> Replace with Previous

This leaks 2 images each time it's invoked; they're the ones created in 
EditionSelectionDialog.<init> lines 226 and 230.

The "build before launch" pref should by "ALWAYS" by default.

I20040427

When Project > Clean... is called, builders have an opportunity to discard
derived resources and remove other artifacts produced by builds.  The Java
builder should consider implementing this to discard .class flies (honoring the
"clean output folders" on full build preference) and discard problem markers.

Note: This is mainly a matter of user perception of the meaning of "clean" (the
expectation is that their class files will be deleted) - If the Java builder
does nothing on clean for 3.0, typical use cases will still work fine
(subsequent build after clean will be a full build and everything is rebuilt
from scratch).

build I20040106

- opened old workspace (last updated mid Nov) with new build
- reloaded source for UI
- re-imported all binaries (plus new ones introduced since Nov)
- not all compilation problems were resolved -- there were several classpath 
issues, including the classpath for org.eclipse.core.runtime.compatibility 
being empty
- deleted all binary projects and allowed dynamic classpaths to resolve them 
in the target
- sure enough, when I went to the Target Platform page, the location was blank 
and it had no plugins or fragments
- pointed it to my install plugins dir (c:\eclipse-I20040106\eclipse\plugins)
- it did not find any new plugins
- pressed Reload, but it had no effect
- tried to press OK, but it would not accept
- pressed Cancel
- later, I noticed that the log had:

!ENTRY org.eclipse.pde.core 2 1 Jan 09, 2004 16:43:43.210
!MESSAGE Problems while scanning external plug-ins
!SUBENTRY 1 org.eclipse.core.runtime 2 1 Jan 09, 2004 16:43:43.210
!MESSAGE Unable to resolve plug-in registry.
!ENTRY org.eclipse.pde.core 2 1 Jan 09, 2004 16:43:46.455
!MESSAGE Problems while scanning external plug-ins
!SUBENTRY 1 org.eclipse.core.runtime 2 1 Jan 09, 2004 16:43:46.455
!MESSAGE Unable to resolve plug-in registry.
!ENTRY org.eclipse.pde.core 2 1 Jan 09, 2004 16:43:47.496
!MESSAGE Problems while scanning external plug-ins
!SUBENTRY 1 org.eclipse.core.runtime 2 1 Jan 09, 2004 16:43:47.496
!MESSAGE Unable to resolve plug-in registry.
!ENTRY org.eclipse.pde.core 2 1 Jan 09, 2004 16:43:47.927
!MESSAGE Problems while scanning external plug-ins
!SUBENTRY 1 org.eclipse.core.runtime 2 1 Jan 09, 2004 16:43:47.927
!MESSAGE Unable to resolve plug-in registry.
!ENTRY org.eclipse.pde.core 2 1 Jan 09, 2004 16:43:48.388
!MESSAGE Problems while scanning external plug-ins
!SUBENTRY 1 org.eclipse.core.runtime 2 1 Jan 09, 2004 16:43:48.388
!MESSAGE Unable to resolve plug-in registry.
!ENTRY org.eclipse.pde.core 2 1 Jan 09, 2004 16:43:49.59
!MESSAGE Problems while scanning external plug-ins
!SUBENTRY 1 org.eclipse.core.runtime 2 1 Jan 09, 2004 16:43:49.59
!MESSAGE Unable to resolve plug-in registry.
!ENTRY org.eclipse.pde.core 2 1 Jan 09, 2004 16:43:49.429
!MESSAGE Problems while scanning external plug-ins
!SUBENTRY 1 org.eclipse.core.runtime 2 1 Jan 09, 2004 16:43:49.429
!MESSAGE Unable to resolve plug-in registry.
!ENTRY org.eclipse.pde.core 2 1 Jan 09, 2004 16:43:50.200
!MESSAGE Problems while scanning external plug-ins
!SUBENTRY 1 org.eclipse.core.runtime 2 1 Jan 09, 2004 16:43:50.200
!MESSAGE Unable to resolve plug-in registry.
!ENTRY org.eclipse.pde.core 2 1 Jan 09, 2004 16:43:50.671
!MESSAGE Problems while scanning external plug-ins
!SUBENTRY 1 org.eclipse.core.runtime 2 1 Jan 09, 2004 16:43:50.671
!MESSAGE Unable to resolve plug-in registry.
!ENTRY org.eclipse.pde.core 2 1 Jan 09, 2004 16:43:51.61
!MESSAGE Problems while scanning external plug-ins
!SUBENTRY 1 org.eclipse.core.runtime 2 1 Jan 09, 2004 16:43:51.61
!MESSAGE Unable to resolve plug-in registry.
!ENTRY org.eclipse.pde.core 2 1 Jan 09, 2004 16:43:51.612
!MESSAGE Problems while scanning external plug-ins
!SUBENTRY 1 org.eclipse.core.runtime 2 1 Jan 09, 2004 16:43:51.612
!MESSAGE Unable to resolve plug-in registry.
!ENTRY org.eclipse.pde.core 2 1 Jan 09, 2004 16:43:51.833
!MESSAGE Problems while scanning external plug-ins
!SUBENTRY 1 org.eclipse.core.runtime 2 1 Jan 09, 2004 16:43:51.833
!MESSAGE Unable to resolve plug-in registry.
!ENTRY org.eclipse.pde.core 2 1 Jan 09, 2004 16:43:52.23
!MESSAGE Problems while scanning external plug-ins
!SUBENTRY 1 org.eclipse.core.runtime 2 1 Jan 09, 2004 16:43:52.23
!MESSAGE Unable to resolve plug-in registry.
!ENTRY org.eclipse.pde.core 2 1 Jan 09, 2004 16:43:52.233
!MESSAGE Problems while scanning external plug-ins
!SUBENTRY 1 org.eclipse.core.runtime 2 1 Jan 09, 2004 16:43:52.233
!MESSAGE Unable to resolve plug-in registry.
!ENTRY org.eclipse.pde.core 2 1 Jan 09, 2004 16:43:52.534
!MESSAGE Problems while scanning external plug-ins
!SUBENTRY 1 org.eclipse.core.runtime 2 1 Jan 09, 2004 16:43:52.534
!MESSAGE Unable to resolve plug-in registry.
!ENTRY org.eclipse.ui 4 4 Jan 09, 2004 16:43:58.242
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Jan 09, 2004 16:43:58.252
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at org.eclipse.pde.internal.core.PluginModelManager.handleModelsChanged
(PluginModelManager.java:160)
	at org.eclipse.pde.internal.core.PluginModelManager.access$1
(PluginModelManager.java:154)
	at org.eclipse.pde.internal.core.PluginModelManager$1.modelsChanged
(PluginModelManager.java:39)
	at 
org.eclipse.pde.internal.core.ExternalModelManager.fireModelProviderEvent
(ExternalModelManager.java:137)
	at 
org.eclipse.pde.internal.ui.preferences.ExternalPluginsBlock.computeDelta
(ExternalPluginsBlock.java:195)
	at 
org.eclipse.pde.internal.ui.preferences.ExternalPluginsBlock$SaveOperation.run
(ExternalPluginsBlock.java:81)
	at org.eclipse.jdt.internal.core.BatchOperation.executeOperation
(BatchOperation.java:34)
	at org.eclipse.jdt.internal.core.JavaModelOperation.execute
(JavaModelOperation.java:364)
	at org.eclipse.jdt.internal.core.JavaModelOperation.run
(JavaModelOperation.java:703)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1555)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1574)
	at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3129)
	at org.eclipse.pde.internal.ui.preferences.ExternalPluginsBlock$1.run
(ExternalPluginsBlock.java:296)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.pde.internal.ui.preferences.ExternalPluginsBlock.save
(ExternalPluginsBlock.java:293)
	at 
org.eclipse.pde.internal.ui.preferences.TargetPlatformPreferencePage.performOk
(TargetPlatformPreferencePage.java:160)
	at org.eclipse.jface.preference.PreferenceDialog.okPressed
(PreferenceDialog.java:779)
	at org.eclipse.jface.preference.PreferenceDialog.buttonPressed
(PreferenceDialog.java:223)
	at 
org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.buttonPressed
(WorkbenchPreferenceDialog.java:104)
	at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:430)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:847)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2311)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1992)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:586)
	at org.eclipse.jface.window.Window.open(Window.java:566)
	at org.eclipse.ui.internal.OpenPreferencesAction.run
(OpenPreferencesAction.java:72)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:842)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:509)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:461)
	at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:408)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:847)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2311)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1992)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1506)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1482)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:246)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:226)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

It had a few other copies of the same stack trace.

Going back to the pref page and pressing Reload generates another "Problems 
while scanning external plug-ins" entry.

Eclipse (Linux GTK) 20040728 on Linux Fedora core 1 

I don't know what I did to cause this unfortunately, I'll look out for it again.

java.lang.IndexOutOfBoundsException: Index: 4, Size: 4
	at java.util.ArrayList.RangeCheck(ArrayList.java:507)
	at java.util.ArrayList.get(ArrayList.java:324)
	at
org.eclipse.jdt.internal.corext.util.SuperTypeHierarchyCache.addTypeHierarchyToCache(SuperTypeHierarchyCache.java:123)
	at
org.eclipse.jdt.internal.corext.util.SuperTypeHierarchyCache.getTypeHierarchy(SuperTypeHierarchyCache.java:96)
	at
org.eclipse.jdt.internal.corext.util.SuperTypeHierarchyCache.getTypeHierarchy(SuperTypeHierarchyCache.java:81)
	at
org.eclipse.jdt.ui.OverrideIndicatorLabelDecorator.getOverrideIndicators(OverrideIndicatorLabelDecorator.java:159)
	at
org.eclipse.jdt.ui.OverrideIndicatorLabelDecorator.computeAdornmentFlags(OverrideIndicatorLabelDecorator.java:127)
	at
org.eclipse.jdt.ui.OverrideIndicatorLabelDecorator.decorate(OverrideIndicatorLabelDecorator.java:238)
	at
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.decorate(LightweightDecoratorDefinition.java:155)
	at
org.eclipse.ui.internal.decorators.LightweightDecoratorManager$LightweightRunnable.run(LightweightDecoratorManager.java:60)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.decorate(LightweightDecoratorManager.java:258)
	at
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.getDecorations(LightweightDecoratorManager.java:241)
	at
org.eclipse.ui.internal.decorators.DecorationScheduler$1.run(DecorationScheduler.java:285)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

Created a variable for JDOM. Pointed to the JAR. Works fine, all errors are gone when returning to 
source. Go back into properties and expand the jar node and click to stipulate the location of the 
JavaDoc. Point to the folder, click validate. It is valid and the system opens the JavaDoc in a 
browser. Close properties and then go back in. JavaDoc location is blank.

Version is 3M6.

Platforms: Solaris 9 and HP-UX11.11
Eclipse 3.0M8, Build Id: 200403261517

First I will prove that I can open the web browser via Eclipse Help:
- Go to Window->Preferences->Help. Enter in the browser's path and command (e.g 
<path>/netscape %1) into "Customer Browser command". Click OK.
- Go to Help->Help Contents. The browser opens with Eclipse Help System content.
The browser is working O.K.

I now go to Help again:
- Help->About Eclipse Platform->Feature Details. Select an item and click 'More 
Info'. An error dialog box comes up with an "Unable to open web browser" 
message. Same with Help->About Eclipse Platform->Plug-in Details

Is there any place on Eclipse that I can set the 'More Info' web browser 
preference?

Bug 57173 explains why activity filtering isn't working in the Breakpoints view right now. Unfortunately, 
the fix requires a plugin identifier, which aren't available for breakpoints.

Bug 58731 covers a possible solution from the platform.

build 20040610 - 0800
- load SWT + UI from HEAD at 12 noon on June 10.

- I have a single class in SWT called PrinterData that does not seem to 
compile.
- the error is "Missing code implementation in the compiler
	PrinterData.java	org.eclipse.swt/Eclipse SWT 
Printing/common/org/eclipse/swt/printing	line 1	June 10, 2004 12:50:59 
PM"

- recompiling/delete and checkout again will not fix this.  I'm not sure why 
this is happening

The "Build All" and "Rebuild All" actions are run in the background, but 
the "Build Project" and "Rebuild Project" actions aren't. 

This is not consistent and I was surprised to get a modal dialog when 
performing a "Rebuild Project".

The tree should not always be fully expanded.  The problem I have is that many 
of our categories are fairly long, and this forces the user to scroll past 
much of the tree to find what they are looking for.  I suggest the tree should 
be fully expanded only if the entire expanded tree does not require a vertical 
scrollbar.

We should add the following improvements to the ProgressMonitorJobsDialog

1) Open progress viewer
2) use a better icon
3) Switch the name to Waiting rather ta\han blocked

We ran into this problem while investigating solutions for bug 54898.

If you open an external Java file using the Java editor, you don't get the 
ruler.  So if you set breakpoints in the file, you won't see the breakpoints 
in the editor.  They will only show up in the Breakpoints view, thus making 
the debugging experience much harder.

I20040309

1. open the same CU in two windows
2. add a temporary error in one window
3. switch to the other window
   observe: error is shown (OK)
4. start typing in a comment
   observe: annotations go away (BAD)

This is probably a re-entrancy problem when reconciling

I20040304
Brand new workspace

Window>Preferences>Workbench>Color and Fonts
Select Uncategorized
Select the Banner Font entry

The label changes from "Banner Font" to "Banner F..." even though there 
appears to be plenty of space to display the label.
This occurs for every label that is longer than the shortest label ("Dialog 
Font")

3.1 M2

When I create an enabled submission for a specific shell and part, identified 
with its part *Id*, the enabled submission appears to be enabled for the 
entire shell - not just when the associated part is active.

When I create an enabled submission for a specific shell and part, identified 
with its part *site*, the enabled submission works as expected.

There seems to be a bug with using part Ids rather than part sites. In my 
case, I want to use the part Id, since the part may not exist when I create 
the enabled submission (so I can only reference it by Id).

(Speaking with Doug, he says that the same problem exists with handler 
submissions).

Erich has reported a case where he exported some preferences but not everything
was exported.

Need to review the code where we export the preferences and...
- the plug-in hasn't been activated
- the plug-in hasn't been activated OR converted from legacy format

The IWorkbenchPage interface needs to provide the closePerspective() method 
which is on WorkbenchPage. There is no way other than using internal Eclipse 
functions to close a perspective. This should remove it from the perspectiveBar 
too.

There seems to be a dead end here to do this. One reason for this is that 
someone closes all views of a perspective and the perspective is still there 
empty, so you have to reset the perspective? Not obvious to a user at a 
corporation but maybe a programmer.

JDTCore v_501

!ENTRY org.eclipse.core.runtime 4 2 Jul 29, 2004 16:00:29.338
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.ClassCastException: 
org.eclipse.jdt.internal.compiler.ast.AnnotationTypeMemberDeclaration
	at org.eclipse.jdt.internal.compiler.ast.Javadoc.resolve
(Javadoc.java:211)
	at 
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveJavadoc
(AbstractMethodDeclaration.java:383)
	at 
org.eclipse.jdt.internal.compiler.ast.AnnotationTypeMemberDeclaration.resolve
(AnnotationTypeMemberDeclaration.java:119)
	at org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve
(TypeDeclaration.java:938)
	at org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve
(TypeDeclaration.java:987)
	at 
org.eclipse.jdt.internal.compiler.ast.CompilationUnitDeclaration.resolve
(CompilationUnitDeclaration.java:280)
	at org.eclipse.jdt.internal.compiler.Compiler.process
(Compiler.java:508)
	at org.eclipse.jdt.internal.compiler.Compiler.compile
(Compiler.java:335)
	at org.eclipse.jdt.internal.core.builder.AbstractImageBuilder.compile
(AbstractImageBuilder.java:209)
	at org.eclipse.jdt.internal.core.builder.AbstractImageBuilder.compile
(AbstractImageBuilder.java:182)
	at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.build
(BatchImageBuilder.java:49)
	at org.eclipse.jdt.internal.core.builder.JavaBuilder.buildAll
(JavaBuilder.java:212)
	at org.eclipse.jdt.internal.core.builder.JavaBuilder.build
(JavaBuilder.java:135)
	at org.eclipse.core.internal.events.BuildManager$2.run
(BuildManager.java:564)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.core.internal.events.BuildManager.basicBuild
(BuildManager.java:157)
	at org.eclipse.core.internal.events.BuildManager.basicBuild
(BuildManager.java:249)
	at org.eclipse.core.internal.events.BuildManager.basicBuild
(BuildManager.java:202)
	at org.eclipse.core.internal.events.BuildManager$1.run
(BuildManager.java:229)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.core.internal.events.BuildManager.basicBuild
(BuildManager.java:232)
	at org.eclipse.core.internal.events.BuildManager.basicBuildLoop
(BuildManager.java:268)
	at org.eclipse.core.internal.events.BuildManager.build
(BuildManager.java:297)
	at org.eclipse.core.internal.resources.Workspace.build
(Workspace.java:198)
	at org.eclipse.ui.actions.GlobalBuildAction$1.run
(GlobalBuildAction.java:182)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

the implementation for the editor tabs uses the CTabFolder which maintains 
tabs in the order they were created.  However the sideeffect is that when 
selecting a tab from the drop down for example it is possible to have all 
visible tabs change to those that have been created with indexes right before 
and after the selected one.

(m5 & m6) in an RCP plugin
Mouse events for Swing controls (JTree and JButton) are not received if they 
are placed directly in the Frame created by new_Frame. A Panel must be added to 
the Frame and then the Swing controls added to the Panel.
A plain AWT button works fine.

public void createPartControl(Composite parent)
{
m_frame = SWT_AWT.new_Frame(parent);
m_frame.setLayout(new BorderLayout());
m_frame.add(new JButton("hello"), BorderLayout.NORTH);
m_frame.add(new Button("hello 2"), BorderLayout.SOUTH);
m_frame.add(new JTree(), BorderLayout.CENTER);
}
I have experimented with more complex AWT/Swing componenets.
Tomsawyer must have the panel
OpenViz must NOT have a panel!

Need to ensure content types/file associations are contributed by the right
plugins. Right now, we have a few of them being contributed by runtime itself
that should me moved to their respective plugins, and others should probably be
declared (plugin manifests, ant scripts, ...).

Cheetah-03

On following code, codeassist shouldn't offer any type completion since T is 
not a generic type.

public class X <T> {
	T t1;
	X<String> x;
	void foo(T t2){
		T<Stri<CODEASSIST>
	}
}

with I20040428, on windows XP. I'll attach "dump", but was just browsing PDE 
preferences, when crash occurred. From the dump, it appears related to new 
Progress Viewer, but ... since on OS.winproc, will pass by SWT first? Have just 
seen once (after about 30 minutes of using new I-build).

20040309

JavaCore.getOption(JavaCore.COMPILER_CODEGEN_INLINE_JSR_BYTECODE) returns null.
Should be 'enabled' or 'disabled'

Following comment 12 for bug 15239, I am filing a new bug report for this 
problem:

"Your example actually shows a bug in ToolBar wrap feature: when the toolBar 
is 
wrapped only by a few pixels (in the example 8 is the magic number) removing  
and adding a new item causes wrapping to fail, here the example:

Display display = new Display();
Shell shell = new Shell(display);
final ToolBar toolBar = new ToolBar (shell, SWT.BORDER | SWT.WRAP);
for (int i= 0; i < 4; i++) {
	ToolItem item = new ToolItem(toolBar, SWT.RIGHT);
	item.setText("String " + i);
}
Point size = toolBar.computeSize (SWT.DEFAULT, SWT.DEFAULT);
Rectangle rect = shell.getClientArea();
toolBar.setBounds (rect.x, rect.y, size.x - 8, rect.height);
shell.addListener(SWT.MouseDown, new Listener() {
	public void handleEvent(Event event) {
		toolBar.getItem(3).dispose();
		ToolItem item = new ToolItem(toolBar, SWT.RIGHT);
		item.setText("String 4");
	}
});
shell.open();
while (!shell.isDisposed()) {
	if (!display.readAndDispatch())
		display.sleep();
}
display.dispose();

Note: In different machines (different windows version), maybe it is need to 
decrease the width by less than 8 pixels."

When you call ComboViewer internalRefresh (via StructuredViewer.refresh), the
viewer clears the model, gets the list of items from the data model and walks
through them one by one, adding them to the combo and the element map:

ILabelProvider labelProvider= (ILabelProvider) getLabelProvider();
		for (int i= 0; i < children.length; i++) {
			Object el = children[i];
			listAdd(labelProvider.getText(el), i);
			listMap.add(el);
			mapElement(el, list); // must map it, since findItem only looks in map, if
enabled
		}

However, this is a slow process because listAdd() calls combo.add(), which
copies over the current list and adds one item to it.  So in my list of 376
items, 376 new Arrays are created, weahc one larger than the last, and 376
arrayCopy's are done and combo.setItems() is callled 376 times, and from my
profiling, it looks like a lot of time is spent in setItems.

Would it be better to do:

ILabelProvider labelProvider= (ILabelProvider) getLabelProvider();
String[] items = new String[children.length];
		for (int i= 0; i < children.length; i++) {
			Object el = children[i];
			//listAdd(labelProvider.getText(el), i);
                        item[i] = labelProvider.getText(el);
			listMap.add(el);
			mapElement(el, list); // must map it, since findItem only looks in map, if
enabled
		}
listSetItems(items);

which will call combo.setItems() only once?  I have not been able to test this,
because of the listMap variable referred to above is private and I can't
subclass ComboViewer anyway because it is final.

The attached patch to RowLayout.java clarifies the meaning of the fill member
for vertical layouts.

- enable advanced highlighting
-> advanced highightings appear in list
- Restore Defaults
-> advanced highlighting becomes disabled but the highlightings are not removed
from the list

I20040323_0010 + export for smoke test.
This was on the console, not in the log:

java.lang.NullPointerException
        at
org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.reconciled(ASTProvider.java:413)
        at
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor.reconciled(CompilationUnitEditor.java:1530)
        at
org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconcile(JavaReconcilingStrategy.java:101)
        at
org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.initialReconcile(JavaReconcilingStrategy.java:143)
        at
org.eclipse.jface.text.reconciler.CompositeReconcilingStrategy.initialReconcile(CompositeReconcilingStrategy.java:111)
        at
org.eclipse.jdt.internal.ui.text.JavaCompositeReconcilingStrategy.initialReconcile(JavaCompositeReconcilingStrategy.java:123)
        at
org.eclipse.jface.text.reconciler.MonoReconciler.initialProcess(MonoReconciler.java:104)
        at
org.eclipse.jdt.internal.ui.text.JavaReconciler.initialProcess(JavaReconciler.java:280)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:155)

I200408101200

Not sure when this happened.

java.lang.ClassCastException
        at org.eclipse.jdt.internal.core.util.HandleFactory.createElement(Handle
Factory.java:310)
        at org.eclipse.jdt.internal.core.util.HandleFactory.createElement(Handle
Factory.java:300)
        at org.eclipse.jdt.internal.core.SelectionRequestor.acceptLocalVariable(
SelectionRequestor.java:220)
        at org.eclipse.jdt.internal.codeassist.SelectionEngine.selectFrom(Select
ionEngine.java:720)
        at org.eclipse.jdt.internal.codeassist.SelectionEngine.select(SelectionE
ngine.java:533)
        at org.eclipse.jdt.internal.core.Openable.codeSelect(Openable.java:143)
        at org.eclipse.jdt.internal.core.CompilationUnit.codeSelect(CompilationU
nit.java:303)
        at org.eclipse.jdt.internal.core.CompilationUnit.codeSelect(CompilationU
nit.java:297)
        at org.eclipse.jdt.internal.ui.infoviews.TextSelectionConverter.codeReso
lve(TextSelectionConverter.java:90)
        at org.eclipse.jdt.internal.ui.infoviews.TextSelectionConverter.codeReso
lve(TextSelectionConverter.java:52)
        at org.eclipse.jdt.internal.ui.infoviews.AbstractInfoView.findSelectedJa
vaElement(AbstractInfoView.java:333)
        at org.eclipse.jdt.internal.ui.infoviews.JavadocView.findSelectedJavaEle
ment(JavadocView.java:500)
        at org.eclipse.jdt.internal.ui.infoviews.AbstractInfoView$2.run(Abstract
InfoView.java:448)
java.lang.ClassCastException
        at org.eclipse.jdt.internal.core.util.HandleFactory.createElement(Handle
Factory.java:310)
        at org.eclipse.jdt.internal.core.util.HandleFactory.createElement(Handle
Factory.java:300)
        at org.eclipse.jdt.internal.core.SelectionRequestor.acceptLocalVariable(
SelectionRequestor.java:220)
        at org.eclipse.jdt.internal.codeassist.SelectionEngine.selectFrom(Select
ionEngine.java:720)
        at org.eclipse.jdt.internal.codeassist.SelectionEngine.select(SelectionE
ngine.java:533)
        at org.eclipse.jdt.internal.core.Openable.codeSelect(Openable.java:143)
        at org.eclipse.jdt.internal.core.CompilationUnit.codeSelect(CompilationU
nit.java:303)
        at org.eclipse.jdt.internal.core.CompilationUnit.codeSelect(CompilationU
nit.java:297)
        at org.eclipse.jdt.internal.ui.infoviews.TextSelectionConverter.codeReso
lve(TextSelectionConverter.java:90)
        at org.eclipse.jdt.internal.ui.infoviews.TextSelectionConverter.codeReso
lve(TextSelectionConverter.java:52)
        at org.eclipse.jdt.internal.ui.infoviews.AbstractInfoView.findSelectedJa
vaElement(AbstractInfoView.java:333)
        at org.eclipse.jdt.internal.ui.infoviews.AbstractInfoView$2.run(Abstract
InfoView.java:448)

Build 20040212

UI froze for several seconds while running a runtime workbench the debugger.

On solaris 9 with german keyboard layout all keys coming with alt-gr (e.g. {[]}
~|@ ) are not available.
With javax.swing.* package there is no problem with that.

Using Eclipse 
Version: 3.0.0
Build id: 200405140800
with 3.0.0.cheetah05

This:
public class V extends java.util.Vector{
	public synchronized boolean addAll(java.util.Collection arg0) {
		return super.addAll(arg0);
	}
}
gives this error:
Severity	Description	Resource	In Folder	Location	Creation Time
2	Internal compiler error
java.lang.Error: Undefined base type: .
	at
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.getTypeFromSignature(LookupEnvironment.java:648)
	at
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.getTypeFromTypeSignature(LookupEnvironment.java:689)
	at
org.eclipse.jdt.internal.compiler.lookup.BinaryTypeBinding.cachePartsFrom(BinaryTypeBinding.java:201)
	at
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.createBinaryTypeFrom(LookupEnvironment.java:312)
	at
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.createBinaryTypeFrom(LookupEnvironment.java:297)
	at org.eclipse.jdt.internal.compiler.Compiler.accept(Compiler.java:191)
	at
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.askForType(LookupEnvironment.java:81)
	at
org.eclipse.jdt.internal.compiler.lookup.UnresolvedReferenceBinding.resolve(UnresolvedReferenceBinding.java:43)
	at
org.eclipse.jdt.internal.compiler.lookup.BinaryTypeBinding.resolveType(BinaryTypeBinding.java:49)
	at
org.eclipse.jdt.internal.compiler.lookup.BinaryTypeBinding.memberTypes(BinaryTypeBinding.java:587)
	at
org.eclipse.jdt.internal.compiler.lookup.ParameterizedTypeBinding.memberTypes(ParameterizedTypeBinding.java:404)
	at
org.eclipse.jdt.internal.compiler.lookup.ParameterizedTypeBinding.getMemberType(ParameterizedTypeBinding.java:270)
	at org.eclipse.jdt.internal.compiler.lookup.Scope.findMemberType(Scope.java:609)
	at org.eclipse.jdt.internal.compiler.lookup.Scope.getTypeOrPackage(Scope.java:1666)
	at org.eclipse.jdt.internal.compiler.lookup.Scope.getType(Scope.java:1553)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedTypeReference.getTypeBinding(QualifiedTypeReference.java:39)
	at
org.eclipse.jdt.internal.compiler.ast.TypeReference.resolveType(TypeReference.java:110)
	at
org.eclipse.jdt.internal.compiler.lookup.SourceTypeBinding.resolveTypesFor(SourceTypeBinding.java:837)
	at
org.eclipse.jdt.internal.compiler.lookup.SourceTypeBinding.methods(SourceTypeBinding.java:696)
	at
org.eclipse.jdt.internal.compiler.lookup.SourceTypeBinding.faultInTypesForFieldsAndMethods(SourceTypeBinding.java:370)
	at
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.faultInTypes(CompilationUnitScope.java:344)
	at org.eclipse.jdt.internal.compiler.Compiler.process(Compiler.java:499)
	at org.eclipse.jdt.internal.compiler.Compiler.compile(Compiler.java:333)
	at
org.eclipse.jdt.internal.core.builder.AbstractImageBuilder.compile(AbstractImageBuilder.java:209)
	at
org.eclipse.jdt.internal.core.builder.AbstractImageBuilder.compile(AbstractImageBuilder.java:159)
	at
org.eclipse.jdt.internal.core.builder.BatchImageBuilder.build(BatchImageBuilder.java:49)
	at org.eclipse.jdt.internal.core.builder.JavaBuilder.buildAll(JavaBuilder.java:212)
	at org.eclipse.jdt.internal.core.builder.JavaBuilder.build(JavaBuilder.java:135)
	at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:532)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:607)
	at org.eclipse.core.runtime.Platform.run(Platform.java:668)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:148)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:225)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:178)
	at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:205)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:607)
	at org.eclipse.core.runtime.Platform.run(Platform.java:668)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:208)
	at
org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:244)
	at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:273)
	at org.eclipse.core.internal.resources.Workspace.build(Workspace.java:198)
	at
org.eclipse.jdt.internal.ui.preferences.OptionsConfigurationBlock$3.run(OptionsConfigurationBlock.java:455)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)
	V.java	T1	line 0	18. maj 2004 16:03:22

Version: 3.0.0
Build id: 200405140800
Linux Gtk+

Turned on Filter Imports in the search view, now I can't turn it off.  Option to
turn off Filter Imports is unavailable.

build i0420:0800

- I do a Java Search and sort the results by Parent Path
- I believe the secondary sort consideration should be the method name
- this would make the results sorted alphabetically

Here are the currently results. Note I removed part of the package name to make
the list clearer. (#addChild is out of order alphabetically) I'm not sure what
order its listed in...#addChild is at the beginning of the java file so its not
by order of appearance in the file.

preferences.EclipsePreferences.childrenNames()
preferences.EclipsePreferences.getChild(String) (2 matches)
preferences.EclipsePreferences.getChildren() (2 matches)
preferences.EclipsePreferences.removeNode(IEclipsePreferences) (4 matches)
preferences.EclipsePreferences.addChild(String, IEclipsePreferences) (3 matches)
preferences.RootPreferences.getChild(String) (2 matches)

We get the following exception in the log during the tests. It is happening 
because we are trying to access the state of a Tree from a dispose listener as 
the tree is being disposed. We probably shouldn't try to save the state when 
the widget is disposed. 

Thread [main] (Suspended (exception NullPointerException))
	Tree.getSelection() line: 577
	TreeViewerAdvisor$NavigableTreeViewer(TreeViewer).getSelection
(Control) line: 193
	TreeViewerAdvisor$NavigableTreeViewer
(AbstractTreeViewer).getSelectionFromWidget() line: 734
	TreeViewerAdvisor$NavigableTreeViewer(StructuredViewer).getSelection() 
line: 531
	SynchronizeModelProvider$6.run() line: 455
	UISynchronizer(Synchronizer).syncExec(Runnable) line: 135
	UISynchronizer.syncExec(Runnable) line: 25
	Display.syncExec(Runnable) line: 2918
	CompressedFoldersModelProvider
(SynchronizeModelProvider).saveViewerState() line: 451
	CompressedFoldersModelProvider(SynchronizeModelProvider).dispose() 
line: 206
	HierarchicalModelManager(SynchronizeModelManager).dispose() line: 228
	SynchronizePageConfiguration$8.run() line: 351
	InternalPlatform.run(ISafeRunnable) line: 604
	Platform.run(ISafeRunnable) line: 545
	SynchronizePageConfiguration.dispose() line: 346
	TreeViewerAdvisor(StructuredViewerAdvisor).dispose() line: 237
	StructuredViewerAdvisor$4.widgetDisposed(DisposeEvent) line: 276
	TypedListener.handleEvent(Event) line: 100
	EventTable.sendEvent(Event) line: 82
	Tree(Widget).sendEvent(Event) line: 796
	Tree(Widget).sendEvent(int, Event, boolean) line: 820
	Tree(Widget).sendEvent(int) line: 801
	Tree(Widget).releaseWidget() line: 708
	Tree(Control).releaseWidget() line: 1468
	Tree(Scrollable).releaseWidget() line: 188
	Tree(Composite).releaseWidget() line: 373
	Tree.releaseWidget() line: 748
	Tree(Widget).releaseResources() line: 673
	PageBook(Composite).releaseChildren() line: 367
	PageBook(Composite).releaseWidget() line: 372
	PageBook(Widget).releaseResources() line: 673
	ChangesSection(Composite).releaseChildren() line: 367
	ChangesSection(Composite).releaseWidget() line: 372
	ChangesSection(Widget).releaseResources() line: 673
	Composite.releaseChildren() line: 367
	Composite.releaseWidget() line: 372
	Composite(Widget).dispose() line: 368
	SynchronizeView(PageBookView).removePage(PageBookView$PageRec) line: 
637
	SynchronizeView(PageBookView).partClosed(IWorkbenchPart) line: 585
	SynchronizeView.partClosed(IWorkbenchPart) line: 92
	SynchronizeView$1.run() line: 233
	RunnableLock.run() line: 35
	UISynchronizer(Synchronizer).runAsyncMessages() line: 106
	Display.runAsyncMessages() line: 2571
	Display.readAndDispatch() line: 2276
	SynchronizeViewTestAdapter.tearDown() line: 175
	CVSMergeSubscriberTest.tearDown() line: 524
	CVSMergeSubscriberTest(TestCase).runBare() line: 130
	CVSMergeSubscriberTest(EclipseTest).runBare() line: 891
	TestResult$1.protect() line: 106
	TestResult.runProtected(Test, Protectable) line: 124
	TestResult.run(TestCase) line: 109
	CVSMergeSubscriberTest(TestCase).run(TestResult) line: 118
	TestSuite.runTest(Test, TestResult) line: 208
	TestSuite.run(TestResult) line: 203
	CVSTestSetup(TestDecorator).basicRun(TestResult) line: 22
	TestSetup$1.protect() line: 19
	TestResult.runProtected(Test, Protectable) line: 124
	CVSTestSetup(TestSetup).run(TestResult) line: 23
	RemotePluginTestRunner(RemoteTestRunner).runTests(String[], String) 
line: 422
	RemotePluginTestRunner(RemoteTestRunner).run() line: 306
	RemotePluginTestRunner.main(String[]) line: 30
	UITestApplication$1.run() line: 91
	RunnableLock.run() line: 35
	UISynchronizer(Synchronizer).runAsyncMessages() line: 106
	Display.runAsyncMessages() line: 2571
	Display.readAndDispatch() line: 2276
	Workbench.runEventLoop(Window$IExceptionHandler, Display) line: 1353
	Workbench.runUI() line: 1324
	Workbench.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 243
	PlatformUI.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 140
	IDEApplication.run(Object) line: 90
	UITestApplication.run(Object) line: 34
	PlatformActivator$1.run(Object) line: 283
	EclipseStarter.run(Object) line: 242
	EclipseStarter.run(String[], Runnable) line: 119
	NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not 
available [native method]
	NativeMethodAccessorImpl.invoke(Object, Object[]) line: 39
	DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 25
	Method.invoke(Object, Object[]) line: 324
	Main.basicRun(String[]) line: 269
	Main.run(String[]) line: 700
	Main.main(String[]) line: 684

I200405140800 (and for some time back)

The view menu shortcut (Ctrl+F10) doesn't work in fast views.

Test case:
- Open Navigator view (or any other view) as non-fast view.
- Press Ctrl+F10 -> View menu opens

- Change Navigator view to fast view.
- Press Ctrl+F10 -> Nothing happens.

In JDT UI's pop up outline and type hierarchy the view menu keyboard short
doesn't work either. This may not be related to this issue. I'm willing to open
another bug report if that's the case.

OS:		windows XP and 2003 
Language:	Japanese
Build level: 	M20040721
JDK version:  IBM JDK 1.4.2 Beta

Steps to recreate problem:
1-open Java editor (Text size is default 10)
2-set IME on, input AAA
3-Set the text size to 16, and repeat above.

I will attache the screenshot for 3.0.1 and 2.1.3.
 ....

Error:  pre-edit size is fixed unlike Eclipse 2.1.3 

Expected Result: pre-edit text size should be the defeined.

I20040413

The handles on a coolbar on Linux-GTK do not look like platform toolbar handles,
making the coolbar look out of place.

The solution would be to let the current GTK+ theme draw the handles.  This can
be done using the current GtkStyle object.  The function to use is:

http://developer.gnome.org/doc/API/2.0/gtk/GtkStyle.html#gtk-paint-handle

Since Coolbar is an emulated widget, this will probably require a copy of the
emulated coolbar to become the new Gtk+ coolbar with this modification.  I
believe the effort would be well worth it as it would greatly improve
integration in Gtk+.

Build 3.0M8

The following code should have its codegen optimized.
No need for the synthetic emulation for assertion support.

public class X {
    public static void main( String[] args ) {
        try {
            throw new Throwable( "This is a test");
        }
        catch( Throwable ioe ) {
            assert true : ioe;
        }
    }
}

IPluginContribution allows contributions to be defined with a null plugin ID. But 
WorkbenchActivityHelper#filterItem bails out immediately if the plugin ID is null. Is is possible to support 
contributions without a plugin ID?

We have contributions with null IDs everywhere you're dealing with objects that don't provide their 
plugin ID in the interface. For example, I'm trying to write code that filters IBreakpoint objects. These 
objects provide an identifier that is appropriate for getLocalId(), but they don't expose their contributing 
plugin ID.

Content description allows clients to specify which information should be
described using a bit mask. That is efficient, but is not flexible enough. It
should be changed to take some kind of dictionary containing properties of
interest as keys, whose values are to be filled by describers.

M8

I had just finished synching with head and the autobuilder started running.  I
went to create a new class file (via the new class wizard) while this was
running and I hit "Browse" for superclass.  This took forever, and I hit cancel
to get out of the new class wizard.  I then hit ctrl-shift-T for the open type
dialog.  At this point the workbench hung for a good 5 minutes.  The following
stack dump was taken about a minute before it came back to life.

Full thread dump Java HotSpot(TM) Client VM (1.4.1_01-b01 mixed mode):

"Text Viewer Hover Presenter" daemon prio=2 tid=0x17EACAF0 nid=0x908 runnable [1
863f000..1863fd8c]
        at org.eclipse.core.runtime.Path.computeHashCode(Path.java:322)
        at org.eclipse.core.runtime.Path.<init>(Path.java:83)
        at org.eclipse.core.runtime.Path.removeFirstSegments(Path.java:696)
        at org.eclipse.core.internal.resources.Resource.getProjectRelativePath(R
esource.java:906)
        at org.eclipse.jdt.internal.core.PackageFragment.buildStructure(PackageF
ragment.java:81)
        at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:16
9)
        at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.
java:543)
        at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.
java:280)
        at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.
java:266)
        at org.eclipse.jdt.internal.core.JavaElement.getChildren(JavaElement.jav
a:221)
        at org.eclipse.jdt.internal.core.JavaElement.getChildrenOfType(JavaEleme
nt.java:235)
        at org.eclipse.jdt.internal.core.PackageFragment.getCompilationUnits(Pac
kageFragment.java:210)
        at org.eclipse.jdt.internal.core.NameLookup.seekTypesInSourcePackage(Nam
eLookup.java:618)
        at org.eclipse.jdt.internal.core.NameLookup.seekTypes(NameLookup.java:55
1)
        at org.eclipse.jdt.internal.core.NameLookup.findAllTypes(NameLookup.java
:154)
        at org.eclipse.jdt.internal.core.NameLookup.seekTypes(NameLookup.java:54
0)
        at org.eclipse.jdt.internal.core.SearchableEnvironment.findTypes(Searcha
bleEnvironment.java:287)
        at org.eclipse.jdt.internal.core.SearchableEnvironment.findTypes(Searcha
bleEnvironment.java:263)
        at org.eclipse.jdt.internal.codeassist.SelectionEngine.select(SelectionE
ngine.java:531)
        at org.eclipse.jdt.internal.core.Openable.codeSelect(Openable.java:143)
        at org.eclipse.jdt.internal.core.CompilationUnit.codeSelect(CompilationU
nit.java:282)
        at org.eclipse.jdt.internal.core.CompilationUnit.codeSelect(CompilationU
nit.java:276)
        at org.eclipse.jdt.internal.ui.text.java.hover.AbstractJavaEditorTextHov
er.getHoverInfo(AbstractJavaEditorTextHover.java:109)
        - locked <0591A588> (a org.eclipse.jdt.internal.core.CompilationUnit)
        at org.eclipse.jdt.internal.ui.text.java.hover.BestMatchHover.getHoverIn
fo(BestMatchHover.java:102)
        at org.eclipse.jdt.internal.ui.text.java.hover.JavaEditorTextHoverProxy.
getHoverInfo(JavaEditorTextHoverProxy.java:69)
        at org.eclipse.jface.text.TextViewerHoverManager$4.run(TextViewerHoverMa
nager.java:161)

"Worker-8" prio=5 tid=0x17E5BCD0 nid=0x89c runnable [1887f000..1887fd8c]
        at java.io.FileOutputStream.close0(Native Method)
        at java.io.FileOutputStream.close(FileOutputStream.java:276)
        at org.eclipse.core.internal.localstore.FileSystemStore.transferStreams(
FileSystemStore.java:356)
        at org.eclipse.core.internal.localstore.FileSystemStore.write(FileSystem
Store.java:373)
        at org.eclipse.core.internal.localstore.FileSystemResourceManager.write(
FileSystemResourceManager.java:738)
        at org.eclipse.core.internal.resources.File.internalSetContents(File.jav
a:277)
        at org.eclipse.core.internal.resources.File.create(File.java:157)
        at org.eclipse.jdt.internal.core.builder.AbstractImageBuilder.writeClass
FileBytes(AbstractImageBuilder.java:463)
        at org.eclipse.jdt.internal.core.builder.AbstractImageBuilder.writeClass
File(AbstractImageBuilder.java:446)
        at org.eclipse.jdt.internal.core.builder.AbstractImageBuilder.acceptResu
lt(AbstractImageBuilder.java:115)
        at org.eclipse.jdt.internal.compiler.Compiler.compile(Compiler.java:339)

        at org.eclipse.jdt.internal.core.builder.AbstractImageBuilder.compile(Ab
stractImageBuilder.java:203)
        at org.eclipse.jdt.internal.core.builder.AbstractImageBuilder.compile(Ab
stractImageBuilder.java:153)
        at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.build(BatchIm
ageBuilder.java:49)
        at org.eclipse.jdt.internal.core.builder.JavaBuilder.buildAll(JavaBuilde
r.java:213)
        at org.eclipse.jdt.internal.core.builder.JavaBuilder.buildDeltas(JavaBui
lder.java:227)
        at org.eclipse.jdt.internal.core.builder.JavaBuilder.build(JavaBuilder.j
ava:152)
        at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java
:504)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatfo
rm.java:610)
        at org.eclipse.core.runtime.Platform.run(Platform.java:521)
        at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager
.java:137)
        at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager
.java:224)
        at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager
.java:165)
        at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java
:194)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatfo
rm.java:610)
        at org.eclipse.core.runtime.Platform.run(Platform.java:521)
        at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager
.java:197)
        at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildMan
ager.java:242)
        at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java
:270)
        at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.ja
va:137)
        at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:1
68)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

"All Types Caching" prio=4 tid=0x17235B08 nid=0x4b0 waiting on condition [187bf0
00..187bfd8c]
        at java.lang.Thread.sleep(Native Method)
        at org.eclipse.jdt.internal.core.search.processing.JobManager.performCon
currentJob(JobManager.java:245)
        at org.eclipse.jdt.core.search.SearchEngine.searchAllTypeNames(SearchEng
ine.java:848)
        at org.eclipse.jdt.internal.corext.util.AllTypesCache.search(AllTypesCac
he.java:496)
        at org.eclipse.jdt.internal.corext.util.AllTypesCache$TypeCacher.doSearc
hTypes(AllTypesCache.java:180)
        at org.eclipse.jdt.internal.corext.util.AllTypesCache$TypeCacher.run(All
TypesCache.java:149)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x171D49B8 n
id=0x678 waiting for monitor entry [17adf000..17adfd8c]
        at org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconci
le(JavaReconcilingStrategy.java:84)
        - waiting to lock <0591A588> (a org.eclipse.jdt.internal.core.Compilatio
nUnit)
        at org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconci
le(JavaReconcilingStrategy.java:118)
        at org.eclipse.jface.text.reconciler.CompositeReconcilingStrategy.reconc
ile(CompositeReconcilingStrategy.java:83)
        at org.eclipse.jdt.internal.ui.text.JavaCompositeReconcilingStrategy.rec
oncile(JavaCompositeReconcilingStrategy.java:97)
        at org.eclipse.jface.text.reconciler.MonoReconciler.process(MonoReconcil
er.java:76)
        at org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread
.run(AbstractReconciler.java:189)

"Worker-6" prio=5 tid=0x172B3890 nid=0x7fc in Object.wait() [184bf000..184bfd8c]

        at java.lang.Object.wait(Native Method)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:184)
        - locked <04173230> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:21
0)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

"Worker-5" prio=5 tid=0x17BE0E80 nid=0x88 in Object.wait() [1847f000..1847fd8c]
        at java.lang.Object.wait(Native Method)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:184)
        - locked <04173230> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:21
0)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

"Worker-4" prio=5 tid=0x17327C68 nid=0xcc runnable [1843f000..1843fd8c]
        at java.lang.Object.wait(Native Method)
        at org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.joinRun(Implici
tJobs.java:118)
        - locked <06BFE650> (a org.eclipse.core.internal.jobs.ImplicitJobs$Threa
dJob)
        at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJobs.java:2
65)
        at org.eclipse.core.internal.jobs.JobManager.beginRule(JobManager.java:1
49)
        at org.eclipse.ui.views.markers.internal.MarkerView.internalRefresh(Mark
erView.java:168)
        at org.eclipse.ui.views.markers.internal.MarkerView.access$2(MarkerView.
java:157)
        at org.eclipse.ui.views.markers.internal.MarkerView$4.run(MarkerView.jav
a:242)
        at org.eclipse.ui.views.markers.internal.RestartableJob$2.run(Restartabl
eJob.java:86)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

"Worker-3" prio=5 tid=0x172B7800 nid=0x7f0 runnable [183ff000..183ffd8c]
        at java.lang.Object.wait(Native Method)
        at org.eclipse.core.internal.jobs.ImplicitJobs$ThreadJob.joinRun(Implici
tJobs.java:118)
        - locked <069C4920> (a org.eclipse.core.internal.jobs.ImplicitJobs$Threa
dJob)
        at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJobs.java:2
65)
        at org.eclipse.core.internal.jobs.JobManager.beginRule(JobManager.java:1
49)
        at org.eclipse.team.internal.ccvs.core.syncinfo.ReentrantLock$ThreadInfo
.pushRule(ReentrantLock.java:80)
        at org.eclipse.team.internal.ccvs.core.syncinfo.ReentrantLock.acquire(Re
entrantLock.java:269)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.beg
inBatching(EclipseSynchronizer.java:496)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.ign
oreFilesChanged(EclipseSynchronizer.java:632)
        at org.eclipse.team.internal.ccvs.core.syncinfo.DeferredResourceChangeHa
ndler.dispatchEvents(DeferredResourceChangeHandler.java:64)
        at org.eclipse.team.internal.core.BackgroundEventHandler.processEvents(B
ackgroundEventHandler.java:278)
        at org.eclipse.team.internal.core.BackgroundEventHandler$1.run(Backgroun
dEventHandler.java:131)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

"Worker-2" prio=5 tid=0x17062328 nid=0x7bc in Object.wait() [17b6f000..17b6fd8c]

        at java.lang.Object.wait(Native Method)
        at org.eclipse.core.internal.jobs.Semaphore.acquire(Semaphore.java:36)
        - locked <0957C888> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.OrderedLock.doAcquire(OrderedLock.java
:161)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire(OrderedLock.java:9
9)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire(OrderedLock.java:7
5)
        at org.eclipse.core.internal.resources.WorkManager.checkIn(WorkManager.j
ava:92)
        at org.eclipse.core.internal.resources.Workspace.prepareOperation(Worksp
ace.java:1521)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1554
)
        at org.eclipse.core.internal.events.NotificationManager$NotifyJob.run(No
tificationManager.java:37)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

"Worker-1" prio=5 tid=0x1703DE60 nid=0xa0 in Object.wait() [17a9f000..17a9fd8c]
        at java.lang.Object.wait(Native Method)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:184)
        - locked <04173230> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:21
0)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

"Worker-0" prio=5 tid=0x1702A1C8 nid=0x25c in Object.wait() [17a5f000..17a5fd8c]

        at java.lang.Object.wait(Native Method)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:184)
        - locked <04173230> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:21
0)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

"Java indexing" daemon prio=4 tid=0x16FD7240 nid=0x1e4 runnable [17a1f000..17a1f
d8c]
        at java.io.WinNTFileSystem.getBooleanAttributes(Native Method)
        at java.io.File.exists(File.java:679)
        at org.eclipse.core.internal.localstore.FileSystemResourceManager.read(F
ileSystemResourceManager.java:474)
        at org.eclipse.core.internal.resources.File.getContents(File.java:251)
        at org.eclipse.core.internal.resources.File.getContents(File.java:241)
        at org.eclipse.core.internal.resources.File.getCharset(File.java:216)
        at org.eclipse.jdt.internal.core.search.JavaSearchDocument.getEncoding(J
avaSearchDocument.java:71)
        at org.eclipse.jdt.internal.core.search.JavaSearchDocument.getCharConten
ts(JavaSearchDocument.java:58)
        at org.eclipse.jdt.internal.core.search.indexing.SourceIndexer.indexDocu
ment(SourceIndexer.java:67)
        at org.eclipse.jdt.internal.core.search.JavaSearchParticipant.indexDocum
ent(JavaSearchParticipant.java:105)
        at org.eclipse.jdt.internal.core.search.indexing.IndexManager.indexDocum
ent(IndexManager.java:198)
        at org.eclipse.jdt.internal.core.search.indexing.IndexManager$1.execute(
IndexManager.java:508)
        at org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobMan
ager.java:344)
        at java.lang.Thread.run(Thread.java:536)

"Start Level Event Dispatcher" daemon prio=5 tid=0x16D47808 nid=0x140 in Object.
wait() [1736f000..1736fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <03E67610> (a org.eclipse.osgi.framework.eventmgr.EventThre
ad)
        at java.lang.Object.wait(Object.java:426)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThr
ead.java:167)
        - locked <03E67610> (a org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:
118)

"Framework Event Dispatcher" daemon prio=5 tid=0x00A405A8 nid=0x408 in Object.wa
it() [16f2f000..16f2fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <03E5F648> (a org.eclipse.osgi.framework.eventmgr.EventThre
ad)
        at java.lang.Object.wait(Object.java:426)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThr
ead.java:167)
        - locked <03E5F648> (a org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:
118)

"Signal Dispatcher" daemon prio=10 tid=0x009E8098 nid=0x7d8 waiting on condition
 [0..0]

"Finalizer" daemon prio=9 tid=0x0003E790 nid=0x524 in Object.wait() [16bcf000..1
6bcfd8c]
        at java.lang.Object.wait(Native Method)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <03E24A58> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x0003D360 nid=0x54c in Object.wait() [95
f000..95fd8c]
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Object.java:426)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:113)
        - locked <03E24AC0> (a java.lang.ref.Reference$Lock)

"main" prio=7 tid=0x00034C10 nid=0xc8 waiting for monitor entry [7e000..7fc40]
        at org.eclipse.jdt.internal.corext.util.JavaModelUtil.reconcile(JavaMode
lUtil.java:754)
        - waiting to lock <0591A588> (a org.eclipse.jdt.internal.core.Compilatio
nUnit)
        at org.eclipse.jdt.internal.corext.util.AllTypesCache.forceDeltaComplete
(AllTypesCache.java:315)
        at org.eclipse.jdt.internal.corext.util.AllTypesCache.isCacheUpToDate(Al
lTypesCache.java:305)
        at org.eclipse.jdt.internal.ui.dialogs.TypeSelectionDialog.open(TypeSele
ctionDialog.java:179)
        at org.eclipse.jdt.internal.ui.actions.OpenTypeAction.run(OpenTypeAction
.java:59)
        at org.eclipse.jdt.internal.ui.actions.OpenTypeAction.run(OpenTypeAction
.java:80)
        at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:2
69)
        at org.eclipse.ui.internal.WWinPluginAction.runWithEvent(WWinPluginActio
n.java:207)
        at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:68)
        at org.eclipse.ui.internal.commands.Command.execute(Command.java:173)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(Workben
chKeyboard.java:463)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboar
d.java:855)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(Workbe
nchKeyboard.java:896)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindi
ngs(WorkbenchKeyboard.java:522)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyb
oard.java:488)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(Workbenc
hKeyboard.java:261)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Display.filterEvent(Display.java:705)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:768)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:793)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:778)
        at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1720)
        at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1716)
        at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3041)
        at org.eclipse.swt.widgets.Control.windowProc(Control.java:2944)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java:3146)
        at org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)
        at org.eclipse.swt.internal.win32.OS.CallWindowProc(OS.java:1374)
        at org.eclipse.swt.internal.BidiUtil.windowProc(BidiUtil.java:647)
        at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
        at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1450)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2254)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.jav
a:257)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformAct
ivator.java:277)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:239)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:117)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
        at org.eclipse.core.launcher.Main.run(Main.java:692)
        at org.eclipse.core.launcher.Main.main(Main.java:676)

"VM Thread" prio=5 tid=0x009E50D0 nid=0x550 runnable

"VM Periodic Task Thread" prio=10 tid=0x009E6D88 nid=0x518 waiting on condition

"Suspend Checker Thread" prio=10 tid=0x009E76D8 nid=0x7cc runnable

I200405111200

1) When a perspective is opened and the chevron is showing but was not used to 
change perspective (e.g. automatically switch from Java Perspective to Debug 
Perspective when you debug an application).  If the icon for the new 
perspective is in the chevron, it is not moved to the visible area.

2) On GTK only, the chevron is not handled correctly - the chevron does not 
appear until you make the perspective area a pinhead.  This is because 
Toolbar.computeSize will always return a dimension of one row high.  The 
toolbar on GTK does not support wrap.

3) Resize your workbench so that there is only one row in the coolbar on the 
left.  Have 5 or 6 perspectives open.  Resize the perspective area so that not 
all the perspectives can be visible.  Notice that the toolbar wraps around 
below and only a small amount of the bottom toolitems is showing.

4) Chevron does not always go away when not required.  Fopr example, have two 
perspectives open.  Resize the perspective area so that only one perspective 
is showing.  Now close that perspective using the context menu in the 
perspective toolbar.  Notice that the chevron does not go away.

We need an override for part orientation for individual parts.

The main question I have is if we should change the orientation of the tab or 
change the orientation of just the contents.

Alex and Semion what are your opinions? The issue we have with this is 
potentially mixing two orientations of tabs in the same tab list which may 
look really bad.

After consulation with Nick we have decided that we will add a command line 
option -orientation with one of two parameters = rtl or ltr. These values will 
override the implied values in IDEWorkbenchAdapter

In 2.1, the tab item tool tip appeared in the stack's title bar, not on the tab 
item itself.  The r21presentation currently puts the tip on the tab item.  I'll 
attach a patch that fixes the problem.

ActionContributionItem.handleWidgetSelection throws a null pointer exception 
when used in a standalone SWT/JFACE application.

I have a standalone SWT/JFACE application that uses toolbar/menu actions. When 
using latest build, i.e. eclipse-SDK-I20040514-linux-gtk.zip  I get an NPE 
caused by new dependancy of JFACE on org.eclipse.core.runtime.Platform 
especially a platform context.

java.lang.ExceptionInInitializerError
	at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:893)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:850)
	at org.eclipse.jface.action.ActionContributionItem$8.handleEvent
(ActionContributionItem.java:808)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:939)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2538)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2249)
	at au.com.kelpie.fgfp.FlightPlanner.run(FlightPlanner.java:737)
	at au.com.kelpie.fgfp.Main.main(Main.java:44)
Caused by: java.lang.NullPointerException
	at org.eclipse.core.internal.runtime.InternalPlatform.isRunning
(InternalPlatform.java:923)
	at org.eclipse.core.runtime.Platform.isRunning(Platform.java:1142)
	at org.eclipse.jface.util.Policy.getDebugOption(Policy.java:78)
	at org.eclipse.jface.util.Policy.<clinit>(Policy.java:29)
	... 9 more

In debug I found that in the following snippet

org.eclipse.core.internal.runtime.InternalPlatform...

	public boolean isRunning() {
		try {
			return context.getBundle().getState() == Bundle.ACTIVE;
		} catch (IllegalStateException e) {
			return false;
		}
	}

context is null.

I am using Eclipse 3.0RC2.
Steps:
- Add a new file association (i.e.: *.ines)
- To that file association, add an External program and press OK.
- Re-open the preference page and inspect the programs for *.ines: the external
program is duplicated
- Press OK and re-open the preference page. Inspect the programs for *.ines: it
has tripled. And so on and so on…

If you restart eclipse, the multiple instances are cleared out and only the
unique external program is present.

java version "1.4.2"
J9 - VM for the Java(TM) platform (build 2.1)
IBM J9SE VM (build 2.1, J2RE 1.4.2 IBM J9 build 20040519 (JIT enabled))

!SESSION Jun 11, 2004 11:24:48.352 ---------------------------------------------

eclipse.buildId=I200406110010
java.fullversion=J2RE 1.4.2 IBM J9 build 20040519 (JIT enabled)
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -showlocation

!ENTRY org.eclipse.ui 4 4 Jun 11, 2004 11:24:48.352
!MESSAGE Unhandled event loop exception
Unhandled event loop exception
Reason:

!ENTRY org.eclipse.ui 4 0 Jun 11, 2004 11:24:48.372
!MESSAGE java.lang.ArrayIndexOutOfBoundsException
!STACK 0
java.lang.ArrayIndexOutOfBoundsException
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.ArrayIndexOutOfBoundsException.<init>(ArrayIndexOutOfBounds
Exception.java)
        at org.eclipse.jdt.ui.actions.AddDelegateMethodsAction.showUI(AddDelegat
eMethodsAction.java:364)
        at org.eclipse.jdt.ui.actions.AddDelegateMethodsAction.run(AddDelegateMe
thodsAction.java:259)
        at org.eclipse.jdt.ui.actions.AddDelegateMethodsAction.run(AddDelegateMe
thodsAction.java:289)
        at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(Select
ionDispatchAction.java:216)
        at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispa
tchAction.java:188)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:915)
        at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContri
butionItem.java:866)
        at org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionC
ontributionItem.java:785)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1362)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1333)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.jav
a:252)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformAct
ivator.java:334)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:272)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:128)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:85)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:58)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:60)
        at java.lang.reflect.Method.invoke(Method.java:391)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)
java.lang.ArrayIndexOutOfBoundsException

Scenario:


1) create the class "Test123" in the default package
2) replace the content of the CU with the following text and save:

/**
 * @author dbaeumer
 *
 * TODO To change the template for this generated type comment go to
 * Window - Preferences - Java - Code Style - Code Templates
 */
public class Dummy extends TestCase {

	private String fValue;
	
	public void testOne() throws Exception {
		
	}
}

3) place the cursor on fValue.
4) From the context menu, select Source->Generate Delegate Methods
5) Observe: you get the exception.

 

20041012

In a 1.5 project, look at the following type in the AST view
-> The Javadoc node has not been parsed

/**
 * test
 */
public @interface Annot {
    String value() default 1;
}

20041012

I'm not sure if this makes sense, but inner AnnotationTypeDeclaration are not
correctly parsed.

class A {
	public @interface E {
	    String value();
	}
}

gives a syntax error on the '@' symbol.

RC1, using IBM1.4.2 as target VM

Put a conditional breakpoint in Vector.addElement(Object), on the first line 
as: "obj != null". Debug a program that calls the method.

-> Error dilaog saying "Conditional breakpoint has compilation error(s). 
Reason: com.sun.jdi.InternalExcetpion: Got error code in reply: 101 occurred 
retrieving visible variables".

Perhaps the evaluation compiler is not catching "absent information 
exception". (Same thing happens if I compile/debug the project with JDK 1.4.2)

The computed newLine in RememberedOffset#getOffset() can be before the start or
after the end of the document.

TestCase:
- saved file:
public class Test {
	public void foo() {
	}
}
- edited document (| is the caret):
public class Test {
	public void foo() {
		
		
		
		|
	}
}
- now revert -> BLE

The correct fix is to check whether newLine is valid in the current document.

org.eclipse.jface.text.BadLocationException
	at java.lang.Throwable.<init>(Throwable.java)
	at org.eclipse.jface.text.BadLocationException.<init>(BadLocationException.java:25)
	at
org.eclipse.jface.text.AbstractLineTracker.getLineLength(AbstractLineTracker.java)
	at org.eclipse.jface.text.AbstractDocument.getLineLength(AbstractDocument.java)
	at
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor$RememberedOffset.getOffset(CompilationUnitEditor.java:804)
	at
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor$RememberedSelection.restore(CompilationUnitEditor.java:690)
	at
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor.restoreSelection(CompilationUnitEditor.java:1558)
	at org.eclipse.ui.texteditor.AbstractTextEditor$4.run(AbstractTextEditor.java:299)
	at
org.eclipse.ui.texteditor.AbstractTextEditor$ElementStateListener.execute(AbstractTextEditor.java:385)
	at
org.eclipse.ui.texteditor.AbstractTextEditor$ElementStateListener.elementContentReplaced(AbstractTextEditor.java:302)
	at
org.eclipse.ui.editors.text.TextFileDocumentProvider$FileBufferListener.bufferContentReplaced(TextFileDocumentProvider.java:214)
	at
org.eclipse.core.internal.filebuffers.TextFileBufferManager.fireBufferContentReplaced(TextFileBufferManager.java:242)
	at
org.eclipse.core.internal.filebuffers.ResourceTextFileBuffer.revert(ResourceTextFileBuffer.java:169)
	at
org.eclipse.ui.editors.text.TextFileDocumentProvider$1.execute(TextFileDocumentProvider.java:577)
	at
org.eclipse.ui.editors.text.TextFileDocumentProvider$DocumentProviderOperation.run(TextFileDocumentProvider.java:93)
	at
org.eclipse.ui.actions.WorkspaceModifyDelegatingOperation.execute(WorkspaceModifyDelegatingOperation.java:67)
	at
org.eclipse.ui.actions.WorkspaceModifyOperation$1.run(WorkspaceModifyOperation.java:91)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1567)
	at
org.eclipse.ui.actions.WorkspaceModifyOperation.run(WorkspaceModifyOperation.java:105)
	at
org.eclipse.ui.editors.text.WorkspaceOperationRunner.run(WorkspaceOperationRunner.java:72)
	at
org.eclipse.ui.editors.text.WorkspaceOperationRunner.run(WorkspaceOperationRunner.java:62)
	at
org.eclipse.ui.editors.text.TextFileDocumentProvider.executeOperation(TextFileDocumentProvider.java:391)
	at
org.eclipse.ui.editors.text.TextFileDocumentProvider.resetDocument(TextFileDocumentProvider.java:590)
	at
org.eclipse.ui.texteditor.AbstractTextEditor.performRevert(AbstractTextEditor.java:3253)
	at
org.eclipse.ui.texteditor.AbstractTextEditor.doRevertToSaved(AbstractTextEditor.java:3236)
	at
org.eclipse.ui.texteditor.StatusTextEditor.doRevertToSaved(StatusTextEditor.java:183)
	at org.eclipse.ui.texteditor.RevertToSavedAction.run(RevertToSavedAction.java:47)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.ui.actions.RetargetAction.runWithEvent(RetargetAction.java:212)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:550)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:502)
	at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:435)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1509)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1480)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:48)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

Build id: 200401210900

I had started with a clean workspace, imported all binary plugins required by
o.e.jdt.ui and entered 'dev.eclipse.org' with 'anonymous' as login name in the
CVS repos view.

Then I browsed to the HEAD o.e.jdt.ui directory on the server, right-clicked it
and hit 'Check out'. Instantly, an error-message popped up:

  An internal error occurred during: "Checking out 
  'org.eclipse.jdt.ui' from CVS".

and I had this entry in my log:

!SESSION Jan 22, 2004 10:21:18.915 ---------------------------------------------
java.version=1.4.2
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -os win32 -ws win32 -arch x86
!ENTRY org.eclipse.core.runtime 4 2 Jan 22, 2004 10:21:18.915
!MESSAGE An internal error occurred during: "Checking out 'org.eclipse.jdt.ui'
from CVS".
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.core.internal.registry.ExtensionRegistry.getConfigurationElementsFor(ExtensionRegistry.java:232)
	at
org.eclipse.core.internal.plugins.PluginRegistry.getConfigurationElementsFor(PluginRegistry.java:44)
	at
org.eclipse.core.internal.resources.Workspace.initializeMoveDeleteHook(Workspace.java:1129)
	at
org.eclipse.core.internal.resources.Workspace.getMoveDeleteHook(Workspace.java:992)
	at
org.eclipse.core.internal.resources.Resource.unprotectedDelete(Resource.java:1417)
	at org.eclipse.core.internal.resources.Resource.delete(Resource.java:650)
	at org.eclipse.core.internal.resources.Resource.delete(Resource.java:623)
	at
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.scrubProject(CheckoutProjectOperation.java:344)
	at
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.scrubProjects(CheckoutProjectOperation.java:324)
	at
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.performCheckout(CheckoutProjectOperation.java:195)
	at
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation$1.run(CheckoutProjectOperation.java:156)
	at
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.run(EclipseSynchronizer.java:1391)
	at
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.checkout(CheckoutProjectOperation.java:154)
	at
org.eclipse.team.internal.ccvs.ui.operations.CheckoutMultipleProjectsOperation.checkout(CheckoutMultipleProjectsOperation.java:52)
	at
org.eclipse.team.internal.ccvs.ui.operations.CheckoutOperation.checkout(CheckoutOperation.java:46)
	at
org.eclipse.team.internal.ccvs.ui.operations.CheckoutOperation.execute(CheckoutOperation.java:31)
	at
org.eclipse.team.internal.ccvs.ui.operations.CVSOperation.run(CVSOperation.java:120)
	at
org.eclipse.team.internal.ccvs.ui.operations.CVSNonblockingRunnableContext.run(CVSNonblockingRunnableContext.java:47)
	at
org.eclipse.team.internal.ccvs.ui.operations.CVSNonblockingRunnableContext$2.runInWorkspace(CVSNonblockingRunnableContext.java:67)
	at
org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:37)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)


I tried for a second time and the checkout proceeded as usual.

When a scheduled synchronize runs in the background, the user is prompted to 
change perspectives.

build I20041116

First run:
- Using Help > Software Updates > Find and Install, 
- add the following update site
http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/platform-ui-home/updates
- select and install the Heap Status feature
- choose Yes to restart
- it comes up with the Heap Status indicator running in the status line
- Window > Preferences
- under the Workbench item, there should be a Memory Indicator page, but this
does not show up

Second run:
- shut down and restart
- now the Heap Status indicator no longer shows in the status line, and the
preference page is still missing

Third run:
- shut down and restart with -clean
- the Heap Status indicator appears, and so does the preference page.

I added the following trace statement to PreferencePageRegistryReader.createNode
(called from readElement), and it does not show the
org.eclipse.ui.tools.heapstatus plugin's preference page getting processed in
the 1st and 2nd runs.

System.out.println("Reading preference page id=" + id + ", name=" + name + ",
category=" + category + ", class=" + className);

See also bug 79314 and bug 79316

I got the following exceptions running the test suite:

!ENTRY org.eclipse.core.runtime 4 2 Aug 27, 2004 11:32:11.484
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.IllegalStateException: zip file closed
	at java.util.zip.ZipFile$2.hasMoreElements(ZipFile.java:300)
	at 
org.eclipse.debug.core.sourcelookup.containers.ExternalArchiveSourceContainer.f
indSourceElements(ExternalArchiveSourceContainer.java:102)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:45)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:692)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:431)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.getProject
(JavaWatchExpressionDelegate.java:165)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.access$0
(JavaWatchExpressionDelegate.java:155)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate$EvaluationRunnabl
e.run(JavaWatchExpressionDelegate.java:114)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2511)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

!ENTRY org.eclipse.debug.core 4 120 Aug 27, 2004 11:32:11.500
!MESSAGE Error logged from Debug Core: 
!STACK 0
java.lang.IllegalStateException: zip file closed
	at java.util.zip.ZipFile$2.hasMoreElements(ZipFile.java:300)
	at 
org.eclipse.debug.core.sourcelookup.containers.ExternalArchiveSourceContainer.f
indSourceElements(ExternalArchiveSourceContainer.java:102)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:78)
	at 
org.eclipse.debug.core.sourcelookup.containers.CompositeSourceContainer.findSou
rceElements(CompositeSourceContainer.java:45)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupParticipant.findSourceE
lements(AbstractSourceLookupParticipant.java:60)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector$SourceLookupQu
ery.run(AbstractSourceLookupDirector.java:125)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.doSourceLookup
(AbstractSourceLookupDirector.java:443)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:692)
	at 
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.getSourceEleme
nt(AbstractSourceLookupDirector.java:431)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.getProject
(JavaWatchExpressionDelegate.java:165)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate.access$0
(JavaWatchExpressionDelegate.java:155)
	at 
org.eclipse.jdt.internal.debug.ui.JavaWatchExpressionDelegate$EvaluationRunnabl
e.run(JavaWatchExpressionDelegate.java:114)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2511)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

3.1 M2:

- use for-loop over collection template to enter linked editing mode
- step to "type"
- type Set
- use quick fix to import java.util.Set
Observe: linked edit mode is exited

see bug 53473 for the patch to fix.
also see 55592.

Using 200406082000

I opened CompilationUnitEditor but pick any CVS resource.
Use Team -> Show annotation, and you will get the following:

!MESSAGE Editor could not be initialized.
!STACK 0
org.eclipse.jface.util.Assert$AssertionFailedException: null argument;
        at java.lang.Throwable.<init>(Throwable.java)
        at org.eclipse.jface.util.Assert$AssertionFailedException.<init>
(Assert.java:54)
        at org.eclipse.jface.util.Assert.isNotNull(Assert.java:139)
        at org.eclipse.jface.util.Assert.isNotNull(Assert.java)
        at org.eclipse.jface.util.ListenerList.add(ListenerList.java)
        at 
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor.addReconcileListen
er(CompilationUnitEditor.java:1769)
        at 
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor.installOverrideInd
icator(CompilationUnitEditor.java:1496)
        at org.eclipse.jdt.internal.ui.javaeditor.JavaEditor.internalDoSetInput
(JavaEditor.java:2735)
        at org.eclipse.jdt.internal.ui.javaeditor.JavaEditor.doSetInput
(JavaEditor.java:2702)
        at 
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor.doSetInput
(CompilationUnitEditor.java:1485)
        at org.eclipse.ui.texteditor.AbstractTextEditor$14.run
(AbstractTextEditor.java:2187)
        at org.eclipse.jface.operation.ModalContext.runInCurrentThread
(ModalContext.java:303)
        at org.eclipse.jface.operation.ModalContext.run(ModalContext.java)
        at org.eclipse.jface.window.ApplicationWindow$1.run
(ApplicationWindow.java:576)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java)
        at org.eclipse.jface.window.ApplicationWindow.run
(ApplicationWindow.java:573)
        at org.eclipse.ui.internal.WorkbenchWindow.run
(WorkbenchWindow.java:1622)
        at org.eclipse.ui.texteditor.AbstractTextEditor.internalInit
(AbstractTextEditor.java:2201)
        at org.eclipse.ui.texteditor.AbstractTextEditor.init
(AbstractTextEditor.java:2219)
        at org.eclipse.ui.internal.EditorManager.createSite
(EditorManager.java:721)
        at org.eclipse.ui.internal.EditorManager.openInternalEditor
(EditorManager.java:780)
        at org.eclipse.ui.internal.EditorManager.openEditorFromDescriptor
(EditorManager.java:585)
        at org.eclipse.ui.internal.EditorManager.openEditor
(EditorManager.java:573)
        at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched
(WorkbenchPage.java:2187)
        at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor
(WorkbenchPage.java:2120)
        at org.eclipse.ui.internal.WorkbenchPage.access$6
(WorkbenchPage.java:2112)
        at org.eclipse.ui.internal.WorkbenchPage$9.run(WorkbenchPage.java:2099)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java)
        at org.eclipse.ui.internal.WorkbenchPage.openEditor
(WorkbenchPage.java:2094)
        at org.eclipse.ui.internal.WorkbenchPage.openEditor
(WorkbenchPage.java:2077)
        at org.eclipse.team.internal.ccvs.ui.AnnotateView.openEditor
(AnnotateView.java:354)
        at org.eclipse.team.internal.ccvs.ui.AnnotateView.showAnnotations
(AnnotateView.java:139)
        at org.eclipse.team.internal.ccvs.ui.AnnotateView.showAnnotations
(AnnotateView.java:100)
        at 
org.eclipse.team.internal.ccvs.ui.actions.ShowAnnotationAction.execute
(ShowAnnotationAction.java:88)
        at 
org.eclipse.team.internal.ccvs.ui.actions.ShowAnnotationAction.execute
(ShowAnnotationAction.java:42)
        at org.eclipse.team.internal.ccvs.ui.actions.CVSAction.run
(CVSAction.java:70)
        at org.eclipse.ui.actions.ActionDelegate.runWithEvent
(ActionDelegate.java:71)
        at org.eclipse.ui.internal.PluginAction.runWithEvent
(PluginAction.java:266)
        at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:915)
        at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java)
        at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1362)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1333)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:252)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:334)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:272)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:85)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:58)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:60)
        at java.lang.reflect.Method.invoke(Method.java:391)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)

build I20041101

- show history on a plugin.xml file
- choose Show Annotation
- select one of the annotations

java.lang.ClassCastException:
org/eclipse/pde/internal/ui/editor/plugin/ManifestEditor incompatible with
org/eclipse/ui/texteditor/ITextEditor
	at org.eclipse.team.internal.ccvs.ui.AnnotateView.openEditor(AnnotateView.java:371)
	at
org.eclipse.team.internal.ccvs.ui.AnnotateView.showAnnotations(AnnotateView.java:160)
	at
org.eclipse.team.internal.ccvs.ui.AnnotateView.listSelectionChanged(AnnotateView.java:265)
	at
org.eclipse.team.internal.ccvs.ui.AnnotateView.selectionChanged(AnnotateView.java:213)
	at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:163)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:616)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:161)
	at
org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:1622)
	at
org.eclipse.jface.viewers.StructuredViewer.handleSelect(StructuredViewer.java:890)
	at
org.eclipse.jface.viewers.StructuredViewer$4.widgetSelected(StructuredViewer.java:916)
	at org.eclipse.jface.util.OpenStrategy.fireSelectionEvent(OpenStrategy.java:209)
	at org.eclipse.jface.util.OpenStrategy.access$3(OpenStrategy.java:204)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:364)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:800)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2794)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2448)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1527)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1498)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:276)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
	at java.lang.reflect.Method.invoke(Method.java:391)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:704)
	at org.eclipse.core.launcher.Main.main(Main.java:688)

I2004-06-16-20:00

1) Create a workspace with JUnit
2) search for all declarations of type * in the workspace (via the search dialog)
3) observe: you get an exception (after quite some time):


An internal error occurred during: "Java Search".
java.lang.StringIndexOutOfBoundsException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.String.substring(String.java)
	at org.eclipse.jdt.internal.core.SourceMapper.findSourceFileName(SourceMapper.java)
	at
org.eclipse.jdt.internal.core.search.matching.PossibleMatch.getSourceFileName(PossibleMatch.java)
	at
org.eclipse.jdt.internal.core.search.matching.PossibleMatch.getQualifiedName(PossibleMatch.java)
	at
org.eclipse.jdt.internal.core.search.matching.PossibleMatch.<init>(PossibleMatch.java)
	at
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locateMatches(MatchLocator.java:872)
	at
org.eclipse.jdt.internal.core.search.JavaSearchParticipant.locateMatches(JavaSearchParticipant.java:94)
	at org.eclipse.jdt.core.search.SearchEngine.findMatches(SearchEngine.java:468)
	at org.eclipse.jdt.core.search.SearchEngine.search(SearchEngine.java:757)
	at org.eclipse.jdt.internal.ui.search.JavaSearchQuery.run(JavaSearchQuery.java:125)
	at
org.eclipse.search2.internal.ui.InternalSearchUI$InternalSearchJob.run(InternalSearchUI.java:83)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java)

3.0rc3
the 'All types of the current hierarchy .....'
does not wrap although it is a very long string and i have to max the view to
read it

When  the update configurator plugin is updated to a newer version, the old 
one is still attempted to be installed, causing the startup process to fail.

Here is the analysis done by Tom:
1.  EclipseStarter detects that the new version of update.config is available.
2.  EclipseStarter uninstalls the old version of update.config and installs 
the new one.
3.  EclipseStarter call refreshPackages and everybody resolves fine.
4.  EclipseStarter sets the startlevel to 6 and runtime starts, then the new 
update.config version starts.
5.  UpdateConfig then is installing the older version of update.config that 
was uninstalled by EclipseStarter.
5.  UpdateConfig then is calling refreshPackages with the Bundle object for 
the old update.config bundle that it just installed.
6.  RefreshPackages is being eager, when it creates it refresh graph it adds 
all sigleton versions of the bundles being refreshed.  Since update.config is 
a singleton this means the new version of update.config (the one currently 
being started) is added to the graph of bundles to refresh
7.  We cannot get the statechangelock to the new update.config to refresh it 
because it is in the middle of a state change (it is being started).  This 
causes the whole refresh process to fail and ends up leaving the runtime in a 
state of disarray.  I suspect if you restart it should clear things up.

In addition to this, if the configuration directory is removed, the behavior 
is similar: the old configurator is also re-installed, causing problems. In 
this case, the update configurator picks up all the plugins, including 
multiple versions, and installs them.

Sometimes, invoking the 'Save All' command (from the menu or as Shift+Ctrl+S)
does not have any effect -- the file is not saved (while 'Save' works). It will
not work until I restart Eclipse.

With RC2 it is possible to install an update into a different location than 
the older feature. This is a regression and should be fixed for RC3

I20040511 (4pm)

I found this in the log allthough I didn't notice any problems during editing 
Java files.

I'm not sure if jface.text is Text or UI component. Please reassign if 
necessary.



!ENTRY org.eclipse.ui 4 4 Mai 12, 2004 10:52:27.500
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Mai 12, 2004 10:52:27.500
!MESSAGE java.util.ConcurrentModificationException
!STACK 0
java.util.ConcurrentModificationException
	at java.util.AbstractList$Itr.checkForComodification
(AbstractList.java:448)
	at java.util.AbstractList$Itr.next(AbstractList.java:419)
	at java.util.AbstractCollection.remove(AbstractCollection.java:254)
	at org.eclipse.jface.text.AbstractDocument.removeDocumentListener
(AbstractDocument.java:264)
	at org.eclipse.text.edits.UndoCollector.disconnect
(UndoCollector.java:38)
	at org.eclipse.text.edits.TextEditProcessor.executeDo
(TextEditProcessor.java:167)
	at org.eclipse.text.edits.TextEdit.dispatchPerformEdits
(TextEdit.java:664)
	at org.eclipse.text.edits.TextEditProcessor.performEdits
(TextEditProcessor.java:130)
	at org.eclipse.ltk.core.refactoring.TextChange.perform
(TextChange.java:334)
	at 
org.eclipse.jdt.internal.ui.text.correction.ChangeCorrectionProposal.performCha
nge(ChangeCorrectionProposal.java:101)
	at 
org.eclipse.jdt.internal.ui.text.correction.CUCorrectionProposal.performChange
(CUCorrectionProposal.java:259)
	at 
org.eclipse.jdt.internal.ui.text.correction.LinkedCorrectionProposal.performCha
nge(LinkedCorrectionProposal.java:195)
	at 
org.eclipse.jdt.internal.ui.text.correction.CUCorrectionProposal.apply
(CUCorrectionProposal.java:289)
	at 
org.eclipse.jface.text.contentassist.CompletionProposalPopup.insertProposal
(CompletionProposalPopup.java:398)
	at 
org.eclipse.jface.text.contentassist.CompletionProposalPopup.selectProposalWith
Mask(CompletionProposalPopup.java:361)
	at 
org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$19
(CompletionProposalPopup.java:357)
	at 
org.eclipse.jface.text.contentassist.CompletionProposalPopup$3.widgetDefaultSel
ected(CompletionProposalPopup.java:322)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:96)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2725)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2390)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:298)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:249)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:126)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:722)
	at org.eclipse.core.launcher.Main.main(Main.java:706)

We have two locations where potentially a stream could be left open if an 
exception occurs.

- I have a shared FILE_X 1.1 without any tags in my workspace.
- When I compare the modified file >FILE_X 1.1 with a version or branch tag 
which does not exist on that file, the compare editor is opened and shows a 
comparison between Local File (1.1) - Remote File (1.1) 
- CVSSyncInfo: syncKind=3 (change) and Remote File: FILE_X 1.1

- When I compare the parent folder of FILE_X 1.1 with the same tag the compare 
editor shows a comparison between Local File (1.1) - Remote File, whereas the 
content box of the Remote File part is empty (that is what I would expect when I 
use the compare functionality just on an IFileResource.
- CVSSyncInfo: syncKind=2 (deletion) and Remote : none


I am using 3M8 on W2K and CVSNT2.0.21

- with 3RC2 I get every time a comparison between 1.1 - 1.1 and that is not 
correct because there is no revision with the tag

The org.eclipse.core.runtime.jobs.InternalJob class is the internal superclass 
of the API class Job. 

InternalJob currently declares public and protected fields and methods. This 
is a problem, because those will be inherited by the API class and be almost 
indistinguisable from API fields and methods.

If the intent is for a member to be API, it needs to be declared and spec'd on 
the API class. If it's not supposed to be API, it needs to be private or 
package-private.

I200402101200

IllegalArgumentExceptions while using linked mode in segmented view

!ENTRY org.eclipse.ui 4 4 Feb 10, 2004 20:26:29.644
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Feb 10, 2004 20:26:29.654
!MESSAGE Argument not valid
!STACK 0
java.lang.IllegalArgumentException: Argument not valid
	at org.eclipse.swt.SWT.error(SWT.java:2594)
	at org.eclipse.swt.SWT.error(SWT.java:2538)
	at org.eclipse.jface.text.DocumentAdapter.getLineAtOffset(DocumentAdapter.java:148)
	at org.eclipse.swt.custom.StyledText.internalRedrawRange(StyledText.java:5143)
	at org.eclipse.swt.custom.StyledText.internalSetSelection(StyledText.java:7888)
	at org.eclipse.swt.custom.StyledText.modifyContent(StyledText.java:6000)
	at org.eclipse.swt.custom.StyledText.sendKeyEvent(StyledText.java:6931)
	at org.eclipse.swt.custom.StyledText.doContent(StyledText.java:2553)
	at org.eclipse.swt.custom.StyledText.handleKey(StyledText.java:5300)
	at org.eclipse.swt.custom.StyledText.handleKeyDown(StyledText.java:5323)
	at org.eclipse.swt.custom.StyledText$7.handleEvent(StyledText.java:5066)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:857)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:842)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1716)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1712)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3037)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2940)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:2873)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1371)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2027)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:245)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:104)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)
!ENTRY org.eclipse.ui 4 4 Feb 10, 2004 20:26:29.664
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Feb 10, 2004 20:26:29.664
!MESSAGE Argument not valid
!STACK 0
java.lang.IllegalArgumentException: Argument not valid
	at org.eclipse.swt.SWT.error(SWT.java:2594)
	at org.eclipse.swt.SWT.error(SWT.java:2538)
	at
org.eclipse.jface.text.DocumentAdapter.replaceTextRange(DocumentAdapter.java:196)
	at org.eclipse.swt.custom.StyledText.modifyContent(StyledText.java:5995)
	at org.eclipse.swt.custom.StyledText.sendKeyEvent(StyledText.java:6931)
	at org.eclipse.swt.custom.StyledText.doContent(StyledText.java:2553)
	at org.eclipse.swt.custom.StyledText.handleKey(StyledText.java:5300)
	at org.eclipse.swt.custom.StyledText.handleKeyDown(StyledText.java:5323)
	at org.eclipse.swt.custom.StyledText$7.handleEvent(StyledText.java:5066)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:857)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:842)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1716)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1712)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3037)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2940)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:2873)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1371)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2027)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:245)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:104)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)
!ENTRY org.eclipse.ui 4 4 Feb 10, 2004 20:26:29.684
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Feb 10, 2004 20:26:29.694
!MESSAGE Argument not valid
!STACK 0
java.lang.IllegalArgumentException: Argument not valid
	at org.eclipse.swt.SWT.error(SWT.java:2594)
	at org.eclipse.swt.SWT.error(SWT.java:2538)
	at
org.eclipse.jface.text.DocumentAdapter.replaceTextRange(DocumentAdapter.java:196)
	at org.eclipse.swt.custom.StyledText.modifyContent(StyledText.java:5995)
	at org.eclipse.swt.custom.StyledText.sendKeyEvent(StyledText.java:6931)
	at org.eclipse.swt.custom.StyledText.doContent(StyledText.java:2553)
	at org.eclipse.swt.custom.StyledText.handleKey(StyledText.java:5300)
	at org.eclipse.swt.custom.StyledText.handleKeyDown(StyledText.java:5323)
	at org.eclipse.swt.custom.StyledText$7.handleEvent(StyledText.java:5066)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:857)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:842)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1716)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1712)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3037)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2940)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:2873)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1371)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2027)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:245)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:104)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)
!ENTRY org.eclipse.ui 4 4 Feb 10, 2004 20:26:29.764
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Feb 10, 2004 20:26:29.774
!MESSAGE Failed to execute runnable (java.lang.IllegalArgumentException:
Argument not valid)
!STACK 0
org.eclipse.swt.SWTException: Failed to execute runnable
(java.lang.IllegalArgumentException: Argument not valid)
	at org.eclipse.swt.SWT.error(SWT.java:2608)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:105)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2325)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2033)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:245)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:104)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)
!ENTRY org.eclipse.ui 4 4 Feb 10, 2004 20:26:29.774
!MESSAGE *** SWT nested exception
!ENTRY org.eclipse.ui 4 0 Feb 10, 2004 20:26:29.784
!MESSAGE Argument not valid
!STACK 0
java.lang.IllegalArgumentException: Argument not valid
	at org.eclipse.swt.SWT.error(SWT.java:2594)
	at org.eclipse.swt.SWT.error(SWT.java:2538)
	at org.eclipse.jface.text.DocumentAdapter.getLineAtOffset(DocumentAdapter.java:148)
	at org.eclipse.swt.custom.StyledText.getCaretLine(StyledText.java:4806)
	at org.eclipse.swt.custom.StyledText.setCaretLocation(StyledText.java:7215)
	at org.eclipse.swt.custom.StyledText.replaceStyleRanges(StyledText.java:6739)
	at org.eclipse.jface.text.TextViewer.addPresentation(TextViewer.java:3962)
	at org.eclipse.jface.text.TextViewer.changeTextPresentation(TextViewer.java:4041)
	at
org.eclipse.jface.text.presentation.PresentationReconciler.applyTextRegionCollection(PresentationReconciler.java:556)
	at
org.eclipse.jface.text.presentation.PresentationReconciler.processDamage(PresentationReconciler.java:545)
	at
org.eclipse.jface.text.presentation.PresentationReconciler.access$5(PresentationReconciler.java:541)
	at
org.eclipse.jface.text.presentation.PresentationReconciler$InternalListener.textChanged(PresentationReconciler.java:218)
	at org.eclipse.jface.text.TextViewer.updateTextListeners(TextViewer.java:2232)
	at
org.eclipse.jface.text.TextViewer.invalidateTextPresentation(TextViewer.java:2908)
	at
org.eclipse.jface.text.source.AnnotationPainter.invalidateTextPresentation(AnnotationPainter.java:733)
	at
org.eclipse.jface.text.source.AnnotationPainter.updatePainting(AnnotationPainter.java:718)
	at
org.eclipse.jface.text.source.AnnotationPainter.access$1(AnnotationPainter.java:712)
	at
org.eclipse.jface.text.source.AnnotationPainter$1.run(AnnotationPainter.java:810)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:102)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2325)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2033)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:245)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:104)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

Build N20040510

In my full source workspace the ant.ui plug-in has compile errors. The 
complaint is against AntUtil: "The type 
org.eclipse.core.boot.IPlatformRunnable cannot be resolved. It is indirectly 
referenced from required .class files." As a result, the ant.ui project is not 
built, and this means that pde.ui does not build either.

The ant.ui plug-in does not depend on org.eclipse.core.runtime.compatibility
(and hasn't for about 1 week). However, the .project file still has left over 
static project references, which should be cleaned out:

		<project>org.apache.ant</project>
		<project>org.eclipse.ant.core</project>
		<project>org.eclipse.core.resources</project>
		<project>org.eclipse.core.runtime.compatibility</project>
		<project>org.eclipse.core.variables</project>
		<project>org.eclipse.debug.core</project>
		<project>org.eclipse.debug.ui</project>
		<project>org.eclipse.jdt.debug.ui</project>
		<project>org.eclipse.jdt.launching</project>
		<project>org.eclipse.jdt.ui</project>
		<project>org.eclipse.jface.text</project>
		<project>org.eclipse.ui</project>
		<project>org.eclipse.ui.console</project>
		<project>org.eclipse.ui.editors</project>
		<project>org.eclipse.ui.externaltools</project>
		<project>org.eclipse.ui.ide</project>
		<project>org.eclipse.ui.views</project>
		<project>org.eclipse.ui.workbench.texteditor</project>

I removed these ion my ws, but the problem remains.

We currently support mozilla 1.6. We also need to support mozilla 1.4

Build N20040510

Here is a more robust version of AntUIPlugin.stop which (a) does the super.stop
(context) as the very last thing as described in ASP spec, and (b) uses a try-
finally to ensure that super.stop happens no matter what:

/* (non-Javadoc)
 * @see AbstractUIPlugin#stop(BundleContext)
 */
public void stop(BundleContext context) throws Exception {
	try {
		AntUIImages.disposeImageDescriptorRegistry();
	} finally {
		super.stop(context);
	}
}

Environment is 3.0 M6.

When searching references to a method in the class hierarchy via the methods 
context menu in the outline view the system hangs.

In Progress View in 3.0M6 the Verbose filter doesnt stay selected. When I 
restart Eclipse, it is turned off again. What I really want it for is for the 
Verbose comments from CVS, I was to see, what files are being received or how 
big they are when being received and how much was already received. Not only 
do I have to alway turn the Verbose on, I also have to expand the tree node 
with + which is quite annoying.

You'll need to set the "Local variable is never read" option in 
Window>Preferences>Java>Compiler>Unused Code to something
other than "Ignore" to reproduce this. The quick fix "Remove
variable <variable name> and assignments without possible side
effects" that is offered if a local variable is never read makes
two types of mistakes:

1. Some side effects are not recognized, e.g. "fixing"

  int k = 3;
  int n;
  n = k++;
  System.out.println (k);

yields

  int k = 3;
  System.out.println (k);

2. The variable definition is removed even if it has side effects, e.g.

  int n = System.in.read ();

is removed, whereas if a later assignment has side effects, it is left
unchanged, including the now undefined reference to the local variable, e.g.

  int n;
  n = System.in.read ();

becomes

  n = System.in.read ();

What I think *should* happen is that the initializing assignment
and later assignments should be treated alike; the left-hand side
referring to the local variable should *always* be removed, and
the right-hand side should be removed if and only if it has no
side effects. This may result in invalid code if the right-hand
side expression has side effects but does not form a statement;
a deluxe version might extract the parts that have side effects
and insert them as statements in the correct order, but even
without this there would be a significant improvement over the
current behaviour, which changes side effects and leaves
references to undefined variables around.

Multiple line element that are terminated with "/>" do not select correctly in 
the Ant editor from the outline view.

Test Example, select the jar node

<project default="test">
<target name="test">
<jar 
	jarfile="${dist}/src.jar"
	basedir="."
	excludes="**/*.jar, junit/tests/**, junit/samples/**, **/*.class, 
doc/**, README.html, .classpath, .project, cpl-v10.html"
/>
</target>

</project>

Running the test suite, the following error appeared:

!ENTRY org.eclipse.jdt.debug.ui 4 150 Aug 27, 2004 10:46:54.62
!MESSAGE Internal Error
!STACK 1
org.eclipse.debug.core.DebugException: Invalid stack frame
	at 
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getUnderlyingStackFrame
(JDIStackFrame.java:973)
	at 
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getUnderlyingMethod
(JDIStackFrame.java:227)
	at 
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getDeclaringTypeName
(JDIStackFrame.java:713)
	at org.eclipse.jdt.internal.debug.ui.JavaDebugOptionsManager.getProblem
(JavaDebugOptionsManager.java:705)
	at org.eclipse.jdt.internal.debug.ui.JDIModelPresentation.getThreadText
(JDIModelPresentation.java:311)
	at org.eclipse.jdt.internal.debug.ui.JDIModelPresentation.getText
(JDIModelPresentation.java:226)
	at org.eclipse.debug.internal.ui.LazyModelPresentation.getText
(LazyModelPresentation.java:101)
	at org.eclipse.debug.internal.ui.DelegatingModelPresentation.getText
(DelegatingModelPresentation.java:158)
	at 
org.eclipse.debug.internal.ui.views.DebugViewLabelDecorator$LabelJob.run
(DebugViewLabelDecorator.java:326)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

I had an existing install (which had already been run) and renamed the lucene 
plugin's plugin.xml to something (to disable it).  Then ran (without -dev or 
checkConfiguration=true) and got the following error.  What I would have 
expected is that nothing changed at all.  The plugin.xml should have been 
converted to a manifest.mf.  Any extensions and extension points should have 
been cached.

So, there is a problem with someone eagerly noticing changes and it appears 
that the changes are not fully processed.

!ENTRY update@/c:/rc2-platform/eclipse/plugins/org.eclipse.ui.ide_3.0.0/ 0 0 Jun
 16, 2004 10:51:49.610
!MESSAGE FrameworkEvent.ERROR
!STACK 0
org.osgi.framework.BundleException: The BundleLoader could not be found: org.ecl
ipse.update.ui_3.0.0
        at org.eclipse.osgi.framework.internal.core.BundleLoader.initialize(Bund
leLoader.java:168)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.<init>(BundleLo
ader.java:119)
        at org.eclipse.osgi.framework.internal.core.BundleHost.getBundleLoader(B
undleHost.java:632)
        at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleH
ost.java:327)
        at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass(Abs
tractBundle.java:1313)
        at org.eclipse.core.internal.registry.ConfigurationElement.createExecuta
bleExtension(ConfigurationElement.java:131)
        at org.eclipse.core.internal.registry.ConfigurationElement.createExecuta
bleExtension(ConfigurationElement.java:124)
        at org.eclipse.core.internal.registry.ConfigurationElement.createExecuta
bleExtension(ConfigurationElement.java:113)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformAct
ivator.java:330)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:272)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:128)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)
Startup complete: 5359ms

Bug 67424 reported an NPE and a deadlock. I'm opening this bug to address the 
NPE so I can move the bug to the component which is deadlocking.

!ENTRY org.eclipse.ui 4 0 Jun 16, 2004 11:33:32.07
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
        at org.eclipse.team.internal.ccvs.ui.actions.SyncAction$2.run
(SyncAction.java:76)
        at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:135)
        at org.eclipse.ui.internal.UISynchronizer.syncExec
(UISynchronizer.java:25)
        at org.eclipse.swt.widgets.Display.syncExec(Display.java:3056)
        at 
org.eclipse.team.internal.ccvs.ui.actions.SyncAction.showSingleFileComparison
(SyncAction.java:74)
        at org.eclipse.team.internal.ccvs.ui.actions.SyncAction.execute
(SyncAction.java:43)
        at org.eclipse.team.internal.ccvs.ui.actions.CVSAction.run

The NPE is easily reproducable by selecting an ignored resource that is the 
child of a shared folder and chosing synchronize. The command is enable 
because it is possible that a remote exists even if a resource is ignored. The 
NPE occurs because we try to open a compare editor on the sync info (which is 
null as expected).

v3036c

In trying to generate javadoc for eSWT API, ran across the following two 
problems:

- List setSelection(int,int) @see tags reference Table, should specify List
- SWT.java @see SWT.Help should be @see SWT#Help

Build: 3.0 RC2

I have a layout where the Breakpoints view is stacked with several other views. 
When I first open Eclipse and bring the Breakpoints view to the top, several 
buttons are missing from its local button bar. If I maximize and then restore 
the view, it is back to normal.

type IWorkbenchPart and invoke content assist.  The perfect 
match "IWorkbenchPart" should be presented first.  Instead, you get:
IWorkbenchPart2
IWorkbenchPartConstants
IWorkbemchPartDescriptor
IWorkbenchPart

The first time I noticed this, I tried changing the "Present Proprosal in 
alphabetical order" preference.  It had no effect, so I shutdown and restarted 
Eclipse.  Now, if I *disable* this preference, the proposals are sorted 
alphabetically.  This is the opposite of what I would expect.

BTW, why does this preference exist? It seems like proposal should *always* be 
alphabetized, with the only option being to group them such that variables come 
before class names.  But classnames should still be sorted in this case.

We should remove the dependency on nsIDOMInternalWindow. This API is not 
frozen and has changed from 1.5 to 1.6.

Enhancements to memory block API

Memory blocks (IMemoryBlock) require enhancements to support a richer UI 
(Memory View). The current internal implementation is IExtendedMemoryBlock. I 
suggest using the name IMemoryBlockExtension which is a more "Eclipse-
standard" way to name optional enhancements to existing interfaces. The new 
interface should reside with the other model interfaces in the 
org.eclispe.debug.core.model package.

An enhanced memory block is optionally capable of providing change information 
as its contents (bytes) change. If a memory block supports change management, 
it must fire a CHANGE event when any of its contents change, and provide the 
details of which bytes changed via its memory bytes, each of which has flags 
describing what, if anything, changed. The change management can be turned 
on/off when it is supported, as monitoring of memory may be expensive.

A memory block may support changing its base address.

The enhanced API should look something like the following:

	boolean	supportsChangeManagement() [was isMemoryChangesManaged()]
	boolean	isChangeManagementEnabled() [was isEnabled()]
	void	setChangeManagementEnabled(boolean) [was enable()/disable()]
	void 	dispose() [was delete()]

	int	getAddressSize()
	BigInteger	getBigBaseAddress()
	boolean	isBidEndian()

	boolean	supportsBaseAddressModification()
	void	setBaseAddress(BigInteger)

	String	getLabel() [was getExpression()]
	MemoryByte[] getBytesFromAddress(BigInteger, long)
	MemoryByte[] getBytesFromOffset(long, long)

Method to be removed?
	* getMemoryBlockRetrieval: generally, a memory block should not be 
tied to how it was retrieved created. This is similar to the model of a 
variable value not knowing what variable references it. Looking at the code, 
there are a couple usages of this method. One is to get the padded string for 
a memory block, but this could likely be moved to the renderingType extension 
point (i.e. what to display as the padded string for a rendering type). The 
other usage is to retrieve all memory blocks associated with a particular 
memory block retrieval - could this be done some other way rather than having 
the memory bock maintain a backpointer as API?

NOTES: I'm not sure that dispose() should be called automatically when a block 
is removed from the manager. Instead, the UI may want to dispose of blocks.

For each inspect popup numerous objects are leaked.
It appears the root of the leaks is the failure to dispose/uninstall the 
InformationPresenter. 

When I add this though I get:

java.lang.NullPointerException
at org.eclipse.debug.internal.ui.LazyModelPresentation.removeListener
(LazyModelPresentation.java:162)
at org.eclipse.debug.internal.ui.DelegatingModelPresentation.removeListener
(DelegatingModelPresentation.java:243)
at org.eclipse.jface.viewers.ContentViewer.handleDispose
(ContentViewer.java:152)
...

3.1 I200408241200

Visibility decorations are all wrong for methods in Hierarchy view.  See 
attached screenshot.

When I run the test suite I get a lot of these exceptions in the log:

!ENTRY org.eclipse.jdt.debug.ui 4 150 Aug 27, 2004 10:12:19.906
!MESSAGE Internal Error
!STACK 1
org.eclipse.debug.core.DebugException: Invalid stack frame
	at 
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getUnderlyingStackFrame
(JDIStackFrame.java:970)
	at 
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getUnderlyingMethod
(JDIStackFrame.java:227)
	at 
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.isSynchronized
(JDIStackFrame.java:797)
	at 
org.eclipse.jdt.internal.debug.ui.JDIModelPresentation.computeJDIAdornmentFlags
(JDIModelPresentation.java:818)
	at 
org.eclipse.jdt.internal.debug.ui.JDIModelPresentation.getDebugElementImage
(JDIModelPresentation.java:780)
	at org.eclipse.jdt.internal.debug.ui.JDIModelPresentation.getImage
(JDIModelPresentation.java:621)
	at org.eclipse.debug.internal.ui.LazyModelPresentation.getImage
(LazyModelPresentation.java:94)
	at org.eclipse.debug.internal.ui.DelegatingModelPresentation.getImage
(DelegatingModelPresentation.java:141)
	at 
org.eclipse.debug.internal.ui.views.DebugViewInterimLabelProvider.getImage
(DebugViewInterimLabelProvider.java:58)
	at org.eclipse.jface.viewers.DecoratingLabelProvider.getImage
(DecoratingLabelProvider.java:79)
	at org.eclipse.debug.internal.ui.views.launch.LaunchViewer.doUpdateItem
(LaunchViewer.java:92)
	at 
org.eclipse.jface.viewers.AbstractTreeViewer$UpdateItemSafeRunnable.run
(AbstractTreeViewer.java:86)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem
(AbstractTreeViewer.java:488)
	at 
org.eclipse.jface.viewers.StructuredViewer$UpdateItemSafeRunnable.run
(StructuredViewer.java:135)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.jface.viewers.StructuredViewer.updateItem
(StructuredViewer.java:1432)
	at org.eclipse.jface.viewers.StructuredViewer.update
(StructuredViewer.java:1415)
	at org.eclipse.jface.viewers.StructuredViewer.update
(StructuredViewer.java:1342)
	at 
org.eclipse.debug.internal.ui.views.DebugViewDecoratingLabelProvider.labelsComp
uted(DebugViewDecoratingLabelProvider.java:67)
	at org.eclipse.debug.internal.ui.views.DebugViewLabelDecorator$1.run
(DebugViewLabelDecorator.java:135)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2760)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2445)
	at org.eclipse.jdt.debug.tests.DebugSuite.run(DebugSuite.java:67)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests
(RemoteTestRunner.java:421)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run
(RemoteTestRunner.java:305)
	at org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main
(RemotePluginTestRunner.java:30)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication$1.run
(UITestApplication.java:92)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2760)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2445)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1435)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1406)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:263)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:102)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication.run
(UITestApplication.java:33)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)
!SUBENTRY 1 org.eclipse.jdt.debug 4 4 Aug 27, 2004 10:12:19.906
!MESSAGE Invalid stack frame

Folks,
  Eclipse-3.x provides an IContentManager and extension
points to identify a type, great.

But for the a C/C++ environment where filenames are more
dynamic say; "cstdio", "iostream", it is not possible
to define __all__ filenames in /usr/include
and also users can change things; adding new files.

CDT provides a way to deal with this, but we
can not hook up to the IContentType stuff since when
the IContentDescriber is call we do not get the filename
but only the inputstream.

I200406110010 (UI from HEAD, self-hosted session), Linux 2.6.4, GTK+ 2.4.1, KDE 
3.2.2. 
 
I close my last workbench window using the "X" in the top-right of the window's 
title bar.  The window closes and it appears to be shutting down.  However, the 
process never exits.  Doing a thread dump, I get the following: 
 
 
Full thread dump Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode): 
 
"Worker-3" prio=1 tid=0x08651048 nid=0x6ff5 in Object.wait() 
[4647a000..4647a89c] 
	at java.lang.Object.wait(Native Method) 
	- waiting on <0x50e0f5b0> (a org.eclipse.core.internal.jobs.WorkerPool) 
	at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:166) 
	- locked <0x50e0f5b0> (a org.eclipse.core.internal.jobs.WorkerPool) 
	at 
org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:193) 
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59) 
 
"Java indexing" daemon prio=1 tid=0x08075308 nid=0x6ff5 in Object.wait() 
[45db7000..45db789c] 
	at java.lang.Object.wait(Native Method) 
	- waiting on <0x51bd4fd0> (a 
org.eclipse.jdt.internal.core.search.indexing.IndexManager) 
	at java.lang.Object.wait(Object.java:429) 
	at 
org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobManager.java:338) 
	- locked <0x51bd4fd0> (a 
org.eclipse.jdt.internal.core.search.indexing.IndexManager) 
	at java.lang.Thread.run(Thread.java:534) 
 
"Reference Cleaner - 2" prio=1 tid=0x081a4ab0 nid=0x6ff5 in Object.wait() 
[453e0000..453e089c] 
	at java.lang.Object.wait(Native Method) 
	- waiting on <0x51b510c8> (a java.lang.ref.ReferenceQueue$Lock) 
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111) 
	- locked <0x51b510c8> (a java.lang.ref.ReferenceQueue$Lock) 
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127) 
	at 
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThread.run(ActionContributionItem.java:207) 
 
"Reference Cleaner - 1" prio=1 tid=0x081a4758 nid=0x6ff5 in Object.wait() 
[44c37000..44c3789c] 
	at java.lang.Object.wait(Native Method) 
	- waiting on <0x51b51138> (a java.lang.ref.ReferenceQueue$Lock) 
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111) 
	- locked <0x51b51138> (a java.lang.ref.ReferenceQueue$Lock) 
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127) 
	at 
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThread.run(ActionContributionItem.java:207) 
 
"Start Level Event Dispatcher" daemon prio=1 tid=0x08153820 nid=0x6ff5 in 
Object.wait() [44bb6000..44bb689c] 
	at java.lang.Object.wait(Native Method) 
	- waiting on <0x509ddd08> (a 
org.eclipse.osgi.framework.eventmgr.EventThread) 
	at java.lang.Object.wait(Object.java:429) 
	at 
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:162) 
	- locked <0x509ddd08> (a 
org.eclipse.osgi.framework.eventmgr.EventThread) 
	at 
org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:100) 
 
"Framework Event Dispatcher" daemon prio=1 tid=0x081496e8 nid=0x6ff5 in 
Object.wait() [44b21000..44b2189c] 
	at java.lang.Object.wait(Native Method) 
	- waiting on <0x509d2120> (a 
org.eclipse.osgi.framework.eventmgr.EventThread) 
	at java.lang.Object.wait(Object.java:429) 
	at 
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:162) 
	- locked <0x509d2120> (a 
org.eclipse.osgi.framework.eventmgr.EventThread) 
	at 
org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:100) 
 
"Signal Dispatcher" daemon prio=1 tid=0x0808de28 nid=0x6ff5 runnable [0..0] 
 
"Finalizer" daemon prio=1 tid=0x08089898 nid=0x6ff5 in Object.wait() 
[44718000..4471889c] 
	at java.lang.Object.wait(Native Method) 
	- waiting on <0x509ba6b8> (a java.lang.ref.ReferenceQueue$Lock) 
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111) 
	- locked <0x509ba6b8> (a java.lang.ref.ReferenceQueue$Lock) 
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127) 
	at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159) 
 
"Reference Handler" daemon prio=1 tid=0x08088ca8 nid=0x6ff5 in Object.wait() 
[44697000..4469789c] 
	at java.lang.Object.wait(Native Method) 
	- waiting on <0x509ba720> (a java.lang.ref.Reference$Lock) 
	at java.lang.Object.wait(Object.java:429) 
	at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115) 
	- locked <0x509ba720> (a java.lang.ref.Reference$Lock) 
 
"main" prio=1 tid=0x08052d18 nid=0x6ff5 in Object.wait() [bfffc000..bfffd038] 
	at java.lang.Object.wait(Native Method) 
	at org.eclipse.swt.widgets.Display.sleep(Display.java:2789) 
	- locked <0x5f9b9ea8> (a java.lang.Class) 
	at 
org.eclipse.ui.application.WorkbenchAdvisor.eventLoopIdle(WorkbenchAdvisor.java:344) 
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363) 
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1333) 
	at 
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:252) 
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141) 
	at 
org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96) 
	at 
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334) 
	at 
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:272) 
	at 
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128) 
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
	at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
	at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
	at java.lang.reflect.Method.invoke(Method.java:324) 
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185) 
	at org.eclipse.core.launcher.Main.run(Main.java:638) 
	at org.eclipse.core.launcher.Main.main(Main.java:622) 
 
"VM Thread" prio=1 tid=0x08087988 nid=0x6ff5 runnable  
 
"VM Periodic Task Thread" prio=1 tid=0x08090620 nid=0x6ff5 waiting on condition  
"Suspend Checker Thread" prio=1 tid=0x0808d458 nid=0x6ff5 runnable

I200406110010, with UI code from HEAD (self-hosted session).  Linux 2.6.4, GTK+ 
2.4.1, KDE 3.2.2. 
 
I see the following in my log.... 
 
 
java.lang.NullPointerException 
        at 
org.eclipse.ui.internal.PerspectiveSwitcher.restoreState(PerspectiveSwitcher.java:794) 
        at 
org.eclipse.ui.internal.WorkbenchWindow.restoreState(WorkbenchWindow.java:1174) 
        at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1215) 
        at org.eclipse.ui.internal.Workbench.access$10(Workbench.java:1182) 
        at org.eclipse.ui.internal.Workbench$13.run(Workbench.java:1093) 
        at 
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615) 
        at org.eclipse.core.runtime.Platform.run(Platform.java:758) 
        at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1026) 
        at 
org.eclipse.ui.internal.WorkbenchConfigurer.restoreState(WorkbenchConfigurer.java:167) 
        at 
org.eclipse.ui.application.WorkbenchAdvisor.openWindows(WorkbenchAdvisor.java:652) 
        at org.eclipse.ui.internal.Workbench.init(Workbench.java:816) 
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1310) 
        at 
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:252) 
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141) 
        at 
org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96) 
        at 
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334) 
        at 
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:272) 
        at 
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128) 
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
        at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
        at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
        at java.lang.reflect.Method.invoke(Method.java:324) 
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185) 
        at org.eclipse.core.launcher.Main.run(Main.java:638) 
        at org.eclipse.core.launcher.Main.main(Main.java:622)

I20040505 - 1045

The Display view is really insisting on showing up when it is not needed. I
rarely use this view, so I always close it. However, it reopens every time you
launch a debug session. Hoping to outsmart it, I made it a fast view.  Now it
reveals itself every time I click on a stack frame in the Debug view. Is there a
way to stop this view from popping up?

My setup - I use a unified view for both development and debugging, with debug
view stacked behind other development views. I don't use the debug perspective.

build I20040611-0010

Saw the following entry in my log:

!ENTRY org.eclipse.ui 4 4 Jun 11, 2004 13:16:05.683
!MESSAGE Memento problem - invalid integer for key:
org.eclipse.jdt.search.resultpage.grouping value: TRUE

Select All accelerator is available on a Tree control hosted in a TreeViewer 
but does not send SelectionChanged events. That means:
1) The user thinks that everything is OK because the items are selected in the 
tree.
2) The TreeViewer is not aware of the new selection and when asked about the 
selected elements, returns the old selection.
3) Any code depending on the selection changed event (for example, for 
enablement of controls) is broken.
I have tracked this down to the 
org.eclipse.ui.internal.commands.ws.SelectAllHandler class which calls the 
selectAll() method in the Tree widget but ignores the TreeViewer were the 
widget is hosted - the real source of the events. This can be worked around if 
the widget (and its associated viewer) is hosted in a view/editor by 
redefining the action but can hardly be done when the widget is used in a 
dialog box.

20041117

Got lots of the following exceptions in the log from starting Eclipse out of
Eclipse after updating to 20041117 with an existing workspace

!ENTRY
initial@reference:file:C:/workspaces/eclipse-sh3/org.eclipse.core.runtime/ 0 0
2004-11-18 15:29:50.511
!MESSAGE FrameworkEvent.ERROR
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.core.internal.registry.ExtensionRegistry.removeExtension(ExtensionRegistry.java:555)
	at
org.eclipse.core.internal.registry.ExtensionRegistry.removeExtensionsAndExtensionPoints(ExtensionRegistry.java:586)
	at
org.eclipse.core.internal.registry.ExtensionRegistry.basicRemove(ExtensionRegistry.java:232)
	at
org.eclipse.core.internal.registry.ExtensionRegistry.remove(ExtensionRegistry.java:537)
	at
org.eclipse.core.internal.registry.EclipseBundleListener.removeBundle(EclipseBundleListener.java:92)
	at
org.eclipse.core.internal.registry.EclipseBundleListener.bundleChanged(EclipseBundleListener.java:73)
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.dispatchEvent(BundleContextImpl.java:1151)
	at
org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:186)
	at
org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:139)
	at
org.eclipse.osgi.framework.internal.core.Framework.publishBundleEventPrivileged(Framework.java:1410)
	at
org.eclipse.osgi.framework.internal.core.Framework.publishBundleEvent(Framework.java:1361)
	at
org.eclipse.osgi.framework.internal.core.BundleFragment.unresolve(BundleFragment.java:86)
	at
org.eclipse.osgi.framework.internal.core.BundleHost.unresolveFragments(BundleHost.java:211)
	at org.eclipse.osgi.framework.internal.core.BundleHost.unload(BundleHost.java:286)
	at
org.eclipse.osgi.framework.internal.core.AbstractBundle.uninstallWorkerPrivileged(AbstractBundle.java:922)
	at
org.eclipse.osgi.framework.internal.core.AbstractBundle$4.run(AbstractBundle.java:836)
	at java.security.AccessController.doPrivileged(AccessController.java:189)
	at
org.eclipse.osgi.framework.internal.core.AbstractBundle.uninstallWorker(AbstractBundle.java:869)
	at
org.eclipse.osgi.framework.internal.core.AbstractBundle.uninstall(AbstractBundle.java:834)
	at
org.eclipse.update.internal.configurator.ConfigurationActivator.installBundles(ConfigurationActivator.java:171)
	at
org.eclipse.update.internal.configurator.ConfigurationActivator.start(ConfigurationActivator.java:82)
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:958)
	at java.security.AccessController.doPrivileged(AccessController.java:189)
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:954)
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:937)
	at
org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:421)
	at
org.eclipse.osgi.framework.internal.core.AbstractBundle.resume(AbstractBundle.java:366)
	at
org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(Framework.java:999)
	at
org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:577)
	at
org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL(StartLevelManager.java:488)
	at
org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:273)
	at
org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(StartLevelManager.java:444)
	at
org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:186)
	at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:104)

build i0316:1300

I have Eclipse set to automatically sync ever hour. I started up my workspace
(it defaulted to my modified Team perspective) and I noticed that it was doing 2
syncs. One was blocking and waiting for the other to finish.

I would expect only one sync to happen at a time.

Build id: 200403220800

When testing the changes to remove workbench from the compatibility layer (i.e., 
I'm running without compatibility), I got the following exception:

    Platform.getPluginRegistry() line: 433
    Platform.getPlugin(String) line: 408
    WorkerPool.computeMaxThreads() line: 83
    WorkerPool.<init>(JobManager) line: 58
    JobManager.<init>() line: 136
    JobManager.getInstance() line: 101
    InternalPlatform.getJobManager() line: 276
    UILockListener(LockListener).<init>() line: 28
    UILockListener.<init>(Display) line: 72

During the icon pass Dirk has discovered that we still have the new Snippet 
Wizard in our code. Given that jdt.debug.ui implements snippets, this code 
should also be owned by jdt.debug.

The code is:
NewSnippetFileCreationWizard.java
NewSnippetFileWizardPage.java

I suggest that you adopt them and the extension point contribution and we will 
delete them once you have them moved.

Build 20040420

After installing build 20040420, and reopening existing workspace, at next sync 
operation, it prompts to reenter password for repo connection. After entering 
the password, it rejects it.

This occurred to me on different machines and different servers. Curiously 
these were not the same repositories. After restarting the problem went away, 
and no information was either logged or printed to console.

Either we should use the AST or a temporary working copy to create the 
structure of a CU stored in the local history.

Build I20040824: Searching method declaration references does not work with 
classes having type parameters.

Stack trace:
java.lang.ClassCastException: 
org.eclipse.jdt.internal.compiler.lookup.ParameterizedTypeBinding
	at 
org.eclipse.jdt.internal.core.search.matching.MethodLocator.reportDeclaration
(MethodLocator.java:192)
	at 
org.eclipse.jdt.internal.core.search.matching.MethodLocator.matchReportReferenc
e(MethodLocator.java:154)
	at 
org.eclipse.jdt.internal.core.search.matching.MatchLocator.reportMatching
(MatchLocator.java:1408)
	at 
org.eclipse.jdt.internal.core.search.matching.MatchLocator.reportMatching
(MatchLocator.java:1643)
	at 
org.eclipse.jdt.internal.core.search.matching.MatchLocator.reportMatching
(MatchLocator.java:1498)
	at org.eclipse.jdt.internal.core.search.matching.MatchLocator.process
(MatchLocator.java:1162)
	at 
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locateMatches
(MatchLocator.java:766)
	at 
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locateMatches
(MatchLocator.java:805)
	at 
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locateMatches
(MatchLocator.java:921)
	at 
org.eclipse.jdt.internal.core.search.JavaSearchParticipant.locateMatches
(JavaSearchParticipant.java:94)
	at org.eclipse.jdt.core.search.SearchEngine.searchDeclarations
(SearchEngine.java:1066)
	at 
org.eclipse.jdt.core.search.SearchEngine.searchDeclarationsOfSentMessages
(SearchEngine.java:1300)
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.ReferenceFinderUtil.getMe
thodReferencesIn(ReferenceFinderUtil.java:112)
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.ReferenceFinderUtil.getMe
thodReferencesIn(ReferenceFinderUtil.java:104)
	at 
org.eclipse.jdt.internal.corext.refactoring.structure.ReferenceFinderUtil.getMe
thodsReferencedIn(ReferenceFinderUtil.java:95)

aso.

Table.showItem() tries to avoid Win32 bug, but does it just partially. In my
example I have a table with 2 items (0 and 1) and set selection to 1. After the
first call 
        OS.SendMessage (table.handle, OS.LVM_ENSUREVISIBLE, index, 1) 
top index = 4 (four blank lines inserted)
after the second it is equal  to 1 (one blank line inserted). One more call
gives 4 once again, next - 1. So it helps just partially. Finally the number of
blank lines is always equal to the index of selected item. Looks weird.

I200411010800 + plug-in export

Select Java project with JUnit and start to organize the imports.
Click "Cancel"

==>

org.eclipse.core.runtime.OperationCanceledException
	at org.eclipse.core.internal.jobs.ThreadJob.joinRun(ThreadJob.java:137)
	at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJobs.java:87)
	at org.eclipse.core.internal.jobs.JobManager.beginRule(JobManager.java:183)
	at org.eclipse.core.internal.resources.WorkManager.checkIn(WorkManager.java:95)
	at
org.eclipse.core.internal.resources.Workspace.prepareOperation(Workspace.java:1631)
	at org.eclipse.core.internal.resources.File.setContents(File.java:335)
	at org.eclipse.core.internal.resources.File.setContents(File.java:439)
	at
org.eclipse.core.internal.filebuffers.ResourceTextFileBuffer.commitFileBufferContent(ResourceTextFileBuffer.java:275)
	at
org.eclipse.core.internal.filebuffers.ResourceFileBuffer.commit(ResourceFileBuffer.java:317)
	at
org.eclipse.jdt.internal.corext.codemanipulation.ImportsStructure.commitDocument(ImportsStructure.java:812)
	at
org.eclipse.jdt.internal.corext.codemanipulation.ImportsStructure.create(ImportsStructure.java:763)
	at
org.eclipse.jdt.internal.corext.codemanipulation.OrganizeImportsOperation.run(OrganizeImportsOperation.java:348)
	at
org.eclipse.jdt.ui.actions.OrganizeImportsAction$3.run(OrganizeImportsAction.java:384)
	at org.eclipse.ui.internal.UILockListener.doPendingWork(UILockListener.java:145)
	at org.eclipse.ui.internal.UISynchronizer$1.run(UISynchronizer.java:36)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:118)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2771)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2451)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:141)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:279)
	at
org.eclipse.jface.dialogs.ProgressMonitorDialog.run(ProgressMonitorDialog.java:447)
	at
org.eclipse.ui.internal.progress.ProgressMonitorJobsDialog.run(ProgressMonitorJobsDialog.java:263)
	at org.eclipse.ui.internal.progress.ProgressManager$3.run(ProgressManager.java:840)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at
org.eclipse.ui.internal.progress.ProgressManager.busyCursorWhile(ProgressManager.java:874)
	at
org.eclipse.ui.internal.progress.ProgressManager.busyCursorWhile(ProgressManager.java:850)
	at org.eclipse.ui.internal.progress.ProgressManager.run(ProgressManager.java:1042)
	at
org.eclipse.jdt.ui.actions.OrganizeImportsAction.runOnMultiple(OrganizeImportsAction.java:295)
	at
org.eclipse.jdt.ui.actions.OrganizeImportsAction.run(OrganizeImportsAction.java:281)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:988)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:946)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:896)
	at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:810)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:800)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2794)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2448)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1527)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1498)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:276)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:704)
	at org.eclipse.core.launcher.Main.main(Main.java:688)

I added >1000 files to .cvsignore and the userinterface was unresponsive for 
~60 seconds.

The application was at 100% usage and the rest of windows was also stuck. 
Seems like adding to .cvsignore held up the Windows event loop or something.

If I switch the debug preferences to prompt for Switching perspecitves on 
breakpoint and launching..I get two prompters open one after the other on 
starting a debug session

Is this intentional...?  see attached pic

(Entered by McQ for Michael Champion)

M8.

Repeatedly hitting ^K to delete lines in a Java editor caused the following SWTError to occur. We *were* 
able to repeat this after exit/restart.

!MESSAGE Unhandled event loop exception 
!ENTRY org.eclipse.ui 4 0 Apr 21, 2004 11:07:55.294 
!MESSAGE Cannot set data in clipboard 
!STACK 0 
org.eclipse.swt.SWTError: Cannot set data in clipboard 
        at org.eclipse.swt.dnd.DND.error(DND.java:225) 
        at org.eclipse.swt.dnd.DND.error(DND.java:181) 
        at org.eclipse.swt.dnd.Clipboard.setContents(Clipboard.java:291) 
        at org.eclipse.ui.texteditor.DeleteLineTarget$DeleteLineClipboard.append(DeleteLineTarget.java:
140) 
        at org.eclipse.ui.texteditor.DeleteLineTarget.deleteLine(DeleteLineTarget.java:314) 
        at org.eclipse.ui.texteditor.DeleteLineAction.run(DeleteLineAction.java:145) 
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881) 
        at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:68) 
        at org.eclipse.ui.internal.commands.Command.execute(Command.java:173) 
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:
463) 
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:855) 
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:896) 
        at 
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:
522) 
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:488) 
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:261) 
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java(Compiled Code)) 
        at org.eclipse.swt.widgets.Display.filterEvent(Display.java(Inlined Compiled Code)) 
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Inlined Compiled Code)) 
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Compiled Code)) 
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Compiled Code)) 
        at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1720) 
        at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1716) 
        at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3041) 
        at org.eclipse.swt.widgets.Control.windowProc(Control.java(Compiled Code)) 
        at org.eclipse.swt.widgets.Display.windowProc(Display.java(Compiled Code)) 
        at org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method) 
        at org.eclipse.swt.internal.win32.OS.CallWindowProc(OS.java(Inlined Compiled Code)) 
        at org.eclipse.swt.internal.BidiUtil.windowProc(BidiUtil.java(Compiled Code)) 
        at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method) 
        at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java(Inlined Compiled Code)) 
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java(Compiled Code)) 
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java(Compiled Code)) 
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536) 
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257) 
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139) 
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90) 
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:277) 
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:239) 
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117) 
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79) 
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41) 
        at java.lang.reflect.Method.invoke(Method.java:371) 
        at org.eclipse.core.launcher.Main.basicRun(Main.java:267) 
        at org.eclipse.core.launcher.Main.run(Main.java:692) 
        at org.eclipse.core.launcher.Main.main(Main.java:676)

m7
i got this after some frustrating time spent on trying to get external make work
again as my builder (it did before)

dunno how to reproduce:


!MESSAGE Launch configuration Make all at
/PAG/g6/users/akiezun/eclipse/workspaces/eclipseWangSmith/wangsmith/.externalToolBuilders/Make
all.launch does not exist.
!ENTRY org.eclipse.ui 4 4 Feb 18, 2004 13:52:26.84
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Feb 18, 2004 13:52:26.87
!MESSAGE java.lang.ClassCastException
!STACK 0
java.lang.ClassCastException
        at
org.eclipse.ui.externaltools.internal.ui.BuilderPropertyPage.performOk(BuilderPropertyPage.java:973)
        at
org.eclipse.jface.preference.PreferenceDialog.okPressed(PreferenceDialog.java:779)
        at
org.eclipse.jface.preference.PreferenceDialog.buttonPressed(PreferenceDialog.java:223)
        at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:402)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:956)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:1871)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1649)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java:647)
        at org.eclipse.jface.window.Window.open(Window.java:627)
        at
org.eclipse.ui.dialogs.PropertyDialogAction.run(PropertyDialogAction.java:164)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:536)
        at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:488)
        at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:420)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:956)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:1871)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1649)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:257)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:104)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
        at org.eclipse.core.launcher.Main.run(Main.java:742)
        at org.eclipse.core.launcher.Main.main(Main.java:581)

I20040413-1323

Type hierarchy is incomplete when a class implements a fully qualified interface:

Open supertype hierarchy on PageEventAction (from org.eclipse.ui.workbench)
...
  public abstract class PageEventAction extends PartEventAction
      implements IPageListener, ActionFactory.IWorkbenchAction
...

-> IWorkbenchAction is not shown in Type Hierarchy View and Quick Supertype
Hierarchy (Ctrl+T Ctrl+T).

build I20040218

- start eclipse with a new workspace 
- switch to CVS Repository Exploring perspective
- check out a number of projects ( i checkout Platform UI module)
- now attempt to switch to the Java Perspective

NOTE that at this point the "UI is blocked" dialog is opened.  
Probably due to the fact that starting the Java Perspective requires the 
workbench lock?

The point here is that this will be a common pattern and it would be nice if 
we could investigate makeing this scenario work more smoothly.

Change the dialog font to a large(r) size
Go to the Run/Debug>View Management pref page

The Reset Now button has not been sized correctly.

Using latest integration build, the following warnings are reported, but they
should not.
Severity	Description	Resource	In Folder	Location	Creation Time
1	Javadoc: Missing return type description	ASTNode.java
org.eclipse.jdt.core/dom/org/eclipse/jdt/core/dom	line 2298	15 septembre 2004
09:55:30
1	Javadoc: Missing return type description	IBinding.java
org.eclipse.jdt.core/dom/org/eclipse/jdt/core/dom	line 193	14 septembre 2004
10:29:59
1	Javadoc: Missing return type description	StructuralPropertyDescriptor.java
org.eclipse.jdt.core/dom/org/eclipse/jdt/core/dom	line 118	15 septembre 2004
09:06:34

This is done for code that looks like this:
	/**
	 * Returns a string suitable for debug purposes.
	 * @return {@inheritDoc}
	 */
The @return is tagged with the warning.

CTRL+PageUP and CTRL+PageDown doesn't work in the inner tabfolder if you have
nested tabfolders. It works on the outer one even if focus is on inner
tabfolder. It should work on whereever the focus is.

HOME & END keys does work on inner tabfolder correctly. 

Problem happens Eclipse 3.0RC1 build Linux GTK build. Haven't tried on Motif.
Works fine on Windows.

e.g
import org.eclipse.swt.widgets.*;
import org.eclipse.swt.*;
import org.eclipse.swt.layout.*;
import org.eclipse.swt.custom.*;

public class TabTest {

     public static void main(String[] args) {
		
	Display display = new Display ();
	final Shell shell = new Shell (display);
	final CTabFolder customFolder = new CTabFolder(shell, SWT.BOTTOM);
			
	Composite comp = new Composite(customFolder, SWT.NONE);
	comp.setLayout(new GridLayout());
			
	for (int i =0; i < 3; i++)
	{
	        CTabItem item = new CTabItem(customFolder, SWT.NULL);
	        item.setText("CTabItem " + i);
		if (i ==0)
		{
			item.setControl(comp);
		}
	}
		
	final TabFolder tabFolder = new TabFolder (comp, SWT.BORDER);
	for (int i=0; i < 6; i++) {
		TabItem item = new TabItem (tabFolder, SWT.NULL);
		item.setText ("TabItem " + i);
	}
	tabFolder.setLayout(new GridLayout());
	tabFolder.setLayoutData(new GridData(GridData.FILL_BOTH));
			
	customFolder.setSize (400, 200);
	shell.pack ();
	shell.open ();
	while (!shell.isDisposed ()) {
	      if (!display.readAndDispatch ()) display.sleep ();
	}
	display.dispose ();
    }
}

The margins of the button "Running Jobs" are not correct (s. attached
screenshot) -- taken w/ a larger dialog font.

The button should be labeled "Running Jobs >>" and "<< Hide" to indicate that
the dialog will be made larger/smaller.

How to reproduce:

1. Change filter preferences in package explorer (to make it save the 
preferences at least once)
2. Install a plugin that defines a filter using the extension point 
org.eclipse.jdt.ui.javaElementFilters
3. This new filter will be disabled in the package explorer even if it should 
be enabled by default

Cause:
When loading the filters in 
org.eclipse.jdt.ui.actions.CustomFiltersActionGroup line 526, the following 
code is executed:

  String id= (String)iter.next();
  Boolean isEnabled= new Boolean(store.getBoolean(id));
  fEnabledFilterIds.put(id, isEnabled);

Unfortunately, isEnabled will be set to false for all new filters because 
store returns false if it cannot find an entry for the given id.
This problem could be solved by using the following code instead:

  String id= (String)iter.next();
  if (store.contains(id)){
    Boolean isEnabled= new Boolean(store.getBoolean(id));
    fEnabledFilterIds.put(id, isEnabled);
  }

(Note that fEnabledFilterIds already contains all the filters before this code 
is executed, the only thing that happens here is overriding the entries with 
the stored non-default preferences. If the store does not contain an entry for 
the given id, we will get the default preferences for that filter which is 
IMHO the desired behaviour.)

I've quickly tested this fix and it seems to work.

I took a look at moving the "Run Ant..." action to the Run context menu today but we decided that 
we can't use the support as it stands because we want "Run Ant..." to show up even before the 
Ant UI plug-in is loaded. Moving to the Run context menu would be a loss of function for the user.

Other products (such as WSAD) are going to have the same problem. Other Eclipse-based 
products have top-level items like our "Run Ant..." action. When an end user asks why they can't 
launch from the context menu anymore, it will be hard to tell them, "Well, you have to do something 
to load the plug-in first or it won't show up."

For "Run Ant..." we currently use the objectContribution's <nameFilter> and <visibility> support to 
check if the file is an XML file with a project as the top-level node. This allows the action to come 
and go dynamically without loading the Ant UI plug-in. If we could add <visibility> support to our 
extension point, that would solve Ant's problem. But I'm not sure this solves the problem for 
everyone.

I have two projects 3.1Bugs and Ack
I have the exact same cu defined in both projects: test.Foo

Add breakpoints (tried method and line) in 3.1Bugs test.Foo
Closed the editor for 3.1Bugs test.Foo
Opened the editor for Ack test.Foo

Attempted to add breakpoints for Ack test.Foo in the same locations as 3.1Bugs 
test.Foo.
No noticeable effect UNTIL I opened 3.1Bugs test.Foo and the breakpoints had 
been removed.
Really easy to see if done with the Breakpoints view open.

Build: I20040607

Steps:

1) Checkout org.eclipse.core.runtime from dev.eclipse.org
2) Close all perspectives
3) Open Resource perspective
4) Close all views
5) Customize perspective to add "Open Type" command
6) Ctrl+Shift+T
7) Type "Path"
8) Hit ok
9) Wait for CPU to settle down, then close editor
10) Ctrl+Shift+T
11) Type "Path"

-> Start Heap profiler

12) Click ok

-> After activity stops, stop profiler

In this test, DefaultCommentTracker creates:

 - 5996 instances of DefaultCommentTracker
 - 5996 instances of ArrayList
 - 6012 instances of Object[]

All of this garbage is created by the visitor itself. The code is implemented 
using a recursive method (doExtraRangesForChildren). On each recursive step, 
it creates a visitor to visit and collect the children of each node.

Couldn't this be implemented by a single AST visitor, rather than a recursive 
method that creates a new visitor for each node?

Note: The entire reconcile seems to happen TWICE in this scenario. I will 
attach an allocation backtrace that shows how this happens.

The org.eclipse.ui.workbench plug-in includes an API change in head for EnabledSubmissions. 
Instead of just creating them with a window, they can now be created with a Shell. This means our 
code doesn't compile because our call to the old constructor is now ambiguous (we pass uncasted 
nulls). I think we'll want to actually pass the pop-up's Shell into the constructor now instead of null.

We have several serializable classes that do not declare the serialVersionUID.

AntSecurityException
ParseException
ParseError

I believe that a quickfix is coming for this problems.

For an Ant template content proposal the additional proposal info is blank

1. select a view
2. hold down alt and press the minus (-) key

Previously, this opened the view's system menu, but the displayed menu seems broken.

When the folding ruler is available in the Java editor, if you right click in 
that ruler there is a "Folding" menu item to control enablement and expansion.

This is not available in the Ant editor.

Soon to be attached is a basic API/minimum implementation as proposed by the
non-uniform encoding work (see bug 37933). Ideally, we would like have this
first cut in at some time this week, before M7 is proclaimed.

Andre, please take a look at the IEncodedStorage interface and let me know what
you think (I know it is not exacly what we planned). I just thought that it
would be atypical having IEncoded completely disconnected from IStorage when its
only use (in Resources) would be in the context of IStorages.

Build 20040428

This is the counterpart of bug 60437 in JDTCore.
We should be internally setting the resolved classpath to an empty path, while 
computing the resolvedClasspath itself, since we are going to call out to 
client code when requesting container entries.

If client is misbehaving, then infinite recursion will occur.

Fresh install of 3.0M6

Installed ant 1.6 to "c:/program files/ant".

In Window --> Preferences --> Ant --> Runtime, changed "Ant Home" to "c:\Program
Files\ant".

Running a build.xml file, I get:

Buildfile: c:\development\pump\build.xml
BUILD FAILED: Target `Files\ant' does not exist in this project. 
Total time: 1 second

M7

Steps:
- Open Java Browsing Perspective
- Open CallHierarchy
- single-click on source location
-> observe: JavaBrowsing Views lose their JavaElement

I guess it's because there's no SelectionProviderMediator which delivers
IJavaElements for selected source positions.

20030130

If you try and open a new Window from the CVS repositories perspective you get 
a NullPointrException from PartTabFolder

STEPS
1) Switch the the CVS Repositories Perspective
2) Select New Window

Note this is fine from the Resource Perspective

java.lang.NullPointerException
	at org.eclipse.ui.internal.PartTabFolder.createPartTab
(PartTabFolder.java:369)
	at org.eclipse.ui.internal.PartTabFolder.createControl
(PartTabFolder.java:323)
	at org.eclipse.ui.internal.PartSashContainer.createControl
(PartSashContainer.java:192)
	at org.eclipse.ui.internal.PerspectivePresentation.activate
(PerspectivePresentation.java:130)
	at org.eclipse.ui.internal.Perspective.onActivate(Perspective.java:757)
	at org.eclipse.ui.internal.WorkbenchPage.onActivate
(WorkbenchPage.java:1911)
	at org.eclipse.ui.internal.WorkbenchWindow$6.run
(WorkbenchWindow.java:1820)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchWindow.setActivePage
(WorkbenchWindow.java:1807)
	at org.eclipse.ui.internal.WorkbenchWindow.busyOpenPage
(WorkbenchWindow.java:585)
	at org.eclipse.ui.internal.Workbench.busyOpenWorkbenchWindow
(Workbench.java:534)
	at org.eclipse.ui.internal.Workbench.access$9(Workbench.java:524)
	at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:1277)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.internal.Workbench.openWorkbenchWindow
(Workbench.java:1274)
	at org.eclipse.ui.actions.OpenInNewWindowAction.run
(OpenInNewWindowAction.java:100)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:536)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:488)
	at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:420)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2340)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2021)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1530)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1506)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:221)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:101)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

Build I200505050200

When I click on a stackframe within any classes from imported plugins, I get the
"Source file not found" editor. The classes are contained in a jar with source
attachment listed under my project's "Plug-in Dependencies". This used to work
before, and I can open it correctly in the Java Perspective.

I20040511

!ENTRY org.eclipse.ui 4 0 May 11, 2004 16:27:25.671
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.NullPointerException.<init>(NullPointerException.java:60)
	at org.eclipse.ui.internal.progress.AnimationManager$2.runInUIThread
(AnimationManager.java:85)
	at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:84)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:298)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:249)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:126)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:79)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:722)
	at org.eclipse.core.launcher.Main.main(Main.java:706)

Create a TableColumn, add a control listener, resize the column and you will not get a resize event

This problem may be OS X specific as it appears to work on Windoze.

smoke for I20040907

1) Create project JUnit
2) Import JUnit zip into the JUnit project
3) Create source folder src
4) In package explorer: drag'n drop folder junit into src
5) Ctrl+T, type Test
-> there are more than one location for type test
6) ENTER
-> Error dialog: Could not uniquely map the type name to a type...

Hi,
   List<Integer> cont=new ArrayList<Integer>();
   for (Integer i:cont){
   	i.
   }
pressing ctrl-space afer i. says "No completions available"

Parts of the implementation of this method do not give me confidence inthe 
code. The TODO does not help either :-)

fObject is checked to see what instance it is but all make the same method 
calls (some with unnecessary casts).

I200409011200

Currently the ant formatter formats an XML document by making one pass with the
XmlDocumentFormatter to properly align nested elements, and then calling
XmlTagFormatter for each XML tag which appears in the document. The glue that
holds these together is that each of these is associated with a strategy which
is registered with the MultiPassContentFormatter in the
AntEditorSourceViewerConfiguration.

While this works fine inside the SourceViewer framework, it does not work well
in other contexts. Since XmlDocumentFormatter and XmlTagFormatter already expose
simple APIs for formatting, all that remains is a class that will do the work of
the first XmlDocumentFormatter pass and iterating through the XML tags with the
XmlTagFormatter. 

Note that for the sake of consistency with the existing formatter, your
implementation should walk through the document backwards when formatting tags.
(Though I am not sure what impact doing the reverse would actually have.)

Version: 3.1.0
Build id: 200409140800

@@@@

Clean install.

Open the preference page and observe that "Enable HTTP Proxy connection" is
selected.

Clicking on "Restore Defaults" wil deselect it.

The WAS debugger essentially wraps the JDT debugger for Java debugging. 
However, the RunToLine action is always greyed out for debugging java code in 
the Java editor.

It seems that the RunToLineAdapter.canRunToLine() is always checking for the 
model identifier for the underlying debug target, and is expecting to see a JDT 
model identifier. Since we are not going to return the JDT model identifier, 
that method call will always return false.

(The RunToLine action was available when using eclipse 2.1)

In the reorganisation of the UI, the early startup story changed and now it is
necessary for people to declare in the plugin.xml a class implementing the
IStartup interface.

Be aware that with this new story, the class that is speficied will be
instantiated automatically since behind the scene a createExecutableExtension is
called.

I20040322

I've set all my .xml files to use the ant editor, but in today's build the ant
editor is consitently taking > 10 seconds to open. Other editors (e.g. text,
java) are opening ok without the same delay.

There are no key bindings for such actions as:
Commit, Update, Branch, Merge, Tag as Version etc. 
It's really inconveniently to use mouse and popup-menus to perform these 
simple and frequently used actions.

Need to be multiple tabs for editors
Traditional Look

Got NPE during exit.

!SESSION Sep 07, 2004 12:36:38.805 ---------------------------------------------
eclipse.buildId=I200409011200
java.version=1.4.2_05
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=de_CH
Command-line arguments: -update -keyring c:\eclipse\.keyring -application
org.eclipse.ui.ide.workbench -showlocation

!ENTRY org.eclipse.ui 4 4 Sep 07, 2004 12:36:38.805
!MESSAGE Unhandled event loop exception

!ENTRY org.eclipse.ui 4 0 Sep 07, 2004 12:36:38.815
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.ui.internal.WorkbenchWindow.firePerspectiveChanged(WorkbenchWindow.java:894)
	at org.eclipse.ui.internal.WorkbenchPage.closeEditors(WorkbenchPage.java:948)
	at org.eclipse.ui.internal.WorkbenchPage.closeAllEditors(WorkbenchPage.java:880)
	at org.eclipse.ui.internal.WorkbenchPage.dispose(WorkbenchPage.java:1253)
	at org.eclipse.ui.internal.WorkbenchWindow.closePage(WorkbenchWindow.java:644)
	at org.eclipse.ui.internal.WorkbenchPage$3.run(WorkbenchPage.java:848)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchPage.close(WorkbenchPage.java:846)
	at
org.eclipse.ui.internal.WorkbenchPage.closeAllPerspectives(WorkbenchPage.java:1123)
	at
org.eclipse.ui.internal.PerspectiveSwitcher$10.widgetSelected(PerspectiveSwitcher.java:840)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2783)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2442)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1435)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1406)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:263)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:684)
	at org.eclipse.core.launcher.Main.main(Main.java:668)

Hi,
I am getting a GTK critical error, when right-clicking on an empty StyledText 
widget and selecting a MenuItem "Copy" that copies the selection to the 
ClipBoard.

Here is the source I used:

import org.eclipse.swt.SWT;
import org.eclipse.swt.custom.StyledText;
import org.eclipse.swt.dnd.Clipboard;
import org.eclipse.swt.dnd.TextTransfer;
import org.eclipse.swt.dnd.Transfer;
import org.eclipse.swt.events.SelectionAdapter;
import org.eclipse.swt.events.SelectionEvent;
import org.eclipse.swt.widgets.Menu;
import org.eclipse.swt.widgets.MenuItem;

public class Main {
	public static void main(String[] args) {
		org.eclipse.swt.widgets.Display display = new 
org.eclipse.swt.widgets.Display();
		org.eclipse.swt.widgets.Shell shell = new 
org.eclipse.swt.widgets.Shell(display);
		shell.setLayout(new org.eclipse.swt.layout.FillLayout());

		final Clipboard cb = new Clipboard(display);
		final StyledText s = new StyledText(shell, SWT.READ_ONLY);
		Menu copymenu = new Menu(s);

		MenuItem copy = new MenuItem(copymenu, SWT.NONE);
		copy.setText("Copy");
		s.setMenu(copymenu);

		copy.addSelectionListener(new SelectionAdapter() {
			public void widgetSelected(SelectionEvent e) {
				TextTransfer textTransfer = 
TextTransfer.getInstance();

				/** Copy selection to clipboard */
				if (s.getSelectionCount() > 0)
					cb.setContents(new Object[] { 
s.getSelectionText()}, new Transfer[] { textTransfer });

				/** Copy all text to clipboard */
				else
					cb.setContents(new Object[] { s.getText
()}, new Transfer[] { textTransfer });
			}
		});

		shell.open();
		while (!shell.isDisposed()) {
			if (!display.readAndDispatch()) {
				display.sleep();
			}
		}
	}
}

The GTK Error I get is: 
(<unknown>:2349): Gtk-CRITICAL **: file gtkselection.c: line 1227 
(_gtk_selection_request): assertion `(data.format >= 8) && (data.format % 8 == 
0)' failed

I am using Suse Linux 9 with SWT 3.0 M7.

Regards,
Ben

3.0

When the user presses ESC during a long operation in the LCD (for example, 
when searching for a main type), the LCD closes, but the operation is still in 
progress. The "Close" button is disabled, but pressing ESC still closes the 
dialog.

until recently (2.1.3) i used to launch eclipse with DMBCS option (eclipse
-vmarg -DMBCS)
but in eclipse M8 if I launch eclipse with that option

copy paste does not work correctly, say I select the word 'Test' say in a java
editor or plugin.xml editor  and copy paste it I would get 'Tes'  

also if I have multiple editors open when I hit Ctrl F6 all the editor names
appear as undisplayable characters.

build I20040106

- selected several binary projects for deletion
- deleted them
- all were successfully deleted, except one (org.eclipse.ui.tests) for which 
it complained that it could not delete the CVS dir.
- tried again just on that project, and was able to delete it OK.
- the log shows that the CVS decorator was trying to access the CVS/Entries 
file

Log has:
!SESSION Jan 09, 2004 13:01:50.297 --------------------------------------------
-
java.version=1.4.2
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_CA
Command-line arguments: -os win32 -ws win32 -arch x86 -showLocation
!ENTRY org.eclipse.ui 4 4 Jan 09, 2004 13:01:50.297
!MESSAGE Exception creating editor: File does not exist
!ENTRY org.eclipse.core.resources 2 1 Jan 09, 2004 13:02:43.63
!MESSAGE Skipping builder org.eclipse.releng.tools.mapFileValidator for 
project org.eclipse.releng. Either the builder is missing from the install, or 
it belongs to a project nature that is missing or disabled.
!ENTRY org.eclipse.core.resources 4 271 Jan 09, 2004 13:16:00.329
!MESSAGE Errors occured while applying CVS decorations to resources.
!STACK 1
org.eclipse.core.internal.resources.ResourceException
(c:/eclipse/plugins/org.eclipse.ui.tests/CVS/Entries)[271]: 
java.io.FileNotFoundException: 
c:\eclipse\plugins\org.eclipse.ui.tests\CVS\Entries (The system cannot find 
the file specified)
	at java.io.FileInputStream.open(Native Method)
	at java.io.FileInputStream.<init>(FileInputStream.java:106)
	at org.eclipse.core.internal.localstore.FileSystemStore.read
(FileSystemStore.java:297)
	at org.eclipse.core.internal.localstore.FileSystemResourceManager.read
(FileSystemResourceManager.java:445)
	at org.eclipse.core.internal.resources.File.getContents(File.java:213)
	at org.eclipse.core.internal.resources.File.getContents(File.java:203)
	at org.eclipse.team.internal.ccvs.core.util.SyncFileWriter.readLines
(SyncFileWriter.java:420)
	at 
org.eclipse.team.internal.ccvs.core.util.SyncFileWriter.readAllResourceSync
(SyncFileWriter.java:94)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.cacheResource
SyncForChildren(EclipseSynchronizer.java:802)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.getSyncBytes
(EclipseSynchronizer.java:287)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseResource.getSyncBytes
(EclipseResource.java:194)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseResource.isManaged
(EclipseResource.java:153)
	at org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.members
(EclipseFolder.java:69)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.calculateAndSaveChi
ldModificationStates(EclipseFolder.java:388)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.isModified
(EclipseFolder.java:358)
	at org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.isDirty
(CVSLightweightDecorator.java:134)
	at org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.isDirty
(CVSLightweightDecorator.java:147)
	at org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.decorate
(CVSLightweightDecorator.java:218)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.decorate
(LightweightDecoratorDefinition.java:155)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager$LightweightRunna
ble.run(LightweightDecoratorManager.java:59)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:813)
	at org.eclipse.core.runtime.Platform.run(Platform.java:457)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.decorate
(LightweightDecoratorManager.java:212)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.getDecorations
(LightweightDecoratorManager.java:195)
	at org.eclipse.ui.internal.decorators.DecorationScheduler$1.run
(DecorationScheduler.java:245)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)
!ENTRY org.eclipse.core.resources 4 271 Jan 09, 2004 13:16:00.339
!MESSAGE File not found: c:\eclipse\plugins\org.eclipse.ui.tests\CVS\Entries.
!STACK 0
java.io.FileNotFoundException: 
c:\eclipse\plugins\org.eclipse.ui.tests\CVS\Entries (The system cannot find 
the file specified)
	at java.io.FileInputStream.open(Native Method)
	at java.io.FileInputStream.<init>(FileInputStream.java:106)
	at org.eclipse.core.internal.localstore.FileSystemStore.read
(FileSystemStore.java:297)
	at org.eclipse.core.internal.localstore.FileSystemResourceManager.read
(FileSystemResourceManager.java:445)
	at org.eclipse.core.internal.resources.File.getContents(File.java:213)
	at org.eclipse.core.internal.resources.File.getContents(File.java:203)
	at org.eclipse.team.internal.ccvs.core.util.SyncFileWriter.readLines
(SyncFileWriter.java:420)
	at 
org.eclipse.team.internal.ccvs.core.util.SyncFileWriter.readAllResourceSync
(SyncFileWriter.java:94)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.cacheResource
SyncForChildren(EclipseSynchronizer.java:802)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.getSyncBytes
(EclipseSynchronizer.java:287)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseResource.getSyncBytes
(EclipseResource.java:194)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseResource.isManaged
(EclipseResource.java:153)
	at org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.members
(EclipseFolder.java:69)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.calculateAndSaveChi
ldModificationStates(EclipseFolder.java:388)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.isModified
(EclipseFolder.java:358)
	at org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.isDirty
(CVSLightweightDecorator.java:134)
	at org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.isDirty
(CVSLightweightDecorator.java:147)
	at org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.decorate
(CVSLightweightDecorator.java:218)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.decorate
(LightweightDecoratorDefinition.java:155)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager$LightweightRunna
ble.run(LightweightDecoratorManager.java:59)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:813)
	at org.eclipse.core.runtime.Platform.run(Platform.java:457)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.decorate
(LightweightDecoratorManager.java:212)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.getDecorations
(LightweightDecoratorManager.java:195)
	at org.eclipse.ui.internal.decorators.DecorationScheduler$1.run
(DecorationScheduler.java:245)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)
!ENTRY org.eclipse.ui.ide 4 4 Jan 09, 2004 13:16:03.374
!MESSAGE Exception in org.eclipse.ui.actions.DeleteResourceAction.run: 
org.eclipse.core.internal.resources.ResourceException: Problems encountered 
while deleting resources.
!ENTRY org.eclipse.core.resources 4 4 Jan 09, 2004 13:16:03.384
!MESSAGE Problems encountered while deleting resources.
!SUBENTRY 1 org.eclipse.core.resources 4 273 Jan 09, 2004 13:16:03.384
!MESSAGE Could not delete: /org.eclipse.ui.tests.
!STACK 1
org.eclipse.core.internal.resources.ResourceException: Problems encountered 
while deleting resources.
	at 
org.eclipse.core.internal.localstore.FileSystemResourceManager.delete
(FileSystemResourceManager.java:169)
	at 
org.eclipse.core.internal.resources.ResourceTree.standardDeleteProject
(ResourceTree.java:770)
	at org.eclipse.core.internal.resources.Resource.unprotectedDelete
(Resource.java:1427)
	at org.eclipse.core.internal.resources.Resource.delete
(Resource.java:649)
	at org.eclipse.core.internal.resources.Project.delete(Project.java:289)
	at org.eclipse.ui.actions.DeleteResourceAction.delete
(DeleteResourceAction.java:309)
	at org.eclipse.ui.actions.DeleteResourceAction.delete
(DeleteResourceAction.java:296)
	at org.eclipse.ui.actions.DeleteResourceAction$2.execute
(DeleteResourceAction.java:388)
	at org.eclipse.ui.actions.WorkspaceModifyOperation$1.run
(WorkspaceModifyOperation.java:91)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1555)
	at org.eclipse.ui.actions.WorkspaceModifyOperation.run
(WorkspaceModifyOperation.java:105)
	at org.eclipse.jface.operation.ModalContext$ModalContextThread.run
(ModalContext.java:101)
!ENTRY org.eclipse.core.resources 4 273 Jan 09, 2004 13:16:03.384
!MESSAGE Problems encountered while deleting resources.
!SUBENTRY 1 org.eclipse.core.resources 4 273 Jan 09, 2004 13:16:03.384
!MESSAGE Could not delete: c:\eclipse\plugins\org.eclipse.ui.tests\CVS.
!SUBENTRY 2 org.eclipse.core.resources 4 273 Jan 09, 2004 13:16:03.384
!MESSAGE Could not delete: c:\eclipse\plugins\org.eclipse.ui.tests\CVS.

The evaluation engine needs to support calls on varargs methods.

The evaluation engine needs to support enhanced for loop added in Java 5.0.

Note that I had the YourKit Memory Profiler running. I will try to reproduce the
problem. The following is the start of the log which grew quite big during the
session:

!SESSION Feb 13, 2004 11:05:24.109 ---------------------------------------------
java.version=1.4.2
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -data c:\local\eclipse\workspace\testing
!ENTRY org.eclipse.osgi Feb 13, 2004 11:05:24.109
!MESSAGE Error creating bundle manifest file for org.eclipse.text at
c:\local\eclipse\I200402122000\.config\manifests\org.eclipse.update.scheduler_3.0.0.MF
!STACK 0
java.io.IOException: Stream closed
	at java.io.BufferedWriter.ensureOpen(BufferedWriter.java:98)
	at java.io.BufferedWriter.write(BufferedWriter.java:197)
	at java.io.Writer.write(Writer.java:126)
	at
org.eclipse.core.runtime.adaptor.PluginConverterImpl.writeEntry(PluginConverterImpl.java:482)
	at
org.eclipse.core.runtime.adaptor.PluginConverterImpl.generateRequireBundle(PluginConverterImpl.java:266)
	at
org.eclipse.core.runtime.adaptor.PluginConverterImpl.generate(PluginConverterImpl.java:180)
	at
org.eclipse.core.runtime.adaptor.PluginConverterImpl.convertManifest(PluginConverterImpl.java:75)
	at
org.eclipse.core.runtime.adaptor.EclipseBundleData.generateManifest(EclipseBundleData.java:231)
	at
org.eclipse.core.runtime.adaptor.EclipseBundleData.loadManifest(EclipseBundleData.java:207)
	at
org.eclipse.core.runtime.adaptor.CachedManifest.getManifest(CachedManifest.java:31)
	at org.eclipse.core.runtime.adaptor.CachedManifest.get(CachedManifest.java:66)
	at org.eclipse.osgi.framework.internal.core.Bundle.getHeaders(Bundle.java:1053)
	at org.eclipse.osgi.framework.internal.core.Bundle.getHeaders(Bundle.java:1009)
	at
org.eclipse.core.internal.plugins.PluginDescriptor.getPluginClass(PluginDescriptor.java:455)
	at
org.eclipse.core.internal.plugins.PluginDescriptor.internalDoPluginActivation(PluginDescriptor.java:465)
	at
org.eclipse.core.internal.plugins.PluginDescriptor.doPluginActivation(PluginDescriptor.java:438)
	at
org.eclipse.core.internal.plugins.PluginDescriptor.getPlugin(PluginDescriptor.java:406)
	at
org.eclipse.core.internal.compatibility.PluginActivator.start(PluginActivator.java:48)
	at
org.eclipse.osgi.framework.internal.core.BundleContext$1.run(BundleContext.java:1054)
	at java.security.AccessController.doPrivileged(Native Method)
	at
org.eclipse.osgi.framework.internal.core.BundleContext.startActivator(BundleContext.java:1050)
	at
org.eclipse.osgi.framework.internal.core.BundleContext.start(BundleContext.java:991)
	at
org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:403)
	at org.eclipse.osgi.framework.internal.core.Bundle.start(Bundle.java:312)
	at
org.eclipse.core.internal.plugins.PluginDescriptor.doPluginActivation(PluginDescriptor.java:428)
	at
org.eclipse.core.internal.plugins.PluginDescriptor.getPlugin(PluginDescriptor.java:406)
	at org.eclipse.ui.internal.Workbench$14.run(Workbench.java:1449)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:819)
	at org.eclipse.core.runtime.Platform.run(Platform.java:493)
	at org.eclipse.ui.internal.Workbench$13.run(Workbench.java:1464)
	at java.lang.Thread.run(Thread.java:534)
!ENTRY org.eclipse.core.runtime 4 2 Feb 13, 2004 11:05:24.129
!MESSAGE Problems encountered starting up plug-in:
"org.osgi.framework.BundleException: Exception in
org.eclipse.core.internal.compatibility.PluginActivator.start()".
!STACK 0
org.osgi.framework.BundleException: Exception in
org.eclipse.core.internal.compatibility.PluginActivator.start()
	at
org.eclipse.osgi.framework.internal.core.BundleContext.startActivator(BundleContext.java:1071)
	at
org.eclipse.osgi.framework.internal.core.BundleContext.start(BundleContext.java:991)
	at
org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:403)
	at org.eclipse.osgi.framework.internal.core.Bundle.start(Bundle.java:312)
	at
org.eclipse.core.internal.plugins.PluginDescriptor.doPluginActivation(PluginDescriptor.java:428)
	at
org.eclipse.core.internal.plugins.PluginDescriptor.getPlugin(PluginDescriptor.java:406)
	at org.eclipse.ui.internal.Workbench$14.run(Workbench.java:1449)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:819)
	at org.eclipse.core.runtime.Platform.run(Platform.java:493)
	at org.eclipse.ui.internal.Workbench$13.run(Workbench.java:1464)
	at java.lang.Thread.run(Thread.java:534)
Nested exception:
java.lang.NullPointerException
	at org.eclipse.core.runtime.adaptor.CachedManifest.get(CachedManifest.java:66)
	at org.eclipse.osgi.framework.internal.core.Bundle.getHeaders(Bundle.java:1053)
	at org.eclipse.osgi.framework.internal.core.Bundle.getHeaders(Bundle.java:1009)
	at
org.eclipse.core.internal.plugins.PluginDescriptor.getPluginClass(PluginDescriptor.java:455)
	at
org.eclipse.core.internal.plugins.PluginDescriptor.internalDoPluginActivation(PluginDescriptor.java:465)
	at
org.eclipse.core.internal.plugins.PluginDescriptor.doPluginActivation(PluginDescriptor.java:438)
	at
org.eclipse.core.internal.plugins.PluginDescriptor.getPlugin(PluginDescriptor.java:406)
	at
org.eclipse.core.internal.compatibility.PluginActivator.start(PluginActivator.java:48)
	at
org.eclipse.osgi.framework.internal.core.BundleContext$1.run(BundleContext.java:1054)
	at java.security.AccessController.doPrivileged(Native Method)
	at
org.eclipse.osgi.framework.internal.core.BundleContext.startActivator(BundleContext.java:1050)
	at
org.eclipse.osgi.framework.internal.core.BundleContext.start(BundleContext.java:991)
	at
org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:403)
	at org.eclipse.osgi.framework.internal.core.Bundle.start(Bundle.java:312)
	at
org.eclipse.core.internal.plugins.PluginDescriptor.doPluginActivation(PluginDescriptor.java:428)
	at
org.eclipse.core.internal.plugins.PluginDescriptor.getPlugin(PluginDescriptor.java:406)
	at org.eclipse.ui.internal.Workbench$14.run(Workbench.java:1449)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:819)
	at org.eclipse.core.runtime.Platform.run(Platform.java:493)
	at org.eclipse.ui.internal.Workbench$13.run(Workbench.java:1464)
	at java.lang.Thread.run(Thread.java:534)
!ENTRY org.eclipse.core.runtime 4 2 Feb 13, 2004 11:05:24.139
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 1
org.eclipse.core.runtime.CoreException[2]: org.osgi.framework.BundleException:
Exception in org.eclipse.core.internal.compatibility.PluginActivator.start()
	at
org.eclipse.osgi.framework.internal.core.BundleContext.startActivator(BundleContext.java:1071)
	at
org.eclipse.osgi.framework.internal.core.BundleContext.start(BundleContext.java:991)
	at
org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:403)
	at org.eclipse.osgi.framework.internal.core.Bundle.start(Bundle.java:312)
	at
org.eclipse.core.internal.plugins.PluginDescriptor.doPluginActivation(PluginDescriptor.java:428)
	at
org.eclipse.core.internal.plugins.PluginDescriptor.getPlugin(PluginDescriptor.java:406)
	at org.eclipse.ui.internal.Workbench$14.run(Workbench.java:1449)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:819)
	at org.eclipse.core.runtime.Platform.run(Platform.java:493)
	at org.eclipse.ui.internal.Workbench$13.run(Workbench.java:1464)
	at java.lang.Thread.run(Thread.java:534)

The version should be optional, but without one, it is not possible to pick up 
the correct update when the site contains many newer versions.

CVS Commit window should have focus in 'Commit comment' text field. Currently
'Cancel' button is focused - to proceed user has to press Tab or click mouse in
the comment text field first. What's more important, current behavior is very
unintuitive.

If I remember correctly previous Eclipse versions focused comment field correctly.

3.0RC1 Linux/GTK

There have been some reports of plugins not properly installed, particularly 
the plugin/fragment.xml files not being renamed from their temporary installed 
name pluginxxxxx.xml.

It looks like sometimes the os may cache the buffer when unzipping and 
creating the file, and the rename fails later, because the file system is not 
synchronized with the cache.

I think we should try to call 
outputStream.getFD().synch(), then flush(), and only then close() the stream.

The method TestSearchEngine.hasSuiteMethod(IType) does not consider the return 
type of suite methods to be implementations of ITest. It returns true on any 
class being public and having a public static suite() method.

If you have implemented a class different than a JUnit test suite, but having a 
public static suite() method, you will have the "Run" -> "JUnit Test" action in 
the context menu available. Invoking the action will cause an error (a 
ClassCastException in the 3.0 version?).

Usually this will not be likely to happen, but e.g. when using the JDemo 
framework (www.jdemo.de), there are suite methods like this:
  
  public static IDemo suite() {
    DemoSuite suite = new DemoSuite("Demo for de.jdemo.examples.awt");
    //$JDemo-BEGIN$
    suite.addDemo(new DemoSuite(AwtDemoCaseUsageDemo.class));
    //$JDemo-END$
    return suite;
  }

In the JDemo plugin there are launch shortcuts for demo suites as well as there 
are launch shortcuts for test suites in the JUnit plugin. So the problem is very 
annoying when using both plugins.

!ENTRY org.eclipse.ui 4 0 2004-12-10 18:15:14.156
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.jface.preference.PreferenceDialog.updateMessage(PreferenceDialog.java:1233)
	at
org.eclipse.jface.preference.PreferenceDialog$6.controlResized(PreferenceDialog.java:509)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:148)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:814)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:838)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:819)
	at org.eclipse.swt.widgets.Control.WM_SIZE(Control.java:3616)
	at org.eclipse.swt.widgets.Scrollable.WM_SIZE(Scrollable.java:313)
	at org.eclipse.swt.widgets.Composite.WM_SIZE(Composite.java:1150)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3074)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3370)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1528)
	at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable.java:77)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3090)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3370)
	at org.eclipse.swt.internal.win32.OS.SetWindowPos(Native Method)
	at org.eclipse.swt.widgets.Widget.SetWindowPos(Widget.java:1108)
	at org.eclipse.swt.widgets.Control.setBounds(Control.java:1920)
	at org.eclipse.swt.widgets.Control.setBounds(Control.java:1902)
	at org.eclipse.swt.widgets.Control.setBounds(Control.java:1898)
	at org.eclipse.swt.layout.GridLayout.layout(GridLayout.java:660)
	at org.eclipse.swt.layout.GridLayout.layout(GridLayout.java:186)
	at org.eclipse.swt.widgets.Composite.updateLayout(Composite.java:825)
	at org.eclipse.swt.widgets.Composite.WM_SIZE(Composite.java:1161)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3074)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3370)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1528)
	at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable.java:77)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3090)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3370)
	at org.eclipse.swt.internal.win32.OS.EndDeferWindowPos(Native Method)
	at org.eclipse.swt.widgets.Composite.resizeChildren(Composite.java:647)
	at org.eclipse.swt.widgets.Composite.resizeChildren(Composite.java:613)
	at org.eclipse.swt.widgets.Composite.setResizeChildren(Composite.java:745)
	at org.eclipse.swt.widgets.Composite.WM_SIZE(Composite.java:1165)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3074)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3370)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1528)
	at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable.java:77)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3090)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3370)
	at org.eclipse.swt.internal.win32.OS.EndDeferWindowPos(Native Method)
	at org.eclipse.swt.widgets.Composite.resizeChildren(Composite.java:647)
	at org.eclipse.swt.widgets.Composite.resizeChildren(Composite.java:613)
	at org.eclipse.swt.widgets.Composite.setResizeChildren(Composite.java:745)
	at org.eclipse.swt.widgets.Composite.WM_SIZE(Composite.java:1165)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3074)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3370)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1528)
	at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable.java:77)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3090)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3370)
	at org.eclipse.swt.internal.win32.OS.EndDeferWindowPos(Native Method)
	at org.eclipse.swt.widgets.Composite.resizeChildren(Composite.java:647)
	at org.eclipse.swt.widgets.Composite.resizeChildren(Composite.java:613)
	at org.eclipse.swt.widgets.Composite.setResizeChildren(Composite.java:745)
	at org.eclipse.swt.widgets.Composite.WM_SIZE(Composite.java:1165)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3074)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3370)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1528)
	at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable.java:77)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3090)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3370)
	at org.eclipse.swt.internal.win32.OS.SetWindowPos(Native Method)
	at org.eclipse.swt.widgets.Widget.SetWindowPos(Widget.java:1108)
	at org.eclipse.swt.widgets.Control.setBounds(Control.java:1920)
	at org.eclipse.swt.widgets.Control.setBounds(Control.java:1902)
	at org.eclipse.swt.widgets.Control.setBounds(Control.java:1898)
	at org.eclipse.swt.layout.GridLayout.layout(GridLayout.java:660)
	at org.eclipse.swt.layout.GridLayout.layout(GridLayout.java:186)
	at org.eclipse.swt.widgets.Composite.updateLayout(Composite.java:825)
	at org.eclipse.swt.widgets.Composite.WM_SIZE(Composite.java:1161)
	at org.eclipse.swt.widgets.Canvas.WM_SIZE(Canvas.java:251)
	at org.eclipse.swt.widgets.Decorations.WM_SIZE(Decorations.java:1646)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3074)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1479)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3370)
	at org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.CallWindowProc(OS.java:1457)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:393)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3090)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1479)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3370)
	at org.eclipse.swt.internal.win32.OS.SetWindowPos(Native Method)
	at org.eclipse.swt.widgets.Widget.SetWindowPos(Widget.java:1108)
	at org.eclipse.swt.widgets.Control.setBounds(Control.java:1942)
	at org.eclipse.swt.widgets.Decorations.setBounds(Decorations.java:773)
	at org.eclipse.swt.widgets.Shell.setBounds(Shell.java:989)
	at org.eclipse.swt.widgets.Control.setBounds(Control.java:1902)
	at org.eclipse.swt.widgets.Control.setBounds(Control.java:1898)
	at org.eclipse.swt.widgets.Control.setBounds(Control.java:1967)
	at org.eclipse.jface.window.Window.initializeBounds(Window.java:662)
	at org.eclipse.jface.dialogs.Dialog.initializeBounds(Dialog.java:630)
	at org.eclipse.jface.window.Window.create(Window.java:379)
	at org.eclipse.jface.dialogs.Dialog.create(Dialog.java:983)
	at org.eclipse.ui.dialogs.PropertyDialogAction.run(PropertyDialogAction.java:182)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:989)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:555)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:505)
	at
org.eclipse.jface.action.ActionContributionItem$6.handleEvent(ActionContributionItem.java:419)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:814)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2803)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2448)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1578)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1549)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:281)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:220)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:710)
	at org.eclipse.core.launcher.Main.main(Main.java:694)

I have a Table with two columns.  The second column contains an image.  The 
Table also has a TableEditor defined for it. 

When the TableEditor.computeBounds() method attempts to compute the size for 
Column 0, it gets an incorrect value.  When computeBounds() calls 
TableItem.getImageBounds(), it should get a zero sized rectangle, since there 
is no image for this column.  But if any column in the Table has an image, it 
gets a non-zero rectangle instead.

There is a comment in TableItem:

       /*
	* Feature in Windows.  LVM_GETSUBITEMRECT returns a small width
	* value even when the subitem does not contain an image.  The
	* fix is to set the width to zero.
	*/
	if (index != 0 && images != null & images [index] == null) {
		width = 0;
	} 

But this patch doesn't work if the column is 0.  So the incorrect sized 
rectangle is returned and TableEditor creates a editor widget for the cell with 
an incorrect size.

The code works fine if the table contains no images.

If I browse external javadoc using shift-f2 on a class, I have to way to
navigate Back after I click a link within that browser. Neither of Backspace,
alt-leftcursor work, and there is no context menu.

Eclipse 3.0RC1 on linux fedora core 2

i received this in my host console upon shutting down my target. target was 
200401201132 + the eclipse new look branch.

java.lang.IllegalStateException: Job manager has been shut down.
	at org.eclipse.core.internal.jobs.JobManager.schedule
(JobManager.java:579)
	at org.eclipse.core.internal.jobs.InternalJob.schedule
(InternalJob.java:236)
	at org.eclipse.core.runtime.jobs.Job.schedule(Job.java:327)
	at org.eclipse.ui.views.markers.internal.TableContentProvider.doUpdate
(TableContentProvider.java:389)
	at org.eclipse.ui.views.markers.internal.TableContentProvider.access$2
(TableContentProvider.java:337)
	at org.eclipse.ui.views.markers.internal.TableContentProvider$3.run
(TableContentProvider.java:161)
	at org.eclipse.ui.views.markers.internal.RestartableJob$2.run
(RestartableJob.java:77)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

I200405122000

If I go to the Keys preference page and select certain categories, e.g., 
Window, any command selected will close the preference window.  The same thing 
occurs if you select the category with the keyboard and hit enter.

Debugging some (horrible) code I got the following exception:

Error Jun 01, 2004 13:30:30.703 Exception processing async thread queue
java.lang.ClassCastException
	at 
org.eclipse.jdt.internal.debug.eval.ast.instructions.Instruction.popValue
(Instruction.java:115)
	at 
org.eclipse.jdt.internal.debug.eval.ast.instructions.PushFieldVariable.execute
(PushFieldVariable.java:49)
	at org.eclipse.jdt.internal.debug.eval.ast.engine.Interpreter.execute
(Interpreter.java:50)
	at org.eclipse.jdt.internal.debug.eval.ast.engine.ASTEvaluationEngine$1
$EvaluationRunnable.run(ASTEvaluationEngine.java:317)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread.runEvaluation
(JDIThread.java:659)
	at 
org.eclipse.jdt.internal.debug.eval.ast.engine.ASTEvaluationEngine$EvalRunnable
.run(ASTEvaluationEngine.java:351)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2510)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)



Steps to reproduce...
1 Debug this:
public class WatchpointTest {
	int total;
	public static void main(String[] args) {
		startThread("T1!");
		startThread("T2!");
	}
	
	private static void startThread(String threadName) {
		Thread t = new Thread(new Runnable() {
			public void run() {
				new WatchpointTest().doHighschoolMath();
			}
		}, threadName);
		t.start();
	}
	
	private void doHighschoolMath() {
		for (int i = 0; i < 30; i++) {
			total+=i;  // <---------- breakpoint here!!
		}
	}
}
2. In DebugView switch stack frames a few times, alternating between "T1!" 
and "T2!"

Note: I had watches on total and i when I discovered this bug.

From bug 50526, the number of blank lines before package declaration is one
fewer than specified.

An "import" target could support the "Navigate > Show In > Package Explorer" 
action. Currently enabled, but has no effect.

I200402102000

If an action has no registered a help context, you get the following 
IllegalArgumentException if F1 is triggered for the action:

Thread [main] (Suspended (exception IllegalArgumentException))
	WorkbenchHelp.displayContext(IContext, int, int) line: 232
	WorkbenchHelp$6.helpRequested(HelpEvent) line: 765
	TypedListener.handleEvent(Event) line: 199
	EventTable.sendEvent(Event) line: 82
	MenuItem(Widget).sendEvent(Event) line: 833
	Display.runDeferredEvents() line: 2348
	Display.readAndDispatch() line: 2029
	Workbench.runEventLoop(Window$IExceptionHandler, Display) line: 1550
	Workbench.runUI() line: 1526
	Workbench.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 265
	PlatformUI.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 139
	IDEApplication.run(Object) line: 47
	PlatformActivator$1.run() line: 257
	EclipseStarter.run(String[], Runnable) line: 104
	NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not 
available [native method]
	NativeMethodAccessorImpl.invoke(Object, Object[]) line: 39
	DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 25
	Method.invoke(Object, Object[]) line: 324
	Main.basicRun(String[]) line: 279
	Main.run(String[]) line: 742
	Main.main(String[]) line: 581

When I code assist from a "<", and type "i", "import" shows as a completion. 
If I have the text <import file="something"/>, and code assist after the  "i" 
in "import", I get the error message "No task completions available", when 
there should be several choices.

Based on a discussion at Cold Camp Feb 2004

We need to make the following improvements to the blocked jobs dialog

1) It needs to come up delayed. 3 seconds seemed to be the consensus for time
2) The message should be more clear. I suggest

The User Interface is performing an action that is waiting on a block held 
onto by <blocking job name>. 

3) The Cancel Blocking button should be renamed to Cancel Lock.
4) I am not sure that we want to show the jobs at all but perhaps have 2 
buttons - one to cancel the blocking operation and one to cancel the job.

I may need to get the job from Core in the status to do this. Once we have 
consensus we can see what we think.

build 20040229
-------------------
/*\u002A
 * Test
 */
public class X {
}
-------------------
\u002A is * character

The DOM Javadoc of this test case seems not correct
Javadoc
+TagElement
 +TextElement '02A'
 +TextElement 'Test'

import org.eclipse.swt.SWT;
import org.eclipse.swt.events.MouseEvent;
import org.eclipse.swt.events.MouseListener;
import org.eclipse.swt.layout.FillLayout;
import org.eclipse.swt.widgets.*;

public class MouseBug implements MouseListener
{
	public static void main(String[] args)
	{
		Display display = Display.getDefault();
		Shell shell = new Shell(display);
		shell.setLayout(new FillLayout());
		shell.setSize(100,100);
		MouseBug mousebug = new MouseBug();
		
		// doesn't work under OS X:
		// mouse pressed: nothing happens
		// mouse released: mouse down event generated
		// double click: works
		Button button = new Button(shell, SWT.NONE);
		button.addMouseListener(mousebug);
		
		// works correctly under OS X
		Canvas canvas = new Canvas(shell, SWT.NONE);
		canvas.addMouseListener(mousebug);
		
		shell.pack();
		shell.open();
		
		while (!shell.isDisposed())
		{
			if (!display.readAndDispatch())
				display.sleep();
		}
	}

	public void mouseDoubleClick(MouseEvent arg0)
	{
		System.out.println("mouse double click");
	}

	public void mouseDown(MouseEvent arg0)
	{
		System.out.println("mouse down");
	}
	
	public void mouseUp(MouseEvent arg0)
	{
		System.out.println("mouse up");
	}
}

The Team>Share project... action is currently available from the context menu 
when a project is selected. The action would be easier discoverable by users 
when it is also contributed to the Project menu.

Generated page address, when viewed from the Eclipse help:

http://127.0.0.1:56561/help/topic/org.eclipse.platform.doc.isv/reference/api/org
/eclipse/swt/events/TraverseEvent.html

The end of paragraph 4, and everything after that, is rendered in <code> mode. 
Sentence "the text widget implementor sets doit to false" starts it. Probably, 
there is no </code> tag after "false".

Is there anyway I could have fixed it myself? (i.e. a way for me to commit the 
fix?)

I have to shut down and run eclipse two times to have a new revision of a 
plugin loaded.

Version: 3.0.0
Build id: 200405111600

Example: 
Previous is 1.0.0
New one is 1.1.0

One run with 1.0.0 is ok, then shut down.
Copy of 1.1.0 into the plugin dir.
First run after this is the 1.0.0 which is resolved.
Shut down and re run.
This is then the 1.1.0 loaded.

Log:

!SESSION mai 14, 2004 13:46:17.566 ---------------------------------------------
eclipse.buildId=unknown
java.version=1.4.2_03
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=fr_FR
!ENTRY org.eclipse.osgi mai 14, 2004 13:46:17.566
!MESSAGE Bundle 
update@/c:/M9/ANOTHERM9/eclipse/plugins/com.ibm.r2a.rules.rdj_1.1.1/ [105] was 
not resolved.
!SUBENTRY 1 org.eclipse.osgi mai 14, 2004 13:46:17.566
!MESSAGE Bundle 
update@/c:/M9/ANOTHERM9/eclipse/plugins/com.ibm.r2a.rules.rdj_1.1.1/ was picked 
instead.


IN FACT THIS IS THE 1.0.0 which is picked.


!SESSION mai 14, 2004 13:46:43.183 ---------------------------------------------
eclipse.buildId=unknown
java.version=1.4.2_03
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=fr_FR
!ENTRY org.eclipse.osgi mai 14, 2004 13:46:43.183
!MESSAGE Bundle 
update@/c:/M9/ANOTHERM9/eclipse/plugins/com.ibm.r2a.rules.rdj_1.0.0/ [101] was 
not resolved.
!SUBENTRY 1 org.eclipse.osgi mai 14, 2004 13:46:43.183
!MESSAGE Bundle 
update@/c:/M9/ANOTHERM9/eclipse/plugins/com.ibm.r2a.rules.rdj_1.1.1/ was picked 
instead.

20040430
ast.createInstance(Class nodeClass)
declares to throw a runtime exception. It would be better to throw something
more typed, like a IllegalArgumentException.
Catching a 'RuntimeException' at the caller site is a very bad thing (it
includes NullPointerException ect)

The local Ant classpath show a "default" label when the Ant home is set to the 
default. The global ant classpath does not.

It is possible to get a deadlock if a shared file is modified during a build. 
The CVS valdiateEdit does a syncExec and within that modifies the workspace 
(i.e. the CVS metadata). Any syncExecs should be fined grained enough to show 
UI but should not modify the workspace.

Details pane does not show anything in the following case:
1. Set breakpoint.
2. Reach the breakpoint by executing something from Display view.
3. Open Variables view and select any variable.

As the result, details pane is always empty. Sometimes, eclipse can 
permanently freeze atstep 3.

see bug# 63604

Cheetah06

When flagging an unsafe type operation (involving raw types), it should narrow 
down to the offending expression instead of blaming the entire 
method/constructor invocation.

Create a TextLayout with text "a\n".
Call int result = getOffset(500,2,trailingArray);

result + trailingArray[0] should be equals 1 but it is returning 2.

build I20040317

The responsibility for presenting view menus needs to be moved from ViewPane to
the view presentation.  At a minimum, it needs to be able to tell the part to
show the view menu at a particular point.

This is critical for LWP for M8.

20040324

If you checkout a project and then immediately shutdown you will get the 
following error printed your log.

This does not cause any loss in functionality.

!SESSION Mar 24, 2004 12:12:50.963 --------------------------------------------
-
java.version=1.4.2
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -vmargs -Xmx999999999 -cp D:\R30\0324
\eclipse\startup.jar org.eclipse.core.launcher.Main
!ENTRY org.eclipse.osgi Mar 24, 2004 12:12:50.963
!MESSAGE Application error
!STACK 1
org.eclipse.swt.SWTException: Failed to execute runnable 
(java.lang.NullPointerException)
	at org.eclipse.swt.SWT.error(SWT.java:2625)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:109)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2561)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2266)
	at org.eclipse.swt.widgets.Display.release(Display.java:2315)
	at org.eclipse.swt.graphics.Device.dispose(Device.java:226)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:99)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:288)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:232)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:116)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:315)
	at org.eclipse.core.launcher.Main.run(Main.java:740)
	at org.eclipse.core.launcher.Main.main(Main.java:724)
!ENTRY org.eclipse.core.runtime 4 2 Mar 24, 2004 12:12:50.994
!MESSAGE An internal error occurred during: "Checking 
out 'org.eclipse.ui.tests' from CVS".
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.team.internal.ccvs.ui.operations.CVSOperation.promptToOverwrite
(CVSOperation.java:178)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.promptToO
verwrite(CheckoutProjectOperation.java:362)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.scrubProj
ects(CheckoutProjectOperation.java:288)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.performCh
eckout(CheckoutProjectOperation.java:168)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation$1.run
(CheckoutProjectOperation.java:129)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.run
(EclipseSynchronizer.java:1403)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.checkout
(CheckoutProjectOperation.java:127)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutMultipleProjectsOperation.
checkout(CheckoutMultipleProjectsOperation.java:50)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutOperation.checkout
(CheckoutOperation.java:46)
	at 
org.eclipse.team.internal.ccvs.ui.operations.CheckoutOperation.execute
(CheckoutOperation.java:31)
	at org.eclipse.team.internal.ccvs.ui.operations.CVSOperation.run
(CVSOperation.java:65)
	at org.eclipse.team.internal.ui.actions.JobRunnableContext.run
(JobRunnableContext.java:118)
	at 
org.eclipse.team.internal.ui.actions.JobRunnableContext$3.runInWorkspace
(JobRunnableContext.java:138)
	at org.eclipse.core.internal.resources.InternalWorkspaceJob.run
(InternalWorkspaceJob.java:37)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

Dialogs and windows with dynamic contents should always be resizable.
The following dialogs should be updated:

- "User Operation is Waiting"
The user operation is waiting for background work to complete
...

- The generic job dialog with the three buttons "Run in Background", "Cancel",
and "Details >>"

M8 candidate
I've loaded all of Eclipse.org into the workspace the console was off but
buffering. I took a memory snapshot and saw 7MB retained size by the IDocument
which was supposed to be memory constrained. Apparently it isn't. Of the 7Mb the
fStore was taking 6Mb and the line tracker 7Mb.

These number are way to high for simple buffering in case the console is shown.
Perhaps the IDocument is not initialized properly with low/high water marks.

Build: 3.0 RC1

We had this code pattern in platform core (FileSystemResourceManager):

if (!force)
  if (file.isDirectory()) {
    ...
    throw new ResourceException(...);
  } else {
    if (file.exists()) {
      ...
      throw new ResourceException(...);
    }
  }

The compiler reported that the else block was unnecessary. I deleted the else
block to produce:

if (!force)
  if (file.isDirectory()) {
    ...
    throw new ResourceException(...);
  }
  if (file.exists()) {
    ...
    throw new ResourceException(...);
  }

This changed the control flow of the program and caused our integration build
tests to fail. It should not report an error in cases where removing the else
block will change the control flow of the program.

I20041019

- textually change the class name in some CU
-> "public type must be defined in its own file" error
- invoke Rename Compilation Unit QuickFix
-> error dialog appears "File cannot be edited: Resource tree is locked for
modifications."

The QuickFix appears to work though.

build i1207

I was reviewing the use of the Preferences APIs and saw some code in
CompilerFlags that could be simplified. Will attach a patch.

3.1 (M2)

The new key View panel is absolutely huge.  It expands the dialog to be the
width of my entire screen.  There is much wasted space and the export button is
cut off. Cap forthcoming.

1. For painting its tabs, CTabFolder uses getClipping()/setClipping() methods 
of GC. For some reason combining of system clipping region with clipping region 
for rtl GC fails (CombineRgn() returns NULLREGION). As result tabs of rtl-
oriented CTabFolder are not displayed. Place, when them should be displayed, 
remains transparent.
2. For painting highlght margin across client area, CTabFolder uses fillPolygon
() method of GC, which in it's turn calls system function Polygon(). When it is 
used with rtl GC, Polygon() actually draws lines between points, x-positions of 
which are on one pixel greater, then x-positions of corresponding points from 
specified array. As result left and right margins partially remain transparent.

I noticed a few odd things about how added files are decorated (i.e. files 
that have been added to version control but not committed):

1) I noticed that when I toggled the "show remote" decorator icon in the 
prference page, it was removed from all elements except the added element. 
Toggling the "added" icon removed it from the added item. I find it a but 
confusing that the same decorator is used for two purposes, especially since 
an added file doesn't yet have a remote as the decorator implies. I think we 
used to have separate decorators for these.

2) In the navigator, an added file will show a revision of 0. I don't think 
this used to be the case. Anyway, I think that a separate decoration for added 
files is better than a revision of 0.

3) In the preference page, the added file has a revision of 1.45 and a tag! 
This is definitely not right. The Questionable file also has a revision and 
tag.

4) The tag is displayed on every resource. Really it should only appearon the 
project (until we add the preference for enabling deep tag decoration).

Although not related to added files, I would also like to see more variation 
in the tree. We could add

   - a binary file
   - a dirty file within a clean folder (which is more indicative of reality 
since CVS never has dirty folders, only questionable and controlled folders).

build i0330, winxp, sunjdk1.4.2

I have a scrap book with the following line:
  new org.eclipse.core.runtime.Path("");

I have my project reference org.eclipse.core.runtime in its build path.

I have compile errors in org.eclipse.core.runtime (but nothing that will effect
the execution of this line.

When I select the code and try to execute it, I am prompted saying that there
are problems with a pre-req project, do I want to continue. If I select "No" I
get the following NPE in my log and for the life-time of the editor, the
"inspect, display, execute" actions in the context menu are disabled.

Closing the editor and re-opening it enables the actions.

Unhandled event loop exception
Reason:
!ENTRY org.eclipse.ui 4 0 Apr 07, 2004 12:16:50.161
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
        at org.eclipse.jdt.internal.debug.ui.snippeteditor.ScrapbookLauncher.doL
aunch(ScrapbookLauncher.java:225)
        at org.eclipse.jdt.internal.debug.ui.snippeteditor.ScrapbookLauncher.lau
nch(ScrapbookLauncher.java:144)
        at org.eclipse.jdt.internal.debug.ui.snippeteditor.JavaSnippetEditor$18.
run(JavaSnippetEditor.java:1210)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)

        at org.eclipse.jdt.internal.debug.ui.snippeteditor.JavaSnippetEditor.lau
nchVM(JavaSnippetEditor.java:1213)
        at org.eclipse.jdt.internal.debug.ui.snippeteditor.JavaSnippetEditor.bui
ldAndLaunch(JavaSnippetEditor.java:399)
        at org.eclipse.jdt.internal.debug.ui.snippeteditor.JavaSnippetEditor.eva
lSelection(JavaSnippetEditor.java:325)
        at org.eclipse.jdt.internal.debug.ui.actions.ExecuteAction.run(ExecuteAc
tion.java:49)
        at org.eclipse.jdt.internal.debug.ui.actions.EvaluateAction.run(Evaluate
Action.java:565)
        at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:2
69)
        at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:550)
        at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContri
butionItem.java:502)
        at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionC
ontributionItem.java:435)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2586)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2264)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1558)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1532)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.jav
a:257)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformAct
ivator.java:277)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:241)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:117)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
        at org.eclipse.core.launcher.Main.run(Main.java:692)
        at org.eclipse.core.launcher.Main.main(Main.java:676)
java.lang.NullPointerException

We request that this bug be included in the M9 code base.
In the core file org.eclipse.core.runtime.adaptor.EclipseStarter.java, 
we need the ability to install generic OSGI bundles that exist in the eclipse
direcotry (eg. bundlefiles/mybundle.jar) as part of the startup routine defined
in the "eclipse.properties" file.  The format is "file:[bundle-name]@[start
level]", eg.
osgi.bundles=org.eclipse.osgi.services, org.eclipse.osgi.util,
org.eclipse.core.runtime@2, org.eclipse.update.configurator@3,
file:bundlefiles/eejb.jar@4, file:bundlefiles/java.sql.Package.jar@4,
file:bundlefiles/db2ejdbc+WindowsXP+x86.jar@4

The problem is in searchForBundle() method (line 315): bundlefiles/file.jar is
expected to be a relative path from the eclipse root directory (eg.
c:\eclipse\bundlesfiles\file.jar).  It can not be a reference because the
searchFor() call (line 351) will fail as it is not a plugin directory.  With the
"file:" in front of the name, result.connect() will throw an IOException because
the URL has the path "bunglefiles/file.jar".  The fix from our Beijing team is
to set the URL to same path as the fileLocation.  

The patch for this fix follows:

Index: EclipseStarter.java
===================================================================
RCS file:
/home/eclipse/org.eclipse.osgi/eclipseAdaptor/src/org/eclipse/core/runtime/adaptor/EclipseStarter.java,v
retrieving revision 1.51
diff -u -r1.51 EclipseStarter.java
--- EclipseStarter.java	1 May 2004 02:51:35 -0000	1.51
+++ EclipseStarter.java	5 May 2004 15:52:07 -0000
@@ -340,6 +340,10 @@
 			// if the location is relative, prefix it with the syspath
 			if (!fileLocation.isAbsolute())
 				fileLocation = new File(parent, fileLocation.toString());
+//			zhangrongsheng 2004/03/09	Add Generic OSGi bundle support		
+			if (fileLocation != null)
+				url = new URL("file", null, fileLocation.toString());
+///////////////////////////
 		}
 		// If the result is a reference then search for the real result and 
 		// reconstruct the answer.

Build 20040506

When some binary file references a non defined type, the compilation process 
is terminated, with an indication that there was an indirect reference from 
binaries. The problem is that there is no mention of the original portion of 
source which triggered to load these inconsistent binaries.

Highlighting the offending source would improve lisibility of these errors. 
There are cases where the classpath is simply broken, but it could just be 
that someone did accidentally expose some internal code through an API. In 
case the latter is true, it is really hard to figure the offending reference 
from sources.

200403240010

The IDEWorkbenchActivityHelper is initialized via Workbench.init() (in a call to
advisor.basicInitialize(getWorkbenchConfigurer()))  Several lines later
activityHelper = ActivityPersistanceHelper.getInstance() is called.  This has
the effect of storing the saved activity enablement states.

The IDE helper should be initialized after the persistance helper.  If not, the
initial scraping of project natures wont work if a user has explicitly turned an
activity off.  This wont effect our upgrade case - only the case where a user,
after upgrading, goes and plays around with the activity configuration manually.

RC1 test candidate
A background synchronize was running and I went to edit a file. The user
operation is waiting dialog appeared. I let the synchronize complete, the
afterwards the user operation remained in the dialog. The name of the user
operation is the name of my workbench window (I don't know why this is the case)
but when I pressed the cancel button for the user operation nothing happened.

Eclipse is frozen because the user operation waiting dialog can't be closed.
Should there at least be a close button? Or some way of getting rid of it?

Here is the stack dump after everything was completed and the dialog wasn't able
to be closed. Doesn't look like a deadlock but instead looks like the modal
dialog is unresponsive.

Full thread dump Java HotSpot(TM) Client VM (1.4.2_02-b03 mixed mode):

"Thread-11" prio=5 tid=0x00a0dd28 nid=0x6bc runnable [463f000..463fd8c]
        at java.net.SocketInputStream.socketRead0(Native Method)
        at java.net.SocketInputStream.read(SocketInputStream.java:129)
        at com.jcraft.jsch.IO.getByte(Unknown Source)
        at com.jcraft.jsch.Session.read(Unknown Source)
        at com.jcraft.jsch.Session.run(Unknown Source)
        at java.lang.Thread.run(Thread.java:534)

"Thread-5" prio=5 tid=0x039ee4c0 nid=0x360 runnable [5fef000..5fefd8c]
        at java.net.SocketInputStream.socketRead0(Native Method)
        at java.net.SocketInputStream.read(SocketInputStream.java:129)
        at com.jcraft.jsch.IO.getByte(Unknown Source)
        at com.jcraft.jsch.Session.read(Unknown Source)
        at com.jcraft.jsch.Session.run(Unknown Source)
        at java.lang.Thread.run(Thread.java:534)

"Worker-7" prio=5 tid=0x039e90e8 nid=0xe60 in Object.wait() [492f000..492fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x13e1bc98> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x13e1bc98> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:236)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-6" prio=5 tid=0x039a59f0 nid=0xf9c in Object.wait() [48ef000..48efd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x13e1bc98> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x13e1bc98> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:236)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-5" prio=5 tid=0x039a0e70 nid=0xf50 in Object.wait() [48af000..48afd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x13e1bc98> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x13e1bc98> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:236)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-3" prio=5 tid=0x039c0f00 nid=0x61c in Object.wait() [482f000..482fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x13e1bc98> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x13e1bc98> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:236)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-2" prio=5 tid=0x03989868 nid=0xcb4 in Object.wait() [47af000..47afd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x13e1bc98> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x13e1bc98> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:236)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-1" prio=5 tid=0x00a40278 nid=0x530 in Object.wait() [470f000..470fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x13e1bc98> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x13e1bc98> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:236)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Java indexing" daemon prio=4 tid=0x036e6ad8 nid=0xf80 in Object.wait()
[45ff000..45ffd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x140514c8> (a
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobManager.java:344)
        - locked <0x140514c8> (a
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Thread.run(Thread.java:534)

"Reference Cleaner - 2" prio=7 tid=0x0343ab20 nid=0xe88 in Object.wait()
[455f000..455fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x14048230> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x14048230> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThread.run(ActionContributionItem.java:207)

"Reference Cleaner - 1" prio=7 tid=0x03699490 nid=0xfb0 in Object.wait()
[451f000..451fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x140482a0> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x140482a0> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThread.run(ActionContributionItem.java:207)

"Worker-0" prio=5 tid=0x03553b98 nid=0xe68 in Object.wait() [44df000..44dfd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x13e1bc98> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x13e1bc98> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:236)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Start Level Event Dispatcher" daemon prio=5 tid=0x033d1970 nid=0x250 in
Object.wait() [364f000..364fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x137e00c0> (a
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:162)
        - locked <0x137e00c0> (a org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:100)

"Framework Event Dispatcher" daemon prio=5 tid=0x03523100 nid=0x390 in
Object.wait() [360f000..360fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x137e0110> (a
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:162)
        - locked <0x137e0110> (a org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:100)

"Signal Dispatcher" daemon prio=10 tid=0x00a107b8 nid=0xbac waiting on condition
[0..0]

"YJP CPU Sampler" daemon prio=5 tid=0x0003e040 nid=0x3a0 runnable [0..0]

"YJP RequestServer" daemon prio=5 tid=0x0003d6e0 nid=0x34c runnable
[328f000..328fd8c]
        at java.net.PlainSocketImpl.socketAccept(Native Method)
        at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353)
        - locked <0x137e02b8> (a java.net.PlainSocketImpl)
        at java.net.ServerSocket.implAccept(ServerSocket.java:448)
        at java.net.ServerSocket.accept(ServerSocket.java:419)
        at com.yourkit.runtime.RequestServer.startServerImpl(RequestServer.java:180)
        at com.yourkit.runtime.RequestServer.access$000(RequestServer.java:18)
        at com.yourkit.runtime.RequestServer$1.run(RequestServer.java:56)

"Finalizer" daemon prio=9 tid=0x009bfdd0 nid=0xc24 in Object.wait()
[2e0f000..2e0fd8c]
        at java.lang.Object.wait(Native Method)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x137e03d0> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x009be9a0 nid=0xcf4 in Object.wait()
[2dcf000..2dcfd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x137e0438> (a java.lang.ref.Reference$Lock)
        at java.lang.Object.wait(Object.java:429)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
        - locked <0x137e0438> (a java.lang.ref.Reference$Lock)

"main" prio=7 tid=0x00035d50 nid=0xd84 runnable [7f000..7fc3c]
        at org.eclipse.swt.internal.win32.OS.WaitMessage(Native Method)
        at org.eclipse.swt.widgets.Display.sleep(Display.java:3020)
        at
org.eclipse.ui.application.WorkbenchAdvisor.eventLoopIdle(WorkbenchAdvisor.java:344)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1364)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)

"VM Thread" prio=5 tid=0x009fb6c0 nid=0x324 runnable

"VM Periodic Task Thread" prio=10 tid=0x00a06db8 nid=0xee8 waiting on condition
"Suspend Checker Thread" prio=10 tid=0x0003e238 nid=0xc50 runnable

20040211

- Open java.lang.reflect.Field and press CTRL+O on 'getShort'.
- Press CTRL+O again

see attached screenshot:
-> getShort not revealed anymore, tree scrolled horizontally

20040211

In the following code, open the quick outline and press 'ctrl + o' again.
The inhgerited methods are not visible (expanded).

package org.eclipse.jdt.core;

public class IClassFile {
}

i20040330

Quick outline/hierarchy don't work in this build. They seem to open but close
instantly. The following log entries are generated:

!ENTRY org.eclipse.ui 4 4 Mar 30, 2004 13:55:52.22
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Mar 30, 2004 13:55:52.22
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:782)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:774)
	at org.eclipse.swt.widgets.Decorations.setVisible(Decorations.java:1291)
	at org.eclipse.swt.widgets.Shell.setVisible(Shell.java:1166)
	at
org.eclipse.jdt.internal.ui.text.AbstractInformationControl.setVisible(AbstractInformationControl.java:853)
	at
org.eclipse.jface.text.AbstractInformationControlManager.hideInformationControl(AbstractInformationControlManager.java:827)
	at
org.eclipse.jface.text.information.InformationPresenter.hideInformationControl(InformationPresenter.java:448)
	at
org.eclipse.jface.text.information.InformationPresenter$Closer.stop(InformationPresenter.java:135)
	at
org.eclipse.jface.text.information.InformationPresenter$Closer.keyPressed(InformationPresenter.java:209)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:121)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:793)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:778)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1720)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1716)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3041)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2944)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3154)
	at org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.CallWindowProc(OS.java:1374)
	at org.eclipse.swt.internal.BidiUtil.windowProc(BidiUtil.java:647)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1450)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2262)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1558)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1532)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:277)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:241)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

I200403260800

Using a dual-monitor setup on Windows XP.

Open Eclipse with at least one editor and let the mouse hover over the editor's
tab. Notice that a tooltip opens showing the current filename.

Now move Eclipse to another monitor and try the same thing. Notice that the
tooltips will always open on the same monitor, regardless of which monitor
contains Eclipse (that is, they will display correctly on one monitor but not
the other). 

This seems to be an issue with CTabItem and CTabFolder. For your reference, the
problematic widgets are created in
org.eclipse.ui.internal.presentations.EditorPresentation.

I20040217

Test build file:
<project default="test">
	<target name="test">
		<java>

		</java>
	</target>
</project>

type '<a' inside the 'java' element, select 'arg' in code assist. The carret is
set between '/' and '>' in '<arg/>'. It should be between 'g' and '/'.

Select an element in the variables view > 'watch'. Watch !! nothing happens :)
It should open/activate the expression view.

PlatformURLConnection openConnection used to throw FileNotFoundException when a
URL could not be resolved. This was changed to now just an empty IOException.
This is a problem because I need to distinquish between an actual I/O error and
a  not found condition. A not found condition is a normal condition that I can
handle, why any other IOException would be considered a severe error.

The change is because 
org.eclipse.core.internal.boot.PlatformURLConnection.setResolvedURL(PlatformURLConnection.java:321)

now checks for if (url == null) and if it is it throws an empty IOException. It
used to (in M5) create a dummy URL, pass this on, and let standard
openConnection processing find it missing and throw an FileNotFoundException.

Could this please be changed so that in setResolvedURL if the url is null, it
throws a FileNotFoundException instead? That way we can tell it couldn't find
the file versus a true IO error.

Thanks,
Rich Kulp

1) Define a new problem marker subtype
2) Write some code to create an instance of this marker
3) Run the workbench and cause the marker to be created
4) Note that it does not appear in the problems list
5) Open the filter dialog and note that it is aware
of the new type but that it is unchecked.

The dialog settings should remember only marker types I have explicitly 
unchecked (rare case) that way when a new one comes along it is shown by 
default.

Was trying to debug my plugin when I got this.  Note that the error occurred
in the 2nd instance of eclipse.  Am using eclipse build m7.  Steps:

1. Debug as 'Runtime Workbench'
2. In 2nd instance of eclipse create java project and create class
    package p1;
    public class c1 { 
        public static void main(String[] args) throws Throwable {
            synchronized ( c1.class ) { c1.class.wait(); } } }
3.  Debug new project as 'Java Application'

Dlg popped in 2nd instance of eclipse stating 'Internal Error'.  .log file
contained text below.

!SESSION lut 17, 2004 21:45:38.796 ---------------------------------------------
java.version=1.4.2_03
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=pl_PL
Command-line arguments: -data c:\home2\dsmall\temp\m6_workspace -dev bin
!ENTRY org.eclipse.core.runtime 4 2 lut 17, 2004 21:45:38.796
!MESSAGE An internal error occurred during: "Debug".
!STACK 0
java.lang.ArrayIndexOutOfBoundsException: 1
	at org.eclipse.jface.util.ListenerList.add(ListenerList.java:103)
	at org.eclipse.jface.viewers.LabelProvider.addListener
(LabelProvider.java:43)
	at org.eclipse.debug.internal.ui.LazyModelPresentation.getPresentation
(LazyModelPresentation.java:196)
	at org.eclipse.debug.internal.ui.LazyModelPresentation.getText
(LazyModelPresentation.java:121)
	at org.eclipse.debug.internal.ui.DelegatingModelPresentation.getText
(DelegatingModelPresentation.java:183)
	at 
org.eclipse.debug.internal.ui.views.DebugViewLabelDecorator$LabelJob.run
(DebugViewLabelDecorator.java:326)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

M7
The getAdapter() method in PageBookView must delegate to the super method if the
current page doesn't adapt (e.g. returns a null adapter). Without this fix, the
current progress service hooks, implemented via an adapter implementation on
WorkbenchPart don't work with page book views.

<echo>${</echo>

If you code assist after the "${" via auto activation, the template proposals 
are displayed.

This does not seem to be generally reproduceable but I know I saw it :-)

I20040324

ILaunchConfiguration#launch(String, IProgressMonitor) never performs a build
prior to the launch. DebugUITools#launch(ILaunchConfiguratio, String) saves and
builds the workspace according to the current preference settings.

Version 3.0.m9.
The InvocationTargetException is at the end of this post.

I have a method:

    public void testBigDecimalConverter(BigDecimal expected) throws
ModelIOException, ParseException {
        CobolRecordDefinition rec = this.getTestUtil().getTmDataRecordDefinition();
        CobolComp3FieldDefinition data3 = this.getTestUtil().getData3Field(rec);
        CobolComp3FieldDefinition data4 = this.getTestUtil().getData3Field(rec);
        CobolRecordBuffer buffer = new CobolRecordBuffer(rec.getLength());
        byte[] bytes = buffer.getBuffer();
        buffer.setComp3(expected, 0, data3.getItemLength(), data3.getScale(),
data3.isSigned());
        Assert.assertEquals(expected, buffer.getComp3BigDecimal(0,
data3.getItemLength(), data3.getScale()));
        buffer.setComp3(expected, 4, data4.getItemLength(), data4.getScale(),
data4.isSigned());
        Assert.assertEquals(expected, buffer.getComp3BigDecimal(0,
data3.getItemLength(), data3.getScale()));
        Assert.assertEquals(expected, buffer.getComp3BigDecimal(4,
data4.getItemLength(), data4.getScale()));
    }

I invoke Change Method Signature and add a parameter: boolean dumpBuffer.

There are 3 call sites:

    public void testBigDecimal_88_00_Converter() throws ModelIOException,
ParseException {
        this.testBigDecimalConverter(BigDecimal.valueOf(8800, 2));
    }

    public void testBigDecimalConverter1() throws ModelIOException, ParseException {
        for (long i = 0; i < 80; i++) {
            this.testBigDecimalConverter(BigDecimal.valueOf(i * 100, 2));
        }
    }

    public void testBigDecimalConverter2() throws ModelIOException, ParseException {
        for (long i = 90; i < 100; i++) {
            this.testBigDecimalConverter(BigDecimal.valueOf(i * 100, 2));
        }
    }

Click Preview or OK:

!ENTRY org.eclipse.ltk.ui.refactoring 4 10000 May 27, 2004 11:33:05.249
!MESSAGE Internal Error
!STACK 0
java.lang.reflect.InvocationTargetException
        at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:283)
        at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run(RefactoringWizardDialog2.java:282)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.createChange(RefactoringWizard.java:559)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.computeUserInputSuccessorPage(RefactoringWizard.java:405)
        at
org.eclipse.ltk.ui.refactoring.UserInputWizardPage.computeSuccessorPage(UserInputWizardPage.java:74)
        at
org.eclipse.ltk.ui.refactoring.UserInputWizardPage.getNextPage(UserInputWizardPage.java:114)
        at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.previewPressed(RefactoringWizardDialog2.java
:429)
        at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.access$3(RefactoringWizardDialog2.java:427)
        at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2$1.widgetSelected(RefactoringWizardDialog2.ja
va:562)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
        at org.eclipse.jface.window.Window.open(Window.java:648)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:121)
        at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:40)
        at
org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.activate(UserInterfaceStarter.java:54)
        at
org.eclipse.jdt.ui.actions.ModifyParametersAction$1.activate(ModifyParametersAction.java:249)
        at
org.eclipse.jdt.ui.actions.ModifyParametersAction.startRefactoring(ModifyParametersAction.java:254)
        at
org.eclipse.jdt.ui.actions.ModifyParametersAction.run(ModifyParametersAction.java:142)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at
org.eclipse.ui.actions.RetargetAction.runWithEvent(RetargetAction.java:212)
        at
org.eclipse.ui.internal.WWinPluginAction.runWithEvent(WWinPluginAction.java:211)
        at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)
        at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:469)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:887)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:928)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:546)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:494)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:259)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Display.filterEvent(Display.java:712)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:795)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
        at org.eclipse.swt.widgets.Control.traverse(Control.java:2704)
        at org.eclipse.swt.widgets.Control.translateMnemonic(Control.java:2545)
        at org.eclipse.swt.widgets.Composite.translateMnemonic(Composite.java:540)
        at org.eclipse.swt.widgets.Control.translateMnemonic(Control.java:2563)
        at org.eclipse.swt.widgets.Display.translateMnemonic(Display.java:3135)
        at org.eclipse.swt.widgets.Display.filterMessage(Display.java:726)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2378)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:307)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)
Caused by: java.lang.IllegalArgumentException: Node is not an existing node
        at
org.eclipse.jdt.core.dom.rewrite.ASTRewrite.validateIsInsideAST(ASTRewrite.java:364)
        at
org.eclipse.jdt.core.dom.rewrite.ASTRewrite.createTargetNode(ASTRewrite.java:427)
        at
org.eclipse.jdt.core.dom.rewrite.ASTRewrite.createMoveTarget(ASTRewrite.java:469)
        at
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactoring$OccurrenceUpdate.reshuffleEl
ements(ChangeSignatureRefactoring.java:1183)
        at
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactoring$DeclarationUpdate.updateNode
(ChangeSignatureRefactoring.java:1397)
        at
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactoring.createChangeManager(ChangeSi
gnatureRefactoring.java:960)
        at
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactoring.checkFinalConditions(ChangeS
ignatureRefactoring.java:571)
        at
org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run(CheckConditionsOperation.java:84)
        at
org.eclipse.ltk.core.refactoring.CreateChangeOperation.run(CreateChangeOperation.java:114)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1672)
        at
org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:58)
        at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)
Root exception:
java.lang.IllegalArgumentException: Node is not an existing node
        at
org.eclipse.jdt.core.dom.rewrite.ASTRewrite.validateIsInsideAST(ASTRewrite.java:364)
        at
org.eclipse.jdt.core.dom.rewrite.ASTRewrite.createTargetNode(ASTRewrite.java:427)
        at
org.eclipse.jdt.core.dom.rewrite.ASTRewrite.createMoveTarget(ASTRewrite.java:469)
        at
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactoring$OccurrenceUpdate.reshuffleEl
ements(ChangeSignatureRefactoring.java:1183)
        at
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactoring$DeclarationUpdate.updateNode
(ChangeSignatureRefactoring.java:1397)
        at
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactoring.createChangeManager(ChangeSi
gnatureRefactoring.java:960)
        at
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactoring.checkFinalConditions(ChangeS
ignatureRefactoring.java:571)
        at
org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run(CheckConditionsOperation.java:84)
        at
org.eclipse.ltk.core.refactoring.CreateChangeOperation.run(CreateChangeOperation.java:114)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1672)
        at
org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:58)
        at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)

build I20040324

From bug 55901:

The patch does not seem to handle the case where there are multiple <startup>
elements in the same extension.

It should handle all the following cases:

<extension point="org.eclipse.ui.startup" /> 
- invoke IStartup.earlyStartup() on plugin class
- no <startup> element necessary

<extension point="org.eclipse.ui.startup"> 
  <startup/>
</extension>
- invoke IStartup.earlyStartup() on plugin class
- <startup> element doesn't hurt

<extension point="org.eclipse.ui.startup"> 
  <startup class="SomeClass"/>
</extension>
- invoke IStartup.earlyStartup() on SomeClass
- <startup> element is required to specify explicit class

<extension point="org.eclipse.ui.startup"> 
  <startup class="SomeClass"/>
  <startup class="SomeOtherClass"/>
</extension>
- invoke IStartup.earlyStartup() on both SomeClass and SomeOtherClass
- <startup> element is required to specify explicit class

The shared disabled and hover icons have been deprecated.
The ProcessConsolePage and the MessageConsolePage need to be cleaned up.

Some of the tabs have space at the top, some do not.

I would propose we be consistent and have no space at the top of the tabs. 

This helps with the requirements of the tabs fitting on the screen when using 
high contrast.

When I was going through the Eclipse 3.0 M7 examples (eclipse-examples-
3.0M7.zip) which I downloaded from 
http://fullmoon.torolab.ibm.com/downloads/drops/S-3.0M7-200402122000/eclipse-
examples-3.0M7.zip, I realized that changing the style of a Label from 
SWT.SHADOW_IN to SWT.SHADOW_NONE did not make a difference in the appearance 
of the Label.

Here are the steps to follow in order to regenerate this scenario:
1. Install Eclipse 3.0M7 on Solaris 9 or HP_UX 11.11.
2. Download Eclipse 3.0 M7 Examples (eclipse-examples-3.0M7.zip) from 
http://fullmoon.torolab.ibm.com/downloads/drops/S-3.0M7-200402122000/eclipse-
examples-3.0M7.zip and install them.
3. Launch Eclipse
4. Select “Window -> Show View -> Other…”. This will launch the “Show View” 
Dialog.
5. From the “Show View” Dialog, select “SWT Examples -> SWT Controls”. This 
will display “SWT Controls” View.
6. From SWT Controls View, select “Label” tab.
7. In the “Styles” group, make sure SWT.SEPARATOR, SWT.VERTICAL and 
SWT.SHADOW_IN options are checked and the rest are unchecked.
8. In the “Other” group, make sure both “Enabled” and “Visible” options are 
checked.
9. In the “Size” group, make sure “100 X 100” is selected.
10. From the “Styles” group, select SWT.SHADOW_NONE option. This will uncheck 
the SWT.SHADOW_IN option.
Expected Behavior: The appearance of the Labels should change
Actual Behavior: The appearance of the Labels remains unchanged

Important: When I ran the same tests on Eclipse 2.1.2, the outcome was the 
same as it was on Eclipse 3.0M7.

Using build I200405110800.

I'm looking at bug 61872 and I've noticed that in certain circumstances changes
done in User Library Preference Page are not stored.

Here's the scenario to reproduce the problem:
1) Open a brand new worskspace
2) Open a Java perspective
3) Open User Library Preference page:
   Window->Preferences->Java->Build Path->User Libraries
4) Create a new library: let say 'SWT' and click OK
5) Reopen User Library Preference page: SWT is displayed in libraries list
   => OK
6) Remove 'SWT' and click OK
7) Reopen User Library Preference page: nothing is displayed in libraries list
   => OK
8) Repeat steps 4 and 5: SWT is NOT displayed in libraries list
   => KO

Looking at class UserLibraryPreferencePage in method
updateUserLibraries(IProgressMonitor) it seems that the user library entry is
not removed from dummy project... So, JavaCore.getClasspathContainer(path,
jproject); always return user library before deletion and in my scenario ther
was no change => no update...

One question about this dummy project: it's name is "Internal", isn't there any
risk of collision if user decide to create a project with the same name?

While testing the move to Ant 1.6.0 I was adjusting the org.eclipse.ant.core 
test suite (it had failures).

I was reliably getting the following exception when test failures occurred:

java.lang.StringIndexOutOfBoundsException: String index out of range: -1
at java.lang.String.substring(String.java:1444)
at org.eclipse.jdt.internal.junit.ui.TestRunnerViewPart.testFailed
(TestRunnerViewPart.java:524)
at org.eclipse.jdt.internal.junit.ui.RemoteTestRunnerClient$7.run
(RemoteTestRunnerClient.java:477)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:813)
at org.eclipse.core.runtime.Platform.run(Platform.java:457)
at org.eclipse.jdt.internal.junit.ui.RemoteTestRunnerClient.notifyTestFailed
(RemoteTestRunnerClient.java:474)
at org.eclipse.jdt.internal.junit.ui.RemoteTestRunnerClient.access$16
(RemoteTestRunnerClient.java:471)
at 
org.eclipse.jdt.internal.junit.ui.RemoteTestRunnerClient$TraceProcessingState.r
eadMessage(RemoteTestRunnerClient.java:125)
at org.eclipse.jdt.internal.junit.ui.RemoteTestRunnerClient.receiveMessage
(RemoteTestRunnerClient.java:309)
at org.eclipse.jdt.internal.junit.ui.RemoteTestRunnerClient.access$30
(RemoteTestRunnerClient.java:308)
at 
org.eclipse.jdt.internal.junit.ui.RemoteTestRunnerClient$ServerConnection.run
(RemoteTestRunnerClient.java:235)

I got in a situation where a UI operation (Organize imports) was blocked by a 
background refresh. I tried to cancel the background refresh but the job would 
not cancel. I cancelled the UI job but now the refresh is hung. It appears to 
be hing on the connect. The SSH2 connection method should honor cancellation 
requests in the same way SSH1 and pserver does. I will attach the stacetrace.

Using latest, the code formatter had a white space that is not necessary in for
statements that don't have any increments.
The whitespace is after the semicolon.
Same thing for the first semicolon if there is no condition.

Build id: 200405130010

While editing a java file the UI became unresponsive.  I had just removed some
projects then started typing into a java editor that was already open.  As soon
as i started typing the UI locked up.

I don't have a reproducible test case, but luckily i was running with a console
and got a thread dump.

When doing a CVS compare with head, I notice that the two halves of the compare 
show differences, but that there are no "links" between the two halves -- 
indicating how the differences line up.  Also, when moving one scroll bar, only 
one half moves; the editors do not stay in line with each other. 
 
I200404270800.  Linux GTK+ 2.4.0.

I200405211200

Using optimizeIt
Test case:
Opened a synchronize view
Closed the synchronize view
GC'd and marked the current instance count
Opened a synchronize view
Closed the synchronize view

1 new synchronize view remains
Many other team objects are leaked.
The ones I checked all appear rooted as remaining in memory from a reference 
in the listeners of the CVSWorkspaceSubscriber.
I will attach the reduced ref graph for the view

The job's label will be stuck at 0% until the job has finished if totalWork is
set to IProgressMonitor.UNKNOWN.

There should be a better label.

Either have three moving dots (_ is a space):

____
.___
..__
..._
_...
__..
___.
repeat

Or a moving line:

|
/
-
\
repeat

Or a string like "undetermined"/"unknown"/"N/A", or something similar.

1.  Use the plugin.xml I attached to bug 74343
    ( https://bugs.eclipse.org/bugs/attachment.cgi?id=14657&action=view )
    
2.  Create a Java Project, add a simple class with a main(..) method to it.

3.  Goto the Debug Perpective, and create a Java Application debug launch, 
    (choose to "Stop in main") and kick it off.  This should result in the
    Registers View appearing beside the Variables/Breakpoint Views.
    
4.  From the Debug View, right click on a Stack Frame (or some other element)
    and choose "Terminate and Remove".
    
5.  Notice that the Registers View does not get removed.

Notes:
 - The other actions work as expected and cause the Registers View to go away.
     "Terminate", "Terminate All", "Run", "Relaunch".

This is in relation to the following bugs:
bug 56038 - NPEs and other errors loading custom perspective and
bug 56226 - 2.1 Preference file -> 3.0 workspace

I200403260800
- clean workspace
- Preferences->Import the attached file (from bug 56038) which is a 2.1 
preference file
- try to open the Debug perspective
You get a dialog called 'Restoring Problems' with the errors:
'Could not create view: org.eclipse.debug.ui.ConsoleView'
and 
'Could not find view: org.eclipse.debug.ui.ConsoleView'

The log file contains:

!MESSAGE Unable to find Action Set: org.eclipse.jdt.debug.ui.JDTLaunchActionSet

After this the PerspectiveRegistry appears to have been corrrupted.  In this 
particular instance, one of the descriptors is now null.  This will eventually 
cause an NPE.  I will attach other log files showing other areas where the 
registry is not robust enough.

When I run code with the following snippet, the first time when Chinese 
characters appears, TextLayout renders that line very well. However for the 
subsequent lines, Textlayout just shows boxes. 

It is not a font problem, Textlayout can show the first line perfectly. All 
the characters in the subsequent lines are just repition of the first line. 

////////////////////// The code /////////////////////////

		TextLayout layout = new TextLayout(Display.getCurrent());
		layout.setWidth(200);
		
		layout.setText("This is a test.This is a test.This is \u65E5
\u672C\u8A9E\u65E5\u672C\u8A9E\u65E5\u672C\u8A9E\u65E5
\u672C\u8A9E\u672C\u8A9E\u65E5\u672C\u672C\u8A9E\u65E5\u672C\u672C\u8A9E\u65E5
\u672Ca test.This is a test.This\n is a test.");
         	layout.draw(gc, 10, 10);

e.g

public class Test {

   public void method() {
       /**
        * not javadoc comment
        */
        System.out.println("println");
        class Local {

        }
    }
}

Eclipse AST will consider the "/**" as the javadoc of the local class "Local", 
but I think it is incorrect, since there have a println statement separate the 
node.

WinXP / SWT 3.0

When my mouse is not hovering over the window, the entire tableTree redraws 
all the lines.  This extreme example hopefully shows that a redraw needlessly 
draws the lines which I see as flicker in normal apps. 

   public static void main(String[] args) {
    Display display = new Display();
    Shell shell = new Shell(display);
    shell.setLayout(new FillLayout());
    shell.setBounds(0,0,200,200);
   
    TableTree tt = new TableTree(shell, SWT.NONE);
    tt.getTable().setLinesVisible(true);
    
    TableTreeItem tti1 = new TableTreeItem(tt, SWT.NONE);
    tti1.setText("Parent");
    
    TableTreeItem tti2 = new TableTreeItem(tti1, SWT.NONE);
    tti2.setText("Child");

    shell.open();
    
    while (!shell.isDisposed()) {
      tti1.setExpanded(false);
      if (!display.readAndDispatch())
        display.sleep();
    }

  }

Build I20040512

There are a number of occurrences in this component of the dangerous idiom:

   try {
      ...
   } catch (Throwable e) {
      ... // e not re-thrown
   }

It is very bad practice to catch Throwable (or Error) and eat it because there 
are myriad unrecoverable situations (like out of memory) that this will hide.

A (partial) list of the places that look dangerous are:
org.eclipse.core.variables/src/org/eclipse/core/internal/variables - 
StringVariableManager.java
org.eclipse.debug.core/core/org/eclipse/debug/core - DebugPlugin.java
org.eclipse.debug.core/core/org/eclipse/debug/internal/core - 
ExpressionManager.java
org.eclipse.debug.ui/ui/org/eclipse/debug/internal/ui - 
LazyModelPresentation.java (2 matches)
org.eclipse.debug.ui/ui/org/eclipse/debug/internal/ui/views/launch - 
LaunchView.java

I200405060200

Preferences > Java > Editor > Navigation > "Smart cursor positioning in Java
names" checked. 

/**
 * @see GenericVisitor#visitNode(ASTNode)
 */
- set caret to after "Generic", Ctrl+Right
-> was: caret jumps to after "visitNode"; expected: caret after "Visitor"

- set caret to after "visit", Ctrl+Left
-> was caret before "Generic"; expected: caret before "visit"

I guess the problem is the '#' character, since it works fine if '#' is replaced
by '.'

In the I20040506-0200 build...

The constant IJavaSearchConstants#CASE_SENSITIVE has been deprecated and the 
suggested replacement is SearchPattern#R_CASE_SENSITIVE.  The problem is that 
IJavaSearchConstants#CASE_SENSITIVE is a boolean and 
SearchPattern#R_CASE_SENSITIVE is an int.  Making the suggested change results 
in a compilation error rather than the deprecation warning.  It is easy to 
work around the problem (don't change or just use true), but having a bad 
deprecation comment is a bit annoying.

Also note that there seems to be a bit of an design mismatch between how 
SearchPattern and SearchEngine (both in org.eclipse.jdt.core.search) approach 
how search options are specified, in particular case sensitivity.  The 
constants defined in SearchPattern are single bits that are expected to be 
operated on with the bitwise logical operators.  However, in 
SearchEngine#searchAllTypeNames(...) case sensitivity is expected as a boolean 
separate from the other search options (use of this api is where the 
deprecation showed up for me).  It is not a big deal now, but if they continue 
to diverge in the future, it could become one.

In a product based on eclipse with a lot of wizards, I launch one of the wizards
say X thats at the bottom of the list (needs scrolling), then I hit File-New Other
I see that wizard X I previously used is selected, but the wizard list does not
scroll to reveal that selection.

The DirectoryDialog control on Linux does not seem to allow the user to resize 
the dialog to a width smaller than the longest string displayed in the dialog.  
Windows does not seem to have this problem -- it both wraps the string and also 
allows for resizing to a width smaller than even the wrapped string (though I 
think there may be another problem here in that rezising does not repaint the 
control, because if resizing on Windows to a width smaller than the displayed 
string, and then resizing back wider -- the string is not repainted).

Steps to reproduce:

1. Start Eclipse (tried this on 3.0 and 3.0.1 RC1)
2. Open Help > Software Updates > Manage Configuration...
3. Click Add an Extension Location

On Linux, the width of this dialog is fairly large, to accomodate the long 
message in the dialog.  Attempts to resize to a smaller width fail.  But can 
resize width to a larger size (and height larger as well).  

On Windows, the width of this dialog is reasonable, because the text has been 
wrapped.  Dialog can be resized here, but text is not resized as well -- this 
is not a huge issue, but when resizing width larger again, the text is not 
repainted.

This behavior causes issues on lower resolutions (message runs off sides of 
screen) with no remedy (other than dragging the window around so that the 
entire message can be read).

Attempts to force wrapping of text prior to setMessage() for the dialog work 
okay, but then the text is always centered (on Linux), and does not look 
correct -- I would think this would need to be right-justified.

R3.0, R3.0.1 and I20040914

1. launch JUnit test for A
2. rename A to B
3. delete launch config
4. undo rename
==> error dialog plus .log entry:

org.eclipse.debug.core.DebugException: Launch configuration MoneyTest at
C:\eclipse\drops\I200409140800\workspace\.metadata\.plugins\org.eclipse.debug.core\.launches\MoneyTest.launch
does not exist.
at org.eclipse.debug.internal.core.LaunchManager.createDebugException(Unknown
Source)
at org.eclipse.debug.internal.core.LaunchManager.getInfo(Unknown Source)
at org.eclipse.debug.internal.core.LaunchConfiguration.getInfo(Unknown Source)
at org.eclipse.debug.internal.core.LaunchConfiguration.getAttribute(Unknown Source)
at
org.eclipse.jdt.internal.junit.refactoring.LaunchConfigTypeChange.perform(Unknown
Source)
at org.eclipse.ltk.core.refactoring.CompositeChange.perform(Unknown Source)
at org.eclipse.ltk.core.refactoring.CompositeChange.perform(Unknown Source)
at org.eclipse.ltk.internal.core.refactoring.UndoManager$1.run(Unknown Source)
at org.eclipse.core.internal.resources.Workspace.run(Unknown Source)
at org.eclipse.core.internal.resources.Workspace.run(Unknown Source)
at org.eclipse.ltk.internal.core.refactoring.UndoManager.executeChange(Unknown
Source)
at org.eclipse.ltk.internal.core.refactoring.UndoManager.performUndo(Unknown Source)
at org.eclipse.ltk.ui.refactoring.UndoRefactoringAction$2.run(Unknown Source)
at org.eclipse.jface.operation.ModalContext.runInCurrentThread(Unknown Source)
at org.eclipse.jface.operation.ModalContext.run(Unknown Source)
at org.eclipse.jface.dialogs.ProgressMonitorDialog.run(Unknown Source)
at org.eclipse.ui.internal.progress.ProgressManager$5.run(Unknown Source)
at org.eclipse.swt.custom.BusyIndicator.showWhile(Unknown Source)
at org.eclipse.ui.internal.progress.ProgressManager.runInUI(Unknown Source)
at org.eclipse.ltk.internal.ui.refactoring.UndoManagerAction.run(Unknown Source)
at org.eclipse.ui.internal.PluginAction.runWithEvent(Unknown Source)
at org.eclipse.ui.internal.WWinPluginAction.runWithEvent(Unknown Source)
at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(Unknown
Source)
at org.eclipse.jface.action.ActionContributionItem.access$2(Unknown Source)
at org.eclipse.jface.action.ActionContributionItem$6.handleEvent(Unknown Source)
at org.eclipse.swt.widgets.EventTable.sendEvent(Unknown Source)
at org.eclipse.swt.widgets.Widget.sendEvent(Unknown Source)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Unknown Source)
at org.eclipse.swt.widgets.Display.readAndDispatch(Unknown Source)
at org.eclipse.ui.internal.Workbench.runEventLoop(Unknown Source)
at org.eclipse.ui.internal.Workbench.runUI(Unknown Source)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Unknown Source)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(Unknown Source)
at org.eclipse.ui.internal.ide.IDEApplication.run(Unknown Source)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run(Unknown Source)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
at java.lang.reflect.Method.invoke(Method.java:391)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:684)
at org.eclipse.core.launcher.Main.main(Main.java:668)

Build I20040512

There are a number of places in org.eclipse.osgi plug-in that use the 
dangerous idiom:

   try {
      ...
   } catch (Throwable e) {
      ... // e not re-thrown
   }

It is very bad practice to catch Throwable (or Error) and eat it because there 
are myriad unrecoverable situations (like out of memory) that this will hide.

A (partial) list of the places that look dangerous are:
org.eclipse.ant.core/src_ant/org/eclipse/ant/internal/core/ant - 
InternalProject.java
org.eclipse.ant.ui/Remote Ant Support/org/eclipse/ant/internal/ui/antsupport - 
InternalAntRunner.java

When checking out a J2EE Project from CVS that does not contain a JRE_CONTAINER
entry in the classpath (as such), using bean info will fails with error dialog
displayed: 
"IWAV0138E Remove VM terminated too soon. See .log file for trace of output..."

The problem with requiring a JRE_CONTAINER value to be available in order for
bean info to be available for other tools - is that - this is a new variable
that is particularly of Eclipse 3.0, and will not be there in old applications.
 So, any tool requiring bean info, and dealing w/ project that is checked out
from CVS (for example) - will fail.

Note that - this problem does not happen when IBM version of jdk is used to
launch this runtime workspace, but happens when SUN jdk is used to launch the
runtime workspace.

IBM version:
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2)
Classic VM (build 1.4.2, J2RE 1.4.2 IBM Windows 32 build cn1420-20040626 (JIT en
abled: jitc))

Sun version:
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_04-b05)
Java HotSpot(TM) Client VM (build 1.4.2_04-b05, mixed mode)

The interesting thing is - after you click on OK for the Error dialog, and 
waited for a while for progress information to complete (which was a while) -
eventually, the bean information was retrieveable from the tool. 

The .log entry is as follows.

!ENTRY org.eclipse.jem.proxy 2 0 Jul 09, 2004 11:11:54.614
!MESSAGE IWAV0138E Remote VM terminated too soon. See .log file for trace of
output. For VM "Project (StrutsExplorerTest11)-Beaninfo".
IWAV0072I Remote VM terminated before any commands can be sent. Following are
the error and output streams.
-- Error Stream --

-- Output Stream --
Error occurred during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

-- End of Stream Output --

!ENTRY org.eclipse.jem.proxy 2 0 Jul 09, 2004 11:12:53.849
!MESSAGE No Server to retrieve a connection.

!ENTRY org.eclipse.core.runtime 4 2 Jul 09, 2004 11:12:53.879
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.IllegalStateException: IWAV0171E Could not create a socket connection
to remote vm.
	at
org.eclipse.jem.internal.proxy.remote.REMProxyFactoryRegistry.createConnection(REMProxyFactoryRegistry.java:374)
	at
org.eclipse.jem.internal.proxy.remote.REMProxyFactoryRegistry.getFreeConnection(REMProxyFactoryRegistry.java:309)
	at
org.eclipse.jem.internal.proxy.remote.REMStandardBeanTypeProxyFactory.getBeanTypeProxy(REMStandardBeanTypeProxyFactory.java:286)
	at
org.eclipse.jem.internal.proxy.remote.REMStandardBeanTypeProxyFactory.getBeanTypeProxy(REMStandardBeanTypeProxyFactory.java:237)
	at
org.eclipse.jem.internal.beaninfo.adapters.BeaninfoProxyConstants.<init>(BeaninfoProxyConstants.java:98)
	at
org.eclipse.jem.internal.beaninfo.adapters.BeaninfoProxyConstants.getConstants(BeaninfoProxyConstants.java:89)
	at
org.eclipse.jem.internal.beaninfo.core.Utilities.setBeanInfoSearchPath(Utilities.java:332)
	at
org.eclipse.jem.internal.beaninfo.adapters.BeaninfoNature.setProxySearchPath(BeaninfoNature.java:402)
	at
org.eclipse.jem.internal.beaninfo.adapters.BeaninfoNature$ConfigurationContributor.contributeToRegistry(BeaninfoNature.java:910)
	at
org.eclipse.jem.internal.proxy.core.ProxyLaunchSupport$3.run(ProxyLaunchSupport.java:495)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at
org.eclipse.jem.internal.proxy.core.ProxyLaunchSupport.startImplementation(ProxyLaunchSupport.java:489)
	at
org.eclipse.jem.internal.proxy.core.ProxyLaunchSupport.startImplementation(ProxyLaunchSupport.java:291)
	at
org.eclipse.jem.internal.beaninfo.adapters.BeaninfoNature.createRegistry(BeaninfoNature.java:368)
	at
org.eclipse.jem.internal.beaninfo.adapters.CreateRegistryJobHandler.doCreateRegistry(CreateRegistryJobHandler.java:154)
	at
org.eclipse.jem.internal.beaninfo.adapters.UICreateRegistryJobHandler$1.run(UICreateRegistryJobHandler.java:85)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)

File > New > Folder

I can see only the top half of the textbox 'Folder Name'.
When I resize by means of the mouse cursor, it becomes normal.

After extensive searching in documentation, application options and after
consulting Eclipse community members I was told there's currently no fix to the
problem I describe and I was suggested to fill this bug.

Problem is that due to my best knowledge there is no way to disable or change
the way Eclipse (I tested latest 3.0M7) automatically formats brackets while
editing Java source.

Currently Eclipse forces this coding style:

void foo()
{
    // code here
}

while I'd like to be able to use this style by default:

void foo()
    {
    // code here
    }

Actual actions on keyboard I perform:
type 'void foo()', press Enter, press Tab, type '{'
after typing '{' it jumps one tabstop left from intended position.

Also, default closing bracket is not matched with the opening bracket but
instead is always positioned at its default position.

I tried every option in Java->Editor->Code Assist/Typing and Java->Work In
Progress to no result.
Code Formatting is configured to my intended style.

I'll be happy to provide any further explanations if something is not clear in
this description or to peform additional tests if I might have missed some
configuration option.

Best regards,
Max Gilead

If the user opens a model dialog (like a wizard or a property page) while 
following the instructions of a CheatSheet, access to the CheatSheet is 
blocked. This makes CheatSheets less useful, because often the part the user 
needs help with is in some modal dialogs.

One solution could be, to make cheat sheets to run in an external executable 
(that would be a nice example of a RCP application), so the cheat sheet is 
accessible in the modal context....

I20040218
- class PerspectiveRegistry (org.eclipse.ui.workbench/Eclipse 
UI/org.eclipse.ui.internal.registry/PerspectiveRegistry)

I have the project org.eclipse.ui.workbench loaded as source in my 
environment.  Open the class PerspectiveRegistry in the editor.  The 
constructor has the following format:

public PerspectiveRegistry() {
  super();

  IPreferenceStore store = WorkbenchPlugin.getDefault().getPreferenceStore();
  store.addPropertyChangeListener(new IPropertyChangeListener() {
    public void propertyChange(PropertyChangeEvent event) {
      ...
    }

    private void mergePerspectives(PropertyChangeEvent event) {
      ...
      updatePreferenceList(store);
    }

    private void updatePreferenceList(IPreferenceStore store) {
      ...
    }
  });
}

Double click to select the text 'updatePreferenceList' where it is called in 
method mergePerspectives.  Hit F3.  I expected to go to the definition of the 
method updatePreferenceList a couple of lines below.  But instead I got the 
error message "Current text selection doesn't resolve to a Java element".

Now that the "framework" is in place for hover tests (from bug 75369) we 
should add hover tests for all of the hover info the Ant editor supports.

Currently, the support jar required to run Ant in a seperate VM (that handles 
build logging), is known to the AntCorePrefs as #getRemoteAntURL(). Instead, 
Ant UI should contribute the entry as an "extraClasspathEntry" (and we should 
remove the associated method from Ant core).

Build I20040225

There are several issues with the registry view that need to be addressed:

1) I don't understand why the properties are made integral part of the view. I 
know that the current property sheet has problems, but:
  a) we are not providing a better alternative, just hosting it
  b) property sheet is not bad when in read-only mode - it is the editing
     was always an issue

Personally, I would drop the current design and revert to having 'Properties' 
action on the local tool bar, pop-up menu and double-click event. This action 
can simply show 'properties' view.

2) The property sheet is not well integrated. 
   a) The label showing the currently selected object (at the top of the 
property sheet) is cut off partially. 
   b) The property sheet should not use 3D-border it should be at the 
same 'level' as the tree view.
3) Sash form orientation is fixed, which may be a problem depending on the 
position of the view. The view initially opens in the lower-right slot, where 
it works. If I stack it on top of the 'Packages' view, it looks funny. The 
view should have one of the following:
   - a view action to selection orientation (horizontal/vertical)
   - a resize listener on the sash form to check the aspect ratio and set the 
right orientation (width>height - horizontal, otherwise vertical) dynamically.

Currently we use write random files into the config area at the root.  Since 
this area is shared, we really should be qualifying our files with plugin 
specific name segments so we don't collide.

We are not going to mandate this or enshrine it in code/API to allow for 
flexibility.

All users of the config area should use this convention.

Build id: 200405211200

When you move a main class from a non default package to the default package the
main class name of the launch config will have a '.' prepended to it.

test instructions:
1. Create a new class with a main method in package "foo"
2. run class created in step 1
3. move main class from package "foo" to the default package
4. attempt to re-run launch

LaunchConfigurationProjectMainTypeChange.createChangesForTypeMove is not
catering for the destination being a JavaProject or the default PackageFragment
(both of which have an elementName of "")

I'm using M9 (Build id: 200405211200), occured sometimes in Java editor.

Error Mai 22, 2004 21:01:24.910 Internal Error
java.lang.NullPointerException
at org.eclipse.jdt.internal.ui.text.correction.QuickAssistProcessor.
getCoveringNode(QuickAssistProcessor.java:307)
at org.eclipse.jdt.internal.ui.text.correction.QuickAssistProcessor.
getAssists(QuickAssistProcessor.java:120)
at org.eclipse.jdt.internal.ui.text.correction.JavaCorrectionProcessor.
collectAssists(JavaCorrectionProcessor.java:281)
at org.eclipse.jdt.internal.ui.text.correction.JavaCorrectionProcessor.
processAnnotations(JavaCorrectionProcessor.java:231)
at org.eclipse.jdt.internal.ui.text.correction.JavaCorrectionProcessor.
computeCompletionProposals(JavaCorrectionProcessor.java:198)
at org.eclipse.jface.text.contentassist.ContentAssistant.
computeCompletionProposals(ContentAssistant.java:1457)
at org.eclipse.jface.text.contentassist.CompletionProposalPopup.
computeProposals(CompletionProposalPopup.java:244)
at org.eclipse.jface.text.contentassist.CompletionProposalPopup.
access$7(CompletionProposalPopup.java:240)
at org.eclipse.jface.text.contentassist.CompletionProposalPopup$1.
run(CompletionProposalPopup.java:199)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
at org.eclipse.jface.text.contentassist.CompletionProposalPopup.
showProposals(CompletionProposalPopup.java:194)
at org.eclipse.jface.text.contentassist.ContentAssistant.
showPossibleCompletions(ContentAssistant.java:1308)
at org.eclipse.jdt.internal.ui.text.correction.JavaCorrectionAssistant.
showPossibleCompletions(JavaCorrectionAssistant.java:158)
at org.eclipse.jdt.internal.ui.javaeditor.
CompilationUnitEditor$AdaptedSourceViewer.doOperation(CompilationUnitEditor.
java:183)
at org.eclipse.ui.texteditor.TextOperationAction$1.run(TextOperationAction.java:
122)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
at org.eclipse.ui.texteditor.TextOperationAction.run(TextOperationAction.java:
120)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)
at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.
executeCommand(WorkbenchKeyboard.java:469)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:
887)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.
processKeyEvent(WorkbenchKeyboard.java:928)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.
filterKeySequenceBindings(WorkbenchKeyboard.java:546)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.
java:494)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.
handleEvent(WorkbenchKeyboard.java:259)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Display.filterEvent(Display.java:712)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:795)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1724)
at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1720)
at org.eclipse.swt.widgets.Control.WM_KEYDOWN(Control.java:3499)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2978)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:3282)
at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1475)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2380)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.
java:307)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.
java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:638)
at org.eclipse.core.launcher.Main.main(Main.java:622)

no longer necessary with new encoding support.

3.0M9

Using the following build.xml everything gets formatted as expected.

<project default="foo">
  <target name="foo">
    <echo>
      &lt;html>&lt;body>&lt;pre>${compilelog}&lt;/pre>&lt;/body>&lt;/html>
    </echo>
  </target>
</project>

If I add 'file="foo"' to the echo-task reformatting removes the contents of the
echo-tag: 

<project default="foo">
  <target name="foo">
    <echo file="foo">
    </echo>
  </target>
</project>

Running Eclipse build 200405140800, org.eclipse.jdt.core 3.0.0.cheetah05.

The attached 6 classes fail to compile with error:

Bound mismatch: The type ADXP is not a valid substitute for the bounded 
parameter <T extends ANY> of the type LIST<T>
AD.java	JavaSigBug/src/demo	line 3	May 18, 2004 3:40:40 PM

Under JDK 1.5.0 beta, they compile fine.  Thanks.

The AntEditorCompletionProcessor has "old" code that attempts to only present 
properties based on the location of the request. This does not work currently 
and the code configuring the properties should be removed until post 3.0 when 
we address bug 62825.

In Logic Example.
- Create a Flow Container and select it.
- Press "." to access handles

Result:
- Nothing happens

Expected:
- Should go into handle accessibility mode.

Reporter: Gao Yin Yin
Language: Simplfied Chinese
Build driver: eclipse-sourceBuild-srcIncluded-3.0M9
JDK Version:  IBM J2SDK 1.4.1
Severity: 1
Summary: DBCS – The GB18030 character cannot be correctly generated 
into “.classpath” file when new a source folder named with GB18030 character.
Steps to recreate problem:
1.	Start up "New Source Folder" wizard;
2.	Set the new folder's name contain GB18030 character, for 
example “newfolder\u3400”;
3.	Click "Finish", new folder infor cannot be generated 
into '${PROJECT_BASE}/.classpath' file as  "<classpathentry kind="..." 
path="..."/>" correctly. The GB18030 character is encoded in error;
4.	Delete this source folder from the 
project, '${PROJECT_BASE}/.classpath' can't be updated correspondingly.

<<Error>>
The GB18030 character cannot be correctly generated into “.classpath” file when 
new a source folder named with GB18030 character.

<<Expected Result>>
The GB18030 character can be correctly generated into “.classpath” file when 
new a source folder named with GB18030 character.
	
<<Cause>>
Eclipse maintains “.classpath” file for each project using UTF8 encoding. When 
new a source folder, Eclipse insert a new "<classpathentry>" element into 
the “.classpath” file using system's default encoding. So error occurs when the 
system's default encoing is not UTF8.

<<Solution>>
Modify “getSharedProperty” and “setSharedProperty” methods in JavaProject.java. 
Keep the encoding being UTF8 during reading and writing “.classpath” file.

- Open/create a Java Application launch configuration.
- Go to the Source tab.
- Click "Add...".
- Double click "Directory"

Note: The label at the top says "&Choose folders to add:".

Also, there are no mnemonics on this dialog (I don't know why the & isn't being 
iterpreted as one).

Why not use a standard platform dialog for this? Like the one for file 
selection..

Go to the menu and choose, File>Open External File, when the open file dialog
comes up select a folder from the left side list and hit open, should get a big
long traceback similar to the following


org.eclipse.ui.PartInitException[0]: java.lang.NullPointerException
        at java.io.Reader.<init>(Reader.java:61)
        at java.io.InputStreamReader.<init>(InputStreamReader.java:80)
        at
org.eclipse.core.internal.filebuffers.JavaTextFileBuffer.setDocumentContent(JavaTextFileBuffer.java:300)
        at
org.eclipse.core.internal.filebuffers.JavaTextFileBuffer.initializeFileBufferContent(JavaTextFileBuffer.java:231)
        at
org.eclipse.core.internal.filebuffers.JavaFileBuffer.create(JavaFileBuffer.java:81)
        at
org.eclipse.core.internal.filebuffers.TextFileBufferManager.connect(TextFileBufferManager.java:68)
        at
org.eclipse.ui.editors.text.TextFileDocumentProvider.createFileInfo(TextFileDocumentProvider.java:470)
        at
org.eclipse.ui.editors.text.TextFileDocumentProvider.connect(TextFileDocumentProvider.java:414)
        at
org.eclipse.ui.texteditor.AbstractTextEditor.doSetInput(AbstractTextEditor.java:2507)
        at
org.eclipse.ui.texteditor.StatusTextEditor.doSetInput(StatusTextEditor.java:173)
        at
org.eclipse.ui.texteditor.ExtendedTextEditor.doSetInput(ExtendedTextEditor.java:1067)
        at org.eclipse.ui.editors.text.TextEditor.doSetInput(TextEditor.java:290)
        at
org.eclipse.ui.texteditor.AbstractTextEditor$14.run(AbstractTextEditor.java:1978)
        at
org.eclipse.jface.operation.ModalContext.runInCurrentThread(ModalContext.java:302)
        at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:252)
        at
org.eclipse.jface.window.ApplicationWindow$1.run(ApplicationWindow.java:576)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
        at
org.eclipse.jface.window.ApplicationWindow.run(ApplicationWindow.java:573)
        at org.eclipse.ui.internal.WorkbenchWindow.run(WorkbenchWindow.java:1606)
        at
org.eclipse.ui.texteditor.AbstractTextEditor.internalInit(AbstractTextEditor.java:1993)
        at
org.eclipse.ui.texteditor.AbstractTextEditor.init(AbstractTextEditor.java:2011)
        at org.eclipse.ui.internal.EditorManager.createSite(EditorManager.java:569)
        at
org.eclipse.ui.internal.EditorManager.openInternalEditor(EditorManager.java:633)
        at
org.eclipse.ui.internal.EditorManager.openEditorFromDescriptor(EditorManager.java:438)
        at org.eclipse.ui.internal.EditorManager.openEditor(EditorManager.java:426)
        at
org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:2129)
        at org.eclipse.ui.internal.WorkbenchPage.access$6(WorkbenchPage.java:2072)
        at org.eclipse.ui.internal.WorkbenchPage$9.run(WorkbenchPage.java:2059)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
        at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2054)
        at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2037)
        at
org.eclipse.ui.internal.editors.text.OpenExternalFileAction.run(OpenExternalFileAction.java:115)
        at
org.eclipse.ui.internal.editors.text.OpenExternalFileAction.run(OpenExternalFileAction.java:87)
        at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:269)
        at
org.eclipse.ui.internal.WWinPluginAction.runWithEvent(WWinPluginAction.java:207)
        at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:550)
        at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:502)
        at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:435)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:939)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:1953)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1726)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:277)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:239)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
        at org.eclipse.core.launcher.Main.run(Main.java:692)
        at org.eclipse.core.launcher.Main.main(Main.java:676)

M6

And it's not accessibility's fault this time.  Need to investigate.

20040325
- use 'expand all' on a node in the synchroize view that has many children: it
takes several seconds
- this can be fixed by enclosing the 'expand all' in a 
tree.setRefresh(false)/tree.setRefresh(true)

I have added
<install-handler handler="org.eclipse.update.core.DeltaInstallHandler"/>
to my feature.xml of a patch, as explained in bug 38003.
After installing the patch, plug-in is incomplete - does not have files from 
the original plug-in, only delta that is delivered in the updated plug-in is 
installed.

build i0517-1219

- in the progress view use the drop-down menu to "show verbose"
- close the view
- open the view via double-clicking in the bottom right of the app window
- note that the checkmark doesn't appear next to "verbose" in the menu
- note that it is showing all jobs 
- choose "verbose" from the menu
- note it reduces the number of jobs shown in the view
- choose "verbose" from the menu
- note that the checkmark appears

I created an external tool builder in a 2.0.2 workspace. The external tool 
called an external installation of Ant (1.6.1) with a buildfile from the 
workspace (since 2.0 did not support ant as a builder). When I opened the 
builder in 3.0, I was prompted to migrate, but the "build options" did not 
migrate properly. In 2.0.2 I had specified to invoke the builder on all 
builds - full, incremental. In 3.0, after the migration, there were errors on 
the build options tab: "At least one type of build must be selected". All 
options were unchecked. I would expect the relevant options to be checked - 
after clean, during manual builds, during autobuilds.

The single source package that represents the link between a package provider
and a package user should be made unique.
This will save a non neglictible number of instances especially for plugins that
are always required like resources, runtime, ui, etc.

One way that this could be done is by letting the bundleLoaderProxy hands out
the instances.

The multiple source package could be constituted of several SingleSourcePackage.

20030310 with platform ui loaded from HEAD

IWorkbenchPageTest and IDeprecatedWorkbenchPage test are both failing all 
suites that listen for part activation on an editor

They are all of the form:

testOpenEditor4(org.eclipse.ui.tests.api.IWorkbenchPageTest)
junit.framework.AssertionFailedError: expected:<true> but was:<false>
	at junit.framework.Assert.fail(Assert.java:47)
	at junit.framework.Assert.failNotEquals(Assert.java:282)
	at junit.framework.Assert.assertEquals(Assert.java:64)
	at junit.framework.Assert.assertEquals(Assert.java:149)
	at junit.framework.Assert.assertEquals(Assert.java:155)
	at org.eclipse.ui.tests.api.IWorkbenchPageTest.testOpenEditor4
(IWorkbenchPageTest.java:404)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at junit.framework.TestCase.runTest(TestCase.java:154)
	at junit.framework.TestCase.runBare(TestCase.java:127)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests
(RemoteTestRunner.java:410)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run
(RemoteTestRunner.java:294)
	at org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main
(RemotePluginTestRunner.java:30)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication$1.run
(UITestApplication.java:91)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2344)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2051)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1452)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1423)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:258)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:79)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication.run
(UITestApplication.java:34)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

testOpenEditor6(org.eclipse.ui.tests.api.IWorkbenchPageTest)
junit.framework.AssertionFailedError: expected:<true> but was:<false>
	at junit.framework.Assert.fail(Assert.java:47)
	at junit.framework.Assert.failNotEquals(Assert.java:282)
	at junit.framework.Assert.assertEquals(Assert.java:64)
	at junit.framework.Assert.assertEquals(Assert.java:149)
	at junit.framework.Assert.assertEquals(Assert.java:155)
	at org.eclipse.ui.tests.api.IWorkbenchPageTest.testOpenEditor6
(IWorkbenchPageTest.java:518)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at junit.framework.TestCase.runTest(TestCase.java:154)
	at junit.framework.TestCase.runBare(TestCase.java:127)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests
(RemoteTestRunner.java:410)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run
(RemoteTestRunner.java:294)
	at org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main
(RemotePluginTestRunner.java:30)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication$1.run
(UITestApplication.java:91)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2344)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2051)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1452)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1423)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:258)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:79)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication.run
(UITestApplication.java:34)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

testOpenEditor4(org.eclipse.ui.tests.api.IDeprecatedWorkbenchPageTest)
junit.framework.AssertionFailedError: expected:<true> but was:<false>
	at junit.framework.Assert.fail(Assert.java:47)
	at junit.framework.Assert.failNotEquals(Assert.java:282)
	at junit.framework.Assert.assertEquals(Assert.java:64)
	at junit.framework.Assert.assertEquals(Assert.java:149)
	at junit.framework.Assert.assertEquals(Assert.java:155)
	at 
org.eclipse.ui.tests.api.IDeprecatedWorkbenchPageTest.testOpenEditor4
(IDeprecatedWorkbenchPageTest.java:322)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at junit.framework.TestCase.runTest(TestCase.java:154)
	at junit.framework.TestCase.runBare(TestCase.java:127)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests
(RemoteTestRunner.java:410)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run
(RemoteTestRunner.java:294)
	at org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main
(RemotePluginTestRunner.java:30)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication$1.run
(UITestApplication.java:91)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2344)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2051)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1452)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1423)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:258)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:79)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication.run
(UITestApplication.java:34)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

testOpenEditor6(org.eclipse.ui.tests.api.IDeprecatedWorkbenchPageTest)
junit.framework.AssertionFailedError: expected:<true> but was:<false>
	at junit.framework.Assert.fail(Assert.java:47)
	at junit.framework.Assert.failNotEquals(Assert.java:282)
	at junit.framework.Assert.assertEquals(Assert.java:64)
	at junit.framework.Assert.assertEquals(Assert.java:149)
	at junit.framework.Assert.assertEquals(Assert.java:155)
	at 
org.eclipse.ui.tests.api.IDeprecatedWorkbenchPageTest.testOpenEditor6
(IDeprecatedWorkbenchPageTest.java:436)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at junit.framework.TestCase.runTest(TestCase.java:154)
	at junit.framework.TestCase.runBare(TestCase.java:127)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests
(RemoteTestRunner.java:410)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run
(RemoteTestRunner.java:294)
	at org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main
(RemotePluginTestRunner.java:30)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication$1.run
(UITestApplication.java:91)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2344)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2051)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1452)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1423)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:258)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:79)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication.run
(UITestApplication.java:34)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

test2(org.eclipse.ui.tests.zoom.ActivateTest)
java.lang.NullPointerException
	at org.eclipse.ui.internal.EditorWorkbook.updateControlBounds
(EditorWorkbook.java:948)
	at org.eclipse.ui.internal.EditorWorkbook.setState
(EditorWorkbook.java:926)
	at org.eclipse.ui.internal.EditorWorkbook.setContainer
(EditorWorkbook.java:897)
	at org.eclipse.ui.internal.PartSashContainer.dispose
(PartSashContainer.java:270)
	at org.eclipse.ui.internal.EditorArea.dispose(EditorArea.java:109)
	at org.eclipse.ui.internal.EditorPresentation.dispose
(EditorPresentation.java:129)
	at org.eclipse.ui.internal.WorkbenchPage.dispose
(WorkbenchPage.java:1178)
	at org.eclipse.ui.internal.WorkbenchWindow.closeAllPages
(WorkbenchWindow.java:486)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose
(WorkbenchWindow.java:892)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:386)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:368)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:453)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:451)
	at org.eclipse.ui.tests.util.UITestCase.closeAllTestWindows
(UITestCase.java:172)
	at org.eclipse.ui.tests.util.UITestCase.doTearDown(UITestCase.java:138)
	at org.eclipse.ui.tests.util.UITestCase.tearDown(UITestCase.java:126)
	at junit.framework.TestCase.runBare(TestCase.java:130)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests
(RemoteTestRunner.java:410)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run
(RemoteTestRunner.java:294)
	at org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main
(RemotePluginTestRunner.java:30)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication$1.run
(UITestApplication.java:91)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2344)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2051)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1452)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1423)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:258)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:79)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication.run
(UITestApplication.java:34)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

test4(org.eclipse.ui.tests.zoom.ActivateTest)
java.lang.NullPointerException
	at org.eclipse.ui.internal.EditorWorkbook.updateControlBounds
(EditorWorkbook.java:948)
	at org.eclipse.ui.internal.EditorWorkbook.setState
(EditorWorkbook.java:926)
	at org.eclipse.ui.internal.EditorWorkbook.setContainer
(EditorWorkbook.java:897)
	at org.eclipse.ui.internal.PartSashContainer.dispose
(PartSashContainer.java:270)
	at org.eclipse.ui.internal.EditorArea.dispose(EditorArea.java:109)
	at org.eclipse.ui.internal.EditorPresentation.dispose
(EditorPresentation.java:129)
	at org.eclipse.ui.internal.WorkbenchPage.dispose
(WorkbenchPage.java:1178)
	at org.eclipse.ui.internal.WorkbenchWindow.closeAllPages
(WorkbenchWindow.java:486)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose
(WorkbenchWindow.java:892)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:386)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:368)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:453)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:451)
	at org.eclipse.ui.tests.util.UITestCase.closeAllTestWindows
(UITestCase.java:172)
	at org.eclipse.ui.tests.util.UITestCase.doTearDown(UITestCase.java:138)
	at org.eclipse.ui.tests.util.UITestCase.tearDown(UITestCase.java:126)
	at junit.framework.TestCase.runBare(TestCase.java:130)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests
(RemoteTestRunner.java:410)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run
(RemoteTestRunner.java:294)
	at org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main
(RemotePluginTestRunner.java:30)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication$1.run
(UITestApplication.java:91)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2344)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2051)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1452)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1423)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:258)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:79)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication.run
(UITestApplication.java:34)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

test5(org.eclipse.ui.tests.zoom.ActivateTest)
java.lang.NullPointerException
	at org.eclipse.ui.internal.EditorWorkbook.updateControlBounds
(EditorWorkbook.java:948)
	at org.eclipse.ui.internal.EditorWorkbook.setState
(EditorWorkbook.java:926)
	at org.eclipse.ui.internal.EditorWorkbook.setContainer
(EditorWorkbook.java:897)
	at org.eclipse.ui.internal.PartSashContainer.dispose
(PartSashContainer.java:270)
	at org.eclipse.ui.internal.EditorArea.dispose(EditorArea.java:109)
	at org.eclipse.ui.internal.EditorPresentation.dispose
(EditorPresentation.java:129)
	at org.eclipse.ui.internal.WorkbenchPage.dispose
(WorkbenchPage.java:1178)
	at org.eclipse.ui.internal.WorkbenchWindow.closeAllPages
(WorkbenchWindow.java:486)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose
(WorkbenchWindow.java:892)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:386)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:368)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:453)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:451)
	at org.eclipse.ui.tests.util.UITestCase.closeAllTestWindows
(UITestCase.java:172)
	at org.eclipse.ui.tests.util.UITestCase.doTearDown(UITestCase.java:138)
	at org.eclipse.ui.tests.util.UITestCase.tearDown(UITestCase.java:126)
	at junit.framework.TestCase.runBare(TestCase.java:130)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests
(RemoteTestRunner.java:410)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run
(RemoteTestRunner.java:294)
	at org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main
(RemotePluginTestRunner.java:30)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication$1.run
(UITestApplication.java:91)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2344)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2051)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1452)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1423)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:258)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:79)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication.run
(UITestApplication.java:34)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

test6(org.eclipse.ui.tests.zoom.ActivateTest)
java.lang.NullPointerException
	at org.eclipse.ui.internal.EditorWorkbook.updateControlBounds
(EditorWorkbook.java:948)
	at org.eclipse.ui.internal.EditorWorkbook.setState
(EditorWorkbook.java:926)
	at org.eclipse.ui.internal.EditorWorkbook.setContainer
(EditorWorkbook.java:897)
	at org.eclipse.ui.internal.PartSashContainer.dispose
(PartSashContainer.java:270)
	at org.eclipse.ui.internal.EditorArea.dispose(EditorArea.java:109)
	at org.eclipse.ui.internal.EditorPresentation.dispose
(EditorPresentation.java:129)
	at org.eclipse.ui.internal.WorkbenchPage.dispose
(WorkbenchPage.java:1178)
	at org.eclipse.ui.internal.WorkbenchWindow.closeAllPages
(WorkbenchWindow.java:486)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose
(WorkbenchWindow.java:892)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:386)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:368)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:453)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:451)
	at org.eclipse.ui.tests.util.UITestCase.closeAllTestWindows
(UITestCase.java:172)
	at org.eclipse.ui.tests.util.UITestCase.doTearDown(UITestCase.java:138)
	at org.eclipse.ui.tests.util.UITestCase.tearDown(UITestCase.java:126)
	at junit.framework.TestCase.runBare(TestCase.java:130)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests
(RemoteTestRunner.java:410)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run
(RemoteTestRunner.java:294)
	at org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main
(RemotePluginTestRunner.java:30)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication$1.run
(UITestApplication.java:91)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2344)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2051)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1452)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1423)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:258)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:79)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication.run
(UITestApplication.java:34)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

test1(org.eclipse.ui.tests.zoom.CloseEditorTest)
java.lang.NullPointerException
	at org.eclipse.ui.internal.EditorWorkbook.updateControlBounds
(EditorWorkbook.java:948)
	at org.eclipse.ui.internal.EditorWorkbook.setState
(EditorWorkbook.java:926)
	at org.eclipse.ui.internal.EditorWorkbook.setContainer
(EditorWorkbook.java:897)
	at org.eclipse.ui.internal.PartSashContainer.dispose
(PartSashContainer.java:270)
	at org.eclipse.ui.internal.EditorArea.dispose(EditorArea.java:109)
	at org.eclipse.ui.internal.EditorPresentation.dispose
(EditorPresentation.java:129)
	at org.eclipse.ui.internal.WorkbenchPage.dispose
(WorkbenchPage.java:1178)
	at org.eclipse.ui.internal.WorkbenchWindow.closeAllPages
(WorkbenchWindow.java:486)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose
(WorkbenchWindow.java:892)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:386)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:368)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:453)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:451)
	at org.eclipse.ui.tests.util.UITestCase.closeAllTestWindows
(UITestCase.java:172)
	at org.eclipse.ui.tests.util.UITestCase.doTearDown(UITestCase.java:138)
	at org.eclipse.ui.tests.util.UITestCase.tearDown(UITestCase.java:126)
	at junit.framework.TestCase.runBare(TestCase.java:130)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests
(RemoteTestRunner.java:410)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run
(RemoteTestRunner.java:294)
	at org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main
(RemotePluginTestRunner.java:30)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication$1.run
(UITestApplication.java:91)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2344)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2051)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1452)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1423)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:258)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:79)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication.run
(UITestApplication.java:34)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

test2(org.eclipse.ui.tests.zoom.CloseEditorTest)
java.lang.NullPointerException
	at org.eclipse.ui.internal.EditorWorkbook.updateControlBounds
(EditorWorkbook.java:948)
	at org.eclipse.ui.internal.EditorWorkbook.setState
(EditorWorkbook.java:926)
	at org.eclipse.ui.internal.EditorWorkbook.setContainer
(EditorWorkbook.java:897)
	at org.eclipse.ui.internal.PartSashContainer.dispose
(PartSashContainer.java:270)
	at org.eclipse.ui.internal.EditorArea.dispose(EditorArea.java:109)
	at org.eclipse.ui.internal.EditorPresentation.dispose
(EditorPresentation.java:129)
	at org.eclipse.ui.internal.WorkbenchPage.dispose
(WorkbenchPage.java:1178)
	at org.eclipse.ui.internal.WorkbenchWindow.closeAllPages
(WorkbenchWindow.java:486)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose
(WorkbenchWindow.java:892)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:386)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:368)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:453)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:451)
	at org.eclipse.ui.tests.util.UITestCase.closeAllTestWindows
(UITestCase.java:172)
	at org.eclipse.ui.tests.util.UITestCase.doTearDown(UITestCase.java:138)
	at org.eclipse.ui.tests.util.UITestCase.tearDown(UITestCase.java:126)
	at junit.framework.TestCase.runBare(TestCase.java:130)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests
(RemoteTestRunner.java:410)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run
(RemoteTestRunner.java:294)
	at org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main
(RemotePluginTestRunner.java:30)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication$1.run
(UITestApplication.java:91)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2344)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2051)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1452)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1423)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:258)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:79)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication.run
(UITestApplication.java:34)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

test1(org.eclipse.ui.tests.zoom.HideViewTest)
java.lang.NullPointerException
	at org.eclipse.ui.internal.EditorWorkbook.updateControlBounds
(EditorWorkbook.java:948)
	at org.eclipse.ui.internal.EditorWorkbook.setState
(EditorWorkbook.java:926)
	at org.eclipse.ui.internal.EditorWorkbook.setContainer
(EditorWorkbook.java:897)
	at org.eclipse.ui.internal.PartSashContainer.dispose
(PartSashContainer.java:270)
	at org.eclipse.ui.internal.EditorArea.dispose(EditorArea.java:109)
	at org.eclipse.ui.internal.EditorPresentation.dispose
(EditorPresentation.java:129)
	at org.eclipse.ui.internal.WorkbenchPage.dispose
(WorkbenchPage.java:1178)
	at org.eclipse.ui.internal.WorkbenchWindow.closeAllPages
(WorkbenchWindow.java:486)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose
(WorkbenchWindow.java:892)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:386)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:368)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:453)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:451)
	at org.eclipse.ui.tests.util.UITestCase.closeAllTestWindows
(UITestCase.java:172)
	at org.eclipse.ui.tests.util.UITestCase.doTearDown(UITestCase.java:138)
	at org.eclipse.ui.tests.util.UITestCase.tearDown(UITestCase.java:126)
	at junit.framework.TestCase.runBare(TestCase.java:130)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests
(RemoteTestRunner.java:410)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run
(RemoteTestRunner.java:294)
	at org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main
(RemotePluginTestRunner.java:30)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication$1.run
(UITestApplication.java:91)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2344)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2051)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1452)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1423)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:258)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:79)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication.run
(UITestApplication.java:34)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

test2(org.eclipse.ui.tests.zoom.OpenEditorTest)
java.lang.NullPointerException
	at org.eclipse.ui.internal.EditorWorkbook.updateControlBounds
(EditorWorkbook.java:948)
	at org.eclipse.ui.internal.EditorWorkbook.setState
(EditorWorkbook.java:926)
	at org.eclipse.ui.internal.EditorWorkbook.setContainer
(EditorWorkbook.java:897)
	at org.eclipse.ui.internal.PartSashContainer.dispose
(PartSashContainer.java:270)
	at org.eclipse.ui.internal.EditorArea.dispose(EditorArea.java:109)
	at org.eclipse.ui.internal.EditorPresentation.dispose
(EditorPresentation.java:129)
	at org.eclipse.ui.internal.WorkbenchPage.dispose
(WorkbenchPage.java:1178)
	at org.eclipse.ui.internal.WorkbenchWindow.closeAllPages
(WorkbenchWindow.java:486)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose
(WorkbenchWindow.java:892)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:386)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:368)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:453)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:451)
	at org.eclipse.ui.tests.util.UITestCase.closeAllTestWindows
(UITestCase.java:172)
	at org.eclipse.ui.tests.util.UITestCase.doTearDown(UITestCase.java:138)
	at org.eclipse.ui.tests.util.UITestCase.tearDown(UITestCase.java:126)
	at junit.framework.TestCase.runBare(TestCase.java:130)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests
(RemoteTestRunner.java:410)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run
(RemoteTestRunner.java:294)
	at org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main
(RemotePluginTestRunner.java:30)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication$1.run
(UITestApplication.java:91)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2344)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2051)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1452)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1423)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:258)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:79)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication.run
(UITestApplication.java:34)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

test4(org.eclipse.ui.tests.zoom.OpenEditorTest)
java.lang.NullPointerException
	at org.eclipse.ui.internal.EditorWorkbook.updateControlBounds
(EditorWorkbook.java:948)
	at org.eclipse.ui.internal.EditorWorkbook.setState
(EditorWorkbook.java:926)
	at org.eclipse.ui.internal.EditorWorkbook.setContainer
(EditorWorkbook.java:897)
	at org.eclipse.ui.internal.PartSashContainer.dispose
(PartSashContainer.java:270)
	at org.eclipse.ui.internal.EditorArea.dispose(EditorArea.java:109)
	at org.eclipse.ui.internal.EditorPresentation.dispose
(EditorPresentation.java:129)
	at org.eclipse.ui.internal.WorkbenchPage.dispose
(WorkbenchPage.java:1178)
	at org.eclipse.ui.internal.WorkbenchWindow.closeAllPages
(WorkbenchWindow.java:486)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose
(WorkbenchWindow.java:892)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:386)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:368)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:453)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:451)
	at org.eclipse.ui.tests.util.UITestCase.closeAllTestWindows
(UITestCase.java:172)
	at org.eclipse.ui.tests.util.UITestCase.doTearDown(UITestCase.java:138)
	at org.eclipse.ui.tests.util.UITestCase.tearDown(UITestCase.java:126)
	at junit.framework.TestCase.runBare(TestCase.java:130)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests
(RemoteTestRunner.java:410)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run
(RemoteTestRunner.java:294)
	at org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main
(RemotePluginTestRunner.java:30)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication$1.run
(UITestApplication.java:91)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2344)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2051)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1452)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1423)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:258)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:79)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication.run
(UITestApplication.java:34)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

test2(org.eclipse.ui.tests.zoom.ShowViewTest)
java.lang.NullPointerException
	at org.eclipse.ui.internal.EditorWorkbook.updateControlBounds
(EditorWorkbook.java:948)
	at org.eclipse.ui.internal.EditorWorkbook.setState
(EditorWorkbook.java:926)
	at org.eclipse.ui.internal.EditorWorkbook.setContainer
(EditorWorkbook.java:897)
	at org.eclipse.ui.internal.PartSashContainer.dispose
(PartSashContainer.java:270)
	at org.eclipse.ui.internal.EditorArea.dispose(EditorArea.java:109)
	at org.eclipse.ui.internal.EditorPresentation.dispose
(EditorPresentation.java:129)
	at org.eclipse.ui.internal.WorkbenchPage.dispose
(WorkbenchPage.java:1178)
	at org.eclipse.ui.internal.WorkbenchWindow.closeAllPages
(WorkbenchWindow.java:486)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose
(WorkbenchWindow.java:892)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:386)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:368)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:453)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:451)
	at org.eclipse.ui.tests.util.UITestCase.closeAllTestWindows
(UITestCase.java:172)
	at org.eclipse.ui.tests.util.UITestCase.doTearDown(UITestCase.java:138)
	at org.eclipse.ui.tests.util.UITestCase.tearDown(UITestCase.java:126)
	at junit.framework.TestCase.runBare(TestCase.java:130)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests
(RemoteTestRunner.java:410)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run
(RemoteTestRunner.java:294)
	at org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main
(RemotePluginTestRunner.java:30)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication$1.run
(UITestApplication.java:91)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2344)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2051)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1452)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1423)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:258)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:79)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication.run
(UITestApplication.java:34)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

test3(org.eclipse.ui.tests.zoom.ShowViewTest)
java.lang.NullPointerException
	at org.eclipse.ui.internal.EditorWorkbook.updateControlBounds
(EditorWorkbook.java:948)
	at org.eclipse.ui.internal.EditorWorkbook.setState
(EditorWorkbook.java:926)
	at org.eclipse.ui.internal.EditorWorkbook.setContainer
(EditorWorkbook.java:897)
	at org.eclipse.ui.internal.PartSashContainer.dispose
(PartSashContainer.java:270)
	at org.eclipse.ui.internal.EditorArea.dispose(EditorArea.java:109)
	at org.eclipse.ui.internal.EditorPresentation.dispose
(EditorPresentation.java:129)
	at org.eclipse.ui.internal.WorkbenchPage.dispose
(WorkbenchPage.java:1178)
	at org.eclipse.ui.internal.WorkbenchWindow.closeAllPages
(WorkbenchWindow.java:486)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose
(WorkbenchWindow.java:892)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:386)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:368)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:453)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:451)
	at org.eclipse.ui.tests.util.UITestCase.closeAllTestWindows
(UITestCase.java:172)
	at org.eclipse.ui.tests.util.UITestCase.doTearDown(UITestCase.java:138)
	at org.eclipse.ui.tests.util.UITestCase.tearDown(UITestCase.java:126)
	at junit.framework.TestCase.runBare(TestCase.java:130)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests
(RemoteTestRunner.java:410)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run
(RemoteTestRunner.java:294)
	at org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main
(RemotePluginTestRunner.java:30)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication$1.run
(UITestApplication.java:91)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2344)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2051)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1452)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1423)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:258)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:79)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication.run
(UITestApplication.java:34)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

test4(org.eclipse.ui.tests.zoom.ShowViewTest)
java.lang.NullPointerException
	at org.eclipse.ui.internal.EditorWorkbook.updateControlBounds
(EditorWorkbook.java:948)
	at org.eclipse.ui.internal.EditorWorkbook.setState
(EditorWorkbook.java:926)
	at org.eclipse.ui.internal.EditorWorkbook.setContainer
(EditorWorkbook.java:897)
	at org.eclipse.ui.internal.PartSashContainer.dispose
(PartSashContainer.java:270)
	at org.eclipse.ui.internal.EditorArea.dispose(EditorArea.java:109)
	at org.eclipse.ui.internal.EditorPresentation.dispose
(EditorPresentation.java:129)
	at org.eclipse.ui.internal.WorkbenchPage.dispose
(WorkbenchPage.java:1178)
	at org.eclipse.ui.internal.WorkbenchWindow.closeAllPages
(WorkbenchWindow.java:486)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose
(WorkbenchWindow.java:892)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:386)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:368)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:453)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:451)
	at org.eclipse.ui.tests.util.UITestCase.closeAllTestWindows
(UITestCase.java:172)
	at org.eclipse.ui.tests.util.UITestCase.doTearDown(UITestCase.java:138)
	at org.eclipse.ui.tests.util.UITestCase.tearDown(UITestCase.java:126)
	at junit.framework.TestCase.runBare(TestCase.java:130)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests
(RemoteTestRunner.java:410)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run
(RemoteTestRunner.java:294)
	at org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main
(RemotePluginTestRunner.java:30)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication$1.run
(UITestApplication.java:91)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2344)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2051)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1452)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1423)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:258)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:79)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication.run
(UITestApplication.java:34)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

Running the latest from HEAD, I hit this deadlock while a progress dialog was open:

Full thread dump Java HotSpot(TM) Client VM (1.4.2_03-b02 mixed mode):

"ModalContext" prio=1 tid=0x08873548 nid=0x1c51 waiting for monitor entry
[4f106000..4f106854]
	at org.eclipse.swt.widgets.Synchronizer.addLast(Synchronizer.java:47)
	- waiting to lock <0x450d1650> (a java.lang.Object)
	at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:148)
	- locked <0x45788fb8> (a org.eclipse.swt.widgets.RunnableLock)
	at org.eclipse.ui.internal.UISynchronizer.syncExec(UISynchronizer.java:28)
	at org.eclipse.swt.widgets.Display.syncExec(Display.java:3090)
	at
org.eclipse.jface.operation.AccumulatingProgressMonitor.beginTask(AccumulatingProgressMonitor.java:121)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1665)
	at
org.eclipse.ui.actions.WorkspaceModifyOperation.run(WorkspaceModifyOperation.java:110)
	- locked <0x456cb288> (a org.eclipse.ui.actions.CopyFilesAndFoldersOperation$2)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:105)

"TimeoutOutputStream" daemon prio=1 tid=0x4ea077b8 nid=0x1c51 in Object.wait()
[4e852000..4e852854]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x456c28f0> (a
org.eclipse.team.internal.core.streams.TimeoutOutputStream)
	at java.lang.Object.wait(Object.java:429)
	at
org.eclipse.team.internal.core.streams.TimeoutOutputStream.writeUntilDone(TimeoutOutputStream.java:240)
	- locked <0x456c28f0> (a
org.eclipse.team.internal.core.streams.TimeoutOutputStream)
	at
org.eclipse.team.internal.core.streams.TimeoutOutputStream.runThread(TimeoutOutputStream.java:195)
	at
org.eclipse.team.internal.core.streams.TimeoutOutputStream.access$0(TimeoutOutputStream.java:193)
	at
org.eclipse.team.internal.core.streams.TimeoutOutputStream$1.run(TimeoutOutputStream.java:66)
	at java.lang.Thread.run(Thread.java:534)

"Worker-6" prio=1 tid=0x08611868 nid=0x1c51 waiting for monitor entry
[4f085000..4f085854]
	at org.eclipse.swt.widgets.Synchronizer.addLast(Synchronizer.java:47)
	- waiting to lock <0x450d1650> (a java.lang.Object)
	at org.eclipse.swt.widgets.Synchronizer.asyncExec(Synchronizer.java:74)
	at org.eclipse.ui.internal.UISynchronizer.syncExec(UISynchronizer.java:34)
	at org.eclipse.swt.widgets.Display.syncExec(Display.java:3090)
	at
org.eclipse.ui.model.WorkbenchContentProvider.resourceChanged(WorkbenchContentProvider.java:107)
	at
org.eclipse.core.internal.events.NotificationManager$2.run(NotificationManager.java:283)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:616)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at
org.eclipse.core.internal.events.NotificationManager.notify(NotificationManager.java:277)
	at
org.eclipse.core.internal.events.NotificationManager.broadcastChanges(NotificationManager.java:151)
	at
org.eclipse.core.internal.resources.Workspace.broadcastChanges(Workspace.java:172)
	at org.eclipse.core.internal.resources.Workspace.endOperation(Workspace.java:901)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1683)
	at
org.eclipse.core.internal.events.NotificationManager$NotifyJob.run(NotificationManager.java:38)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Worker-5" prio=1 tid=0x08667358 nid=0x1c51 waiting for monitor entry
[4e400000..4e400854]
	at org.eclipse.swt.widgets.Display.wakeThread(Display.java:3144)
	- waiting to lock <0x48b08390> (a java.lang.Class)
	at org.eclipse.swt.widgets.Synchronizer.addLast(Synchronizer.java:54)
	- locked <0x450d1650> (a java.lang.Object)
	at org.eclipse.swt.widgets.Synchronizer.asyncExec(Synchronizer.java:74)
	at org.eclipse.swt.widgets.Display.asyncExec(Display.java:562)
	at org.eclipse.ui.progress.UIJob.run(UIJob.java:85)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Java indexing" daemon prio=1 tid=0x0831dc60 nid=0x1c51 in Object.wait()
[4ce8e000..4ce8e854]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x45192548> (a
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
	at java.lang.Object.wait(Object.java:429)
	at
org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobManager.java:345)
	- locked <0x45192548> (a
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
	at java.lang.Thread.run(Thread.java:534)

"Worker-3" prio=1 tid=0x081d2430 nid=0x1c51 in Object.wait() [4ddbe000..4ddbe854]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x45083fb0> (a org.eclipse.core.internal.jobs.WorkerPool)
	at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:166)
	- locked <0x45083fb0> (a org.eclipse.core.internal.jobs.WorkerPool)
	at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:193)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-2" prio=1 tid=0x081d19f8 nid=0x1c51 waiting for monitor entry
[4dd3d000..4dd3d854]
	at org.eclipse.swt.widgets.Synchronizer.addLast(Synchronizer.java:47)
	- waiting to lock <0x450d1650> (a java.lang.Object)
	at org.eclipse.swt.widgets.Synchronizer.asyncExec(Synchronizer.java:74)
	at org.eclipse.swt.widgets.Display.asyncExec(Display.java:562)
	at org.eclipse.ui.progress.UIJob.run(UIJob.java:85)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Reference Cleaner - 6" prio=1 tid=0x08305398 nid=0x1c51 in Object.wait()
[4dafa000..4dafa854]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x4514d8c8> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
	- locked <0x4514d8c8> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
	at
org.eclipse.jface.resource.ImageCache$ReferenceCleanerThread.run(ImageCache.java:161)

"Reference Cleaner - 5" prio=1 tid=0x083050e8 nid=0x1c51 in Object.wait()
[4da79000..4da79854]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x4514d938> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
	- locked <0x4514d938> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
	at
org.eclipse.jface.resource.ImageCache$ReferenceCleanerThread.run(ImageCache.java:161)

"Reference Cleaner - 4" prio=1 tid=0x08301148 nid=0x1c51 in Object.wait()
[4d9f8000..4d9f8854]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x4514d9a8> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
	- locked <0x4514d9a8> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
	at
org.eclipse.jface.resource.ImageCache$ReferenceCleanerThread.run(ImageCache.java:161)

"Worker-0" prio=1 tid=0x0837f870 nid=0x1c51 waiting for monitor entry
[4d977000..4d977854]
	at org.eclipse.swt.widgets.Synchronizer.addLast(Synchronizer.java:47)
	- waiting to lock <0x450d1650> (a java.lang.Object)
	at org.eclipse.swt.widgets.Synchronizer.asyncExec(Synchronizer.java:74)
	at org.eclipse.swt.widgets.Display.asyncExec(Display.java:562)
	at
org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.postLabelEvent(CVSLightweightDecorator.java:396)
	at
org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.refresh(CVSLightweightDecorator.java:326)
	at
org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.projectConfigured(CVSLightweightDecorator.java:381)
	at
org.eclipse.team.internal.ccvs.core.util.ResourceStateChangeListeners$4.notify(ResourceStateChangeListeners.java:129)
	at
org.eclipse.team.internal.ccvs.core.util.ResourceStateChangeListeners$Notification.run(ResourceStateChangeListeners.java:54)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:616)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at
org.eclipse.team.internal.ccvs.core.util.ResourceStateChangeListeners$Notification.run(ResourceStateChangeListeners.java:51)
	at
org.eclipse.team.internal.ccvs.core.util.ResourceStateChangeListeners.fireNotification(ResourceStateChangeListeners.java:75)
	at
org.eclipse.team.internal.ccvs.core.util.ResourceStateChangeListeners.projectConfigured(ResourceStateChangeListeners.java:127)
	at
org.eclipse.team.internal.ccvs.core.CVSTeamProvider.configureProject(CVSTeamProvider.java:501)
	at org.eclipse.team.core.RepositoryProvider.configure(RepositoryProvider.java:297)
	at org.eclipse.team.core.RepositoryProvider.map(RepositoryProvider.java:123)
	at
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.refreshProjects(CheckoutProjectOperation.java:457)
	at
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.performCheckout(CheckoutProjectOperation.java:254)
	at
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation$1.run(CheckoutProjectOperation.java:151)
	at
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.run(EclipseSynchronizer.java:1382)
	at
org.eclipse.team.internal.ccvs.ui.operations.CheckoutProjectOperation.checkout(CheckoutProjectOperation.java:149)
	at
org.eclipse.team.internal.ccvs.ui.operations.CheckoutMultipleProjectsOperation.checkout(CheckoutMultipleProjectsOperation.java:50)
	at
org.eclipse.team.internal.ccvs.ui.operations.CheckoutOperation.checkout(CheckoutOperation.java:46)
	at
org.eclipse.team.internal.ccvs.ui.operations.CheckoutOperation.execute(CheckoutOperation.java:31)
	at
org.eclipse.team.internal.ccvs.ui.operations.CVSOperation.run(CVSOperation.java:84)
	at
org.eclipse.team.internal.ui.actions.JobRunnableContext.run(JobRunnableContext.java:159)
	at
org.eclipse.team.internal.ui.actions.JobRunnableContext$3.runInWorkspace(JobRunnableContext.java:179)
	at
org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Reference Cleaner - 3" prio=1 tid=0x0808ff58 nid=0x1c51 in Object.wait()
[4d8b5000..4d8b5854]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x45102430> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
	- locked <0x45102430> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
	at
org.eclipse.jface.resource.ImageCache$ReferenceCleanerThread.run(ImageCache.java:161)

"Reference Cleaner - 2" prio=1 tid=0x08091180 nid=0x1c51 in Object.wait()
[4d834000..4d834854]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x451024a0> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
	- locked <0x451024a0> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
	at
org.eclipse.jface.resource.ImageCache$ReferenceCleanerThread.run(ImageCache.java:161)

"Reference Cleaner - 1" prio=1 tid=0x08090f50 nid=0x1c51 in Object.wait()
[4d0a0000..4d0a0854]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x45102510> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
	- locked <0x45102510> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
	at
org.eclipse.jface.resource.ImageCache$ReferenceCleanerThread.run(ImageCache.java:161)

"Start Level Event Dispatcher" daemon prio=1 tid=0x0823efc0 nid=0x1c51 in
Object.wait() [4d01f000..4d01f854]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x44c4d438> (a org.eclipse.osgi.framework.eventmgr.EventThread)
	at java.lang.Object.wait(Object.java:429)
	at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:162)
	- locked <0x44c4d438> (a org.eclipse.osgi.framework.eventmgr.EventThread)
	at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:100)

"Framework Event Dispatcher" daemon prio=1 tid=0x08242560 nid=0x1c51 in
Object.wait() [4cf9e000..4cf9e854]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x44c41ab8> (a org.eclipse.osgi.framework.eventmgr.EventThread)
	at java.lang.Object.wait(Object.java:429)
	at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:162)
	- locked <0x44c41ab8> (a org.eclipse.osgi.framework.eventmgr.EventThread)
	at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:100)

"Signal Dispatcher" daemon prio=1 tid=0x0809d700 nid=0x1c51 waiting on condition
[0..0]

"Finalizer" daemon prio=1 tid=0x08088998 nid=0x1c51 in Object.wait()
[4c924000..4c924854]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x44c2a698> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
	- locked <0x44c2a698> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
	at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=1 tid=0x08087da8 nid=0x1c51 in Object.wait()
[4c8a3000..4c8a3854]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x44c2a700> (a java.lang.ref.Reference$Lock)
	at java.lang.Object.wait(Object.java:429)
	at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
	- locked <0x44c2a700> (a java.lang.ref.Reference$Lock)

"main" prio=1 tid=0x080525b8 nid=0x1c51 waiting for monitor entry
[bfff9000..bfffbd08]
	at org.eclipse.swt.widgets.Synchronizer.removeFirst(Synchronizer.java:90)
	- waiting to lock <0x450d1650> (a java.lang.Object)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:101)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2636)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2365)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:141)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:279)
	at
org.eclipse.jface.dialogs.ProgressMonitorDialog.run(ProgressMonitorDialog.java:449)
	at
org.eclipse.ui.internal.progress.ProgressMonitorJobsDialog.run(ProgressMonitorJobsDialog.java:268)
	at
org.eclipse.ui.actions.CopyFilesAndFoldersOperation.copyResources(CopyFilesAndFoldersOperation.java:501)
	at org.eclipse.ui.views.navigator.PasteAction.run(PasteAction.java:134)
	at
org.eclipse.ui.actions.BaseSelectionListenerAction.runWithEvent(BaseSelectionListenerAction.java:167)
	at
org.eclipse.ui.actions.TextActionHandler$PasteActionHandler.runWithEvent(TextActionHandler.java:245)
	at org.eclipse.ui.actions.RetargetAction.runWithEvent(RetargetAction.java:215)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:188)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:130)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:463)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:956)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:997)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:541)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:488)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:241)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java:1059)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:972)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:997)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:982)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:2374)
	at org.eclipse.swt.widgets.Control.gtk_key_press_event(Control.java:1859)
	at org.eclipse.swt.widgets.Composite.gtk_key_press_event(Composite.java:448)
	at org.eclipse.swt.widgets.Tree.gtk_key_press_event(Tree.java:650)
	at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:1228)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3168)
	at org.eclipse.swt.internal.gtk.OS.gtk_main_do_event(Native Method)
	at org.eclipse.swt.widgets.Display.eventProc(Display.java:902)
	at org.eclipse.swt.internal.gtk.OS.gtk_main_iteration(Native Method)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2361)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1443)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1414)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:271)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:704)
	at org.eclipse.core.launcher.Main.main(Main.java:688)

"VM Thread" prio=1 tid=0x08086ab8 nid=0x1c51 runnable 

"VM Periodic Task Thread" prio=1 tid=0x0809ff10 nid=0x1c51 waiting on condition 
"Suspend Checker Thread" prio=1 tid=0x0809cd60 nid=0x1c51 runnable 

Found one Java-level deadlock:
=============================
"Worker-5":
  waiting to lock monitor 0x08089614 (object 0x48b08390, a java.lang.Class),
  which is held by "main"
"main":
  waiting to lock monitor 0x08089844 (object 0x450d1650, a java.lang.Object),
  which is held by "Worker-5"

Java stack information for the threads listed above:
===================================================
"Worker-5":
	at org.eclipse.swt.widgets.Display.wakeThread(Display.java:3144)
	- waiting to lock <0x48b08390> (a java.lang.Class)
	at org.eclipse.swt.widgets.Synchronizer.addLast(Synchronizer.java:54)
	- locked <0x450d1650> (a java.lang.Object)
	at org.eclipse.swt.widgets.Synchronizer.asyncExec(Synchronizer.java:74)
	at org.eclipse.swt.widgets.Display.asyncExec(Display.java:562)
	at org.eclipse.ui.progress.UIJob.run(UIJob.java:85)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)
"main":
	at org.eclipse.swt.widgets.Synchronizer.removeFirst(Synchronizer.java:90)
	- waiting to lock <0x450d1650> (a java.lang.Object)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:101)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2636)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2365)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:141)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:279)
	at
org.eclipse.jface.dialogs.ProgressMonitorDialog.run(ProgressMonitorDialog.java:449)
	at
org.eclipse.ui.internal.progress.ProgressMonitorJobsDialog.run(ProgressMonitorJobsDialog.java:268)
	at
org.eclipse.ui.actions.CopyFilesAndFoldersOperation.copyResources(CopyFilesAndFoldersOperation.java:501)
	at org.eclipse.ui.views.navigator.PasteAction.run(PasteAction.java:134)
	at
org.eclipse.ui.actions.BaseSelectionListenerAction.runWithEvent(BaseSelectionListenerAction.java:167)
	at
org.eclipse.ui.actions.TextActionHandler$PasteActionHandler.runWithEvent(TextActionHandler.java:245)
	at org.eclipse.ui.actions.RetargetAction.runWithEvent(RetargetAction.java:215)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:188)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:130)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:463)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:956)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:997)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:541)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:488)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:241)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java:1059)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:972)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:997)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:982)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:2374)
	at org.eclipse.swt.widgets.Control.gtk_key_press_event(Control.java:1859)
	at org.eclipse.swt.widgets.Composite.gtk_key_press_event(Composite.java:448)
	at org.eclipse.swt.widgets.Tree.gtk_key_press_event(Tree.java:650)
	at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:1228)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3168)
	at org.eclipse.swt.internal.gtk.OS.gtk_main_do_event(Native Method)
	at org.eclipse.swt.widgets.Display.eventProc(Display.java:902)
	at org.eclipse.swt.internal.gtk.OS.gtk_main_iteration(Native Method)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2361)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1443)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1414)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:271)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:704)
	at org.eclipse.core.launcher.Main.main(Main.java:688)

Found 1 deadlock.

SearchView#showSearchResult(.) should log an error if no SearchResultPage was
found because there's no matching contribution to the extension point
org.eclipse.search.ui.searchResultViewPages .

3.0M8. I was editing a file in the regular Eclipse text editor and pasted a 
few lines of text. This file is checked out via CVS and the CVS Quickdiff 
provider is turned on.

Warning Mar 31, 2004 13:31:51.706 reinitializing quickdiff
org.eclipse.jface.text.BadLocationException
at org.eclipse.jface.text.AbstractLineTracker.getLineInformation
(AbstractLineTracker.java:198)
at org.eclipse.jface.text.AbstractDocument.getLineInformation
(AbstractDocument.java:786)
at 
org.eclipse.ui.internal.texteditor.quickdiff.DocumentLineDiffer.handleChanged
(DocumentLineDiffer.java:710)
at 
org.eclipse.ui.internal.texteditor.quickdiff.DocumentLineDiffer.documentChanged
(DocumentLineDiffer.java:589)
at org.eclipse.jface.text.AbstractDocument.doFireDocumentChanged2
(AbstractDocument.java:673)
at org.eclipse.jface.text.AbstractDocument.doFireDocumentChanged
(AbstractDocument.java:638)
at org.eclipse.jface.text.AbstractDocument.doFireDocumentChanged
(AbstractDocument.java:623)
at org.eclipse.jface.text.AbstractDocument.fireDocumentChanged
(AbstractDocument.java:698)
at org.eclipse.jface.text.AbstractDocument.replace(AbstractDocument.java:989)
at org.eclipse.jface.text.DocumentAdapter.replaceTextRange
(DocumentAdapter.java:194)
at org.eclipse.swt.custom.StyledText.modifyContent(StyledText.java:5549)
at org.eclipse.swt.custom.StyledText.sendKeyEvent(StyledText.java:6391)
at org.eclipse.swt.custom.StyledText.paste(StyledText.java:5586)
at org.eclipse.jface.text.TextViewer.doOperation(TextViewer.java:3362)
at org.eclipse.jface.text.source.SourceViewer.doOperation
(SourceViewer.java:732)
at org.eclipse.ui.texteditor.TextOperationAction$1.run
(TextOperationAction.java:122)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
at org.eclipse.ui.texteditor.TextOperationAction.run
(TextOperationAction.java:120)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:68)
at org.eclipse.ui.internal.commands.Command.execute(Command.java:173)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand
(WorkbenchKeyboard.java:463)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press
(WorkbenchKeyboard.java:855)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent
(WorkbenchKeyboard.java:896)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings
(WorkbenchKeyboard.java:522)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2
(WorkbenchKeyboard.java:488)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent
(WorkbenchKeyboard.java:261)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Display.filterEvent(Display.java:705)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:768)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:793)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:778)
at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1720)
at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1716)
at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3041)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2944)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:3146)
at org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)
at org.eclipse.swt.internal.win32.OS.CallWindowProc(OS.java:1374)
at org.eclipse.swt.internal.BidiUtil.windowProc(BidiUtil.java:647)
at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1450)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2254)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:277)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:239)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
at org.eclipse.core.launcher.Main.run(Main.java:692)
at org.eclipse.core.launcher.Main.main(Main.java:676)

java.version=1.4.2_04
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US

There really is no reason why you would schedule a synchronize for a
synchronization that isn't pinned. Since un-pinned synchronizations are probably
going to be replaced.
It would make sense to ask the user if they want to pin when scheduling.

Build 200404281424.

I was working on some code inside an inner class, and I cut/pasted into the main
class, and this error message came up in an error box. Once I closed the error
box, it kept reappearing, and I had to shut down Eclipse.

!MESSAGE An internal error occurred during: "Java AST creation".
!STACK 0
java.lang.IllegalArgumentException
	at org.eclipse.jdt.core.dom.ASTNode.setSourceRange(ASTNode.java:2587)
	at
org.eclipse.jdt.core.dom.ASTConverter.convertToVariableDeclarationFragment(ASTConverter.java:2676)
	at
org.eclipse.jdt.core.dom.ASTConverter.convertToFieldDeclaration(ASTConverter.java:2721)
	at
org.eclipse.jdt.core.dom.ASTConverter.checkAndAddMultipleFieldDeclaration(ASTConverter.java:367)
	at
org.eclipse.jdt.core.dom.ASTConverter.buildBodyDeclarations(ASTConverter.java:327)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:271)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:149)
	at org.eclipse.jdt.core.dom.ASTParser.convert(ASTParser.java:707)
	at org.eclipse.jdt.core.dom.ASTParser.internalCreateAST(ASTParser.java:677)
	at org.eclipse.jdt.core.dom.ASTParser.createAST(ASTParser.java:573)
	at
org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.createAST(ASTProvider.java:437)
	at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.getAST(ASTProvider.java:389)
	at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartListenerGroup.calculateASTandInform(SelectionListenerWithASTManager.java:123)
	at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$1.run(SelectionListenerWithASTManager.java:101)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

It is currently the case that a FieldEditor is forced to be part of preference 
pages. DialogPage is all that we need as field editors are now being used 
outside of the preference dialog (see Bug 77832)

I200402120010

In the middle of synchronizing I decided to exit and got the following NPE (only
in .log).


!ENTRY org.eclipse.core.runtime 4 2 Feb 12, 2004 10:20:07.892
!MESSAGE An internal error occurred during: "Refreshing 'CVS Workspace' with
remote".
!STACK 0
java.lang.NullPointerException
	at org.eclipse.core.internal.runtime.DataArea.getStateLocation(DataArea.java:87)
	at
org.eclipse.core.internal.runtime.InternalPlatform.getStateLocation(InternalPlatform.java:1177)
	at org.eclipse.core.runtime.Plugin.getStateLocation(Plugin.java:364)
	at
org.eclipse.team.internal.ccvs.ssh.KnownHosts.internalFilename(KnownHosts.java:52)
	at
org.eclipse.team.internal.ccvs.ssh.KnownHosts.defaultFilename(KnownHosts.java:45)
	at org.eclipse.team.internal.ccvs.ssh.KnownHosts.<init>(KnownHosts.java:41)
	at
org.eclipse.team.internal.ccvs.ssh.Client.send_SSH_CMSG_SESSION_KEY(Client.java:668)
	at
org.eclipse.team.internal.ccvs.ssh.Client.receive_SSH_SMSG_PUBLIC_KEY(Client.java:581)
	at org.eclipse.team.internal.ccvs.ssh.Client.login(Client.java:498)
	at org.eclipse.team.internal.ccvs.ssh.Client.connect(Client.java:408)
	at
org.eclipse.team.internal.ccvs.ssh.SSHServerConnection.open(SSHServerConnection.java:82)
	at
org.eclipse.team.internal.ccvs.core.connection.Connection.open(Connection.java:134)
	at
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.createConnection(CVSRepositoryLocation.java:131)
	at
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.openConnection(CVSRepositoryLocation.java:336)
	at org.eclipse.team.internal.ccvs.core.client.Session.open(Session.java:167)
	at
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderTreeBuilder.fetchDelta(RemoteFolderTreeBuilder.java:219)
	at
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderTreeBuilder.buildTree(RemoteFolderTreeBuilder.java:187)
	at
org.eclipse.team.internal.ccvs.core.resources.RemoteFolderTreeBuilder.buildRemoteTree(RemoteFolderTreeBuilder.java:159)
	at
org.eclipse.team.internal.ccvs.core.resources.CVSWorkspaceRoot.getRemoteTree(CVSWorkspaceRoot.java:551)
	at
org.eclipse.team.internal.ccvs.core.syncinfo.RemoteTagSynchronizer.buildRemoteTree(RemoteTagSynchronizer.java:254)
	at
org.eclipse.team.internal.ccvs.core.syncinfo.RemoteTagSynchronizer.refresh(RemoteTagSynchronizer.java:230)
	at
org.eclipse.team.internal.ccvs.core.CVSSyncTreeSubscriber.refreshRemote(CVSSyncTreeSubscriber.java:274)
	at
org.eclipse.team.internal.ccvs.core.CVSSyncTreeSubscriber.refresh(CVSSyncTreeSubscriber.java:255)
	at
org.eclipse.team.internal.ccvs.core.CVSSyncTreeSubscriber.refresh(CVSSyncTreeSubscriber.java:232)
	at
org.eclipse.team.internal.ui.jobs.RefreshSubscriberJob.runInWorkspace(RefreshSubscriberJob.java:130)
	at
org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:37)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

I20041101

Select a method in the Outline view
Drag it over the Navigator view

NavigatorDropAdapter.getSelectedResources throws the following exception 
(which is currently quitely eaten by the SWT DND mechanism but in the very 
near future this exception will be thrown):

java.lang.ArrayStoreException
at java.util.AbstractCollection.toArray(AbstractCollection.java:174)
at org.eclipse.ui.views.navigator.NavigatorDropAdapter.getSelectedResources
(NavigatorDropAdapter.java:136)
at org.eclipse.ui.views.navigator.NavigatorDropAdapter.validateTarget
(NavigatorDropAdapter.java:379)
at org.eclipse.ui.views.navigator.NavigatorDropAdapter.validateDrop
(NavigatorDropAdapter.java:355)
at org.eclipse.jface.viewers.ViewerDropAdapter.doDropValidation
(ViewerDropAdapter.java:169)
at org.eclipse.jface.viewers.ViewerDropAdapter.dragOver
(ViewerDropAdapter.java:215)
at org.eclipse.swt.dnd.DNDListener.handleEvent(DNDListener.java:59)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:800)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:824)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:809)
at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:617)
at org.eclipse.swt.dnd.DropTarget.notifyListeners(DropTarget.java:511)
at org.eclipse.swt.dnd.DropTarget.DragOver(DropTarget.java:338)
at org.eclipse.swt.dnd.DropTarget.access$5(DropTarget.java:314)
at org.eclipse.swt.dnd.DropTarget$3.method4(DropTarget.java:234)
at org.eclipse.swt.internal.ole.win32.COMObject.callback4(COMObject.java:97)
at org.eclipse.swt.internal.ole.win32.COM.DoDragDrop(Native Method)
at org.eclipse.swt.dnd.DragSource.drag(DragSource.java:287)
at org.eclipse.swt.dnd.DragSource.access$0(DragSource.java:267)
at org.eclipse.swt.dnd.DragSource$1.handleEvent(DragSource.java:161)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:800)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2794)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2448)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1527)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1498)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:276)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:704)
at org.eclipse.core.launcher.Main.main(Main.java:688)

3.0 RC2

The same message will be shown by UI when locking fails, regardless the nature
of the failure.

case 1) Location#lock returns false - the "Current workspace is already in use"
is shown
case 2) Location#lock throws an IOException - something like "An error happened
trying to lock the workspace" should be shown to the user, and the IOException
should be logged. 

The same message (case 1) is being shown in both cases. 

Follows the code I am talking about:

public final class IDEApplication ... {
  ...
  private boolean checkInstanceLocation(Shell shell) {
    ...
    try {
      if (instanceLoc.lock()) {
        writeWorkspaceVersion();
        return true;
      }
    } catch (IOException e) {
      // do nothing
    }
    MessageDialog.openError(
      shell,
      IDEWorkbenchMessages
        .getString("IDEApplication.workspaceCannotLockTitle"), //$NON-NLS-1$
      IDEWorkbenchMessages
        .getString("IDEApplication.workspaceCannotLockMessage")); //$NON-NLS-1$
    return false;
    ...
  }
  ...
}

200405190010 + JavaSearchScopeFactory.java rev. 1.23

This bug was introduced with the fix of bug 62863.

Steps:
- have org.eclipse.jface and org.eclipse.swt in your workspace
- open TreeViewer and select "Tree" in "private Tree tree;"
- press Ctrl+H
- Limit To: 'References', Scope: 'Enclosing Project'
- click 'Search' button
-> was: References found in org.eclipse.swt
-> expected: References found in org.eclipse.jface (Editor's project)
Expected behavior was present before fix JavaSearchScopeFactory.java rev. 1.23

Already buggy before fix (behavior unchanged):
- Context menu > References > Project
-> Search view title says "23 References in Project org.eclipse.swt", but
references are (correctly) found in org.eclipse.jface.

Attempting to remove all super interfaces from an interface via
IDOMType.setSuperInterfaces() has no effect.

The same code executed against a class represented by IDOMTYpe works.

A JUnit test case to illustrate and reproduce this defect is included below. It
was created with 3.0RC3.

The problem is in plugin org.eclipse.jdt.core, class
org.eclipse.jdt.internal.jdom.DOMType, method appendMemberDeclarationContents(),
line 347 (in 3.0RC3). The code is:

  if (isClass()) {
      // code handling classes elided...
  } else {
    if (getMask(MASK_TYPE_HAS_INTERFACES)) {
      // code handling interfaces that extend one or more others elided...
      // except for this snippet, which shows how classes that extend
      // no interfaces are handled... (lines 321 - 325)
        if (fImplementsRange[0] < 0) {
          buffer.append(' ');
        } else {
          buffer.append(fDocument, fInterfacesRange[1] + 1, fOpenBodyRange[0] -
fInterfacesRange[1] - 1);
        }

    } else {
**** THIS IS THE STATEMENT THAT INJECTS THE WRONG CODE, line 347 ****
      buffer.append(fDocument, fNameRange[1] + 1, fOpenBodyRange[0] -
fNameRange[1] - 1);
    }
  }

Comparing the code handling interfaces and classes suggests the block should be:

      if (fImplementsRange[0] < 0) {
        buffer.append(' ');
      } else {
        buffer.append(fDocument, fNameRange[1] + 1, fOpenBodyRange[0] -
fNameRange[1] - 1);
      }

Making this change results in correct behavior.

At this point, I do not have any workarounds. I am unable to switch to DOM/AST,
I am encountering the problem via EMF's JMerge facility. I have been unable to
develop work arounds at the JMerge level, either.

******************* Begin JUNIT TEST ********************

/*
 * Created on Jun 23, 2004
 */
package jdt.jdom.defects;

import junit.framework.TestCase;

import org.eclipse.jdt.core.jdom.DOMFactory;
import org.eclipse.jdt.core.jdom.IDOMCompilationUnit;
import org.eclipse.jdt.core.jdom.IDOMType;

/**
 * Demonstrate IDOMType.setSuperInterface defect when called with
 * an empty array as argument, and where the underlying object is
 * an Interface.
 */
public class DefectTests extends TestCase {

	public void testIDOMTYPE_SetSuperInterfaces_onInterface() {
		final String NL = System.getProperty("line.separator");
		final String ORIGINAL_JAVA =
			"package jdom.defects;" + NL
			+ "public interface IRemoveExtends extends java.util.List {" + NL
			+ "}" + NL;
		
		final String EXPECTED_JAVA = 
			"package jdom.defects;" + NL
			+ "public interface IRemoveExtends {" + NL
			+ "}" + NL;
		
		final String unitName = "IRemoveExtends";
		
		// In 3.0RC3 (and before), this fails...
		doSetSuperInterfacesTest(ORIGINAL_JAVA, EXPECTED_JAVA, unitName);
	}

	public void testIDOMTYPE_SetSuperInterfaces_onClass() {
		final String NL = System.getProperty("line.separator");
		final String ORIGINAL_JAVA =
			"package jdom.defects;" + NL
			+ "public class RemoveImplements implements java.util.List {" + NL
			+ "}" + NL;
		
		final String EXPECTED_JAVA = 
			"package jdom.defects;" + NL
			+ "public class RemoveImplements {" + NL
			+ "}" + NL;
		final String unitName = "RemoveImplements";
		
		// In 3.0RC3 (and before), this succeeds...
		doSetSuperInterfacesTest(ORIGINAL_JAVA, EXPECTED_JAVA, unitName);

		
	}

	/**
	 * @param originalJava
	 * @param expectedJava
	 * @param unitName
	 */
	private void doSetSuperInterfacesTest(final String originalJava, final String
expectedJava, final String unitName) {
		// setup: Build a JDOM Compilation unit and the remove the super interfaces
		IDOMCompilationUnit cu = new DOMFactory().createCompilationUnit(originalJava,
unitName + "java");
		
		IDOMType type = (IDOMType)cu.getChild(unitName);
		
		// Note: stepping through the code of this method reveals that it "works", it
dutifully
		// records the node is "fragmented" and it sets a MASK_TYPE_HAS_INTERFACES to
false
		type.setSuperInterfaces(new String[] {});
		
		// Test: The defect actually occurs during conversion from JDOM model to String
		final String result = cu.getContents();
		
		// Compare:
		assertEquals(expectedJava, result);
	}
	
}

build 20040518

1) create X.java, Z.java and Z.java

package q;
import p.Y;
import a.Z;
/**
 * @ see Y
 */
public class X {
    void foo(){
        new Y().foo();
    }
}

package p;
public class Y {
    /**
     * @deprecated
     */
    public void foo() {}
}

package a;
public class Z {
}

2) create and execute the following ant script
<?xml version="1.0" encoding="UTF-8"?>
<project name="compile" default="main" basedir="../.">
  <property name="build.compiler" 
value="org.eclipse.jdt.core.JDTCompilerAdapter"/>
  <property name="root" value="${basedir}/P/src"/>
  <property name="destdir" value="${basedir}/P/bin2" />
  <target name="main">
    <javac srcdir="${root}" destdir="${destdir}" nowarn="off" deprecation="on" 
source="1.3" debug="off" verbose="off">
      <compilerarg line="-enableJavadoc"/>
    </javac>
  </target>
</project>


The result is 

[javac] ----------
    [javac] 1. WARNING in D:\atest\eclipse-SDK-I20040518-win32\target0
\P\src\q\X.java (at line 11)
    [javac] new Y().foo();
    [javac] ^^^^^^^^^^^^^
    [javac] The method foo() from the type Y is deprecated
    [javac] ----------
    [javac] 1 problem (1 warning)

If deprecation="off" the result is

[javac] ----------
    [javac] 1. WARNING in D:\atest\eclipse-SDK-I20040518-win32\target0
\P\src\q\X.java (at line 4)
    [javac] import a.Z;
    [javac] ^^^
    [javac] The import a.Z is never used
    [javac] ----------
    [javac] 1 problem (1 warning)

This is new in M8 for Windows. Linux GTK has always had this bug.

The code snippet below changes the text on one cell.  Clicking the "Bug" button:
On Windows 2000, SWT 3.0M7 returns the cell area
    gc.getClipping=Rectangle {50, 16, 50, 14}

On Windows 2000, SWT 3.0M8 returns the TableItem area
    gc.getClipping=Rectangle {0, 16, 350, 14}

On GTK, both 3.0M7 and 3.0M8 versions returns the whole table
    gc.getClipping=Rectangle {0, 0, 368, 113}

This makes for really slow updates if one is continuously changing only one
cell.  Especially when the developer is drawing/refreshing his/her own objects
based on the clipping area.  e.x y width height are the same as clipping.

Code snippet:
public static void main(String[] args) {
  System.out.println(SWT.getVersion());
  Display display = new Display();
  Shell shell = new Shell(display, SWT.CLOSE | SWT.TITLE);
  shell.setLayout(new GridLayout());
  final Table table = new Table(shell, SWT.BORDER);
  table.setLayoutData(new GridData(GridData.FILL_BOTH));
  for (int i = 0; i < 7; i++) {
    TableColumn column = new TableColumn(table, SWT.BORDER);
    column.setResizable(false);
    column.setWidth(50);
  }
  for (int x = 0; x < 5; x++) {
    TableItem item = new TableItem(table, SWT.NONE);
    for (int i = 0; i < 7; i++) {
      item.setText(i, String.valueOf(i));
    }
  }

  table.addPaintListener(new PaintListener() {
    public void paintControl(PaintEvent e) {
      System.out.println("gc.getClipping="+e.gc.getClipping());
      System.out.println(""+e.x+":"+e.y+":"+e.width+":"+e.height);
    }
  });
  
  Button btn = new Button(shell, SWT.PUSH);
  btn.setText("Bug");
  btn.setFocus();
  btn.addSelectionListener(new SelectionAdapter() {
    int x = 0;
    public void widgetSelected(SelectionEvent e) {
      table.getItem(1).setText(1, String.valueOf(++x));
    }
  });

  shell.pack();
  shell.open();
  while (!shell.isDisposed()) {
    if (!display.readAndDispatch())
      display.sleep();
  }
  display.dispose();
}

Currently, BasicStackPresentation is managing toolbar position and drawing lines
using a paint listener. This should be changed to use ViewForm.

20040210 New Look and HEAD

Any time that we create another window we get something in the system tray with
the title "untitled window". We need a way to prevent this due to the following
cases:

1) The detached windows in New Look
2) The Progress floating window
3) Floating toolbars in new look

As the summary says.  This problem occurs because SWT does not flag the event 
as consumed after it does work.

1) in shared project modify a file
2) switch to the synchronize perspective and into the outgoing mode
3) select the modified file
4) execute Override and Update
->the progress dialog hides the confirmation from Override and Update
->the confirmation dialog is not responding and you have to put the Update 
into the background first

OS:		windows 2003, RHEL 3.0, SLES 9 Beta3.5 
Language:	Japanese
Build level: 	I20040422-200404231600
JDK version:  IBM JDK 1.4.2 Beta
Test case #:          

Steps to recreate problem:
1-on Eclipse Windows2003 (default encoding MS932), check out a project on RHEL 
made by Eclipse Linux-gtk (default encoding EUC-JP)
2-change encoding to EUC-JP at the project properties Info page  
3-
 ....

Error:  come up many errors after/befor changing the encoding of project

Expected Result: 
no erros come up.

it seems that the compilation works fine when the EUC-JP project 
includes .encoding file that content is :EUC-JP, I find it can be generated by 
setting EUC-JP at Other combobox of Project propertiess Info page.
I'd like to know whetehr it's an expected behavior.

SashLayout would make it possible to read the full session data.

Reached through Error Log View; double click on an error.

See screenshot.

I200411050810

import static java.lang.Math.PI;
public class XY {
	double pi= PI;
	double pi2= java.lang.Math.PI;
	double e=Math.E;
}

Search for references to Math.PI

=> The match in the static import includes the qualifier "java.lang.Math.",
whereas the match in the class body does not. References to fields should either
always include the qualifier or never. I opt for never (no change for pre-1.5 code).

i20040303

Selected a type in the "Open Type" dialog, and pressed ok. The type was not
opened in an editor. Got an error dialog.

Title is "Error Executing Command", message is "The command for the key you
pressed failed", reason is "Argument not valid".

After that, the editor did not redraw anymore, keeping the contents of any
window that was in front of it before. After closing the editor, everything
seemed to work properly.

Found the following entries in my log (dozens of occurrences):

!ENTRY org.eclipse.ui 4 4 Mar 03, 2004 11:32:12.843
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Mar 03, 2004 11:32:12.859
!MESSAGE Argument not valid
!STACK 0
java.lang.IllegalArgumentException: Argument not valid
	at org.eclipse.swt.SWT.error(SWT.java:2611)
	at org.eclipse.swt.SWT.error(SWT.java:2555)
	at org.eclipse.swt.graphics.GC.setBackground(GC.java:2183)
	at org.eclipse.swt.custom.StyledText.performPaint(StyledText.java:6090)
	at org.eclipse.swt.custom.StyledText.handlePaint(StyledText.java:5400)
	at org.eclipse.swt.custom.StyledText$7.handleEvent(StyledText.java:5075)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:857)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:842)
	at org.eclipse.swt.widgets.Composite.WM_PAINT(Composite.java:781)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2990)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:2880)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1376)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2031)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:638)
	at org.eclipse.jface.window.Window.open(Window.java:618)
	at org.eclipse.jface.dialogs.ErrorDialog.open(ErrorDialog.java:307)
	at org.eclipse.jface.dialogs.ErrorDialog.openError(ErrorDialog.java:370)
	at org.eclipse.jface.dialogs.ErrorDialog.openError(ErrorDialog.java:333)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.logException(WorkbenchKeyboard.java:677)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:933)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:568)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:500)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:256)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java:699)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:832)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:857)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:842)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1716)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1712)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3037)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2940)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:2880)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1376)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2031)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1509)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1480)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:48)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

I20040302 (also in I20040226)

1. Import all external plug-ins into a new workspace as binary/linked.  This 
will attach source for all of the plug-ins.
2. Add a breakpoint to IDE.openEditor(IWorkbenchPage, IFile, boolean)
--any breakpoint will do
3. Launch a runtime workbench.
4. create a new project p, create a file file.txt.
--this will cause the breakpoint to be hit (re-opening file.txt will cause you 
to hit it again)
The editor is now open on IDE.java (instead of IDE.class with attached source).
Notice the following:
* There is no bar showing breakpoints (so I cannot insert any more, or 
reconfigure existing)
* If you select a local variable and ask to inspect, you are told that the 
selected stack frame is not associated with a java project.
* "Run to line" silently does nothing
* "Step into selection" says that it is only available for java types.

It is important that we preserve debug capability when we use attached source.

NOTE: attached source for JREs works (modulo missing debug info).  So I 
**guess** this is related to attached source from another project.

The dialog could be name "Restore Keyboard Shortcut Defaults" to be more spefic.

Also: the dialog does not use the dialog font.

Reached through the "Restore Defaults" button on Workbench/Keys

I20040323 Intro Page

On Windows: Browser.setText
   <HEAD>
        <style type="text/css">HTML, IMG { border: 0px; }</style>
        <LINK rel="stylesheet" 
href="file:/D:/eclipse/plugins/org.eclipse.platform_3.0.0/css/shared.css" 
style="text/css">
        <LINK rel="stylesheet" 
href="file:/D:/eclipse/plugins/org.eclipse.platform_3.0.0/css/root.css" 
style="text/css">
    </HEAD>
    <BODY>
        <DIV id="presentation-header">
            <H1><SPAN id="presentation-title">Welcome to Eclipse Platform 
3.0</SPAN></H1>
        </DIV>
        <DIV class="page-content" id="root">
            <DIV id="background">
                <DIV id="variable-space">
                </DIV>
                <DIV id="background-image">
                    <DIV id="curve-image">
                    </DIV>
                </DIV>
            </DIV>
            <DIV id="navigation-links">
                <A href="http://org.eclipse.ui.intro/showPage?id=overview" 
class="link" id="overview">
                    <IMG 
src="file:/D:/eclipse/plugins/org.eclipse.ui.intro_3.0.0/icons/blank.gif">
                    <SPAN class="link-label">Overview</SPAN>
                    <P><SPAN class="text">Find out what Eclipse is all 
about</SPAN></P>
                </A>
                <A href="http://org.eclipse.ui.intro/showPage?id=tutorials" 
class="link" id="tutorials">
                    <IMG 
src="file:/D:/eclipse/plugins/org.eclipse.ui.intro_3.0.0/icons/blank.gif">
                    <SPAN class="link-label">Tutorials</SPAN>
                    <P><SPAN class="text">Let us guide you through Eclipse end-
to-end tutorials</SPAN></P>
                </A>
                <A href="http://org.eclipse.ui.intro/showPage?id=samples" 
class="link" id="samples">
                    <IMG 
src="file:/D:/eclipse/plugins/org.eclipse.ui.intro_3.0.0/icons/blank.gif">
                    <SPAN class="link-label">Samples</SPAN>
                    <P><SPAN class="text">Explore Eclipse development through 
code samples</SPAN></P>
                </A>
                <A href="http://org.eclipse.ui.intro/showPage?id=news" 
class="link" id="news">
                    <IMG 
src="file:/D:/eclipse/plugins/org.eclipse.ui.intro_3.0.0/icons/blank.gif">
                    <SPAN class="link-label">What's New</SPAN>
                    <P><SPAN class="text">Find out what is new in this 
release</SPAN></P>
                </A>
                <A href="http://org.eclipse.ui.intro/showStandby?
partId=org.eclipse.ui.intro.contextHelp" class="link" id="workbench">
                    <IMG 
src="file:/D:/eclipse/plugins/org.eclipse.ui.intro_3.0.0/icons/blank.gif">
                    <SPAN class="link-label">Go To The Workbench</SPAN>
                    <P><SPAN class="text">Go to the workbench but stay around 
helping me as I browse</SPAN></P>
                </A>
            </DIV>
        </DIV>
    </BODY>
</HTML>

On 3.0M8
...
private Object object;
public TestRefactorExtractMethod() {
  this.object = new Object();
  System.out.println(this.object);
                     ^^^^^^^^^^^
}
...

if you select this.object and call extract method with "getObject" name
you got as result
...
private Object object;
public TestRefactorExtractMethod() {
  getObject() = new Object();
  System.out.println(getObject());
}
...

may be will it be necessary to check that lhs expression cannot be replaced ?

The JavaDoc view is now using the HTML widget. To improve the rendering of the 
javadoc it should make sure that the corresping style sheet is available.

Reached through Pref Page Java/Build Path/User Libraries/Load...

 

3.1 M3

ASTConverter15Test.test0038 and test0044 have failures on some of the 
predicates added for 1.5. These tests are currently commented out. 

Olivier, I think it would be worth beefing up the test suites in this area.

In Navagotor, 
Select the 'link with editor' button.
Then open a file (FileICareAbout.java). (double click)
then select a different file (StupidCroft.java) (single click)
then right click and say delete, or move, or hit the delete key.
it will prompt you for - are you sure you want to delete (StupidCroft.java)
say yes.

it will instead delete (FileICareAbout.java).

also, undo will not be allowed.so you have to do some localhistory to revieve 
what you lost. much easier if you know which file you actually deleted)

If you set the dialog font to something large, the "Run in background" button 
does not correctly resize.

jdt.ui and jdt.core from HEAD 20040803:

package p;
/**
 * @see p
 */
public class AA {
}

Search for references to package p.
Was: The resulting SearchMatch has an element of type IImportDeclaration.
Expected: the enclosing element is the IType "p.AA".

This may be due to a bad fix for bug 54962.

jdt.ui reminder: disabled RenamePackageTests#test0()

When starting the runtime workbench with the antrunner the JVM running Ant
crashes on an Ant input task.

Tested with the following (trivial) buildfile:
<project name="test" default="ask-application">
    <target name="ask-application">
        <input
            message="please enter application"
            addproperty="app"
        />
    </target>
</project>

JVM version: java.fullversion=J2RE 1.4.1 IBM build cxia321411-20031011 (JIT
enabled: jitc)

Output in terminal where Eclipse had been started:
Unhandled event loop exception
Reason:
Failed to execute runnable (java.lang.IllegalMonitorStateException: JVMLK002:
current thread not owner)
*** SWT nested exception
Reason:
JVMLK002: current thread not owner
Unhandled event loop exception
Reason:
Failed to execute runnable (java.lang.IllegalMonitorStateException: JVMLK002:
current thread not owner)
*** SWT nested exception
Reason:
JVMLK002: current thread not owner
Unhandled event loop exception
Reason:
Failed to execute runnable (java.lang.IllegalMonitorStateException: JVMLK002:
current thread not owner)
*** SWT nested exception
Reason:
JVMLK002: current thread not owner
Unhandled event loop exception
Reason:
Failed to execute runnable (java.lang.IllegalMonitorStateException: JVMLK002:
current thread not owner)
*** SWT nested exception
Reason:
JVMLK002: current thread not owner
Unhandled event loop exception
Reason:
Failed to execute runnable (java.lang.IllegalMonitorStateException: JVMLK002:
current thread not owner)
*** SWT nested exception
Reason:
JVMLK002: current thread not owner
Unhandled event loop exception
Reason:
Failed to execute runnable (java.lang.IllegalMonitorStateException: JVMLK002:
current thread not owner)
*** SWT nested exception
Reason:
JVMLK002: current thread not owner

The Eclipse console contains the following (truncated) output:
Input(Project.java:1139)
	at org.apache.tools.ant.DemuxInputStream.read(DemuxInputStream.java:63)
	at org.apache.tools.ant.Project.defaultInput(Project.java:1115)
	at org.apache.tools.ant.Task.handleInput(Task.java:306)
	at org.apache.tools.ant.UnknownElement.handleInput(UnknownElement.java:210)
	at org.apache.tools.ant.Project.demuxInput(Project.java:1139)
	at org.apache.tools.ant.DemuxInputStream.read(DemuxInputStream.java:63)
	at org.apache.tools.ant.Project.defaultInput(Project.java:1115)
	at org.apache.tools.ant.Task.handleInput(Task.java:306)
	at org.apache.tools.ant.UnknownElement.handleInput(UnknownElement.java:210)
	at org.apache.tools.ant.Project.demuxInput(Project.java:1139)
	at org.apache.tools.ant.DemuxInputStream.read(DemuxInputStream.java:63)
	at org.apache.tools.ant.Project.defaultInput(Project.java:1115)
	at org.apache.tools.ant.Task.handleInput(Task.java:306)
	at 

<lot of repetiotions of the above lines>

org.apache.tools.ant.input.DefaultInputHandler.handleInput(DefaultInputHandler.java:58)
	at org.apache.tools.ant.taskdefs.Input.execute(Input.java:119)
	at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:269)
	at org.apache.tools.ant.Task.perform(Task.java:364)
	at org.apache.tools.ant.Target.execute(Target.java:301)
	at org.apache.tools.ant.Target.performTasks(Target.java:328)
	at org.apache.tools.ant.Project.executeTarget(Project.java:1215)
	at
org.eclipse.ant.internal.core.ant.InternalAntRunner.run(InternalAntRunner.java:624)
	at
org.eclipse.ant.internal.core.ant.InternalAntRunner.run(InternalAntRunner.java:528)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.ant.core.AntRunner.run(AntRunner.java:479)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:277)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:239)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

Total time: 1 second

The types view (Java Browsing -> Types) does not reflect changes of the type
modifier.

Examlpe:   public class A {}.
- While removing the public modifier (change to default/package scope) the types
view still shows the class icon to be public. Even after saving and compiling it.

I consider it a bug.


Thanks,

Martin (Kersten)

This may be the reason for the trouble in bug 62913 or not
This buildfile will produce an NPE when parsing.
The target will have an error annotation indicating the NPE.

<project ndefault="make">
<target name="make">
		
	</target>

</project>

java.lang.NullPointerException
at org.eclipse.ant.internal.ui.editor.outline.AntModel.addTarget
(AntModel.java:574)
at 
org.eclipse.ant.internal.ui.editor.utils.ProjectHelper$TargetHandler.onStartEle
ment(ProjectHelper.java:305)
at org.apache.tools.ant.helper.ProjectHelper2$RootHandler.startElement
(ProjectHelper2.java:454)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown 
Source)
at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher
.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown 
Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.eclipse.ant.internal.ui.editor.utils.ProjectHelper.parse
(ProjectHelper.java:499)
at org.eclipse.ant.internal.ui.editor.utils.ProjectHelper.parse
(ProjectHelper.java:564)
at org.eclipse.ant.internal.ui.editor.outline.AntModel.parseDocument
(AntModel.java:258)
at org.eclipse.ant.internal.ui.editor.outline.AntModel.reconcile
(AntModel.java:184)
at 
org.eclipse.ant.internal.ui.editor.text.XMLReconcilingStrategy.internalReconcil
e(XMLReconcilingStrategy.java:47)
at org.eclipse.ant.internal.ui.editor.text.XMLReconcilingStrategy.reconcile
(XMLReconcilingStrategy.java:66)
at org.eclipse.jface.text.reconciler.MonoReconciler.process
(MonoReconciler.java:72)
at org.eclipse.ant.internal.ui.editor.text.NotifyingReconciler.process
(NotifyingReconciler.java:40)
at org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run
(AbstractReconciler.java:200)

I think that TableColumn.pack calculates the wrong size if all these conditions
are given in a TableTree:
columnindex==0
image of biggest item in column==null
columwidth>headerwidth
and some other item in this column has an image

Reasoning: If the columnwidth is bigger than the header width, then the column
width is used as result. Only if the column header has an image, then the width
for the image is added to the column width. But this addition must also be done
if at least one of the items in the column has an image.

The attached screenshot shows the first table column of a table tree. The upper
part was taken after calling pack() for the column, the lower part was taken
after packing and incrementing the column width by the width of the image in the
first row.

System: Build 3M9 on Win2000

I got an error dialog saying "An error occurred", which contained this trace. 
As well, the UI blocked trying to update the monitors view.

org.eclipse.jdi.TimeoutException
at org.eclipse.jdi.internal.connect.PacketReceiveManager.getReply
(PacketReceiveManager.java:149)
at org.eclipse.jdi.internal.connect.PacketReceiveManager.getReply
(PacketReceiveManager.java:158)
at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:173)
at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:191)
at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:206)
at org.eclipse.jdi.internal.ThreadReferenceImpl.currentContendedMonitor
(ThreadReferenceImpl.java:116)
at org.eclipse.jdt.internal.debug.core.model.JDIThread.getContendedMonitor
(JDIThread.java:2430)
at org.eclipse.jdt.internal.debug.ui.monitors.MonitorManager.updateMonitors
(MonitorManager.java:312)
at org.eclipse.jdt.internal.debug.ui.monitors.MonitorManager.update
(MonitorManager.java:282)
at org.eclipse.jdt.internal.debug.ui.monitors.MonitorManager.updatePartial
(MonitorManager.java:249)
at org.eclipse.jdt.internal.debug.ui.monitors.MonitorsView.selectionChanged
(MonitorsView.java:369)
at org.eclipse.ui.internal.AbstractPartSelectionTracker$1.run
(AbstractPartSelectionTracker.java:115)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:788)
at org.eclipse.core.runtime.Platform.run(Platform.java:497)
at org.eclipse.ui.internal.AbstractPartSelectionTracker.fireSelection
(AbstractPartSelectionTracker.java:113)
at org.eclipse.ui.internal.PagePartSelectionTracker$1.selectionChanged
(PagePartSelectionTracker.java:46)
at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:788)
at org.eclipse.core.runtime.Platform.run(Platform.java:497)
at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
at org.eclipse.jface.viewers.StructuredViewer.updateSelection
(StructuredViewer.java:1310)
at org.eclipse.jface.viewers.StructuredViewer.setSelection
(StructuredViewer.java:1033)
at 
org.eclipse.debug.internal.ui.views.AbstractDebugEventHandler.selectAndReveal
(AbstractDebugEventHandler.java:155)
at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleResum
eEvent(LaunchViewEventHandler.java:153)
at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleDebug
Events(LaunchViewEventHandler.java:96)
at org.eclipse.debug.internal.ui.views.AbstractDebugEventHandler$1.run
(AbstractDebugEventHandler.java:70)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2329)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2037)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1566)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1542)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:263)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:256)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:100)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
at org.eclipse.core.launcher.Main.run(Main.java:742)
at org.eclipse.core.launcher.Main.main(Main.java:581)

I'm using JavaCapabilityConfigurationPage to configure a project for my 
plugin.  Basically, I inserted an extra page between the "Create a Java 
Project" page and "Java settings" page.  Now the browse button on the Default 
output folder in the "Java Setting" page is always disabled.  It is disabled 
because of the following 2 lines in BuildPathsBlock.init(...):

projectExists= (project.exists() && project.getFile(".classpath").exists()); 
// projectExists is false becuase ".classpath" does not exist yet
...
fBuildPathDialogField.enableButton(projectExists);

I can understand the check for (project.exists()), but why the check 
for ".classpath"?

Incidentally, the "Default output setting" browse button for the current New 
Java Project is enabled.  But I think this is the side effect of a separate 
bug. The button is enabled by the WizardDialogs restoreUIState(). which also 
enabled the "Remove" button.  (Click on the Remove button and it becomes 
disabled)

This bug existed in version 2.1.x as well.

I20040226

On moving to 20040226, I can no longer use my workspace that I was developing 
with using I20040219.
It happens that my workspace has projects that are using both Jdk 1.4 and Jdk 
1.5.

John W and I have been looking at it and there is a ton of SimpleWordSets 
allocated and staying in memory (82000ish). As these are being allocated out of 
the AddJarFileToIndex.execute class the Out of Memory occurs.

It would appear that the MemoryIndex is not getting totalled cleaned up?

This is in the log:
!SESSION Feb 26, 2004 15:12:22.560 ---------------------------------------------
java.version=1.4.1-rc
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -data c:\1119 -showlocation
!ENTRY org.eclipse.jdt.core 4 4 Feb 26, 2004 15:12:22.560
!MESSAGE Background Indexer Crash Recovery
!STACK 0
java.lang.OutOfMemoryError
!ENTRY org.eclipse.jdt.core 4 4 Feb 26, 2004 15:12:25.504
!MESSAGE Background Indexer Crash Recovery
!STACK 0
java.lang.OutOfMemoryError

The environment tab should show icons for variables, similar to the installed 
JREs table (except, use the env var icon). As well, the selection dialog for 
env vars should show icons.

We need the ability to start up the Workbench without actually showing any 
WorkbenchWindows.  The idea here is that is a significant gain in performance 
in doing this.  WorkbenchWindows are created and brought to the front when 
requested by the user.  With the Workbench running in the background the 
perceived load time experience should be much better than it is today.

This is critical for LWP.

I20040309
The multiple editor tab preference is diabled. In this build the editor tab is 
no longer presented as a tab which makes it look a bit nicer.

Major issue:
The close button is still a moving target and now even more difficult to spot 
as there is no tab border.
-> The close button should always be at the same position.

Example code:

import java.util.Vector;
public class Test6 {
	public static void main(String[] args) {
		Vector<String> v= new Vector<String>();
		System.out.println(v); // <-- breakpoint here
	}
}

When looking at variables, turn on logical structures. The display for the 
vector does not change - it remains as a raw structure. (Likely due to the 
fact that we need to do an evaluation, which does not work with 1.5 code).

Build id: 200403091138

- check out project org.eclipse.ui.ide
- refresh later with more changes 
- now copy a bunch of files from 6 folders over to 6 other folders
- then select the two projects containing the files and synch with repository.

- when the synch view opened files that had been copied and should have shown 
up as updates were marked as deletions.

the files copied were the following sets for both projects org.eclipse.ui.ide 
and org.eclipse.ui

FROM
\icons\full\clcl16\*
TO
\icons\full\elcl16\

FROM
\icons\full\ctool16\*
TO
\icons\full\etool16\

FROM
\icons\full\cview16\*
TO
\icons\full\eview16\*

Preferences > Java > Build Path > User Libraries:

The dialog does not seem to correctly remember the status of the items in 
the "Defined user libraries" tree.

When I leave the dialog I close (un-cascade) all items. When I open the dialog 
again, most of the items are open (cascaded) again.

This is disturbing because I cannot overview the items. It's like opening the 
Windows explorer with not only the drives shown but all folders being open.

I20040304

The type hierarchy does not seem the return all super types.

Test Case 1:
1. have JFace as binary
2. open TreeViewer in JavaEditor
3. press Ctrl+O
4. press Ctrl+O
Observe: only one level of inheritance is shown even though we ask the type
hierarchy for all super types getAllSupertypes(IType)

Test Case 2:
1. have Resources plug-in as binary
2. open org.eclipse.core.internal.resources.File
3. select File in declaration
4. press F4
Observe: Type hierarchy is not complete (type Resource is missing)

IProjectSetSerializer: eclipse2.x Import Team Project Set API was: 

        public IProject[] addToWorkspace(String[] referenceStrings, 
                                        String filename, 
                                        Object context, 
                                        IProgressMonitor monitor) throws 
TeamException 

        where :

         * @param filename  the name of the file that the references were read 
from. This is included 
         *   in case the provider needs to deduce relative paths 

has been replaced by: 

ProjectSetCapabilty: eclipse 3.0M9 

        public IProject[] addToWorkspace(String[] referenceStrings, 
                                 ProjectSetSerializationContext context, 
                                 IProgressMonitor monitor) 
                          throws TeamException 

filename should be restored to the addToWorkspace Interface.

A plugin that contains a "stub" incomplete manifest file in the META-INF
directory will still have a new manifest generated and placed in the
.config/org.eclipse.osgi/manifests file. For the duration of that first run, the
generated data is used, rather than the included manifest file.
After restarting eclipse, the bundle will load using the included plugin
manifest rather than the generated manifest. In the included example, this
causes resource bundles to load incorrectly. 

See example I will attach in a zip. Unzip into plugins, and use action "resource
bundle test" under "test menu". The first run it will print out the value of a
string retrieved from the included plugin.properties file. Exit eclipse, and
restart. This time, the dialog will print out that the resource bundle was null.

Code snippet below from org.eclipse.core.internal.runtime.ResourceTranslator
that shows where the behavior matters with respect to retrieving resource
bundles. The second run through, the bundle doesn't have required-bundle
headers, and starts then proceeds into code searching for bundle.properties
files instead of plugin.properties

	public static ResourceBundle getResourceBundle(Bundle bundle) throws
MissingResourceException {
		if (hasRuntime21(bundle))
			return ResourceBundle.getBundle("plugin", Locale.getDefault(),
createTempClassloader(bundle)); //$NON-NLS-1$ // <-- this is used and works when
the prereq bundle headers are there
		return localizationService.getLocalization(bundle, null);
	}

	private static boolean hasRuntime21(Bundle b) {
		try {
			ManifestElement[] prereqs =
ManifestElement.parseHeader(Constants.REQUIRE_BUNDLE, (String)
b.getHeaders("").get(Constants.REQUIRE_BUNDLE)); //$NON-NLS-1$
			if (prereqs == null) 
				return false;  // after restart this code path is executed
			for (int i = 0; i < prereqs.length; i++) {
				if
("2.1".equals(prereqs[i].getAttribute(Constants.BUNDLE_VERSION_ATTRIBUTE)) &&
"org.eclipse.core.runtime".equals(prereqs[i].getValue())) {
//$NON-NLS-1$//$NON-NLS-2$
					return true; // first run with plugin this works
				}
			}
		} catch (BundleException e) {
			return false;
		}
		return false;
	}

I20040413

Because of an API change, a contribution to an extension point implements an
interface that has been removed. When the extension point is queried and I try
to instantiate the contribution, I get an NoClassDefFoundError (partial trace
below).

I would expect that such an error is caught by the framework, since it the
javadoc for createExecutableExtension states:

"@exception CoreException if an instance of the executable extension
  could not be created for any reason."


-- snip --

java.lang.NoClassDefFoundError:
org.eclipse.ui.texteditor.quickdiff.IQuickDiffProviderImplementation
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.NoClassDefFoundError.<init>(NoClassDefFoundError.java:52)
	at java.lang.ClassLoader.defineClassImpl(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java)
	at
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.defineClass(DefaultClassLoader.java)
	at
org.eclipse.core.runtime.adaptor.EclipseClassLoader.defineClass(EclipseClassLoader.java)
	at
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.findClassImpl(DefaultClassLoader.java)
	at
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.findClass(DefaultClassLoader.java)
	at
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.findLocalClass(AbstractClassLoader.java)
	at
org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java)
	at
org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java)
	at
org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java)
	at
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java)
	at java.lang.ClassLoader.loadClass(ClassLoader.java)
	at
org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:308)
	at
org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:341)
	at org.eclipse.osgi.framework.internal.core.Bundle.loadClass(Bundle.java:1282)
	at
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:133)
	at
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:126)
	at
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:115)
	at
org.eclipse.ui.texteditor.quickdiff.ReferenceProviderDescriptor.createProvider(ReferenceProviderDescriptor.java:92)
[...]

Using latest, the following code doesn't compile. A syntax error is reported.

enum Bar {
	CONSTANT
}
@interface Foo {
	Bar value();
}

@Foo(Bar.CONSTANT) class X {
}

Bar.CONSTANT should be legal.

The problem comes from the MemberValue rule that takes a conditional expression
that is not a Name.

I20040514 + ZRH plug-ins from 20040518

1. Have this java class:
<pre>
package org.eclipse.jdt.text.tests;

import java.text.CharacterIterator;

import junit.framework.Assert;
import junit.framework.TestCase;

import org.eclipse.jdt.internal.ui.text.WordNavigator;


/**
 * @since 3.0
 */
public class WordNavigationTest extends TestCase {
	
	private WordNavigator fWordNavigator;
	/*
	 * @see junit.framework.TestCase#setUp()
	 */
	protected void setUp() throws Exception {
		fWordNavigator= new WordNavigator();
	}
	
	public void testNext1() {
		CharacterIterator it= null;
		int pos= fWordNavigator.next(it);
		Assert.assertEquals(5, pos);
	}

}
</pre>

2. Select the two last lines of method testNext1
3. Press Alt+Shift+M to extract method

-> get this:

!ENTRY org.eclipse.ui 4 4 May 18, 2004 10:07:37.267
!MESSAGE The command for the key you pressed failed
The command for the key you pressed failed
Reason:
!ENTRY org.eclipse.ui 4 0 May 18, 2004 10:07:37.295
!MESSAGE The command for the key you pressed failed
!STACK 0
java.lang.NullPointerException
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.NullPointerException.<init>(NullPointerException.java:60)
        at
org.eclipse.jdt.internal.ui.refactoring.contentassist.JavaTypeCompletionProcessor.setPackageFragment(JavaTypeCompletionProcessor.java:55)
        at
org.eclipse.jdt.internal.ui.refactoring.ChangeParametersControl.installParameterTypeContentAssist(ChangeParametersControl.java:640)
        at
org.eclipse.jdt.internal.ui.refactoring.ChangeParametersControl.addCellEditors(ChangeParametersControl.java:552)
        at
org.eclipse.jdt.internal.ui.refactoring.ChangeParametersControl.createParameterList(ChangeParametersControl.java:281)
        at
org.eclipse.jdt.internal.ui.refactoring.ChangeParametersControl.<init>(ChangeParametersControl.java:212)
        at
org.eclipse.jdt.internal.ui.refactoring.ChangeParametersControl.<init>(ChangeParametersControl.java:182)
        at
org.eclipse.jdt.internal.ui.refactoring.code.ExtractMethodInputPage.createControl(ExtractMethodInputPage.java:150)
        at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.createContents(RefactoringWizardDialog2.java:533)
        at org.eclipse.jface.window.Window.create(Window.java:348)
        at org.eclipse.jface.dialogs.Dialog.create(Dialog.java:924)
        at org.eclipse.jface.window.Window.open(Window.java:637)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:121)
        at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:40)
        at
org.eclipse.jdt.ui.actions.ExtractMethodAction.run(ExtractMethodAction.java:98)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:216)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)
        at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:468)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:927)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:545)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:493)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:258)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
        at org.eclipse.swt.widgets.Display.filterEvent(Display.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:2284)
        at org.eclipse.swt.widgets.Control.gtk_key_press_event(Control.java)
        at org.eclipse.swt.widgets.Composite.gtk_key_press_event(Composite.java)
        at org.eclipse.swt.widgets.Widget.windowProc(Widget.java)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java)
        at org.eclipse.swt.internal.gtk.OS.gtk_main_do_event(Native Method)
        at org.eclipse.swt.widgets.Display.eventProc(Display.java)
        at org.eclipse.swt.internal.gtk.OS.gtk_main_iteration(Native Method)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:243)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:298)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:249)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:126)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
        at java.lang.reflect.Method.invoke(Method.java:386)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
        at org.eclipse.core.launcher.Main.run(Main.java:722)
        at org.eclipse.core.launcher.Main.main(Main.java:706)

The plug-in preference scope registry needs to be aware of the comings and
goings of dynamic plug-ins. Some issues to be addressed:

- adding scopes to the registry
- removing scopes from the registry
- conversion of prefs from a previously non-existing scope to a newly added one
(currently exist as EclipsePrefs...create new instances and copy values?)

20041214

In build 20041214 create a Java project and open the properties on it.
The page 'Formatter' is missing under the node 'Java Code Style'

I debugged this and found that the page is correctly found in the plugin
registry as one of the first pages.
It is added to its category in
PropertyPageManager.addToDeep(String category, PropertyPageNode node) line: 43

but the problem is that the category page is not yet read and not found.

- I guess the 'Collections.sort(Arrays.asList(sortedResult), comparer)'
in PropertyPageContributorManager.contribute(PropertyPageManager, IAdaptable)
is the problem. Our property pages are correctly ordered so that categories are
first. Also note that in general alphabetical order is not the most optimal, we
would e.g. like to have a 'Advanced' page as last page under our subnode. It
would be better if the order as defined by use in the plugin.xml would be taken

- What should also be fixed is that pages where the category cannot be found are
not simply dropped, but at least added under the root node

3.0 m7
i found this in the log - not sure what caused it

org.eclipse.team.core.TeamException: An I/O error performing an operation on
/PAG/g6/users/akiezun/eclipse/workspaces/eclipseWangSmith/.metada
        at
org.eclipse.team.core.sync.RemoteContentsCache.deleteFile(RemoteContentsCache.java:198)
        at
org.eclipse.team.core.sync.RemoteContentsCache.createCacheDirectory(RemoteContentsCache.java:164)
        at
org.eclipse.team.core.sync.RemoteContentsCache.enableCaching(RemoteContentsCache.java:60)
        at
org.eclipse.team.internal.ccvs.core.CVSProviderPlugin.startup(CVSProviderPlugin.java:324)
        at
org.eclipse.core.internal.compatibility.PluginActivator.start(PluginActivator.java:49)
        at
org.eclipse.osgi.framework.internal.core.BundleContext$1.run(BundleContext.java:1054)
        at java.security.AccessController.doPrivileged(Native Method)
        at
org.eclipse.osgi.framework.internal.core.BundleContext.startActivator(BundleContext.java:1050)
        at
org.eclipse.osgi.framework.internal.core.BundleContext.start(BundleContext.java:991)
        at
org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:403)
        at org.eclipse.osgi.framework.internal.core.Bundle.start(Bundle.java:312)
        at
org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java:58)
        at
org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:326)
        at
org.eclipse.osgi.framework.internal.core.BundleLoader.requireClass(BundleLoader.java:291)
        at
org.eclipse.osgi.framework.internal.core.BundleLoader.findRequiredClass(BundleLoader.java:915)
        at
org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:352)
        at
org.eclipse.osgi.framework.adaptor.BundleClassLoader.loadClass(BundleClassLoader.java:115)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
        at
org.eclipse.team.internal.ccvs.ui.model.CVSAdapterFactory.<init>(CVSAdapterFactory.java:25)
        at
org.eclipse.team.internal.ccvs.ui.CVSUIPlugin.startup(CVSUIPlugin.java:674)
        at
org.eclipse.core.internal.compatibility.PluginActivator.start(PluginActivator.java:49)
        at
org.eclipse.osgi.framework.internal.core.BundleContext$1.run(BundleContext.java:1054)
        at java.security.AccessController.doPrivileged(Native Method)
        at
org.eclipse.osgi.framework.internal.core.BundleContext.startActivator(BundleContext.java:1050)
        at
org.eclipse.osgi.framework.internal.core.BundleContext.start(BundleContext.java:991)
        at
org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:403)
        at org.eclipse.osgi.framework.internal.core.Bundle.start(Bundle.java:312)
        at
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:133)
        at
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:125)
        at
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:114)
        at org.eclipse.ui.internal.WorkbenchPlugin$1.run(WorkbenchPlugin.java:171)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:51)
        at
org.eclipse.ui.internal.WorkbenchPlugin.createExtension(WorkbenchPlugin.java:168)
        at
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition$1.run(LightweightDecoratorDefinition.java:83)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:819)
        at org.eclipse.core.runtime.Platform.run(Platform.java:493)
        at
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.internalGetDecorator(LightweightDecoratorDefinition.java:79)
        at
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.decorate(LightweightDecoratorDefinition.java:153)
        at
org.eclipse.ui.internal.decorators.LightweightDecoratorManager$LightweightRunnable.run(LightweightDecoratorManager.java:59)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:819)
        at org.eclipse.core.runtime.Platform.run(Platform.java:493)
        at
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.decorate(LightweightDecoratorManager.java:245)
        at
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.getDecorations(LightweightDecoratorManager.java:228)
        at
org.eclipse.ui.internal.decorators.DecorationScheduler$1.run(DecorationScheduler.java:245)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

I20040517

1. Create Java project P with source folder src
2. Create package a.b.c in P/src
3. Add inclusion filter for P/src: 'a/'
Observe: 'a.b.c' is removed and replaced with 'a'.

4. Change inclusion filter to 'a/**'
Observe: 'a.b.c' appears again

On MAC OSX, a browser widget which is not initialized with a URL corrupts
mouse events. For instance, MouseMove listeners are inactive for any other
widget (I am using 3.1M1). That's blocking when using a laptop with no 
Internet connection.

PS : When the app is started and the browser can reach a valid URL, everything
is fine.
PS : When there is no URL, the mouse button being held down allows the mouse 
move event again.

Here a sample code showing the behavior :


import org.eclipse.swt.SWT;
import org.eclipse.swt.browser.Browser;
import org.eclipse.swt.events.MouseEvent;
import org.eclipse.swt.events.MouseMoveListener;
import org.eclipse.swt.layout.GridData;
import org.eclipse.swt.layout.GridLayout;
import org.eclipse.swt.widgets.Display;
import org.eclipse.swt.widgets.Label;
import org.eclipse.swt.widgets.Shell;


public class TestBrowser {

	public static void main(String[] args) {
		
		Display display = new Display();
		Shell shell = new Shell(display, SWT.NULL);
		GridLayout gl = new GridLayout();
		shell.setLayout(gl);
		// LABEL WITH MOUSE LISTENER
		Label label = new Label(shell,SWT.NULL);
		label.setText("Move mouse here !!!!");
		label.addMouseMoveListener(new MouseMoveListener() {
			public void mouseMove(MouseEvent arg0) {
				System.out.println("Mouse has moved!");
			}});
		// BROWSER - COMMENT setUrl AND LAUNCH AGAIN TO TEST MOUSE 
LISTENER
		Browser browser = new Browser(shell, SWT.NULL);
		browser.setLayoutData(new GridData(GridData.FILL_BOTH));
		browser.setUrl("http://www.eclipse.org");
		
		shell.open();
		
		while (!shell.isDisposed()) {
			if (!display.readAndDispatch())
				display.sleep();
		}
		display.dispose();

The extension point doc is generated without a title for accessibility 
purposes.

From the Bobby tool:

The TITLE element labels your page. Browsers put the title in the title bar of 
the page window where it is quickly accessible. It is usually the first part 
of the page that users see. Automated tools such as search engines use the 
title to index and classify the page.

If you perform a Rename Type refactoring on a type whose name matches a type 
in another package, fully-qualified references to the other type appearing in 
JavaDoc, literal strings (and perhaps elsewhere) will erroneously get renamed. 
E.g., if you attempt to rename type p1.A to p1.B, and p2.A exists, fully-
qualified references to p2.A in JavaDoc and strings will erroneously get 
renamed to p2.B.

The advanced actions from the Java classpath tab do not have ellipsis "..." to 
indicate that they open a dialog.
This impacts their presentation in the Ant classpath tab.

As well the advanced dialog of the Java classpath tab is missing an "..." for 
the Variables button.

package de.neze.bugreport.eclipse;
/**
 * Compilation ERROR in eclipse-SDK-I20040407-linux-gtk.zip
 * 	  "Missing code implementation in the compiler"
 * caused by @throws in Javadoc.
 * 
 * Perhaps you also consider to reopen my bug report:
 * 		https://bugs.eclipse.org/bugs/show_bug.cgi?id=48131
 * There are multpile ways to reproduce the error, they are marked with [*]
 * 
 * This is my (compiler) bug report number 8 or so, and now you have to PAY ;-):
 *   I need a job and, if you believe a developer like me is helpful for the 
 *   Eclipse Team, please send me a mail addresse where I can send my resume 
 *   to. My first try to become a Eclispe Team member failed :-(
 */
interface InterfaceWithProblem {
	/**
	 * Rename this class to Problem to reporduce the error.           [*]
	 */
	public static class Problem0 extends Exception {
	}
}
public abstract class ClassWithProblem {
	public static class Problem extends Exception {
	}
	public abstract static class InnerClass implements InterfaceWithProblem {
		/** <--  remove this * and the error is gone              [*]
		 * If you remove the next line, then the error is also gone:[*]
		 * @throws Problem
		 */
		public void aMehtod() {
		}
	}
}

Now that the Ant editor will open on external build files (bug 47285), from my 
quick perusal of the existing code base it should be possible to support 
actually doing builds with these build files since really Ant builds only need 
the full absolute file system path to the build file.

Changes would be required to AntLaunchShortcut and likely others.

This error occurred while closing an RCP application based on Eclipse 3.0
running on Win2k.  Sorry if this is a dupe, I couldn't find an existing ticket.

!ENTRY org.eclipse.core.runtime 4 2 Oct 19, 2004 20:34:12.842
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at org.eclipse.ui.internal.Perspective.getFastViewWidthRatio(Perspective.java:327)
	at org.eclipse.ui.internal.Perspective.saveState(Perspective.java:1316)
	at org.eclipse.ui.internal.Perspective.saveState(Perspective.java:1205)
	at org.eclipse.ui.internal.WorkbenchPage.saveState(WorkbenchPage.java:2630)
	at org.eclipse.ui.internal.WorkbenchWindow.saveState(WorkbenchWindow.java:1797)
	at org.eclipse.ui.internal.Workbench.saveState(Workbench.java:1400)
	at org.eclipse.ui.internal.Workbench.recordWorkbenchState(Workbench.java:1165)
	at org.eclipse.ui.internal.Workbench.access$5(Workbench.java:1163)
	at org.eclipse.ui.internal.Workbench$9.run(Workbench.java:436)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:434)
	at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:400)
	at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:572)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:570)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:546)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose(WorkbenchWindow.java:464)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0(WorkbenchWindow.java:448)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run(WorkbenchWindow.java:539)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchWindow.close(WorkbenchWindow.java:537)
	at org.eclipse.jface.window.Window.handleShellCloseEvent(Window.java:593)
	at org.eclipse.jface.window.Window$2.shellClosed(Window.java:544)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:158)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Decorations.WM_CLOSE(Decorations.java:1448)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2972)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1391)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3338)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1462)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:398)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3050)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1391)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3338)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1462)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:398)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3050)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1391)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3338)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1467)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2429)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)

R3.0

I had a breakpoint in a finally block and the debugger never stopped. I then
added a println and well: it this got printed out as expected. I then added a
breakpoint before the finally block and stepped through and it stepped through
the finally block.

The reason for this is most likely the following enabled compiler option:
[] Inline finally blocks


Marking as major since I lost time due to wrong results.

I found a few of these in my .log

com.sun.jdi.IncompatibleThreadStateException: Thread was not suspended
at java.lang.Throwable.<init>(Throwable.java)
at com.sun.jdi.IncompatibleThreadStateException.<init>
(IncompatibleThreadStateException.java:17)
at org.eclipse.jdi.internal.ThreadReferenceImpl.frames
(ThreadReferenceImpl.java:192)
at org.eclipse.jdi.internal.ThreadReferenceImpl.frame
(ThreadReferenceImpl.java:140)
at org.eclipse.jdt.internal.debug.core.model.JDIThread.getUnderlyingFrame
(JDIThread.java:571)
at 
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getUnderlyingStackFrame
(JDIStackFrame.java:971)
at org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getUnderlyingMethod
(JDIStackFrame.java:226)
at org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.isNative
(JDIStackFrame.java:764)
at org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.supportsDropToFrame
(JDIStackFrame.java:552)
at org.eclipse.jdt.internal.debug.ui.actions.DropToFrameButton.selectionChanged
(DropToFrameButton.java:62)
at org.eclipse.ui.internal.PluginAction.refreshEnablement(PluginAction.java)
at org.eclipse.ui.internal.PluginAction.selectionChanged(PluginAction.java)
at org.eclipse.ui.internal.PluginAction.selectionChanged(PluginAction.java)
at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java)
at org.eclipse.core.runtime.Platform.run(Platform.java)
at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
at org.eclipse.jface.viewers.StructuredViewer.updateSelection
(StructuredViewer.java:1394)
at org.eclipse.jface.viewers.StructuredViewer.setSelection
(StructuredViewer.java:1093)
at 
org.eclipse.debug.internal.ui.views.AbstractDebugEventHandler.selectAndReveal
(AbstractDebugEventHandler.java:155)
at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleResum
eEvent(LaunchViewEventHandler.java:148)
at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleDebug
Events(LaunchViewEventHandler.java)
at org.eclipse.debug.internal.ui.views.AbstractDebugEventHandler$1.run
(AbstractDebugEventHandler.java)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:85)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:58)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:60)
at java.lang.reflect.Method.invoke(Method.java:391)
at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
at org.eclipse.core.launcher.Main.run(Main.java:644)
at org.eclipse.core.launcher.Main.main(Main.java:628)

The JavaConventions.ValidatePackageName() does not return error under the 
following condition.

The package name starting with Capital letter + few characters + period + few 
characters + & + few characters.

for ex:  Test.sample&plugin

The method always return warning instead of an ERROR.

Here is the some code:

public static void main (String [] args) {
	Display display = new Display ();
	final Shell shell = new Shell (display);
	shell.setBounds (10, 10, 100, 100);
	shell.open ();
	shell.addListener (SWT.Resize, new Listener () {
		public void handleEvent (Event event) {
			System.out.println ("*** RESIZE: " + shell.getBounds 
());
			shell.setBounds (shell.getBounds ());
		}
	});
	shell.addListener (SWT.MouseDown, new Listener () {
		public void handleEvent (Event event) {
			shell.setBounds (100, 100, 200, 200);
		}
	});
	while (!shell.isDisposed ()) {
		if (!display.readAndDispatch ()) display.sleep ();
	}
	display.dispose ();
}

Try this:
Set up a JUnit test that fails.
Run the JUnit test.
Click on the failed test in the upper half of the JUnit view ("Failures").
The stack trace for the failed test appears in the lower half of the JUnit view.
Double click a line in the stack trace.

Expected behaviour:
An editor containing the source line clicked in the stack trace should have
opened.  The cursor should be on the indicated line.

Current behaviour:
Nothing happens.

We have cases where we would not like the zoomed state of a view stack to zoom
out when a new view is opened or closed in the same stack.

To reproduce:
1. launch the workbench
2. maximize the "Tasks" view
3. select the "Show view" menu and show the "Console" view.

problem: the console view opens in the same stack that is zoomed, however the
layout is still updated and the stack zooms out.

Some users may expect behavior similar to the editor area, where the editor area
does not zoom out when a new editor part is opened in the same editor stack.

To demonstrate another valid use case for this, 
1. install the rcp browser demo example plug-in
2. change the plugin.xml such that the perspective is not fixed
3. show the history view
4. zoom the browser view
5. show another browser view via File | New Tab

problem: the stack zooms out, showing the history view again, this seems jarring
to the end user.

Capability enablements are not imported properly when importing preferences.  
I tried with base eclipse and disabled the Java Capabilities and kept Team 
enabled, and exported.  I then disabled Team and enabled Java, closed and 
reopend the preference page and imported the preferences I previously 
exported; the Capability enablements are unchanged.

Kim Horne - oooh. I think the problem is the import, not export
Kim Horne - we dont have a preference listener listening for capability changes
Kim Horne - yah, I bet thats it

We serialize the state of the activity manager on workbench shutdown, writing
preferences as appropriate.  This should be done as soon as the activity set
changes, NOT on shutdown.  Currently, if you change your activity set (from the
capabilities page) and then export your preferences, your changes are not
exported.  This is closely related to Bug 70998.

3.0 RC2

When I ask for the validateEditRule for the worksapce root, a null pointer is
thrown:

Thread [main] (Suspended (exception NullPointerException))
	RepositoryProvider.isShared(IProject) line: 522
	TeamHookDispatcher.getRuleFactory(IProject) line: 78
	Rules.factoryFor(IResource) line: 86
	Rules.validateEditRule(IResource[]) line: 164
	ReplaceDialog2.run(ReplaceDialog2$ReplaceOperation, IResource) line: 318
	ReplaceDialog2.buttonPressed(int) line: 283
	Dialog$2.widgetSelected(SelectionEvent) line: 506
	TypedListener.handleEvent(Event) line: 89
	EventTable.sendEvent(Event) line: 82
	Button(Widget).sendEvent(Event) line: 796
	Display.runDeferredEvents() line: 2732
	Display.readAndDispatch() line: 2398
	ReplaceDialog2(Window).runEventLoop(Shell) line: 668
	ReplaceDialog2(Window).open() line: 648
	ReplaceAction2.run() line: 152
	ReplaceAction2(Action).runWithEvent(Event) line: 881
	ActionContributionItem.handleWidgetSelection(Event, boolean) line: 915
	ActionContributionItem.access$2(ActionContributionItem, Event, boolean) line: 866
	ActionContributionItem$7.handleEvent(Event) line: 785
	EventTable.sendEvent(Event) line: 82
	MenuItem(Widget).sendEvent(Event) line: 796
	Display.runDeferredEvents() line: 2732
	Display.readAndDispatch() line: 2398
	Workbench.runEventLoop(Window$IExceptionHandler, Display) line: 1362
	Workbench.runUI() line: 1333
	Workbench.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 252
	PlatformUI.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 141
	IDEApplication.run(Object) line: 96
	PlatformActivator$1.run(Object) line: 334
	EclipseStarter.run(Object) line: 272
	EclipseStarter.run(String[], Runnable) line: 128
	NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available
[native method]
	NativeMethodAccessorImpl.invoke(Object, Object[]) line: 79
	DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 41
	Method.invoke(Object, Object[]) line: 386
	Main.basicRun(String[]) line: 185
	Main.run(String[]) line: 638
	Main.main(String[]) line: 622

Steps to reproduce:
1. open a java source file in eclipse
2. move the cursor to a method call
3. press F2 to see quick docs
4. press Esc to make the quick docs window and the cursor from the java editor
to disappear

Effect: the cursor can nowhere be seen in the java editor but can be moved, type
at, etc. If I switch virtual workspaces back and forth, the cursor comes back. 

Environment: linux gtk2, gnome2.6 with openbox3 and metacity window manager

Comment: it happens every time with openbox3. It tend to happen only for the
second try using metacity.

DebugUITools provides #getDebugContext(), which in 3.0 and earlier, only works 
in the UI thread. It is useful to have this work in non-UI threads as well, to 
allow for background threads to access the debug context (for example debug 
hover help).

Since we already have the SelectedResourceManager providing a similar service, 
it can also track the current "debug context" (selection in the debug view), 
for access from any thread.

This happened while running the CharsetTests in isolation. It seems we tried to
save the charset preferences run after platform has shutdown.

org.eclipse.core.internal.runtime.AssertionFailedException: assertion failed:
The application has not been initialized.
	at org.eclipse.core.internal.runtime.Assert.isTrue(Assert.java:107)
	at
org.eclipse.core.internal.runtime.InternalPlatform.assertInitialized(InternalPlatform.java:215)
	at
org.eclipse.core.internal.runtime.InternalPlatform.log(InternalPlatform.java:445)
	at
org.eclipse.core.internal.preferences.EclipsePreferences.log(EclipsePreferences.java:628)
	at
org.eclipse.core.internal.resources.ProjectPreferences.save(ProjectPreferences.java:295)
	at
org.eclipse.core.internal.preferences.EclipsePreferences.flush(EclipsePreferences.java:337)
	at
org.eclipse.core.internal.preferences.EclipsePreferences.flush(EclipsePreferences.java:325)
	at
org.eclipse.core.internal.resources.CharsetManager$CharsetManagerJob.run(CharsetManager.java:66)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

build I20041110

from Dirk:

- aded API to check if a IWorkingSet is editable (checks if the descriptor defines
  an attribute pageClassName)
- added API to open a working set new wizard. This is necessary since I wrote
  my own working set configuration dialog for the package explorer. Tweaking
  the existing one got to compilacated since the requirements are too different.
- fixed a problem in abstract working set manager where the updater was install
  even if it wasn't necessary.

3.0

The AbstractSourceLookupDirector is an ILaunchListener, to dispose its 
containers when it is removed from the debug view. However, the 
AbstractSourceLookupDirector is also disposed when it initializes itself (see 
initialzieFromMemento(String)), to clean itself before it initializes. This 
effectively removes itself as a launch listener, so it cannot cleanup when it 
is removed from the debug view.

Build: 3.0 RC2

Runtime should log a warning (possibly only when in debug mode) for jobs that
are still running when the job manager is shut down.

Build: 3.0 RC2

The resources plugin launches several job: Auto-refresh, and autobuild, for
example. These jobs are canceled when the workspace is closed, but they are not
joined. Thus they may still be running when the runtime shuts down. We should
consider doing a better job of cleaning up all background activity before
shutting down.

20041017
Create a class file from the following source and send it through the disassembler.
It could do better with the 1.5 constructs:
- no type parameters, 'vararg' rendered as modifier

package test;
public class A<X, Y> {
    public void foo(Object o, Object[]... args) {
    }
}
--- result:
public class test.A extends java.lang.Object {
  
  public test.A();
  
  public varargs void foo(Object arg, Object[][] arg);
}

I200410120822

See bug 73756 and bug 76089.

The error reporting added in bug 73756 tends to overwhelm the developer.
If you have the error log set to show on new errors you can't work with this 
reporting and the log gets big very fast :-)

Possibly report the problem once per action definition per Eclipse session?

I200410120822

In the Java editor the breakpoint shows as installed.
In the breakpoints view it does not.

Bringing the variables view to the front and then back to the breakpoints view 
updates the icon (shows as installed).

M6, maybe related to bug 49700 (?)

- select a java project, right-click -> Properties
- select its Java Build Path page, Libraries tab
- press Add Library... button on right side
- select JRE System Library, press Next
- press Finish, Cancel to close the Properties dialog

sleak claims that the image in the wizard banner of the JRE System Library page 
is being leaked each time this is done.  A trace showing the allocation of this 
image is included below:

java.lang.Error
	at org.eclipse.swt.graphics.Device.new_Object(Device.java:648)
	at org.eclipse.swt.graphics.Image.<init>(Image.java:556)
	at org.eclipse.jface.resource.ImageDescriptor.createImage
(ImageDescriptor.java:137)
	at org.eclipse.jface.resource.ImageDescriptor.createImage
(ImageDescriptor.java:94)
	at org.eclipse.jface.resource.ImageDescriptor.createImage
(ImageDescriptor.java:83)
	at 
org.eclipse.jdt.internal.debug.ui.jres.JREContainerWizardPage.getImage
(JREContainerWizardPage.java:151)
	at org.eclipse.jface.wizard.WizardDialog.updateTitleBar
(WizardDialog.java:1161)
	at org.eclipse.jface.wizard.WizardDialog.update(WizardDialog.java:1029)
	at org.eclipse.jface.wizard.WizardDialog.updateForPage
(WizardDialog.java:963)
	at org.eclipse.jface.wizard.WizardDialog.access$1(WizardDialog.java:940)
	at org.eclipse.jface.wizard.WizardDialog$3.run(WizardDialog.java:929)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.jface.wizard.WizardDialog.showPage(WizardDialog.java:927)
	at org.eclipse.jface.wizard.WizardDialog.nextPressed
(WizardDialog.java:684)
	at org.eclipse.jface.wizard.WizardDialog.buttonPressed
(WizardDialog.java:316)
	at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:430)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2318)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1999)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:586)
	at org.eclipse.jface.window.Window.open(Window.java:566)
	at 
org.eclipse.jdt.internal.ui.wizards.buildpaths.LibrariesWorkbookPage.openContain
erDialog(LibrariesWorkbookPage.java:685)
	at 
org.eclipse.jdt.internal.ui.wizards.buildpaths.LibrariesWorkbookPage.openContain
erSelectionDialog(LibrariesWorkbookPage.java:674)
	at 
org.eclipse.jdt.internal.ui.wizards.buildpaths.LibrariesWorkbookPage.libaryPageC
ustomButtonPressed(LibrariesWorkbookPage.java:234)
	at 
org.eclipse.jdt.internal.ui.wizards.buildpaths.LibrariesWorkbookPage.access$0
(LibrariesWorkbookPage.java:221)
	at 
org.eclipse.jdt.internal.ui.wizards.buildpaths.LibrariesWorkbookPage$LibrariesAd
apter.customButtonPressed(LibrariesWorkbookPage.java:181)
	at 
org.eclipse.jdt.internal.ui.wizards.dialogfields.TreeListDialogField.buttonPress
ed(TreeListDialogField.java:171)
	at 
org.eclipse.jdt.internal.ui.wizards.dialogfields.TreeListDialogField.doButtonSel
ected(TreeListDialogField.java:386)
	at 
org.eclipse.jdt.internal.ui.wizards.dialogfields.TreeListDialogField.access$2
(TreeListDialogField.java:382)
	at 
org.eclipse.jdt.internal.ui.wizards.dialogfields.TreeListDialogField$2.widgetSel
ected(TreeListDialogField.java:349)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2318)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1999)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:586)
	at org.eclipse.jface.window.Window.open(Window.java:566)
	at org.eclipse.ui.dialogs.PropertyDialogAction.run
(PropertyDialogAction.java:164)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:842)
	at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:509)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:461)
	at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:408)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2318)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1999)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1506)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1482)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:246)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:226)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

build I20040413

The CTRC group will likely be using activities to filter out version providers
they don't want in their product(s).  E.g. hide the legacy CC plugin when using
CTRC, or vice versa.  Hiding CVS is another possibility.

Anywhere where the list of repository providers or related wizards is used, or
at least shown to the user, it should filter by activity.

To do this filtering, use:
    IActivityManager activityMgr =
PlatformUI.getWorkbench().getActivitySupport().getActivityManager();
    IIdentifier id = activityMgr.getIdentifier(pluginId + "/" +  extensionId");
    if (id.isEnabled()) {
       // include extension
    }

See also WorkbenchActivityHelper.filterItem.

Should consider for M9.

3.0

When an invalid value/type of value is entered into the detail pane and CTRL-S 
is pressed to change the variable value, no error message is presented. If the 
same (invalid) value is entered into the "change value dialog" and error 
dialog is presented. We should show an error dialog in both cases.

As well, the action that sets/changes the variable value should be pefromed 
using a background job to avoid blocking the UI (for the case of evaluations). 
The action should ensure that stepping, etc., cannot proceed while the 
assignment is still in progress.

I200408241200

Deleting a modified file doesn't update the icon decoration in Synchronize view:
- modify a file under CVS -> outgoing change in Synchronize view
- delete the modified file
  -> expected: outgoing change icon gets filled with a white "-"
  -> was: icon unchanged
- restore file from local history
  -> expected: "-" goes away from adornment
  -> was: restored file is still marked as outgoing deletion

build I20040303

When I launch my run-time workbench (either via Debug or Run), no features show 
up.  I realize this used to always be a problem, but it seems to work OK on 
Andrew Eidsness's machine (he's able to test features in the about dialog, for 
example).

Perhaps it's something about my setup.  My host workspace directory is 
d:\eclipse-new\plugins (I do this to allow me to run or profile the target 
simply by plunking down the features and other bits in d:\eclipse-new).  The 
workspace for the run-time workbench is d:\eclipse-new\runtime-workspace.  
Everything else in the launch config is set to defaults, including "Launch with 
all workspace and enabled external plug-ins".

The PDE target platform is pointing back to d:\eclipse-I20050303 and has all 
plugins checked except the ones in my workspace (UI and Text).

We need an extension point attribute for helpContextId. We can enable this by 
having the ? icon and enable it based on selection

build I20040413

Note all RCP apps will want to allow detached views.
There should be a hidden preference for this that the app can configure via
plugin_customization.ini.

Should consider for M9.

200401201132

- enable SWT to use Windows XP widgets (provide java.exe.manifest file; for
  details see SWT mailing list)

- observe: the toolbar buttons are really large !! See attached screen shot

Looking at the documentation of these two classes, I think the comment stating
that a local variable expression can only be found in the inits of a for
statement is misleading.
If you have the following code:
int i, j = 4, k;

It could be seen as an expression statement that contains a variable declaration
expression that contains 3 fragments. It could also be seen as a variable
declaration statement that contains 3 fragments. The parser should not be
constraint to build such a node.

This would require some clarifications whether the two lines are part of the
specification or it simply provides extra information.

The specifications of the ForStatement forInits is wrong. It should be:
 * ForInit:
 * 		Expression {<b>,</b> Expression }
Where the first Expression could be a variable declaration expression.

3.0 RC2. The breakpoint manager fires add notification for persisted 
breakpoints the first time a client requests breakpoints. Since the 
breakpoints pre-existed, add notification is incorrect.

I20040413

Currently, clients have to report matches in the order they appear in the file.
If they don't (e.g. NLS search doesn't), stepping between matches of the same
element jumps around in the text file rather than iterating though matches from
top to bottom of the file.

Since clients may find matches in the same element at more than one point in
time, they can't add the matches pre-sorted, since they would have to retain all
matches until search has finished. Therefore, AbstractTextSearchResult must
return matches sorted by offset.

When the ExpressionInformationControl is disposed it needs to dispose its 
IExpression otherwise the IExpression can remain as a debug event listener.

Build: I-20040413-1323

Help > About

dialog is empty.  No plug-in details.  No feature details.

Using I200405120800, I got this error:

java.lang.NullPointerException
	at org.eclipse.pde.internal.runtime.logview.LogView.saveState(LogView.java:750)
	at org.eclipse.ui.internal.ViewFactory$3.run(ViewFactory.java:487)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:607)
	at org.eclipse.core.runtime.Platform.run(Platform.java:668)
	at org.eclipse.ui.internal.ViewFactory.saveViewState(ViewFactory.java:485)
	at org.eclipse.ui.internal.ViewFactory.saveState(ViewFactory.java:472)
	at org.eclipse.ui.internal.WorkbenchPage.saveState(WorkbenchPage.java:2519)
	at org.eclipse.ui.internal.WorkbenchWindow.saveState(WorkbenchWindow.java:1847)
	at org.eclipse.ui.internal.Workbench.saveState(Workbench.java:1376)
	at org.eclipse.ui.internal.Workbench.recordWorkbenchState(Workbench.java:1153)
	at org.eclipse.ui.internal.Workbench.access$5(Workbench.java:1151)
	at org.eclipse.ui.internal.Workbench$9.run(Workbench.java:425)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:607)
	at org.eclipse.core.runtime.Platform.run(Platform.java:668)
	at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:423)
	at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:389)
	at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:561)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:559)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:535)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose(WorkbenchWindow.java:482)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0(WorkbenchWindow.java:467)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run(WorkbenchWindow.java:555)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchWindow.close(WorkbenchWindow.java:553)
	at org.eclipse.jface.window.Window.handleShellCloseEvent(Window.java:593)
	at org.eclipse.jface.window.Window$2.shellClosed(Window.java:544)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:158)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Decorations.WM_CLOSE(Decorations.java:1506)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2953)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1449)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3291)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1461)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:398)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3031)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1449)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3291)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1466)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2388)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:298)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:249)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:126)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:722)
	at org.eclipse.core.launcher.Main.main(Main.java:706)
!ENTRY org.eclipse.core.runtime 4 2 mai 12, 2004 20:28:04.736
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at org.eclipse.pde.internal.runtime.logview.LogView.dispose(LogView.java:441)
	at
org.eclipse.ui.internal.WorkbenchPartReference.dispose(WorkbenchPartReference.java:162)
	at org.eclipse.ui.internal.ViewFactory$ViewReference.dispose(ViewFactory.java:73)
	at org.eclipse.ui.internal.WorkbenchPage$6.run(WorkbenchPage.java:1189)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:607)
	at org.eclipse.core.runtime.Platform.run(Platform.java:668)
	at org.eclipse.ui.internal.WorkbenchPage.dispose(WorkbenchPage.java:1187)
	at org.eclipse.ui.internal.WorkbenchWindow.closeAllPages(WorkbenchWindow.java:588)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose(WorkbenchWindow.java:1066)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose(WorkbenchWindow.java:485)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0(WorkbenchWindow.java:467)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run(WorkbenchWindow.java:555)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchWindow.close(WorkbenchWindow.java:553)
	at org.eclipse.jface.window.WindowManager.close(WindowManager.java:101)
	at org.eclipse.ui.internal.Workbench$10.run(Workbench.java:450)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:607)
	at org.eclipse.core.runtime.Platform.run(Platform.java:668)
	at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:447)
	at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:389)
	at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:561)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:559)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:535)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose(WorkbenchWindow.java:482)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0(WorkbenchWindow.java:467)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run(WorkbenchWindow.java:555)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchWindow.close(WorkbenchWindow.java:553)
	at org.eclipse.jface.window.Window.handleShellCloseEvent(Window.java:593)
	at org.eclipse.jface.window.Window$2.shellClosed(Window.java:544)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:158)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Decorations.WM_CLOSE(Decorations.java:1506)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2953)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1449)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3291)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1461)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:398)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3031)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1449)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3291)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1466)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2388)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:298)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:249)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:126)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:722)
	at org.eclipse.core.launcher.Main.main(Main.java:706)

build I20040512-0800

- clicked the sync button in the sync view
- it started a sync
- pressed Run in Background
- did the same again
- in the progress view, it showed two sync jobs, but only one was active
- terminated the other one
- it did not get cleared from the list
- it also showed "Synchronizing: (0%) null"
- while the other job continued to make progress, the progress indicator at
bottom right kept showing 0%.

build I20040512-0800

Kicked off a manual incremental build (Ctrl+B) and pressed Run in Background.
In the progress view, it had a long progress message due to errors and warnings
being found/fixed, and long path names of the files being compiled.
The string was truncated, with the ... placed close to the left end, hiding the
% complete indication for the job.

addJobChangeListener and removeJobChangeListener do not handle multiple
simultaneous listener additions or deletions. There is no possibility of
corruption of the data structure, but an addition or removal can be lost.

Swing components added to an AWT frame generated from SWT_AWT.new_Frame() are
not being displayed.  The code below works fine on Windows XP, but not on
Solaris.  I am using Eclipse 3.0RC3 and Java 1.5.0 Beta 2.

/*** Begin Java Source ***/
package com.tsccos.eclipse.tools.mvs.timeline.views;

import java.awt.Frame;

import javax.swing.JLabel;

import org.eclipse.swt.SWT;
import org.eclipse.swt.awt.SWT_AWT;
import org.eclipse.swt.widgets.Composite;
import org.eclipse.swt.widgets.Label;
import org.eclipse.ui.part.ViewPart;


public class TimelineView extends ViewPart {
	private Composite awtComposite;

	public TimelineView() {
	}

	public void createPartControl(Composite parent) {
		awtComposite = new Composite(parent, SWT.EMBEDDED);
		Frame awtFrame = SWT_AWT.new_Frame(awtComposite);
		awtFrame.add(new JLabel("This is a Swing JLabel"));
		
		Label label = new Label(parent, SWT.NONE);
		label.setText("This is a SWT Label");
	}

	public void setFocus() {
		this.awtComposite.setFocus();
	}
}
/*** End Java Source ***/

3.0 RC2

Found in .log, nothing strange seen in UI - sorry not steps.

!SESSION Jun 14, 2004 15:01:57.415 ---------------------------------------------
eclipse.buildId=I200406111814
java.version=1.4.2_03
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=de_CH
Command-line arguments: -update -keyring c:\eclipse\.keyring -application
org.eclipse.ui.ide.workbench -showlocation

!ENTRY org.eclipse.team.core 4 0 Jun 14, 2004 15:01:57.415
!MESSAGE Marker id: 3651983 not found.
!STACK 1
org.eclipse.core.internal.resources.ResourceException: Marker id: 3651983 not found.
	at org.eclipse.core.internal.resources.Marker.checkInfo(Marker.java:57)
	at org.eclipse.core.internal.resources.Marker.getAttribute(Marker.java:98)
	at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider.calculateProblemMarker(SynchronizeModelProvider.java:458)
	at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider.propagateProblemMarkers(SynchronizeModelProvider.java:672)
	at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider.access$3(SynchronizeModelProvider.java:669)
	at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider$8.run(SynchronizeModelProvider.java:792)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)
!SUBENTRY 1 org.eclipse.core.resources 4 376 Jun 14, 2004 15:01:57.425
!MESSAGE Marker id: 3651983 not found.

It seems that there is some faulty regular expression handeling of the CVS
commit message from the server.

This has been happening since M9, but I hadn't found the log until now.

No error is overtly displayed, but after I type in my own commit message, and
hit ok, nothing happens as this exception is thrown and logged.  I am unable to
commit to my repository.

-JJ


!SESSION Jun 17, 2004 13:17:12.796 ---------------------------------------------
eclipse.buildId=I200406111814
java.version=1.4.2_04
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US

!ENTRY org.eclipse.ui 4 4 Jun 17, 2004 13:17:12.796
!MESSAGE Unhandled event loop exception

!ENTRY org.eclipse.ui 4 0 Jun 17, 2004 13:17:12.812
!MESSAGE Unclosed group near index 149
@contract 

CVS: Enter contract number above in the format Contract#-Task#
CVS: (that's contract number, then dash, then task number, no spaces.

                                                                               
                                                                     ^
!STACK 0
java.util.regex.PatternSyntaxException: Unclosed group near index 149
@contract 

CVS: Enter contract number above in the format Contract#-Task#
CVS: (that's contract number, then dash, then task number, no spaces.

                                                                               
                                                                     ^
	at java.util.regex.Pattern.error(Unknown Source)
	at java.util.regex.Pattern.accept(Unknown Source)
	at java.util.regex.Pattern.group0(Unknown Source)
	at java.util.regex.Pattern.sequence(Unknown Source)
	at java.util.regex.Pattern.expr(Unknown Source)
	at java.util.regex.Pattern.compile(Unknown Source)
	at java.util.regex.Pattern.<init>(Unknown Source)
	at java.util.regex.Pattern.compile(Unknown Source)
	at java.lang.String.replaceAll(Unknown Source)
	at
org.eclipse.team.internal.ccvs.ui.CommitCommentArea.finished(CommitCommentArea.java:187)
	at
org.eclipse.team.internal.ccvs.ui.CommitCommentArea.getComment(CommitCommentArea.java:172)
	at
org.eclipse.team.internal.ccvs.ui.ReleaseCommentDialog.getComment(ReleaseCommentDialog.java:121)
	at
org.eclipse.team.internal.ccvs.ui.repo.RepositoryManager.promptForComment(RepositoryManager.java:557)
	at
org.eclipse.team.internal.ccvs.ui.operations.CommitOperation.promptForComment(CommitOperation.java:167)
	at
org.eclipse.team.internal.ccvs.ui.operations.CommitOperation.performPrompting(CommitOperation.java:46)
	at
org.eclipse.team.internal.ccvs.ui.actions.CommitAction$1.run(CommitAction.java:37)
	at
org.eclipse.team.internal.ccvs.ui.repo.RepositoryManager.run(RepositoryManager.java:664)
	at org.eclipse.team.internal.ccvs.ui.actions.CVSAction$1.run(CVSAction.java:243)
	at org.eclipse.team.internal.ccvs.ui.actions.CVSAction$2.run(CVSAction.java:252)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.team.internal.ccvs.ui.actions.CVSAction.run(CVSAction.java:249)
	at
org.eclipse.team.internal.ccvs.ui.actions.CommitAction.execute(CommitAction.java:34)
	at org.eclipse.team.internal.ccvs.ui.actions.CVSAction.run(CVSAction.java:70)
	at org.eclipse.ui.actions.ActionDelegate.runWithEvent(ActionDelegate.java:71)
	at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:266)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:915)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:866)
	at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:785)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2732)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2398)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1362)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1333)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:252)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

Reached through File/Switch Workspace

Build: 3.0 RC1

The method JavaProject.setJavaCommand calls IProjectDescription.getBuildSpec
twice, and assumes that identical build command instances will be returned. This
is no longer true. We had to change this in 3.0 because ICommand instances are
not immutable, and changes made the command arguments were previously not
triggering a proper resource delta. I recomend either only calling gteBuildSpec
once, or use equality rather than identity when comparing commands:

if (oldCommands[i].equals(oldJavaCommand)) {
	oldCommands[i] = newCommand;
	break;
}

See bug 64128 for background info.

While trying to disable an exception this is the error message I've gotten:

Exception occurred while updating breakpoint.
  Unable to create class prepare request.

This is the log:

!ENTRY org.eclipse.jdt.debug 4 120 ago 16, 2004 12:43:20.625
!MESSAGE Internal error logged from JDI Debug: 
!STACK 1
org.eclipse.debug.core.DebugException: Invalid stack frame
	at
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getUnderlyingStackFrame(JDIStackFrame.java:968)
	at
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.getUnderlyingMethod(JDIStackFrame.java:226)
	at
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.isNative(JDIStackFrame.java:764)
	at
org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.supportsDropToFrame(JDIStackFrame.java:559)
	at
org.eclipse.jdt.internal.debug.ui.actions.DropToFrameButton.selectionChanged(DropToFrameButton.java:62)
	at org.eclipse.ui.internal.PluginAction.refreshEnablement(PluginAction.java:230)
	at org.eclipse.ui.internal.PluginAction.selectionChanged(PluginAction.java:297)
	at org.eclipse.ui.internal.PluginAction.selectionChanged(PluginAction.java:308)
	at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:157)
	at
org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:1394)
	at
org.eclipse.jface.viewers.StructuredViewer.handleSelect(StructuredViewer.java:693)
	at
org.eclipse.jface.viewers.StructuredViewer$4.widgetSelected(StructuredViewer.java:718)
	at org.eclipse.jface.util.OpenStrategy.fireSelectionEvent(OpenStrategy.java:180)
	at org.eclipse.jface.util.OpenStrategy.access$3(OpenStrategy.java:175)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:324)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)
!SUBENTRY 1 org.eclipse.jdt.debug 4 100 ago 16, 2004 12:43:20.625
!MESSAGE Invalid stack frame

!ENTRY org.eclipse.jdt.debug 4 120 ago 16, 2004 12:44:07.984
!MESSAGE Internal error logged from JDI Debug: 
!STACK 0
org.eclipse.jdi.TimeoutException
	at
org.eclipse.jdi.internal.connect.PacketReceiveManager.getReply(PacketReceiveManager.java:149)
	at
org.eclipse.jdi.internal.connect.PacketReceiveManager.getReply(PacketReceiveManager.java:158)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:173)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:191)
	at
org.eclipse.jdi.internal.request.EventRequestImpl.disable(EventRequestImpl.java:192)
	at
org.eclipse.jdi.internal.request.EventRequestManagerImpl.deleteEventRequest(EventRequestManagerImpl.java:324)
	at
org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.removeRequests(JavaBreakpoint.java:643)
	at
org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.recreate(JavaBreakpoint.java:1138)
	at
org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.recreate(JavaBreakpoint.java:1119)
	at
org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.setEnabled(JavaBreakpoint.java:1148)
	at
org.eclipse.debug.internal.ui.views.breakpoints.BreakpointsView.handleCheckStateChanged(BreakpointsView.java:166)
	at
org.eclipse.debug.internal.ui.views.breakpoints.BreakpointsView.access$0(BreakpointsView.java:158)
	at
org.eclipse.debug.internal.ui.views.breakpoints.BreakpointsView$1.checkStateChanged(BreakpointsView.java:66)
	at
org.eclipse.jface.viewers.CheckboxTableViewer$1.run(CheckboxTableViewer.java:175)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at
org.eclipse.jface.viewers.CheckboxTableViewer.fireCheckStateChanged(CheckboxTableViewer.java:173)
	at
org.eclipse.jface.viewers.CheckboxTableViewer.handleSelect(CheckboxTableViewer.java:256)
	at
org.eclipse.jface.viewers.StructuredViewer$4.widgetSelected(StructuredViewer.java:718)
	at org.eclipse.jface.util.OpenStrategy.fireSelectionEvent(OpenStrategy.java:180)
	at org.eclipse.jface.util.OpenStrategy.access$3(OpenStrategy.java:175)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:324)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

!ENTRY org.eclipse.jdt.debug 4 120 ago 16, 2004 12:44:10.999
!MESSAGE Internal error logged from JDI Debug: 
!STACK 0
org.eclipse.jdi.TimeoutException
	at
org.eclipse.jdi.internal.connect.PacketReceiveManager.getReply(PacketReceiveManager.java:149)
	at
org.eclipse.jdi.internal.connect.PacketReceiveManager.getReply(PacketReceiveManager.java:158)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:173)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:191)
	at
org.eclipse.jdi.internal.request.EventRequestImpl.disable(EventRequestImpl.java:192)
	at
org.eclipse.jdi.internal.request.EventRequestManagerImpl.deleteEventRequest(EventRequestManagerImpl.java:324)
	at
org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.removeRequests(JavaBreakpoint.java:643)
	at
org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.recreate(JavaBreakpoint.java:1138)
	at
org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.recreate(JavaBreakpoint.java:1119)
	at
org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.setEnabled(JavaBreakpoint.java:1148)
	at
org.eclipse.debug.internal.ui.views.breakpoints.BreakpointsView.handleCheckStateChanged(BreakpointsView.java:166)
	at
org.eclipse.debug.internal.ui.views.breakpoints.BreakpointsView.access$0(BreakpointsView.java:158)
	at
org.eclipse.debug.internal.ui.views.breakpoints.BreakpointsView$1.checkStateChanged(BreakpointsView.java:66)
	at
org.eclipse.jface.viewers.CheckboxTableViewer$1.run(CheckboxTableViewer.java:175)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at
org.eclipse.jface.viewers.CheckboxTableViewer.fireCheckStateChanged(CheckboxTableViewer.java:173)
	at
org.eclipse.jface.viewers.CheckboxTableViewer.handleSelect(CheckboxTableViewer.java:256)
	at
org.eclipse.jface.viewers.StructuredViewer$4.widgetSelected(StructuredViewer.java:718)
	at org.eclipse.jface.util.OpenStrategy.fireSelectionEvent(OpenStrategy.java:180)
	at org.eclipse.jface.util.OpenStrategy.access$3(OpenStrategy.java:175)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:324)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

!ENTRY org.eclipse.jdt.debug 4 120 ago 16, 2004 12:44:13.999
!MESSAGE Internal error logged from JDI Debug: 
!STACK 0
org.eclipse.jdi.TimeoutException
	at
org.eclipse.jdi.internal.connect.PacketReceiveManager.getReply(PacketReceiveManager.java:149)
	at
org.eclipse.jdi.internal.connect.PacketReceiveManager.getReply(PacketReceiveManager.java:158)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:173)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:191)
	at
org.eclipse.jdi.internal.request.EventRequestImpl.disable(EventRequestImpl.java:192)
	at
org.eclipse.jdi.internal.request.EventRequestManagerImpl.deleteEventRequest(EventRequestManagerImpl.java:324)
	at
org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.removeRequests(JavaBreakpoint.java:643)
	at
org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.recreate(JavaBreakpoint.java:1138)
	at
org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.recreate(JavaBreakpoint.java:1119)
	at
org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.setEnabled(JavaBreakpoint.java:1148)
	at
org.eclipse.debug.internal.ui.views.breakpoints.BreakpointsView.handleCheckStateChanged(BreakpointsView.java:166)
	at
org.eclipse.debug.internal.ui.views.breakpoints.BreakpointsView.access$0(BreakpointsView.java:158)
	at
org.eclipse.debug.internal.ui.views.breakpoints.BreakpointsView$1.checkStateChanged(BreakpointsView.java:66)
	at
org.eclipse.jface.viewers.CheckboxTableViewer$1.run(CheckboxTableViewer.java:175)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at
org.eclipse.jface.viewers.CheckboxTableViewer.fireCheckStateChanged(CheckboxTableViewer.java:173)
	at
org.eclipse.jface.viewers.CheckboxTableViewer.handleSelect(CheckboxTableViewer.java:256)
	at
org.eclipse.jface.viewers.StructuredViewer$4.widgetSelected(StructuredViewer.java:718)
	at org.eclipse.jface.util.OpenStrategy.fireSelectionEvent(OpenStrategy.java:180)
	at org.eclipse.jface.util.OpenStrategy.access$3(OpenStrategy.java:175)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:324)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

Having xmlbuddy installed, the code completion of ant editor does not work.
I have suse linux 9.1, eclipse 3 final and xmlbuddy 2.0.10.

I Build id: 200406091200

ok, I might be missing something here, but it seems that two setTexts one 
after the other causes the browser to not redraw properly.

Try this:

Take the code from here: 

http://dev.eclipse.org/viewcvs/index.cgi/~checkout~/platform-swt-
home/snippits/snippet136.txt 

add browser.setText("hi") right after the  browser.setText(html); line.
run.e 
the browser is empty.

any listener I should be using or any refresh I should do? 

this is major for the Intro team as the intro code relies heavily on setting 
browser text in memory.

RC2

If the intro part cannot be created we create the error view.  However, in
WorkbenchIntroMananager.getViewIntroAdapterPart we blind cast to
ViewIntroAdapterPart

20041102

It is not possible to debug an Eclipse application using a Sun 1.5 VM (1.5.0 
b64) due to the following exception.

STEPS
1) Create a Debug->Eclipse Application
2) Add a 1.5 VM to your list of VMs
3) Debug using this VM

!ENTRY org.eclipse.core.runtime 4 2 2004-11-04 13:20:32.948
!MESSAGE An internal error occurred during: "Launching".
!STACK 0
java.lang.NullPointerException
	at org.eclipse.jdt.internal.launching.StandardVMDebugger.getJavaVersion
(StandardVMDebugger.java:296)
	at org.eclipse.jdt.internal.launching.StandardVMDebugger.run
(StandardVMDebugger.java:159)
	at 
org.eclipse.pde.internal.ui.launcher.WorkbenchLaunchConfigurationDelegate.launc
h(WorkbenchLaunchConfigurationDelegate.java:74)
	at org.eclipse.debug.internal.core.LaunchConfiguration.launch
(LaunchConfiguration.java:569)
	at org.eclipse.debug.internal.ui.DebugUIPlugin.buildAndLaunch
(DebugUIPlugin.java:732)
	at org.eclipse.debug.internal.ui.DebugUIPlugin$6.run
(DebugUIPlugin.java:904)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

3.0.1 RC2

- Ctrl+Shift+R
- type: WorkbenchWino (note the missing d) and hit Enter
- the dialog is dismissed with no action

Should disable OK if there is no match.

observed with version rc2

steps to reproduce:
- make problems view a fastview
- drag the fastviewbar to the right side of the screen
- expand the fastview
- change the width of the fastview

see attached screenshot

I20040907

Using IScanner#setSource(...), the line ends are not reset. Thus if a 
different source is passed in, IScanner#gerLineEnds() will not return the 
right line ends.

In the following example, the quick fix "Add unimplemented methods" does 
nothing.

public abstract class Bug
{
  abstract void bug ();

  static Bug bug = new Bug () {
  };
}

Getting this entry in the log when starting i200404200800:

!ENTRY org.eclipse.compare 4 1 Apr 20, 2004 11:19:57.886
!MESSAGE target 'org.eclipse.compare.TextMergeViewerCreator' not found

The original JDOM API (package org.eclipse.jdt.core.jdom) is obsolete. This 
API was replaced in 2.0 by the finter-grained DOM/AST API 
(org.eclipse.jdt.core.dom), but it was not until 3.0 that DOM/AST API was 
complete (was lacking a rewrite capability).

The JDOM API is still used internally, but it's a matter of time before it is 
converted to use DOM/AST.

Since we don't particularly want new clients to start using JDOM, it should be 
deprecated.

Let's say we have plug-in A, plug-in B and fragment C whose host plug-in is B. 
A declares a product extension in it's plug-in XML as follows:

<extension id="id" point="org.eclipse.core.runtime.products"> 
  <product name="testProduct" application="testApp" description="desc"> 
    <property name="preferenceCustomization" 
value="platform:/plugin/B/plugin_customization.ini"/> 
  </product> 
</extension>

The extension specifies that the plugin_customization.ini file is located in 
plug-in B. This all seems to work fine. If I install fragment C, whose host is 
B and it has an updated version of plugin_customization.ini then the updated 
version in the fragment is used as expected. If fragment C is packaged in a 
JAR file, that is, not exploded into a directory then everything seems to work 
except plugin_customization.ini is not found.

Build I200402050800.

using following example:
/**
 * @see java
 * @see java.util
 */
public class X {}

I got correct DOM AST nodes structure for the doc comment but bindings are null!

200406180010; Not a dup of 66646.

'Show In > Package Explorer' doesn't ask for removal of a filter iff there's
only a single filter set.

Steps:
- Disable all filters in Package Explorer, except for 'Referenced Libraries'.
- Open editor for java.util.Vector
- Navigate > Show In > Package Explorer
=> fails, doesn't ask for filter removal. Works iff at least one other filter
(which would not filter the element) is active.

Build 3.0 RC1

There's a missing period in a comment that is causing spew during javadoc 
generation. Here is patch:

Index: src/org/eclipse/ant/core/AntCorePreferences.java
===================================================================
RCS 
file: /home/eclipse/org.eclipse.ant.core/src/org/eclipse/ant/core/AntCorePrefer
ences.java,v
retrieving revision 1.76
diff -u -r1.76 AntCorePreferences.java
--- src/org/eclipse/ant/core/AntCorePreferences.java	28 May 2004 03:31:02 -
0000	1.76
+++ src/org/eclipse/ant/core/AntCorePreferences.java	3 Jun 2004 17:35:54 -
0000
@@ -572,7 +572,7 @@
 	}
 
 	/**
-	 * Returns the IAntClasspathEntry for the tools.jar associated with 
the path supplied
+	 * Returns the IAntClasspathEntry for the tools.jar associated with 
the path supplied.
 	 * May return <code>null</code> if no tools.jar is found (e.g. the path
 	 * points to a JRE install).
 	 *

build i0521-0800

I was trying steps to reproduce bug 33293 and I got the following exception in a
dialog and in my log file. I have auto-refresh enabled.

- create project (default location)
- in Windows Explorer create folder C:/TEMP/FOO with a couple of files in it
- in Navigator create linked folder whose location is C:/TEMP/FOO.
- try to move the project to C:/TEMP/FOO
- see that it won't let you, cancel the operation
- delete the project from the Navigator (yes to delete contents)
- in Windows Explorer delete C:/TEMP/FOO from disk
- go back to Eclipse and notice the exception below


osgi> !SESSION May 21, 2004 13:51:00.792 ---------------------------------------
------
eclipse.buildId=I200405210800
java.fullversion=J2RE 1.4.1 IBM J9 build 20040510 (JIT enabled)
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -showlocation
!ENTRY org.eclipse.core.runtime 4 2 May 21, 2004 13:51:00.852
!MESSAGE An internal error occurred during: "Win32 refresh daemon".
!STACK 0
java.lang.NullPointerException
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.NullPointerException.<init>(NullPointerException.java:60)
        at org.eclipse.core.internal.resources.refresh.win32.Win32Monitor$Linked
ResourceHandle.exists(Win32Monitor.java:208)
        at org.eclipse.core.internal.resources.refresh.win32.Win32Monitor$FileHa
ndle.handleNotification(Win32Monitor.java:65)
        at org.eclipse.core.internal.resources.refresh.win32.Win32Monitor.waitFo
rNotification(Win32Monitor.java:518)
        at org.eclipse.core.internal.resources.refresh.win32.Win32Monitor.run(Wi
n32Monitor.java)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

In the case where an intro part does a long UI operation when switching into 
standby mode, the workbench gives a "frozen" effect, and the UI is not painted 
gracefully.

Build N20040510

I had been working with my full src ws with this build. I exited Eclipse.
When I attempt to restart, I refuses.  The error in the config log is:

!SESSION May 10, 2004 14:01:30.571 --------------------------------------------
-
eclipse.buildId=N200405100010
java.version=1.4.2
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
!ENTRY org.eclipse.osgi May 10, 2004 14:01:30.571
!MESSAGE Startup error
!STACK 1
java.lang.IllegalStateException: Bundle initial@reference:file:d:/eclipse-SDK-
N20040510-win32/eclipse/plugins/org.eclipse.update.configurator_3.0.0/ [2] is 
not active.
	at org.eclipse.core.runtime.adaptor.EclipseStarter.ensureBundlesActive
(EclipseStarter.java:279)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.startup
(EclipseStarter.java:221)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:124)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:722)
	at org.eclipse.core.launcher.Main.main(Main.java:706)

Task and Bookmark markers can be created on .jpage resources, but they do
not appear in the vertical ruler or overview ruler, despite having those
preferences enabled for both text editors and java editors.

Bring up the Event Details dialog and click on the Down Arrow until you reach 
the last entry. 
Right now, once you arrive at the last entry, the "down" arrow is disabled.
Expected behavior should be:  "down" arrow should be disabled on the last 
entry only if the entry has no children.  If it does have children, then the 
down arrow would be enabled and would take you to the first child.

This is analogous to the behavior we currently with the UP arrow, where if 
you're currently at the first child, UP would take you to the parent.

Build: 3.0 RC2

I have a launch configuration on my large self-hosting workspace to launch a 
runtime workbench. I copied this workspace to a different machine. The launch 
still worked fine, but source lookup is now broken. When I try to add projects 
to the launch configuration's source lookup path, I get an exception in the log:

java.lang.ArrayIndexOutOfBoundsException
at java.lang.Throwable.<init>(Throwable.java)
at java.lang.Throwable.<init>(Throwable.java)
at java.lang.ArrayIndexOutOfBoundsException.<init>
(ArrayIndexOutOfBoundsException.java)
at 
org.eclipse.jdt.internal.debug.ui.sourcelookup.JavaProjectSourceContainerBrowser
.collectExportedEntries(JavaProjectSourceContainerBrowser.java:211)
at 
org.eclipse.jdt.internal.debug.ui.sourcelookup.JavaProjectSourceContainerBrowser
.addSourceContainers(JavaProjectSourceContainerBrowser.java:115)
at org.eclipse.debug.internal.ui.sourcelookup.AddSourceContainerDialog.okPressed
(AddSourceContainerDialog.java:152)
at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:365)
at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:506)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
at org.eclipse.jface.window.Window.runEventLoop(Window.java)
at org.eclipse.jface.window.Window.open(Window.java:648)
at org.eclipse.debug.internal.ui.sourcelookup.AddContainerAction.run
(AddContainerAction.java:36)
at 
org.eclipse.debug.internal.ui.sourcelookup.SourceContainerAction$1.widgetSelecte
d(SourceContainerAction.java:141)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
at org.eclipse.jface.window.Window.runEventLoop(Window.java)
at org.eclipse.jface.window.Window.open(Window.java:648)
at 
org.eclipse.debug.internal.ui.sourcelookup.CommonSourceNotFoundEditor.buttonSele
cted(CommonSourceNotFoundEditor.java:194)
at 
org.eclipse.debug.internal.ui.sourcelookup.CommonSourceNotFoundEditor.access$0
(CommonSourceNotFoundEditor.java:172)
at 
org.eclipse.debug.internal.ui.sourcelookup.CommonSourceNotFoundEditor$1.widgetSe
lected(CommonSourceNotFoundEditor.java:158)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1362)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1333)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:252)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:334)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:272)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:41)
at java.lang.reflect.Method.invoke(Method.java:386)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:638)
at org.eclipse.core.launcher.Main.main(Main.java:622)

I200406110010

Quite often I find this NPE in the log:


!ENTRY org.eclipse.ui 4 0 Jun 11, 2004 13:14:37.292
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at org.eclipse.swt.widgets.Control.kEventControlSetFocusPart(Control.java:1369)
	at org.eclipse.swt.widgets.Composite.kEventControlSetFocusPart(Composite.java:352)
	at org.eclipse.swt.widgets.Widget.controlProc(Widget.java:317)
	at org.eclipse.swt.widgets.Display.controlProc(Display.java:743)
	at org.eclipse.swt.internal.carbon.OS.DisposeWindow(Native Method)
	at org.eclipse.swt.widgets.Shell.destroyWidget(Shell.java:488)
	at org.eclipse.swt.widgets.Widget.dispose(Widget.java:482)
	at org.eclipse.jface.window.Window.close(Window.java:253)
	at org.eclipse.jface.dialogs.Dialog.close(Dialog.java:826)
	at org.eclipse.jface.preference.PreferenceDialog.close(PreferenceDialog.java:253)
	at org.eclipse.jface.preference.PreferenceDialog.cancelPressed(PreferenceDialog.java:233)
	at org.eclipse.jface.preference.PreferenceDialog.buttonPressed(PreferenceDialog.java:203)
	at 
org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.buttonPressed(WorkbenchPreferenceDialog.j
ava:75)
	at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:506)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1196)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1220)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1205)
	at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1053)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2868)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2538)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:72)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:
915)
	at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:866)
	at org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:
785)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1196)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1220)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1205)
	at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1053)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2868)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2538)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1362)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1333)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:252)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)
java.lang.NullPointerException

If a folder contains multiple views, switching between perspectives can result 
in the folders tab indicating that the wrong view is active. For example, lets 
say we have view "1", "2" and "3" inside of a folder. View "2" is active and 
so is it's corresponding folder tab. If you switch to a different perspective 
then switch back view "2" will be active but view "1"s tab will be. This may 
only be the case with views that have the same title.

The expected behavior is that when you change perspectives, then change back, 
the view, and it's corresponding tab, that was active will still be active.

I will attach a project that demonstrates this problem. Use the following 
instructions to test:

1. Import the com.foo project into your workspace
2. Run the com.foo.FooTest application as a Run-time Workbench
3. Switch to the Foo perspective
4. Create 3 or 4 view instances by clicking on the button in the "FooCounter" 
view
5. Use the "Widow-Open Perspective" menu to switch to a different perspective
6. Switch back to the foo perspective.
7. Try switching back and forth a couple of times. The view that is displayed 
is indicated by the button label in the FooCounter view. After switching a few 
times the active view and active folder tab are out of sync. I would expect 
the same view and view tab to be active when I change out of a perspective and 
change back to it.

Note: I had plenty of compile and syntax errors in my source (-> refactoring
using regexprs and other brute force methods). But all the
parens/braces/brackets were matched, so I nevertheless expected the indenter to
produce valid output.


!MESSAGE Action for command 'org.eclipse.jdt.ui.edit.text.java.indent' failed to
execute properly.
!STACK 0
java.lang.StringIndexOutOfBoundsException: String index out of range: 0
        at java.lang.StringBuffer.charAt(StringBuffer.java:283)
        at
org.eclipse.jdt.internal.ui.actions.IndentAction.indentLine(IndentAction.java:257)
        at
org.eclipse.jdt.internal.ui.actions.IndentAction.access$1(IndentAction.java:211)
        at
org.eclipse.jdt.internal.ui.actions.IndentAction$1.run(IndentAction.java:133)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
        at
org.eclipse.jdt.internal.ui.actions.IndentAction.run(IndentAction.java:172)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at
org.eclipse.ui.internal.commands.ActionHandler.execute(ActionHandler.java:40)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:414)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:778)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:815)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:505)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:444)
        at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:233)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Display.filterEvent(Display.java:699)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:832)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:857)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:842)
        at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1716)
        at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1712)
        at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3037)
        at org.eclipse.swt.widgets.Control.windowProc(Control.java:2940)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java:2865)
        at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
        at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1371)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2019)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1530)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1506)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:248)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:85)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
        at org.eclipse.core.launcher.Main.run(Main.java:742)
        at org.eclipse.core.launcher.Main.main(Main.java:581)
Action for command 'org.eclipse.jdt.ui.edit.text.java.indent' failed to execute
properly.

Depending on how lucky you are (the order that listeners are registered), the Debug view can fail to 
close the generic debugging views when the last launch terminates. This is because it notices that the 
"Debugging" context is still running.

I'm not sure of the proper solution for this, but I found an exception in org.
eclipse.ui.internal.registry.PerspectiveRegistry.findPerspectiveWithId.  The 
test suite I'm running doesn't have any perspectives (it should, I've fixed that 
now).  That caused org.eclipse.ui.internal.registry.RegistryManager.
getRegistryObjects to return null, which raised an NPE on the next line.

I'm not sure if #getRegistryObjects should be changed to return an empty array 
or if PerspectiveRegistry should be changed to check for null.

The checkboxes beside the items in the directory tree (left hand pane) are not updated properly when 
"Select Types..." is used to filter out some of the files to export. To see this, select a project, bring up 
the Export dialog, use "Select Types..." to filter out some of the files being exported. At this point, the 
checkmark at the root of the directory hierarchy should be marked "grayed" to indicate partial selection. 
Instead it is still showing as "checked" to indicate full selection.

Same for Import.

3.1 M3 Test pass

- class X implements Set<String> {}
- QuickFix

Log:

!ENTRY org.eclipse.ui 4 0 2004-11-04 16:45:43.786
!MESSAGE java.lang.ClassCastException
!STACK 0
java.lang.ClassCastException
	at org.eclipse.jdt.core.dom.ASTNode.checkNewChild(ASTNode.java:1865)
	at org.eclipse.jdt.core.dom.ASTNode$NodeList.add(ASTNode.java:1242)
	at java.util.AbstractList.add(AbstractList.java:102)
	at
org.eclipse.jdt.internal.ui.text.correction.UnimplementedMethodsCompletionProposal.createNewMethodDeclaration(UnimplementedMethodsCompletionProposal.java:101)
	at
org.eclipse.jdt.internal.ui.text.correction.UnimplementedMethodsCompletionProposal.getRewrite(UnimplementedMethodsCompletionProposal.java:83)
	at
org.eclipse.jdt.internal.ui.text.correction.ASTRewriteCorrectionProposal.addEdits(ASTRewriteCorrectionProposal.java:61)
	at
org.eclipse.jdt.internal.ui.text.correction.CUCorrectionProposal.initializeTextChange(CUCorrectionProposal.java:135)
	at
org.eclipse.jdt.internal.ui.text.correction.UnimplementedMethodsCompletionProposal.getAdditionalProposalInfo(UnimplementedMethodsCompletionProposal.java:259)
	at
org.eclipse.jface.text.contentassist.AdditionalInfoController.computeInformation(AdditionalInfoController.java:221)
	at
org.eclipse.jface.text.AbstractInformationControlManager.doShowInformation(AbstractInformationControlManager.java:761)
	at
org.eclipse.jface.text.AbstractInformationControlManager.showInformation(AbstractInformationControlManager.java:751)
	at
org.eclipse.jface.text.contentassist.AdditionalInfoController$1.run(AdditionalInfoController.java:173)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:118)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2771)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2451)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1527)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1498)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:276)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
	at java.lang.reflect.Method.invoke(Method.java:391)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:704)
	at org.eclipse.core.launcher.Main.main(Main.java:688)

On startup of an empty workspace, the DecoratorManager is initialized.
It seems to be triggered by the ResourceNavigator (note that in this case it was
not even visible since the intro view was still maximized).

Install a feature to a new site that contains a DBCS file name (Chinese).
Open the Configuration Manager.
Select the root of the tree.
Select "Show Activities" or "View Installation History"
The DBCS directory name will not be shown corrrectly for Site Install.

As per dorian birsan, I am entering this bug. I have tried on several occasions
and several ways to update my Eclipse version 3.0.0 to 3.0.1. In every case the
outcome was the same, Eclipse will not run. I can make it run by deleting the
configuration directory, but then it thinks it is still in version 3.0.0 and
continues to ask me if I want to update. I also end up with both the 3.0.0 and
the 3.0.1 versions of the files being loaded and who knows what kind of problems
that will create.

I have entered a bug on the buildId not updating as a Runtime bug as per dorian
birsan. The bug # is 74621.

The update process takes 4-5 hours to download the files, there are one or more
files that are 'unsigned', the update processes fails many times with a dialog
to 'retry' and on one occasion it failed so bad I had to back up and start
again. Needless to say, with the overly long download times, I can only make one
update attempt per day. And I have done this 4 times.

I have even gone so far as to unzip 3.0.0 into C:\Eclipse which created the
eclipse directory. Started Eclipse and went immediately to Help -> Software
Updates -> Manage Configuration, clicked on Scan for Updates and followed
the instructions to start the download. 4.5 hours later, after 8 retries
and 1 complete restart, I get the 'Restart the Workbench' dialog box. Was
I successful?

No. Same problem as before. The config.ini still has the original build Id
in it and it still won't open.

here is the log file:

!SESSION Sep 21, 2004 15:37:31.225 ---------------------------------------------
eclipse.buildId=I200406251208
java.version=1.4.2_03
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US

!ENTRY org.eclipse.osgi Sep 21, 2004 15:37:31.225
!MESSAGE Application error
!STACK 1
java.lang.RuntimeException: No application id has been found.
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:313)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

!ENTRY org.eclipse.osgi Sep 21, 2004 15:37:31.241
!MESSAGE Bundle update@/c:/Eclipse/eclipse/plugins/org.eclipse.compare_3.0.0/
[7] was not resolved.

!ENTRY org.eclipse.osgi Sep 21, 2004 15:37:31.241
!MESSAGE Bundle
update@/c:/Eclipse/eclipse/plugins/org.eclipse.core.resources.win32_3.0.0/ [11]
was not resolved.

!ENTRY org.eclipse.osgi Sep 21, 2004 15:37:31.241
!MESSAGE Bundle update@/c:/Eclipse/eclipse/plugins/org.eclipse.help.ide_3.0.0/
[20] was not resolved.

!ENTRY org.eclipse.osgi Sep 21, 2004 15:37:31.241
!MESSAGE Bundle update@/c:/Eclipse/eclipse/plugins/org.eclipse.help.ui_3.0.0/
[21] was not resolved.

!ENTRY org.eclipse.osgi Sep 21, 2004 15:37:31.241
!MESSAGE Bundle update@/c:/Eclipse/eclipse/plugins/org.eclipse.jface_3.0.0/ [36]
was not resolved.

!ENTRY org.eclipse.osgi Sep 21, 2004 15:37:31.241
!MESSAGE Bundle update@/c:/Eclipse/eclipse/plugins/org.eclipse.team.core_3.0.0/
[59] was not resolved.

!ENTRY org.eclipse.osgi Sep 21, 2004 15:37:31.241
!MESSAGE Bundle
update@/c:/Eclipse/eclipse/plugins/org.eclipse.team.cvs.ssh2_3.0.0/ [61] was not
resolved.

!ENTRY org.eclipse.osgi Sep 21, 2004 15:37:31.241
!MESSAGE Bundle
update@/c:/Eclipse/eclipse/plugins/org.eclipse.team.cvs.ssh_3.0.0/ [62] was not
resolved.

!ENTRY org.eclipse.osgi Sep 21, 2004 15:37:31.256
!MESSAGE Bundle update@/c:/Eclipse/eclipse/plugins/org.eclipse.tomcat_4.1.30/
[66] was not resolved.

!ENTRY org.eclipse.osgi Sep 21, 2004 15:37:31.256
!MESSAGE Bundle update@/c:/Eclipse/eclipse/plugins/org.eclipse.ui.console_3.0.0/
[68] was not resolved.

!ENTRY org.eclipse.osgi Sep 21, 2004 15:37:31.256
!MESSAGE Bundle update@/c:/Eclipse/eclipse/plugins/org.eclipse.ui.forms_3.0.0/
[71] was not resolved.

!ENTRY org.eclipse.osgi Sep 21, 2004 15:37:31.256
!MESSAGE Bundle update@/c:/Eclipse/eclipse/plugins/org.eclipse.ui.views_3.0.0/
[75] was not resolved.

!ENTRY org.eclipse.osgi Sep 21, 2004 15:37:31.256
!MESSAGE Bundle
update@/c:/Eclipse/eclipse/plugins/org.eclipse.ui.workbench.compatibility_3.0.0/
[77] was not resolved.

!ENTRY org.eclipse.osgi Sep 21, 2004 15:37:31.256
!MESSAGE Bundle
update@/c:/Eclipse/eclipse/plugins/org.eclipse.update.core.win32_3.0.0/ [82] was
not resolved.

!ENTRY org.eclipse.osgi Sep 21, 2004 15:37:31.256
!MESSAGE Bundle
update@/c:/Eclipse/eclipse/plugins/org.eclipse.update.scheduler_3.0.0/ [84] was
not resolved.

!ENTRY org.eclipse.osgi Sep 21, 2004 15:37:31.256
!MESSAGE Bundle update@/c:/Eclipse/eclipse/plugins/org.eclipse.pde.build_3.0.1/
[89] was not resolved.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.256
!MESSAGE Missing required bundle org.eclipse.update.core_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.256
!MESSAGE Missing required bundle org.apache.ant_0.0.0.

!ENTRY org.eclipse.osgi Sep 21, 2004 15:37:31.256
!MESSAGE Bundle update@/c:/Eclipse/eclipse/plugins/org.eclipse.pde.core_3.0.1/
[90] was not resolved.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.256
!MESSAGE Missing required bundle org.eclipse.core.resources_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.256
!MESSAGE Missing required bundle org.eclipse.jdt.core_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.256
!MESSAGE Missing required bundle org.eclipse.team.core_0.0.0.

!ENTRY org.eclipse.osgi Sep 21, 2004 15:37:31.256
!MESSAGE Bundle
update@/c:/Eclipse/eclipse/plugins/org.eclipse.pde.runtime_3.0.1/ [91] was not
resolved.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.256
!MESSAGE Missing required bundle org.eclipse.ui_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.256
!MESSAGE Missing required bundle org.eclipse.ui.views_0.0.0.

!ENTRY org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Bundle update@/c:/Eclipse/eclipse/plugins/org.eclipse.pde.ui_3.0.1/
[93] was not resolved.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.ui.ide_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.ui.views_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.jface.text_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.ui.workbench.texteditor_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.ui.editors_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.core.resources_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.debug.core_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.debug.ui_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.help.base_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.jdt.core_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.jdt.debug.ui_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.jdt.launching_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.jdt.ui_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.pde_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.pde.build_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.search_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.team.core_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.ui_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.update.core_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.ui.forms_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.ant.ui_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.jdt.junit_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.ui.intro_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.ui.cheatsheets_0.0.0.

!ENTRY org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Bundle update@/c:/Eclipse/eclipse/plugins/org.eclipse.pde_3.0.1/ [94]
was not resolved.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.pde.core_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.core.resources_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.jdt.core_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing required bundle org.eclipse.text_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing optionally required bundle org.eclipse.ui.intro_0.0.0.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.272
!MESSAGE Missing optionally required bundle org.eclipse.ui.cheatsheets_0.0.0.

!ENTRY org.eclipse.osgi Sep 21, 2004 15:37:31.538
!MESSAGE Bundle update@/c:/Eclipse/eclipse/plugins/org.eclipse.sdk_3.0.1/ [95]
was not resolved.
!SUBENTRY 1 org.eclipse.osgi Sep 21, 2004 15:37:31.538
!MESSAGE Missing required bundle org.eclipse.ui_0.0.0.

3.0 RC1
Should not assume that validateEdit is being called from UI thread. In the case
of a resource copy for example, it can be called from a model context.

I200408241200

Symptoms:
- when debugging in my existing workspace's Debug perspective the breakpoints
get correctly hit and the stack traces shown in the Debug view, however the
Variables vie is completely empty and the Run > Inspect and Run > Display menus
are disabled

- then switched back to I200408170800 and the Variables view works

- then switched back to I200408241200 and the Variables view is empty

- created a new empty workspace with same test class and debugging in the Debug
perspective works correctly i.e. Variables view shows values

- after closing and reopening the Debug perspective in my old worksace debugging
works again using I200408241200

Might this might be related to the bug fix for bug 72449?

There are several activation problems in WorkbenchPage.bringToTop.

1. When called on a part in the same stack as the active part, the new part will
be brought to the front, added to the activation list and appear to be active,
but WorkbenchPage.getActivePart() will continue to point to the
previously-active part.

2. When called on a part in a different stack from the active part, it is moved
to the top of the activation list even though it is never active. (This minor
regression was introduced in the patch to bug 41931).

3. When called on an editor in a different stack from the active editor, the new
editor becomes active. This is correct behavior if the new editor is in the same
stack as the active editor, but in other situations it can result in unwanted
activation changes and WorkbenchPage.getActivePart() and
WorkbenchPage.getActiveEditor() will end up pointing to two different editors
(they should only point to different objects when the active part is a view).

4. The method has no effect when another part is zoomed.

I'm using in the CVS Repositories perspective the context menu on a module of 
HEAD. I choose 'Configure Branches and Versions...'. The Dialog displays no 
branches and versions on the selected folder. Then I got:

Error Aug 25, 2004 15:11:30.20 An internal error occurred during: "Fetching 
children of HEAD".
java.lang.NullPointerException
	at 
org.eclipse.team.internal.ccvs.ui.repo.RepositoryRoot.getDefinedModules
(RepositoryRoot.java:116)
	at 
org.eclipse.team.internal.ccvs.ui.operations.FetchMembersOperation.execute
(FetchMembersOperation.java:110)
	at org.eclipse.team.internal.ccvs.ui.operations.CVSOperation.run
(CVSOperation.java:84)
	at 
org.eclipse.team.internal.ccvs.ui.model.CVSTagElement.fetchDeferredChildren
(CVSTagElement.java:134)
	at org.eclipse.ui.progress.DeferredTreeContentManager$1.run
(DeferredTreeContentManager.java:152)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)


Session Data:
eclipse.buildId=M200407281300
java.version=1.4.2_05
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -showlocation


If you need more details to reproduce, I'll help.

Best regards

Martin

Monochrome bmp and ico image data, and icon masks are not handle correctly if
the width is something besides a multiple of 32. I'm seeing this on both windows
and linux, with swt 2135 and 3038.

I've narrowed it down to the handling of padding. Bitmaps and icons (or anything
the uses the DIB format) need to have each scanline padded to a multiple of 4
bytes. This padding ends up in the ImageData, corrupting the image.

This patch (only tested on windows) which removes the padding from the data
fixes the problem.

I tried modifying the scanline padding values passed into
ImageData.internal_new(), but it had no effect. These values are currently hard
coded which doesn't seem right either.

Index: WinBMPFileFormat.java
===================================================================
retrieving revision 1.8
diff -u -r1.8 WinBMPFileFormat.java
--- WinBMPFileFormat.java	10 Mar 2003 22:25:27 -0000	1.8
+++ WinBMPFileFormat.java	14 Feb 2004 20:57:28 -0000
@@ -333,11 +333,18 @@
 	int width = (infoHeader[4] & 0xFF) | ((infoHeader[5] & 0xFF) << 8) |
((infoHeader[6] & 0xFF) << 16) | ((infoHeader[7] & 0xFF) << 24);
 	int height = (infoHeader[8] & 0xFF) | ((infoHeader[9] & 0xFF) << 8) |
((infoHeader[10] & 0xFF) << 16) | ((infoHeader[11] & 0xFF) << 24);
 	int bitCount = (infoHeader[14] & 0xFF) | ((infoHeader[15] & 0xFF) << 8);
-	int stride = (width * bitCount + 7) / 8;
-	stride = (stride + 3) / 4 * 4; // Round up to 4 byte multiple
+	int bytesCount = (width * bitCount + 7) / 8;
+	int stride = (bytesCount + 3) / 4 * 4; // Round up to 4 byte multiple
 	byte[] data = loadData(infoHeader, stride);
 	flipScanLines(data, stride, height);
-	return data;
+	byte[] fixed = new byte[width * height * bitCount / 8];
+	int k = 0;
+	for (int j = 0; j < data.length; j++) {
+		if((j % stride) < bytesCount) {
+			fixed[k++] = data[j];
+		}
+	}
+	return fixed;
 }
 byte[] loadData(byte[] infoHeader, int stride) {
 	int height = (infoHeader[8] & 0xFF) | ((infoHeader[9] & 0xFF) << 8) |
((infoHeader[10] & 0xFF) << 16) | ((infoHeader[11] & 0xFF) << 24);

Build I20040506

0. Get in a state where you have incoming changes for several projects.
1. Select a handful of the projects (not necessarily contiguous) and do Update

Observe: (intermittent) Sometimes the topmost selected item does not turn to 
italics while the operation is in progress. Sometimes a non-selected item is 
turned italics (and stays that way). 

I suspect a threading problem. It's as if the thread that turns things to 
italics is using item positions and is not taking into account the fact that 
the operation running in another thread is removing items from the list as 
they are updated.

No matter where I position the mouse cursor if there is some text under the
cursor I get a tooltip telling me "xx changed lines" where xx is different for
each build file.

If I issue the following command to determine whether an installation of a
feature will succeed given my current Configuration, the command line returns
Command completed successfully".


 java -cp C:\tmp\ProjectResearch\eclipse-Product\eclipse\startup.jar
 org.eclipse.core.launcher.Main -debug -nosplash -application
 org.eclipse.update.core.standaloneUpdate -command install -featureId
 org.eclipse.sdk.examples -version 2.1.1 -from
 http://update.eclipse.org/updates/ -verifyOnly true

 In 3.0 RC1 I actually installed the 2.1.1 Examples in this fashion.  The issue
is that the GUI does NOT permit the installation of the same feature  given the
same (Eclipse 3.0RC2) configuration: the complaint is 'Eclipse SDK Examples
(2.1.1) requires plug-in "org.eclipse.jdt (2.1.1)", or compatible'.

 What exactly are the semantics of Install, and how does it differ from
Configuration?  Is there a document that clarifies the semantics of Install and
Configuration?  Can you "force" an installation of a feature that may not be
configurable?  For a given configuration, is it possible-- through the command
line-- to get an idea of which features are configurable and which are not? 
There should be no difference how the command-line and GUI interpret these
semantics, right?

Note: Are product may ship with only a subset (read: non-gui) portion of Update
Manager.

This is a regression. You basically can't remove merges and comparasons from 
the sync view anymore.

The Remove All image is incorrectly specified as "removeAll_co.gif". The file's name is all 
lowercase.

build 3.0.1 RC2

The DefaultPreferences class has problems if the runtime.compatibility layer is
not installed. In the code which initializes the runtime defaults, it calls
Platform#getPluginRegistry and checks for a null return. But this method will
throw an IllegalStateException if the runtime.compatibility layer is not installed.

This effects all RCP apps who access the default preferences.

build R3.0.

We are having some test failures when trying to run the automated tests on
MacOSX. The underlying problems seems to be in the behaviour of the following code:

File file = new File("/tmp/foo");
file.mkdirs();
File file2 = new File(file.toString().toUppercase());
if (file2.exists())
  System.out.println("already exists");
else
  System.out.println("does not exist");

On the Mac, the we get the message "already exists" but our check to see if we
are on a case-sensitive file-system says that we are. (see: CoreFileSystemLibrary)

TypeDeclarationPattern's char classOrInterface is being used to create a key 
in createIndexKey(). The key for a search without specifying typename, 
packagename, enclosingname will become 
[*, /, C] 
if classOrInterface is set to IIndexConstants.CLASS_SUFFIX. 
 
Index entries of e.g. toplevel types in the default package will look like  
[S, o, m, e, T, y, p, e, /, /, /, C] 
 
Now in DiskIndex.addQueryResults(), Index.isMatch(key, word, matchRule) is 
called, which will run a CharOperation.match(pattern, word, false) (pattern 
match). 
 
This returns false, although it should be a match. CharOperation.match() is 
probably not greedy wrt the '*', i.e. the '*' doesn't include the first two 
slashes. 
 
When searching with TYPE_SUFFIX, the generated key will be null, where 
CharOperation.match() returns true.

Hi,

using the browser snippet (http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%
7E/platform-swt-home/snippits/snippet128.html) and entering something 
like "C:/skdjskjd" (= non existing file) results in a Nullpointer Exception at 
org.eclipse.swt.browser.Browser.setUrl(Browser.java:1094).

I am currently simply catching the NullpointerException but that's not very 
good style.

Regards,
Ben

Click on Help -> software update -> Manage configuration
 
Select eclipse platform and click on view installation history.

This panel shows corrupted characters in French and Brazilian Portuguese.

Those strings come from this file:
eclipse\plugins\org.eclipse.update.ui\updateui_jar\org\eclipse\update\internal\ui\UpdateUIPluginResources.properties.

As it is a prop file, it has been converted to the correct code page via
native2ascii, and of course shows corrupted in Mozilla. (or IE)

Problem is, we cannot convert the codepage as part of the same file is to be
shown in a panel and as you may see in Screen capture #2, they show ok (it's
screen capture of a string form same file showing without corruption).

The two screen shots show 2 panels coming from same string. Shown from Help ->
Software update. One shows corruption, the other not.

We suggest these be separated into two seperate files.

Using Tomcat 5.0.16 and the JSP example editor, I've got breakpoints that work.
 When I create a condition, however, it always stops anyway, even for "false".

Nightly build 0319

- start a new eclipse install
- show the Java > Code Style preference page
- will get the attached exception

The JDIDebugPluging is using the deprecated means of initializing preferences.
We should move to the new story.

1) Create a directory containing jar file
2) Add this jar file to a new user library
3) Rename directory from 1)
4) Update the path to jar file in user libraries (select old jar reference,
select new location in browser, open -> path is not updated, but old path is
still used

N20040920

Test failure

expected:<foo> but was:<> 

junit.framework.ComparisonFailure: expected:<foo> but was:<>
at org.eclipse.jdt.debug.tests.core.ArgumentTests.testOutput
(ArgumentTests.java:316)
at org.eclipse.jdt.debug.tests.core.ArgumentTests.testWithVMArg
(ArgumentTests.java:258)
at org.eclipse.jdt.debug.tests.core.ArgumentTests.testVMArgSingle
(ArgumentTests.java:122)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at org.eclipse.jdt.debug.tests.DebugSuite$1.run(DebugSuite.java:53)
at java.lang.Thread.run(Thread.java:534)

double clicking a search result should set focus to the editor pane as per
double clicking a 'problem'. this assists rapid development as the developer can
start editing the search result without manually changing focus. changing focus
would not limit any user either as the search pane is most commonly used with a
mouse.

With the changes of bug 44343, the external entity support within the Ant 
outline has changed drastically. The Open With menu support has been lost.

Buttons in the Event Details dialog for going up, down and copying need 
tooltips. As it is now, we rely on user's familiarity with the icons to deduce 
their purpose.

I200405180816

Open type hierarchy on IWorkbench. The implementing class Workbench is not 
shown. You have to press 'Show subtype hierarchy' to see it.

I200405060200 + plug-in export for I200405110800

I was running two JUnit plug-in tests from two different workbench window (maybe
I switched to early from one window to the other). I then saw very odd behavior:
the JUnit view switched showing results from both tests (see attached picture
which shows that the jdt.ui.tests are run but a result from the refactoring
tests is reported (below title).

The cause for this might be the following NPE(?):

Build 20040506

JDTCore uses the required plugins container on its classpath. As a consequence, 
I cannot launch the batch compiler as a Java application from a dependent Java 
project which doesn't have PDE nature.

I use to define a test project named Crap, located in my workspace, and 
dependent on JDT Core (explicitly). It uses only non Eclipse based portions of 
JDT Core, such as the batch compiler.

If you put the following program in separate project simply dependent on 
JDTCore, it should execute properly:


import java.io.File;
import java.io.IOException;
import java.lang.reflect.Method;
 
import org.eclipse.jdt.core.ToolFactory;
import org.eclipse.jdt.core.util.ClassFileBytesDisassembler;
import org.eclipse.jdt.core.util.ClassFormatException;
import org.eclipse.jdt.internal.compiler.batch.Main;
import org.eclipse.jdt.internal.compiler.util.Util;

public class Compile { 

    public static void main(String[] args) {
    	
		String fileName = "X"; //$NON-NLS-1$
		Main.compile(
		
	"d:/eclipse/workspaces/dev3.0/plugins/Crap/src/"+fileName+".java" //
$NON-NLS-1$ //$NON-NLS-2$
			+ " -1.3 -source 1.3 -target 1.1 -
warn:+localHiding,fieldHiding,javadoc " //$NON-NLS-1$
			+ " -g -preserveAllLocals "	//$NON-NLS-1$
			+ " -cp 
d:/jdk1.4.1/jre/lib/rt.jar;d:/eclipse/workspaces/dev3.0/plugins/Crap/bin/" //
$NON-NLS-1$
			+ " -verbose " //$NON-NLS-1$
			+ " -proceedOnError "	//$NON-NLS-1$
			+ " -d d:/eclipse/workspaces/dev3.0/plugins/Crap/bin");
	//$NON-NLS-1$
							
		if (false) return;
		System.out.println("\n\nRUNNING---------\n");	//$NON-NLS-1$
		try {
			Class clazz = Class.forName(fileName.replace
('\\', '/').replace('/', '.'));
			Method method = clazz.getMethod("main", new Class[] 
{String[].class}); //$NON-NLS-1$ //$NON-NLS-2$
			method.invoke(null, new Object[]{ new String[0]});
		} catch(Error e){
			e.printStackTrace();
		} catch (Exception e){
			e.printStackTrace();
		}
		System.out.println("\nRUN FINISHED--------\n\n");	//$NON-
NLS-1$
									
		System.out.println("\n\nDISASSEMBLING---------\n");	//$NON-
NLS-1$
		String[] filesToDisassemble = {
			fileName+".class", //$NON-NLS-1$
//			"XXL.class", //$NON-NLS-1$
		};

		for (int i = 0; i < filesToDisassemble.length; i++){
			try {
				ClassFileBytesDisassembler disassembler = 
ToolFactory.createDefaultClassFileBytesDisassembler();
				byte[] bytes = Util.getFileByteContent(new File
("d:/eclipse/workspaces/dev3.0/plugins/Crap/bin/" + filesToDisassemble[i])); //
$NON-NLS-1$
				System.out.println(disassembler.disassemble
(bytes, "\n", ClassFileBytesDisassembler.DETAILED)); //$NON-NLS-1$
			} catch(IOException e) {
			} catch(ClassFormatException e) {
			}
		}
		System.out.println("\nDISASM FINISHED--------\n\n");	//$NON-
NLS-1$

		if (true) {
			System.out.println("\n\nTEST CASE---------\n"); //$NON-
NLS-1$
			System.out.println
(org.eclipse.jdt.core.tests.util.Util.fileContentToDisplayString
("d:/eclipse/workspaces/dev3.0/plugins/Crap/src/"+fileName+".java", 3, 
true)); //$NON-NLS-1$ //$NON-NLS-2$
		}    
    }
}

Clean up the listeners for ViewRegistry and PerspectiveRegistry in 
WorkbenchPlugin.reset().  Will likely need addition of dispose method in both 
of these registries to do this.

When I perform an Add to .cvsignore, I get a progres dialog and then the ignore
dialog over it. I suspect the problem may that I converted CVSAction and
TeamAction to use the progress service. This may be giving us dialogs when they
are of no use. It may not be this, in which case, the ignore action should not
open a progress dialog.

Try to load the attached image and an ArrayIndexOutOfBoundsException will be 
thrown.

We added support for appending/prepending the default bootpath. We can make 
this a non-breaking change by placing the attribtues in the VM specific 
attributes table. Then the VMRunner can use the new options if supported 
(rather than making the launch delegate responsible for setting up the proper 
bootpath).

This avoids breaking existing launch delegates.

I reported a bug (#65642) about some color issues. Some further experimentation
leads me to this refinement of the bug: Control objects don't seem to handle
color correctly in some instances. I've seen this problem manifested in Labels,
and a coworker has seen the same issue in a List, leading me to believe that
it's a problem in the common ancestor, Control. Of course, this makes sense
since setForeground() and setBackground() are in Control. I'll attach some
sample code to illustrate a case where it breaks for me under SWT 3.0RC1.

build I20040317

As with view menus (bug 55155), how the view toolbar is presented needs to be
moved from ViewPane (internal) to the view presentation.

This is needed to make the presentation story complete for 3.0.
Though not critical for LWP, it would be nice to have for M8.

3.0 M8: Resizing Apply Patch dialog doesn't resize the project tree vertically.

My key bindings periodically stop working (all bindings, not just my custom
ones) in eclipse 3.0RC1 on linux fedora core 2.

I can get them back by going to the keybindings pref page and clicking Ok
without changing anything

Build I200408170800: Creating a super type hierarchy of a generic or non-
generic class C extending a generic type with actual or formal type parameters 
yields an empty hierarchy

Steps to reproduce:
- Create class A<T>
- Create class B extends A<String> or class B<T> extends A<T>
- Create field b of arbitrary type in B
- Set breakpoints in all implementations of

ITypeHierarchy IType.newSupertypeHierarchy(IProgressMonitor monitor) throws 
JavaModelException;

- Invoke "Pull Up" Refactoring on b

Strangely enough, the hierarchy view of the Java perspective displays the 
correct hierarchy. Nevertheless it does not seem like a refactoring 
problem: "Push Down" uses subtype hierarchies for the same type information

I20040318_1131

Trying to launch the AllAllTests from jdt refactoring always gives me the 
following error message:

Error Launch: Resource /org.eclipse.jdt.junit.eclipse does not exist.

build M9

- open class UIPreferenceInitializer in  org.eclipse.ui.internal
- change the following line FROM:
   store.setDefault(IWorkbenchPreferenceConstants.OPEN_NEW_PERSPECTIVE, 
IWorkbenchPreferenceConstants.OPEN_PERSPECTIVE_REPLACE);

TO:

   store.setddDefault(IWorkbenchPreferenceConstants.OPEN_NEW_PERSPECTIVE, 
IWorkbenchPreferenceConstants.OPEN_PERSPECTIVE_REPLACE);

- now save it
- now select the quickfix option from the left hand side of the editor
-  note that the popup window has 5 versions of the same text, even though 
there is space for more text
- compare with the Ctrl+space popup it seems that there could be more 
information here

I20040317

1) Open Eclipse on existing workspace
2) Hit Ctrl+O to get content outline popup
3) Hit Esc to close popup

-> Progress monitor in lower right runs forever (have to shutdown to get rid of it)

I will leave this bug in core for now until we find out where the problem is.

Scrolling in the launch configurations tree by keyboard (Up and down arrow) is
extremely slow.

I have assigned a shortcut to "Debug..." and I'd like to open the dialog and
select a launch target by keyboard only. Currently, the dialog takes half a
second for each step to the next configuration. Maybe the right side of the
dialog should only be updated on postSelection and not on selection.

I20040318
Win2k

This is related to #54719.

When the user brings up the Examples wizard, by going to File -> New -> 
Example... (assuming you have examples available), a dialog shows up. However, 
the dialog is initially empty. In order to see the examples, the user has to 
click on "Show All Wizards". And, even in doing so, not all wizards are shown 
(only examples).

The example wizards should initially be shown in the dialog, rather than 
forcing the user to click on "Show all Wizards".

build RC1

When we get notification that the prefs file has been deleted from the disk, we
remove the node from the hierarchy. We also need to remove the node from the
cache of loaded nodes so if the file is re-created we can pick up those changes
later.

When a view is hidden, the new IPerspectiveListener2 listeners are notified after dispose events 
have been received. This affects the DisplayView, which wants to persist its contents on closure. 
The events look like so:
1. IPartListener notified.
2. The ViewPane's DisposeListeners notified.
3. IPerspectiveListener2  notified.

This means that by the time IPerspectiveListener2 hears about the view being closed, important 
state can already be lost. In the case of the DisplayView, we have a TextListener which deletes its 
document in response to the dispose. This prevents us from accessing the view contents to persist 
them.

The code in question looks like it's in WorkbenchPage:

  private void hideView(Perspective persp, IViewReference ref) {
    // Hide the part.
    persp.hideView(ref);

    // Notify interested listeners
    window.firePerspectiveChanged(this, getPerspective(), ref, CHANGE_VIEW_HIDE);
    ...
  }

Would it make any sense to just reorder these lines?

Build 200406030854

After debugging Eclipse for a little while I noticed that I have a ton of "Invalid stack frame" 
exceptions in my log (around 40 of them - I guess one for each frame?). Looks like Bug 57467, but 
I'm not sure if the underlying cause is really a dup.

org.eclipse.debug.core.DebugException: Invalid stack frame
	at org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.
getUnderlyingStackFrame(JDIStackFrame.java:961)
	at org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.
getUnderlyingMethod(JDIStackFrame.java:226)
	at org.eclipse.jdt.internal.debug.core.model.JDIStackFrame.isOutOfSynch(JDIStackFrame.
java:880)
	at org.eclipse.jdt.internal.debug.ui.JDIModelPresentation.
computeJDIAdornmentFlags(JDIModelPresentation.java:831)
	at org.eclipse.jdt.internal.debug.ui.JDIModelPresentation.
getDebugElementImage(JDIModelPresentation.java:797)
	at org.eclipse.jdt.internal.debug.ui.JDIModelPresentation.getImage(JDIModelPresentation.java:
637)
	at org.eclipse.debug.internal.ui.LazyModelPresentation.getImage(LazyModelPresentation.java:
94)
	at org.eclipse.debug.internal.ui.DelegatingModelPresentation.
getImage(DelegatingModelPresentation.java:141)
	at org.eclipse.debug.internal.ui.views.DebugViewInterimLabelProvider.
getImage(DebugViewInterimLabelProvider.java:58)
	at org.eclipse.jface.viewers.DecoratingLabelProvider.getImage(DecoratingLabelProvider.java:
74)
	at org.eclipse.debug.internal.ui.views.launch.LaunchViewer.doUpdateItem(LaunchViewer.java:
92)
	at org.eclipse.jface.viewers.AbstractTreeViewer$UpdateItemSafeRunnable.
run(AbstractTreeViewer.java:83)
	at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem(AbstractTreeViewer.java:459)
	at org.eclipse.jface.viewers.StructuredViewer$UpdateItemSafeRunnable.
run(StructuredViewer.java:128)
	at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.jface.viewers.StructuredViewer.updateItem(StructuredViewer.java:1368)
	at org.eclipse.jface.viewers.StructuredViewer.update(StructuredViewer.java:1352)
	at org.eclipse.jface.viewers.StructuredViewer.update(StructuredViewer.java:1280)
	at org.eclipse.debug.internal.ui.views.DebugViewDecoratingLabelProvider.
labelsComputed(DebugViewDecoratingLabelProvider.java:67)
	at org.eclipse.debug.internal.ui.views.DebugViewLabelDecorator$1.
run(DebugViewLabelDecorator.java:135)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2489)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2226)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:
25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

20040325 - 8am build

Perform a search & select several results.

Now delete them using the delete button - only 1 is deleted.

The Delete key doesn't do anything.

I cannot delete an entire tree in the tree view.

1) Edit the source for any java file in a plugin (i.e. hit space, and leave the file "dirty")
2) Start a self hosted workspace
3) When the "save changes dialog" appears, say yes.
4) Notice that a dialog appears that has the "run in background" button.

As I'm porting our Swing based studio to Eclipse, here are a couple of things I 
observed. As requested by Steve Northover, I wrote a sample editor to easily 
reproduce these problems. To use it, assign this editor to ".swingtext" files, 
create such a file with any text editor and open it in Eclipse.

I'm using M7, JDK 1.4.2_03b02

1/ I systematically get a NullPointerException when the editor is closed. It 
seems that Swing still try to paint it while its parent has been disposed.
Thread [AWT-EventQueue-0] (Suspended (exception NullPointerException))
	Win32BlitLoops.Blit(SurfaceData, SurfaceData, Composite, Region, int, 
int, int, int, int, int) line: not available [native method]
	DrawImage.blitSurfaceData(SunGraphics2D, SurfaceData, SurfaceData, 
SurfaceType, SurfaceType, int, int, int, int, int, int, Color) line: 640
	DrawImage.renderSurfaceData(SunGraphics2D, SurfaceData, Color, int, 
int, int, int, int, int) line: 346
	DrawImage.copyImage(SunGraphics2D, Image, int, int, int, int, int, int, 
Color) line: 66
	DrawImage.copyImage(SunGraphics2D, Image, int, int, Color) line: 50
	DrawImage.copyImage(SunGraphics2D, Image, int, int, Color, 
ImageObserver) line: 736
	ValidatePipe.copyImage(SunGraphics2D, Image, int, int, Color, 
ImageObserver) line: 147
	SunGraphics2D.drawImage(Image, int, int, Color, ImageObserver) line: 
2755
	SunGraphics2D.drawImage(Image, int, int, ImageObserver) line: 2745
	SwingTestEditor$SwingPanel(JComponent).paintWithOffscreenBuffer
(JComponent, Graphics, int, int, int, int, Image) line: 4805
	SwingTestEditor$SwingPanel(JComponent).paintDoubleBuffered(JComponent, 
Component, Graphics, int, int, int, int) line: 4748
	SwingTestEditor$SwingPanel(JComponent)._paintImmediately(int, int, int, 
int) line: 4692
	SwingTestEditor$SwingPanel(JComponent).paintImmediately(int, int, int, 
int) line: 4495
	RepaintManager.paintDirtyRegions() line: 410
	SystemEventQueueUtilities$ComponentWorkRequest.run() line: 117
	InvocationEvent.dispatch() line: 178
	EventQueue.dispatchEvent(AWTEvent) line: 454
	EventDispatchThread.pumpOneEventForHierarchy(int, Component) line: 201
	EventDispatchThread.pumpEventsForHierarchy(int, Conditional, Component) 
line: 151
	EventDispatchThread.pumpEvents(int, Conditional) line: 145
	EventDispatchThread.pumpEvents(Conditional) line: 137
	EventDispatchThread.run() line: 100


2/ I need to write an event to resize the swing component. Without this, it 
won't be resized. This is not very important because we have the workaround, 
just annoying.

3/ Popup menus are not displayed correctly.
Another very strange behavior. Try to right click on the left text area and 
you'll see that the popup menu does'nt display. More precisely, it displays as 
a small grayed box, which means that it failed computing it size. For a reason 
I ignore, I'm able to display other popup menus from some more complex editors. 
And, once displayed with one of these editors, then it can now display when you 
right-click on this sample editor! I guess that an initialization has been done 
in the meantime, but I don't know which one ;-(
Nevertheless, once it displays, it misses the sub menus as well as the menu 
separators. They are simply not omitted. I suspect that they also failed 
getting their size.

4/ Swing component is flashing
This is not really obvious with this sample, as it paints very quickly. But you 
can easily note that it first paint a gray background before displaying the 
text. This is even worse when your Swing panel is complex, and longer to 
repaint. This leads to a flickering effect.

5/ The cursor pb I mentionned in the forum seems to have disapeared... Looks 
like a JDK issue. Very strange, I try to investigate this.


Tell me if you need more information. I'm committed to help you debugging 
this :-)


public class SwingTestEditor extends EditorPart {

	
	/**
	 * The constructor.
	 */
	public SwingTestEditor() {
	}
	
	public void init(IEditorSite site, IEditorInput editorInput) throws 
PartInitException {
        if( editorInput instanceof FileEditorInput) {
            setSite(site);
            setInput(editorInput);
            setTitle("Test: "+editorInput.getName());
        } else {
            throw new PartInitException( "Editor input must be a file");
        }
	}

    public void doSave( IProgressMonitor monitor ) {
        
    }
    public void doSaveAs() {
        
    }
    public boolean isDirty() {
        return false;
    }
    
    public boolean isSaveAsAllowed() {
        return false;
    }
    
	/**
	 * This is a callback that will allow us
	 * to create the viewer and initialize it.
	 */
	public void createPartControl(final Composite parent) {
		try {
            // Get the Swing component belonging to the FB view
            SwingPanel component = new SwingPanel();

            IEditorInput editorInput = getEditorInput();
            if( editorInput instanceof FileEditorInput) {
                FileEditorInput fi = (FileEditorInput)editorInput;
                IFile file = fi.getFile();
                if( file!=null ) {
                    try {
                        InputStream is = file.getContents();
                        Reader r = new InputStreamReader(is);
                        char[] buf = new char[1024];
                        
                        StringBuffer sb = new StringBuffer();
                        int count = 0;
                        while((count=r.read(buf))>0) {
                            sb.append(buf,0,count);
                        }
                        
                        String text = sb.toString();
                        component.textArea1.setText(text);
                        component.textArea2.setText(text);
                    } catch( Exception e ){}                
                }
            }
		
			// And encapsulate it within a SWT widget
			final java.awt.Frame statusFrame = SWT_AWT.new_Frame
(parent);
            final java.awt.Panel pnl = new java.awt.Panel();
            statusFrame.setLayout(new java.awt.BorderLayout());
            statusFrame.add(pnl,java.awt.BorderLayout.CENTER);

            pnl.setLayout(new java.awt.BorderLayout());
            pnl.add(component,java.awt.BorderLayout.CENTER);
            
            //statusFrame.setBackground(null);
			statusFrame.add(pnl,java.awt.BorderLayout.CENTER);
			parent.addListener(SWT.Resize, new Listener() { 
				public void handleEvent(Event e) { 
					Rectangle rect = parent.getClientArea
(); 
					statusFrame.setSize(rect.width, 
rect.height); 
					statusFrame.validate(); 
				} 
			}); 
		} catch(Throwable t) {
			t.printStackTrace();
		}
	}


	public void setFocus() {
	}
    
    static class SwingPanel extends javax.swing.JPanel {
        
        private javax.swing.JSplitPane splitPane;
        private javax.swing.JTextArea textArea1;
        private javax.swing.JTextArea textArea2;
        public SwingPanel() {
            setLayout(new java.awt.BorderLayout());
            splitPane = new javax.swing.JSplitPane();
            splitPane.setDividerLocation(200);
            
            javax.swing.JScrollPane sp1 = new javax.swing.JScrollPane();
            textArea1 = new javax.swing.JTextArea();
            sp1.getViewport().add(textArea1);
            splitPane.setLeftComponent(sp1);
            
            javax.swing.JScrollPane sp2 = new javax.swing.JScrollPane();
            textArea2 = new javax.swing.JTextArea();
            sp2.getViewport().add(textArea2);
            splitPane.setRightComponent(sp2);
            
            add(splitPane,java.awt.BorderLayout.CENTER);

            textArea1.addMouseListener( new java.awt.event.MouseAdapter(){
                public void mousePressed(java.awt.event.MouseEvent e) {
                    maybeShowPopup(e);
                }

                public void mouseReleased(java.awt.event.MouseEvent e) {
                    maybeShowPopup(e);
                }

                private void maybeShowPopup(java.awt.event.MouseEvent e) {
                    if (e.isPopupTrigger()) {
                    	javax.swing.Icon icn = javax.swing.UIManager.getIcon
("FileChooser.newFolderIcon");
                        
                    	javax.swing.JPopupMenu popup = new 
javax.swing.JPopupMenu();

                        javax.swing.JMenuItem menuItem = new 
javax.swing.JMenuItem("A popup menu item",icn);
                    	popup.add(menuItem);
                        popup.addSeparator();
                    	menuItem = new javax.swing.JMenuItem("Another popup 
menu item");
                    	popup.add(menuItem);
                    
                    	javax.swing.JMenu menu = new javax.swing.JMenu("A sub 
menu");
                    	menuItem = new javax.swing.JMenuItem("A popup menu 
item/2",icn);
                    	menu.add(menuItem);
                        menu.addSeparator();
                    	menuItem = new javax.swing.JMenuItem("Another popup 
menu item/2");
                    	menu.add(menuItem);
                    	popup.add(menu);

                    	popup.show(e.getComponent(),e.getX(), e.getY());
                    }
                }
            });   
        }
    }
}

For some reason, qoutes are being inserted around the two dates and CVS 
doesn't like this

The PMC has decided that this should be a preference page rather than a menu 
entry

Build 20040921

When attempting to complete at: final Constructor<T|<--- CODEASSIST HERE
in 1.5 source for java.lang.Class (b64, cursor location 321:36); an error 
dialog opens telling action failed.

3.0 RC1

During shutdown I found this in the log:


!ENTRY org.eclipse.osgi Jun 07, 2004 10:00:18.843
!MESSAGE Error while stopping "org.eclipse.search_3.0.0".
!STACK 0
org.osgi.framework.BundleException: Exception in 
org.eclipse.core.internal.compatibility.PluginActivator.stop() of bundle 
org.eclipse.search.
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.stop
(BundleContextImpl.java:1010)
	at org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker
(BundleHost.java:502)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.stop
(AbstractBundle.java:437)
	at org.eclipse.core.runtime.adaptor.BundleStopper.stopBundles
(BundleStopper.java:65)
	at org.eclipse.core.runtime.adaptor.BundleStopper.stopBundles
(BundleStopper.java:52)
	at org.eclipse.core.runtime.adaptor.EclipseAdaptor.frameworkStopping
(EclipseAdaptor.java:538)
	at org.eclipse.osgi.framework.internal.core.Framework.shutdown
(Framework.java:452)
	at org.eclipse.osgi.framework.internal.core.SystemBundle$1.run
(SystemBundle.java:181)
	at java.lang.Thread.run(Thread.java:534)
Caused by: java.lang.NullPointerException
	at org.eclipse.core.filebuffers.FileBuffers.getTextFileBufferManager
(FileBuffers.java:42)
	at org.eclipse.search2.internal.ui.text.PositionTracker.<init>
(PositionTracker.java:58)
	at org.eclipse.search2.internal.ui.InternalSearchUI.<init>
(InternalSearchUI.java:113)
	at org.eclipse.search2.internal.ui.InternalSearchUI.getInstance
(InternalSearchUI.java:124)
	at org.eclipse.search.internal.ui.SearchPlugin.shutdown
(SearchPlugin.java:233)
	at org.eclipse.core.internal.compatibility.PluginActivator.stop
(PluginActivator.java:74)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run
(BundleContextImpl.java:994)
	at java.security.AccessController.doPrivileged(Native Method)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.stop
(BundleContextImpl.java:990)
	... 8 more
Root exception:
java.lang.NullPointerException
	at org.eclipse.core.filebuffers.FileBuffers.getTextFileBufferManager
(FileBuffers.java:42)
	at org.eclipse.search2.internal.ui.text.PositionTracker.<init>
(PositionTracker.java:58)
	at org.eclipse.search2.internal.ui.InternalSearchUI.<init>
(InternalSearchUI.java:113)
	at org.eclipse.search2.internal.ui.InternalSearchUI.getInstance
(InternalSearchUI.java:124)
	at org.eclipse.search.internal.ui.SearchPlugin.shutdown
(SearchPlugin.java:233)
	at org.eclipse.core.internal.compatibility.PluginActivator.stop
(PluginActivator.java:74)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run
(BundleContextImpl.java:994)
	at java.security.AccessController.doPrivileged(Native Method)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.stop
(BundleContextImpl.java:990)
	at org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker
(BundleHost.java:502)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.stop
(AbstractBundle.java:437)
	at org.eclipse.core.runtime.adaptor.BundleStopper.stopBundles
(BundleStopper.java:65)
	at org.eclipse.core.runtime.adaptor.BundleStopper.stopBundles
(BundleStopper.java:52)
	at org.eclipse.core.runtime.adaptor.EclipseAdaptor.frameworkStopping
(EclipseAdaptor.java:538)
	at org.eclipse.osgi.framework.internal.core.Framework.shutdown
(Framework.java:452)
	at org.eclipse.osgi.framework.internal.core.SystemBundle$1.run
(SystemBundle.java:181)
	at java.lang.Thread.run(Thread.java:534)

Synchronize View does not display changed value of ASCII/Binary property when 
it is changed in Navigator View. Synchronize View needs to be closed and 
reopened to reflect the change.

RC1

Importing preferences may change the custom (code) templates. However, the
TemplateStore instance storing the templates for the Java editor does not update
itself.

Steps to reproduce:
- import a preferences file with custom template for the file comment
- create a new class -> the old file comment is used

Solution is to create a IPropertyChangeListener in JavaPlugin and reload the
(Code)TemplateStore upon a preference change.

The current implementation in JavaSnippetEditor.filterDebugEvents expects to 
see a step event on line 20 of ScrapbookMain1.java. It expects to get this 
event after the call to invoke() has finished. The call to invoke is actually 
on line 20 and waiting for a step event on the same line as the call seems 
counterintuitive. The reason that this works is that the compiled byte code 
looks like this:
   (line 20):  invokevirtual   #38; //Method java/lang/reflect/Method.invoke:
(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;
   (line 20):  pop
   (line 21):  return

Notice the pop instruction. This is the one that causes the step event to 
happen. It would be better to wait for the step event on line 21 (the return).

Why is this so important? In some non-interpreter based VMs (read BEA JRockit) 
the pop instruction is removed (since it does not do anything). From this 
follows that no step event is sent for line 20. Which means the Scrapbook does 
not work.

The simple fix is to change the condition from testing for line 20 to testing 
for line 21. This works for all VMs. Simple fix.

I200406042000

- create a new Java project with source folder 'src'
- add the project root folder to the source path
- add an exclusion filter for 'src' to the project source folder
- add 'pack/A.java' to 'src'
- Project > Generate Javadoc

The wizard shows the project without children, and I can't check the project
(checkmark not accepted on mouseClick or Space key).

I'm not sure if it is valid at all, but there is a problem with comments like this:

/**
 * @tag*/

the tag list then contains a tag element for a tag name of "@tag*/"

that one works as ok (added space before the closing "*/"):

/**
 * @tag */

200410190941

In addAllocatedFontsTo we do checks to see if the various font variations are
the default font.  If they aren't, we add the base font to the stale queue.  We
should be adding the font we're checking to the queue.

Using M7, formatting this code should remove the space in front of the else
keyword if the option to insert a space after closing brace in block is selected.
class Foo {
	void m1(boolean b) {
		if (b) {
			System.out.println();
		} else {
			System.out.println();
		}
	}
}

Impossible to change ASCII/Binary property from the synchronize view. Need to 
switch to the Navigator or Packages view to do the change. It is very 
inconvinient when automatically detected property for new files need to be 
changed before commit.

Steps to reproduce:

- Create hello world file.
- Run it by clicking on drop down arrow to the right of the run button and 
selecting "Run As../Java application"
NOTE: application is run correctly and we can see "Hello world" in the console 
view
- In the editor window select the class name click "Ctrl+Shift+R" and rename 
the class to HelloWold2
- Click on the run button, you will see error box "Could not find the main 
class. Program will exit". And in the console view you will 
see "java.lang.NoClassDefFoundError: /HelloWold2". 
NOTE: The same goes for DEBUG.

The problem is in bad refactoring of the class name in the Run/Debug favorites. 
Somehow "." (dot) is added in front of the class name.

I'm using Eclipse
Version: 3.0.0
Build id: 200406251208

I20040121

I have released new API that allows clients to ask for the scheduling rule for
various operations (copy, move, delete, validateEdit, setContents, etc).  Many
of these rule requirements actually vary based on the repository provider (for
example CVS needs to lock the parent folder for most operations).  Core needs to
expose something in the TeamHook to allow repository providers to provide a rule
factory.

Using last integration build I200404281424.

Scenario is still the same than bug 55207, 55289: merge JDK_1_5 branch with 
HEAD.

I now use "Copy All non-conflicting changes from right to left" for all files 
which are in conflict. When there's no line of code in conflict (the light is 
blue on left upper corner...), it's the faster way I found to update changes.

Everything was fine until this last integration build. Unfortunately, this 
button is no longer working as when I push on it, all output changes are 
destroyed and replaced by HEAD contents!

You have to know that I make this merge every 2 days and the average of 
conflicting changes is around 100 files. Sometimes (quite often), some of this 
conflict may have more than hundred changes to get from HEAD to 1_5 stream. I 
cannot imagine getting them one by one...

If it would possible to have a patch asap it would be really helpful thanks

i20040505

ErrorDialog#populateList(List, IStatus, int) is always adding the root status
message instead of the sub status specific message. Will add a sample dialog to
show the problem.

Just going to the source lookup tab causes a launch config to need saving 
(even though nothing has been changed).

I20040505

JDT/UI has still its own LocalSelectionTransfer class. To allow clients to 
fully participate in DnD JDT should convert to this class (best for 3.0). 
However to avoid accidental DnD operations the JDT/UI class manages a time 
stamp to check when the seleciton transfer got created. This is necessary 
since you can drag and drop a method onto a method which can cause unwanted
drop operations in the outliner.

The two methods are:

	/**
	 * Returns the time when the selection operation
	 * this transfer is associated with has started.
	 * 
	 * @return the time when the selection operation has started
	 * 
	 * @see org.eclipse.swt.events.TypedEvent#time
	 */
	public int getSelectionSetTime() {
		return fSelectionSetTime;
	}

	/**
	 * Sets the time when the selection operation this
	 * transfer is associated with has started.
	 * 
	 * @param time the time when the selection operation has started
	 * 
	 * @see org.eclipse.swt.events.TypeddEvent#time
	 */
	public void setSelectionSetTime(int time) {
		fSelectionSetTime= time;
	}

Can the two method be added to LocalSelectionTransfer for 3.0

Using the Visual Editor: complains it can't create a JVM.
Afterwards, I can't launch a debug execution.

This is the error that appears in the log:

!MESSAGE An internal error occurred during: "Launching".
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.jdt.launching.sourcelookup.containers.JavaSourceLookupParticipant.sourceContainersChanged(JavaSourceLookupParticipant.java:146)
	at
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.addParticipants(AbstractSourceLookupDirector.java:642)
	at
org.eclipse.jdt.internal.launching.JavaSourceLookupDirector.initializeParticipants(JavaSourceLookupDirector.java:43)
	at
org.eclipse.debug.core.sourcelookup.AbstractSourceLookupDirector.initializeDefaults(AbstractSourceLookupDirector.java:518)
	at
org.eclipse.debug.internal.core.LaunchConfiguration.initializeSourceLocator(LaunchConfiguration.java:169)
	at
org.eclipse.debug.internal.core.LaunchConfiguration.launch(LaunchConfiguration.java:568)
	at
org.eclipse.debug.internal.ui.DebugUIPlugin.buildAndLaunch(DebugUIPlugin.java:788)
	at org.eclipse.debug.internal.ui.DebugUIPlugin$6.run(DebugUIPlugin.java:955)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

By the way, I can't select "Windows server 2003" as an operating system.

I20040121

I got a deadlock today while performing a manual workspace build (Ctrl+B). The
stack trace shows that it is trying to create an Image instance outside of the
UI thread. This is causing it to block on a GTK OS primitive (presumably because
the main thread currently holds some mutex on the UI).  I will attach the log
file. Image javadoc doesn't seem to specify that Images must be created in the
UI thread.

When selecting targets, etc., in the Ant editor outline, the "Navigate > Show 
In > Package Explorer" action is enabled, but has no effect. Either the build 
file should be selected, or the action should not appear.

In order to support Swing, instead of AWT, there are certain methods that have 
to be overridden in the embeddedFrame. With the current implementation there 
is no way to do this. I propose the use of a delegate which can be passed in 
to the embeddedFrame constructor. The delegate allows for the methods in the 
frame to be provided by a proxy.

Currently I have the following ISWTDelegate interface defined:
public interface ISWTDelegate {

	public boolean preAddImpl(java.awt.Component comp, Object constraints, 
int index);
	public void postAddImpl(java.awt.Component comp, Object constraints, 
int index);
	public void init(java.awt.Frame frame);
	public void removeNotify();
	public String getTitle();
	public void setTitle(String title);
}

This allows me to provide a class that handles things not normally handled 
correctly. For instance, in Swing, there are times you must add a JMenu to the 
window to make it work. Unless that window is a JFrame or JDialog, it gets 
added directly in. You must make a change to the addImpl method in 
embeddedFrame to make this work. Also, the title property is not handled 
correctly in the embeddedFrame. This allows you to use the title is needed.

The embeddedFrame subclass needed to make this work follows:

import sun.awt.windows.WEmbeddedFrame;

/**
 * 
 *
 * To change the template for this generated type comment go to
 * Window - Preferences - Java - Code Generation - Code and Comments
 */
public class SWTEmbeddedFrame extends WEmbeddedFrame {
	
	private ISWTDelegate delegate;
	public SWTEmbeddedFrame(int hwnd, ISWTDelegate delegate)
	{
		super(hwnd);
		this.delegate = delegate;
		if (this.delegate != null)
			this.delegate.init(this);
	}
	protected void addImpl(java.awt.Component comp, Object constraints, 
int index) 
	{
		boolean flag = false;
		if (delegate != null)
			flag = delegate.preAddImpl(comp, constraints, index);
		if (!flag)
			super.addImpl(comp, constraints, index);
		if (delegate != null)
			delegate.postAddImpl(comp, constraints, index);
		
	}
	public void removeNotify()
	{
		if (delegate != null)
			delegate.removeNotify();
		super.removeNotify();
	}
	
	public String getTitle()
	{
		if (delegate != null)
			return delegate.getTitle();
		return super.getTitle();
	}
	
	public void setTitle(String title)
	{
		if (delegate != null)
		{
			delegate.setTitle(title);
			return;
		}
		super.setTitle(title);
	}
	
}

When I do a search across multiple files, the Search view has "Show the Next 
Match" and "Show the Previous Match" toolbar buttons. It is frustrating that I 
cannot jump to the next match using the keyboard. If I want to modify a lot of 
the results that I found, I have to use the mouse to click on the Next Match 
button (or double-click on the result in the list), then use the keyboard to 
make the change, and then use the mouse again to navigate to the next result.

I20040428

Externalize Strings Wizard proposes TitleCase class "Messages" and lowercase
properties file "messages.properties". This is bad, since the NLS Search page
tries to determine the .properties file from the CU name. It fails if the
default names are used. The defaults should be "Messages.java" and
"Messages.properties".

Build 20040914

When selecting message send #add (38:32 -> 38:35) in attached testcase, the 
following exception occurs.

!ENTRY org.eclipse.ui 4 0 Sep 20, 2004 16:08:37.806
!MESSAGE java.lang.? extends TemplateChangeListener
!STACK 0
java.lang.IllegalArgumentException: java.lang.? extends TemplateChangeListener
        at org.eclipse.jdt.core.Signature.createCharArrayTypeSignature
(Signature.java:589)
        at org.eclipse.jdt.core.Signature.createTypeSignature
(Signature.java:561)
        at org.eclipse.jdt.core.Signature.createTypeSignature
(Signature.java:842)
        at org.eclipse.jdt.internal.core.SelectionRequestor.acceptBinaryMethod
(SelectionRequestor.java:86)
        at org.eclipse.jdt.internal.core.SelectionRequestor.acceptMethod
(SelectionRequestor.java:269)
        at org.eclipse.jdt.internal.codeassist.SelectionEngine.selectFrom
(SelectionEngine.java:670)
        at org.eclipse.jdt.internal.codeassist.SelectionEngine.select
(SelectionEngine.java:532)
        at org.eclipse.jdt.internal.core.Openable.codeSelect(Openable.java:142)
        at org.eclipse.jdt.internal.core.CompilationUnit.codeSelect
(CompilationUnit.java:303)
        at org.eclipse.jdt.internal.core.CompilationUnit.codeSelect
(CompilationUnit.java:297)
        at org.eclipse.jdt.internal.ui.actions.SelectionConverter.codeResolve
(SelectionConverter.java:219)
        at org.eclipse.jdt.internal.ui.actions.SelectionConverter.codeResolve
(SelectionConverter.java:153)
        at org.eclipse.jdt.internal.ui.actions.SelectionConverter.codeResolve
(SelectionConverter.java:162)
        at org.eclipse.jdt.ui.actions.OpenAction.run(OpenAction.java:125)
        at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun
(SelectionDispatchAction.java:216)
        at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run
(SelectionDispatchAction.java:188)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:988)
        at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:143)
        at org.eclipse.ui.internal.commands.Command.execute(Command.java:135)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand
(WorkbenchKeyboard.java:463)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press
(WorkbenchKeyboard.java:956)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent
(WorkbenchKeyboard.java:997)
        at 
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings
(WorkbenchKeyboard.java:541)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2
(WorkbenchKeyboard.java:488)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent
(WorkbenchKeyboard.java:241)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Display.filterEvent(Display.java:748)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:795)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
        at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1736)
        at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1732)
        at org.eclipse.swt.widgets.Control.WM_KEYDOWN(Control.java:3541)
        at org.eclipse.swt.widgets.Control.windowProc(Control.java:3003)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java:3349)
        at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
        at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1472)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2440)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1435)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1406)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:263)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:102)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:129)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
        at org.eclipse.core.launcher.Main.run(Main.java:644)
        at org.eclipse.core.launcher.Main.main(Main.java:628)
java.lang.? extends TemplateChangeListener

Build id: 200405201226.

When a compile error is introduced into a class that has an outgoing change, the
package and folders show the red X error icon. However, folder/packages in that
project that come before that file also incorrectly show the red X error icon.
Furthermore, once the compile error is fixed, these folders/packages still show
the icon when the corrected file's package does not.

Steps that I used to reproduce (may be a simpler way):
1. Create a bogus() method in an easily accessible class.
2. In a class in a project that has multiple changes, and it is in at least the
second package that has changes, call this bogus() method.
3. Delete the bogus() method from the first class.
4. Error icons are displayed on the project + package of the second class, as
well as the package that comes before this second class.
5. Remove the call from the bogus() method from the second class.
6. The error icon on the second class's package goes away, but the project +
other package error icon remains, even after a forced synchronize.

M7

If you update the fonts in the Fonts preference page you get the following NPE

STEPS
1) Set the dialog font
2) Hit OK
3) Reopen the fonts preference page
4) Reset defaults
5) NPE

java.lang.NullPointerException
	at 
org.eclipse.ui.internal.dialogs.FilteredPreferenceDialog.updateTreeFont
(FilteredPreferenceDialog.java:157)
	at org.eclipse.jface.preference.PreferenceDialog$7.propertyChange
(PreferenceDialog.java:498)
	at org.eclipse.jface.resource.FontRegistry.fireFontMappingChanged
(FontRegistry.java:319)
	at org.eclipse.jface.resource.FontRegistry.put(FontRegistry.java:497)
	at org.eclipse.jface.resource.FontRegistry.put(FontRegistry.java:464)
	at 
org.eclipse.ui.internal.fonts.FontDefinition$FontPreferenceListener.propertyCha
nge(FontDefinition.java:75)
	at org.eclipse.ui.plugin.AbstractUIPlugin$2.run
(AbstractUIPlugin.java:263)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:819)
	at org.eclipse.core.runtime.Platform.run(Platform.java:493)
	at 
org.eclipse.ui.plugin.AbstractUIPlugin$CompatibilityPreferenceStore.firePropert
yChangeEvent(AbstractUIPlugin.java:260)
	at org.eclipse.ui.plugin.AbstractUIPlugin$1.propertyChange
(AbstractUIPlugin.java:202)
	at org.eclipse.core.runtime.Preferences.firePropertyChangeEvent
(Preferences.java:588)
	at org.eclipse.core.runtime.Preferences.setToDefault
(Preferences.java:1268)
	at 
org.eclipse.ui.plugin.AbstractUIPlugin$CompatibilityPreferenceStore.setToDefaul
t(AbstractUIPlugin.java:435)
	at org.eclipse.ui.internal.dialogs.FontPreferencePage.performOk
(FontPreferencePage.java:587)
	at org.eclipse.jface.preference.PreferenceDialog.okPressed
(PreferenceDialog.java:779)
	at org.eclipse.jface.preference.PreferenceDialog.buttonPressed
(PreferenceDialog.java:223)
	at 
org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.buttonPressed
(WorkbenchPreferenceDialog.java:75)
	at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:402)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2352)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2033)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:647)
	at org.eclipse.jface.window.Window.open(Window.java:627)
	at org.eclipse.ui.internal.OpenPreferencesAction.run
(OpenPreferencesAction.java:72)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:538)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:490)
	at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:423)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2352)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2033)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1543)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1519)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:258)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:257)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:104)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

My app uses a JFace TableTree Viewer which disposes of tableItems (rather than 
using remove() methods), but here is a stand alone example:

public class Tab {

  public static void main(String[] args) {

    Display display = new Display();
    Shell shell = new Shell(display);
    shell.setLayout(new GridLayout());
    final Table table = new Table(shell, SWT.BORDER);
    table.setLayoutData(new GridData(GridData.FILL_BOTH));
    table.setHeaderVisible(true);
    for (int i = 0; i < 4; i++) {
      TableColumn t = new TableColumn(table, SWT.NONE);
      t.setText("Column" + i);
      t.setWidth(50);
    }

    TableItem ti;
    for (int i = 0; i < 6; i++)
      ti = new TableItem(table, 0);

    Button b = new Button(shell, SWT.PUSH);
    b.setLayoutData(new GridData(GridData.HORIZONTAL_ALIGN_END | 
GridData.GRAB_HORIZONTAL));
    b.setText("CrashMe");
    b.addListener(SWT.Selection, new Listener() {
      public void handleEvent(Event event) {
        TableItem ti;

        table.setRedraw(false);
        for (int i = 0; i < 6; i++) {
          ti = table.getItems()[0];
          ti.dispose();
        }

        table.setRedraw(true);
        table.setRedraw(false);

        for (int i = 0; i < 6; i++)
          ti = new TableItem(table, 0);

        table.setRedraw(true);

      }
    });

    shell.pack();
    shell.setSize(500, 300);
    shell.open();
    while (!shell.isDisposed()) {
      if (!display.readAndDispatch())
        display.sleep();
    }
    display.dispose();
  }
}

On my machine it is not possible to read the entire path of the JAR files in 
the location dropdown.

I'm using eclipse 3.0.0 Build 200405211200

When in the Navigator view of my project and I right-click on a .java file, the 
pop-up menu sometimes hangs.  This is not consistent, but when it does hang, 
the entire eclipse application is frozen and can only be halted via task 
manager cancel of task.

I wish it could be recreated at will, but it cannot be.  The next time it 
happens, is there something specific I should do to assist in debugging this 
problem?

By the way, the copyright for Eclipse Help/About is dated 2003 -- should it be 
2004?

I200410050800

After starting up I opened an editor and started the debugger. It switched to
Debug perspective (in separate window). I then go an NPE an now I can no longer
activate any of my workbench windows (it simply beeps). I don't get a dialog. My
windows are full screen. When I click on another workbench window it brings back
the window with the Debug perspective and beeps.

Note: the NPE does not happen in the WorkbenchUserAuthenticator so it might also
be an SWT issue.

Here's the .log entry (find a VM dump afterwards):
!SESSION Okt 07, 2004 16:24:27.483 ---------------------------------------------
eclipse.buildId=I200410050800
java.version=1.4.2_05
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=de_CH
Command-line arguments: -update -keyring c:\eclipse\.keyring -application
org.eclipse.ui.ide.workbench -showlocation

!ENTRY org.eclipse.ui 4 4 Okt 07, 2004 16:24:27.483
!MESSAGE Unhandled event loop exception

!ENTRY org.eclipse.ui 4 0 Okt 07, 2004 16:24:27.483
!MESSAGE Failed to execute runnable (java.lang.NullPointerException)
!STACK 0
org.eclipse.swt.SWTException: Failed to execute runnable
(java.lang.NullPointerException)
	at org.eclipse.swt.SWT.error(SWT.java:2696)
	at org.eclipse.swt.SWT.error(SWT.java:2621)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:111)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2761)
	at org.eclipse.swt.widgets.Display.msgFilterProc(Display.java:2250)
	at org.eclipse.swt.internal.win32.OS.TrackPopupMenu(Native Method)
	at org.eclipse.swt.widgets.Menu._setVisible(Menu.java:222)
	at org.eclipse.swt.widgets.Display.runPopups(Display.java:2810)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2437)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1443)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1414)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:271)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:704)
	at org.eclipse.core.launcher.Main.main(Main.java:688)

!ENTRY org.eclipse.ui 4 4 Okt 07, 2004 16:24:27.493
!MESSAGE *** SWT nested exception

!ENTRY org.eclipse.ui 4 0 Okt 07, 2004 16:24:27.493
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at org.eclipse.swt.widgets.Control.isActive(Control.java:1116)
	at org.eclipse.swt.widgets.Shell.updateModal(Shell.java:1300)
	at org.eclipse.swt.widgets.Display.setModalShell(Display.java:3023)
	at org.eclipse.swt.widgets.Shell.setVisible(Shell.java:1247)
	at org.eclipse.swt.widgets.Shell.open(Shell.java:804)
	at org.eclipse.jface.window.Window.open(Window.java:680)
	at
org.eclipse.team.internal.ccvs.ui.WorkbenchUserAuthenticator.promptForPassword(WorkbenchUserAuthenticator.java:114)
	at
org.eclipse.team.internal.ccvs.ui.WorkbenchUserAuthenticator.access$0(WorkbenchUserAuthenticator.java:106)
	at
org.eclipse.team.internal.ccvs.ui.WorkbenchUserAuthenticator$1.run(WorkbenchUserAuthenticator.java:70)
	at org.eclipse.ui.internal.UILockListener.doPendingWork(UILockListener.java:145)
	at org.eclipse.ui.internal.UISynchronizer$1.run(UISynchronizer.java:36)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:108)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2761)
	at org.eclipse.swt.widgets.Display.msgFilterProc(Display.java:2250)
	at org.eclipse.swt.internal.win32.OS.TrackPopupMenu(Native Method)
	at org.eclipse.swt.widgets.Menu._setVisible(Menu.java:222)
	at org.eclipse.swt.widgets.Display.runPopups(Display.java:2810)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2437)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1443)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1414)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:271)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:704)
	at org.eclipse.core.launcher.Main.main(Main.java:688)


Here's a VM dump:
C:\eclipse\drops\I200410050800>C:\JavaSDKs\jdk1.4.2_05\bin\java -showversion
-Xms50M -Xmx350M -Dosgi.checkConfiguration=true -cp startup.jar
org.eclipse.core.launcher.
.keyring -application org.eclipse.ui.ide.workbench -showlocation -data
c:\eclipse\workspaces\Development_2_2\plugins
java version "1.4.2_05"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_05-b04)
Java HotSpot(TM) Client VM (build 1.4.2_05-b04, mixed mode)

Unhandled event loop exception
Reason:
Failed to execute runnable (java.lang.NullPointerException)
*** SWT nested exception
Reason:
java.lang.NullPointerException
Full thread dump Java HotSpot(TM) Client VM (1.4.2_05-b04 mixed mode):

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x033e33a8
nid=0xe4c in Object.wait() [4caf000..4cafd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x160d9c50> (a
org.eclipse.jface.text.reconciler.DirtyRegionQueue)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:176)
        - locked <0x160d9c50> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x032b1bb0
nid=0xd68 in Object.wait() [405f000..405fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x151ac808> (a
org.eclipse.jface.text.reconciler.DirtyRegionQueue)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:176)
        - locked <0x151ac808> (a org.eclipse.jface.text.reconciler.DirtyRegionQueue)

"Worker-4" prio=5 tid=0x031efb30 nid=0xdf4 in Object.wait() [409f000..409fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11df7bd0> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:166)
        - locked <0x11df7bd0> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:193)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-3" prio=5 tid=0x0328c628 nid=0xfbc in Object.wait() [401f000..401fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11df7bd0> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:166)
        - locked <0x11df7bd0> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:193)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-2" prio=5 tid=0x03243668 nid=0x864 in Object.wait() [3fdf000..3fdfd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11df7bd0> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:166)
        - locked <0x11df7bd0> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:193)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-1" prio=5 tid=0x03244c20 nid=0x7dc in Object.wait() [3f9f000..3f9fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11df7bd0> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:166)
        - locked <0x11df7bd0> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:193)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Reference Cleaner - 6" prio=7 tid=0x02e45e08 nid=0x108 in Object.wait()
[3ecf000..3ecfd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x13740c30> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x13740c30> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at
org.eclipse.jface.resource.ImageCache$ReferenceCleanerThread.run(ImageCache.java:161)

"Reference Cleaner - 5" prio=7 tid=0x02e022f8 nid=0x2e0 in Object.wait()
[3e8f000..3e8fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x13740ca0> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x13740ca0> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at
org.eclipse.jface.resource.ImageCache$ReferenceCleanerThread.run(ImageCache.java:161)

"Reference Cleaner - 4" prio=7 tid=0x03041dc0 nid=0xfb0 in Object.wait()
[3e4f000..3e4fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x13740d10> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x13740d10> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at
org.eclipse.jface.resource.ImageCache$ReferenceCleanerThread.run(ImageCache.java:161)

"Worker-0" prio=5 tid=0x02e42598 nid=0xb7c in Object.wait() [3e0f000..3e0fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11df7bd0> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:166)
        - locked <0x11df7bd0> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:193)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Java indexing" daemon prio=4 tid=0x02e42420 nid=0x9d4 in Object.wait()
[3dcf000..3dcfd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x12c75fd0> (a
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobManager.java:345)
        - locked <0x12c75fd0> (a
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Thread.run(Thread.java:534)

"Reference Cleaner - 3" prio=7 tid=0x02e31408 nid=0xb3c in Object.wait()
[3caf000..3cafd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x12c2ae08> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x12c2ae08> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at
org.eclipse.jface.resource.ImageCache$ReferenceCleanerThread.run(ImageCache.java:161)

"Reference Cleaner - 2" prio=7 tid=0x02dfcc20 nid=0xf1c in Object.wait()
[3c6f000..3c6fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x12c2ae78> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x12c2ae78> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at
org.eclipse.jface.resource.ImageCache$ReferenceCleanerThread.run(ImageCache.java:161)

"Reference Cleaner - 1" prio=7 tid=0x00a5ae68 nid=0xb10 in Object.wait()
[3c2f000..3c2fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x12c2aee8> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x12c2aee8> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at
org.eclipse.jface.resource.ImageCache$ReferenceCleanerThread.run(ImageCache.java:161)

"Start Level Event Dispatcher" daemon prio=5 tid=0x00a33b98 nid=0x624 in
Object.wait() [302f000..302fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11b6eb58> (a
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:162)
        - locked <0x11b6eb58> (a org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:100)

"Framework Event Dispatcher" daemon prio=5 tid=0x02ee8aa8 nid=0x8cc in
Object.wait() [2fef000..2fefd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11b6ec90> (a
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:162)
        - locked <0x11b6ec90> (a org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:100)

"Signal Dispatcher" daemon prio=10 tid=0x0003dc48 nid=0xa9c waiting on condition
[0..0]

"Finalizer" daemon prio=9 tid=0x009c0e78 nid=0xd24 in Object.wait()
[2caf000..2cafd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11b0fe28> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x11b0fe28> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x009bfaf8 nid=0x964 in Object.wait()
[2c6f000..2c6fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11b0fbd8> (a java.lang.ref.Reference$Lock)
        at java.lang.Object.wait(Object.java:429)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
        - locked <0x11b0fbd8> (a java.lang.ref.Reference$Lock)

"main" prio=7 tid=0x00035b70 nid=0x484 runnable [7f000..7fc3c]
        at org.eclipse.swt.internal.win32.OS.WaitMessage(Native Method)
        at org.eclipse.swt.widgets.Display.sleep(Display.java:3089)
        at
org.eclipse.ui.application.WorkbenchAdvisor.eventLoopIdle(WorkbenchAdvisor.java:344)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1444)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1414)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:271)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:704)
        at org.eclipse.core.launcher.Main.main(Main.java:688)

"VM Thread" prio=5 tid=0x009fb730 nid=0xec4 runnable

"VM Periodic Task Thread" prio=10 tid=0x009fc470 nid=0x36c waiting on condition
"Suspend Checker Thread" prio=10 tid=0x0003d300 nid=0xf78 runnable

As discussed we need methods to bridge between the Java Model and ASTs.

IJavaElement[] JavaCore#create(IBinding[])

IBinding[] AST.create(IJavaElement[])
ASTNode AST.create(IJavaElement[])

I200403261517 + zrh plugins from20040329_2011

- open Type IPackageFragmentRoot
- select class name in editor
- Ctrl+Shift+G

-> failed:

Error Mrz 30, 2004 11:55:34.126 The command for the key you pressed failed
java.lang.NullPointerException
at
org.eclipse.search.ui.text.AbstractTextSearchViewPage.createViewer(AbstractTextSearchViewPage.java:432)
at
org.eclipse.search.ui.text.AbstractTextSearchViewPage.createControl(AbstractTextSearchViewPage.java:305)
at org.eclipse.search2.internal.ui.SearchView.doCreatePage(SearchView.java:200)
at org.eclipse.ui.part.PageBookView.createPage(PageBookView.java:306)
at org.eclipse.ui.part.PageBookView.partActivated(PageBookView.java:563)
at org.eclipse.search2.internal.ui.SearchView.showSearchResult(SearchView.java:249)
at org.eclipse.search2.internal.ui.SearchView.queryAdded(SearchView.java:324)
at org.eclipse.search2.internal.ui.QueryManager.fireAdded(QueryManager.java:72)
at org.eclipse.search2.internal.ui.QueryManager.addQuery(QueryManager.java:49)
at
org.eclipse.search2.internal.ui.InternalSearchUI.runSearchInBackground(InternalSearchUI.java:115)
at org.eclipse.search.ui.NewSearchUI.runQuery(NewSearchUI.java:44)
at org.eclipse.jdt.ui.actions.FindAction.performNewSearch(FindAction.java:332)
at org.eclipse.jdt.ui.actions.FindAction.run(FindAction.java:278)
at org.eclipse.jdt.ui.actions.FindReferencesAction.run(FindReferencesAction.java:90)
at org.eclipse.jdt.ui.actions.FindAction.run(FindAction.java:246)
at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:216)
at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:68)
at org.eclipse.ui.internal.commands.Command.execute(Command.java:173)
at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:463)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:855)
at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:896)
at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:522)
at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:488)
at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:261)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Display.filterEvent(Display.java:705)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:768)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:793)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:778)
at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1720)
at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1716)
at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3041)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2944)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:3146)
at org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)
at org.eclipse.swt.internal.win32.OS.CallWindowProc(OS.java:1374)
at org.eclipse.swt.internal.BidiUtil.windowProc(BidiUtil.java:647)
at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1450)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2254)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:277)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:239)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
at org.eclipse.core.launcher.Main.run(Main.java:692)
at org.eclipse.core.launcher.Main.main(Main.java:676)

The following test case, when run on Windows, prints the notification that a
controlMoved event was produced. But this does not happen when run on Photon.
This is significant to us because in our AWT implementation, we need to create
the moved event if it is not given to us by SWT, so we need consistent behavior.
Right now, our code assumes that the event is produced by SWT (we prefer the
behavior that Windows exhibits).

import org.eclipse.swt.graphics.*;
import org.eclipse.swt.widgets.Display;
import org.eclipse.swt.widgets.Shell;
public class SWTImageTest {
	Display display;
	Shell shell;
	Image image;
	public void run() {
		display = new Display();
		shell = new Shell(display);
		shell.setSize(300, 300);
		shell.open();
		int depth = 24;
		image = new Image(display, 200, 200);
		ImageData myData = image.getImageData();
		System.out.println("Depth = " + myData.depth);
		GC gc = new GC(image);
		Color[] colors = new Color[8];
		colors[0] = new Color(display, 255, 0, 0);
		colors[1] = new Color(display, 0, 255, 0);
		colors[2] = new Color(display, 0, 0, 255);
		colors[3] = new Color(display, 255, 255, 0);
		colors[4] = new Color(display, 255, 0, 255);
		colors[5] = new Color(display, 0, 255, 255);
		colors[6] = new Color(display, 255, 255, 255);
		colors[7] = new Color(display, 0, 0, 0);
		GC shellGC = new GC(shell);
		for (int j = 0; j < 8; j++) {
			gc.setBackground(colors[j]);
			gc.fillArc(0, 0, 200, 200, 0, 360);
			ImageData retrievedData = image.getImageData();
			int mainPixel = retrievedData.getPixel(100, 100);
			int red = mainPixel & 0xff;
			int blue = (mainPixel & 0xff0000) >> 16;
			int green = (mainPixel & 0xff00) >> 8;
			Color finalColor = new Color(display, red, green, blue);
			System.out.println("red = " + finalColor.getRed() + "  green = "
					+ finalColor.getGreen() + "  blue = "
					+ finalColor.getBlue());
			//shellGC.drawImage(image, 0, 0);  //this is the critical line
		}
		while (!shell.isDisposed()) {
			display.readAndDispatch();
			display.sleep();
		}
		display.dispose();
	}
	public static void main(String[] args) {
		new SWTImageTest().run();
	}
}

I will attach a stack trace of the startup time of the commands support. Note 
that it is likely not actually this bad as the profiler causes some 
performance degredation.

I started a workbench with platform-ui loaded from HEAD with no editors open 
and only the resource perspective (default settings) open.

I got this exception. I think it was due to the fact I remove a method in which
I had a breakpoint.

org.eclipse.debug.core.DebugException: Breakpoint does not have an associated
marker.
at org.eclipse.debug.core.model.Breakpoint.ensureMarker(Breakpoint.java:264)
at
org.eclipse.jdt.internal.debug.core.breakpoints.JavaBreakpoint.isInstalled(JavaBreakpoint.java:710)
at
org.eclipse.jdt.internal.debug.ui.JDIModelPresentation.computeBreakpointAdornmentFlags(JDIModelPresentation.java:868)
at
org.eclipse.jdt.internal.debug.ui.JDIModelPresentation.getJavaBreakpointImage(JDIModelPresentation.java:691)
at
org.eclipse.jdt.internal.debug.ui.JDIModelPresentation.getBreakpointImage(JDIModelPresentation.java:663)
at
org.eclipse.jdt.internal.debug.ui.JDIModelPresentation.getImage(JDIModelPresentation.java:634)
at
org.eclipse.debug.internal.ui.LazyModelPresentation.getImage(LazyModelPresentation.java:95)
at
org.eclipse.debug.internal.ui.DelegatingModelPresentation.getImage(DelegatingModelPresentation.java:141)
at org.eclipse.jface.viewers.TableViewer.doUpdateItem(TableViewer.java:215)
at
org.eclipse.jface.viewers.StructuredViewer$UpdateItemSafeRunnable.run(StructuredViewer.java:120)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:607)
at org.eclipse.core.runtime.Platform.run(Platform.java:668)
at org.eclipse.jface.viewers.StructuredViewer.updateItem(StructuredViewer.java:1249)
at org.eclipse.jface.viewers.TableViewer.internalRefresh(TableViewer.java:506)
at org.eclipse.jface.viewers.TableViewer.internalRefresh(TableViewer.java:449)
at org.eclipse.jface.viewers.StructuredViewer$7.run(StructuredViewer.java:848)
at
org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:788)
at
org.eclipse.jface.viewers.CheckboxTableViewer.preservingSelection(CheckboxTableViewer.java:283)
at org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:846)
at org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:808)
at
org.eclipse.debug.internal.ui.views.breakpoints.BreakpointsView.becomesVisible(BreakpointsView.java:264)
at
org.eclipse.debug.ui.AbstractDebugView$DebugViewPartListener.partVisible(AbstractDebugView.java:159)
at org.eclipse.ui.internal.PartListenerList2$7.run(PartListenerList2.java:139)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:607)
at org.eclipse.core.runtime.Platform.run(Platform.java:668)
at
org.eclipse.ui.internal.PartListenerList2.firePartVisible(PartListenerList2.java:137)
at org.eclipse.ui.internal.WorkbenchPage$1.propertyChange(WorkbenchPage.java:137)
at org.eclipse.ui.internal.LayoutPart.setVisible(LayoutPart.java:248)
at org.eclipse.ui.internal.PartPane.setVisible(PartPane.java:259)
at org.eclipse.ui.internal.ViewPane.setVisible(ViewPane.java:625)
at
org.eclipse.ui.internal.presentations.PresentableViewPart.setVisible(PresentableViewPart.java:114)
at
org.eclipse.ui.internal.presentations.DefaultPartPresentation.selectPart(DefaultPartPresentation.java:777)
at
org.eclipse.ui.internal.PartStack.refreshPresentationSelection(PartStack.java:717)
at org.eclipse.ui.internal.PartStack.createControl(PartStack.java:315)
at org.eclipse.ui.internal.ViewStack.createControl(ViewStack.java:99)
at
org.eclipse.ui.internal.PartSashContainer.createControl(PartSashContainer.java:392)
at org.eclipse.ui.internal.PerspectiveHelper.activate(PerspectiveHelper.java:156)
at org.eclipse.ui.internal.Perspective.onActivate(Perspective.java:718)
at org.eclipse.ui.internal.WorkbenchPage.setPerspective(WorkbenchPage.java:2683)
at org.eclipse.ui.internal.WorkbenchPage.busySetPerspective(WorkbenchPage.java:728)
at org.eclipse.ui.internal.WorkbenchPage.access$8(WorkbenchPage.java:713)
at org.eclipse.ui.internal.WorkbenchPage$12.run(WorkbenchPage.java:2826)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
at org.eclipse.ui.internal.WorkbenchPage.setPerspective(WorkbenchPage.java:2824)
at
org.eclipse.ui.internal.PerspectiveBarContributionItem.select(PerspectiveBarContributionItem.java:124)
at
org.eclipse.ui.internal.PerspectiveBarContributionItem$3.widgetSelected(PerspectiveBarContributionItem.java:114)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2725)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2390)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:243)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:298)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:249)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:126)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
at org.eclipse.core.launcher.Main.run(Main.java:722)
at org.eclipse.core.launcher.Main.main(Main.java:706)

I2005406180800 build.
At the end of install/update wizard there is a question to restart Eclipse.  
Answering Yes, causes Eclipse to shutdown, but VM crashes and does not restart.

I20040324-0800

Saving and then re-loading the saved user library misses some of the jars.
Steps:
- new workspace, import org.apache.ant as binary
- new java project "abc"
- on abc: Properties, Buildpath, Libraries, Add Library
- User Library, Next, User Libraries
- New: "Ameisen" (not system)
- Add Jars...
- add ant.jar and ant-antlr.jar from org.apache.ant/lib
- Save... into ameisen.userlibraries
- Load... from ameisen.userlibraries, load "Ameisen"
-> only ant-antlr.jar is loaded
-> cannot remove ant-antlr.jar (no reaction, log empty)

The SWT Browser (using the sample plugin) seems to crash with
EXCEPTION_ACCESS_VIOLATION using every Applet demo listed here:
http://java.sun.com/products/plugin/1.5.0/demos/plugin/applets.html
Namely, the Clock example, Simple Spreadsheet, Simple Bar Chart, and 
GraphLayout.

See bug 52804 for initial reported problem.
Here are the list of deprecated formatter JavaCore options missing new way:
 - FORMATTER_NEWLINE_OPENING_BRACE
 - FORMATTER_NEWLINE_CONTROL
 - FORMATTER_NEWLINE_ELSE_IF
 - FORMATTER_NEWLINE_EMPTY_BLOCK
 - FORMATTER_CLEAR_BLANK_LINES
 - FORMATTER_LINE_SPLIT
 - FORMATTER_COMPACT_ASSIGNMENT
 - FORMATTER_SPACE_CASTEXPRESSION

I20040930

Preferences > Run/Debug > Console

* uncheck "Limit console output"
* the buffers size text field is disabled
* press "Restore Defaults"
* the "Limit console output" option is checked, but the text field does not re-
enable. Have to manually click the option to get the text field to re-enable

20040603

- Create the following class in a project that has 'jdtcore.jar' and
'runtime.jar' on the class path
- invoke code assist after the 'ex' and choose 'exists' from 'ISourceReference'
- The result is
    type.this.exists()
  which doesn't make sense

I also wondered if it makes sense to have two 'exists' presented. As they have
the same signature, one would be enough

---
package p;

import org.eclipse.core.runtime.CoreException;
import org.eclipse.jdt.core.IField;
import org.eclipse.jdt.core.IType;


public abstract class A {
	private void run(IType type, IField[] preselected, boolean activatedFromEditor)
throws CoreException {
		type.ex
	}
}

1) I have the following inner class.
	private IPartListener2 fPartListener= new IPartListener2() {
		public void partActivated(IWorkbenchPartReference ref) {
		}
		public void partBroughtToTop(IWorkbenchPartReference ref) {
		}
	 	public void partInputChanged(IWorkbenchPartReference ref) {
	 	}
		public void partClosed(IWorkbenchPartReference ref) {
		}
		public void partDeactivated(IWorkbenchPartReference ref) {
		}
		public void partOpened(IWorkbenchPartReference ref) {
		}
		public void partVisible(IWorkbenchPartReference ref) {
***			fPartIsVisible= true;
			
		}
		public void partHidden(IWorkbenchPartReference ref) {
			fPartIsVisible= false;
			updateViewTitleProgress();
		}
	};
2) I want to set a breakpoint when the part becomes visible (line marked with 
***) 

-> my line breakpoint gets automatically converted into a watch point on 
fPartListener. 

There are several problems:
1) the watch point is set on the wrong field

2) setting a breakpoint on a line where a field is accessed doesn't mean I 
always want to have a watch point for the field. I might be interested in this 
particular line only. There is no way for me to express this.

Problem 2) is serious and highly frustrating

build: 200404060927

Developing with the editor drop down enabled (single editor tabs)

1) open several editors
2) drag one editor to create a 2nd editor tab folder
3) press CTRL+E
->the editor drop down doesn't show up

Build 20040406 + Cheetah01 patch

Trying to build Eclipse against 1.5 libs using our 1.5 preview, I noticed the 
following issue, which is trivial to fix.

public class UnifiedTree {
   ...
   /** our queue */
   protected Queue queue;  // ambiguous

Given Queue got added to java.util in 1.5 libs, you should specify a singe type 
import to disambiguate it.

I stepped up to the 3/18 intergration build, and a lot of my preferences are 
blasted.  For example, the workspace autobuild pref and the PDE target 
platform, just to name a few.  So when I open the workspace the first thing it 
does is build and tell me I have errors :-(.

 

The formatter seems to remove anything contained on the line with the end block 
comment.

before formating:
example:
	/*
	style.process(
		xmlinput,
		new XSLTResultTarget(response.getWriter()));	*/

After formating:
/*
 * style.process( xmlinput,
 */

If I put the end block comment on the next line if format properly.

I am using all the default settings for 3.0M6

In I20040322 the .metadata folder is being created in the install dir.

RC1

- create a user library for JUnit
- now edit the .classpath file so that the class path entry points to a non
  existing library (e.g. <classpathentry kind="con"  
  path="org.eclipse.jdt.USER_LIBRARY/JUnit2"/>)
- save
- the package explorer contain two JRE entries.

I20040326_0800

- load JUnit
- do a text search for Test
- delete JUnit
- click on on of the matches:

You get an exception:

java.lang.IllegalArgumentException
	at org.eclipse.ui.internal.EditorManager.openSystemExternalEditor
(EditorManager.java:659)
	at org.eclipse.ui.internal.EditorManager.openEditorFromDescriptor
(EditorManager.java:445)
	at org.eclipse.ui.internal.EditorManager.openEditor
(EditorManager.java:426)
	at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor
(WorkbenchPage.java:2129)
	at org.eclipse.ui.internal.WorkbenchPage.access$6
(WorkbenchPage.java:2072)
	at org.eclipse.ui.internal.WorkbenchPage$9.run(WorkbenchPage.java:2059)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchPage.openEditor
(WorkbenchPage.java:2054)
	at org.eclipse.ui.ide.IDE.openEditor(IDE.java:265)
	at org.eclipse.search.internal.ui.text.FileSearchPage.showMatch
(FileSearchPage.java:82)
	at org.eclipse.search.ui.text.AbstractTextSearchViewPage$7.run
(AbstractTextSearchViewPage.java:467)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:610)
	at org.eclipse.core.runtime.Platform.run(Platform.java:521)
	at org.eclipse.search.ui.text.AbstractTextSearchViewPage.showMatch
(AbstractTextSearchViewPage.java:472)
	at 
org.eclipse.search.ui.text.AbstractTextSearchViewPage.showCurrentMatch
(AbstractTextSearchViewPage.java:525)
	at org.eclipse.search.ui.text.AbstractTextSearchViewPage.access$5
(AbstractTextSearchViewPage.java:522)
	at org.eclipse.search.ui.text.AbstractTextSearchViewPage$5.open
(AbstractTextSearchViewPage.java:364)
	at org.eclipse.jface.viewers.StructuredViewer$2.run
(StructuredViewer.java:406)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:610)
	at org.eclipse.core.runtime.Platform.run(Platform.java:521)
	at org.eclipse.jface.viewers.StructuredViewer.fireOpen
(StructuredViewer.java:404)
	at org.eclipse.jface.viewers.StructuredViewer.handleOpen
(StructuredViewer.java:614)
	at org.eclipse.jface.viewers.StructuredViewer$6.handleOpen
(StructuredViewer.java:703)
	at org.eclipse.jface.util.OpenStrategy.fireOpenEvent
(OpenStrategy.java:209)
	at org.eclipse.jface.util.OpenStrategy.access$2(OpenStrategy.java:204)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent
(OpenStrategy.java:233)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2578)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2256)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:277)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:239)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:316)
	at org.eclipse.core.launcher.Main.run(Main.java:741)
	at org.eclipse.core.launcher.Main.main(Main.java:725)

I2004-03-26:08:00h

While trying to reproduce bug 56365, I got stuck with three editor tab (I use
the option to use multiple tabs got editors) tooltips. The seem to be live
widgets, I can click each of them to get them to the front. They just don't go
away anymore (even though there's no editor open anymore).
I can't reproduce how I got into this state, though.

It seems that something is wrong with space 'after opening brace', 'before 
closing brace' and 'between empty braces'.

Here's the initial test case I wrote:
public class Bug49361 {
    public static void main(String [ ] args) {
        int[] table = new int [] {1,2,3};
        int[] empty = new int [] {};
    }
}
which is the same than with the three options unset.

1) Format with (fix of the bug 49361):
'after opening brace'  = OFF
'before closing brace' = OFF
'between empty braces' = ON
I got one changed line:
       int[] empty = new int[] { };
=> OK

2) Format with:
'after opening brace'  = OFF
'before closing brace' = ON
'between empty braces' = OFF
I got two changed lines:
        int[] table = new int[] {1,2,3 };
        int[] empty = new int[] { };
=> OK?

3) Format with:
'after opening brace'  = ON
'before closing brace' = OFF
'between empty braces' = OFF
I got only one changed line:
        int[] table = new int[] { 1,2,3};
=> KO?

If we consider that 2nd format is correct, then I would expect for the 3rd one:
        int[] empty = new int[] { };
instead of:
        int[] empty = new int[] {};

The other possibility is that 2nd format was incorrect and should have produced:
        int[] empty = new int[] {};
instead of:
        int[] empty = new int[] { };
Then 3rd one would be correct...

At least it seems that there's some inconsistency here, isn't there?

The formatting options for the 'do while' statement shows an example of a 'while' loop rather than a 'do 
while' loop. Seems odd; either the option should be 'while' or the preview should show a do-while loop.

Mac OS X.3.2 Eclipse 3.0M7

I like the new options for the code formatter, but when I change them I am unable to click 'OK' as the 
button is greyed out when the preference window is opened and clicking checkboxes does not seem to 
un-enable it. I cannot change either the 'default' or 'Java' profiles (though I can create a new one and 
change that).

I do not know if this is a bug or feature; but if it is a feature, I think a warning message should be 
displayed saying 'The default is not changeable' and it should not be possible to select any of the 
checkboxes, rather than not being able to commit the changes once they are made.

I200403240800, close all perspectives, new java perspective. 

select outline view. drag tab to bottom edge of outline view. notice down arrow
and tracking rect over bottom half of view. this was to be the subject of my bug
which i had noticed a number of times previously, as this should never occur
considering the outline view is not part of a stack. 

in this particular case however, the drop causes the outline view to disappear
and the following occurs in the .log:


!SESSION Mar 24, 2004 14:40:08.509
---------------------------------------------java.version=1.4.2_03
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US
Command-line arguments: -vmargs -cp /home/cmclaren/eclipse/./startup.jar
org.eclipse.core.launcher.Main
!ENTRY org.eclipse.ui 4 4 Mar 24, 2004 14:40:08.510
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Mar 24, 2004 14:40:08.511
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
        at org.eclipse.ui.internal.PartTabFolder.getParent(PartTabFolder.java:507)
        at
org.eclipse.ui.internal.RootLayoutContainer.isStackType(RootLayoutContainer.java:215)
        at
org.eclipse.ui.internal.RootLayoutContainer.getDockingRatio(RootLayoutContainer.java:199)
        at
org.eclipse.ui.internal.PartSashContainer.dropObject(PartSashContainer.java:667)
        at
org.eclipse.ui.internal.RootLayoutContainer.dropObject(RootLayoutContainer.java:191)
        at
org.eclipse.ui.internal.PartSashContainer$3.drop(PartSashContainer.java:615)
        at org.eclipse.ui.internal.dnd.DragUtil.performDrag(DragUtil.java:109)
        at org.eclipse.ui.internal.PartTabFolder$1.dragStart(PartTabFolder.java:90)
        at
Iorg.eclipse.ui.internal.presentations.BasicStackPresentation$10.handleEvent(BasicStackPresentation.java:250)
        at
org.eclipse.ui.presentations.PresentationUtil.handleMouseMove(PresentationUtil.java:86)
        at
org.eclipse.ui.presentations.PresentationUtil.access$1(PresentationUtil.java:79)
        at
org.eclipse.ui.presentations.PresentationUtil$2.handleEvent(PresentationUtil.java:58)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:939)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:1954)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1727)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1541)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1515)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:288)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:232)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:116)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:315)
        at org.eclipse.core.launcher.Main.run(Main.java:740)
        at org.eclipse.core.launcher.Main.main(Main.java:724)

I20040324 (0800)

1) unzipped the application found in bug 54025 (trivial headless app)
2) Created a launch configuration for the app, and ran it (so far so good)
3) Deleted the application from my workspace (delete "com.example.ichabod" project)
4) Closed Eclipse and reopened
5) Forgetting that I had deleted the project from my workspace, I tried to
re-launch the "ichabod" application.

-> It terminates immediately. No metadata location is created, no log file in
configuration area or elsewhere, nothing is reported on stdout.  There is no
feedback at all about what went wrong.

I tried tracing through, and a good exception does get logged ("application not
found...") in the PDE metadata area.  however, this directory gets deleted at
some point and the log doesn't seem to be copied elsewhere.

Will running the JDI test suite to test the 1.5 support, I found that the JDI
client was no more usuable outside of the JDT debug plug-in, and that some test
were wrong.

I have Eclipse set up to clear all blank lines (which I think is the default Eclipse setting anyway) but 
when doing an Organise Import, the importer leaves a blank line between the top-level package name 
imports, e.g.

import java.io.Something
import java.util.SomethingElse

import javax.ejb.Other

import com.example.Another

It would be useful if the Organise Imports didn't put a line in, if the code formatter preferences is to 
ignore all blank lines anyway.

Consider the following code fragment:

		ArrayList<? super Integer> al = new ArrayList<Object>();
		al.add(new Integer(1)); // (1)
		Integer i = al.get(0);  // (2)

(1) gives you a compiler error. This is not correct because the list al contains 
elements of an unknown type, but the type must be a superclass of Integer
Therefore its completely legal to add an Integer

(2) compiles, but is not legal. The list can contain any type, so a cast to 
Integer is not save!



Using Eclipse 3.0M9 with Cheetah 0.0.6

IWorkbenchPart#setTitle() is deprecated and says it's been replaced by setPartName() and 
setContentDescription(). However, while attempting to migrate our SourceNotFoundEditor and 
CommonSourceNotFoundEditor to the new API, I found that the new method don't fully replace 
setTitle() in that they don't seem to update the title returned by editor references.

I replaced the call to:
  setTitle(input.getName());
with:
  setPartName(input.getName());
  setContentDescription(input.getName());

If I then call IEditorReference#getTitle() I get a different answer (some static value) then I used to 
get when we called setTitle().

build I20040330 + latest from head

- ran the StartupTest suite
- on shutdown, I got the following.

The problem is that it is trying to access the Workbench during a disposeExec,
but the Workbench has already been shut down by the time the Display is disposed.

Recommend calling the theme manager's dispose directly from within
Workbench.shutdown rather than using a disposeExec.


!ENTRY org.eclipse.osgi Apr 05, 2004 23:23:21.494
!MESSAGE Application error
!STACK 1
java.lang.IllegalStateException: Workbench has not been created yet.
	at org.eclipse.ui.PlatformUI.getWorkbench(PlatformUI.java:91)
	at org.eclipse.ui.internal.WorkbenchPlugin.getWorkbench(WorkbenchPlugin.java:437)
	at org.eclipse.ui.internal.themes.Theme.dispose(Theme.java:223)
	at
org.eclipse.ui.internal.themes.WorkbenchThemeManager.dispose(WorkbenchThemeManager.java:70)
	at
org.eclipse.ui.internal.themes.WorkbenchThemeManager$2.run(WorkbenchThemeManager.java:46)
	at org.eclipse.swt.widgets.Display.release(Display.java:2321)
	at org.eclipse.swt.graphics.Device.dispose(Device.java:226)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:99)
	at
org.eclipse.pde.internal.junit.runtime.UITestApplication.run(UITestApplication.java:34)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:277)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:241)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

M9 build

While doing a sync over a home connection, I double-clicked on a change to the
splash.bmp file for org.eclipse.platform.
It should progress that it was transferring 480K.  It then did this again.

It seems like it should only have to transfer the copy in head (once) to do the
compare.

Bind something like Scroll Line Down to a multi-key sequence such as Ctrl-U 
Ctrl-V.  Turn on multi-key assist in the Windows>Preferences>Keys>Advanced 
preferences page.  Then go to a long document and type C-U C-V several times 
in quick succession (never waiting for the 1-second interval; that is, the 
popup multi-key assist should really never be activating itself).  Eclipse 
will crash.  It won't happen if you turn off the key assist.  Here is the 
contents of the log.


An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0x4D507944
Function=Java_org_eclipse_swt_internal_gtk_OS_GTK_1WIDGET_1VISIBLE+0x17
Library=/accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.eclips
e.swt.gtk_3.0.0/os/linux/x86/libswt-pi-gtk-3034.so

Current Java thread:
	at org.eclipse.swt.internal.gtk.OS.GTK_WIDGET_VISIBLE(Native Method)
	- locked <0x48af4a10> (a java.lang.Class)
	at org.eclipse.swt.widgets.Shell.bringToTop(Shell.java:403)
	at org.eclipse.swt.widgets.Shell.open(Shell.java:766)
	at 
org.eclipse.ui.internal.keys.WorkbenchKeyboard.openMultiKeyAssistShell
(WorkbenchKeyboard.java:722)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$3
(WorkbenchKeyboard.java:586)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard$3.run
(WorkbenchKeyboard.java:542)
	at org.eclipse.swt.widgets.Display.timerProc(Display.java:2184)
	at org.eclipse.swt.internal.gtk.OS.gtk_main_iteration(Native Method)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1624)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1506)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1482)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:246)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:226)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

Dynamic libraries:
08048000-0804e000 r-xp 00000000 00:1a 
1537151    /accts/mica.a/usr_java/j2sdk1.4.2_02/bin/java
0804e000-0804f000 rw-p 00005000 00:1a 
1537151    /accts/mica.a/usr_java/j2sdk1.4.2_02/bin/java
40000000-40012000 r-xp 00000000 03:02 16103      /lib/ld-2.2.93.so
40012000-40013000 rw-p 00012000 03:02 16103      /lib/ld-2.2.93.so
40013000-4001b000 r-xp 00000000 00:1a 
621461     /accts/mica.a/usr_java/j2sdk1.4.2_02/jre/lib/i386/native_threads/lib
hpi.so
4001b000-4001c000 rw-p 00007000 00:1a 
621461     /accts/mica.a/usr_java/j2sdk1.4.2_02/jre/lib/i386/native_threads/lib
hpi.so
4001c000-40025000 r-xp 00000000 03:02 16136      /lib/libnss_files-2.2.93.so
40025000-40026000 rw-p 00008000 03:02 16136      /lib/libnss_files-2.2.93.so
40026000-40033000 r-xp 00000000 03:02 176419     /lib/i686/libpthread-0.10.so
40033000-40036000 rw-p 0000d000 03:02 176419     /lib/i686/libpthread-0.10.so
40057000-40059000 r-xp 00000000 03:02 16116      /lib/libdl-2.2.93.so
40059000-4005a000 rw-p 00001000 03:02 16116      /lib/libdl-2.2.93.so
4005a000-40454000 r-xp 00000000 00:1a 
114514     /accts/mica.a/usr_java/j2sdk1.4.2_02/jre/lib/i386/client/libjvm.so
40454000-40470000 rw-p 003f9000 00:1a 
114514     /accts/mica.a/usr_java/j2sdk1.4.2_02/jre/lib/i386/client/libjvm.so
40482000-40494000 r-xp 00000000 03:02 16120      /lib/libnsl-2.2.93.so
40494000-40495000 rw-p 00012000 03:02 16120      /lib/libnsl-2.2.93.so
40497000-404b8000 r-xp 00000000 03:02 176417     /lib/i686/libm-2.2.93.so
404b8000-404b9000 rw-p 00021000 03:02 176417     /lib/i686/libm-2.2.93.so
404b9000-404bd000 rw-s 00000000 03:05 12050      /tmp/hsperfdata_geb/30529
404bd000-404c0000 r--s 00000000 00:1a 
3434034    /accts/mica.a/usr_java/j2sdk1.4.2_02/jre/lib/ext/dnsns.jar
404c0000-404c5000 r--s 00000000 03:06 
2473714    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/startup.jar
404c5000-404cb000 r-xp 00000000 00:1a 
4137206    /accts/mica.a/usr_java/j2sdk1.4.2_02/jre/lib/i386/libnio.so
404cb000-404cc000 rw-p 00005000 00:1a 
4137206    /accts/mica.a/usr_java/j2sdk1.4.2_02/jre/lib/i386/libnio.so
404cc000-404d5000 r-xp 00000000 03:02 16141      /lib/libnss_nis-2.2.93.so
404d5000-404d6000 rw-p 00008000 03:02 16141      /lib/libnss_nis-2.2.93.so
404d6000-404e6000 r-xp 00000000 00:1a 
4137208    /accts/mica.a/usr_java/j2sdk1.4.2_02/jre/lib/i386/libverify.so
404e6000-404e8000 rw-p 0000f000 00:1a 
4137208    /accts/mica.a/usr_java/j2sdk1.4.2_02/jre/lib/i386/libverify.so
404e8000-40508000 r-xp 00000000 00:1a 
4137194    /accts/mica.a/usr_java/j2sdk1.4.2_02/jre/lib/i386/libjava.so
40508000-4050a000 rw-p 0001f000 00:1a 
4137194    /accts/mica.a/usr_java/j2sdk1.4.2_02/jre/lib/i386/libjava.so
4050a000-4051e000 r-xp 00000000 00:1a 
4137209    /accts/mica.a/usr_java/j2sdk1.4.2_02/jre/lib/i386/libzip.so
4051e000-40521000 rw-p 00013000 00:1a 
4137209    /accts/mica.a/usr_java/j2sdk1.4.2_02/jre/lib/i386/libzip.so
40521000-41eb9000 r--s 00000000 00:1a 
2698159    /accts/mica.a/usr_java/j2sdk1.4.2_02/jre/lib/rt.jar
41f03000-41f19000 r--s 00000000 00:1a 
2698158    /accts/mica.a/usr_java/j2sdk1.4.2_02/jre/lib/sunrsasign.jar
41f19000-41ff4000 r--s 00000000 00:1a 
2698157    /accts/mica.a/usr_java/j2sdk1.4.2_02/jre/lib/jsse.jar
41ff4000-41ffc000 r--s 00000000 03:06 
2472857    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.osgi_3.0.0/console.jar
41ffc000-42000000 r--s 00000000 03:06 
3878088    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.osgi.util_3.0.0/util.jar
42000000-42126000 r-xp 00000000 03:02 176415     /lib/i686/libc-2.2.93.so
42126000-4212b000 rw-p 00126000 03:02 176415     /lib/i686/libc-2.2.93.so
4212f000-42140000 r--s 00000000 00:1a 
2698149    /accts/mica.a/usr_java/j2sdk1.4.2_02/jre/lib/jce.jar
42140000-42699000 r--s 00000000 00:1a 
2698150    /accts/mica.a/usr_java/j2sdk1.4.2_02/jre/lib/charsets.jar
44741000-4474e000 r--s 00000000 00:1a 
3434035    /accts/mica.a/usr_java/j2sdk1.4.2_02/jre/lib/ext/ldapsec.jar
4474e000-4474f000 r--s 00000000 03:06 
249372     /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.ui.workbench.compatibility_3.0.0/compatibility.jar
4474f000-44750000 r--s 00000000 03:06 
3878202    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.ui_3.0.0/ui.jar
4c953000-4cb12000 r--p 00000000 03:02 480987     /usr/lib/locale/locale-archive
4cd16000-4cdd2000 r--s 00000000 00:1a 
3434038    /accts/mica.a/usr_java/j2sdk1.4.2_02/jre/lib/ext/localedata.jar
4cdd2000-4cdee000 r--s 00000000 00:1a 
3434037    /accts/mica.a/usr_java/j2sdk1.4.2_02/jre/lib/ext/sunjce_provider.jar
4cdee000-4cdfe000 r-xp 00000000 00:1a 
4137205    /accts/mica.a/usr_java/j2sdk1.4.2_02/jre/lib/i386/libnet.so
4cdfe000-4cdff000 rw-p 0000f000 00:1a 
4137205    /accts/mica.a/usr_java/j2sdk1.4.2_02/jre/lib/i386/libnet.so
4cdff000-4ce24000 r--s 00000000 03:06 
1963930    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.jdt.launching_3.0.0/launching.jar
4ce37000-4ce3a000 r-xp 00000000 03:02 16133      /lib/libnss_dns-2.2.93.so
4ce3a000-4ce3b000 rw-p 00002000 03:02 16133      /lib/libnss_dns-2.2.93.so
4ce3b000-4ce4a000 r-xp 00000000 03:02 16148      /lib/libresolv-2.2.93.so
4ce4a000-4ce4b000 rw-p 0000e000 03:02 16148      /lib/libresolv-2.2.93.so
4ce80000-4ceb9000 r--s 00000000 03:06 
2472855    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.osgi_3.0.0/core.jar
4ceb9000-4cec4000 r--s 00000000 03:06 
2472859    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.osgi_3.0.0/osgi.jar
4cec4000-4ced8000 r--s 00000000 03:06 
2472856    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.osgi_3.0.0/resolver.jar
4ced8000-4cee7000 r--s 00000000 03:06 
2472850    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.osgi_3.0.0/defaultAdaptor.jar
4cee7000-4cef8000 r--s 00000000 03:06 
2472851    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.osgi_3.0.0/eclipseAdaptor.jar
4cffa000-4d036000 r--s 00000000 03:06 
249260     /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.core.runtime_3.0.0/runtime.jar
4d036000-4d04e000 r--s 00000000 03:06 
2555242    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.core.runtime.compatibility_3.0.0/compatibility.jar
4d04e000-4d05d000 r--s 00000000 03:06 
1589911    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.update.configurator_3.0.0/configurator.jar
4d05d000-4d1af000 r--s 00000000 03:06 
1590314    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.ui.ide_3.0.0/ide.jar
4d1af000-4d378000 r--s 00000000 03:06 
2555265    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.ui.workbench_3.0.0/workbench.jar
4d378000-4d3f1000 r--s 00000000 03:06 
1769277    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.jface_3.0.0/jface.jar
4d3f1000-4d4ce000 r--s 00000000 03:06 
249386     /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.swt.gtk_3.0.0/ws/gtk/swt.jar
4d4ce000-4d4e1000 r--s 00000000 03:06 
249385     /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.swt.gtk_3.0.0/ws/gtk/swt-mozilla.jar
4d4e1000-4d4eb000 r--s 00000000 03:06 
249384     /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.swt.gtk_3.0.0/ws/gtk/swt-pi.jar
4d4eb000-4d514000 r-xp 00000000 03:06 
249393     /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.swt.gtk_3.0.0/os/linux/x86/libswt-pi-gtk-3034.so
4d514000-4d515000 rw-p 00028000 03:06 
249393     /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.swt.gtk_3.0.0/os/linux/x86/libswt-pi-gtk-3034.so
4d515000-4d51b000 r--s 00000000 03:02 112480     /usr/lib/gconv/gconv-
modules.cache
4d51b000-4d51c000 r-xp 00000000 03:02 
64414      /usr/X11R6/lib/X11/locale/common/xlcUTF8Load.so.2
4d51c000-4d51d000 rw-p 00000000 03:02 
64414      /usr/X11R6/lib/X11/locale/common/xlcUTF8Load.so.2
4d51d000-4d51f000 r-xp 00000000 03:02 112425     /usr/lib/gconv/ISO8859-1.so
4d51f000-4d520000 rw-p 00001000 03:02 112425     /usr/lib/gconv/ISO8859-1.so
4d520000-4d521000 r-xp 00000000 03:06 
249379     /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.core.resources.linux_3.0.0/os/linux/x86/libcore_2_1_0b.so
4d521000-4d522000 rw-p 00001000 03:06 
249379     /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.core.resources.linux_3.0.0/os/linux/x86/libcore_2_1_0b.so
4d523000-4d528000 r--s 00000000 03:06 
2112183    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.update.scheduler_3.0.0/scheduler.jar
4d528000-4d766000 r-xp 00000000 03:02 368954     /usr/lib/libgtk-x11-
2.0.so.0.0.6
4d766000-4d771000 rw-p 0023e000 03:02 368954     /usr/lib/libgtk-x11-
2.0.so.0.0.6
4d773000-4d7d0000 r-xp 00000000 03:02 368948     /usr/lib/libgdk-x11-
2.0.so.0.0.6
4d7d0000-4d7d5000 rw-p 0005d000 03:02 368948     /usr/lib/libgdk-x11-
2.0.so.0.0.6
4d7d5000-4d7eb000 r-xp 00000000 03:02 368840     /usr/lib/libatk-1.0.so.0.0.3
4d7eb000-4d7ed000 rw-p 00015000 03:02 368840     /usr/lib/libatk-1.0.so.0.0.3
4d7ed000-4d7fe000 r-xp 00000000 03:02 368950     /usr/lib/libgdk_pixbuf-
2.0.so.0.0.6
4d7fe000-4d7ff000 rw-p 00011000 03:02 368950     /usr/lib/libgdk_pixbuf-
2.0.so.0.0.6
4d7ff000-4d81f000 r-xp 00000000 03:02 368934     /usr/lib/libpangoxft-
1.0.so.0.100.1
4d81f000-4d820000 rw-p 0001f000 03:02 368934     /usr/lib/libpangoxft-
1.0.so.0.100.1
4d820000-4d82c000 r-xp 00000000 03:02 368932     /usr/lib/libpangox-
1.0.so.0.100.1
4d82c000-4d82d000 rw-p 0000b000 03:02 368932     /usr/lib/libpangox-
1.0.so.0.100.1
4d82d000-4d853000 r-xp 00000000 03:02 368928     /usr/lib/libpango-
1.0.so.0.100.1
4d853000-4d85f000 rw-p 00026000 03:02 368928     /usr/lib/libpango-
1.0.so.0.100.1
4d85f000-4d895000 r-xp 00000000 03:02 368836     /usr/lib/libgobject-
2.0.so.0.0.6
4d895000-4d897000 rw-p 00035000 03:02 368836     /usr/lib/libgobject-
2.0.so.0.0.6
4d897000-4d89a000 r-xp 00000000 03:02 368834     /usr/lib/libgmodule-
2.0.so.0.0.6
4d89a000-4d89b000 rw-p 00002000 03:02 368834     /usr/lib/libgmodule-
2.0.so.0.0.6
4d89b000-4d89f000 r-xp 00000000 03:02 368838     /usr/lib/libgthread-
2.0.so.0.0.6
4d89f000-4d8a0000 rw-p 00003000 03:02 368838     /usr/lib/libgthread-
2.0.so.0.0.6
4d8a0000-4d90a000 r-xp 00000000 03:02 368832     /usr/lib/libglib-2.0.so.0.0.6
4d90a000-4d90b000 rw-p 0006a000 03:02 368832     /usr/lib/libglib-2.0.so.0.0.6
4d90b000-4d912000 r-xp 00000000 03:02 144609     /usr/X11R6/lib/libXi.so.6.0
4d912000-4d913000 rw-p 00006000 03:02 144609     /usr/X11R6/lib/libXi.so.6.0
4d913000-4d920000 r-xp 00000000 03:02 144603     /usr/X11R6/lib/libXext.so.6.4
4d920000-4d921000 rw-p 0000c000 03:02 144603     /usr/X11R6/lib/libXext.so.6.4
4d921000-4d932000 r-xp 00000000 03:02 368926     /usr/lib/libXft.so.2.0
4d932000-4d933000 rw-p 00010000 03:02 368926     /usr/lib/libXft.so.2.0
4d933000-4d937000 r-xp 00000000 03:02 
144621     /usr/X11R6/lib/libXrender.so.1.1
4d937000-4d938000 rw-p 00004000 03:02 
144621     /usr/X11R6/lib/libXrender.so.1.1
4d938000-4d959000 r-xp 00000000 03:02 368885     /usr/lib/libfontconfig.so.1.0
4d959000-4d95c000 rw-p 00021000 03:02 368885     /usr/lib/libfontconfig.so.1.0
4d95d000-4da38000 r-xp 00000000 03:02 144595     /usr/X11R6/lib/libX11.so.6.2
4da38000-4da3b000 rw-p 000da000 03:02 144595     /usr/X11R6/lib/libX11.so.6.2
4da3b000-4da80000 r-xp 00000000 03:02 368881     /usr/lib/libfreetype.so.6.3.1
4da80000-4da84000 rw-p 00045000 03:02 368881     /usr/lib/libfreetype.so.6.3.1
4da84000-4daa0000 r-xp 00000000 03:02 368822     /usr/lib/libexpat.so.0.3.0
4daa0000-4daa4000 rw-p 0001b000 03:02 368822     /usr/lib/libexpat.so.0.3.0
4daa4000-4dab0000 r-xp 00000000 03:02 322579     /usr/lib/gtk-
2.0/2.0.0/engines/libbluecurve.so
4dab0000-4dab1000 rw-p 0000b000 03:02 322579     /usr/lib/gtk-
2.0/2.0.0/engines/libbluecurve.so
4dab1000-4dad3000 r-xp 00000000 03:06 
249391     /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.swt.gtk_3.0.0/os/linux/x86/libswt-gtk-3034.so
4dad3000-4dad5000 rw-p 00022000 03:06 
249391     /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.swt.gtk_3.0.0/os/linux/x86/libswt-gtk-3034.so
4dad5000-4db66000 r--s 00000000 03:06 
1965994    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.core.resources_3.0.0/resources.jar
4dbe7000-4dbf6000 r--s 00000000 03:06 
3877885    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.help_3.0.0/help.jar
4dbf6000-4dc09000 r-xp 00000000 03:02 
64429      /usr/lib/pango/1.1.0/modules/pango-basic-x.so
4dc09000-4dc0a000 rw-p 00013000 03:02 
64429      /usr/lib/pango/1.1.0/modules/pango-basic-x.so
4dc0a000-4dc12000 r-xp 00000000 03:06 
249392     /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.swt.gtk_3.0.0/os/linux/x86/libswt-atk-gtk-3034.so
4dc12000-4dc13000 rw-p 00007000 03:06 
249392     /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.swt.gtk_3.0.0/os/linux/x86/libswt-atk-gtk-3034.so
4dc13000-4ddc6000 r--s 00000000 03:06 
2473696    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.pde.ui_3.0.0/pdeui.jar
4ddc6000-4ddd4000 r--s 00000000 03:06 
1998352    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.ui.views_3.0.0/views.jar
4ddd4000-4de44000 r--s 00000000 03:06 
2505641    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.pde.core_3.0.0/pdecore.jar
4de44000-4de86000 r--s 00000000 03:06 
1965984    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.update.ui.forms_3.0.0/forms.jar
4de86000-4dea4000 r--s 00000000 03:06 
249271     /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.text_3.0.0/text.jar
4dea4000-4ded6000 r--s 00000000 03:06 
3877903    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.ui.editors_3.0.0/editors.jar
4ded6000-4df40000 r--s 00000000 03:06 
1590510    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.jface.text_3.0.0/jfacetext.jar
4df40000-4df86000 r--s 00000000 03:06 
1590594    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.ui.workbench.texteditor_3.0.0/texteditor.jar
4df86000-4e211000 r--s 00000000 03:06 
2113242    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.jdt.core_3.0.0/jdtcore.jar
4e292000-4e32c000 r--s 00000000 03:06 
2113210    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.debug.ui_3.0.0/dtui.jar
4e32c000-4e350000 r--s 00000000 03:06 
249250     /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.debug.core_3.0.0/dtcore.jar
4e350000-4e35a000 r--s 00000000 03:06 
2112472    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.core.filebuffers_3.0.0/filebuffers.jar
4e35a000-4e36a000 r--s 00000000 03:06 
3877908    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.pde_3.0.0/pde.jar
4e4ed000-4e5de000 r--s 00000000 03:06 
1556289    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.team.cvs.ui_3.0.0/teamcvsui.jar
4e5de000-4e638000 r--s 00000000 03:06 
249367     /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.team.ui_3.0.0/teamui.jar
4e638000-4e64e000 r--s 00000000 03:06 
1590504    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.team.core_3.0.0/team.jar
4e64e000-4e6be000 r--s 00000000 03:06 
2555231    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.team.cvs.core_3.0.0/cvs.jar
4e6be000-4e6c8000 r--s 00000000 03:06 
2112175    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.team.cvs.ssh2_3.0.0/cvsssh2.jar
4e6c8000-4e6e9000 r--s 00000000 03:06 
2112172    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.team.cvs.ssh2_3.0.0/jsch-0.1.12.jar
4e881000-4e89a000 r--s 00000000 03:06 
1998764    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.ui.externaltools_3.0.0/externaltools.jar
4e89a000-4e911000 r--s 00000000 03:06 
2555367    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.update.core_3.0.0/updatecore.jar
4e911000-4e965000 r--s 00000000 03:06 
1965802    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.update.ui_3.0.0/updateui.jar
4e965000-4ee2c000 r--s 00000000 03:06 
1590701    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.jdt.ui_3.0.0/jdt.jar
4ee2c000-4ee8e000 r--s 00000000 03:06 
2555417    /accts/flow.a/usr_java/eclipse.l86.3.0M6.wrk/eclipse/plugins/org.ecl
ipse.compare_3.0.0/compare.jar

Heap at VM Abort:
Heap
 def new generation   total 3456K, used 324K [0x44750000, 0x44b10000, 
0x44c30000)
  eden space 3072K,   9% used [0x44750000, 0x44799bc0, 0x44a50000)
  from space 384K,   7% used [0x44a50000, 0x44a57650, 0x44ab0000)
  to   space 384K,   0% used [0x44ab0000, 0x44ab0000, 0x44b10000)
 tenured generation   total 45716K, used 37319K [0x44c30000, 0x478d5000, 
0x48750000)
   the space 45716K,  81% used [0x44c30000, 0x470a1db8, 0x470a1e00, 0x478d5000)
 compacting perm gen  total 24064K, used 23977K [0x48750000, 0x49ed0000, 
0x4c750000)
   the space 24064K,  99% used [0x48750000, 0x49eba568, 0x49eba600, 0x49ed0000)

Local Time = Wed Jan  7 11:52:21 2004
Elapsed Time = 974
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2_02-b03 mixed mode)
#
# An error report file has been saved as hs_err_pid30529.log.
# Please refer to the file for further information.
#

If the user changes the dialog font it is not applied to the "Always run in 
background" and "Refresh workspace automatically" checkboxes.

Bug 78951 has the following stack trace. I have been unable to reproduce but 
it is failing on a getExpanded on a parent item. It is possible that the paent 
was one of the elements passed and was disposed. The removal code handles this 
but the "appending dummy" portion doesn't. Here's the trace. I will attach a 
patch.

!ENTRY org.eclipse.ui 4 0 2004-11-24 11:39:30.125
!MESSAGE Widget is disposed
!STACK 0
org.eclipse.swt.SWTException: Widget is disposed
	at org.eclipse.swt.SWT.error(SWT.java:2767)
	at org.eclipse.swt.SWT.error(SWT.java:2692)
	at org.eclipse.swt.SWT.error(SWT.java:2663)
	at org.eclipse.swt.widgets.Widget.error(Widget.java:388)
	at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:290)
	at org.eclipse.swt.widgets.TreeItem.getExpanded(TreeItem.java:319)
	at org.eclipse.jface.viewers.TreeViewer.getExpanded
(TreeViewer.java:154)
	at org.eclipse.jface.viewers.AbstractTreeViewer.internalRemove
(AbstractTreeViewer.java:1138)
	at org.eclipse.jface.viewers.AbstractTreeViewer.access$1
(AbstractTreeViewer.java:1115)
	at org.eclipse.jface.viewers.AbstractTreeViewer$6.run
(AbstractTreeViewer.java:1240)
	at org.eclipse.jface.viewers.StructuredViewer.preservingSelection
(StructuredViewer.java:1064)
	at org.eclipse.jface.viewers.AbstractTreeViewer.remove
(AbstractTreeViewer.java:1238)
	at 
org.eclipse.team.internal.ui.synchronize.AbstractSynchronizeModelProvider.doRem
ove(AbstractSynchronizeModelProvider.java:871)
	at 
org.eclipse.team.internal.ui.synchronize.AbstractSynchronizeModelProvider.remov
eFromViewer(AbstractSynchronizeModelProvider.java:761)
	at 
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider.removeFromVie
wer(SynchronizeModelProvider.java:132)
	at 
org.eclipse.team.internal.ui.synchronize.CompressedFoldersModelProvider.handleR
esourceRemovals(CompressedFoldersModelProvider.java:288)
	at 
org.eclipse.team.internal.ui.synchronize.AbstractSynchronizeModelProvider.handl
eChanges(AbstractSynchronizeModelProvider.java:654)
	at 
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider.handleChanges
(SynchronizeModelProvider.java:188)
	at 
org.eclipse.team.internal.ui.synchronize.SynchronizeModelUpdateHandler$3.run
(SynchronizeModelUpdateHandler.java:514)
	at 
org.eclipse.team.internal.ui.synchronize.SynchronizeModelUpdateHandler.internal
RunViewUpdate(SynchronizeModelUpdateHandler.java:587)
	at 
org.eclipse.team.internal.ui.synchronize.SynchronizeModelUpdateHandler.access$1
(SynchronizeModelUpdateHandler.java:575)
	at 
org.eclipse.team.internal.ui.synchronize.SynchronizeModelUpdateHandler$5.run
(SynchronizeModelUpdateHandler.java:554)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at 
org.eclipse.team.internal.ui.synchronize.SynchronizeModelUpdateHandler$4.run
(SynchronizeModelUpdateHandler.java:552)
	at org.eclipse.ui.internal.UILockListener.doPendingWork
(UILockListener.java:145)
	at org.eclipse.ui.internal.UISynchronizer$1.run(UISynchronizer.java:36)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:118)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2780)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2451)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:718)
	at org.eclipse.jface.window.Window.open(Window.java:696)
	at org.eclipse.team.internal.ui.actions.ConfigureProjectAction$1.run
(ConfigureProjectAction.java:55)
	at org.eclipse.team.internal.ui.actions.TeamAction$1.run
(TeamAction.java:193)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.team.internal.ui.actions.TeamAction.run
(TeamAction.java:190)
	at org.eclipse.team.internal.ui.actions.ConfigureProjectAction.run
(ConfigureProjectAction.java:60)
	at org.eclipse.ui.actions.ActionDelegate.runWithEvent
(ActionDelegate.java:70)
	at org.eclipse.ui.internal.PluginAction.runWithEvent
(PluginAction.java:288)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:555)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:505)
	at org.eclipse.jface.action.ActionContributionItem$6.handleEvent
(ActionContributionItem.java:419)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:814)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2803)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2448)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1579)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1550)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:282)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:102)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:220)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:58)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:60)
	at java.lang.reflect.Method.invoke(Method.java:391)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:710)
	at org.eclipse.core.launcher.Main.main(Main.java:694)

The ProjectCreator adds all entries of the javac classpath as library entries. 
Some entries may be containing (folder) entries.

For example:
<javac srcdir="c:\java\src" destdir="c:\java\build">
   <classpath>
     <pathelement path="c:\java\build" />
     <fileset dir="c:\java\lib">
        <include name="**/*.jar" />
     </fileset>
   </classpath>
</javac>

Encoding settings (.encoding file) should be stored under the project metadata
directory. Right now they are stored in the project root dir.

Another alternative is to use the preferences service (project scope) to keep
them. That could allow people to listen to preference changes (although would
expose the underlying mechanism) in order to detect encoding changes (see bug
56312).

Build 20040326

When asking a project if it exists, it creates its info, and thus triggers all 
classpath initialization. It should just check whether resource exists and has 
java nature.

Along this line, we should double check our implementations for elements which 
have an associated resource. They should only check that the resource exists 
and is on classpath... unless this is breaking some contracts.

Build id: 200408170800

I was updating some projects in the synchronize view when the following two
error occurred:


Error Aug 24, 2004 08:58:56.227 Problems occurred when invoking code from
plug-in: "org.eclipse.core.runtime".
org.eclipse.swt.SWTException: Widget is disposed
at org.eclipse.swt.SWT.error(SWT.java:2691)
at org.eclipse.swt.SWT.error(SWT.java:2616)
at org.eclipse.swt.SWT.error(SWT.java:2587)
at org.eclipse.swt.widgets.Widget.error(Widget.java:381)
at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:283)
at org.eclipse.swt.widgets.TreeItem.setImage(TreeItem.java:710)
at org.eclipse.jface.viewers.TreeViewer.doUpdateItem(TreeViewer.java:116)
at
org.eclipse.jface.viewers.AbstractTreeViewer$UpdateItemSafeRunnable.run(AbstractTreeViewer.java:86)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
at org.eclipse.core.runtime.Platform.run(Platform.java:747)
at
org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem(AbstractTreeViewer.java:488)
at
org.eclipse.jface.viewers.StructuredViewer$UpdateItemSafeRunnable.run(StructuredViewer.java:135)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
at org.eclipse.core.runtime.Platform.run(Platform.java:747)
at org.eclipse.jface.viewers.StructuredViewer.updateItem(StructuredViewer.java:1432)
at org.eclipse.jface.viewers.StructuredViewer.update(StructuredViewer.java:1415)
at org.eclipse.jface.viewers.StructuredViewer.update(StructuredViewer.java:1342)
at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider$LabelUpdateJob.runInUIThread(SynchronizeModelProvider.java:93)
at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:96)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2760)
at org.eclipse.swt.widgets.Display.msgFilterProc(Display.java:2250)
at org.eclipse.swt.internal.win32.OS.TrackPopupMenu(Native Method)
at org.eclipse.swt.widgets.Menu._setVisible(Menu.java:222)
at org.eclipse.swt.widgets.Display.runPopups(Display.java:2809)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2436)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1435)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1406)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:263)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
at org.eclipse.core.launcher.Main.run(Main.java:644)
at org.eclipse.core.launcher.Main.main(Main.java:628)





Error Aug 24, 2004 08:58:56.227 Problems occurred when invoking code from
plug-in: "org.eclipse.core.runtime".
java.lang.NullPointerException
at org.eclipse.jface.viewers.StructuredViewer.dumpMap(StructuredViewer.java:1478)
at
org.eclipse.jface.viewers.AbstractTreeViewer$UpdateItemSafeRunnable.handleException(AbstractTreeViewer.java:95)
at
org.eclipse.core.internal.runtime.InternalPlatform.handleException(InternalPlatform.java:349)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:617)
at org.eclipse.core.runtime.Platform.run(Platform.java:747)
at
org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem(AbstractTreeViewer.java:488)
at
org.eclipse.jface.viewers.StructuredViewer$UpdateItemSafeRunnable.run(StructuredViewer.java:135)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
at org.eclipse.core.runtime.Platform.run(Platform.java:747)
at org.eclipse.jface.viewers.StructuredViewer.updateItem(StructuredViewer.java:1432)
at org.eclipse.jface.viewers.StructuredViewer.update(StructuredViewer.java:1415)
at org.eclipse.jface.viewers.StructuredViewer.update(StructuredViewer.java:1342)
at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider$LabelUpdateJob.runInUIThread(SynchronizeModelProvider.java:93)
at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:96)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2760)
at org.eclipse.swt.widgets.Display.msgFilterProc(Display.java:2250)
at org.eclipse.swt.internal.win32.OS.TrackPopupMenu(Native Method)
at org.eclipse.swt.widgets.Menu._setVisible(Menu.java:222)
at org.eclipse.swt.widgets.Display.runPopups(Display.java:2809)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2436)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1435)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1406)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:263)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
at org.eclipse.core.launcher.Main.run(Main.java:644)
at org.eclipse.core.launcher.Main.main(Main.java:628)

Build I20040512

There are a number of occurrences in this component of the dangerous idiom:

   try {
      ...
   } catch (Throwable e) {
      ... // e not re-thrown
   }

It is very bad practice to catch Throwable (or Error) and eat it because there 
are myriad unrecoverable situations (like out of memory) that this will hide.

A (partial) list of the places that look dangerous are:
org.eclipse.jdt.debug/eval/org/eclipse/jdt/internal/debug/eval/ast/engine - 
ASTEvaluationEngine.java
org.eclipse.jdt.debug/jdi/org/eclipse/jdi - Bootstrap.java
org.eclipse.jdt.debug/jdi/org/eclipse/jdi/internal - 
VirtualMachineManagerImpl.java
org.eclipse.jdt.debug/model/org/eclipse/jdt/internal/debug/core/model - 
JDIThread.java

3.1 M2

If SelectionListenerWithASTManager waits for an AST and the editor closes we
should not create an AST for that one but return null instead.

build I20041130
host vm: pj9n142-20040928a with -Xj9
target vm: pj9n142-20040928a with -Xj9

Every time I launch the target eclipse now (using F11), I get the following.
I was also seeing this without having -Xj9 for the target vm.
It happens immediately after pressing F11.

!ENTRY org.eclipse.debug.ui 4 120 2004-12-01 14:52:02.596
!MESSAGE Error logged from Debug UI: 
!STACK 1
org.eclipse.debug.core.DebugException[5010]:
com.sun.jdi.VMDisconnectedException: Got IOException from Virtual Machine
	at
org.eclipse.jdi.internal.connect.PacketSendManager.sendPacket(PacketSendManager.java:79)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:169)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:191)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:206)
	at
org.eclipse.jdi.internal.ThreadReferenceImpl.frameCount(ThreadReferenceImpl.java:147)
	at
org.eclipse.jdt.internal.debug.core.model.JDIThread.getUnderlyingFrameCount(JDIThread.java:629)
	at
org.eclipse.jdt.internal.debug.core.model.JDIThread.createAllStackFrames(JDIThread.java:543)
	at
org.eclipse.jdt.internal.debug.core.model.JDIThread.computeStackFrames(JDIThread.java:409)
	at
org.eclipse.jdt.internal.debug.core.model.JDIThread.computeStackFrames(JDIThread.java:515)
	at
org.eclipse.jdt.internal.debug.core.model.JDIThread.getTopStackFrame(JDIThread.java:1018)
	at
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler$5.run(LaunchViewEventHandler.java:540)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:118)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2780)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2451)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1579)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1550)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:282)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:220)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
	at java.lang.reflect.Method.invoke(Method.java:391)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:710)
	at org.eclipse.core.launcher.Main.main(Main.java:694)
!SUBENTRY 1 org.eclipse.jdt.debug 4 5010 2004-12-01 14:52:02.636
!MESSAGE com.sun.jdi.VMDisconnectedException: Got IOException from Virtual
Machine occurred retrieving frame count.
!STACK 0
com.sun.jdi.VMDisconnectedException: Got IOException from Virtual Machine
	at
org.eclipse.jdi.internal.connect.PacketSendManager.sendPacket(PacketSendManager.java:79)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:169)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:191)
	at org.eclipse.jdi.internal.MirrorImpl.requestVM(MirrorImpl.java:206)
	at
org.eclipse.jdi.internal.ThreadReferenceImpl.frameCount(ThreadReferenceImpl.java:147)
	at
org.eclipse.jdt.internal.debug.core.model.JDIThread.getUnderlyingFrameCount(JDIThread.java:629)
	at
org.eclipse.jdt.internal.debug.core.model.JDIThread.createAllStackFrames(JDIThread.java:543)
	at
org.eclipse.jdt.internal.debug.core.model.JDIThread.computeStackFrames(JDIThread.java:409)
	at
org.eclipse.jdt.internal.debug.core.model.JDIThread.computeStackFrames(JDIThread.java:515)
	at
org.eclipse.jdt.internal.debug.core.model.JDIThread.getTopStackFrame(JDIThread.java:1018)
	at
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler$5.run(LaunchViewEventHandler.java:540)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:118)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2780)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2451)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1579)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1550)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:282)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:220)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:60)
	at java.lang.reflect.Method.invoke(Method.java:391)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:710)
	at org.eclipse.core.launcher.Main.main(Main.java:694)

Open a C or Java project properties Builders page. Click "New". Select "Ant" 
or "Program" and click OK. The input fields in the "Properties for New_Builder" 
dialog are missing the "Name" info when passed to MS Inspect Objects. This info 
is needed also by a screen reader so the blind user would know what to enter.

Either pass this info to an accessibleListener, or make the control the 
immediate child of the group that it seems to be in. 

In JAWS, the parent group names are read before the control by pressing Ins+TAB.
Thus the second method implies the groups "location", "Working directory" 
and "Arguments" need to have the inputfield and button controls added to the 
group. 

The first method would use:
theInputfield.getAccessible().addAccessibleListener(
		new AccessibleAdapter() {			
			public void getName(AccessibleEvent e) {
				e.result = "Location";
		}});

5 should be a equivalent option for 1.5 for the -target and -source option.

Invoking "Format" resulted in:
if (TextRequest.REQ_INSERT == request.getType()
		|| TextRequest.REQ_BACKSPACE == request.getType()
		|| TextRequest.REQ_DELETE == request.getType()
		|| TextRequest.REQ_REMOVE_RANGE == request.getType())
		return getHost();

The return statement should not be double-indented.
Using 3.0.1.

 

Version: 3.1.0
Build id: 200409140800

@@@@

Window/Preferences/Java/Editor/Hovers

Select "Variable Values"

Enter "Ctrl" as its hover.

Delete "Ctrl" in text area so that it is empty.

Click on "Restore Defaults".

Observe the error will still be there.

Switch to commit set mode and from within both mode look at the Sort Comments By
submenu, nothing is selected by default. I think that there should be a default
sort mode selected.

-Install Eclipse in a directory that contains French characters in the file 
path.
1.  Create a saved list of sites (bookmarks) if you haven't saved any
  -Open installer. Help->Software Updates->Find and Install
  - Search for new features.
  - Next
  - Add Sites to table
  - Next
  - Cancel
2. Open installer. Help->Software Updates->Find and Install
Error:  Dialog will popup "Unknown protocol" Unknown protocol:c
3. OK. Installer dialog opens
4. Search for new features.
5. Next
Error. The saved sites will not be loaded.

Try opening the hierarchy view on the org.eclipse.ui.internal package.  You 
end up with tons of types.  It's not obvious why many of the types are being 
included.

I have a working set with only 10 types from this package selected.  Yet there 
are hundreds of types in the package hierarchy view, including interfaces 
which doen't even have implementors.  So you get all of these root interfaces 
which are grayed out with no children.  Even the class "Action" is showing up 
under Object, grayed out, without any subtypes present in the working set.

I had source code like:

 context.getProject().log("resolving systemId: "
                + systemId, Project.MSG_VERBOSE);

A breakpoint on the second line is accepted by the location verification but 
it is not installed. A breakpoint on the first line works as expected.

I am trying to step over a method.  F6/Step Over is not working.  Instead, the 
thread is resumed, and breaks at the next breakpoint.  I can no longer see the 
stack frame which I was stepping in.  On sidecar, stepping causes GPFs 
regularly.

The explanation I can think of is that when stepping over this code, a 
conditional breakpoint must be evaluated as a result of the method being 
stepped over.  This problem occurs on both sidecar and sun vms, although suns 
VM just resumes and hits the next breakpoint.  Sometimes sidecar resumes too, 
but it has crashed 3 times.

This problem appears in Eclipse 3.0M8, build 200403260800, on Windows XP Pro, 
SP1, with the IBM 1.4.2 (classic) JRE.

The plugin org.eclipse.hyades.probekit uses selectively exports in its 
plugin.xml, instead of exporting "*". This worked fine in Eclipse 2.x, but with 
3.0, when another plugin pulls on one of the exported classes, the runtime 
workbench gets NoClassDefFound trying to load the exported class.

It works fine if the probekit plugin is in the workspace and it works fine if 
the probekit plugin exports "*", which is obviously the workaround.

I cannot do an exact 2.x to 3.0 comparison to demonstrate this for you since 
o.e.h.probekit is no longer 2.x compatible, but I did do the following:

Using Eclipse 2.1.2 and Hyades 1.2, I used the PDE wizard to create a Hello, 
World plugin. I added just enough code to the SampleAction class to pull on the 
JarReader class from o.e.h.probekit. Run it in the RTWB, it works fine.

I then went to Eclipse 3.0M8 with Hyades 3.0M8 and used "Import Existing 
Project Into Workspace" to pull in the very same hello plugin project from 
above. I used the builtin migration tool to change hello's plugin.xml to 3.0 
compat. Run it in the RTWB, and JarReader no longer loads. Remove the 
references to the probekit JarReader class and the hello plugin still works in 
3.0. That is, it is not a 2.x to 3.0 code compat problem with the basic Hello, 
World plugin.

The exports from org.eclipse.hyades.probekit are unchanged between Hyades 1.2 
and Hyades 3.0. The minimal changes were made to the plugin.xml: Adding the 
required version statement and updating the dependencies. 

It seems like the selective exporting should still work in 3.0. I couldn't find 
any info suggesting this doesn't work or that the export format has changed.

Below is the plugin.xml from o.e.h.probekit and the code I added to the 
Hello,World plugin to demonstrate the problem. Of course, you would need a 
workbench with Hyades installed to really try this.

------------- Plugin.xml -------------
<?xml version="1.0" encoding="UTF-8"?>
<?eclipse version="3.0"?>
<plugin
   id="org.eclipse.hyades.probekit"
   name="Probekit Plug-in"
   version="3.0.0"
   provider-name="Eclipse.org"
   class="org.eclipse.hyades.probekit.ProbekitPlugin">

   <runtime>
      <library name="probekit.jar">
         <export name="org.eclipse.hyades.probekit.Compiler"/>
         <export name="org.eclipse.hyades.probekit.internal.JarReader"/>
         <export name="org.eclipse.hyades.probekit.internal.JarWriter"/>
         <export name="ProbeInstrumenter"/>
         <export name="org.eclipse.hyades.probekit.IProbeCompiler"/>
      </library>
   </runtime>
   <requires>
      <import plugin="org.eclipse.core.runtime.compatibility"/>
      <import plugin="org.eclipse.ui.ide"/>
      <import plugin="org.eclipse.ui.views"/>
      <import plugin="org.eclipse.jface.text"/>
      <import plugin="org.eclipse.ui.workbench.texteditor"/>
      <import plugin="org.eclipse.ui.editors"/>
      <import plugin="org.eclipse.core.resources"/>
      <import plugin="org.eclipse.ui"/>
      <import plugin="org.eclipse.hyades.models.probekit"/>
   </requires>


   <extension-point id="probeCompiler" name="Probe Compiler" 
schema="schema/probeCompiler.exsd"/>
</plugin>

----------------- SampleAction.java additions ---------------
Add these imports:

import org.eclipse.core.runtime.Path;
import org.eclipse.hyades.probekit.internal.JarReader;
import java.io.IOException;

And add this code to the top of the run() method:

		String importFileName = "c:\\anything.zip";
		Path sourcePath = new Path(importFileName);
		try {
			JarReader reader = new JarReader(sourcePath.toFile());
		} catch (IOException e) {
			// TODO Auto-generated catch block
			e.printStackTrace();
		}

Using I20040406

Had a Compilation unit open that needed string externalized. 
Selected "Externalize Strings..." action and got the following error logged:

java.lang.ClassCastException
at org.eclipse.jdt.internal.corext.refactoring.nls.NLSHint.getAccessorClass
(NLSHint.java:212)
at org.eclipse.jdt.internal.corext.refactoring.nls.NLSHint.findMessageClassHint
(NLSHint.java:193)
at org.eclipse.jdt.internal.corext.refactoring.nls.NLSHint.<init>
(NLSHint.java:61)
at org.eclipse.jdt.internal.corext.refactoring.nls.NLSRefactoring.getNlsHint
(NLSRefactoring.java:720)
at org.eclipse.jdt.internal.ui.refactoring.nls.ExternalizeWizardPage2.<init>
(ExternalizeWizardPage2.java:100)
at 
org.eclipse.jdt.internal.ui.refactoring.nls.ExternalizeWizard.addUserInputPages
(ExternalizeWizard.java:50)
at org.eclipse.jdt.internal.ui.refactoring.RefactoringWizard.addPages
(RefactoringWizard.java:503)
at org.eclipse.jface.wizard.WizardDialog.createContents(WizardDialog.java:466)
at org.eclipse.jface.window.Window.create(Window.java:350)
at org.eclipse.jface.dialogs.Dialog.create(Dialog.java:859)
at org.eclipse.jface.window.Window.open(Window.java:639)
at org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate
(RefactoringStarter.java:62)
at 
org.eclipse.jdt.ui.actions.ExternalizeStringsAction.openExternalizeStringsWizar
d(ExternalizeStringsAction.java:152)
at org.eclipse.jdt.ui.actions.ExternalizeStringsAction.run
(ExternalizeStringsAction.java:123)
at org.eclipse.jdt.ui.actions.ExternalizeStringsAction.run
(ExternalizeStringsAction.java:105)
at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun
(SelectionDispatchAction.java:216)
at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run
(SelectionDispatchAction.java:188)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
at org.eclipse.ui.actions.RetargetAction.runWithEvent(RetargetAction.java:212)
at org.eclipse.ui.internal.WWinPluginAction.runWithEvent
(WWinPluginAction.java:212)
at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:550)
at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:502)
at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:435)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2587)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2265)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1561)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1532)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:279)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:241)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
at org.eclipse.core.launcher.Main.run(Main.java:692)
at org.eclipse.core.launcher.Main.main(Main.java:676)

0517 integration bulid

- retrieve the org.eclipse.swt.gtk package from dev.eclipse.org
- open any of its contained libswt-*.so files in an editor
- type some garbage in, Save it
- select the project, Compare With -> Latest from Head
- in the resulting Synchronize view double-click the changed file and the 
Binary Compare will show "First bytes differ at position X"
- click in this Binary Compare and you'll have (at least on gtk) a massive top-
to-bottom insertion cursor, shown in the next attachment

I'm guessing that this is a Text being created with style SINGLE in order to 
vertically center its contents, but this shows a bad side effect of doing this.

20040311

in the new search results view, I happen to have to click a lot to expand the
trees so I can finally double click the method element to open the editor.

What I always expect is that doouble clicking the type opens the editor and I'm
always irritated that it doesn't, propably because in all other views (package
explorer, hierarchy, outline) this is the case. is there a good reason why not
offering this short cut?

The following code should allow to bind T in the parameterized supertype 
AbstractList<T>:

import java.util.AbstractList;

public class X<T> {
	class M extends AbstractList<T> {}
}

I200405171219

Shortly after first startup with this build, I noticed several errors in my log
file like the ones below. The UI seems to have restored correctly though. I will
attach the complete log, because there were other startup errors that may be
relevant.

!ENTRY org.eclipse.ui 4 4 May 17, 2004 15:15:32.152
!MESSAGE Referenced part does not exist yet: org.eclipse.ui.views.TaskList.
!ENTRY org.eclipse.ui 4 4 May 17, 2004 15:15:32.152
!MESSAGE Referenced part does not exist yet: org.eclipse.ui.views.TaskList.
!ENTRY org.eclipse.ui 4 4 May 17, 2004 15:15:32.168
!MESSAGE Referenced part does not exist yet: org.eclipse.ui.views.ResourceNavigator.
!ENTRY org.eclipse.ui 4 4 May 17, 2004 15:15:40.918

Version 3.0.m9.

For example, on an uncaught exception, when I click in the editor margin the
quick fixes are:

Add ...
Surround...

But in the Problems View, right-click/Quick Fix offers:

Surround...
Add ...

This is confing when you are fixing a whole bunch of these all over the place.

I suggest keeping it all in AB order everywhere, or at least in the SAME order
please.

Reporter: Brook Zhang
OS: RHEL WS 3.0 -GTK
Language:  CHT/CHS/KOR
Build level: wswb-3.0M8-200403291703    
JDK Version: IBM JDK 1.4.2 Beta
Test case #:    
Summary: DBCS:Externalize String does not work with DBCS name class
 
Description:
Steps to recreate problem:
1-Create a Java project with DBCS name
2-Add a new class with DBCS name in java project 
3-Select  the *.java  that you create  in the Package Explorer view
4-Select "Source"-->"Externalize Strings..." from the menu bar
5-When you finish the Externalization wizard , the *. properties file is 
created 
6-Open the *.properties with Text Editor and Run as a Java Application 
(external.jpg&external1.jpg)
 
<<Error>>    
  Externalize String does not work with DBCS name class and The output is wrong.

<<Expected Result>>
  Externalize String can work with DBCS name class correctly

Hi,

I have a regular class declaration.

I change its declaration to be as follow:

public class FloatingFrameCellEditor<T2, T extends Component &
FloatingFrameComponent<T2> > extends DefaultCellEditor implements
		InternalFrameListener, FocusListener, KeyListener {

After doing Eclipse won't let me save the file, forcing me to undo the change.

I edited the file outside eclipse and now the file can't be loaded saying the
editor failed to initialize. Opening it from the package explorer doesn't work
either. Ctrl-Shift-T does not work either. In fact, most code-related features
stop working.

I am using the cheetah support for 1.5.

(Log reports java.lang.ArrayIndexOutOfBoundsException: 1
	at
org.eclipse.jdt.internal.compiler.SourceElementParser.notifySourceElementRequestor(SourceElementParser.java:1238)
)

I would expect that this would not be so catastrophic even if the code was not
parseable it should not die with an exception leaving (I guess) the code
database apparently broken.

Regards,
Oscar

20040311

Selfhosting workspace with extra plugin org.eclipse.jdt.rewrite (from SNZ rep)

Rename NewASTRewrite.createCopyPlaceholder

Afor all references an error is created: 'Another name shadows access to the
renamed element'

Thsi makes no sense here: There is only one createCopyPlaceholder in the class
and also the new name is not used.

What could be the problem is that I have two projects with class NewASTRewrite.
The two projects are unrelated, however.

org.eclipse.search.ui.text.Match#getElement() is used by
AbstractTextSearchResult to group matches into result "elements". This should be
documented in both classes.

IMO, the "element" property of class Match should be renamed to "groupKey" or
something like that. A field Object fElement; doesn't tell much about its usage.

A preference should allow users to remove blank lines during the formatting.

The code formatter formats the following code:

    switch (key) {
        case VALUE1: {
            doCase1();
            break;
        }
        default: {
            doDefault();
        }
    }

as:

    switch (key) {
        case VALUE1:
            {
                doCase1();
                break;
            }
        default:
            {
                doDefault();
            }
    }

but no settings exist to control this behavior.  If or when these settings get 
included, I would like there to be some way to get the code formatted as I 
originally typed the statement at the top of this description.

3.1 M2

1. open CopyResourceChange rev. 1.11
2. in line 41 remove the //$NON-NLS-1$
3. save
4. open the NLS wizard
==> it does not detect the accessor nor the properties file
It should be smarter (assume some //$NON-NLS-1$ got lost) and detect the correct
values

Have the Console and Display views stacked at the bottom of the perspective
Have the console on top
Debug to a breakpoint

Display view is brought to the top. Why?

The code assist for the ant editor uses the characters typed before the user
hits CTRL-SPACE to limit the options presented, e.g. when a user types 'java'
and then hits CTRL-SPACE only the tasks 'java', 'javac', etc. are presented as
possible completions. Unfortunately the proposals for templates do not respect
this convention and every template is always listed as a possible completion
regardless of what the user has already typed.

R3.0

I copied an existing workspace but had several problems due to hard coded paths
in files. One of them was:
.metadata\.plugins\org.eclipse.jdt.core\savedIndexNames.txt

The very bad thing about this is that it points into my original workspace and I
then can get very strange behavior and even modify/corrupt the original workspace.

I think it should be possible to copy an existing workspace and then use it
without running into various problems.

If the text on the buttons on the right is larger than the height of the image 
alone, then the buttons become cut off.  This can be easily seen by bumping up 
the font size on the OS.  It happens by default on my machine. 
 
This should be easy enough to fix, but has a fairly significant visual effect 
for Linux users.

The AntEditorMarkerUpdater should make use of the functionality presented in 
the MarkerUtilities class.

If a breakpoint is delete from the breakpoint view,  the Breakpoint instance
continues to return 'true'.

I20040322

1) Open an editor on a class file for which there was no attached source (I used
Throwable.class)
2) Hit Ctrl+o to open content outline popup
3) Type the letter "p" to narrow the set of listed methods.

Expected: narrow down member list to only show those with prefix "p"
Actual: All methods disappear from list (even those starting with "p", but all
fields remain.

If I open the preference Install/Update->Automatic Updates preference page
closing the dialog with the OK button will not work. Looking into the log show a
NullPointerException. 


*** Error Log:
!SESSION Mar 31, 2004 14:17:01.109 ---------------------------------------------
java.version=1.4.2
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
!ENTRY org.eclipse.ui 4 4 Mar 31, 2004 14:17:01.109
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Mar 31, 2004 14:17:01.109
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.update.internal.scheduler.preferences.AutomaticUpdatesPreferencePage.performOk(AutomaticUpdatesPreferencePage.java:245)
	at
org.eclipse.jface.preference.PreferenceDialog.okPressed(PreferenceDialog.java:778)
	at
org.eclipse.jface.preference.PreferenceDialog.buttonPressed(PreferenceDialog.java:210)
	at
org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.buttonPressed(WorkbenchPreferenceDialog.java:75)
	at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:413)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2578)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2256)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:670)
	at org.eclipse.jface.window.Window.open(Window.java:650)
	at org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:72)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:550)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:502)
	at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:435)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2578)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2256)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:277)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:239)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

Build: Eclipse 3.0 M9

I am attempting to tag a project in CVS from the workspace using the "Team -> 
Tag as Version" menu option.  It works fine if I *do not* check the "Move tag 
if it already exists" check box.  However, if I check this option it appears to 
do nothing at all (i.e. there is no output to the console, nothing shows up in 
the progress view, and nothing shows up in the workspace/.metadata/.log file).

Here are some problems (aldso with Compare with Revision):

1) Title should show the full local path of the resource.

2) The close button does not prompt if there are changes to the left pane

3) The Replace/OK buttons are confusing. A cleaner separation may be to have 
compare offer merging and replace just run a straight replace.

Go to download page of eclipse and click to download a build. Nothing happens.

Counterpart of the API change in bug 46668

0325 integration build

- do a search, note the subtitle

The following javadoc is not parsed correctly:

class X {
/**
 * @link aggregates
 * [... some more ...]
 */
void foo();
}

The BodyDeclaration.getJavadoc().tags() contains as the first element a @see tag
with a SimpleName instead of the correct @link tag with a TextElement. I suppose
it gets interpreted as an inline {@link} tag when no "normal" comment is given
and the @link is the first tag. Comments like above are genereted by Together/J.

ProcessConsole should extend the new IOConsole to take advantage of new features (improved fixed 
width, regex pattern matching, simplified hyperlinking...)

Hi,

today, i had a file in my CVS, that had the version number 0.1. Eclipse checked
to file out, and it appeared in the Synchronize-View as outgoing.
Double-clicking the File and thereby opening a comparision with the CVS shown up
a comparision-windows with the local file on the left, and an empty remote-file
on the right.

200405190010

It's terribly annoying when you want to tweak certain colours and see their
effects in the workbench.  You have to dig back into the tree to find them.

In my preference, I have change my Code Template - Code - New Java File to be 
as follows:

${typecomment}
/*
 * Created on ${date}
 */
${package_declaration}

${type_declaration}

-----------------
However, when I create a new java class that extends or implement something, 
the result java file inserted the package declaration in the middle of my type 
comment.  This result in a class that has compilation error.

Something Like this :

//****************************************************************
//   xxxxx
import org.eclipse.debug.core.ILaunch;
import org.eclipse.debug.core.model.IDebugElement;
import org.eclipse.debug.core.model.IDebugTarget;
//   xxxxxxxxx
//   ssssssss
//****************************************************************

/**
 * @author jcyfung
 */

/*
 * Created on Aug 31, 2004
 */

In the ViewPane, a font has been hard coded.  This font does not exist on GTK 
and is resulting in a whole bunch of warnings spewed to the console:

org.eclipse.ui.internal.ViewPane.createTitleBar(ViewPane.java:449):

status.setFont(new Font(status.getDisplay(), "Arial", 9, SWT.NORMAL)); //$NON-
NLS-1$

I have found that the accelerator keys mentioned dont work under some 
scenarios. There are various newsgroup posting's on 
news://news.eclipse.org/eclipse.platform.swt confirm the same for various 
people but not one satisfactory reply. After a lot of debugging (almost 2 
whole days.. whew) through the SWT and UI code I found that the culprit 
(atleast in my case) was stale cache maintained in ActionHandler class. 

ActionHandler is an adaptor for action that adapts the action's interface to 
that of IHandler and the cache (a map called attributeValuesByName) is used to 
maintain the state of the underlying Action.

This class refreshes its cached action state via the private method called 
getAttributeValuesByNameFromAction() which is called at the ActionHandler 
creation time and whenever the ActionHandler recieves a property change event 
on either the enabled or checked state of the action. 

The problem is that in case of Re-targetable actions among the usefule state 
of the action maintained by the ActionHandler is whether the action is handled 
by the ActionHandler (which it obtains by checking if the Re-targetable action 
has an associted handler) and this info is not updated independently although 
it is an independent state property. So I think ActionHandler should also 
recive property change events when the underlying Re-targetable Action 
changes/resets its handler and thus it would then be able to update its cached 
action state.

To give an example, under the following scenario the cached action state in 
Action Handler would become stale. 

1) A retargetable action (say paste) has state: enabled = true , handler = x;

2) Now due to some user gesture (selecting a different WorkbenchPart or a 
different selection in a part) the state changes to:  enabled = false, handler 
= x;

*[at this point the ActionHandler that is wrapping this action will get a 
property change event and updates its cached action state]

3) Now due to some other user gesture (which in my case was selecting a text 
widget) the state changes to: enabled = false, handler = null; 

*[Since there was no change in the enabled state or the checked state of the 
action the ActionHandler will not get a property change event and thus its 
cached action state is rendered stale at this point]


Now the consequence of this stale state in ActionHandler is that when the 
WorkbenchKeyboard which is listening on Keyboard events for Text widget 
queries the command (tied to ctrl+v) to see if its handled it says yes when it 
should have said no. And so the key handling infrastructure of Eclipse thinks 
we are handling the key event ourselves and so it does not fall back on the OS 
to provide the default functionality. And thus we lose the native ctrl+v 
funstionality :).

I have 3.0M9

The message in the summary appears when I try to do Open Type Hierarchy on one
of the types in my codebase.  Actually I have several subclasses of
org.eclipse.jface.text.templates.TemplateContext and it happens when I try to
open type hierarchy on any of them.  OTH seems to work fine on other types I try.


the entries in the log look like this:

!ENTRY org.eclipse.jdt.ui 4 10001 Jun 04, 2004 01:23:53.734
!MESSAGE Internal Error
!STACK 0
java.lang.reflect.InvocationTargetException
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:283)
	at org.eclipse.jface.window.ApplicationWindow$1.run(ApplicationWindow.java:576)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.jface.window.ApplicationWindow.run(ApplicationWindow.java:573)
	at org.eclipse.ui.internal.WorkbenchWindow.run(WorkbenchWindow.java:1588)
	at
org.eclipse.jdt.internal.ui.typehierarchy.TypeHierarchyLifeCycle.ensureRefreshedTypeHierarchy(TypeHierarchyLifeCycle.java:107)
	at
org.eclipse.jdt.internal.ui.typehierarchy.TypeHierarchyViewPart.updateInput(TypeHierarchyViewPart.java:497)
	at
org.eclipse.jdt.internal.ui.typehierarchy.TypeHierarchyViewPart.setInputElement(TypeHierarchyViewPart.java:465)
	at
org.eclipse.jdt.internal.ui.util.OpenTypeHierarchyUtil.openInViewPart(OpenTypeHierarchyUtil.java:98)
	at
org.eclipse.jdt.internal.ui.util.OpenTypeHierarchyUtil.open(OpenTypeHierarchyUtil.java:75)
	at
org.eclipse.jdt.ui.actions.OpenTypeHierarchyAction.run(OpenTypeHierarchyAction.java:176)
	at
org.eclipse.jdt.ui.actions.OpenTypeHierarchyAction.run(OpenTypeHierarchyAction.java:142)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:216)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:899)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:850)
	at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:769)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:307)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)
Caused by: java.lang.ArrayIndexOutOfBoundsException: 0
	at
org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.convert(SourceTypeConverter.java:92)
	at
org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.buildCompilationUnit(SourceTypeConverter.java:83)
	at
org.eclipse.jdt.internal.core.hierarchy.HierarchyResolver.resolve(HierarchyResolver.java:598)
	at
org.eclipse.jdt.internal.core.hierarchy.IndexBasedHierarchyBuilder.buildForProject(IndexBasedHierarchyBuilder.java:195)
	at
org.eclipse.jdt.internal.core.hierarchy.IndexBasedHierarchyBuilder.buildFromPotentialSubtypes(IndexBasedHierarchyBuilder.java:302)
	at
org.eclipse.jdt.internal.core.hierarchy.IndexBasedHierarchyBuilder.build(IndexBasedHierarchyBuilder.java:131)
	at
org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.compute(TypeHierarchy.java:319)
	at
org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.refresh(TypeHierarchy.java:1234)
	at
org.eclipse.jdt.internal.core.CreateTypeHierarchyOperation.executeOperation(CreateTypeHierarchyOperation.java:90)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:700)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaModelOperation.java:739)
	at org.eclipse.jdt.internal.core.BinaryType.newTypeHierarchy(BinaryType.java:690)
	at org.eclipse.jdt.internal.core.BinaryType.newTypeHierarchy(BinaryType.java:709)
	at org.eclipse.jdt.internal.core.BinaryType.newTypeHierarchy(BinaryType.java:679)
	at
org.eclipse.jdt.internal.ui.typehierarchy.TypeHierarchyLifeCycle.createTypeHierarchy(TypeHierarchyLifeCycle.java:118)
	at
org.eclipse.jdt.internal.ui.typehierarchy.TypeHierarchyLifeCycle.doHierarchyRefresh(TypeHierarchyLifeCycle.java:157)
	at
org.eclipse.jdt.internal.ui.typehierarchy.TypeHierarchyLifeCycle$1.run(TypeHierarchyLifeCycle.java:98)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)
Root exception:
java.lang.ArrayIndexOutOfBoundsException: 0
	at
org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.convert(SourceTypeConverter.java:92)
	at
org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.buildCompilationUnit(SourceTypeConverter.java:83)
	at
org.eclipse.jdt.internal.core.hierarchy.HierarchyResolver.resolve(HierarchyResolver.java:598)
	at
org.eclipse.jdt.internal.core.hierarchy.IndexBasedHierarchyBuilder.buildForProject(IndexBasedHierarchyBuilder.java:195)
	at
org.eclipse.jdt.internal.core.hierarchy.IndexBasedHierarchyBuilder.buildFromPotentialSubtypes(IndexBasedHierarchyBuilder.java:302)
	at
org.eclipse.jdt.internal.core.hierarchy.IndexBasedHierarchyBuilder.build(IndexBasedHierarchyBuilder.java:131)
	at
org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.compute(TypeHierarchy.java:319)
	at
org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.refresh(TypeHierarchy.java:1234)
	at
org.eclipse.jdt.internal.core.CreateTypeHierarchyOperation.executeOperation(CreateTypeHierarchyOperation.java:90)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:700)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaModelOperation.java:739)
	at org.eclipse.jdt.internal.core.BinaryType.newTypeHierarchy(BinaryType.java:690)
	at org.eclipse.jdt.internal.core.BinaryType.newTypeHierarchy(BinaryType.java:709)
	at org.eclipse.jdt.internal.core.BinaryType.newTypeHierarchy(BinaryType.java:679)
	at
org.eclipse.jdt.internal.ui.typehierarchy.TypeHierarchyLifeCycle.createTypeHierarchy(TypeHierarchyLifeCycle.java:118)
	at
org.eclipse.jdt.internal.ui.typehierarchy.TypeHierarchyLifeCycle.doHierarchyRefresh(TypeHierarchyLifeCycle.java:157)
	at
org.eclipse.jdt.internal.ui.typehierarchy.TypeHierarchyLifeCycle$1.run(TypeHierarchyLifeCycle.java:98)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)

Latest Cheetah from CVS, JDK 5.0 b57.  I get strange errors

Exception in thread "main" java.lang.VerifyError: (class: xxx/XXX, method:
getZZZ signature: (Lxxx/YYY;)Ljava/lang/String;) Incompatible argument to function
	at xxx.Main.main(Main.java:8)

when adding ``log.info("got:\n" + trigger.toXML());'' to method getZZZ (I had to
obfuscate the package and class and method names).  ``log'' is a log4j-1.2.8
static Logger variable.

When compiling with javac, there's no problem.

Below is the problematic method.  Unfortunately, I can't provide the code and
wasn't able to create a small test case to reproduce the problem. 



public java.lang.String getZZZ(xxx.YYY);
  Code:
   0:	getstatic	#23; //Field log:Lorg/apache/log4j/Logger;
   3:	new	#35; //class java/lang/StringBuilder
   6:	dup
   7:	ldc	#60; //String triggering getRightsObject() for cid=
   9:	invokespecial	#40; //Method
java/lang/StringBuilder."<init>":(Ljava/lang/String;)V
   12:	aload_1
   13:	invokevirtual	#65; //Method xxx/AAA.getCID:()Ljava/lang/String;
   16:	invokevirtual	#44; //Method
java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder;
   19:	ldc	#67; //String , roid=
   21:	invokevirtual	#44; //Method
java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder;
   24:	aload_1
   25:	invokevirtual	#71; //Method xxx/AAA.getROIDs:()Ljava/util/List;
   28:	iconst_0
   29:	invokeinterface	#77,  2; //InterfaceMethod
java/util/List.get:(I)Ljava/lang/Object;
   34:	invokevirtual	#44; //Method
java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder;
   37:	invokevirtual	#50; //Method
java/lang/StringBuilder.toString:()Ljava/lang/String;
   40:	invokevirtual	#54; //Method
org/apache/log4j/Logger.info:(Ljava/lang/Object;)V
   43:	getstatic	#23; //Field log:Lorg/apache/log4j/Logger;
   46:	new	#35; //class java/lang/StringBuilder
   49:	dup
   50:	ldc	#79; //String got:\n
   52:	invokespecial	#40; //Method
java/lang/StringBuilder."<init>":(Ljava/lang/String;)V
   55:	aload_1
   56:	invokevirtual	#82; //Method xxx/AAA.toXML:()Ljava/lang/String;
   59:	invokevirtual	#44; //Method
java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder;
   62:	invokevirtual	#50; //Method
java/lang/StringBuilder.toString:()Ljava/lang/String;
   65:	invokevirtual	#54; //Method
org/apache/log4j/Logger.info:(Ljava/lang/Object;)V
   68:	aload_0
   69:	getfield	#84; //Field riContext:Lxxx/BBB;
   72:	ifnull	92
   75:	aload_0
   76:	getfield	#84; //Field riContext:Lxxx/BBB;
   79:	invokevirtual	#89; //Method xxx/BBB.getRIID:()Ljava/lang/String;
   82:	aload_1
   83:	invokevirtual	#90; //Method xxx/AAA.getRIID:()Ljava/lang/String;
   86:	invokevirtual	#96; //Method java/lang/String.equals:(Ljava/lang/Object;)Z
   89:	ifne	109

I20040413

The dialog/wizard that comes up when pressing Synchronize is resizable but the
list remains small instead I get lots of empty space.

I20040518-gtk, m9 test pass

1. Create the smoke test junit project
2. Choose Project -> Generate Javadoc
3. Open the console and go to the line that says:

/opt/eclipse/workspaces/smoke/JUnit/junit/runner/TestCollector.java:11: warning
- Tag @see: Class or Package not found: TestSelector

4. Hover over the first part of the line

expected: see a hand cursor, clicking the link brings up the respective location
actual: the cursor flashes a little, but no hand cursor visible, clicking has no
effect

Note that selecting the line, then choose "Open Link" from the context menu does
work. Somehow, the cursor thing seems not to work - something seems to race,
thus the cursor flashing.

build 20040210

public class X {
  /**
   * @see Exception
   * {@link Exception}
   */
  public void foo() {
  }
}

The DOM/AST for the javadoc is incorrect (too much TextElement).

You end up with one more blank lines than the number specified in the code
formatter preferences page.
If you want 1 line before import declarations, you end up with 2 if there is no
package declaration defined.

start a drag to the right of the perspective buttons while the perpective bar is
on the top left position and an NPE occurs.

build 20040225

- new window
- close all perspectives
- click on fast view bar

Get the following in the log.  It should check for null from 
getActiveWorkbenchPage() and getActivePerspective().

!ENTRY org.eclipse.ui 4 0 Mar 02, 2004 11:03:55.140
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at org.eclipse.ui.internal.FastViewBar$3.handleEvent
(FastViewBar.java:149)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2352)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2033)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1566)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1542)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:263)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:100)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

I have a nature with my own natureImage associated with it.  I wrote a Wizard to
"convert" exisiting projects to contain my nature.  Everything works fine, but
the overlay icon does not show on the project folder until I do one of the
following:

1) restart the workbench
2) "Go into" and back out of the project folder
3) Close and re-open the project

Refreshing the project folder does not help, nor does refreshing the workspace.
 I can see of no way to cause this hard repaint of the folder icon to happen
within the API but I could be missing something.  If there is a way to do it I
would be happy to hear it. ;o)

Currently code completion fails (no proposals) if the current prefix is 
indicated as part of a text selection that has length greater than 0. There is 
no reason for this limitation and is different from the Java editor.

With the current code the current prefix for code completion is calculated 
three times.

1. In any editor, bring up the Find/Replace dialog (ctrl+f)
2. Select the "Whole word" option.
3. Type "description="
4. All the dialog's buttons disable but the user isn't told why.

When I encountered this problem, I didn't realize I had the "whole word" option on (I'd turned it on 
the day before) and was totally baffled by the buttons being disabled. If "Whole word" requires 
only alphanumeric characters, the user should be told about it.

M6:

write this:
	System.out.println(filter:)
Now let's fix this:
- enter a '"' between the ':' and the ')'
	System.out.println(filter:"")
To correct this try to enter a '"' between '(' and 'f'
	System.out.println(filter:"""")

I upgarded from Sun Java 1.4.2_02 to 1.4.2_03. When I open the Javadoc
preference page, the entry fields shows "C:\Java\sun\1.4.2_02\bin\javadoc.exe",
which no longer exists but the error icon and message is NOT displayed at the
top of the pane.

If I edit the field but leave the entry still bogus, THEN the error icon and
message appear. I think the error should appear as soon as the pane is displayed.

Version 3.0.m6.

Steps to reproduce:

1. Download log4j (http://logging.apache.org/log4j/docs/download.html) and
include it as jar on the classpath in a project.

2. Create a line of code that instantiates a logger: 

    private static Logger log = Logger.getLogger(String.class);

3. Use orgainze imports (ctrl+shift+o) to create the required import.

4. Note the full list of imports and cancel.

5. Go to the Type Filters preference editor.

6. Add type filters for:

com.sun.enterprise.*
com.sun.jms.*
java.util.logging.*
org.apache.catalina.*
org.apache.jasper.*

and close the preference window.

7. Attempt to sort imports in the source.

8. The classes java.util.logging.Logger and org.apache.catalina.Logger still
show up in the import dialog.

build I20040303

- create a detached view
- popup a menu on the tab of the detached view and choose Fast View, 
- infinite loop of errors occurs in Animating Rectangle job (is this a job?)

3m7
I cannot make the (extremely good!) new code formatter do this
if (foo)
{
    xxxx
}
else
{
    yyyy
}
The old one allowed it.

build I20040318

Not sure if I already reported this.

- sync
- double-clck on an incoming addition

!ENTRY org.eclipse.jdt.ui 4 10001 Mar 19, 2004 13:22:26.195
!MESSAGE Internal Error
!STACK 1
org.eclipse.core.internal.resources.ResourceException: Resource
/org.eclipse.ui.workbench/Eclipse
UI/org/eclipse/ui/handlers/WidgetMethodHandler.java does not exist.
	at org.eclipse.core.internal.resources.Resource.checkExists(Resource.java:298)
	at org.eclipse.core.internal.resources.Resource.checkAccessible(Resource.java:170)
	at org.eclipse.core.internal.resources.File.getContents(File.java:246)
	at org.eclipse.core.internal.resources.File.getContents(File.java:238)
	at org.eclipse.compare.ResourceNode.createStream(ResourceNode.java:184)
	at org.eclipse.compare.BufferedContent.getContents(BufferedContent.java:49)
	at org.eclipse.compare.ResourceNode.getContents(ResourceNode.java:68)
	at
org.eclipse.jdt.internal.ui.compare.JavaCompareUtilities.readString(JavaCompareUtilities.java:289)
	at
org.eclipse.jdt.internal.ui.compare.JavaStructureCreator.getStructure(JavaStructureCreator.java:143)
	at
org.eclipse.compare.structuremergeviewer.StructureDiffViewer.compareInputChanged(StructureDiffViewer.java:200)
	at
org.eclipse.jdt.internal.ui.compare.JavaStructureDiffViewer.compareInputChanged(JavaStructureDiffViewer.java:86)
	at
org.eclipse.compare.structuremergeviewer.StructureDiffViewer.inputChanged(StructureDiffViewer.java:146)
	at org.eclipse.jface.viewers.ContentViewer.setInput(ContentViewer.java:238)
	at org.eclipse.jface.viewers.StructuredViewer.setInput(StructuredViewer.java:1004)
	at
org.eclipse.compare.CompareViewerSwitchingPane.setInput(CompareViewerSwitchingPane.java:302)
	at
org.eclipse.compare.CompareEditorInput.createContents(CompareEditorInput.java:395)
	at
org.eclipse.compare.internal.CompareEditor.createPartControl(CompareEditor.java:160)
	at org.eclipse.compare.internal.CompareEditor.doSetInput(CompareEditor.java:137)
	at org.eclipse.compare.internal.CompareEditor.setInput(CompareEditor.java:103)
	at
org.eclipse.compare.internal.CompareUIPlugin.openCompareEditor(CompareUIPlugin.java:319)
	at org.eclipse.compare.CompareUI.reuseCompareEditor(CompareUI.java:140)
	at
org.eclipse.team.internal.ui.synchronize.actions.OpenInCompareAction.openCompareEditor(OpenInCompareAction.java:71)
	at
org.eclipse.team.internal.ui.synchronize.actions.OpenInCompareAction.run(OpenInCompareAction.java:51)
	at
org.eclipse.team.internal.ui.synchronize.actions.OpenWithActionGroup.openInCompareEditor(OpenWithActionGroup.java:101)
	at
org.eclipse.team.ui.synchronize.subscriber.SynchronizeViewerAdvisor.handleDoubleClick(SynchronizeViewerAdvisor.java:88)
	at
org.eclipse.team.ui.synchronize.viewers.TreeViewerAdvisor$1.doubleClick(TreeViewerAdvisor.java:206)
	at org.eclipse.jface.viewers.StructuredViewer$1.run(StructuredViewer.java:381)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:647)
	at org.eclipse.core.runtime.Platform.run(Platform.java:512)
	at
org.eclipse.jface.viewers.StructuredViewer.fireDoubleClick(StructuredViewer.java:379)
	at
org.eclipse.jface.viewers.StructuredViewer.handleDoubleSelect(StructuredViewer.java:598)
	at
org.eclipse.jface.viewers.StructuredViewer$4.widgetDefaultSelected(StructuredViewer.java:693)
	at
org.eclipse.jface.util.OpenStrategy.fireDefaultSelectionEvent(OpenStrategy.java:187)
	at org.eclipse.jface.util.OpenStrategy.access$0(OpenStrategy.java:184)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:231)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:810)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2424)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2102)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1448)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1419)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:729)
	at org.eclipse.core.launcher.Main.main(Main.java:713)
!SUBENTRY 1 org.eclipse.core.resources 4 368 Mar 19, 2004 13:22:26.195
!MESSAGE Resource /org.eclipse.ui.workbench/Eclipse
UI/org/eclipse/ui/handlers/WidgetMethodHandler.java does not exist.

3.1 M2

Using a default install:
When you open the task taks preference page the first two items are bold, not
just "TODO" (which is the default).  If you set the last item (XXX) to be
default it too becomes bold.

The problem seems to be that ListDialogField is setting the input before setting
the sorter.

There is no button for adding all or removing all capabilities in the latest 
Eclipse 3.0  (RC3)...

For products that base off eclipse (such as RAD) that use a lot of 
capabilities, it would be very nice to have these two buttons.

3.0

The following snippet does not open a Web browser:

public class FindProgramTest {
    public static void main(String[] args) {
        Program.findProgram("html").execute("http://www.google.com");
    }
}

I have a feature that includes another feature which is optional. The optional 
feature has the following environment settings: os="linux" ws="gtk" arch="x86". 
The features are on a remote update site (i.e. 
http://server.com/sitea/site.xml). When installing the parent feature from the 
update site on a win32 system, the optional feature is installed. The optional 
feature should not be installed since it's platform is specified as linux.

Performing the same test with a local update site (i.e. 
file:/c:/sitea/site.xml), will result in the optional feature not being 
installed. Thus using local update site works as expected.

I investigated the code behind the environment filtering and found that the 
following code change fixes the issue:

File from org.eclipse.update.core plugin: Feature.java
Method: filterFeatures(IIncludedFeatureReference[] allIncluded)
Line # (from 5/17 integration build): 1043

By changing the existing call from:
	if (UpdateManagerUtils.isValidEnvironment(included)){
to:
	if (UpdateManagerUtils.isValidEnvironment(included.getFeature())){

the environment properties are set correctly and 
UpdateManagerUtils.isValidEnvironment returns the correct value.

Using the test case from bug 63121, select the default target (which is from 
an external entity) and use the Run context menu of the outline.
The build attempts to use the external entity file instead of the "real" main 
build file

Eclipse 3.0 + JDT/UI and JDT/Core from HEAD.
Likely introduced by fix for bug 68862.

package p;
public class AA {
	UnresolvedType reference;
}

Refactor > Move "AA.java" to another package.

java.lang.NullPointerException
	at
org.eclipse.jdt.internal.core.search.matching.TypeReferenceLocator.reportDeclaration(TypeReferenceLocator.java:308)
	at
org.eclipse.jdt.internal.core.search.matching.TypeReferenceLocator.matchReportReference(TypeReferenceLocator.java:166)
	at
org.eclipse.jdt.internal.core.search.matching.MatchLocator.reportMatching(MatchLocator.java:1542)
	at
org.eclipse.jdt.internal.core.search.matching.MatchLocator.reportMatching(MatchLocator.java:1632)
	at
org.eclipse.jdt.internal.core.search.matching.MatchLocator.reportMatching(MatchLocator.java:1498)
	at
org.eclipse.jdt.internal.core.search.matching.MatchLocator.process(MatchLocator.java:1162)
	at
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locateMatches(MatchLocator.java:766)
	at
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locateMatches(MatchLocator.java:805)
	at
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locateMatches(MatchLocator.java:921)
	at
org.eclipse.jdt.internal.core.search.JavaSearchParticipant.locateMatches(JavaSearchParticipant.java:94)
	at
org.eclipse.jdt.core.search.SearchEngine.searchDeclarations(SearchEngine.java:1066)
	at
org.eclipse.jdt.core.search.SearchEngine.searchDeclarationsOfReferencedTypes(SearchEngine.java:1213)
	at
org.eclipse.jdt.internal.corext.refactoring.structure.ReferenceFinderUtil.getTypeReferencesIn(ReferenceFinderUtil.java:64)
	at
org.eclipse.jdt.internal.corext.refactoring.structure.ReferenceFinderUtil.getTypeReferencesIn(ReferenceFinderUtil.java:56)
	at
org.eclipse.jdt.internal.corext.refactoring.structure.ReferenceFinderUtil.getTypesReferencedIn(ReferenceFinderUtil.java:47)
	at
org.eclipse.jdt.internal.corext.refactoring.reorg.MoveCuUpdateCreator.addImportToSourcePackageTypes(MoveCuUpdateCreator.java:224)
	at
org.eclipse.jdt.internal.corext.refactoring.reorg.MoveCuUpdateCreator.addUpdates(MoveCuUpdateCreator.java:141)
	at
org.eclipse.jdt.internal.corext.refactoring.reorg.MoveCuUpdateCreator.addUpdates(MoveCuUpdateCreator.java:127)
	at
org.eclipse.jdt.internal.corext.refactoring.reorg.MoveCuUpdateCreator.createChangeManager(MoveCuUpdateCreator.java:91)
	at
org.eclipse.jdt.internal.corext.refactoring.reorg.ReorgPolicyFactory$MoveFilesFoldersAndCusPolicy.createChangeManager(ReorgPolicyFactory.java:1762)
	at
org.eclipse.jdt.internal.corext.refactoring.reorg.ReorgPolicyFactory$MoveFilesFoldersAndCusPolicy.checkFinalConditions(ReorgPolicyFactory.java:1861)
	at
org.eclipse.jdt.internal.corext.refactoring.reorg.JavaMoveProcessor.checkFinalConditions(JavaMoveProcessor.java:182)
	at
org.eclipse.ltk.core.refactoring.participants.ProcessorBasedRefactoring.checkFinalConditions(ProcessorBasedRefactoring.java:134)
	at
org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run(CheckConditionsOperation.java:84)
	at
org.eclipse.ltk.core.refactoring.CreateChangeOperation.run(CreateChangeOperation.java:114)
	at
org.eclipse.ltk.core.refactoring.PerformChangeOperation.run(PerformChangeOperation.java:188)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673)
	at
org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:58)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)

With the following test case, the problem from the import is reported from 
line 0 in the main buildfile (Target initAck does not exist)

===build.xml===
<project default="testing">
	<import file="ack.xml" />
	<target name="testing">
		<echo>
		Hey
		</echo>
	</target>
</project>

===ack.xml====
<project default="ack">
	<target name="ack" depends="initAck">
	</target>
</project>

RC1
RHEL 
JDK 1.4.2_02
Motif
I have experienced a problem where I copy a java file and paste it into the same
package, accepting the default new name (CopyOfClass.java)
However, the package view does not list the class, but it does list 2 instances
of the last class in the package (note that I am using the hierarchical view).
The file is aparently inserted in the correct location, but the name->class
mapping is incorrect: clicking on classes that appear before where the new class
should be inserted brings up the correct class, but clicking on classes that
appear after the inserted class brings up a different class than the one selected.

Restarting eclipse causes the problem to go away

build I20040225

- was stepping through some tests in the UI test suite (running as JUnit Plugin 
tests)
- they succeeded, so I resumed and the workbench under test exited
- got the following while it was shutting down

!SESSION Feb 26, 2004 22:43:24.848 ---------------------------------------------
java.version=1.4.2_01
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -data d:\eclipse-new\plugins -showLocation
!ENTRY org.eclipse.core.runtime 4 2 Feb 26, 2004 22:43:24.858
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
com.sun.jdi.ObjectCollectedException
	at org.eclipse.jdi.internal.MirrorImpl.defaultReplyErrorHandler
(MirrorImpl.java:240)
	at org.eclipse.jdi.internal.ThreadReferenceImpl.ownedMonitors
(ThreadReferenceImpl.java:303)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread.getOwnedMonitors
(JDIThread.java:2409)
	at 
org.eclipse.jdt.internal.debug.ui.monitors.MonitorManager.updateMonitors
(MonitorManager.java:311)
	at org.eclipse.jdt.internal.debug.ui.monitors.MonitorManager.update
(MonitorManager.java:282)
	at 
org.eclipse.jdt.internal.debug.ui.monitors.MonitorManager.updatePartial
(MonitorManager.java:249)
	at 
org.eclipse.jdt.internal.debug.ui.monitors.MonitorsView.selectionChanged
(MonitorsView.java:369)
	at org.eclipse.ui.internal.AbstractPartSelectionTracker$1.run
(AbstractPartSelectionTracker.java:115)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:788)
	at org.eclipse.core.runtime.Platform.run(Platform.java:497)
	at org.eclipse.ui.internal.AbstractPartSelectionTracker.fireSelection
(AbstractPartSelectionTracker.java:113)
	at org.eclipse.ui.internal.PagePartSelectionTracker$1.selectionChanged
(PagePartSelectionTracker.java:46)
	at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:788)
	at org.eclipse.core.runtime.Platform.run(Platform.java:497)
	at org.eclipse.jface.viewers.Viewer.fireSelectionChanged
(Viewer.java:157)
	at org.eclipse.jface.viewers.StructuredViewer.updateSelection
(StructuredViewer.java:1310)
	at org.eclipse.jface.viewers.StructuredViewer.setSelection
(StructuredViewer.java:1033)
	at 
org.eclipse.debug.internal.ui.views.AbstractDebugEventHandler.selectAndReveal
(AbstractDebugEventHandler.java:155)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleResume
Event(LaunchViewEventHandler.java:153)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleDebugE
vents(LaunchViewEventHandler.java:96)
	at org.eclipse.debug.internal.ui.views.AbstractDebugEventHandler$1.run
(AbstractDebugEventHandler.java:70)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2329)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2037)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1566)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1542)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:263)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:100)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

The following bug I haven't found in the database. Can you help?
I'm using version 3.1.0

eclipse.buildId=I200408122000
java.version=1.4.2_05
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=de_DE
Command-line arguments: -showlocation

For a resource I've edited (the cvs edit was issued by command line), I want to 
issue an unedit from the Team menu of the resource. This fails with the log 
below.
If this notification informs about an edit, the unedit command should perform 
anyway. Otherwise I can't get ride of this edit.

Error Sep 29, 2004 10:57:38.459 Invalid Notify format: 'EBroker.java	Wed Sep 
29 08:44:02 2004 GMT	exxsdk02
	D:\Exx\Capella/D:\Exx/Capella/src/classes/com/softwareag/entirex/aci
	EUC'
org.eclipse.team.internal.ccvs.core.CVSException: Invalid Notify 
format: 'EBroker.java	Wed Sep 29 08:44:02 2004 GMT	exxsdk02
	D:\Exx\Capella/D:\Exx/Capella/src/classes/com/softwareag/entirex/aci
	EUC'
at org.eclipse.team.internal.ccvs.core.syncinfo.NotifyInfo.<init>
(NotifyInfo.java:63)
at org.eclipse.team.internal.ccvs.core.util.SyncFileWriter.readAllNotifyInfo
(SyncFileWriter.java:318)
at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.getNotifyInfo
(EclipseSynchronizer.java:1169)
at org.eclipse.team.internal.ccvs.core.resources.EclipseFile.getNotifyInfo
(EclipseFile.java:287)
at org.eclipse.team.internal.ccvs.core.resources.EclipseFile$2.run
(EclipseFile.java:369)
at org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.run
(EclipseSynchronizer.java:1408)
at org.eclipse.team.internal.ccvs.core.resources.EclipseResource$2.run
(EclipseResource.java:268)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673)
at org.eclipse.team.internal.ccvs.core.resources.EclipseResource.run
(EclipseResource.java:265)
at org.eclipse.team.internal.ccvs.core.resources.EclipseFile.unedit
(EclipseFile.java:366)
at org.eclipse.team.internal.ccvs.core.CVSTeamProvider$7.visitFile
(CVSTeamProvider.java:808)
at org.eclipse.team.internal.ccvs.core.resources.EclipseFile.accept
(EclipseFile.java:154)
at org.eclipse.team.internal.ccvs.core.CVSTeamProvider$8.run
(CVSTeamProvider.java:828)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673)
at org.eclipse.team.internal.ccvs.core.CVSTeamProvider.notifyEditUnedit
(CVSTeamProvider.java:864)
at org.eclipse.team.internal.ccvs.core.CVSTeamProvider.unedit
(CVSTeamProvider.java:805)
at org.eclipse.team.internal.ccvs.ui.actions.UneditAction$2.execute
(UneditAction.java:43)
at 
org.eclipse.team.internal.ccvs.ui.actions.WorkspaceAction.executeProviderAction
(WorkspaceAction.java:501)
at 
org.eclipse.team.internal.ccvs.ui.actions.WorkspaceAction.executeProviderAction
(WorkspaceAction.java:510)
at org.eclipse.team.internal.ccvs.ui.actions.UneditAction$1.execute
(UneditAction.java:41)
at org.eclipse.ui.actions.WorkspaceModifyOperation$1.run
(WorkspaceModifyOperation.java:98)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673)
at org.eclipse.ui.actions.WorkspaceModifyOperation.run
(WorkspaceModifyOperation.java:110)
at org.eclipse.team.internal.ccvs.ui.repo.RepositoryManager.run
(RepositoryManager.java:664)
at org.eclipse.team.internal.ccvs.ui.actions.CVSAction$1.run(CVSAction.java:243)
at org.eclipse.jface.operation.ModalContext$ModalContextThread.run
(ModalContext.java:105)

20040518

add parentesis should be 'put in parentheses'

Build id: 200403040800

Java editor, according to the insert mode, sets a special Caret in the 
StyledText. I've two problem with that:
1- This caret is not bidi aware
2- At some point they dispose the image of the StyledText default Caret

We (SWT Team) have some major changes (still to be release) in StyledText that 
will expose this UI bug.

Here is the stack trace:
java.lang.Exception: Stack trace
	at java.lang.Thread.dumpStack(Thread.java:1064)
	at org.eclipse.swt.graphics.Image.dispose(Image.java:825)
	at org.eclipse.ui.texteditor.AbstractTextEditor.disposeNonDefaultCaret
(AbstractTextEditor.java:4378)
	at org.eclipse.ui.texteditor.AbstractTextEditor.updateCaret
(AbstractTextEditor.java:4359)
	at org.eclipse.ui.texteditor.AbstractTextEditor.handleInsertModeChanged
(AbstractTextEditor.java:4399)
	at org.eclipse.ui.texteditor.AbstractTextEditor.setInsertMode
(AbstractTextEditor.java:4234)
	at org.eclipse.ui.texteditor.AbstractTextEditor.switchToNextInsertMode
(AbstractTextEditor.java:4266)
	at org.eclipse.ui.texteditor.AbstractTextEditor.access$4
(AbstractTextEditor.java:4253)
	at 
org.eclipse.ui.texteditor.AbstractTextEditor$ToggleInsertModeAction.run
(AbstractTextEditor.java:808)
	at org.eclipse.ui.texteditor.TextNavigationAction.runWithEvent
(TextNavigationAction.java:106)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:68)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:160)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand
(WorkbenchKeyboard.java:475)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press
(WorkbenchKeyboard.java:887)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent
(WorkbenchKeyboard.java:931)
	at 
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings
(WorkbenchKeyboard.java:568)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2
(WorkbenchKeyboard.java:500)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent
(WorkbenchKeyboard.java:256)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java:705)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:809)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:834)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:819)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1720)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1716)
	at org.eclipse.swt.widgets.Control.WM_KEYDOWN(Control.java:3487)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2971)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:2962)
	at org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.CallWindowProc(OS.java:1362)
	at org.eclipse.swt.internal.BidiUtil.windowProc(BidiUtil.java:647)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1438)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2100)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1509)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1480)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:48)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

Mouse click in slider. Mouse is grabbed.

Build: I-20040518-2000

I imported a plug-in project as binary.
I then went to the label decorations preference page to turn on the binary 
decorators.  I got the following exception:

Error May 18, 2004 23:19:19.484 Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
org.eclipse.swt.SWTException: Invalid thread access
at org.eclipse.swt.SWT.error(SWT.java:2689)
at org.eclipse.swt.SWT.error(SWT.java:2614)
at org.eclipse.swt.SWT.error(SWT.java:2585)
at org.eclipse.swt.widgets.Widget.error(Widget.java:381)
at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:284)
at org.eclipse.swt.widgets.Tree.setRedraw(Tree.java:1018)
at org.eclipse.jface.viewers.AbstractTreeViewer.labelProviderChanged
(AbstractTreeViewer.java:1159)
at org.eclipse.jface.viewers.ContentViewer.handleLabelProviderChanged
(ContentViewer.java:161)
at org.eclipse.jface.viewers.StructuredViewer.handleLabelProviderChanged
(StructuredViewer.java:677)
at 
org.eclipse.jdt.internal.ui.viewsupport.ProblemTreeViewer.handleLabelProviderCh
anged(ProblemTreeViewer.java:123)
at org.eclipse.jface.viewers.ContentViewer$1.labelProviderChanged
(ContentViewer.java:74)
at org.eclipse.ui.internal.decorators.DecoratorManager$1.run
(DecoratorManager.java:180)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:608)
at org.eclipse.core.runtime.Platform.run(Platform.java:758)
at org.eclipse.ui.internal.decorators.DecoratorManager.fireListeners
(DecoratorManager.java:178)
at 
org.eclipse.ui.internal.decorators.DecoratorManager.updateForEnablementChange
(DecoratorManager.java:437)
at org.eclipse.ui.internal.decorators.DecoratorManager.setEnabled
(DecoratorManager.java:612)
at org.eclipse.team.internal.ccvs.ui.CVSUIPlugin.startup(CVSUIPlugin.java:676)
at org.eclipse.core.internal.compatibility.PluginActivator.start
(PluginActivator.java:49)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run
(BundleContextImpl.java:958)
at java.security.AccessController.doPrivileged(Native Method)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator
(BundleContextImpl.java:954)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start
(BundleContextImpl.java:937)
at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker
(BundleHost.java:421)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start
(AbstractBundle.java:293)
at org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass
(EclipseClassLoader.java:110)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass
(BundleLoader.java:371)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass
(BundleLoader.java:402)
at org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass
(AbstractClassLoader.java:93)
at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass
(BundleLoader.java:307)
at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass
(BundleHost.java:336)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass
(AbstractBundle.java:1312)
at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensi
on(ConfigurationElement.java:131)
at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensi
on(ConfigurationElement.java:124)
at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensi
on(ConfigurationElement.java:113)
at org.eclipse.ui.internal.WorkbenchPlugin$1.run(WorkbenchPlugin.java:186)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:51)
at org.eclipse.ui.internal.WorkbenchPlugin.createExtension
(WorkbenchPlugin.java:183)
at org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition$1.run
(LightweightDecoratorDefinition.java:83)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:608)
at org.eclipse.core.runtime.Platform.run(Platform.java:758)
at 
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.internalGetDe
corator(LightweightDecoratorDefinition.java:79)
at org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.decorate
(LightweightDecoratorDefinition.java:153)
at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager$LightweightRunna
ble.run(LightweightDecoratorManager.java:60)
at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:608)
at org.eclipse.core.runtime.Platform.run(Platform.java:758)
at org.eclipse.ui.internal.decorators.LightweightDecoratorManager.decorate
(LightweightDecoratorManager.java:258)
at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.getDecorations
(LightweightDecoratorManager.java:241)
at org.eclipse.ui.internal.decorators.DecorationScheduler$1.run
(DecorationScheduler.java:262)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

I've just downloaded 3.0 M9 and set up the following Javadoc comment setting:

"New line after @param tags" UNCHECKED

If I manually call format in an open file, param's description goes in the same
line as @param, as expected. However, if I right-click a project or package to
format several files at once, param's description are incorrectly put in a new line.

Actually, if I right-click just one file from the Package Explorer and format
it, it mess up the params. The bottom line: this option is respected only when
using Ctrl + Shift + F or the associated menu, but not from Package Explorer.

In both the Motif and GTK+ implementations, Shell.open() will block until the
toplevel window is mapped.  In X, the window manager controls how the window is
mapped.  The 'metacity' window manager (RH9/2.4.34) tries to ensure that dialogs
remain logically connected to the window which created them.  Specifically:

  1. Windows spawned on one virtual desktop will have dialogs open on the
     parent's desktop
  2. Windows which are minimized will have dialogs open minimized and
     will not appear until their parent becomes visible

The behaviour for an SWT application is that when a minimized application or
application currently on another desktop opens a dialog, the open() call will
block until the user returns to that desktop or unminimizes the application. 
This seems dangerous, and causes bugs like bug 15452.

The following SWT application helps demonstrate the problem.  Click on the
button and then minimize the application or switch desktops.  After a timeout,
the application will open a Shell.  Timestamps show that the open() call blocks
until the window is actually visible.

Why does Shell.open() need to wait for the window to be mapped?

-----
import org.eclipse.swt.SWT;
import org.eclipse.swt.layout.*;
import org.eclipse.swt.widgets.*;

public class ShellOpenBlocked {
public static void main (String [] args) {
	Display display = new Display ();
	Shell shell = new Shell (display);
	shell.setLayout(new FillLayout());
	final Shell shell2 = new Shell (shell, SWT.APPLICATION_MODAL | SWT.DIALOG_TRIM);
	shell2.setLayout(new FillLayout());
	Button b = new Button(shell, SWT.PUSH);
	b.setText("Button");
	Button b2 = new Button(shell2, SWT.PUSH);
	b2.setText("Another button");
	b.addListener(SWT.Selection, new Listener() {
		public void handleEvent(Event e) {
			System.out.println("sleeping for 5 seconds");
			try { Thread.sleep(5000); } catch(InterruptedException exception) {}
			System.out.println("shell 2 open() start: " + System.currentTimeMillis());
			shell2.open();
			System.out.println("shell 2 open()   end: " + System.currentTimeMillis());
		}
	});
	System.out.println("shell 1 open() start: " + System.currentTimeMillis());
	shell.open ();
	System.out.println("shell 1 open()   end: " + System.currentTimeMillis());
	while (!shell.isDisposed ()) {
		if (!display.readAndDispatch ()) display.sleep ();
	}
	display.dispose ();
}
}

I propose the following API for ContextManagerEvent. These are the methods I'd like the event to 
have (no more and no less).
   getContextManager()
   submissionAdded(String contextId)
   submissionRemoved(String contextId)
   contextEnabled(String contextId)
   contextDisabled(String contextId)
   contextDefined(String contextId)

We in debugland want to know when submissions are added in order to promote views. It's 
important that we hear about submissions, not just enablement. A context will stay enabled for the 
life of a debug session, but we want to react when the user's selection switches between enabled 
contexts. Telling us when submissions are added is basically a way for us to know which context is 
the "most active." The story we want to implement in debug land is:

Responding to context changes:
1. When a debugging context is enabled, actions bound to that context appear (the workbench 
gives us this for free).
2. When a debugging context is submitted, views bound to that context appear (our code).
3. When a debugging context is disabled, actions bound to that context disappear (the workbench 
gives us this for free).
4. When a debugging context is disabled, views bound to that context and no other active context 
are closed (our code).

Activating contexts:
1. When an element in the Debug view is selected (and the element provides the right adapter), we 
submit a context request.
2. We keep a mapping of launches to the context requests they've submitted. A launch won't 
maintain more than one submission per context id. If it tries (say, by selecting multiple stack 
frames), a new request will be submitted and then the old one will be removed.
3. When a launch terminates, all context submissions from that launch are removed.

A watchpoint should be updated (recreated) when the field it is watch is renamed.

When debugging some code where the default stratum is not the Java stratum, the
label of the stack frame contains data from both the Java stratum and the
default statum. The line number is from the default stratum, the rest of the
label is Java stratum information (class name, method name).
I think we should only display information from the default stratum (mainly
because we display the code for the default stratum).

OS:		SLES 9.1 Beta 3 
Language:	Japanese locale
Build level: 	M8 and I20040407
JDK version:  IBM JDK 1.4.2 Beta
Test case #:          

Summary: DBCS: hover message not pop up

Steps to recreate problem:
1-on SLES 9.1 beta3, (make sure unchecked "Always use external browser")
2-open Help > Help Contents
3-move pointer to buttons

Error:  hover message won't be appeared

Expected Result:  
hover message is appeared

I20040517 + ZRH plugin-export 200405181100

1. Smoke test (JUnit project)
2. Ctrl+H to search, choose File search
3. Search for "import junit.framework.*;"
-> the search result view gets the focus, search results correctly displayed
-> press "show next match"

expected: the first match is revealed in the editor
actual: the second match is revealed

I200405171219 + ZRH smoke plugin-export 20040518_1115

After start and shutdown of the Buildmeister runtime I found the following
exception. It looks like getTextPreferenceKey() in
AbstractAnnotationHover#getHoverInfo() at line 83 returned null.

java.lang.NullPointerException
	at
org.eclipse.core.internal.preferences.EclipsePreferences.internalGet(EclipsePreferences.java:479)
	at
org.eclipse.core.internal.preferences.EclipsePreferences.get(EclipsePreferences.java:349)
	at
org.eclipse.core.internal.preferences.PreferenceForwarder.contains(PreferenceForwarder.java:181)
	at
org.eclipse.ui.plugin.AbstractUIPlugin$CompatibilityPreferenceStore.contains(AbstractUIPlugin.java:277)
	at
org.eclipse.ui.texteditor.ChainedPreferenceStore.getVisibleStore(ChainedPreferenceStore.java:525)
	at
org.eclipse.ui.texteditor.ChainedPreferenceStore.getBoolean(ChainedPreferenceStore.java:166)
	at
org.eclipse.jdt.internal.ui.text.java.hover.AbstractAnnotationHover.getHoverInfo(AbstractAnnotationHover.java:83)
	at
org.eclipse.jdt.internal.ui.text.java.hover.BestMatchHover.getHoverInfo(BestMatchHover.java:102)
	at
org.eclipse.jdt.internal.ui.text.java.hover.JavaEditorTextHoverProxy.getHoverInfo(JavaEditorTextHoverProxy.java:69)
	at
org.eclipse.jface.text.TextViewerHoverManager$4.run(TextViewerHoverManager.java:161)

Preference pages need to be created for the Ant formatter.

1. Create feature with <feature nl="ja_JP" />
2. Launch "eclipse -nl en_US"
3. Go to menu Help->Software Updates->Find and Install
4. Select Search for new features install and goto Next
5. Specify Site and goto Next
6. The feature with nl="ja_JP" will appear in Select the features to Install 
listbox.

Environment Win2000 English and Eclipse3.0M8

20040528 (although I saw it on 20040527)

Auto build appears to run everytime I launch something after a clean for the 
first couple of times. This is a real hassle as lauching fails frequently as a 
result of this extra builds.

STEPS
1) Load platform-ui from HEAD and org.eclipse.ui.tests from HEAD
2) Clean them.
3) Wait for the build to finish
4) Try and run UITestSuite. You will get a Launch failed notification and two 
builds will happen

I have 3 outgoing CVS changes. After starting I20040326-0010, the status bar
said 0 changes, but 3 outgoing changes were visible. Will attach a screenshot.

I could not reproduce the above observation, but a similar one:
- have 3 outgoing changes, no incoming, no conflicts
- activate Incoming mode in Synchronize view
- restart eclipse
-> expected: StatusBar shows 3 outgoing
-> was: StatusBar shows 0 changes; clicking any of the mode switch buttons
corrects StatusBar

I200405200010

The initTab method sets the font on each tab irregardless of the busy state of
that tab.  Because of this, when our preference listener hears of a font change
we're updating the folder but that value doesn't take effect on all tabs because
they have explicitly defined fonts.

I200411050810

TypeBinding#getQualifiedName() doesn't do what its Javadocs promise.
Differences I found:

- #getQualifiedName() does not include type arguments, although the Javadoc says
it should. #getName() already includes type arguments as well as type
parameters, which suggests that #getQualifiedName() should also include both.

- #getQualifiedName() for List's type argument in 'List<? extends Object>'
returns 'java.util.? extends Object' instead of '? extends java.lang.Object'

my source and bin folders are not different in a project. in my .cvsignore-file
I declared that all *.class files should be ignored. this works very well. but
after checking out of a Java-project there is a dirty indicator which indicates
that some of my class-files may be dirty. 

Further Informations:

- my workspace is local on a NTFS-Harddisk, 
- the problem is the same on a Windows 2000-PC. 
- CVS-Version on Solaris is 1.11.
- JDK Version 1.4.2_03-b02

In the view management pref page, if the user presses "Reset Now" and 
then "Cancel", the rest is not actually cancelled.

I20040407

If you have a problem that you set to ignore, the annotations and markers are 
updated but the title image for the editor is not corrected for the new state.

MemoryBlockManager#addMemoryBlock(...) checks "if (mem == null)" two times. There's no assignment 
between the two checks and thus no way it could ever be null at the second check.

From reading ExpressionManager#handleDebugEvents() is just miswritten. Looking at the code, it's 
clear that it was intended to take a collection of debug events, collect the expression changes, and fire 
them together. However, code is placed in the wrong scope such that the method repeatedly creates a 
list, adds one element to it, and then fires a change with that one element after doing list.toArray().

3.0 RC3
I was running a simple workbench and detaching/docking (I was taking screen
shots of the navigator for some documentation) the navigator view. I think this
was repeated 20 or so times.

Then, while docked I tried to open the context menu, and the following exceptino
occured. I was asked to quit the workbench because of the SWT exception. Not the
funny context menu that appears, no separators.

If activities show up in several categories, it is difficult to turn them off 
using the preferences page becuase all entries need to be unchecked.  I 
suggest the following design:

You already have the ability to draw the checks in the checkboxes either grey 
or black.  The boxes that are explicitly check using the preferences page 
should be shown in black, all others should be shown in grey.  

If a user deselect an activity checkbox that is black, all matching grey 
checkboxes will should also be deselected (assuming there is only one black 
checkbox for that activity).  

If a user selects an unchecked activity, the checkbox should be black and all 
other matching activities should be checked as grey).  

Also, the same rule should apply for required activities; so that if a user 
selects an activity (A) which requires another (B), the required one (B) 
should be checked as grey, and if the user later deselects the main activity 
(A), then the required (B) activity should automatically be deselected.  

Finally, if all checkboxes are grey, deselecting one of them (assuming it is 
not required by another enabled activity) should deselect all of them.  
Likewise, if an activity (A) is enabled, but grey everywhere, and requires 
(B), which is also grey everywhere, deselecting A should deselect all 
occurances of B.  Actually, it should recursively deselect all possible 
activities that are only grey.

If I try to open a file from the CVS Repository Explorer using one of our
editors, our document provider asks the given IStorageEditorInput's IStorage for
it's full path.  CachedResourceVariant.ResourceVariantStorage.getFullPath()
calls itself.

20041017

When you open a class file for a class folder that has no source attchment you
see a message 'No source available...' but no button that brings you to the
source attachment page like it is done for JARs.

ClassfileEditor line 225 is too restrictive, the test .isArchive() seems to be
too much

N20040426

org.eclipse.jdt.core.tests.builder tests are failing due to a change in 
behavior in Platform Core. The same tests pass with I20040423.

I20040422 + fix for bug 59739:

1. open any build.xml
2. go to the start of the file
3. type "<" (without the quotes)
3. invoke content assist or wait for autoactivation


java.lang.NullPointerException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.NullPointerException.<init>(NullPointerException.java:60)
	at
org.eclipse.ant.internal.ui.editor.AntEditorCompletionProcessor.getProposalsFromDocument(AntEditorCompletionProcessor.java:314)
	at
org.eclipse.ant.internal.ui.editor.AntEditorCompletionProcessor.determineProposals(AntEditorCompletionProcessor.java:292)
	at
org.eclipse.ant.internal.ui.editor.AntEditorCompletionProcessor.computeCompletionProposals(AntEditorCompletionProcessor.java:222)
	at
org.eclipse.jface.text.contentassist.ContentAssistant.computeCompletionProposals(ContentAssistant.java:1457)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.computeProposals(CompletionProposalPopup.java:243)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$7(CompletionProposalPopup.java:239)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup$1.run(CompletionProposalPopup.java:199)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.showProposals(CompletionProposalPopup.java:194)
	at
org.eclipse.jface.text.contentassist.ContentAssistant$2.run(ContentAssistant.java:322)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1437)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1408)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:244)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:280)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:240)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:699)
	at org.eclipse.core.launcher.Main.main(Main.java:683)

1) create the following class
public class X {
  Object#cursor# o;
  void foo(int[] a, int[] b){
    if(a.lenth < b.length)
      System.out.println();
  }
}

using this code:

package foo;

import java.util.ArrayList;

public class foo 
{
        public foo(int x)
        {
        		String[] tmp = new String[10];
        		ArrayList al = new ArrayList();
        		tmp = (String[])al.toArray(tmp);
        }
}

then after the Array cast (String[])
code completion doesn't work anymore

I am using version:

Version: 3.1.0
Build id: 200408031300

but i also now that this also happens in 3.0 code.

The method PasteAction.canOperateOn is invoked on every selection change.  
This is not required and is extremely slow on many platforms.

The PasteAction is checking that there is something on the clipboard that can 
be pasted on every single selection change event.  This is an expensive 
operation and is entirely unneccessary.  The check should be done when the 
user invokes Ctrl+V or when the user opens the context menu.  

In addition to being slow, it is not correct.  Another application could 
change the contents of the clipboard invalidating the check performed on 
selection change.  I am not quite sure why the selection has anything to do 
with pasting other than the fact that on paste, the selection will be 
replaced.  At one time when there was a Paste toolitem in the toolbar, back 
then it was neccessary to poll the clipboard to toggle the enabling of the 
toolitem but I do not understand why that was tied to selection.  I can change 
the contents of the clipboard to not contain any valid data using another 
application and the Paste menu item is still enabled in the context menu of 
the java editor.

Configure the problems view to display "selected resource and it children".
Open a file with a couple of warnings.
Sort by any of the columns in the table.

All table items are removed and the view is displaying ZERO hits.

Using latest, I got a NPE disassembling the class:

xml.jar org/apache/xerces/impl/dtd/DTDGrammar.class

The bug is due to a missing break in the DefaultBytecodeVisitor. The fix is
trivial and low risk. I will attach a patch.

 

I200405251200

Pasting a large file in eclipse results in a hang.  I reproduced the hang
copying ~ 170 lines from a text file into eclipse, pasting less than 100 lines
seems to work just fine.  Gtk+-2.4.


Thread [main] (Suspended)
	OS.gtk_clipboard_wait_for_contents(int, int) line: not available [native method]
	Clipboard.gtk_clipboard_wait_for_contents(int, int) line: 385
	Clipboard.getContents(Transfer) line: 191
	StyledText.paste() line: 5614
	SourceViewer(TextViewer).doOperation(int) line: 3387
	SourceViewer.doOperation(int) line: 744
	TextOperationAction$1.run() line: 122
	BusyIndicator.showWhile(Display, Runnable) line: 69
	TextOperationAction.run() line: 120
	TextOperationAction(Action).runWithEvent(Event) line: 881
	ActionHandler.execute(Map) line: 141
	Command.execute(Map) line: 132
	WorkbenchKeyboard.executeCommand(String) line: 469
	WorkbenchKeyboard.press(List, Event) line: 887
	WorkbenchKeyboard.processKeyEvent(List, Event) line: 928
	WorkbenchKeyboard.filterKeySequenceBindings(Event) line: 546
	WorkbenchKeyboard.access$2(WorkbenchKeyboard, Event) line: 494
	WorkbenchKeyboard$1.handleEvent(Event) line: 259
	EventTable.sendEvent(Event) line: 82
	Display.filterEvent(Event) line: 979
	StyledText(Widget).sendEvent(Event) line: 943
	StyledText(Widget).sendEvent(int, Event, boolean) line: 968
	StyledText(Widget).sendEvent(int, Event) line: 953
	StyledText(Control).sendKeyEvent(int, GdkEventKey) line: 2293
	StyledText(Control).gtk_key_press_event(int, int) line: 1793
	StyledText(Composite).gtk_key_press_event(int, int) line: 448
	StyledText(Widget).windowProc(int, int, int) line: 1194
	Display.windowProc(int, int, int) line: 3040
	OS.gtk_main_do_event(int) line: not available [native method]
	Display.eventProc(int, int) line: 839
	OS.gtk_main_iteration() line: not available [native method]
	Display.readAndDispatch() line: 2252
	Workbench.runEventLoop(Window$IExceptionHandler, Display) line: 1363
	Workbench.runUI() line: 1334
	Workbench.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 253
	PlatformUI.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 141
	IDEApplication.run(Object) line: 97
	PlatformActivator$1.run(Object) line: 307
	EclipseStarter.run(Object) line: 256
	EclipseStarter.run(String[], Runnable) line: 127
	NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available
[native method]
	NativeMethodAccessorImpl.invoke(Object, Object[]) line: 39
	DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 25
	Method.invoke(Object, Object[]) line: 324
	Main.basicRun(String[]) line: 185
	Main.run(String[]) line: 638
	Main.main(String[]) line: 622

build I20050303

Defined some activities and added the following to org.eclipse.platform's 
plugin_customization.ini:
org.eclipse.ui.workbench/SHOULD_ALLOW_SHOW_ALL=false

However, the Reveal hidden checkboxes still show up in the new wizards and 
preferences dialogs.

This pref is checked in WorkbenchActivityHelper.showAll(), but there are no 
senders of this.

Please address for M8 as this may be needed for LWP (see bug 52820).

Eclipse 3.0

The anonymous type in B.B() does not appear in the type hierarchy of Top:

class A {
	A(Top t) {	}
}

class B extends A {
	B() {
		super(new Top() {}); //not in type hierarchy
	}
	
	void method() {
		new Top() {};
	}
}

class Top { }

When a builder has been enabled/disabled in the BuilderPropertyPage it is 
wrapped in a launch configuration.
The code incorrectly enables the user to remove and edit this launch 
configuration.

200403240800

I found this in my log.  I didn't notice any visible side effects.

org.eclipse.jface.text.Assert$AssertionFailedException: null argument;
        at org.eclipse.jface.text.Assert.isNotNull(Assert.java:144)
        at org.eclipse.jface.text.Assert.isNotNull(Assert.java:120)
        at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.reconciled(ASTProv
ider.java:410)
        at org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor.reconcil
ed(CompilationUnitEditor.java:1530)
        at org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconci
le(JavaReconcilingStrategy.java:101)
        at org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.initial
Reconcile(JavaReconcilingStrategy.java:143)
        at org.eclipse.jface.text.reconciler.CompositeReconcilingStrategy.initia
lReconcile(CompositeReconcilingStrategy.java:111)
        at org.eclipse.jdt.internal.ui.text.JavaCompositeReconcilingStrategy.ini
tialReconcile(JavaCompositeReconcilingStrategy.java:123)
        at org.eclipse.jface.text.reconciler.MonoReconciler.initialProcess(MonoR
econciler.java:104)
        at org.eclipse.jdt.internal.ui.text.JavaReconciler.initialProcess(JavaRe
conciler.java:280)
        at org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread
.run(AbstractReconciler.java:155)

3.0

Preferences for content types are not being properly loaded. The reason is that
a scope is not being properly specified when retrieving the preference node.
This breaks any support for user-settings in the content type mechanism.

From a user post on the newsgroup:

dear all, i have a code fragment like below,.
 
code fragment:
 
//======================================
 
IPreferencesService service = Platform.getPreferencesService();
 
IEclipsePreferences rootPreferences = service.getRootNode();
Preferences pref = rootPreferences.node("/favorite");
 
Preferences child = pref.node("my");
child.put("file","my.txt");
try {
 child.flush();
 pref.flush();
 rootPreferences.flush();
} catch (BackingStoreException e) {
 // TODO Auto-generated catch block
 e.printStackTrace();
}
try {
 service.exportPreferences(rootPreferences,new FileOutputStream(new
File("c:\\tmp.dat")), null);
} catch (FileNotFoundException e1) {
 // TODO Auto-generated catch block
 e1.printStackTrace();
} catch (CoreException e1) {
 // TODO Auto-generated catch block
 e1.printStackTrace();
}
try {
 IExportedPreferences epref = service.readPreferences(new FileInputStream(new
File("c:\\tmp.dat"))) ;
 service.applyPreferences(epref);
} catch (FileNotFoundException e1) {
 // TODO Auto-generated catch block
 e1.printStackTrace();
} catch (CoreException e1) {
 // TODO Auto-generated catch block
 e1.printStackTrace();
} catch (Exception e) {
 e.printStackTrace();
}
...
//============================================================
 
message is:
 
Tue Jun 29 22:45:47 CST 2004 - [main] Setting preference: /favorite/my/file=my.txt
Tue Jun 29 22:45:47 CST 2004 - [main] Legacy plug-in preference file not found:
G:\my\dev\eclipse-SDK-3.0M9\eclipse\runtime-workspace\.metadata\.plugins\org.eclipse.ui.ide\pref_store.ini
Tue Jun 29 22:45:47 CST 2004 - [main] Loading preferences from file:
G:/my/dev/eclipse-SDK-3.0M9/eclipse/runtime-workspace/.metadata/.plugins/org.eclipse.core.runtime/.settings/org.eclipse.ui.ide.prefs
Tue Jun 29 22:45:47 CST 2004 - [main] Setting preference:
/instance/org.eclipse.ui.ide/EXIT_PROMPT_ON_CLOSE_LAST_WINDOW=false
Tue Jun 29 22:45:47 CST 2004 - [main] Setting preference:
/instance/org.eclipse.ui.ide/EXIT_PROMPT_ON_CLOSE_LAST_WINDOW=false
Tue Jun 29 22:45:47 CST 2004 - [main] Getting preference value:
/favorite/my/file->my.txt
Tue Jun 29 22:45:47 CST 2004 - [main] Reading preferences from stream...
Tue Jun 29 22:45:47 CST 2004 - [main] Read preferences file.
Tue Jun 29 22:45:47 CST 2004 - [main] Setting preference: /favorite/my/file=my.txt
Tue Jun 29 22:45:47 CST 2004 - [main] Getting preference value:
/favorite/my/file->my.txt
Tue Jun 29 22:45:47 CST 2004 - [main] Converted preferences file to
IExportedPreferences tree: * /
/favorite
/favorite/my
/favorite/my/file=my.txt
 
Tue Jun 29 22:45:47 CST 2004 - [main] Getting preference value:
/favorite/my/file->my.txt
Tue Jun 29 22:45:47 CST 2004 - [main] Applying exported preferences: * /
/favorite
/favorite/my
/favorite/my/file=my.txt
 
Tue Jun 29 22:45:47 CST 2004 - [main] Found export root: /
java.lang.NullPointerException
 at
org.eclipse.core.internal.preferences.EclipsePreferences.removeNode(EclipsePreferences.java:959)
 at
org.eclipse.core.internal.preferences.PreferencesService$1.visit(PreferencesService.java:152)
 at
org.eclipse.core.internal.preferences.EclipsePreferences.accept(EclipsePreferences.java:90)
 at
org.eclipse.core.internal.preferences.PreferencesService.applyPreferences(PreferencesService.java:184)
 
.......
 
what's wrong?
 
regards
..jay

20040326 - 8am build

I'm using the flat layout & choose to sort by parent name, but this setting is 
not propagated to new search views in other perspectives/windows.

Fix the deprecation warnings as required for source lookup migration. For 
example, the OpenTypeAction must now be able to handle the new type of source 
locator, so our Java source lookup participant should be able to provide 
source ifle names for more than stack frames - i.e. types, variables, etc.

I20040511

This is the stack trace I get in found several times log. Note that I'm not 
working on "org.eclipse.draw2d". It's just in my workspace.



!ENTRY org.eclipse.core.runtime 4 2 Mai 12, 2004 15:23:37.687
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.IllegalArgumentException: endRule without matching beginRule: 
P/org.eclipse.draw2d
	at org.eclipse.core.internal.runtime.Assert.isLegal(Assert.java:58)
	at org.eclipse.core.internal.jobs.ImplicitJobs.end
(ImplicitJobs.java:121)
	at org.eclipse.core.internal.jobs.JobManager.endRule
(JobManager.java:430)
	at 
org.eclipse.team.internal.ccvs.core.syncinfo.ReentrantLock$ThreadInfo.pushRule
(ReentrantLock.java:86)
	at org.eclipse.team.internal.ccvs.core.syncinfo.ReentrantLock.acquire
(ReentrantLock.java:269)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.beginBatching
(EclipseSynchronizer.java:496)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.run
(EclipseSynchronizer.java:1401)
	at org.eclipse.team.internal.ccvs.core.resources.EclipseResource$2.run
(EclipseResource.java:268)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1674)
	at org.eclipse.team.internal.ccvs.core.resources.EclipseResource.run
(EclipseResource.java:265)
	at 
org.eclipse.team.internal.ccvs.core.util.BuildCleanupListener.resourceChanged
(BuildCleanupListener.java:131)
	at org.eclipse.core.internal.events.NotificationManager$2.run
(NotificationManager.java:319)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:607)
	at org.eclipse.core.runtime.Platform.run(Platform.java:668)
	at org.eclipse.core.internal.events.NotificationManager.notify
(NotificationManager.java:313)
	at 
org.eclipse.core.internal.events.NotificationManager.broadcastChanges
(NotificationManager.java:156)
	at org.eclipse.core.internal.resources.Workspace.broadcastChanges
(Workspace.java:172)
	at org.eclipse.core.internal.resources.Workspace.endOperation
(Workspace.java:895)
	at org.eclipse.core.internal.resources.InternalWorkspaceJob.run
(InternalWorkspaceJob.java:45)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

Build I20040505 but running 20040514 from HEAD including SWT from HEAD

1) I have a CTabFolder with 5 tabs (pic will be attached) 
2) resize the window (Workbench) wider so all tabs show (i.e no chevron)
3) make the window smaller so the chevron appears with 1 item
4) now slowing size the window even smaller until a second item is put in 
the chevron..

NOTE the lines left behind.

build I20041104

1) create Z.java
package p;
public class Z {
  public class ZZ {
    public static final  int ZZZ = 0;
}

2) create X.java
import static p.Z.ZZ.ZZZ;
public class X {
}

3) compile with javac
there is no error

4) compile with eclipse
there is one error "The import p.Z.ZZ cannot be resolved"

3.0
When an error occurs initializing the first window to be opened by the
workbench, the associated error dialog is parented by a non-existing window. The
resulting error dialog doesn't appear in the taskbar, so I was stuck for a while
wondering why my application wasn't starting. After pausing the main thread I
noticed that an ErrorDialog was showing. Let the hunt begin... closed everything
and found the lonely error dialog. 

It would be nice if dialogs opened before the main window were not parented, and
thus promoted to being top level window. Thanks.

Offending code for this case is in Workbench:

/* package */void openFirstTimeWindow() {

        // create the workbench window
        WorkbenchWindow newWindow = newWorkbenchWindow();
        newWindow.create();
        windowManager.add(newWindow);

        // Create the initial page.
        try {
            newWindow.openPage(
                    getPerspectiveRegistry().getDefaultPerspective(),
                    getDefaultPageInput());
        } catch (WorkbenchException e) {
            ErrorDialog.openError(newWindow.getShell(), WorkbenchMessages
                    .getString("Problems_Opening_Page"), //$NON-NLS-1$
                    e.getMessage(), e.getStatus());
        }
        newWindow.open();
    }

I200405140800.  Linux 2.6.4, GTK+ 2.4.0, KDE 3.2.1 
 
I have a filter attached to the display listening for activation events.  I get 
one activation event for every widget in the hierarchy.  However, it seems that 
the display.getActiveShell() responds with "null" until the top-level shell 
receives the activation event.  This means that while processing these 
activation events, it appears as if no shell is active. 
 
This does not happen on Windows XP.

1) Launch new install (or just new workbench) of eclipse.
2) Create new simple java project
3) Open Java Browsing perspective
4) Select Window->Show View->Ant

observer: no ant view is displayed

however, if open the console view first the Ant view is displayed as expected. Follow this set of 
steps to see it work properly;

1) Launch new install (or just new workbench) of eclipse.
2) Create new simple java project
3) Open Java Browsing perspective
4) Select Window->Show View->Console
5) Select Window->Show View->Ant

observe: the Ant view is displayed as expected

I believe that this is platform neutral but I've not tested it on my PC yet.

New compiler option has been added to address this issue:
 * COMPILER / Reporting Invalid Javadoc Tags with Not Visible References
 *    Specify whether the compiler will report non-visible references used in
Javadoc tags.
 *    <br>Note that this diagnosis can be enabled based on the visibility of the
construct associated with the Javadoc;
 *    also see the setting
"org.eclipse.jdt.core.compiler.problem.invalidJavadocTagsVisibility".
 *     - option id:        
"org.eclipse.jdt.core.compiler.problem.invalidJavadocTagsNotVisibleRef"
 *     - possible values:   { "enabled", "disabled" }
 *     - default:           "enabled"
 *

 

CheckboxTree viewer on install / find features page shows black check when 
only one of the subnodes is selected. Reverts to grey when expanded.

Results in a situation where you don't see available features as all subnodes 
seem to be selected, but are not.

RC1

We create breakpoints and markers with null scheduling rules. We should use 
IResourceRuleFactory.markerRule(..).

Currently the AntView has its own "model" creation and elements.

I believe we could reuse the AntModel support created for the editor and 
editor outline within the AntView context.

Eclipse 3.0M7

Using the same example as in Bug 52344, setting the editor to use space for tab
and using the Default-settings for the formatter. 

Reformatting this code: 

public class Test1 {
    /**
     *     <ul>
    <li>1. K = INT( X / 100 );
    <li>2. M = 15 + INT(( 3*K+3 ) / 4 ) - INT(( 8*K+13 ) / 25 );
    <li>3. S = 2 - INT(( 3*K+3 ) / 4 );
    <li>4. A = MOD( X, 19 );
    <li>5. D = MOD( 19*A+M, 30 );
    <li>6. R = INT( D / 29 ) + ( INT( D / 28 ) - INT( D / 29 )) * INT( A / 11 );
    <li>7. OG = 21 + D - R; - Märzdatum des Ostervollmonds (= 14. Tag des ersten
Monats im Mondkalender, genannt Nisanu)
    <li>8. SZ = 7 - MOD( X + INT( X / 4 ) + S, 7 ); - Datum des 1. Sonntags im März
    <li>9. OE = 7 - MOD( OG - SZ, 7 );
    </ul>
     */
    public void foo() {
    }
}

and immediately pressing undo yields this: 

public class Test1 {
    /**
     *     <ul>
    <li>1. K = INT( X / 100 );
    <li>2. M = 15 + INT(( 3*K+3 ) / 4 ) - INT(( 8*K+13 ) / 25 );
    <li>3. S = 2 - INT(( 3*K+3 ) / 4 );
    <li>4. A = MOD( X, 19 );
    <li>5. D = MOD( 19*A+M, 30 );
    <li>6. R = INT( D / 29 ) + ( INT( D / 28 ) - INT( D / 29 )) * INT( A / 11 );
    <li>7. OG = 21 + D - R; - Märzdatum des Ostervollmonds (= 14. Tag des ersten
Monats im Mondkalender, genannt Nisanu)
    <li>8. SZ = 7 - MOD( X + INT( X / 4 ) + S, 7 ); - Datum des 1. Sonntags im März
    <li>9. OE = 7 - MOD( OG - SZ, 7 );
    </ul>
     */
    public void foo() {
    }
}/
	public void foo() {
	}
}

Yes, settings the editor and the formatter to using different "things" for a tab
is probably useless, but I don't think it should break code when doing stupid
things :-)

3.0RC2
If I double-click plugin.xml to bring up the manifest editor on my plug-in and 
change the Version number on the Overview tab and save it (Ctrl-S), it 
magically changes back to the original number. I'm using a 3.0 bundle format 
with MANIFEST.MF. Editing the number in the MANIFEST.MF source tab manually 
(for example, "Bundle-Version: 0.0.5") seems to work ok.

There is a problem with the TableCursor.  If the table cursor does not have 
focus, the cursor is not painted to the correctly location after 
Table.setTopIndex is called.

3.0
I've spent a couple hours trying to figure out why a newly created action wasn't
showing up in the UI. There was nothing in the log and no error reported. The
problem can be reproduced as follows:
1. create an retargetable action with a id, and an actionDefinitionId.
2. add the action to a menu contribution manager, in my example it was added via
a workbench advisor to the main menu.
3. when the menu manager fills the menu it checks if the action is visible,
because the action has an actionDefinitionId the visibility check verifies if
its associated command exists and is enabled, but the action doesn't have a
command so the action is not visible. 

At the minimum there should be a warning to the log that an action with a
definition id doesn't have an associated command. In addition, I'm not sure that
actions in this state should be not be visible anyway. Just log the warning and
ignore the action definition id.

ExtensionEventDispatcherJob name is not NL' d. Not sure it should, if it is a
system job (is it?). Debbie entered a similar bug some time ago.

3.0 RC 2

The perspective bar appears empty after restarting Eclipse. The only button
visible is "Open a perspective" (see screenshot).

When dragging the bar to the left (I have it top-right), the buttons of the
other opened perspective appear again.

I'd appreciate an option to trim trailing blanks (and possibly whitespaces).

build I20040210-0800

Noticed the following in my log.  Not sure what the trigger was, but 
org.eclipse.jdt.debug's plugin.xml does refer to tools.jar and it is missing.

!ENTRY reference:file:d:/eclipse-
I20040210/eclipse/plugins/org.eclipse.jdt.debug_3.0.0 0 0 Feb 10, 2004 
15:13:13.766
!MESSAGE FrameworkEvent.ERROR
!STACK 0
org.osgi.framework.BundleException: The Bundle-ClassPath entry "tools.jar" was 
not found in the bundle: reference:file:d:/eclipse-
I20040210/eclipse/plugins/org.eclipse.jdt.debug_3.0.0
	at 
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.findClassP
athEntry(DefaultClassLoader.java:470)
	at 
org.eclipse.core.runtime.adaptor.EclipseClassLoader.findClassPathEntry
(EclipseClassLoader.java:119)
	at 
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.buildClass
path(DefaultClassLoader.java:438)
	at 
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.initialize
(DefaultClassLoader.java:84)
	at 
org.eclipse.osgi.framework.internal.core.BundleLoader.createBCLPrevileged
(BundleLoader.java:633)
	at 
org.eclipse.osgi.framework.internal.core.BundleLoader.createClassLoader
(BundleLoader.java:305)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass
(BundleLoader.java:326)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.requireClass
(BundleLoader.java:291)
	at 
org.eclipse.osgi.framework.internal.core.BundleLoader.findRequiredClass
(BundleLoader.java:915)
	at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass
(BundleLoader.java:352)
	at org.eclipse.osgi.framework.adaptor.BundleClassLoader.loadClass
(BundleClassLoader.java:115)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
	at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
	at java.lang.Class.getDeclaredConstructors0(Native Method)
	at java.lang.Class.privateGetDeclaredConstructors(Class.java:1610)
	at java.lang.Class.getConstructor0(Class.java:1922)
	at java.lang.Class.getConstructor(Class.java:1019)
	at 
org.eclipse.core.internal.plugins.PluginDescriptor.internalDoPluginActivation
(PluginDescriptor.java:480)
	at org.eclipse.core.internal.plugins.PluginDescriptor.doPluginActivation
(PluginDescriptor.java:438)
	at org.eclipse.core.internal.plugins.PluginDescriptor.getPlugin
(PluginDescriptor.java:406)
	at org.eclipse.core.internal.compatibility.PluginActivator.start
(PluginActivator.java:48)
	at org.eclipse.osgi.framework.internal.core.BundleContext$1.run
(BundleContext.java:1054)
	at java.security.AccessController.doPrivileged(Native Method)
	at org.eclipse.osgi.framework.internal.core.BundleContext.startActivator
(BundleContext.java:1050)
	at org.eclipse.osgi.framework.internal.core.BundleContext.start
(BundleContext.java:991)
	at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker
(BundleHost.java:403)
	at org.eclipse.osgi.framework.internal.core.Bundle.start
(Bundle.java:312)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensio
n(ConfigurationElement.java:133)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensio
n(ConfigurationElement.java:125)
	at 
org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtensio
n(ConfigurationElement.java:114)
	at 
org.eclipse.debug.internal.ui.views.console.ConsoleDocumentManager.newLineNotifi
er(ConsoleDocumentManager.java:338)
	at 
org.eclipse.debug.internal.ui.views.console.ConsoleDocumentProvider.getLineNotif
ier(ConsoleDocumentProvider.java:107)
	at 
org.eclipse.debug.internal.ui.views.console.ConsoleDocumentProvider.createDocume
nt(ConsoleDocumentProvider.java:48)
	at org.eclipse.ui.texteditor.AbstractDocumentProvider.createElementInfo
(AbstractDocumentProvider.java:274)
	at org.eclipse.ui.texteditor.AbstractDocumentProvider.connect
(AbstractDocumentProvider.java:341)
	at 
org.eclipse.debug.internal.ui.views.console.ConsoleDocumentManager$1.run
(ConsoleDocumentManager.java:132)
	at org.eclipse.ui.internal.UILockListener.doPendingWork
(UILockListener.java:101)
	at org.eclipse.ui.internal.UISynchronizer$1.run(UISynchronizer.java:33)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:102)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2325)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2033)
	at org.eclipse.jface.operation.ModalContext$ModalContextThread.block
(ModalContext.java:136)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:261)
	at org.eclipse.jface.dialogs.ProgressMonitorDialog.run
(ProgressMonitorDialog.java:394)
	at org.eclipse.ui.actions.GlobalBuildAction.doBuildOperation
(GlobalBuildAction.java:196)
	at org.eclipse.ui.actions.GlobalBuildAction.run
(GlobalBuildAction.java:254)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.ui.internal.commands.ActionHandler.execute
(ActionHandler.java:40)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand
(WorkbenchKeyboard.java:427)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press
(WorkbenchKeyboard.java:815)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent
(WorkbenchKeyboard.java:856)
	at 
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings
(WorkbenchKeyboard.java:526)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2
(WorkbenchKeyboard.java:458)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent
(WorkbenchKeyboard.java:241)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java:699)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:832)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:857)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:842)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1716)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1712)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3037)
	at org.eclipse.swt.widgets.Tree.WM_CHAR(Tree.java:1292)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2940)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:2873)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1371)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2027)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:245)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:104)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

20040303

The Make Default and Restore Defaults button have the same mnemonic

I got this while trying to launch a Java Application while a build was going 
in the background.  I'm using I200405140800 on Windows XP.

An internal error occurred during: "Launching".
java.util.NoSuchElementException
java.util.AbstractList$Itr.next(AbstractList.java:426)
org.eclipse.core.internal.jobs.JobManager.join(JobManager.java:585)
org.eclipse.debug.internal.ui.DebugUIPlugin$6.run(DebugUIPlugin.java:931)
org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

20040420

1. do 'Introduce Factory' on OldASTRewrite(ASTNode) in jdt.corext.dom
2. The created factory method is
public static OldASTRewrite createOldASTRewrite(
      org.eclipse.jdt.core.dom.ASTNode node) {
		return new OldASTRewrite(node);
	}

It should use the import rewriter and not fully qualify the type name

3.0 RC1

XMLContentDescriber is not being able to obtain the encoding for files that use
them as value delimiters.

Fix is easy. Requesting approval for RC2.

Build 200402091020

After having migrated onto this workspace, each attempt to launch a Junit 
launch config (either existing or newly created) will issue an IOException and 
refuse to launch.

java.io.IOException: CreateProcess: D:\jdk1.4.1\bin\javaw.exe -
classpath /d:/eclipse/sdk/eclipse/plugins/org.eclipse.jdt.junit_3.0.0/junitsuppo
rt.jar;/d:/eclipse/sdk/eclipse/plugins/org.eclipse.jdt.junit.runtime_3.0.0/junit
runtime.jar;D:\eclipse\workspaces\dev3.0
\plugins\org.eclipse.jdt.core.tests\bin;D:\eclipse\workspaces\dev3.0
\plugins\org.eclipse.core.resources\resources.jar;D:\eclipse\workspaces\dev3.0
\plugins\org.eclipse.core.runtime.compatibility\compatibility.jar;D:\eclipse\wor
kspaces\dev3.0
\plugins\org.eclipse.core.runtime\runtime.jar;D:\eclipse\workspaces\dev3.0
\plugins\org.eclipse.osgi\osgi.jar;D:\eclipse\workspaces\dev3.0
\plugins\org.eclipse.osgi\core.jar;D:\eclipse\workspaces\dev3.0
\plugins\org.eclipse.osgi\resolver.jar;D:\eclipse\workspaces\dev3.0
\plugins\org.eclipse.osgi\defaultAdaptor.jar;D:\eclipse\workspaces\dev3.0
\plugins\org.eclipse.osgi\eclipseAdaptor.jar;D:\eclipse\workspaces\dev3.0
\plugins\org.eclipse.osgi\console.jar;D:\eclipse\workspaces\dev3.0
\plugins\org.eclipse.osgi.util\util.jar;D:\eclipse\workspaces\d&#148;
at java.lang.Win32Process.create(Native Method)
at java.lang.Win32Process.<init>(Win32Process.java:67)
at java.lang.Runtime.execInternal(Native Method)
at java.lang.Runtime.exec(Runtime.java:566)
at org.eclipse.debug.core.DebugPlugin.exec(DebugPlugin.java:571)
at org.eclipse.jdt.launching.AbstractVMRunner.exec(AbstractVMRunner.java:70)
at org.eclipse.jdt.internal.launching.StandardVMRunner.run
(StandardVMRunner.java:241)
at org.eclipse.jdt.internal.junit.launcher.JUnitBaseLaunchConfiguration.launch
(JUnitBaseLaunchConfiguration.java:77)
at org.eclipse.debug.internal.core.LaunchConfiguration.launch
(LaunchConfiguration.java:157)
at org.eclipse.debug.internal.ui.DebugUIPlugin.buildAndLaunch
(DebugUIPlugin.java:778)
at org.eclipse.debug.ui.DebugUITools.buildAndLaunch(DebugUITools.java:628)
at org.eclipse.debug.ui.DebugUITools$3.run(DebugUITools.java:584)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

20040420

1. do 'Introduce Factory' on ASTRewrite(AST) in jdt.corext.dom
2. ->
Caused by: Java Model Exception: Java Model Status [Unexpected AST node type for
constructor search hit:
'org.eclipse.jdt.core.dom.SuperConstructorInvocation('super(node.getAST());')'
in compilation unit 'OldASTRewrite.java']
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at org.eclipse.core.runtime.CoreException.<init>(CoreException.java)
	at org.eclipse.jdt.core.JavaModelException.<init>(JavaModelException.java)
	at
org.eclipse.jdt.internal.corext.refactoring.code.IntroduceFactoryRefactoring.getCtorCallAt(IntroduceFactoryRefactoring.java:855)
	at
org.eclipse.jdt.internal.corext.refactoring.code.IntroduceFactoryRefactoring.replaceConstructorCalls(IntroduceFactoryRefactoring.java:786)
	at
org.eclipse.jdt.internal.corext.refactoring.code.IntroduceFactoryRefactoring.addAllChangesFor(IntroduceFactoryRefactoring.java:719)
	at
org.eclipse.jdt.internal.corext.refactoring.code.IntroduceFactoryRefactoring.createChange(IntroduceFactoryRefactoring.java:904)
	at
org.eclipse.ltk.core.refactoring.CreateChangeOperation.run(CreateChangeOperation.java:113)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java)
	at
org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:52)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)

20040420

1. do 'Introduce Factory' on OldASTRewrite(ASTNode) in jdt.corext.dom
2. No updates in the test projects (org.eclipse.jdt.tests.ui) that require
jdt.ui and have references to the constructor

Documentation to IClasspathEntry ( 
http://help.eclipse.org/help21/topic/org.eclipse.jdt.doc.isv/reference/api/org/e
clipse/jdt/core/IClasspathEntry.html ) mentions possibility to use a folder 
with class files external to the workspace.

But this does not work. The Build Path configuration dialog allows only picking 
folders from workspace, but I have tried adding entry

<classpathentry kind="lib" path="/C:/test/classes"/>

directly to .classpath file in my project. The build path was considered OK, 
but the classes from the folder were not available on the project classpath.
The interesting thing is, that when I specified a non-existing folder, I got a 
build path error and the project did not compile at all.

Same behavior observed in both E2.1 and E3.0M8.

Note: "Setting the Java build path" ( 
http://help.eclipse.org/help21/topic/org.eclipse.jdt.doc.isv/guide/jdt_api_class
path.htm ) mentions that the class file folder should be inside the workspace 
only, which is a conflict with the documentation mentioned above.

By clicking on the "Run in Background" button on the Jobs dialog that shows running jobs, it will cause 
the dialog to animate down to the bottom right of the window.

On the mac, the color of the rectangle seems to be too light and you can not see it animate, You just 
get the odd light coloured line being drawn on the workbench.

This means the user misses the intent of the animation completely

Whenever you had a launch configuration which depended on a specific plugin ,
you cannot remove the launch configuration from Eclipse once the plugin is removed.

there should be the possibility to either clean the configurations automatically
or there should be a way to do it manually.

At the moment at every start you will get messages like :

!ENTRY org.eclipse.debug.core 2 5020 Apr 19, 2004 10:51:26.622
!MESSAGE Unable to restore launch configuration
"jmechanic.eclipse.profiler.launchconfig.SHARED_INFO". Probable cause: missing
plug-in that defines launch configuration type.

which clutter the log file

Version used : Eclipse3M8
To Repeat :

install profiler
run profiler

install eclipse without profiler again reusing the old workspace

look at .metadata/.log

I20040127

Not sure whether this is now a new feature or a bug. I can imagine to run into
trouble if launching the same workspace more than once.

The old search provided the option Window>Preferences>Workbench>Search>"Reuse 
Editors to Show Matches".

This option is no longer honored by the new search implementation. This is a 
loss of function and we have to revive this option.

The default Ant classpath is getting persisted due to case differences in the 
paths of the elements.

There are a few bug reports regarding keybinding context activation (bug 58078,
bug 58661, maybe others), which I think are all caused by the same error in
WorkbenchContextSupport#checkWindowType(Shell):

New dialog shells are *not* registered as TYPE_DIALOG. Therefore, clients who
create a new Shell must currently call
PlatformUI.getWorkbench().getContextSupport().registerShell(shell,
IWorkbenchContextSupport.TYPE_DIALOG) as a workaround to enable the correct
context. As I understand it, this should not be necessary, since
WorkbenchContextSupport should automatically register all parented shells as
dialogs.

!SESSION Mar 03, 2004 11:48:33.138 --------------------------------------------
-
java.version=1.4.2_03
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US
Command-line arguments: -
data /home/dpollock/Source/Eclipse/Workspaces/SelfHosted -dev bin -
debug /home/dpollock/Source/Eclipse/eclipseDebuggingOptions.txt
!ENTRY org.eclipse.core.resources 4 271 Mar 03, 2004 11:48:33.139
!MESSAGE File not found: /opt/eclipse/plugins/org.apache.ant_1.6.0/plugin.xml.
!ENTRY org.eclipse.core.resources 4 271 Mar 03, 2004 11:48:33.461
!MESSAGE File not 
found: /opt/eclipse/plugins/org.eclipse.releng.tools_3.0.2/plugin.xml.
!ENTRY org.eclipse.core.resources 4 271 Mar 03, 2004 11:48:33.554
!MESSAGE File not found: /opt/eclipse/plugins/org.eclipse.tomcat_4.1.29/META-
INF/MANIFEST.MF.
!ENTRY org.eclipse.core.resources 4 271 Mar 03, 2004 11:48:33.950
!MESSAGE File not 
found: /opt/eclipse/plugins/org.eclipse.update.configurator_3.0.0/META-
INF/MANIFEST.MF.
!ENTRY org.eclipse.core.runtime 4 2 Mar 03, 2004 11:48:35.631
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NoSuchMethodError: DragGetData
 at org.eclipse.swt.internal.Callback.bind(Native Method)
 at org.eclipse.swt.internal.Callback.<init>(Callback.java:102)
 at org.eclipse.swt.internal.Callback.<init>(Callback.java:60)
 at org.eclipse.swt.dnd.DragSource.<clinit>(DragSource.java:113)
 at org.eclipse.jface.viewers.StructuredViewer.addDragSupport
(StructuredViewer.java:177)
 at 
org.eclipse.jdt.internal.ui.typehierarchy.TypeHierarchyViewPart.addDragAdapters
(TypeHierarchyViewPart.java:699)
 at 
org.eclipse.jdt.internal.ui.typehierarchy.TypeHierarchyViewPart.initDragAndDrop
(TypeHierarchyViewPart.java:677)
 at 
org.eclipse.jdt.internal.ui.typehierarchy.TypeHierarchyViewPart.createPartContr
ol(TypeHierarchyViewPart.java:737)
 at org.eclipse.ui.internal.PartPane$1.run(PartPane.java:119)
 at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:638)
 at org.eclipse.core.runtime.Platform.run(Platform.java:497)
 at org.eclipse.ui.internal.PartPane.createChildControl(PartPane.java:115)
 at org.eclipse.ui.internal.ViewPane.createChildControl(ViewPane.java:323)
 at org.eclipse.ui.internal.PartPane.createControl(PartPane.java:231)
 at org.eclipse.ui.internal.ViewPane.createControl(ViewPane.java:276)
 at org.eclipse.ui.internal.PartTabFolder.createPartTab(PartTabFolder.java:596)
 at org.eclipse.ui.internal.PartTabFolder.createControl(PartTabFolder.java:535)
 at org.eclipse.ui.internal.PartSashContainer.createControl
(PartSashContainer.java:240)
 at org.eclipse.ui.internal.PerspectivePresentation.activate
(PerspectivePresentation.java:117)
 at org.eclipse.ui.internal.Perspective.onActivate(Perspective.java:631)
 at org.eclipse.ui.internal.WorkbenchPage.onActivate(WorkbenchPage.java:1958)
 at org.eclipse.ui.internal.WorkbenchWindow$6.run(WorkbenchWindow.java:1669)
 at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
 at org.eclipse.ui.internal.WorkbenchWindow.setActivePage
(WorkbenchWindow.java:1656)
 at org.eclipse.ui.internal.WorkbenchWindow.restoreState
(WorkbenchWindow.java:1249)
 at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1321)
 at org.eclipse.ui.internal.Workbench.access$9(Workbench.java:1289)
 at org.eclipse.ui.internal.Workbench$14.run(Workbench.java:1211)
 at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:638)
 at org.eclipse.core.runtime.Platform.run(Platform.java:497)
 at org.eclipse.ui.internal.Workbench.openPreviousWorkbenchState
(Workbench.java:1167)
 at org.eclipse.ui.internal.Workbench.init(Workbench.java:901)
 at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1457)
 at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
 at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
 at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:48)
 at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
 at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
 at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:324)
 at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
 at org.eclipse.core.launcher.Main.run(Main.java:745)
 at org.eclipse.core.launcher.Main.main(Main.java:713)
!ENTRY org.eclipse.core.runtime 4 2 Mar 03, 2004 11:48:36.22
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NoClassDefFoundError
 at org.eclipse.jface.viewers.StructuredViewer.addDragSupport
(StructuredViewer.java:177)
 at org.eclipse.ui.views.markers.internal.MarkerView.initDragAndDrop
(MarkerView.java:365)
 at org.eclipse.ui.views.markers.internal.MarkerView.createPartControl
(MarkerView.java:267)
 at org.eclipse.ui.internal.PartPane$1.run(PartPane.java:119)
 at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:638)
 at org.eclipse.core.runtime.Platform.run(Platform.java:497)
 at org.eclipse.ui.internal.PartPane.createChildControl(PartPane.java:115)
 at org.eclipse.ui.internal.ViewPane.createChildControl(ViewPane.java:323)
 at org.eclipse.ui.internal.PartPane.createControl(PartPane.java:231)
 at org.eclipse.ui.internal.ViewPane.createControl(ViewPane.java:276)
 at org.eclipse.ui.internal.PartTabFolder.createPartTab(PartTabFolder.java:596)
 at org.eclipse.ui.internal.PartTabFolder.createControl(PartTabFolder.java:535)
 at org.eclipse.ui.internal.PartSashContainer.createControl
(PartSashContainer.java:240)
 at org.eclipse.ui.internal.PerspectivePresentation.activate
(PerspectivePresentation.java:117)
 at org.eclipse.ui.internal.Perspective.onActivate(Perspective.java:631)
 at org.eclipse.ui.internal.WorkbenchPage.onActivate(WorkbenchPage.java:1958)
 at org.eclipse.ui.internal.WorkbenchWindow$6.run(WorkbenchWindow.java:1669)
 at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
 at org.eclipse.ui.internal.WorkbenchWindow.setActivePage
(WorkbenchWindow.java:1656)
 at org.eclipse.ui.internal.WorkbenchWindow.restoreState
(WorkbenchWindow.java:1249)
 at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1321)
 at org.eclipse.ui.internal.Workbench.access$9(Workbench.java:1289)
 at org.eclipse.ui.internal.Workbench$14.run(Workbench.java:1211)
 at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:638)
 at org.eclipse.core.runtime.Platform.run(Platform.java:497)
 at org.eclipse.ui.internal.Workbench.openPreviousWorkbenchState
(Workbench.java:1167)
 at org.eclipse.ui.internal.Workbench.init(Workbench.java:901)
 at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1457)
 at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
 at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
 at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:48)
 at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
 at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
 at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:324)
 at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
 at org.eclipse.core.launcher.Main.run(Main.java:745)
 at org.eclipse.core.launcher.Main.main(Main.java:713)
!ENTRY org.eclipse.core.runtime 4 2 Mar 03, 2004 11:48:36.152
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
org.eclipse.swt.SWTException: Widget is disposed
 at org.eclipse.swt.SWT.error(SWT.java:2625)
 at org.eclipse.swt.SWT.error(SWT.java:2555)
 at org.eclipse.swt.widgets.Widget.error(Widget.java:373)
 at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:309)
 at org.eclipse.swt.widgets.Composite.setFocus(Composite.java:670)
 at org.eclipse.jdt.internal.ui.typehierarchy.TypeHierarchyViewPart.setFocus
(TypeHierarchyViewPart.java:519)
 at org.eclipse.ui.internal.WorkbenchPage$2.run(WorkbenchPage.java:469)
 at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:638)
 at org.eclipse.core.runtime.Platform.run(Platform.java:497)
 at org.eclipse.ui.internal.WorkbenchPage.activatePart(WorkbenchPage.java:466)
 at org.eclipse.ui.internal.WorkbenchPage.onActivate(WorkbenchPage.java:1975)
 at org.eclipse.ui.internal.WorkbenchWindow$6.run(WorkbenchWindow.java:1669)
 at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
 at org.eclipse.ui.internal.WorkbenchWindow.setActivePage
(WorkbenchWindow.java:1656)
 at org.eclipse.ui.internal.WorkbenchWindow.restoreState
(WorkbenchWindow.java:1249)
 at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1321)
 at org.eclipse.ui.internal.Workbench.access$9(Workbench.java:1289)
 at org.eclipse.ui.internal.Workbench$14.run(Workbench.java:1211)
 at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:638)
 at org.eclipse.core.runtime.Platform.run(Platform.java:497)
 at org.eclipse.ui.internal.Workbench.openPreviousWorkbenchState
(Workbench.java:1167)
 at org.eclipse.ui.internal.Workbench.init(Workbench.java:901)
 at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1457)
 at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
 at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
 at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:48)
 at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
 at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
 at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:324)
 at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
 at org.eclipse.core.launcher.Main.run(Main.java:745)
 at org.eclipse.core.launcher.Main.main(Main.java:713)
!ENTRY org.eclipse.jdt.core 4 -1 Mar 03, 2004 11:48:43.637
!MESSAGE I/O exception.
!STACK 0
java.util.zip.ZipException: No such file or directory
 at java.util.zip.ZipFile.open(Native Method)
 at java.util.zip.ZipFile.<init>(ZipFile.java:112)
 at java.util.zip.ZipFile.<init>(ZipFile.java:72)
 at org.eclipse.jdt.internal.core.JavaModelManager.getZipFile
(JavaModelManager.java:971)
 at org.eclipse.jdt.internal.core.JarPackageFragmentRoot.getJar
(JarPackageFragmentRoot.java:210)
 at org.eclipse.jdt.internal.core.JarPackageFragmentRoot.computeChildren
(JarPackageFragmentRoot.java:76)
 at org.eclipse.jdt.internal.core.PackageFragmentRoot.buildStructure
(PackageFragmentRoot.java:173)
 at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:169)
 at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed
(JavaElement.java:543)
 at org.eclipse.jdt.internal.core.JavaElement.getElementInfo
(JavaElement.java:280)
 at org.eclipse.jdt.internal.core.JavaElement.getElementInfo
(JavaElement.java:266)
 at org.eclipse.jdt.internal.core.JavaElement.getChildren(JavaElement.java:221)
 at 
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locatePackageDeclara
tions(MatchLocator.java:802)
 at 
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locatePackageDeclara
tions(MatchLocator.java:766)
 at org.eclipse.jdt.internal.core.search.JavaSearchParticipant.locateMatches
(JavaSearchParticipant.java:162)
 at 
org.eclipse.jdt.internal.core.search.pattern.InternalSearchPattern.findMatches
(InternalSearchPattern.java:107)
 at org.eclipse.jdt.core.search.SearchEngine.search(SearchEngine.java:739)
 at org.eclipse.jdt.core.search.SearchEngine.search(SearchEngine.java:707)
 at 
org.eclipse.pde.internal.core.osgi.bundle.BundlePluginBase.findOwningPluginId
(BundlePluginBase.java:338)
 at 
org.eclipse.pde.internal.core.osgi.bundle.BundlePluginBase.addImportsFromImport
edPackages(BundlePluginBase.java:261)
 at org.eclipse.pde.internal.core.osgi.bundle.BundlePluginBase.getImports
(BundlePluginBase.java:195)
 at org.eclipse.pde.internal.core.ClasspathUtilCore.computePluginEntries
(ClasspathUtilCore.java:75)
 at org.eclipse.pde.internal.core.ClasspathUtilCore.computePluginEntries
(ClasspathUtilCore.java:163)
 at 
org.eclipse.pde.internal.core.RequiredPluginsClasspathContainer.getClasspathEnt
ries(RequiredPluginsClasspathContainer.java:46)
 at org.eclipse.jdt.internal.core.JavaModelManager.containerPut
(JavaModelManager.java:193)
 at org.eclipse.jdt.core.JavaCore.setClasspathContainer(JavaCore.java:3324)
 at org.eclipse.pde.internal.core.ModelEntry.updateClasspathContainer
(ModelEntry.java:107)
 at org.eclipse.pde.internal.core.RequiredPluginsInitializer.initialize
(RequiredPluginsInitializer.java:40)
 at org.eclipse.jdt.core.JavaCore$1.run(JavaCore.java:1171)
 at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:638)
 at org.eclipse.core.runtime.Platform.run(Platform.java:497)
 at org.eclipse.jdt.core.JavaCore.getClasspathContainer(JavaCore.java:1166)
 at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1867)
 at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1790)
 at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1762)
 at org.eclipse.jdt.internal.core.search.JavaSearchScope.add
(JavaSearchScope.java:78)
 at org.eclipse.jdt.core.search.SearchEngine.createJavaSearchScope
(SearchEngine.java:299)
 at org.eclipse.jdt.core.search.SearchEngine.createJavaSearchScope
(SearchEngine.java:257)
 at 
org.eclipse.pde.internal.core.osgi.bundle.BundlePluginBase.findOwningPluginId
(BundlePluginBase.java:306)
 at 
org.eclipse.pde.internal.core.osgi.bundle.BundlePluginBase.addImportsFromImport
edPackages(BundlePluginBase.java:261)
 at org.eclipse.pde.internal.core.osgi.bundle.BundlePluginBase.getImports
(BundlePluginBase.java:195)
 at org.eclipse.pde.internal.core.ClasspathUtilCore.computePluginEntries
(ClasspathUtilCore.java:75)
 at org.eclipse.pde.internal.core.ClasspathUtilCore.computePluginEntries
(ClasspathUtilCore.java:163)
 at 
org.eclipse.pde.internal.core.RequiredPluginsClasspathContainer.getClasspathEnt
ries(RequiredPluginsClasspathContainer.java:46)
 at org.eclipse.jdt.internal.core.JavaModelManager.containerPut
(JavaModelManager.java:193)
 at org.eclipse.jdt.core.JavaCore.setClasspathContainer(JavaCore.java:3324)
 at org.eclipse.pde.internal.core.ModelEntry.updateClasspathContainer
(ModelEntry.java:107)
 at org.eclipse.pde.internal.core.RequiredPluginsInitializer.initialize
(RequiredPluginsInitializer.java:40)
 at org.eclipse.jdt.core.JavaCore$1.run(JavaCore.java:1171)
 at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:638)
 at org.eclipse.core.runtime.Platform.run(Platform.java:497)
 at org.eclipse.jdt.core.JavaCore.getClasspathContainer(JavaCore.java:1166)
 at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1867)
 at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1790)
 at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1762)
 at org.eclipse.jdt.internal.core.DeltaProcessingState.initializeRoots
(DeltaProcessingState.java:147)
 at org.eclipse.jdt.internal.core.JavaModelOperation.run
(JavaModelOperation.java:698)
 at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1567)
 at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3203)
 at org.eclipse.jdt.core.JavaCore.setClasspathContainer(JavaCore.java:3332)
 at org.eclipse.jdt.internal.launching.JREContainerInitializer.initialize
(JREContainerInitializer.java:51)
 at org.eclipse.jdt.core.JavaCore$1.run(JavaCore.java:1171)
 at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:638)
 at org.eclipse.core.runtime.Platform.run(Platform.java:497)
 at org.eclipse.jdt.core.JavaCore.getClasspathContainer(JavaCore.java:1166)
 at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1867)
 at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1790)
 at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1762)
 at org.eclipse.jdt.core.JavaCore.setClasspathContainer(JavaCore.java:3323)
 at org.eclipse.pde.internal.core.ModelEntry.updateUnknownClasspathContainer
(ModelEntry.java:146)
 at org.eclipse.pde.internal.core.RequiredPluginsInitializer.initialize
(RequiredPluginsInitializer.java:38)
 at org.eclipse.jdt.core.JavaCore$1.run(JavaCore.java:1171)
 at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:638)
 at org.eclipse.core.runtime.Platform.run(Platform.java:497)
 at org.eclipse.jdt.core.JavaCore.getClasspathContainer(JavaCore.java:1166)
 at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1867)
 at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1790)
 at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1762)
 at org.eclipse.jdt.internal.core.search.JavaSearchScope.add
(JavaSearchScope.java:78)
 at org.eclipse.jdt.internal.core.search.JavaWorkspaceScope.initialize
(JavaWorkspaceScope.java:79)
 at org.eclipse.jdt.internal.core.search.JavaSearchScope.<init>
(JavaSearchScope.java:52)
 at org.eclipse.jdt.internal.core.search.JavaWorkspaceScope.<init>
(JavaWorkspaceScope.java:30)
 at org.eclipse.jdt.core.search.SearchEngine.createWorkspaceScope
(SearchEngine.java:430)
 at org.eclipse.jdt.internal.corext.util.AllTypesCache.search
(AllTypesCache.java:503)
 at org.eclipse.jdt.internal.corext.util.AllTypesCache$TypeCacher.doSearchTypes
(AllTypesCache.java:180)
 at org.eclipse.jdt.internal.corext.util.AllTypesCache$TypeCacher.run
(AllTypesCache.java:149)
!ENTRY org.eclipse.jdt.core 4 -1 Mar 03, 2004 11:48:43.649
!MESSAGE I/O exception.
!STACK 0
java.util.zip.ZipException: No such file or directory
 at java.util.zip.ZipFile.open(Native Method)
 at java.util.zip.ZipFile.<init>(ZipFile.java:112)
 at java.util.zip.ZipFile.<init>(ZipFile.java:72)
 at org.eclipse.jdt.internal.core.JavaModelManager.getZipFile
(JavaModelManager.java:971)
 at org.eclipse.jdt.internal.core.JarPackageFragmentRoot.getJar
(JarPackageFragmentRoot.java:210)
 at org.eclipse.jdt.internal.core.JarPackageFragmentRoot.computeChildren
(JarPackageFragmentRoot.java:76)
 at org.eclipse.jdt.internal.core.PackageFragmentRoot.buildStructure
(PackageFragmentRoot.java:173)
 at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:169)
 at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed
(JavaElement.java:543)
 at org.eclipse.jdt.internal.core.JavaElement.getElementInfo
(JavaElement.java:280)
 at org.eclipse.jdt.internal.core.JavaElement.getElementInfo
(JavaElement.java:266)
 at org.eclipse.jdt.internal.core.JavaElement.getChildren(JavaElement.java:221)
 at 
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locatePackageDeclara
tions(MatchLocator.java:802)
 at 
org.eclipse.jdt.internal.core.search.matching.MatchLocator.locatePackageDeclara
tions(MatchLocator.java:766)
 at org.eclipse.jdt.internal.core.search.JavaSearchParticipant.locateMatches
(JavaSearchParticipant.java:162)
 at 
org.eclipse.jdt.internal.core.search.pattern.InternalSearchPattern.findMatches
(InternalSearchPattern.java:107)
 at org.eclipse.jdt.core.search.SearchEngine.search(SearchEngine.java:739)
 at org.eclipse.jdt.core.search.SearchEngine.search(SearchEngine.java:707)
 at 
org.eclipse.pde.internal.core.osgi.bundle.BundlePluginBase.findOwningPluginId
(BundlePluginBase.java:338)
 at 
org.eclipse.pde.internal.core.osgi.bundle.BundlePluginBase.addImportsFromImport
edPackages(BundlePluginBase.java:261)
 at org.eclipse.pde.internal.core.osgi.bundle.BundlePluginBase.getImports
(BundlePluginBase.java:195)
 at org.eclipse.pde.internal.core.ClasspathUtilCore.computePluginEntries
(ClasspathUtilCore.java:75)
 at org.eclipse.pde.internal.core.ClasspathUtilCore.computePluginEntries
(ClasspathUtilCore.java:163)
 at 
org.eclipse.pde.internal.core.RequiredPluginsClasspathContainer.getClasspathEnt
ries(RequiredPluginsClasspathContainer.java:46)
 at org.eclipse.jdt.internal.core.JavaModelManager.containerPut
(JavaModelManager.java:193)
 at org.eclipse.jdt.core.JavaCore.setClasspathContainer(JavaCore.java:3324)
 at org.eclipse.pde.internal.core.ModelEntry.updateClasspathContainer
(ModelEntry.java:107)
 at org.eclipse.pde.internal.core.RequiredPluginsInitializer.initialize
(RequiredPluginsInitializer.java:40)
 at org.eclipse.jdt.core.JavaCore$1.run(JavaCore.java:1171)
 at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:638)
 at org.eclipse.core.runtime.Platform.run(Platform.java:497)
 at org.eclipse.jdt.core.JavaCore.getClasspathContainer(JavaCore.java:1166)
 at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1867)
 at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1790)
 at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1762)
 at org.eclipse.jdt.internal.core.DeltaProcessingState.initializeRoots
(DeltaProcessingState.java:147)
 at org.eclipse.jdt.internal.core.JavaModelOperation.run
(JavaModelOperation.java:698)
 at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1567)
 at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3203)
 at org.eclipse.jdt.core.JavaCore.setClasspathContainer(JavaCore.java:3332)
 at org.eclipse.jdt.internal.launching.JREContainerInitializer.initialize
(JREContainerInitializer.java:51)
 at org.eclipse.jdt.core.JavaCore$1.run(JavaCore.java:1171)
 at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:638)
 at org.eclipse.core.runtime.Platform.run(Platform.java:497)
 at org.eclipse.jdt.core.JavaCore.getClasspathContainer(JavaCore.java:1166)
 at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1867)
 at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1790)
 at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1762)
 at org.eclipse.jdt.core.JavaCore.setClasspathContainer(JavaCore.java:3323)
 at org.eclipse.pde.internal.core.ModelEntry.updateUnknownClasspathContainer
(ModelEntry.java:146)
 at org.eclipse.pde.internal.core.RequiredPluginsInitializer.initialize
(RequiredPluginsInitializer.java:38)
 at org.eclipse.jdt.core.JavaCore$1.run(JavaCore.java:1171)
 at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:638)
 at org.eclipse.core.runtime.Platform.run(Platform.java:497)
 at org.eclipse.jdt.core.JavaCore.getClasspathContainer(JavaCore.java:1166)
 at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1867)
 at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1790)
 at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath
(JavaProject.java:1762)
 at org.eclipse.jdt.internal.core.search.JavaSearchScope.add
(JavaSearchScope.java:78)
 at org.eclipse.jdt.internal.core.search.JavaWorkspaceScope.initialize
(JavaWorkspaceScope.java:79)
 at org.eclipse.jdt.internal.core.search.JavaSearchScope.<init>
(JavaSearchScope.java:52)
 at org.eclipse.jdt.internal.core.search.JavaWorkspaceScope.<init>
(JavaWorkspaceScope.java:30)
 at org.eclipse.jdt.core.search.SearchEngine.createWorkspaceScope
(SearchEngine.java:430)
 at org.eclipse.jdt.internal.corext.util.AllTypesCache.search
(AllTypesCache.java:503)
 at org.eclipse.jdt.internal.corext.util.AllTypesCache$TypeCacher.doSearchTypes
(AllTypesCache.java:180)
 at org.eclipse.jdt.internal.corext.util.AllTypesCache$TypeCacher.run
(AllTypesCache.java:149)

For org.eclipse.core.runtime.IStatus

 IStatus.matches(severityMask)

we noted these  two potential problems:

(1)

  IStatus.matches(IStatus.OK) 

will always return false since IStatus.OK=0. This, we (Dani and I) believe is the expected behaviour. 
However, newbies normally do expect it to return true.

This is not made clear in the documentation. It took several readings of

"public boolean matches(int severityMask)
..
Parameters:
severityMask - a mask formed by bitwise or'ing severity mask  constants
(ERROR, WARNING,  INFO)"

for me to realize that the exclusion of OK is intentional. 

Suggestion:
(i) Make a note in JavaDoc saying something along the line "Do not use OK as one of the bit mask" to 
make this explicit.
(ii)[Dani's suggestion] perform a Assert() to check that severity mask is not all zero.

(2)Forgotten to Include CANCEL in the description
Dani also noticed that CANCEL is a valid bit mask for severityMask but in the quote from API above, it is 
not mentioned.  

Dani's exact words (in case I misunderstood him)

" There's also CANCEL which is not mentioned in the severityMask 
param section but appears in the @see section. [On IStatus.OK] I'd either expect OK to 
be explicitly mentioned in the @return section or an assertion failure 
is thrown if OK is not accepted as valid argument." (words in [] mine)

Many thanks and best regards,
Cinly

3.1M2

The CVS label decorator seems to currently set the foreground and background
colours to be the list foreground and background.

On Windows, when an item is selected, the selection foreground and background
override any colour settings for the selected rows.  However, on GTK+ the text
foreground colour overrides the selection foreground colour, and while the
selection background colour overrides any set background, this is broken when
the tree loses focus.  See the screenshots in bug 74769, and bug 49617/bug 30994
about the problems with GTK+ tree views.

To at least work around these problems, I think it would be best to avoid
setting the foreground and background colour unless they actually differ from
the default list foreground and background.

See Bug 67590 for a complete description of the effects.

RC2

Run this snippet. Note that the CLabel is right-aligned, but the getStyle() 
says it is left-aligned. The problem is that RIGHT and CENTER style bits are 
thrown away in checkStyle(). Is there a reason for this?

import org.eclipse.swt.*;
import org.eclipse.swt.graphics.*;
import org.eclipse.swt.widgets.*;
import org.eclipse.swt.layout.*;
import org.eclipse.swt.events.*;
import org.eclipse.swt.custom.*;

public class CLabelAlignmentStyleTest {
	static Display display;
	static Shell shell;
	static CLabel label;
	
	public static void main(String[] args) {
		display = new Display();
		shell = new Shell(display);
		shell.setLayout(new FillLayout());
		shell.setText("CLabel Alignment Style Test");
		
		label = new CLabel(shell, SWT.RIGHT);
		label.setText("CLabel");
		int style = label.getStyle();
		System.out.println("CLabel alignment=" +
				((style & SWT.LEFT) != 0 ? "LEFT" :
					(style & SWT.RIGHT) != 0 ? "RIGHT" :
						(style & SWT.CENTER) != 
0 ? "CENTER" : "UNKNOWN"));

		shell.pack();
		shell.open();
		while (!shell.isDisposed()) {
			if (!display.readAndDispatch()) display.sleep();
		}
	}
}

When I have the string "Windows" selected in:

    public static final boolean IS_OS_WINDOWS = getOSMatches("Windows");

Right-click/Refactor does not let me extract "Windows" as a static.
Version 3.1.M1.

After fixing up a lot of read Xs, the error marker was left on the project and 
one of it's child folders. Changing modes remoevd the problem so it appears to 
be a label update problem and not a state determication problem.

build i0505-1045

- I have all of Core checked out from HEAD
- I closed runtime and resources (and did stuff, then re-opened)
- later on I noticed the following exception in my console

CVSTeamProvider#isWatchEditEnabled() needs to check if the project is accessible
before trying to access the persistent properties

Note that there are 3 exceptions below. #1 and #3 are the same. Is #2 related?

osgi> !SESSION May 05, 2004 15:31:28.796 ---------------------------------------
------
java.version=1.4.2
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -showlocation
!ENTRY org.eclipse.team.cvs.core 4 0 May 05, 2004 15:31:29.447
!MESSAGE Errors occured while applying CVS decorations to resources.
!STACK 1
org.eclipse.core.internal.resources.ResourceException: Resource /org.eclipse.cor
e.resources is not open.
        at org.eclipse.core.internal.resources.Project.checkAccessible(Project.j
ava:119)
        at org.eclipse.core.internal.resources.Resource.getSessionProperty(Resou
rce.java:978)
        at org.eclipse.team.internal.ccvs.core.CVSTeamProvider.isWatchEditEnable
d(CVSTeamProvider.java:1209)
        at org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.getOverlay(
CVSLightweightDecorator.java:437)
        at org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.decorate(CV
SLightweightDecorator.java:237)
        at org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.dec
orate(LightweightDecoratorDefinition.java:155)
        at org.eclipse.ui.internal.decorators.LightweightDecoratorManager$Lightw
eightRunnable.run(LightweightDecoratorManager.java:60)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatfo
rm.java:604)
        at org.eclipse.core.runtime.Platform.run(Platform.java:545)
        at org.eclipse.ui.internal.decorators.LightweightDecoratorManager.decora
te(LightweightDecoratorManager.java:258)
        at org.eclipse.ui.internal.decorators.LightweightDecoratorManager.getDec
orations(LightweightDecoratorManager.java:241)
        at org.eclipse.ui.internal.decorators.DecorationScheduler$1.run(Decorati
onScheduler.java:262)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)
!SUBENTRY 1 org.eclipse.core.resources 4 372 May 05, 2004 15:31:29.477
!MESSAGE Resource /org.eclipse.core.resources is not open.
!ENTRY org.eclipse.core.resources 4 368 May 05, 2004 15:40:37.365
!MESSAGE Errors occured while applying CVS decorations to resources.
!STACK 1
org.eclipse.core.internal.resources.ResourceException: Resource /org.eclipse.cor
e.runtime/src/org/eclipse/core/internal does not exist.
        at org.eclipse.core.internal.resources.Resource.checkExists(Resource.jav
a:309)
        at org.eclipse.core.internal.resources.Container.members(Container.java:
174)
        at org.eclipse.core.internal.resources.Container.members(Container.java:
165)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.mem
bers(EclipseSynchronizer.java:469)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.members(E
clipseFolder.java:40)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.calculate
AndSaveChildModificationStates(EclipseFolder.java:347)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.isModifie
d(EclipseFolder.java:317)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.calculate
AndSaveChildModificationStates(EclipseFolder.java:351)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.isModifie
d(EclipseFolder.java:317)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.calculate
AndSaveChildModificationStates(EclipseFolder.java:351)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.isModifie
d(EclipseFolder.java:317)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.calculate
AndSaveChildModificationStates(EclipseFolder.java:351)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.isModifie
d(EclipseFolder.java:317)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.calculate
AndSaveChildModificationStates(EclipseFolder.java:351)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.isModifie
d(EclipseFolder.java:317)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.calculate
AndSaveChildModificationStates(EclipseFolder.java:351)
        at org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.isModifie
d(EclipseFolder.java:317)
        at org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.isDirty(CVS
LightweightDecorator.java:148)
        at org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.isDirty(CVS
LightweightDecorator.java:161)
        at org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.decorate(CV
SLightweightDecorator.java:232)
        at org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.dec
orate(LightweightDecoratorDefinition.java:155)
        at org.eclipse.ui.internal.decorators.LightweightDecoratorManager$Lightw
eightRunnable.run(LightweightDecoratorManager.java:60)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatfo
rm.java:604)
        at org.eclipse.core.runtime.Platform.run(Platform.java:545)
        at org.eclipse.ui.internal.decorators.LightweightDecoratorManager.decora
te(LightweightDecoratorManager.java:258)
        at org.eclipse.ui.internal.decorators.LightweightDecoratorManager.getDec
orations(LightweightDecoratorManager.java:241)
        at org.eclipse.ui.internal.decorators.DecorationScheduler$1.run(Decorati
onScheduler.java:262)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)
!SUBENTRY 1 org.eclipse.core.resources 4 368 May 05, 2004 15:40:37.415
!MESSAGE Resource /org.eclipse.core.runtime/src/org/eclipse/core/internal does n
ot exist.
!ENTRY org.eclipse.team.cvs.core 4 0 May 05, 2004 15:40:37.425
!MESSAGE Errors occured while applying CVS decorations to resources.
!STACK 1
org.eclipse.core.internal.resources.ResourceException: Resource /org.eclipse.cor
e.runtime is not open.
        at org.eclipse.core.internal.resources.Project.checkAccessible(Project.j
ava:119)
        at org.eclipse.core.internal.resources.Resource.getSessionProperty(Resou
rce.java:978)
        at org.eclipse.team.internal.ccvs.core.CVSTeamProvider.isWatchEditEnable
d(CVSTeamProvider.java:1209)
        at org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.getOverlay(
CVSLightweightDecorator.java:437)
        at org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.decorate(CV
SLightweightDecorator.java:237)
        at org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.dec
orate(LightweightDecoratorDefinition.java:155)
        at org.eclipse.ui.internal.decorators.LightweightDecoratorManager$Lightw
eightRunnable.run(LightweightDecoratorManager.java:60)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatfo
rm.java:604)
        at org.eclipse.core.runtime.Platform.run(Platform.java:545)
        at org.eclipse.ui.internal.decorators.LightweightDecoratorManager.decora
te(LightweightDecoratorManager.java:258)
        at org.eclipse.ui.internal.decorators.LightweightDecoratorManager.getDec
orations(LightweightDecoratorManager.java:241)
        at org.eclipse.ui.internal.decorators.DecorationScheduler$1.run(Decorati
onScheduler.java:262)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)
!SUBENTRY 1 org.eclipse.core.resources 4 372 May 05, 2004 15:40:37.435

Build 20040324

Migrating from 20040323 to 20040324, first startup of latest SDK issued the 
following NPE when restarting on existing self-hosting workspace.

!ENTRY org.eclipse.core.runtime 4 2 Mar 24, 2004 10:43:32.580
!MESSAGE Problems occurred when invoking code from plug-in: "org.eclipse.core.ru
ntime".
!STACK 0
java.lang.NullPointerException
        at org.eclipse.pde.internal.core.PDEState.addBundle(PDEState.java:64)
        at org.eclipse.pde.internal.core.WorkspaceModelManager.createWorkspaceBu
ndleModel(WorkspaceModelManager.java:508)
        at org.eclipse.pde.internal.core.WorkspaceModelManager.createPluginModel
(WorkspaceModelManager.java:454)
        at org.eclipse.pde.internal.core.WorkspaceModelManager.addWorkspaceModel
(WorkspaceModelManager.java:553)
        at org.eclipse.pde.internal.core.WorkspaceModelManager.initializeWorkspa
ceModels(WorkspaceModelManager.java:430)
        at org.eclipse.pde.internal.core.WorkspaceModelManager.getAllModels(Work
spaceModelManager.java:303)
        at org.eclipse.pde.internal.core.PluginModelManager.initializeTable(Plug
inModelManager.java:304)
        at org.eclipse.pde.internal.core.PluginModelManager.findEntry(PluginMode
lManager.java:141)
        at org.eclipse.pde.internal.core.RequiredPluginsInitializer.initialize(R
equiredPluginsInitializer.java:36)
        at org.eclipse.jdt.core.JavaCore$1.run(JavaCore.java:1176)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatfo
rm.java:610)
        at org.eclipse.core.runtime.Platform.run(Platform.java:521)
        at org.eclipse.jdt.core.JavaCore.getClasspathContainer(JavaCore.java:117
1)
        at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaPr
oject.java:1841)
        at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaPr
oject.java:1764)
        at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaPr
oject.java:1736)
        at org.eclipse.jdt.internal.core.JavaProject.buildStructure(JavaProject.
java:261)
        at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:16
9)
        at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.
java:543)
        at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.
java:280)
        at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.
java:266)
        at org.eclipse.jdt.internal.core.JavaElement.exists(JavaElement.java:137
)
        at org.eclipse.jdt.internal.core.JavaProject.exists(JavaProject.java:894
)
        at org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.getJavaProject(E
ditorUtility.java:412)
        at org.eclipse.jdt.internal.ui.javaeditor.JavaEditor.createNewPreference
Store(JavaEditor.java:2189)
        at org.eclipse.jdt.internal.ui.javaeditor.JavaEditor.doSetInput(JavaEdit
or.java:2577)
        at org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor.doSetInp
ut(CompilationUnitEditor.java:1322)
        at org.eclipse.ui.texteditor.AbstractTextEditor$14.run(AbstractTextEdito
r.java:1978)
        at org.eclipse.jface.operation.ModalContext.runInCurrentThread(ModalCont
ext.java:302)
        at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:252)
        at org.eclipse.jface.window.ApplicationWindow$1.run(ApplicationWindow.ja
va:576)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)

        at org.eclipse.jface.window.ApplicationWindow.run(ApplicationWindow.java
:573)
        at org.eclipse.ui.internal.WorkbenchWindow.run(WorkbenchWindow.java:1543
)
        at org.eclipse.ui.texteditor.AbstractTextEditor.internalInit(AbstractTex
tEditor.java:1993)
        at org.eclipse.ui.texteditor.AbstractTextEditor.init(AbstractTextEditor.
java:2011)
        at org.eclipse.ui.internal.EditorManager.createSite(EditorManager.java:5
69)
        at org.eclipse.ui.internal.EditorManager.openInternalEditor(EditorManage
r.java:633)
        at org.eclipse.ui.internal.EditorManager.access$7(EditorManager.java:619
)
        at org.eclipse.ui.internal.EditorManager$7.run(EditorManager.java:798)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatfo
rm.java:610)
        at org.eclipse.core.runtime.Platform.run(Platform.java:521)
        at org.eclipse.ui.internal.EditorManager.busyRestoreEditor(EditorManager
.java:773)
        at org.eclipse.ui.internal.EditorManager$6.run(EditorManager.java:766)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)

        at org.eclipse.ui.internal.EditorManager.restoreEditor(EditorManager.jav
a:762)
        at org.eclipse.ui.internal.EditorManager.restoreEditorState(EditorManage
r.java:1252)
        at org.eclipse.ui.internal.EditorManager.restoreState(EditorManager.java
:730)
        at org.eclipse.ui.internal.WorkbenchPage.restoreState(WorkbenchPage.java
:2344)
        at org.eclipse.ui.internal.WorkbenchWindow.restoreState(WorkbenchWindow.
java:1267)
        at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1300)
        at org.eclipse.ui.internal.Workbench.access$9(Workbench.java:1268)
        at org.eclipse.ui.internal.Workbench$14.run(Workbench.java:1179)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatfo
rm.java:610)
        at org.eclipse.core.runtime.Platform.run(Platform.java:521)
        at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1112)
        at org.eclipse.ui.internal.WorkbenchConfigurer.restoreState(WorkbenchCon
figurer.java:176)
        at org.eclipse.ui.application.WorkbenchAdvisor.openWindows(WorkbenchAdvi
sor.java:613)
        at org.eclipse.ui.internal.Workbench.init(Workbench.java:821)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1492)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.jav
a:257)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformAct
ivator.java:288)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:232)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:116)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:315)
        at org.eclipse.core.launcher.Main.run(Main.java:740)
        at org.eclipse.core.launcher.Main.main(Main.java:724)
!ENTRY org.eclipse.jdt.core 4 4 Mar 24, 2004 10:43:32.783
!MESSAGE Exception occurred in classpath container initializer: org.eclipse.pde.
internal.core.RequiredPluginsInitializer@1d1082f
!STACK 0
java.lang.NullPointerException
        at org.eclipse.pde.internal.core.PDEState.addBundle(PDEState.java:64)
        at org.eclipse.pde.internal.core.WorkspaceModelManager.createWorkspaceBu
ndleModel(WorkspaceModelManager.java:508)
        at org.eclipse.pde.internal.core.WorkspaceModelManager.createPluginModel
(WorkspaceModelManager.java:454)
        at org.eclipse.pde.internal.core.WorkspaceModelManager.addWorkspaceModel
(WorkspaceModelManager.java:553)
        at org.eclipse.pde.internal.core.WorkspaceModelManager.initializeWorkspa
ceModels(WorkspaceModelManager.java:430)
        at org.eclipse.pde.internal.core.WorkspaceModelManager.getAllModels(Work
spaceModelManager.java:303)
        at org.eclipse.pde.internal.core.PluginModelManager.initializeTable(Plug
inModelManager.java:304)
        at org.eclipse.pde.internal.core.PluginModelManager.findEntry(PluginMode
lManager.java:141)
        at org.eclipse.pde.internal.core.RequiredPluginsInitializer.initialize(R
equiredPluginsInitializer.java:36)
        at org.eclipse.jdt.core.JavaCore$1.run(JavaCore.java:1176)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatfo
rm.java:610)
        at org.eclipse.core.runtime.Platform.run(Platform.java:521)
        at org.eclipse.jdt.core.JavaCore.getClasspathContainer(JavaCore.java:117
1)
        at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaPr
oject.java:1841)
        at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaPr
oject.java:1764)
        at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaPr
oject.java:1736)
        at org.eclipse.jdt.internal.core.JavaProject.buildStructure(JavaProject.
java:261)
        at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:16
9)
        at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.
java:543)
        at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.
java:280)
        at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.
java:266)
        at org.eclipse.jdt.internal.core.JavaElement.exists(JavaElement.java:137
)
        at org.eclipse.jdt.internal.core.JavaProject.exists(JavaProject.java:894
)
        at org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.getJavaProject(E
ditorUtility.java:412)
        at org.eclipse.jdt.internal.ui.javaeditor.JavaEditor.createNewPreference
Store(JavaEditor.java:2189)
        at org.eclipse.jdt.internal.ui.javaeditor.JavaEditor.doSetInput(JavaEdit
or.java:2577)
        at org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor.doSetInp
ut(CompilationUnitEditor.java:1322)
        at org.eclipse.ui.texteditor.AbstractTextEditor$14.run(AbstractTextEdito
r.java:1978)
        at org.eclipse.jface.operation.ModalContext.runInCurrentThread(ModalCont
ext.java:302)
        at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:252)
        at org.eclipse.jface.window.ApplicationWindow$1.run(ApplicationWindow.ja
va:576)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)

        at org.eclipse.jface.window.ApplicationWindow.run(ApplicationWindow.java
:573)
        at org.eclipse.ui.internal.WorkbenchWindow.run(WorkbenchWindow.java:1543
)
        at org.eclipse.ui.texteditor.AbstractTextEditor.internalInit(AbstractTex
tEditor.java:1993)
        at org.eclipse.ui.texteditor.AbstractTextEditor.init(AbstractTextEditor.
java:2011)
        at org.eclipse.ui.internal.EditorManager.createSite(EditorManager.java:5
69)
        at org.eclipse.ui.internal.EditorManager.openInternalEditor(EditorManage
r.java:633)
        at org.eclipse.ui.internal.EditorManager.access$7(EditorManager.java:619
)
        at org.eclipse.ui.internal.EditorManager$7.run(EditorManager.java:798)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatfo
rm.java:610)
        at org.eclipse.core.runtime.Platform.run(Platform.java:521)
        at org.eclipse.ui.internal.EditorManager.busyRestoreEditor(EditorManager
.java:773)
        at org.eclipse.ui.internal.EditorManager$6.run(EditorManager.java:766)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)

        at org.eclipse.ui.internal.EditorManager.restoreEditor(EditorManager.jav
a:762)
        at org.eclipse.ui.internal.EditorManager.restoreEditorState(EditorManage
r.java:1252)
        at org.eclipse.ui.internal.EditorManager.restoreState(EditorManager.java
:730)
        at org.eclipse.ui.internal.WorkbenchPage.restoreState(WorkbenchPage.java
:2344)
        at org.eclipse.ui.internal.WorkbenchWindow.restoreState(WorkbenchWindow.
java:1267)
        at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1300)
        at org.eclipse.ui.internal.Workbench.access$9(Workbench.java:1268)
        at org.eclipse.ui.internal.Workbench$14.run(Workbench.java:1179)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatfo
rm.java:610)
        at org.eclipse.core.runtime.Platform.run(Platform.java:521)
        at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1112)
        at org.eclipse.ui.internal.WorkbenchConfigurer.restoreState(WorkbenchCon
figurer.java:176)
        at org.eclipse.ui.application.WorkbenchAdvisor.openWindows(WorkbenchAdvi
sor.java:613)
        at org.eclipse.ui.internal.Workbench.init(Workbench.java:821)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1492)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.jav
a:257)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformAct
ivator.java:288)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:232)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:116)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:315)
        at org.eclipse.core.launcher.Main.run(Main.java:740)
        at org.eclipse.core.launcher.Main.main(Main.java:724)

20041102

If you start up with workbench with -dir rtl the workbench selection dialog 
will still be shown in left to right. If I switch workspaces within Eclipse 
the dialog will then render correctly

I200403161300 + new code to use AST on reconcile

I saw this in .log but have no steps to reproduce:

java.lang.IllegalArgumentException
	at org.eclipse.jdt.core.dom.NumberLiteral.setToken(NumberLiteral.java:184)
	at org.eclipse.jdt.core.dom.AST.newNumberLiteral(AST.java:2603)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1369)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:873)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:2028)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1794)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:758)
	at
org.eclipse.jdt.core.dom.ASTConverter.buildBodyDeclarations(ASTConverter.java:330)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:268)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:146)
	at org.eclipse.jdt.core.dom.AST.convertCompilationUnit(AST.java:233)
	at
org.eclipse.jdt.internal.core.ReconcileWorkingCopyOperation.executeOperation(ReconcileWorkingCopyOperation.java:77)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:700)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaModelOperation.java:739)
	at
org.eclipse.jdt.internal.core.CompilationUnit.reconcile(CompilationUnit.java:1043)
	at
org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconcile(JavaReconcilingStrategy.java:75)
	at
org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.initialReconcile(JavaReconcilingStrategy.java:129)
	at
org.eclipse.jface.text.reconciler.CompositeReconcilingStrategy.initialReconcile(CompositeReconcilingStrategy.java:111)
	at
org.eclipse.jdt.internal.ui.text.JavaCompositeReconcilingStrategy.initialReconcile(JavaCompositeReconcilingStrategy.java:123)
	at
org.eclipse.jface.text.reconciler.MonoReconciler.initialProcess(MonoReconciler.java:104)
	at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:155)

Code assisting at HERE does not produce the "description" attribute proposal.
Actually no attribute proposals are presented for the attribute element or the 
element element of macrodef.

<project default="type">

	<macrodef name="eclipseMacro">
        
		<attribute name="v" default="NOT SET" />
		<attribute name="eclipse" default="yes" description="Testing 
Eclipse"/>
		<element name="some-tasks" optional="yes" />
        <element name="some-tasks2" optional="no" HERE/>
		<sequential>
			<echo>Eclipse!: @{v}</echo>
		</sequential>
	</macrodef>

</project>

If a file association is set up for *.ant files with the Ant editor everything 
appears to work correctly EXCEPT that you get no syntax coloring.

I have not enabled "Always run in background so I expect to see a progress 
dialog each time I run an operation. However, I got into a state where this is 
not occuring for me in I200406110010.

Currently a theme with a given ID may only be defined in one plugin.  Another
plugin cannot add overrides to that theme.  When processing a theme element the
theme reader should check to see if it already exists.  If it does, it should be
incremented rather than overwritten.

The step filtering pref page references that filters are only enabled when the 
step filters toggle is activated. 

The pref page should allow you to enable/disable the step filters as well as 
the toggle action in the debug view tool bar.

There is no such thing as a "heightweight" component... You must mean
heavyweight.

I200406190041

I wanted to rename the field "listeners" in the following code: 

import java.util.EventListener;
import javax.swing.event.EventListenerList;

public class Test1 {
    EventListenerList listeners = new EventListenerList();
    public void addEventListener(EventListener eventListener) {
        listeners.add(EventListener.class, eventListener);
    }
}

Steps: 
- Trigger Rename Field Refactoring (using Ctrl-Shift-R) while Cursor is on
"listeners"
- Rename Field-Dialog opens
- Type "ev" in "New Name" and trigger Code Assistant using "Ctrl-Space"

Actual Result: 
A popup opens suggesting some field-names, *but* this popup is triggered on the
editor, and not on the dialog. If you press "Enter" to select a suggestion the
field is renamed to "ev", and the popup remains open.

Expected Result: 
Popup closes and selection is inserted into the "New Name"-Field.

Build: 3.0 RC2

While profiling, I noticed a big hit during label decoration was
SyncFileWriter.readFirstLine (I didn't keep the trace, but I think it was in the
15% range). This method creates a buffered reader to read a single line from a
file. By using the single argument constructor for BufferedReader, you obtain a
stream with a default buffer size. Depending on VM, this is typically 4-8KB.
Consider using BufferedReader(Reader, int) to get a smaller buffer size if you
have a good idea of the amount of bytes you are going to read.

On the menu bar from the main Workbench panel, click Window > Preferences > Java
> Editor > Spelling

The list of Platform dictionary is in English.

See the attached screenshot

build I20040318

- open type TrimLayout
- before method setSpacing, start a new method by typing a Javadoc comment
- you get @param tags for the next method (even though it has its own Javadoc)

For example:
Type this:
	/**<Enter>

Before this:
	/**
	 * Sets the empty space surrounding the center area. This whitespace is
	 * located between the trim and the central widget.
	 */
	public void setSpacing(int left, int right, int top, int bottom) {
		leftSpacing = left;
		rightSpacing = right;
		topSpacing = top;
		bottomSpacing = bottom;
	}

You get:
	/**
	 * 
	 * @param left
	 * @param right
	 * @param top
	 * @param bottom
	 */

I tried the following line of code and was expecting a null value to be
returned, but it returned a program named "invalid_extension" instead:
Program.findProgram(".invalid_extension")
This only happens on the Mac.

I looked at the Mac implementation of the "Program#getProgram" static method. It
is designed to return null only if the extension passed is null or if it is an
empty string, but not if the extension is not valid (does not have a program
associated with it). Is that intentional? The API for "findProgram" states that
it will return the program or null, so I would expect null to also be returned
for an extension that does not have a program associated with it.

1. Install 3 to 4 features.
2. Open Configuration Manager
3. Select a feature in left pane
4. Select the uninstall task. 
5. When prompted to reboot, choose "No"
6. Select another feature in left pane.
7. The "Show Properties" will be missing from right pane.

build I20040318-1300

Saw this with you.

!ENTRY org.eclipse.core.runtime 4 2 Mar 19, 2004 11:21:07.299
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.pde.internal.ui.wizards.extension.PointSelectionPage$TemplateContentProvider.getElements(PointSelectionPage.java:74)
	at
org.eclipse.pde.internal.ui.wizards.extension.PointSelectionPage$PointLabelProvider.getColumnImage(PointSelectionPage.java:124)
	at org.eclipse.jface.viewers.TableViewer.doUpdateItem(TableViewer.java:198)
	at
org.eclipse.jface.viewers.StructuredViewer$UpdateItemSafeRunnable.run(StructuredViewer.java:119)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:647)
	at org.eclipse.core.runtime.Platform.run(Platform.java:512)
	at
org.eclipse.jface.viewers.StructuredViewer.updateItem(StructuredViewer.java:1285)
	at org.eclipse.jface.viewers.TableViewer.internalRefresh(TableViewer.java:499)
	at org.eclipse.jface.viewers.TableViewer.internalRefresh(TableViewer.java:436)
	at org.eclipse.jface.viewers.StructuredViewer$7.run(StructuredViewer.java:870)
	at
org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:810)
	at org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:868)
	at org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:830)
	at org.eclipse.jface.viewers.TableViewer.inputChanged(TableViewer.java:403)
	at org.eclipse.jface.viewers.ContentViewer.setInput(ContentViewer.java:238)
	at org.eclipse.jface.viewers.StructuredViewer.setInput(StructuredViewer.java:1004)
	at
org.eclipse.pde.internal.ui.wizards.extension.PointSelectionPage.initialize(PointSelectionPage.java:364)
	at
org.eclipse.pde.internal.ui.wizards.extension.PointSelectionPage.createControl(PointSelectionPage.java:258)
	at org.eclipse.jface.wizard.Wizard.createPageControls(Wizard.java:171)
	at org.eclipse.jface.wizard.WizardDialog.createPageControls(WizardDialog.java:522)
	at org.eclipse.jface.wizard.WizardDialog.createContents(WizardDialog.java:471)
	at org.eclipse.jface.window.Window.create(Window.java:350)
	at org.eclipse.jface.dialogs.Dialog.create(Dialog.java:855)
	at
org.eclipse.pde.internal.ui.editor.manifest.DetailExtensionSection$3.run(DetailExtensionSection.java:407)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at
org.eclipse.pde.internal.ui.editor.manifest.DetailExtensionSection.handleNew(DetailExtensionSection.java:397)
	at
org.eclipse.pde.internal.ui.editor.manifest.DetailExtensionSection.buttonSelected(DetailExtensionSection.java:205)
	at
org.eclipse.pde.internal.ui.editor.TreeSection$PartAdapter.buttonSelected(TreeSection.java:34)
	at
org.eclipse.pde.internal.ui.parts.SharedPartWithButtons$SelectionHandler.buttonSelected(SharedPartWithButtons.java:37)
	at
org.eclipse.pde.internal.ui.parts.SharedPartWithButtons$SelectionHandler.widgetSelected(SharedPartWithButtons.java:30)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:810)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2424)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2102)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1448)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1419)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:729)
	at org.eclipse.core.launcher.Main.main(Main.java:713)
!ENTRY org.eclipse.ui 4 4 Mar 19, 2004 11:21:27.898
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Mar 19, 2004 11:21:27.908
!MESSAGE null argument;
!STACK 0
org.eclipse.jface.util.Assert$AssertionFailedException: null argument;
	at org.eclipse.jface.util.Assert.isNotNull(Assert.java:139)
	at org.eclipse.jface.util.Assert.isNotNull(Assert.java:116)
	at
org.eclipse.jface.viewers.StructuredViewer.disassociate(StructuredViewer.java:252)
	at org.eclipse.jface.viewers.TableViewer.internalRefresh(TableViewer.java:473)
	at org.eclipse.jface.viewers.TableViewer.internalRefresh(TableViewer.java:436)
	at org.eclipse.jface.viewers.StructuredViewer$7.run(StructuredViewer.java:870)
	at
org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:810)
	at org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:868)
	at org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:830)
	at
org.eclipse.pde.internal.ui.wizards.extension.PointSelectionPage$1.widgetSelected(PointSelectionPage.java:164)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:810)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2424)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2102)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:670)
	at org.eclipse.jface.window.Window.open(Window.java:650)
	at
org.eclipse.pde.internal.ui.editor.manifest.DetailExtensionSection$3.run(DetailExtensionSection.java:409)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at
org.eclipse.pde.internal.ui.editor.manifest.DetailExtensionSection.handleNew(DetailExtensionSection.java:397)
	at
org.eclipse.pde.internal.ui.editor.manifest.DetailExtensionSection.buttonSelected(DetailExtensionSection.java:205)
	at
org.eclipse.pde.internal.ui.editor.TreeSection$PartAdapter.buttonSelected(TreeSection.java:34)
	at
org.eclipse.pde.internal.ui.parts.SharedPartWithButtons$SelectionHandler.buttonSelected(SharedPartWithButtons.java:37)
	at
org.eclipse.pde.internal.ui.parts.SharedPartWithButtons$SelectionHandler.widgetSelected(SharedPartWithButtons.java:30)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:810)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2424)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2102)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1448)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1419)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:729)
	at org.eclipse.core.launcher.Main.main(Main.java:713)
!ENTRY org.eclipse.core.runtime 4 2 Mar 19, 2004 11:21:40.456
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.IllegalArgumentException: Argument not valid
	at org.eclipse.swt.SWT.error(SWT.java:2611)
	at org.eclipse.swt.SWT.error(SWT.java:2555)
	at org.eclipse.swt.custom.TableTreeItem.setFont(TableTreeItem.java:681)
	at org.eclipse.pde.internal.runtime.logview.LogView.applyFonts(LogView.java:149)
	at
org.eclipse.pde.internal.runtime.logview.LogView.createPartControl(LogView.java:110)
	at org.eclipse.ui.internal.PartPane$1.run(PartPane.java:125)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:647)
	at org.eclipse.core.runtime.Platform.run(Platform.java:512)
	at org.eclipse.ui.internal.PartPane.createChildControl(PartPane.java:121)
	at org.eclipse.ui.internal.ViewPane.createChildControl(ViewPane.java:321)
	at org.eclipse.ui.internal.PartPane.createControl(PartPane.java:211)
	at org.eclipse.ui.internal.ViewPane.createControl(ViewPane.java:274)
	at org.eclipse.ui.internal.PartTabFolder.showPart(PartTabFolder.java:915)
	at org.eclipse.ui.internal.PartTabFolder.add(PartTabFolder.java:157)
	at
org.eclipse.ui.internal.PerspectivePresentation.stackView(PerspectivePresentation.java:1390)
	at
org.eclipse.ui.internal.PerspectivePresentation.stack(PerspectivePresentation.java:1363)
	at
org.eclipse.ui.internal.PerspectivePresentation.addPart(PerspectivePresentation.java:152)
	at org.eclipse.ui.internal.Perspective.showView(Perspective.java:1403)
	at org.eclipse.ui.internal.WorkbenchPage.busyShowView(WorkbenchPage.java:726)
	at org.eclipse.ui.internal.WorkbenchPage.access$9(WorkbenchPage.java:703)
	at org.eclipse.ui.internal.WorkbenchPage$13.run(WorkbenchPage.java:2889)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchPage.showView(WorkbenchPage.java:2886)
	at org.eclipse.ui.internal.WorkbenchPage.showView(WorkbenchPage.java:2870)
	at org.eclipse.ui.internal.ShowViewAction.run(ShowViewAction.java:51)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:550)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:502)
	at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:435)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:810)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2424)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2102)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1448)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1419)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:729)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

Check out the CDT (dev.eclipse.org:/home/tools/org.eclipse.cdt* except
org.eclipse.cdt.old). Build fails with a number of NPEs in the error log. On the
surface, it looks like the PDE containers aren't working. Here's the log:

Error Feb 09, 2004 16:27:32.133 Problems occurred when invoking code from
plug-in: "org.eclipse.core.runtime".
java.lang.NullPointerException
	at
org.eclipse.pde.internal.core.SourceLocationManager.processExtensions(SourceLocationManager.java:174)
	at
org.eclipse.pde.internal.core.SourceLocationManager.processExtensions(SourceLocationManager.java:181)
	at
org.eclipse.pde.internal.core.SourceLocationManager.initializeExtensionLocations(SourceLocationManager.java:136)
	at
org.eclipse.pde.internal.core.SourceLocationManager.initialize(SourceLocationManager.java:100)
	at
org.eclipse.pde.internal.core.SourceLocationManager.findSourceLocation(SourceLocationManager.java:74)
	at
org.eclipse.pde.internal.core.SourceLocationManager.findPath(SourceLocationManager.java:61)
	at
org.eclipse.pde.internal.core.ClasspathUtilCore.getSourceAnnotation(ClasspathUtilCore.java:454)
	at
org.eclipse.pde.internal.core.ClasspathUtilCore.createLibraryEntry(ClasspathUtilCore.java:389)
	at
org.eclipse.pde.internal.core.ClasspathUtilCore.addDependency(ClasspathUtilCore.java:195)
	at
org.eclipse.pde.internal.core.ClasspathUtilCore.computePluginEntries(ClasspathUtilCore.java:84)
	at
org.eclipse.pde.internal.core.ClasspathUtilCore.computePluginEntries(ClasspathUtilCore.java:163)
	at
org.eclipse.pde.internal.core.RequiredPluginsClasspathContainer.getClasspathEntries(RequiredPluginsClasspathContainer.java:47)
	at
org.eclipse.jdt.internal.core.ClasspathEntry.validateClasspathEntry(ClasspathEntry.java:921)
	at
org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:1848)
	at
org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:1790)
	at
org.eclipse.jdt.internal.core.DeltaProcessor.updateClasspathMarkers(DeltaProcessor.java:2079)
	at
org.eclipse.jdt.internal.core.DeltaProcessor.updateClasspathMarkers(DeltaProcessor.java:2109)
	at
org.eclipse.jdt.internal.core.DeltaProcessor.updateClasspathMarkers(DeltaProcessor.java:2125)
	at
org.eclipse.jdt.internal.core.DeltaProcessor.resourceChanged(DeltaProcessor.java:1803)
	at
org.eclipse.jdt.internal.core.DeltaProcessingState.resourceChanged(DeltaProcessingState.java:240)
	at
org.eclipse.core.internal.events.NotificationManager$2.run(NotificationManager.java:255)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:830)
	at org.eclipse.core.runtime.Platform.run(Platform.java:483)
	at
org.eclipse.core.internal.events.NotificationManager.notify(NotificationManager.java:248)
	at
org.eclipse.core.internal.events.NotificationManager.broadcastChanges(NotificationManager.java:142)
	at
org.eclipse.core.internal.events.AutoBuildJob.broadcastChanges(AutoBuildJob.java:62)
	at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:88)
	at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:116)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

I had a number of editors open, "linked" to History View, and as I closed the 
editors, noticed these log messages being written to console. Didn't seem to 
hurt anything, just thought I'd note them. This was on 05/06 build. 

= = = = =
Failed to execute runnable (org.eclipse.jface.util.
Assert$AssertionFailedException: null argument;)
!ENTRY org.eclipse.ui 4 4 May 11, 2004 07:25:28.936
!MESSAGE *** SWT nested exception
*** SWT nested exception
Reason:
!ENTRY org.eclipse.ui 4 0 May 11, 2004 07:25:28.936
!MESSAGE null argument;
!STACK 0
org.eclipse.jface.util.Assert$AssertionFailedException: null argument;
        at org.eclipse.jface.util.Assert.isNotNull(Assert.java:139)
        at org.eclipse.jface.util.Assert.isNotNull(Assert.java:116)
        at org.eclipse.jface.viewers.StructuredViewer.
assertElementsNotNull(StructuredViewer.java:217)
        at org.eclipse.jface.viewers.TableViewer.add(TableViewer.java:111)
        at org.eclipse.team.internal.ccvs.ui.HistoryView$3.run(HistoryView.java:
206)
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
        at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.
java:106)
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2571)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2276)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.
java:243)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:
90)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.
run(PlatformActivator.java:283)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.
java:242)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.
java:119)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.
invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
        at org.eclipse.core.launcher.Main.run(Main.java:700)
        at org.eclipse.core.launcher.Main.main(Main.java:684)
null argument;

I20040511

In the past it was possible to create a MessageDialog from non UI threads. 
This is not possible with I20040511 anymore. Doing so now results in an 
invalid thread access to due the fact that the images are now managed by SWT.

M8 candidate
On the last page of the sharing wizard I pressed the finish button thinking 
that it would commit the changes. Kinda like, ok now I see the changes, make 
it so by pressing finish. Maybe you should prompt to commit changes?

I200406090800, Linux 2.6.4, GTK+ 2.4.1, KDE 3.2.2 
 
The synchronize view was open as a fast view (partially obscuring the editor 
area), and the file I wished to replace with HEAD was open in the editor.  
Using the synchronize view, I selecting the "Override and Update" option.  
While updating, it seemed like sections of the text were being replaced piece 
by piece.  Then these exceptions occurred.

The SourceLookupPanel is not removing itself as a listener to the working set 
manager. This keeps the whole lcd in memory for each use.

Build 200401281649

When selecting any Java problem and performing a copy action (in problem view), 
then the pasted value is:

Severity	Description	Resource	In Folder	Location
	Creation Time

I'm using 3.1M1

In all lines behind this code fragment

	String name = (String) eURLParamNames.nextElement();
	String[] values = (String[]) htURLParams.get(name);

the code completion fails.

With
	String name = (String) eURLParamNames.nextElement();
	String[] values = (String) htURLParams.get(name);
the code completion works.

It seems to depend on the cast...

I20040128 (5pm)
-> New search view turned on

The "search" context menu doesn't appear on selections in the search results
view. I use this frequently for back-tracing when browsing code.  Search for
references to a method, and then search for references to the referencing
method, etc.  Ctrl+Shift+G to search on a selection in the search results view
also used to work.

I200403230800

found in .log - sorry no steps

!ENTRY org.eclipse.ui 4 4 Mrz 23, 2004 20:08:48.153
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Mrz 23, 2004 20:08:48.153
!MESSAGE Failed to execute runnable (java.lang.NullPointerException)
!STACK 0
org.eclipse.swt.SWTException: Failed to execute runnable
(java.lang.NullPointerException)
	at org.eclipse.swt.SWT.error(SWT.java:2625)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:109)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2561)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2266)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1488)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1462)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:259)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:288)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:214)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:115)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:315)
	at org.eclipse.core.launcher.Main.run(Main.java:740)
	at org.eclipse.core.launcher.Main.main(Main.java:724)
!ENTRY org.eclipse.ui 4 4 Mrz 23, 2004 20:08:49.675
!MESSAGE *** SWT nested exception
!ENTRY org.eclipse.ui 4 0 Mrz 23, 2004 20:08:49.806
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider.propagateProblemMarkers(SynchronizeModelProvider.java:459)
	at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider.propagateProblemMarkers(SynchronizeModelProvider.java:474)
	at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider.propagateProblemMarkers(SynchronizeModelProvider.java:474)
	at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider.calculateProperties(SynchronizeModelProvider.java:440)
	at
org.eclipse.team.internal.ui.synchronize.HierarchicalModelProvider.handleChange(HierarchicalModelProvider.java:120)
	at
org.eclipse.team.internal.ui.synchronize.HierarchicalModelProvider.handleResourceChanges(HierarchicalModelProvider.java:194)
	at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider.handleChanges(SynchronizeModelProvider.java:267)
	at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider$4.run(SynchronizeModelProvider.java:220)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider$3.run(SynchronizeModelProvider.java:218)
	at org.eclipse.ui.internal.UILockListener.doPendingWork(UILockListener.java:101)
	at org.eclipse.ui.internal.UISynchronizer$1.run(UISynchronizer.java:33)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2561)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2266)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1488)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1462)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:259)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:288)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:214)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:115)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:315)
	at org.eclipse.core.launcher.Main.run(Main.java:740)
	at org.eclipse.core.launcher.Main.main(Main.java:724)

Build 20040129

1. The first time you bring up the Apply Patch dialog, the patches file location field initializes to 
empty.
2. The first time you press the Browse button, it opens a (native) file selection dialog initialized to 
the Eclipse install directory.
3. After applying a patch, subsequent invocations of the Apply Patch dialog will initialize the file 
location field to the location of the last patch.
4. Pressing the Browse button, however, still initializes to the Eclipse install directory.

In step 2, the file selection dialog should be initialized to the user's home directory instead of the 
Eclipse install directory. User's generally don't (and shouldn't) store patch files in that location.
In step 4, the file selection dialog should be initialized to the directory of the patch that's shown in 
the text field.

3.0

JFace viewers (namely the TableViewer and CheckBoxTableViewer) should support
SWT.VIRTUAL style.  When this style is specified, SWT.SetData callbacks are
fired to fill the items on demand.  If SWT.VIRTUAL is specified on the table
passed to its constructor, the viewer should avoid populating the table eagerly,
but add an SWT.SetData event handler to do the work as needed.

This should work with the existing content provider API, but this requires
determining all model elements first, even if the SWT items are not eagerly
updated.  The existing content provider API can be used to determine the number
of model elements, and configure the table appropriately (see
Table.setItemCount(int)). 
Should also extend content providers to allow the number of elements to be
requested independently of the model elements themselves.

Grabbing an editor tab and dragging it towards a border of the container makes 
it possible to split the editor pane and attach the dragged editor to the 
desired side.

I find that the drop target area is too small.  It frequently takes several 
passes with the mouse to get the little arrow to show.  This appears to be 
less of a problem with views which seem much more forgiving...

I am using the multiple editor tab option.  (Single tab hides too much useful 
contextual information and requires too many clicks.)

I have a plug-in that uses the extraClassPath extension to add several jars 
(contained in the plug-in) to the Ant classpath. This works fine if the 'Run 
in the same JRE as the workspace' option is turned ON. However if I turn the 
option OFF (which is the default in 3.0M6 I believe), then the jars are not 
used. I can tell because the build.xml file that I'm trying to run Ant on uses 
a custom task that is contained in one of the jar files. The custom task is 
found in the former case but not in the latter. I don't see any errors in 
the .log file.

Here's an excerpt from my plugin.xml:

   <extension
         point="org.eclipse.ant.core.extraClasspathEntries">
      <extraClasspathEntry
            library="lib/jars/sas.tools.ant.jar">
      </extraClasspathEntry>
      <extraClasspathEntry
            library="lib/jars/sas.tools.util.jar">
      </extraClasspathEntry>
   ...
   </extension>

Here's an excerpt from the build file that fails on the first reference to one 
of the custom tasks (buildversion):


<?xml version="1.0" encoding="ISO-8859-1"?>
<project name="JXRefClients" default="dist" basedir=".">
  <taskdef name="buildversion" classname="com.sas.tools.ant.BuildVersion"/>
  <taskdef name="RBKeys"       classname="com.sas.tools.ant.ValidateRBKeys"/>

  <target name="init"
          description="Initialize build by setting paths and loading 
properties."
          depends="ifDebugBuild,ifReleaseBuild">
...
    <buildversion/>
...
  </target>
...

  <target name="validateResourceBundles"
          description="Validate resource bundles"
          depends="init">
      <RBKeys directory="${src}/com/sas/tools.javaxref.clients"/>
  </target>
...
</project>

How to reproduce bug:
1. Open .java file in javaeditor
2. Use build path property to add that file to exclusion filter
3. File is displayed twice in package explorer

Build: 3.0 RC1

AdapterManager.getFactory uses a cache to avoid recomputing the supertype
hierarchy of each class that lookups are performed on. This cache was broken:
entries were being added with the Class instances as the key, and the lookups
were being performed based on class name. Hence, the cache always missed.

in RC1

we were testing the big workspace "dev" scenario.  starting the big workspace 
with a resources, Java and Debug perspective open in their standard 
configurations.  There is also a Java editor open (int he Java perspective) on 
CoreException.class)

On my machine starting up this configuration takes 17500ms (in 2.1.3 it takes 
12300ms).  If I close the PackageExplorer in 3.0 takes 11875ms (and 2.1.3 takes 
10953ms).  The net being that on 3.0 the PackageExplorer is taking 5200ms to 
open whereas in 2.1.3 it took about 900ms).

I have not had a chance to look much deeper.  Perhaps you can supply some 
insight as to what is expected here.

Note that this is not just a startup phenomena.  Opening a PackageExplorer 
after the fact is also very slow.

org.eclipse.ui.console has support for creating consoles and showing them in a
dedicated console view. The CVS console should be moved to this new API.

Happens repeatedly.  Right-clicking on a item in the synchronize tree view does
not bring up a context menu.  Prevents me from doing an "open with".


java.lang.ClassCastException
        at
org.eclipse.team.internal.ui.synchronize.actions.OpenWithActionGroup.fillContextMenu(OpenWithActionGroup.java:48)
        at
org.eclipse.team.ui.synchronize.TeamSubscriberParticipantPage.setContextMenu(TeamSubscriberParticipantPage.java:215)
        at
org.eclipse.team.ui.synchronize.TeamSubscriberParticipantPage.access$0(TeamSubscriberParticipantPage.java:214)
        at
org.eclipse.team.ui.synchronize.TeamSubscriberParticipantPage$3.menuAboutToShow(TeamSubscriberParticipantPage.java:185)
        at
org.eclipse.jface.action.MenuManager.fireAboutToShow(MenuManager.java:286)
        at
org.eclipse.jface.action.MenuManager.handleAboutToShow(MenuManager.java:370)
        at org.eclipse.jface.action.MenuManager.access$0(MenuManager.java:367)
        at org.eclipse.jface.action.MenuManager$2.menuShown(MenuManager.java:383)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:116)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:953)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:977)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:958)
        at org.eclipse.swt.widgets.Menu._setVisible(Menu.java:174)
        at org.eclipse.swt.widgets.Display.runPopups(Display.java:1894)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1639)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:236)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:101)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
        at org.eclipse.core.launcher.Main.run(Main.java:742)
        at org.eclipse.core.launcher.Main.main(Main.java:581)

3.0 M8

If you create a new user defined task and mark it completed by clicking on the
first column or by using the context menu, the delete completed task actino does
not pick up the completed task.  However it does work after the markers have
been refreshed (eg project rebuild).

to test:
1. create a user defined marker, ensuring it is not created as completed
2. click on the first column to mark it as complete
3. select delete completed tasks from the context menu, notice it doesn't pick
up the task
4. perform a project re-build (Project|clean...)
5. repeat step 3, it now picks up the marker as complete

It looks like the underlying IMarker is being updated, but the concrete
TaskMarker is not.  The action is looking at the concrete markers.

Regression: with SWT 3062 for Windows, it is no longer possible to create a 
window that has MIN/MAX buttons and is also ON_TOP.

Øyvind

Build: 3.0 RC1

JobManager.startup() is no longer needed. It just initializes a preference that
is no longer used. It should be removed because it is causing all the preference
mechanism to be loaded for RCP apps that don't need preferences (the remainder
of runtime does not use any preferences).

i20041013

Got this after stopping a VM during a debug session. Not sure the action
triggered it. Will provide more details as soon as I have any.

!ENTRY org.eclipse.debug.core 4 120 Oct 15, 2004 15:10:08.879
!MESSAGE Exception processing debug async queue
!SUBENTRY 1 org.eclipse.debug.core 4 120 Oct 15, 2004 15:10:09.285
!MESSAGE Exception processing debug async queue
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.jdt.internal.debug.core.model.JDIDebugTarget.getDefaultStratum(JDIDebugTarget.java:2097)
	at
org.eclipse.jdt.internal.debug.core.hcr.JavaHotCodeReplaceManager.getCompilationUnit(JavaHotCodeReplaceManager.java:821)
	at
org.eclipse.jdt.internal.debug.core.hcr.JavaHotCodeReplaceManager.getAffectedFrame(JavaHotCodeReplaceManager.java:721)
	at
org.eclipse.jdt.internal.debug.core.hcr.JavaHotCodeReplaceManager.getAffectedFrames(JavaHotCodeReplaceManager.java:681)
	at
org.eclipse.jdt.internal.debug.core.hcr.JavaHotCodeReplaceManager.attemptPopFrames(JavaHotCodeReplaceManager.java:631)
	at
org.eclipse.jdt.internal.debug.core.hcr.JavaHotCodeReplaceManager.doHotCodeReplace(JavaHotCodeReplaceManager.java:382)
	at
org.eclipse.jdt.internal.debug.core.hcr.JavaHotCodeReplaceManager.access$0(JavaHotCodeReplaceManager.java:363)
	at
org.eclipse.jdt.internal.debug.core.hcr.JavaHotCodeReplaceManager$1.run(JavaHotCodeReplaceManager.java:292)
	at org.eclipse.debug.core.DebugPlugin$AsynchJob.run(DebugPlugin.java:876)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

build I20040324-0800

We are not getting selection callbacks for Combos on the Mac.
This will not be fixed in SWT for M8, so we need to work around it in the UI.
The solution is to get the text from the combo when OK is pressed, not from the
callback.

See bug 43396 for more details.

This bug is being reported on Eclipse 3.0.0 GM code base.
In
org.eclipse.osgi/eclipseAdapter/src/org/eclipse/core/runtime/adaptor/EclipseStarter.java,
when using an alternalte VM class format (specifically j9 JXE in this case), any
calls to FOO.class.getProtectionDomain().getCodeSource().getLocation().getFile()
return "".  We worked around this problem by querying the
SystemBundleData.OSGI_FRAMEWORK environment variable to get the path needed
(which is set by org.eclipse.platform at startup). 

This bug is a request to have this change made in the eclipse head branch.
Source patch for eclipse 3.0.0 GM stream to follow...

This code patch simply tries the fix described above and then calls the original
code if it fails.  The original code can likely be removed at the discression of
the fixer.

I tried to set up an ant build script which uses Cheetah rev. 006 to compile my 
sources based on JRE 1.5. 

Unfortunately the switch "-1.5" is not yet enabled in the method 
setupJavacCommand() of JDTCompilerAdapter.class.
There is a hardcoded comparison to JAVA_1_4 too, which leads to a "-1.3" if 
your environment is 1.5.

Open a Java Project, call it java-project.

Select java-project in the left pane.  On the menu bar from the main Workbench
panel, click File > New > Others
Select Class
Click Next

In the Name put java_project_class
Click Finish

On the menu bar from the main Workbench panel, click Source > Format

Select Add Constructor from Superclass

== > The way to show the mnemonic is incorrect for Traditional Chinese.
It should be shown as below.

public -> public(P)
protected -> protected(T)
private -> private(V)


This is inconsistent with the other mnemonics. All the others display as
string1(X) and string2(Y).  Public, Protected, and Private need to follow the
same model.  The translator cannot find the strings &public, pro&tected, or
pri&vate in her Translation Memories.  So our guess is, these strings have not
been externalized.

If they have, could you provide the path to the file that they are in.

See the attached screenshot

When resetting timestamps for CS, we need to check ahead of time whether the 
file is read-only and unset and then reset the but accordingly.

Hi,
I'm working with two screens, connected to a Matrox "DualHead" Card...
That configuration is if I maximize a program window, it maximize only on one of
the two screens, but I can open it on the two screens (as if it was a unique
wide screen) manually by extending edges of the window to the bounds of that
"big" screen...

With eclipse version 2.1 everything worked fine, at startup my eclipse window
was using both screens as if I had a unique wide-wide screen.
With 3.0 & 3.0.1 I have to resize my window manually each time I start eclipse
up to fit on both screens.
Strange is :
-The splash screen appears on my left monitor
-The window (not maximized, but open wide) fit only on the rightmost screen
-I can manually fit the screen on the two screensby moving eclipse left edge to
my leftmost screen left border.
But nothing seems saved, and next time I'll startup eclipse I'll have to resize
it manually again...

Using build I200409212000.

With following test case:
X.java
  package p;
  public class X<T> {
    class Member {}
  }
Y.java
  package p;
  public class Y {
    p.X.Member m;
  }

The binding reference "p.X.Member" is a MemberTypeBinding instead of expected
ParameterizedTypeBinding...
Also member type binding enclosing type is a SourceTypeBinding instead of
expected RawTypeBinding...

I have the entire Eclipse codebase as source. I performed an update on 100+ 
changes while I had a runtime workbench. During this time, I read my mail. 
When I returned to Eclipse, there were 5 or 6 failed hotswap dialogs open.

If I run this code in Eclipse:

      System.err.println("??" + new URL("bundleentry://0/#something"));
      System.err.println("??" + new URL("file://0/#something"));

It prints out these results:

??bundleentry://0/
??file://0/#something

so the bundleentry URL is silently dropping the fragment.  

It should either complain or keep the fragment.

Using latest code, we get:
java.lang.IllegalArgumentException
at
org.eclipse.jdt.core.dom.CompilationUnit.setCommentTable(CompilationUnit.java:524)
at org.eclipse.jdt.core.dom.ASTConverter.buildCommentsTable(ASTConverter.java:186)
at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:135)
at org.eclipse.jdt.core.dom.AST.parseCompilationUnit(AST.java:965)
at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartListenerGroup.computeAST(SelectionListenerWithASTManager.java:125)
at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartListenerGroup.calculateASTandInform(SelectionListenerWithASTManager.java:144)
at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$1.run(SelectionListenerWithASTManager.java:99)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

while creating the DOM/AST for the attached source.

Accessibility problem.
CCombo widget does not return accessible "Name" property.  The Inspect32 
shows "none".

Here is a sample code;

	private static int STYLE = SWT.FLAT;

	public static void main(String[] args) {
		Display display = new Display();
		final Shell shell = new Shell(display);
		
		final Composite page = new Composite(shell, STYLE);
		GridLayout layout = new GridLayout();
		layout.numColumns = 2;
		page.setLayout(layout);
		page.setLayoutData(new GridData(GridData.FILL_BOTH));
		Label label = new Label(page, 0);
		label.setText("Combobox test");
		CCombo ccombo = new CCombo(page, STYLE);
		ccombo.setLayoutData(new GridData(GridData.FILL_HORIZONTAL));
		ccombo.addKeyListener(new KeyAdapter() { });

		page.layout(true);
		
		shell.open();
		shell.addControlListener(new ControlAdapter() {
			public void controlResized(ControlEvent e) {
				Rectangle r = shell.getClientArea();
				page.setBounds(r);
			}
		});
		shell.setSize(256, 360);
		while (!shell.isDisposed ()) {
			if (!display.readAndDispatch ()) display.sleep ();
		}
		display.dispose();
	}

How to reproduce;
1, Start Inspect32.exe.
2, Run above example.  A shell with Label and CCombo is shown.
3, Click the CCombo.
  The Inspect32 shows "none" for "Name" property. <<< ERROR

Expected result;
  The Inspect32 shows "Combobox test" for "Name" property.

I set Platfrom and OS to other because I don't know to which platform/OS 
emulated TextLayout belongs.

the method issues an SWT.ERROR_GRAPHIC_DISPOSED instead of 
SWT.ERROR_INVALID_ARGUMENT if a disposed font is passed to it. The 
documentation clearly states that passing a disposed causes a 
SWT.ERROR_INVALID_ARGUMENT.

correctly the method should read (copied from win32 version):

public void setFont (Font font) {
	checkLayout();
	if (font != null && font.isDisposed()) SWT.error
(SWT.ERROR_INVALID_ARGUMENT);
	if (this.font == font) return;
	if (font != null && font.equals(this.font)) return;
	freeRuns();
	this.font = font;
}

but the current method 
(http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.swt/Eclipse%
20SWT/emulated/textlayout/org/eclipse/swt/graphics/TextLayout.java) is: 

public void setFont (Font font) {
	checkLayout ();
	if (font != null && font.isDisposed()) SWT.error
(SWT.ERROR_GRAPHIC_DISPOSED);
	if (this.font == font) return;
	if (font != null && font.equals(this.font)) return;
	freeRuns();
	this.font = font;
}

In the display view, with a HashMap selected, inspect "this.clar()"
In the expressions view, right click on the top level error node

Thread [main] (Suspended (exception NullPointerException))
	JavaInspectExpressionActionFilter.isNotPrimitiveType
(JavaInspectExpression) line: 64
	JavaInspectExpressionActionFilter.testAttribute(Object, String, 
String) line: 49
	ActionExpression$ObjectStateExpression.preciselyMatches(Object) line: 
375
	ActionExpression$ObjectStateExpression.isEnabledFor(Object) line: 344
	ActionExpression$AndExpression.isEnabledFor(Object) line: 311
	ActionExpression$SingleExpression.isEnabledFor(Object) line: 238
	ActionExpression.isEnabledFor(Object) line: 78
	ObjectActionContributor$ObjectContribution.isApplicableTo(Object) 
line: 234
	ObjectActionContributor.isApplicableTo(Object) line: 155
	ObjectActionContributorManager(ObjectContributorManager).isApplicableTo
(List, IObjectContributor) line: 249
	ObjectActionContributorManager.contributeObjectActions(IWorkbenchPart, 
IMenuManager, ISelectionProvider) line: 121
	PopupMenuExtender.addObjectActions(IMenuManager) line: 98
	PopupMenuExtender.menuAboutToShow(IMenuManager) line: 119
	MenuManager.fireAboutToShow(IMenuManager) line: 286
	MenuManager.handleAboutToShow() line: 370
	MenuManager.access$0(MenuManager) line: 367
	MenuManager$2.menuShown(MenuEvent) line: 383
	TypedListener.handleEvent(Event) line: 116
	EventTable.sendEvent(Event) line: 82
	Menu(Widget).sendEvent(Event) line: 833
	Menu(Widget).sendEvent(int, Event, boolean) line: 857
	Menu(Widget).sendEvent(int) line: 838
	Shell(Control).WM_INITMENUPOPUP(int, int) line: 3278
	Shell(Control).windowProc(int, int, int, int) line: 2963
	Shell(Decorations).windowProc(int, int, int, int) line: 1436
	Display.windowProc(int, int, int, int) line: 2873
	OS.TrackPopupMenu(int, int, int, int, int, int, RECT) line: not 
available [native method]
	Menu._setVisible(boolean) line: 220
	Display.runPopups() line: 2374
	Display.readAndDispatch() line: 2022
	Workbench.runEventLoop(Window$IExceptionHandler, Display) line: 1550
	Workbench.runUI() line: 1526
	Workbench.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 265
	PlatformUI.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 139
	IDEApplication.run(Object) line: 47
	PlatformActivator$1.run() line: 257
	EclipseStarter.run(String[], Runnable) line: 104
	NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not 
available [native method]
	NativeMethodAccessorImpl.invoke(Object, Object[]) line: 39
	DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 25
	Method.invoke(Object, Object[]) line: 324
	Main.basicRun(String[]) line: 279
	Main.run(String[]) line: 742
	Main.main(String[]) line: 581

Using emulated buttons on a control which has DragSource listeners is 
problematic.  Please revert to using heavyweight controls for the "X" button on 
Views.

Probably route this to SWT?

I20040204

I was tracing performance when opening an editor and found that > 7% is spent
when the decoration scheduler calls toString() on the elements (mostly Java
Elements) for the subTask label. I filed bug 51244 for this.

JavaElement.toString >...> PackageFragment.getPath calls Path.append and which
ends up calling Path.computeSegments which calls String.substring and which
finally burns the cycles. I filed bug 51246 to improve Path.computeSegments.

Maybe you can improve the getPath methods e.g. by not computing same information
(like package path) several times.

build R3.0

The javadoc for JFace's IPreferenceStore#putValue needs to be updated. 

The #putValue method does not send out any notification which can cause ill
effects if people call this method while others are relying on property change
listeners for changes to the values.

The spec should be updated to say that clients should only call it when changing
their own private preference keys and should not be calling it when modifying
public API preference keys.

3.0 RC3

Works correctly everywhere except motif.

Bring up the tooltip for the tab item on a CTabFolder.
The "yellow" filling does not extend all the way down to the black border.   
There is one row of pixels across the bottom that is in the default background 
colour.

3.0 M8
Switching to Text Editor preference page shows error for a short time

Reviewing the code of the BuilderPropertyPage, another widget is disposed 
error is possible if the user uses the "Copy" functionality and works on the 
Mac.

Hi,

I am not sure if this is a known issue, but a user of my application told me, 
that the TableColumns calculate their width based on normal font-style and not 
bold font-style, in case some tableitems have bold text in them.

I've uploaded a screenshot that shows what the problem is about:
http://rssowl.sourceforge.net/download/feed_cols_1.jpg

As you can see the column "Author" has same values in all tableitems, but uses 
different font-style (normal and bold). I am calling the method "pack()" to 
automatically set the size, and it looks as if that method does not take the 
bigger width it needs for bold text into consideration.

Ben

Debug the following program with Skip Breakpoints during run to line operation 
preference on.

public class Foo {
	public static void main(String[] args) {
		for (int i = 0; i < 100; i++) {
			System.out.println("iteration #" + i); //$NON-NLS-1$  
<-- put breakpoint #1 here
			
			int garbage = i; //garbage <-- breakpoint #2 here.
			
			Math.abs(garbage); //absolute garbage!
		}
	}
}

When you hit the first breakpoint, select abs, then step into selection. In 
the Math class resume the VM. No more breakpoints will be hit.

Build I20040507

org.eclipse.help.ui.internal.search.ResultPage implements the deprecated
org.eclipse.search.ui.text.AbstractTextSearchViewPage.showMatch.

Build I200409011200: For consistency, class JavaConventions should provide a 
method to syntactically validate the name of a type parameter

Build I20040504

The JUnit view's scroll lock button has no affect. The the list of failures 
scrolls as new entries are added.

The javadoc of IRuntimeClasspathEntry#getMemento() need to be reviewed.
There is a reference to a typeId attribute in the explanation, but no typeId in
the xml example.
It's not clear what part of the xml will be use for the initializeFrom(memento)
method. Is it 'value="exampleMemento' or 'exampleMemento' ?
There may be a mix between the terms 'element' and 'attribute' when speaking
about the memento.

hi,
i created a new resource site in the update module! the name of the remote site
was "G & H"! at first time i have no problem with it, but after restarting
eclipse and reopen the update module i get the error: "Unzulässiges Zeichen oder
unzulässige Entitätsreferenzsyntax." and my remote site i've created one eclipse
start before has been lost!

this is the exception stack trace for the error:

org.xml.sax.SAXParseException: Unzulässiges Zeichen oder unzulässige
Entitätsreferenzsyntax.
at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3376)
at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3364)
at org.apache.crimson.parser.Parser2.parseLiteral(Parser2.java:915)
at org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1583)
at org.apache.crimson.parser.Parser2.content(Parser2.java:1963)
at org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1691)
at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:667)
at org.apache.crimson.parser.Parser2.parse(Parser2.java:337)
at org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:448)
at org.apache.crimson.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl.java:185)
at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:124)
at org.eclipse.update.internal.ui.model.BookmarkUtil.parse(BookmarkUtil.java:34)
at org.eclipse.update.internal.ui.model.UpdateModel.reset(UpdateModel.java:34)
at org.eclipse.update.internal.ui.model.UpdateModel.<init>(UpdateModel.java:28)
at org.eclipse.update.internal.ui.UpdateUI.start(UpdateUI.java:141)
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:958)
at java.security.AccessController.doPrivileged(Native Method)
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:954)
at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:937)
at
org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:421)
at
org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:293)
at
org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java:110)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:371)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.requireClass(BundleLoader.java:336)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findRequiredClass(BundleLoader.java:914)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:399)
at
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:93)
at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
at
org.eclipse.ui.internal.ide.update.InstallWizardAction$1.run(InstallWizardAction.java:47)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
at
org.eclipse.ui.internal.ide.update.InstallWizardAction.openInstaller(InstallWizardAction.java:45)
at
org.eclipse.ui.internal.ide.update.InstallWizardAction.run(InstallWizardAction.java:40)
at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:276)
at org.eclipse.ui.internal.WWinPluginAction.runWithEvent(WWinPluginAction.java:206)
at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:915)
at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:866)
at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:785)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:954)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2595)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2298)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:704)
at org.eclipse.core.launcher.Main.main(Main.java:688)


and these are the session datas:

eclipse.buildId=M200409161125
java.version=1.4.2_05
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=de_DE


imho the problem was the '&'! because when i retry to add the remote site
without the '&', i got no error after the next restart!

Accessing arrays directly after reading them out of a collection like a Vector 
leads to a VerifyError using Integration Build I20040907. The problem can be 
reproduced using the following code:

import java.util.Vector;
public class VMTest{
  public static void main(String[] args){
    Vector<Integer[]> v = new Vector<Integer[]>();
    Integer[] array1 = new Integer[5];
    array1[0] = new Integer(17);
    array1[1] = new Integer(42);
    v.add(array1);
    Integer twentyfour = v.get(0)[1];  // responsible for the crash
    System.out.println(twentyfour);
  }
}

Replacing the line
  Integer twentyfour = v.get(0)[1];
by the two lines
  Integer[] array2 = v.get(0);
  Integer twentyfour = array2[1];
will fix the problem, but i think the original code should work as well...

The error message is:
java.lang.VerifyError: (class: VMTest, method: main signature: 
([Ljava/lang/String;)V) Expecting to find array of objects or arrays on stack
Exception in thread "main"

Test case :
public class ProfileDataRulerColumn {
    private class MouseHandler{
    };
    /** This column's parent ruler */
    protected Object _parent_ruler = null;
}

If you parse out this class, Javadoc is not be parsed. However, if you add a 
method in front of the field "_parent_ruler", and parse again, Javadoc will be 
parsed.

build I20040529-0105

- changed the browser example to setPartName to the current web page's title
- this has the unwanted side effect of showing the registed view name in the
content description.

Should address for RC2 since this effectively makes setPartName unusable.

Steps:
- Import "org.eclipse.ui.workbench".
- Add a print statement to
"WorkbenchPage#ActivationList#setActive(IWorkbenchPart part)".
- Run as run-time workbench.
- Switch to Java perspective.
- Import a project.
- Open a Java file.
- Select the "Hierarchy" view, then the "Package Explorer" (give focus).
- Notice that switching to the "Package Explorer" view calls setActive() on the
open file before calling setActive() on that view.

This behavior is affecting the "Ctrl+F7" behavior by altering the ordering of
the items in that list.

I am using:
Eclipse Platform
Version: 3.0.0
Build id: 200405040800

I also tried this in 2.1 and M8, and everything worked fine. No unnecessary
“setActive()” calls were being made.

On 4/28 I build. 
In working with out XML Editor, making sure it still worked, I noticed that if
"junk" in entered in an file (with an extension of .xml), that all kinds of bad 
things happen due to "sax parser" exceptions. Can't save, with our editor, for 
example, but even if created by some other means, even basic text editor no 
longer opens. I recommend the object contribution code be extremely bullet proof 
so if any xmlish exception occurs it just quietly ignore it. The exception stack 
trace is pasted below. (I'd seen this problem in earlier drivers, but haven't 
recently, so thought was fixed, or maybe I just haven't been entering junk 
lately?). Thanks.

BTW, if it matters, theres the JRE info I was running under:
java.fullversion=J2RE 1.4.2 IBM Windows 32 build cndev-20040414 (JIT disabled)

= = = = = = 
!MESSAGE Problem parsing file
!ENTRY org.eclipse.ui.ide 4 4 May 04, 2004 17:56:00.43
!MESSAGE Problem parsing file
!STACK 0
org.xml.sax.SAXParseException: Content is not allowed in prolog.
	at org.apache.xerces.util.ErrorHandlerWrapper.
createSAXParseException(Unknown Source)
	at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown Source)
	at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
	at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
	at org.apache.xerces.impl.XMLScanner.reportFatalError(Unknown Source)
	at org.apache.xerces.impl.XMLDocumentScannerImpl$PrologDispatcher.
dispatch(Unknown Source)
	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.
scanDocument(Unknown Source)
	at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
	at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
	at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
	at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
	at javax.xml.parsers.SAXParser.parse(Unknown Source)
	at javax.xml.parsers.SAXParser.parse(Unknown Source)
	at org.eclipse.ui.internal.ide.model.PropertyParser.
parseResource(PropertyParser.java:127)
	at org.eclipse.ui.internal.ide.model.WorkbenchResource.
testXMLProperty(WorkbenchResource.java:331)
	at org.eclipse.ui.internal.ide.model.WorkbenchResource.
testAttribute(WorkbenchResource.java:127)
	at org.eclipse.ui.internal.ActionExpression$ObjectStateExpression.
preciselyMatches(ActionExpression.java:376)
	at org.eclipse.ui.internal.ActionExpression$ObjectStateExpression.
isEnabledFor(ActionExpression.java:345)
	at org.eclipse.ui.internal.ActionExpression$SingleExpression.
isEnabledFor(ActionExpression.java:239)
	at org.eclipse.ui.internal.ActionExpression.isEnabledFor(ActionExpression.
java:79)
	at org.eclipse.ui.internal.ObjectActionContributor$ObjectContribution.
isApplicableTo(ObjectActionContributor.java:234)
	at org.eclipse.ui.internal.ObjectActionContributor.
isApplicableTo(ObjectActionContributor.java:155)
	at org.eclipse.ui.internal.ObjectContributorManager.
isApplicableTo(ObjectContributorManager.java:249)
	at org.eclipse.ui.internal.ObjectActionContributorManager.
contributeObjectActions(ObjectActionContributorManager.java:129)
	at org.eclipse.ui.internal.PopupMenuExtender.
addObjectActions(PopupMenuExtender.java:98)
	at org.eclipse.ui.internal.PopupMenuExtender.
menuAboutToShow(PopupMenuExtender.java:119)
	at org.eclipse.jface.action.MenuManager.fireAboutToShow(MenuManager.java:
286)
	at org.eclipse.jface.action.MenuManager.handleAboutToShow(MenuManager.java:
370)
	at org.eclipse.jface.action.MenuManager.access$0(MenuManager.java:367)
	at org.eclipse.jface.action.MenuManager$2.menuShown(MenuManager.java:383)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:
116)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:801)
	at org.eclipse.swt.widgets.Control.WM_INITMENUPOPUP(Control.java:3303)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2975)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1451)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3158)
	at org.eclipse.swt.internal.win32.OS.TrackPopupMenu(Native Method)
	at org.eclipse.swt.widgets.Menu._setVisible(Menu.java:222)
	at org.eclipse.swt.widgets.Display.runPopups(Display.java:2618)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2263)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:
240)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.
run(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:
240)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:
117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:84)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.
invoke(DelegatingMethodAccessorImpl.java:59)
	at java.lang.reflect.Method.invoke(Method.java:390)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)

package test;

public class Test {
	public boolean thru;
}

This code causes Java AST creation failure. After some experiments I came to
conclusion that field name 'thru' is a problem. Problem encountered in M6 and
I20040120 builds.

ENTRY org.eclipse.core.runtime 4 2 Feb 03, 2004 09:21:00.68
!MESSAGE An internal error occurred during: "Java AST creation".
!STACK 0
java.lang.IllegalArgumentException
	at org.eclipse.jdt.core.dom.SimpleName.setIdentifier(SimpleName.java:125)
	at org.eclipse.jdt.core.dom.AST.newSimpleName(AST.java:1704)
	at
org.eclipse.jdt.core.dom.ASTConverter.convertToVariableDeclarationFragment(ASTConverter.java:2652)
	at
org.eclipse.jdt.core.dom.ASTConverter.convertToFieldDeclaration(ASTConverter.java:2702)
	at
org.eclipse.jdt.core.dom.ASTConverter.checkAndAddMultipleFieldDeclaration(ASTConverter.java:320)
	at
org.eclipse.jdt.core.dom.ASTConverter.buildBodyDeclarations(ASTConverter.java:286)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:231)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:128)
	at org.eclipse.jdt.core.dom.AST.parseCompilationUnit(AST.java:1105)
	at org.eclipse.jdt.core.dom.AST.parseCompilationUnit(AST.java:906)
	at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartListenerGroup.computeAST(SelectionListenerWithASTManager.java:119)
	at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartListenerGroup.calculateASTandInform(SelectionListenerWithASTManager.java:138)
	at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$1.run(SelectionListenerWithASTManager.java:93)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

RC1

* The java debugger contributes a "drop to frame" action in the debug view 
toolabr
* Start a workspace 
* Debug a java application to a breakpoint
-> debug view appears with drop to frame tool/action (correct)
* terminate & remove launch

* Close all perspectives
* Turn off "Java Development" & "PDE" capabilities
* Open debug perspective
-> debug view appears with *no* drop to frame tool/action (correct)
* re-debug the same app

-> debug view does not update to show "drop to frame" action, but "Java 
Development" activity is triggered (see capability pref page to see that the 
capability has been triggered on)

Would expect capability activation to update view toolbars. This is important 
to the debugger - as capabilities are triggered, the relevant debug actions 
should appear in debug related views.

Resetting the perspective does not correct the problem either.

3.0RC1

- in the CU:
package org.test;

class Foo {
	void foo() {
		Object s= bar();
	
	}
	String bar() {
		return "";
	}
}
- set caret on "String"
- invoke Generalize Type
- choose Object
- click Ok
-> change is applied, but the dialog does not disappear

3.0 M7

A do-while controling a single statement (no braces) is not properly formatted
(the "while" part ends up in the same line as the controled statement):

class Foo {
	void m1() {
		int x;
		do
			x = 1; while (true);
	}
}

Build 3.0RC1

Using following code to generate source for a massive class, observe that 
generated code is invalid, but the first occurrences of syntax errors are not 
notified.

public class X {
	public static void main(String[] args) {
		StringBuffer buffer = new StringBuffer();
		buffer.append("public class Zork {\n");
		for (int i = 0; i < 1000; i++) {
			buffer.append("\tint field_"+i+" = 0; \n");
		}
		for (int i = 0; i < 1000; i++) {
			if (i == 0)
				buffer.append("\tvoid method_"+i+"() { /* 
default */ } \n");
			else
				buffer.append("\tvoid method_"+i+"() { method_"+
(i-1)+"() \n");
		}
		buffer.append("}\n");
		System.out.println(buffer);
	}
}

Build 20040506

Using the attached test case (3 projects with one indirectly referencing 
binary missing on classpath), the editor is not showing the same errors during 
reconcile as the builder does.

Using latest JDT/Core code, the end positions for a line comment is located
between the \r and the \n.
The DOM positions are ok, but I think the length for a DOM block comment is one
caracter too far.

- select the constructor of java.util.HashMap.Entry
- Call Hierarchy
==> the call hierarchy is empty (no calls found)

search in the file for "new Entry" and you will find several calls
to the constructor of Entry :-/

Problem found with eclipse 3.0.1

please document what is returned when the type is in a default package
and whether there is anything special to consider when the type is a nestet
(inner) type.

- "switch on launch" set to prompt
- "switch when breakpoint hit" set to "Always
"
public class HelloWorld {
	private String bye = "Good bye";

	public static void main(String[] args) {
		String hello = "Hello World";
		System.out.println(hello);
		
		new HelloWorld().sayBye();
	}

	/**
	 * 
	 */
	private void sayBye() {
		System.out.println(bye); // <<<<----- break point here.
	}
}

- Launch in debug mode from java perspective. -> prompt
- say no.
- program stops at breakpoint, debug view opened in java perspective. Never 
get switched to debug perspective (even though breakpoint is hit)

Javadoc says for class says:

 *                                                          The factory 
 * method <code>IWorkspace.newSchedulingRule</code> is used to create a 
 * scheduling rule based on a particular resource.

No such method on IWorkspace that I can find.  Do you mean to say:
IWorkspace.getRuleFactory?

Build 3.0RC1

On following source, selecting first method and pressing F3 should not offer 2 
methods. Only the one with occurrence count #1 should be offered.

public class X {
		void foo() {}
		void foo() {}
}

See bug 74756 for a full description of the problem.

In the old runtime preferences, we need to spec that the type of value in
property change events can be a wrapped object, a string, or null depending on
the situation.

I20040901

If the encoding is inside an XML file then this is the file's encoding. If I
change it in the file I get the following resource delta:
kind == IResourceDelta.CHANGED
flags == IResourceDelta.CONTENT

but I would expect to get:
kind == IResourceDelta.CHANGED
flags == IResourceDelta.CONTENT | IResourceDelta.ENCODING

i2004-03-24+plugin export
- add a new method into a class by typing:
public void test() {[enter]
- the closing bracket is made automatically and the cursor is placed in the 
method
- press "show source of selected element only"
- observed behavior:
  the selected segment is the whole class rather than the method in which the 
cursor was

3.0 RC1
If you synchronize then get prompted for a password and then cancel, the
synchronize task remains in the progress view and has a result that says
'postponed due to a conflicting operation'. This isn't true in this case.

I20040324

IMO the spacing between the border and the text for tabs in the classic style 
should be a little bit increase. If you have a lots of tabs in a row it looks 
a little bit squeezed

External Tool configurations no longer pass a backslashed literal double-quote 
to the external tool correctly.  It will pass both the backslash and double-
quote in the argument rather than first replacing with a literal double-quote.  
If you don't use the backslash and use just double-quote, the double-quote is 
not passed at all.  So there is no way to pass a double-quote in an argument to 
an external tool.  This is very important for many of my .cmd scripts that I 
launch from within Eclipse as external tools.  This functionality worked fine 
up through 3.0M8, and fails in 3.0 final.  I did not test in 3.0M9.

20040903

In the following code the error is 'Vector cannot be superinterface to A..' but
the type name 'A' is error marked, not 'Vector'.
I siggest to change that to be consistent with the error 'Serializable cannot be
super class of A' where 'Serializable' is marked (this would also help me with
the quick fix).

public class A implements Vector {
}

When using the checkbox to enable/disable a breakpoint there is a noticeable 
delay when updating the breakpoint's image. The same problem does not seem to 
occurr when using the context menu enable/disable.

See stack trace. Not sure why this is occuring.

It correctly move to the previous and next item in the list but the caret is 
also repositioned.  For example, move the caret to the end, hit up arrow and 
the caret moves back by one character and stays there for subsequent up arrows.

Currently no override indicator is shown when I override/implement a method in 
an anonymous class. 

Given that we show override indicators for normal overrides it is confusing to 
not see the override indicator in this case.

From the main workbench screen, click Help > Software Updates > Manage
Configuration.

"Available Tasks" is in English in the right pane.

See the attached screenshot.

OS : RHEL 3.0
Mustfix: No
Severity : 3
Build date: 0708
Blocking: NO
Language: CHT

Problem Description: Actual Description of the problem

1. On the menu bar from the main Workbench panel, click Help > Software Updates
> Manage Configuration
2. Expand all the available items as below
3. Select Eclipse Platform in the left pane > click View Installation History in
the right pane (for 8.01570)
> click Show Activities in the right pane (for 8.01580)
== > Date is shown in English


Is it possible to fix this?

I200403240800
I was just typing and deleting text quickly in a text editor and got this 
exception:

Error Mar 25, 2004 00:09:17.16 An internal error occurred 
during: "Initializing Quick Diff".
java.lang.ArrayIndexOutOfBoundsException
	at java.lang.System.arraycopy(Native Method)
	at java.lang.StringBuffer.append(StringBuffer.java:499)
	at org.eclipse.jface.text.GapTextStore.get(GapTextStore.java:164)
	at org.eclipse.jface.text.AbstractDocument.get
(AbstractDocument.java:886)
	at 
org.eclipse.ui.internal.texteditor.quickdiff.DocumentLineDiffer$1.run
(DocumentLineDiffer.java:428)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

M8 (Build id: 200403261517)

I needed to define a product with my own id to test Intro contributions. I 
wanted to just create a product that is the platform, but with a different ID. 

The only way I could get it to work if to use the following:


<extension  id="coolProduct" point="org.eclipse.core.runtime.products"> 
      <product name="MyCoolProduct" 
id="org.eclipse.ui.intro.examples.coolProduct"
      			application="org.eclipse.ui.ide.workbench" 
      			description="MyCoolProduct"> 
         
      </product> 
   </extension>

simple id at the extension level had to be the "short" version of the id, and 
I *had* to define an explicit id at product element level. If you dont, the 
platform recognises the product, but if you do a IProduct.getId you get a null.

RC1

- close a project
- Open the closed project in a new window va Open in New Window context menu
  action
- open the project

observe: the Java project is rendered in the additional window as folders and
CUs not on the class path.

I20040322

Open a Ant launch configuration, go in the 'Properties' tab, uncheck 'Use global
properties as specified in the Ant runtime preferences'.
2 properties (eclipse.home and eclipse.running) are displayed in the properties
list.
Launch the launch configuration (external VM).
Go back in the 'Properties' tab, 2 new properties are displayed :
eclipse.connect.port and org.eclipse.ant.ui.ATTR_ANT_PROCESS_ID.

I think these properties are transient and should be displayed.

RC1

- create a library container which is unbound.

observe: it has an error tick, but the error tick isn't propagated to the 
project. We should either propagate the error or use a different image as we 
do for unbound variables.

When enabling semantic coloring the current default settings result in a too 
colorful appearance.

1) we don't have to leverage all color settings out of the box and should only 
use a reasonable subset of the settings. These settings need to look appealing.
2) need to decide on the colors for the subset

To simplify item 1) there should be a way to disable the coloring of an item. 
Suggest to add a checkbox on the left of the color item. Having the checkbox 
unchecked means use the default color.

build I20040210-0800

In same window,
- open a java perspective
- open several java editors
- open debug perspective
- switch back and forth between java and debug perspectives

The coolbar is noticeably flashier than it was in M6.

RC1

- browsing perspective
- smoke test scenario...
- import junit.zip into the previously not existing folder 'src'
-> packages view shows a number of packages src.junit.framework... with errors

- go to the project properties, source page
- add 'src' as source folder, accept when asked to remove the project root as
source folder
- press OK

-> the error marks in the packages view are removed
-> the packages src... are still visible in the packages view
-> they are only removed upon a selection change in the "projects" view

There is a bug when calling node("/") on the root node. It should return itself.

Compiling Eclipse3.0RC1's swt.jar with GCJ gives me:

SWT_AWT.java:131: error: class 'javax.swing.MenuSelectionManager'
has no method named 'defaultManager' matching signature
'()Ljavax/swing/MenuSelectionManager;'

SWT is an alternative to AWT/Swing, so it shouldn't depend on AWT/Swing.

I20040210-2000

1. select a project
2. right-click->properties
3. select Builders
4. click New
5. observe "Graphic is disposed" error in ErrorLog
6. the Config dialogue is now hosed, forced quit of Eclipse is sometimes needed.

org.eclipse.swt.SWTException: Graphic is disposed
	at org.eclipse.swt.SWT.error(SWT.java:2608)
	at org.eclipse.swt.SWT.error(SWT.java:2538)
	at org.eclipse.swt.graphics.Image.getBounds(Image.java:556)
	at org.eclipse.swt.widgets.Table.drawItemProc(Table.java:631)
	at org.eclipse.swt.widgets.Display.drawItemProc(Display.java:789)
	at org.eclipse.swt.internal.carbon.OS.CallNextEventHandler(Native Method)
	at org.eclipse.swt.widgets.Widget.kEventControlDraw(Widget.java:857)
	at org.eclipse.swt.widgets.Widget.controlProc(Widget.java:309)
	at org.eclipse.swt.widgets.Display.controlProc(Display.java:626)
	at org.eclipse.swt.internal.carbon.OS.SendEventToEventTarget(Native Method)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1903)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:647)
	at org.eclipse.jface.window.Window.open(Window.java:627)
	at org.eclipse.ui.dialogs.PropertyDialogAction.run(PropertyDialogAction.java:164)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:536)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:488)
	at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:420)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1179)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1203)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1188)
	at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1036)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2209)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1921)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:257)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:104)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

version: i2004-03-24 + plugin-export

Build M9

When switching my synchronize view to "Outgoing changes" I got the following
exception:

!MESSAGE An internal error occurred during: "Retrieving revision histories".
!STACK 0
org.eclipse.swt.SWTException: Invalid thread access
	at org.eclipse.swt.SWT.error(SWT.java:2689)
	at org.eclipse.swt.SWT.error(SWT.java:2614)
	at org.eclipse.swt.SWT.error(SWT.java:2585)
	at org.eclipse.swt.widgets.Widget.error(Widget.java:381)
	at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:284)
	at org.eclipse.swt.widgets.Widget.getData(Widget.java:411)
	at
org.eclipse.jface.viewers.AbstractTreeViewer.createAddedElement(AbstractTreeViewer.java:171)
	at org.eclipse.jface.viewers.AbstractTreeViewer.add(AbstractTreeViewer.java:158)
	at org.eclipse.jface.viewers.AbstractTreeViewer.add(AbstractTreeViewer.java:244)
	at
org.eclipse.team.internal.ccvs.ui.subscriber.ChangeLogModelProvider.doAdd(ChangeLogModelProvider.java:510)
	at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider.addToViewer(SynchronizeModelProvider.java:427)
	at
org.eclipse.team.internal.ccvs.ui.subscriber.ChangeLogModelProvider.addNewElementFor(ChangeLogModelProvider.java:397)
	at
org.eclipse.team.internal.ccvs.ui.subscriber.ChangeLogModelProvider.calculateRoots(ChangeLogModelProvider.java:329)
	at
org.eclipse.team.internal.ccvs.ui.subscriber.ChangeLogModelProvider.access$1(ChangeLogModelProvider.java:312)
	at
org.eclipse.team.internal.ccvs.ui.subscriber.ChangeLogModelProvider$FetchLogEntriesJob.run(ChangeLogModelProvider.java:220)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

After closing the error dialog only one changed file showed up, even though
there should have been 5.  After switching to incoming changes, and back to
outgoing it worked fine.

I'm playing with the new get/set dynamicProjects API on IProjectDescription.

I can add/remove via API as long as I remember to set the description back to 
the project.

What I noticed is the following:
- Dynamic projects show up in the Project References page.  Ok, maybe this is 
fine (but these are not set by user/nor can they remove).
- If another project is referenced on the page - all entries are then saved as 
normal project references in the .project file.

This means they show up on getReferencedProjects calls and are not removed when 
the dynamic refs are removed....

Should dynamic refs actually be visible on the prop page?

Build: Eclispe 3.0

The Show View dialog does not disable its OK button when a view is not selected.
 Standard behaviour of dialogs is that OK should only be enabled when an action
is going to take place.

Tabbing to change focus in a JPanel embedded in a SWT wizard dialog doesn't 
work.

Expected bahaviour:
Pressing tab should cause focus to be gained by the next Swing component in 
the tab order.

Observed behaviour:
Pressing tab causes focus to be gained by a one of the SWT buttons on the 
wizard dialog.

JDK version: 1.4.2_04 (Sun)

When a tree item is unfolded by selecting it and pressing the right arrow key, it opens, but displays only 
child with no icon and no name, regardless of the real contents. When the same tree item is opened by 
clicking the small grey triangle with the mouse, it works fine.

Version tested is 3.0M9

On Win32, if you have an Image and need SWT to respect its transparency, you can
load the Image object, manually get the transparency mask and ImageData from the
Image, then construct a new image.  The new Image will now respect the
transparency mask.

This technique is also vital if you need to draw graphics where multiple
elements (ie: an Image with transparency and text) need to be composed into a
single Image where any place that wasn't drawn is transparent.  The attached
code is based on the snippet on the SWT snippets page.

Version: 3.0.0
Build id: 200406251208

The above error is displayed after launching the workbench w/the Java editor 
open.

java.lang.ExceptionInInitializerError
at org.eclipse.jdt.core.dom.AST.newConditionalExpression(AST.java:2517)
at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1652)
at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:911)
at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:2077)
at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1843)
at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:770)
at org.eclipse.jdt.core.dom.ASTConverter.buildBodyDeclarations
(ASTConverter.java:336)
at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:274)
at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:152)
at org.eclipse.jdt.core.dom.ASTParser.convert(ASTParser.java:711)
at org.eclipse.jdt.core.dom.ASTParser.internalCreateAST(ASTParser.java:681)
at org.eclipse.jdt.core.dom.ASTParser.createAST(ASTParser.java:574)
at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.createAST
(ASTProvider.java:439)
at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.getAST
(ASTProvider.java:391)
at org.eclipse.jdt.internal.ui.javaeditor.JavaEditor$8.run
(JavaEditor.java:3775)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)
Caused by: java.lang.NullPointerException
at org.eclipse.jdt.core.dom.ASTNode.addProperty(ASTNode.java:1728)
at org.eclipse.jdt.core.dom.ConditionalExpression.<clinit>
(ConditionalExpression.java:59)
... 16 more

eclipse.buildId=I200406251208
java.version=1.4.2_04
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US

I20040324 (0800)

1) Create a new workspace
2) Close all perspectives
3) Import a 2.1 preference file that has a custom perspective (pref file attached)
4) Using the "open a perspectivee" button, open the "Sumatra" perspective

-> Error A) the workbench window resizes
-> Error B) Concurrent modification exception in the log file

5) Click the "open a perspective" button again

-> Error C) NPE in log file, dialog fails to open

6) File -> Exit

-> Error D) Problems occurred saving the workbench

When I enable auto-refresh in M7 (first time I've tried it) I get a dialog 
that says:

Errors Running Jobs
ERROR: Win32 refresh daemon : Problems occurred while processing refresh events

In the details it says:
Problems occurred while processing refresh events
  Error creating handle for \\server\u\sasebb\eclipse-playpen, code: 
\\server\u\sasebb\eclipse-playpen.

This UNC path refers to a network directory accessible from Windows and Unix 
(NetApp). 

Session data:
java.version=1.4.2_02
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -data D:\eclipse\workspace

I have "Show Selected Element Only" selected in my Type Hierarchy perspective. 
When I open a Type Hierarchy and click on an element in the Hierarchy pane, the
Editor pane highlights that element in the source, but doesn't just show that
element--it's still showing the entire source.  If I then click in the Editor
pane, the view suddenly changes to just that element.

The AntModel are getting reconciled multiple times when the user commits 
changes for preferences such as changing Ant home.

I20040512

From looking at the code I believe that the part selection service will fire
selection changed events for all views that share a common id irregardless of
secondary id.  This is strange behaviour... if it's the case.  As I said, it's
just a hunch.

build 20040212

1) create the following classes
package q1;
public class X {
  Object x = new Y(){};
}
package q1;
public class Y {
}
2) select 'q1' in package explorer
3) do right click and Open Type Hierarchy
Hierachy view contains
Object
+-X
+-Y
  +-newY(){..}
4) cut 'Object x =' and save
Hierachy view contains
Object
+-X
+-Y
5) copy 'Object x =' and save
Hierachy view contains
Object
+-X
+-Y

The anonymous class is missing

public class ErrorTest extends AbstractSet<Runnable>{

    public static void main(String[] args) {
        ErrorTest t=new ErrorTest();
        t.add(null);
    }
    
    public boolean add(Runnable run) {
        System.out.println("success");
        return true;
    }
    public Iterator iterator() {return null;}
    public int size() {return 0;}
}

when tried to execute, fails with:

java.lang.ClassFormatError: Repetitive method name/signature in class file ErrorTest
	at java.lang.ClassLoader.defineClass1(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:605)
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
	at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:195)

20041201

In the following code is the node range of the TagElement not complete: It only
contains '@param <A'

/**
 * @param <A>
 */
class E<A> {
}

We are reading input streams provided by clients for content description too
eagerly. We should read only when a describer actually requests bytes to be
interpreted. For content types that do not have a content describer, file reads
could be avoided. It would be even better if the input streams handed by clients
did not do any work before read was called (FileInputStreams open the file in
the constructor, for instance). We could do that at least for the client we
control: IFile#getContentDescription, which BTW is currently the heaviest one.

Content description objects currently use a map to keep all properties
discovered in the described contents. Since these objects are now cached by
Resources, we should strive to minimize their footprint. Since property lookup
time is not a big issue, sequential traversal would be better. Could optimize
for the case a single property is available.

build RC1.

The code which initializes the default values for the product currently makes
the assumption that the bundle id is equivalent to the product id. This should
be changed to use the new API IProduct#getDefiningBundle as outlined in bug 64253.

I20040920

Open debug perspective
Close the debug perspective

All of the delegates that are "registered" as background delegates with the 
BackgroundDelegateManager of AbstractDebugActionDelegate remain ref'd from the 
static var.

New actions are added for each open. Never removed on the close

Do not get any results for strings that are definitely in the project files.

Using 3.0 M8

I'm trying to search for some strings in my project files. Give focus to an 
editor open on a project file and bring up search in files. Enter string to 
find and *.java for name pattern. Choose "Enclosing Projects" for scope. Search 
returns 0 results.

20040427

When I try to connect to HEAD and look at the contents I get the following 
exception

!ENTRY org.eclipse.compare 4 1 Apr 27, 2004 11:01:18.852
!MESSAGE target 'org.eclipse.compare.TextMergeViewerCreator' not found
!ENTRY org.eclipse.core.runtime 4 2 Apr 27, 2004 11:01:48.430
!MESSAGE An internal error occurred during: "Fetching children of HEAD".
!STACK 0
java.lang.IllegalArgumentException: endRule without matching beginRule: 
org.eclipse.core.internal.resources.WorkManager$NotifyRule@157b39f
	at org.eclipse.core.internal.runtime.Assert.isLegal(Assert.java:58)
	at org.eclipse.core.internal.jobs.ImplicitJobs.end
(ImplicitJobs.java:366)
	at org.eclipse.core.internal.jobs.JobManager.endRule
(JobManager.java:426)
	at org.eclipse.core.internal.resources.WorkManager.endNotify
(WorkManager.java:174)
	at org.eclipse.core.internal.resources.Workspace.endOperation
(Workspace.java:886)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1659)
	at org.eclipse.team.internal.ccvs.core.resources.EclipseResource.run
(EclipseResource.java:265)
	at org.eclipse.team.internal.ccvs.core.client.Command.execute
(Command.java:349)
	at org.eclipse.team.internal.ccvs.core.client.Checkout.getRemoteModules
(Checkout.java:176)
	at 
org.eclipse.team.internal.ccvs.core.resources.RemoteModule.getRemoteModules
(RemoteModule.java:59)
	at 
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.members
(CVSRepositoryLocation.java:633)
	at 
org.eclipse.team.internal.ccvs.ui.repo.RepositoryRoot.getDefinedModulesCache
(RepositoryRoot.java:98)
	at 
org.eclipse.team.internal.ccvs.ui.repo.RepositoryRoot.getDefinedModules
(RepositoryRoot.java:113)
	at 
org.eclipse.team.internal.ccvs.ui.operations.FetchMembersOperation.execute
(FetchMembersOperation.java:111)
	at org.eclipse.team.internal.ccvs.ui.operations.CVSOperation.run
(CVSOperation.java:81)
	at 
org.eclipse.team.internal.ccvs.ui.model.CVSTagElement.fetchDeferredChildren
(CVSTagElement.java:139)
	at org.eclipse.ui.progress.DeferredTreeContentManager$1.run
(DeferredTreeContentManager.java:142)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

eclipse-SDK-I20040427-win32.zip

1. Set the preference to compress package names to '3.'
2. Perform a search & select the hierarchical layout... notice the package 
names are not compressed
3. Switch to the flat layout & the package names are compressed

20041205

Look at the AST in the following code with a missing return type:
	/**
	 * 
	 */
	private foo() {
		return 1;
	}

The AST does not contain a Javadoc node.

I know .class files are usually java compiled binaries however I have recently 
taken over a site that uses .class for PHP class source files.  

This should not be a problem except that each time I change the setting 

Team -> File Content -> class  ( set content type to ASCII )

The synchronise process ignores this setting and does a binary compare 
anyway.  Upon restarting Eclipse to see if the setting was not yet 
acknowledged I find that the content type has returned to "binary"... This 
occurs every time it is changed to ASCII and eclipse is then restarted.

20040325
- use the synchroize view as a fast view and open a change with a double click
- the editor opens, but the synchronize view gets the focus again, covering the
editor

I just installed the latest 3.0 Integration build (I20040427) to verify that bug
56240 (Emacs key binding don't work) has been fixed.  Things are much better now
in that the basic key bindings seem to work.  I have notice that the cut
(control-w) and copy (alt-w) keybindings do no work when editing Java files. 
However, they do seem to work when editing some other text file.

In case you don't know Emacs, here's how to verify.  Open a Java source file and
move the cursor to the start of the area you want to cut, and hit control-space
to set the mark.  Move the cursor to the end of the region you want to cut, and
hit control-w.  The region should have been cut, but it isn't.  Copy doesn't
work either.

This isn't the same as bug 36938 either.  With 2.1, the control-w doesn't work,
but you could get ti working by deleting the conflicting key binding.  I tried
deleting the In Windows binding (close), but that didn't help.

I haven't done anything to this Eclipse installation in terms of plugins or
customizations other than configuring the emacs key bindings.

Reporter: Jiang Lin Quan
JRE Version:  IBM JRE 1.4.2
Browser:IE6.0
OS: windows 2000 professional
Eclipse version:3.0.1M20040902

<<Steps To Reproduce>>
     1,In command window, change directory to the root directory of eclipse 
     2, run the following command: "java -cp 
plugins/org.eclipse.help.base_3.0.1/helpbase.jar 
org.eclipse.help.standalone.Help -command displayHelp -data standalone " to 
start the standalone help browser.
     3,search with string 'help "web browser' (no single quotes).

<<Actual Result>>
      the result is same as result of searching 'help' (no single quotes).

<<Expected Result>>
      the result should be same as result of searching 'help "web browser"' (no 
single quotes).

<<Cause>>
      In code of \org.eclipse.help.base_3.0.1
\src\org\eclipse\help\internal\search\QueryBuilder.java ,The 
method "tokenizeUserQuery(String searchwords)" , which is used to split user 
query into tokens and return a list of QueryWordsTokens, did not consider the 
situation of the string "searchwords" with unpaired double quotes. 

<<Solution>>
      Update the method to append a double quote to the string with unpaired 
double quotes.

File> Open External File
Pick a scrapbook page

org.eclipse.ui.PartInitException[0]: 
org.eclipse.jface.text.Assert$AssertionFailedException: null argument;
	at org.eclipse.jface.text.Assert.isNotNull(Assert.java:144)
	at org.eclipse.jface.text.Assert.isNotNull(Assert.java:120)
	at org.eclipse.jface.text.rules.DefaultPartitioner.connect
(DefaultPartitioner.java:104)
	at 
org.eclipse.jdt.internal.debug.ui.snippeteditor.SnippetFileDocumentProvider.crea
teDocument(SnippetFileDocumentProvider.java:29)
	at org.eclipse.ui.texteditor.AbstractDocumentProvider.createElementInfo
(AbstractDocumentProvider.java:327)
	at org.eclipse.ui.editors.text.StorageDocumentProvider.createElementInfo
(StorageDocumentProvider.java:247)
	at org.eclipse.ui.editors.text.FileDocumentProvider.createElementInfo
(FileDocumentProvider.java:562)
	at org.eclipse.ui.texteditor.AbstractDocumentProvider.connect
(AbstractDocumentProvider.java:394)
	at org.eclipse.ui.texteditor.AbstractTextEditor.doSetInput
(AbstractTextEditor.java:2711)
	at 
org.eclipse.jdt.internal.debug.ui.snippeteditor.JavaSnippetEditor.doSetInput
(JavaSnippetEditor.java:257)
	at org.eclipse.ui.texteditor.AbstractTextEditor$14.run
(AbstractTextEditor.java:2178)
	at org.eclipse.jface.operation.ModalContext.runInCurrentThread
(ModalContext.java:302)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:252)
	at org.eclipse.jface.window.ApplicationWindow$1.run
(ApplicationWindow.java:576)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.jface.window.ApplicationWindow.run
(ApplicationWindow.java:573)
	at org.eclipse.ui.internal.WorkbenchWindow.run
(WorkbenchWindow.java:1569)
	at org.eclipse.ui.texteditor.AbstractTextEditor.internalInit
(AbstractTextEditor.java:2193)
	at org.eclipse.ui.texteditor.AbstractTextEditor.init
(AbstractTextEditor.java:2211)
	at org.eclipse.ui.internal.EditorManager.createSite
(EditorManager.java:569)
	at org.eclipse.ui.internal.EditorManager.openInternalEditor
(EditorManager.java:633)
	at org.eclipse.ui.internal.EditorManager.openEditorFromDescriptor
(EditorManager.java:438)
	at org.eclipse.ui.internal.EditorManager.openEditor
(EditorManager.java:426)
	at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor
(WorkbenchPage.java:2129)
	at org.eclipse.ui.internal.WorkbenchPage.access$6
(WorkbenchPage.java:2072)
	at org.eclipse.ui.internal.WorkbenchPage$9.run(WorkbenchPage.java:2059)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchPage.openEditor
(WorkbenchPage.java:2054)
	at org.eclipse.ui.internal.WorkbenchPage.openEditor
(WorkbenchPage.java:2037)
	at org.eclipse.ui.internal.editors.text.OpenExternalFileAction.run
(OpenExternalFileAction.java:115)
	at org.eclipse.ui.internal.editors.text.OpenExternalFileAction.run
(OpenExternalFileAction.java:87)
	at org.eclipse.ui.internal.PluginAction.runWithEvent
(PluginAction.java:269)
	at org.eclipse.ui.internal.WWinPluginAction.runWithEvent
(WWinPluginAction.java:207)
	at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:550)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:502)
	at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:435)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2587)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2265)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1436)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1407)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:244)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:279)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:241)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

When I format a build file which has elements that have a > inside an attribute
value, the formatter mangles the build file.

I believe at least one of the ant committers likes to say: 
<target description="--> my description"/> so we will want to fix this.

I've got a user who reported me the following error in the log file.
I think this may be a bug in the JDT code.

Here is the stack trace:

!SESSION Jul 19, 2004 08:10:00.991 --------------------------------------------
-
eclipse.buildId=I200406251208
java.version=1.4.2_05
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US

!ENTRY org.eclipse.core.runtime 4 2 Jul 19, 2004 08:10:00.991
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.ArrayIndexOutOfBoundsException: 0
	at 
org.eclipse.jdt.internal.compiler.util.Util.getInputStreamAsCharArray
(Util.java:359)
	at org.eclipse.jdt.internal.compiler.util.Util.getFileCharContent
(Util.java:178)
	at org.eclipse.jdt.internal.core.BasicCompilationUnit.getContents
(BasicCompilationUnit.java:105)
	at org.eclipse.jdt.internal.compiler.parser.Parser.parse
(Parser.java:5685)
	at org.eclipse.jdt.internal.compiler.parser.Parser.parse
(Parser.java:5667)
	at org.eclipse.jdt.internal.compiler.parser.Parser.dietParse
(Parser.java:4393)
	at org.eclipse.jdt.internal.core.hierarchy.HierarchyResolver.resolve
(HierarchyResolver.java:621)
	at 
org.eclipse.jdt.internal.core.hierarchy.RegionBasedHierarchyBuilder.createTypeH
ierarchyBasedOnRegion(RegionBasedHierarchyBuilder.java:82)
	at 
org.eclipse.jdt.internal.core.hierarchy.RegionBasedHierarchyBuilder.build
(RegionBasedHierarchyBuilder.java:56)
	at 
org.eclipse.jdt.internal.core.hierarchy.RegionBasedTypeHierarchy.compute
(RegionBasedTypeHierarchy.java:72)
	at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.refresh
(TypeHierarchy.java:1234)
	at 
org.eclipse.jdt.internal.core.CreateTypeHierarchyOperation.executeOperation
(CreateTypeHierarchyOperation.java:90)
	at org.eclipse.jdt.internal.core.JavaModelOperation.run
(JavaModelOperation.java:700)
	at org.eclipse.jdt.internal.core.JavaModelOperation.runOperation
(JavaModelOperation.java:739)
	at org.eclipse.jdt.internal.core.JavaProject.newTypeHierarchy
(JavaProject.java:2289)
	at org.eclipse.jdt.internal.core.JavaProject.newTypeHierarchy
(JavaProject.java:2267)
	at net.genady.rmi.ProjectUtils.findRemoteClasses(ProjectUtils.java:137)
	at net.genady.rmi.ProjectUtils.findRemoteClasses(ProjectUtils.java:90)
	at net.genady.rmi.RMIBuilder.build(RMIBuilder.java:75)
	at org.eclipse.core.internal.events.BuildManager$2.run
(BuildManager.java:564)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.core.internal.events.BuildManager.basicBuild
(BuildManager.java:157)
	at org.eclipse.core.internal.events.BuildManager.basicBuild
(BuildManager.java:249)
	at org.eclipse.core.internal.events.BuildManager.build
(BuildManager.java:346)
	at org.eclipse.core.internal.resources.Project.build(Project.java:81)
	at net.genady.rmi.actions.RMIBuildAction$1.run(RMIBuildAction.java:46)
	at org.eclipse.jface.operation.ModalContext.runInCurrentThread
(ModalContext.java:303)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:253)
	at org.eclipse.jface.window.ApplicationWindow$1.run
(ApplicationWindow.java:588)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.jface.window.ApplicationWindow.run
(ApplicationWindow.java:585)
	at org.eclipse.ui.internal.WorkbenchWindow.run
(WorkbenchWindow.java:1653)
	at net.genady.rmi.actions.RMIBuildAction.run(RMIBuildAction.java:57)
	at org.eclipse.ui.internal.PluginAction.runWithEvent
(PluginAction.java:276)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:915)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:866)
	at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:785)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:254)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

My own code that is part of the stack trace creates a type hierarchy 
of "java.rmi.Remote" in the source region that contains all source types in 
the project.

I got into a state where a project had a large number of incoming additions. I 
then deleted the project. It took quite a long time for the sync view to 
update. The update job was a system job so it was hidden and the progress was 
poor (i.e. stayed at 0%).

I20040318-1131

I had a project with both incoming and conflicting changes. I selected "Override
and update" on the project node in the sync view.  It overwrote all conflicting
changes, but the conflict decoration remained on the project itself.  The
conflict count in the status line said "0".  Toggling to outgoing mode and then
back to incoming mode fixed the problem.

For the tasks and types shown in the Ant runtime preferences, the path shown 
for the jar has a leading slash.

I have the Java Perspective open along with some 
others, all in separate windows.  The Debug perspective is not open.

When a breakpoint is hit, a new WorkbenchWindow is opened with the debug 
perspective.  This is exactly what I want.  But, the window with the Java 
perspective is flashed in the taskbar, *AND* the Debug view gets added to that 
perspective even though the whole debug perspective was activated.  So both 
the "view-polluting" and incorrect shell activiation still occur in M9.

org.osgi.framework.BundleContext.getProperty( 
org.osgi.framework.Constants.FRAMEWORK_OS_NAME )
should return canonical OS name rather than alias.
So on Windows XP it should return "WindowsXP" rather than "Windows XP".

Am using M7 btw.

From bug 36801
Ant launching needs to be able to support builds from non-Java projects.
The support added for prelaunch checking for build order breaks this support.
We need to fix this up in Ant land.

3.0 M8

The transition animation from normal view to fast view does not look so slick on
Linux.  The entire window area goes grey for the duration of the transition, and
the animation boxes only appear once or twice instead of the smooth transition
seen on Linux.

Note, this may not actually be a problem with the animation per se, as you get
the same "white out" conditions when toggling a view between maximized and normal.

When docking the perspective toolbar at the upper right corner (default) and
specifying "Show Text", only one perspective button is visible (not as in M8
all). When I resize the toolbar and restart Eclipse, it has "forgotten" its new
size, and only one perspective button is visible again.

I Build id: 200405111200

Externalizing Strings fails on a java file that I have, but it is hard to 
isolate the problem.
Im opening the defect just for the stack dump: 


Internal Error:

java.lang.reflect.InvocationTargetException
at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:283)
at org.eclipse.jface.wizard.WizardDialog.run(WizardDialog.java:749)
at org.eclipse.ltk.ui.refactoring.RefactoringWizard.createChange
(RefactoringWizard.java:559)
at 
org.eclipse.ltk.ui.refactoring.RefactoringWizard.computeUserInputSuccessorPage
(RefactoringWizard.java:405)
at org.eclipse.ltk.ui.refactoring.UserInputWizardPage.computeSuccessorPage
(UserInputWizardPage.java:72)
at org.eclipse.ltk.ui.refactoring.UserInputWizardPage.getNextPage
(UserInputWizardPage.java:112)
at 
org.eclipse.jdt.internal.ui.refactoring.nls.ExternalizeWizardPage.getNextPage
(ExternalizeWizardPage.java:1066)
at org.eclipse.jface.wizard.WizardDialog.nextPressed(WizardDialog.java:672)
at org.eclipse.jface.wizard.WizardDialog.buttonPressed(WizardDialog.java:300)
at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:505)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2725)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2390)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
at org.eclipse.jface.window.Window.open(Window.java:648)
at org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run
(RefactoringWizardOpenOperation.java:120)
at org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate
(RefactoringStarter.java:40)
at 
org.eclipse.jdt.ui.actions.ExternalizeStringsAction.openExternalizeStringsWizar
d(ExternalizeStringsAction.java:157)
at 
org.eclipse.jdt.ui.actions.FindStringsToExternalizeAction$NonNLSListDialog.open
Wizard(FindStringsToExternalizeAction.java:406)
at 
org.eclipse.jdt.ui.actions.FindStringsToExternalizeAction$NonNLSListDialog.butt
onPressed(FindStringsToExternalizeAction.java:400)
at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:505)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2725)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2390)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
at org.eclipse.jface.window.Window.open(Window.java:648)
at org.eclipse.jdt.ui.actions.FindStringsToExternalizeAction.showResults
(FindStringsToExternalizeAction.java:196)
at org.eclipse.jdt.ui.actions.FindStringsToExternalizeAction.run
(FindStringsToExternalizeAction.java:150)
at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun
(SelectionDispatchAction.java:212)
at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run
(SelectionDispatchAction.java:188)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:891)
at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:842)
at org.eclipse.jface.action.ActionContributionItem$6.handleEvent
(ActionContributionItem.java:761)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2725)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2390)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:243)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:298)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:249)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:126)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
at org.eclipse.core.launcher.Main.run(Main.java:722)
at org.eclipse.core.launcher.Main.main(Main.java:706)
Caused by: java.lang.NullPointerException
at 
org.eclipse.jdt.internal.corext.refactoring.nls.PropertyFileDocumentModel$KeyVa
luePairModell.unwindEscapeChars(PropertyFileDocumentModel.java:216)
at 
org.eclipse.jdt.internal.corext.refactoring.nls.PropertyFileDocumentModel$KeyVa
luePairModell.getEncodedText(PropertyFileDocumentModel.java:158)
at 
org.eclipse.jdt.internal.corext.refactoring.nls.PropertyFileDocumentModel.inser
t(PropertyFileDocumentModel.java:41)
at 
org.eclipse.jdt.internal.corext.refactoring.nls.NLSPropertyFileModifier.addInse
rtEdits(NLSPropertyFileModifier.java:95)
at 
org.eclipse.jdt.internal.corext.refactoring.nls.NLSPropertyFileModifier.addChan
ges(NLSPropertyFileModifier.java:66)
at 
org.eclipse.jdt.internal.corext.refactoring.nls.NLSPropertyFileModifier.create
(NLSPropertyFileModifier.java:44)
at org.eclipse.jdt.internal.corext.refactoring.nls.NLSRefactoring.createChange
(NLSRefactoring.java:215)
at org.eclipse.ltk.core.refactoring.CreateChangeOperation.run
(CreateChangeOperation.java:117)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1674)
at org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run
(WorkbenchRunnableAdapter.java:52)
at org.eclipse.jface.operation.ModalContext$ModalContextThread.run
(ModalContext.java:101)
Root exception:
java.lang.NullPointerException
at 
org.eclipse.jdt.internal.corext.refactoring.nls.PropertyFileDocumentModel$KeyVa
luePairModell.unwindEscapeChars(PropertyFileDocumentModel.java:216)
at 
org.eclipse.jdt.internal.corext.refactoring.nls.PropertyFileDocumentModel$KeyVa
luePairModell.getEncodedText(PropertyFileDocumentModel.java:158)
at 
org.eclipse.jdt.internal.corext.refactoring.nls.PropertyFileDocumentModel.inser
t(PropertyFileDocumentModel.java:41)
at 
org.eclipse.jdt.internal.corext.refactoring.nls.NLSPropertyFileModifier.addInse
rtEdits(NLSPropertyFileModifier.java:95)
at 
org.eclipse.jdt.internal.corext.refactoring.nls.NLSPropertyFileModifier.addChan
ges(NLSPropertyFileModifier.java:66)
at 
org.eclipse.jdt.internal.corext.refactoring.nls.NLSPropertyFileModifier.create
(NLSPropertyFileModifier.java:44)
at org.eclipse.jdt.internal.corext.refactoring.nls.NLSRefactoring.createChange
(NLSRefactoring.java:215)
at org.eclipse.ltk.core.refactoring.CreateChangeOperation.run
(CreateChangeOperation.java:117)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1674)
at org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run
(WorkbenchRunnableAdapter.java:52)
at org.eclipse.jface.operation.ModalContext$ModalContextThread.run
(ModalContext.java:101)

When UI and IDE are loading the icons, they are looking up the bundle for every
icon they are trying to load. Looking up a bundle is not specially slow but is
not the fastest operation either, therefore it could be great if you could
lookup the bundle once and use it to load all the icons.

Doing that will probably slightly improve the startup time.

without checking the "Show All Wizards" button the items that are part of the 
enabled activities should also appear in the dialog below the Primary items.

M6, probably occurs on all platforms

- I think you need to have a java project in your workspace initially
- Search -> File...
- clear the Containing Text: combo's contents
- press Replace... at the bottom of the dialog
- in the subsequent dialog press Replace
- "error has occurred" will result, the dump will be attached next

M8

As a general rule of thumb, if a plug-in changes a preference value then it
should save it immediately. (or when the user hits OK/Apply in the prefs page,
etc etc)

When you start M8 and close the Intro page, I noticed that the ui.ide
preferences are not saved until the workbench is shutdown.

With M9 i get now and then a classcast exception when a breakpoints hits
When i see this class cast exception eclipse hangs.

java.lang.ClassCastException: 
org.eclipse.jdt.internal.debug.core.model.JDINullValue
        at 
org.eclipse.jdt.internal.debug.core.logicalstructures.MapStructureType$1.run
(MapStructureType.java:33)
        at org.eclipse.jdt.internal.debug.core.model.JDIThread.runEvaluation
(JDIThread.java:659)


when it hangs i get this thread dump:

"Console Polling Thread" prio=7 tid=0x01684e50 nid=0x160 waiting on condition [0
x03d4f000..0x03d4fc68]
        at java.lang.Thread.sleep(Native Method)
        at org.eclipse.debug.internal.ui.views.console.ConsoleDocumentPartitione
r.pollAndSleep(ConsoleDocumentPartitioner.java:565)
        at org.eclipse.debug.internal.ui.views.console.ConsoleDocumentPartitione
r$1.run(ConsoleDocumentPartitioner.java:549)
        at java.lang.Thread.run(Thread.java:566)

"org.eclipse.jdt.debug: JDI Event Dispatcher" prio=7 tid=0x0164b308 nid=0xe54 in
 Object.wait() [0x03a4f000..0x03a4fce8]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x5059bd00> (a org.eclipse.jdi.internal.connect.PacketRece
iveManager)
        at java.lang.Object.wait(Object.java:468)
        at org.eclipse.jdi.internal.connect.PacketReceiveManager.waitForPacketAv
ailable(PacketReceiveManager.java:168)
        at org.eclipse.jdi.internal.connect.PacketReceiveManager.getCommand(Pack
etReceiveManager.java:93)
        - locked <0x5059bd00> (a org.eclipse.jdi.internal.connect.PacketReceiveM
anager)
        at org.eclipse.jdi.internal.MirrorImpl.getCommandVM(MirrorImpl.java:276)

        at org.eclipse.jdi.internal.event.EventQueueImpl.remove(EventQueueImpl.j
ava:63)
        at org.eclipse.jdi.internal.event.EventQueueImpl.remove(EventQueueImpl.j
ava:48)
        at org.eclipse.jdt.internal.debug.core.EventDispatcher.run(EventDispatch
er.java:213)
        at java.lang.Thread.run(Thread.java:566)

"Packet Send Manager" prio=7 tid=0x0168c190 nid=0x898 in Object.wait() [0x03c4f0
00..0x03c4f9e8]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x5059be80> (a org.eclipse.jdi.internal.connect.PacketSend
Manager)
        at java.lang.Object.wait(Object.java:468)
        at org.eclipse.jdi.internal.connect.PacketSendManager.sendAvailablePacke
ts(PacketSendManager.java:94)
        - locked <0x5059be80> (a org.eclipse.jdi.internal.connect.PacketSendMana
ger)
        at org.eclipse.jdi.internal.connect.PacketSendManager.run(PacketSendMana
ger.java:54)
        at java.lang.Thread.run(Thread.java:566)

"Packet Receive Manager" prio=7 tid=0x0168c008 nid=0x2f8 runnable [0x03b4f000..0
x03b4fd68]
        at java.net.SocketInputStream.socketRead0(Native Method)
        at java.net.SocketInputStream.read(SocketInputStream.java:129)
        at java.net.SocketInputStream.read(SocketInputStream.java:182)
        at java.io.DataInputStream.readInt(DataInputStream.java:450)
        at org.eclipse.jdi.internal.jdwp.JdwpPacket.read(JdwpPacket.java:124)
        at org.eclipse.jdi.internal.connect.PacketReceiveManager.readAvailablePa
cket(PacketReceiveManager.java:224)
        at org.eclipse.jdi.internal.connect.PacketReceiveManager.run(PacketRecei
veManager.java:70)
        at java.lang.Thread.run(Thread.java:566)

"Input Stream Monitor" prio=7 tid=0x0164b490 nid=0xc1c in Object.wait() [0x0394f
000..0x0394fae8]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x5059bfc8> (a java.lang.Object)
        at java.lang.Object.wait(Object.java:468)
        at org.eclipse.debug.internal.core.InputStreamMonitor.writeNext(InputStr
eamMonitor.java:124)
        - locked <0x5059bfc8> (a java.lang.Object)
        at org.eclipse.debug.internal.core.InputStreamMonitor.write(InputStreamM
onitor.java:99)
        at org.eclipse.debug.internal.core.InputStreamMonitor$1.run(InputStreamM
onitor.java:75)
        at java.lang.Thread.run(Thread.java:566)

"Output Stream Monitor" prio=7 tid=0x0164a670 nid=0x8a8 runnable [0x0352f000..0x
0352fb68]
        at java.io.FileInputStream.readBytes(Native Method)
        at java.io.FileInputStream.read(FileInputStream.java:177)
        at org.eclipse.debug.internal.core.OutputStreamMonitor.read(OutputStream
Monitor.java:132)
        at org.eclipse.debug.internal.core.OutputStreamMonitor.access$1(OutputSt
reamMonitor.java:124)
        at org.eclipse.debug.internal.core.OutputStreamMonitor$1.run(OutputStrea
mMonitor.java:177)
        at java.lang.Thread.run(Thread.java:566)

"Output Stream Monitor" prio=7 tid=0x0164a7f8 nid=0x100 runnable [0x0342f000..0x
0342fbe8]
        at java.io.FileInputStream.readBytes(Native Method)
        at java.io.FileInputStream.read(FileInputStream.java:194)
        at java.io.BufferedInputStream.read1(BufferedInputStream.java:228)
        at java.io.BufferedInputStream.read(BufferedInputStream.java:285)
        - locked <0x505a0158> (a java.io.BufferedInputStream)
        at java.io.FilterInputStream.read(FilterInputStream.java:90)
        at org.eclipse.debug.internal.core.OutputStreamMonitor.read(OutputStream
Monitor.java:132)
        at org.eclipse.debug.internal.core.OutputStreamMonitor.access$1(OutputSt
reamMonitor.java:124)
        at org.eclipse.debug.internal.core.OutputStreamMonitor$1.run(OutputStrea
mMonitor.java:177)
        at java.lang.Thread.run(Thread.java:566)

"Worker-14" prio=5 tid=0x01619de0 nid=0x400 in Object.wait() [0x0332f000..0x0332
fbe8]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x4d7caf98> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x4d7caf98> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:23
6)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-13" prio=5 tid=0x016f79a0 nid=0xd40 in Object.wait() [0x0312f000..0x0312
fc68]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x4d7caf98> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x4d7caf98> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:23
6)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-12" prio=5 tid=0x01266518 nid=0xbe4 in Object.wait() [0x0302f000..0x0302
fce8]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x4d7caf98> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x4d7caf98> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:23
6)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-11" prio=5 tid=0x013afb70 nid=0x688 runnable [0x02f2f000..0x02f2fd68]
        at java.lang.ProcessImpl.waitFor(Native Method)
        at org.eclipse.debug.core.model.RuntimeProcess$ProcessMonitorJob.run(Run
timeProcess.java:362)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Worker-10" prio=5 tid=0x01608ff8 nid=0x224 in Object.wait() [0x025ef000..0x025e
f9e8]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x4d7caf98> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x4d7caf98> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:23
6)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x026988d8 n
id=0xd8c in Object.wait() [0x0382f000..0x0382fae8]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x4e7ffea8> (a org.eclipse.jface.text.reconciler.DirtyRegi
onQueue)
        at org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread
.run(AbstractReconciler.java:172)
        - locked <0x4e7ffea8> (a org.eclipse.jface.text.reconciler.DirtyRegionQu
eue)

"Java indexing" daemon prio=4 tid=0x011cdfe0 nid=0x848 in Object.wait() [0x0238f
000..0x0238fd68]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x4de3a880> (a org.eclipse.jdt.internal.core.search.indexi
ng.IndexManager)
        at java.lang.Object.wait(Object.java:468)
        at org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobMan
ager.java:344)
        - locked <0x4de3a880> (a org.eclipse.jdt.internal.core.search.indexing.I
ndexManager)
        at java.lang.Thread.run(Thread.java:566)

"Thread-1" prio=7 tid=0x011ca9a0 nid=0xbd4 in Object.wait() [0x021bf000..0x021bf
9e8]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x4de5ae18> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
        - locked <0x4de5ae18> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)
        at org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceC
leanerThread.run(ActionContributionItem.java:196)

"Thread-0" prio=7 tid=0x01503e28 nid=0x46c in Object.wait() [0x020bf000..0x020bf
a68]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x4de5aea0> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
        - locked <0x4de5aea0> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)
        at org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceC
leanerThread.run(ActionContributionItem.java:196)

"Start Level Event Dispatcher" daemon prio=5 tid=0x00987960 nid=0xa44 in Object.
wait() [0x0195f000..0x0195fb68]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x4d4fe110> (a org.eclipse.osgi.framework.eventmgr.EventTh
read)
        at java.lang.Object.wait(Object.java:468)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThr
ead.java:162)
        - locked <0x4d4fe110> (a org.eclipse.osgi.framework.eventmgr.EventThread
)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:
100)

"Framework Event Dispatcher" daemon prio=5 tid=0x00987748 nid=0xf24 in Object.wa
it() [0x0185f000..0x0185fbe8]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x4d4fe178> (a org.eclipse.osgi.framework.eventmgr.EventTh
read)
        at java.lang.Object.wait(Object.java:468)
        at org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThr
ead.java:162)
        - locked <0x4d4fe178> (a org.eclipse.osgi.framework.eventmgr.EventThread
)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:
100)

"Low Memory Detector" daemon prio=5 tid=0x008ff060 nid=0x430 runnable [0x0000000
0..0x00000000]

"CompilerThread0" daemon prio=10 tid=0x008fdd28 nid=0x55c waiting on condition [
0x00000000..0x00f5fa58]

"Signal Dispatcher" daemon prio=10 tid=0x008fd0d8 nid=0xefc waiting on condition
 [0x00000000..0x00000000]

"Finalizer" daemon prio=9 tid=0x008f4188 nid=0x8e4 in Object.wait() [0x00d5f000.
.0x00d5fa68]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x4d4fe360> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
        - locked <0x4d4fe360> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x008f2ce8 nid=0x1f0 in Object.wait() [0x
00c5f000..0x00c5fae8]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x4d4fe3e0> (a java.lang.ref.Reference$Lock)
        at java.lang.Object.wait(Object.java:468)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:118)
        - locked <0x4d4fe3e0> (a java.lang.ref.Reference$Lock)

"main" prio=7 tid=0x000366d0 nid=0xeb0 in Object.wait() [0x0007e000..0x0007fc3c]

        at java.lang.Object.wait(Native Method)
        - waiting on <0x4bfa0850> (a org.eclipse.jdt.internal.debug.core.logical
structures.MapStructureType)
        at java.lang.Object.wait(Object.java:468)
        at org.eclipse.jdt.internal.debug.core.logicalstructures.LogicalObjectSt
ructureInterfaceType.getLogicalStructure(LogicalObjectStructureInterfaceType.jav
a:132)
        - locked <0x4bfa0850> (a org.eclipse.jdt.internal.debug.core.logicalstru
ctures.MapStructureType)
        - locked <0x4bfa0850> (a org.eclipse.jdt.internal.debug.core.logicalstru
ctures.MapStructureType)
        at org.eclipse.debug.internal.core.LogicalStructureType.getLogicalStruct
ure(LogicalStructureType.java:91)
        at org.eclipse.debug.internal.ui.views.variables.VariablesViewContentPro
vider.getLogicalValue(VariablesViewContentProvider.java:222)
        at org.eclipse.debug.internal.ui.views.variables.VariablesViewContentPro
vider.getValueChildren(VariablesViewContentProvider.java:124)
        at org.eclipse.debug.internal.ui.views.variables.VariablesViewContentPro
vider.getModelSpecificChildren(VariablesViewContentProvider.java:109)
        at org.eclipse.debug.internal.ui.views.variables.VariablesViewContentPro
vider.getChildren(VariablesViewContentProvider.java:89)
        at org.eclipse.jface.viewers.AbstractTreeViewer.getRawChildren(AbstractT
reeViewer.java:703)
        at org.eclipse.jface.viewers.AbstractTreeViewer.isExpandable(AbstractTre
eViewer.java:1144)
        at org.eclipse.jface.viewers.AbstractTreeViewer.updatePlus(AbstractTreeV
iewer.java:1597)
        at org.eclipse.jface.viewers.AbstractTreeViewer.updateChildren(AbstractT
reeViewer.java:1545)
        at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefreshStruct(Ab
stractTreeViewer.java:1038)
        at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(Abstract
TreeViewer.java:1013)
        at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(Abstract
TreeViewer.java:976)
        at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(Abstract
TreeViewer.java:964)
        at org.eclipse.jface.viewers.StructuredViewer$7.run(StructuredViewer.jav
a:925)
        at org.eclipse.jface.viewers.StructuredViewer.preservingSelection(Struct
uredViewer.java:863)
        at org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.j
ava:923)
        at org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.j
ava:882)
        at org.eclipse.debug.internal.ui.views.variables.VariablesViewer.refresh
(VariablesViewer.java:69)
        at org.eclipse.debug.internal.ui.views.variables.ToggleLogicalStructureA
ction$1.run(ToggleLogicalStructureAction.java:57)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)

        at org.eclipse.debug.internal.ui.views.variables.ToggleLogicalStructureA
ction.valueChanged(ToggleLogicalStructureAction.java:55)
        at org.eclipse.debug.internal.ui.views.variables.ToggleLogicalStructureA
ction.run(ToggleLogicalStructureAction.java:47)
        at org.eclipse.debug.ui.AbstractDebugView$3.run(AbstractDebugView.java:5
91)
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
        at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.ja
va:106)
        - locked <0x506d8eb0> (a org.eclipse.swt.widgets.RunnableLock)
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2693)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2385)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.jav
a:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformAct
ivator.java:307)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:256)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:127)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:494)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)

"VM Thread" prio=10 tid=0x008f0468 nid=0x954 runnable

"VM Periodic Task Thread" prio=10 tid=0x00900160 nid=0x9a4 waiting on condition
        at 
org.eclipse.jdt.internal.debug.core.logicalstructures.LogicalObjectStructureInte
rfaceType$1.run(LogicalObjectStructureInterfaceType.java:119)
        at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2510)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

Otherwise, ClassCastExceptions like these may occur:


!ENTRY org.eclipse.core.runtime 4 0 May 26, 2004 15:14:45.751
!MESSAGE Could not create content describer for org.eclipse.core.runtime.xml.
Content type has been disabled.
!STACK 0
java.lang.ClassCastException:
org/eclipse/core/internal/content/ContentType$InvalidDescriber incompatible with
org/eclipse/core/runtime/content/ITextContentDescriber
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.ClassCastException.<init>(ClassCastException.java:53)
        at
org.eclipse.core.internal.content.ContentType.describe(ContentType.java:183)
        at
org.eclipse.core.internal.content.ContentTypeManager.internalFindContentTypesFor(ContentTypeManager.java:320)
        at
org.eclipse.core.internal.content.ContentTypeManager.getDescriptionFor(ContentTypeManager.java:277)

Using 0513 build, Synchronize dialog always reverts to the Workspace setting.  
When you select "Working Set", it does not remember the previous choice.

build i20040520

The project menu "Build Working Set" submenu should be disabled when there are 
OR when you can not build a working set. (i.e. you are building automatically).

Secondly.  The submenu looks strange with the extra separator on the top when 
there are no working sets.  This separator should not exist unless there is a 
working set.
Perhaps "Select Working set..." should be on top (so it keeps the same 
position) and then once there is a working set, you add the separator and then 
the working sets.

My Eclipse 3.0 is dead slow on my desktop PC. It takes 6 min to workspace
dialog, then 20 min till GUI is ready. Java takes 100% CPU time. However, I have
it also installed on my notebook and there, the performance is normal. I cannot
say what the differences between systems are. Both run Gentoo Linux with kernel
2.4.22 (now updated to 2.4.26 on desktop PC). Java VM does not matter, it's
always the same with blackdown 1.4.1, Sun JRE 1.5.0beta, IBM Java 1.4.2. I did a
Linpack test via browser (desktop's index was 30, notbook's was 32, the expected
value). Here is a hardware analysis of the desktop PC (notebook analysis follows):

beluga
    description: Computer
    product: 6269U6G
    vendor: IBM
    serial: 5515F5M
    capabilities: smbios-2.3 dmi-2.3
    configuration: boot=normal uuid=12DAA26B-3D84-2312-B76B-95E17AC26333
  *-core
       description: Motherboard
       product: 6269U6G
       vendor: IBM
       physical id: 0
       serial: N1V5XF05UML
       slot: Audio Line Out
     *-firmware
          description: BIOS
          vendor: IBM
          physical id: 0
          version: PTKT16AUS (10/25/2000)
          size: 64KB
          capacity: 448KB
          capabilities: pci pnp apm upgrade shadowing cdboot bootselect
int13floppynec int13floppytoshiba int13floppy360 int13floppy1200 int13floppy720
int13floppy2880 int5printscreen int9keyboard int14serial int17printer int10video
acpi usb ls120boot zipboot biosbootspecification
     *-cpu
          description: CPU
          product: Pentium III (Coppermine)
          vendor: Intel Corp.
          physical id: 4
          version: 6.8.6
          slot: CPU
          size: 933MHz
          capacity: 933MHz
          clock: 133MHz
          capabilities: fpu fpu_exception wp vme de pse tsc msr pae mce cx8 apic
sep mtrr pge mca cmov pat pse36 mmx fxsr sse
        *-cache:0
             description: L1 cache
             physical id: 5
             slot: Internal L1 Cache
             size: 32KB
             capacity: 512KB
             capabilities: asynchronous internal write-back
        *-cache:1
             description: L2 cache
             physical id: 6
             slot: Internal L2 Cache
             size: 256KB
             capacity: 512KB
             capabilities: asynchronous internal write-back
     *-memory
          description: System Memory
          physical id: 22
          slot: System board or motherboard
          size: 512MB
          capacity: 512MB
        *-bank:0
             description: DIMM SDRAM Synchronous
             physical id: 0
             slot: DIMM 0
             size: 256MB
             configuration: width=64
        *-bank:1
             description: DIMM SDRAM Synchronous
             physical id: 1
             slot: DIMM 1
             size: 256MB
             configuration: width=64
     *-pci
          description: Host bridge
          product: 82810E DC-133 GMCH [Graphics Memory Controller Hub]
          vendor: Intel Corp.
          physical id: 100
          bus info: pci@00:00.0
          version: 03
          clock: 33MHz
        *-display
             description: VGA compatible controller (VGA)
             product: 82810E DC-133 CGC [Chipset Graphics Controller]
             vendor: Intel Corp.
             physical id: 1
             bus info: pci@00:01.0
             logical name: /dev/fb0
             version: 03
             size: 64MB
             clock: 66MHz
             capabilities: vga bus_master cap_list fb
             configuration: depth=16 frequency=75.69Hz mode=1024x768
visual=truecolor xres=1024 yres=768
             resources: iomemory:ec000000-efffffff iomemory:fcf80000-fcffffff irq:11
        *-pci
             description: PCI bridge (Normal decode)
             product: 82801AA PCI Bridge
             vendor: Intel Corp.
             physical id: 1e
             bus info: pci@00:1e.0
             version: 02
             clock: 33MHz
             capabilities: pci normal_decode bus_master
           *-network
                description: Ethernet controller
                product: SMC2-1211TX
                vendor: Accton Technology Corporation
                physical id: 3
                bus info: pci@01:03.0
                logical name: eth0
                version: 10
                serial: 00:10:b5:be:2e:5d
                size: 100Mbps
                clock: 33MHz
                capabilities: bus_master cap_list mii autonegotiation 100bt-fd
100bt 10bt-fd 10bt ethernet physical
                configuration: autonegociated=100bt broadcast=yes driver=8139too
driverversion=0.9.26 duplex=full ip=192.168.1.11 link=yes multicast=yes
                resources: ioport:7800-78ff iomemory:febfff00-febfffff irq:11
           *-display UNCLAIMED
                description: VGA compatible controller (VGA               
product: NV11 [GeForce2 MX/MX 400]
                vendor: nVidia Corporation
                physical id: 4
                bus info: pci@01:04.0
                version: b2
                size: 128MB
                clock: 66MHz
                capabilities: vga bus_master cap_list
                resources: iomemory:fd000000-fdffffff iomemory:f0000000-f7ffffff
irq:11
        *-isa
             description: ISA bridge
             product: 82801AA ISA Bridge (LPC)
             vendor: Intel Corp.
             physical id: 1f
             bus info: pci@00:1f.0
             version: 02
             clock: 33MHz
             capabilities: isa bus_master
             configuration: driver=Intel ICH Joystick
        *-ide
             description: IDE interface
             product: 82801AA IDE
             vendor: Intel Corp.
             physical id: 1f.1
             bus info: pci@00:1f.1
             version: 02
             clock: 33MHz
             capabilities: ide bus_master
             configuration: driver=PIIX IDE
             resources: ioport:fff0-ffff
           *-ide:0
                description: IDE Channel 0
                physical id: 0
                bus info: ide@0
                logical name: ide0
                clock: 33MHz
              *-disk
                   description: ATA Disk
                   product: HDS722580VLAT20
                   physical id: 0
                   bus info: ide@0.0
                   logical name: /dev/hda
                   version: V32OA60A
                   serial: VNR21LC2SGP9VN
                   size: 76GB
                   capacity: 76GB
                   capabilities: ata dma lba iordy smart security pm apm
                   configuration: apm=off mode=udma4 smart=on
           *-ide:1
                description: IDE Channel 1
                physical id: 1
                bus info: ide@1
                logical name: ide1
                clock: 33MHz
              *-cdrom
                   description: IDE CD-ROM
                   product: SAMSUNG CD-ROM SC-148F
                   physical id: 0
                   bus info: ide@1.0
                   logical name: /dev/hdc
                   version: FI18
                   capabilities: packet atapi cdrom removable nonmagnetic dma
lba iordy audio
        *-usb
             description: USB Controller (UHCI)
             product: 82801AA USB
             vendor: Intel Corp.
             physical id: 1f.2
             bus info: pci@00:1f.2
             version: 02
             clock: 33MHz
             capabilities: uhci bus_master
             configuration: driver=usb-uhci
             resources: ioport:ff00-ff1f irq:9
        *-serial UNCLAIMED
             description: SMBus
             product: 82801AA SMBus
             vendor: Intel Corp.
             physical id: 1f.3
             bus info: pci@00:1f.3
             version: 02
             clock: 33MHz
             resources: ioport:fe00-fe0f irq:11
        *-multimedia
             description: Multimedia audio controller
             product: 82801AA AC'97 Audio
             vendor: Intel Corp.
             physical id: 1f.5
             bus info: pci@00:1f.5
             version: 02
             clock: 33MHz
             capabilities: bus_master
             configuration: driver=Intel ICH
             resources: ioport:f000-f0ff ioport:f400-f43f irq:11

Here is the notbooks hardware analysis:

orca.ocean
    description: Computer
    product: Apollo Pro133AX
    vendor: CLEVO Corporation
    version: 8500V
    serial: None
    capabilities: smbios-2.3 dmi-2.3
    configuration: boot=oem-specific
  *-core
       description: Motherboard
       product: 694x686a
       vendor: VIA
       physical id: 0
       version: None
       serial: None
     *-firmware
          description: BIOS
          vendor: Phoenix
          physical id: 0
          version: 4.06CJ15 (03/09/2001)
          size: 85KB
          capacity: 192KB
          capabilities: isa pci pcmcia pnp apm upgrade shadowing escd usb
smartbattery biosbootspecification
     *-cpu
          description: CPU
          product: Pentium III (Coppermine)
          vendor: Intel Corp.
          physical id: 4
          version: 6.8.10
          slot: Slot 1
          size: 1GHz
          capabilities: fpu fpu_exception wp vme de pse tsc msr pae mce cx8 sep
mtrr pge mca cmov pat pse36 mmx fxsr sse
        *-cache:0
             description: L1 cache
             physical id: 9
             slot: L1 Cache
             size: 32KB
             capabilities: asynchronous internal write-back
        *-cache:1
             description: L2 cache
             physical id: a
             slot: L2 Cache
             size: 256KB
             capacity: 512KB
             capabilities: burst external write-through
     *-memory
          description: System Memory
          physical id: 25
          slot: System board or motherboard
          size: 384MB
          capacity: 384MB
        *-bank:0
             description: DIMM DRAM Synchronous
             physical id: 0
             slot: M1
             size: 256MB
             configuration: width=72/64
        *-bank:1
             description: DIMM DRAM Synchronous
             physical id: 1
             slot: M2
             size: 128MB
             configuration: width=72/64
        *-bank:2
             description: DIMM DRAM Synchronous
             physical id: 2
             slot: M3
     *-pci
          description: Host bridge
          product: VT82C693A/694x [Apollo PRO133x]
          vendor: VIA Technologies, Inc.
          physical id: f4000000
          bus info: pci@00:00.0
          version: c4
          clock: 33MHz
          resources: iomemory:f4000000-f7ffffff
        *-pci
             description: PCI bridge (Normal decode)
             product: VT82C598/694x [Apollo MVP3/Pro133x AGP]
             vendor: VIA Technologies, Inc.
             physical id: 1
             bus info: pci@00:01.0
             version: 00
             clock: 66MHz
             capabilities: pci normal_decode bus_master cap_list
           *-display UNCLAIMED
                description: VGA compatible controller (VGA)
                product: Rage Mobility M3 AGP 2x
                vendor: ATI Technologies Inc
                physical id: 0
                bus info: pci@01:00.0
                version: 02
                size: 64MB
                clock: 66MHz
                capabilities: vga bus_master cap_list
                resources: iomemory:f8000000-fbffffff ioport:5000-50ff
iomemory:f0100000-f0103fff irq:11
        *-isa:0
             description: ISA bridge
             product: VT82C686 [Apollo Super South]
             vendor: VIA Technologies, Inc.
             physical id: 7
             bus info: pci@00:07.0
             version: 22
             clock: 33MHz
             capabilities: isa bus_master cap_list
             configuration: driver=parport_pc
        *-ide
             description: IDE interface
             product: VT82C586/B/686A/B PIPC Bus Master IDE
             vendor: VIA Technologies, Inc.
             physical id: 7.1
             bus info: pci@00:07.1
             version: 10
             clock: 33MHz
             capabilities: ide bus_master cap_list
             configuration: driver=VIA IDE
             resources: ioport:1c20-1c2f
           *-ide:0
                description: IDE Channel 0
                physical id: 0
                bus info: ide@0
                logical name: ide0
                clock: 33MHz
              *-disk
                   description: ATA Disk
                   product: IBM-DJSA-220
                   vendor: IBM
                   physical id: 0
                   bus info: ide@0.0
                   logical name: /dev/hda
                   version: JS4OAC9A
                   serial: 44T444Z4825
                   size: 18GB
                   capacity: 18GB
                   capabilities: ata dma lba iordy smart security pm apm
                   configuration: apm=off mode=udma2 smart=on
           *-ide:1
                description: IDE Channel 1
                physical id: 1
                bus info: ide@1
                logical name: ide1
                clock: 33MHz
              *-cdrom
                   description: DVD reader
                   product: TOSHIBA DVD-ROM SD-C2502
                   vendor: Toshiba
                   physical id: 0
                   bus info: ide@1.0
                   logical name: /dev/hdc
                   version: 1J11
                   serial: 4000502004
                   capabilities: packet atapi cdrom removable nonmagnetic dma
lba iordy audio dvd
                   configuration: mode=udma2
        *-usb
             description: USB Controller (UHCI)
             product: USB
             vendor: VIA Technologies, Inc.
             physical id: 7.2
             bus info: pci@00:07.2
             version: 10
             clock: 33MHz
             capabilities: uhci bus_master cap_list
             configuration: driver=usb-uhci
             resources: ioport:1c00-1c1f irq:11
        *-isa:1 UNCLAIMED
             description: ISA bridge
             product: VT82C686 [Apollo Super ACPI]
             vendor: VIA Technologies, Inc.
             physical id: 7.4
             bus info: pci@00:07.4
             version: 30
             clock: 33MHz
             capabilities: isa cap_list
        *-network
             description: Ethernet controller
             product: RTL-8139/8139C/8139C+
             vendor: Realtek Semiconductor Co., Ltd.
             physical id: b
             bus info: pci@00:0b.0
             logical name: eth0
             version: 10
             serial: 00:90:f5:01:1b:1d
             size: 100Mbps
             clock: 33MHz
             capabilities: bus_master cap_list mii autonegotiation 100bt-fd
100bt 10bt-fd 10bt ethernet physical
             configuration: autonegociated=100bt broadcast=yes driver=8139too
driverversion=0.9.26 duplex=full ip=192.168.1.12 link=yes multicast=yes
             resources: ioport:1400-14ff iomemory:f0004800-f00048ff irq:10
        *-pcmcia:0
             description: CardBus bridge
             product: PCI4451 PC card Cardbus Controller
             vendor: Texas Instruments
             physical id: c
             bus info: pci@00:0c.0
             version: 00
             clock: 33MHz
             capabilities: pcmcia bus_master cap_list
             configuration: driver=cardbus
             resources: iomemory:18000000-18000fff irq:10
        *-pcmcia:1
             description: CardBus bridge
             product: PCI4451 PC card Cardbus Controller
             vendor: Texas Instruments
             physical id: c.1
             bus info: pci@00:0c.1
             version: 00
             clock: 33MHz
             capabilities: pcmcia bus_master cap_list
             configuration: driver=cardbus
             resources: iomemory:18001000-18001fff irq:10
        *-firewire
             description: FireWire (IEEE 1394) (OHCI)
             product: PCI4451 IEEE-1394 Controller
             vendor: Texas Instruments
             physical id: c.2
             bus info: pci@00:0c.2
             version: 00
             clock: 33MHz
             capabilities: ohci bus_master cap_list
             configuration: driver=ohci1394
             resources: iomemory:f0004000-f00047ff iomemory:f0000000-f0003fff irq:11
        *-multimedia
             description: Multimedia audio controller
             product: ES1988 Allegro-1
             vendor: ESS Technology
             physical id: d
             bus info: pci@00:0d.0
             version: 12
             clock: 33MHz
             capabilities: bus_master cap_list
             configuration: driver=Maestro3
             resources: ioport:1800-18ff irq:5

1. Create the two following compilation unit (without empty line or anything) :

---------------------------
public class Test1 {
  public static void main(String[] args) {
    Test2.foo();
    Test2.bar(); 
  }
}
--------------------------

--------------------------
public class Test2 {
  public static void foo() {
    System.out.println(1);
    System.out.println(2); // <-- breakpoint here
  }
  public static void bar() {
  }
}
--------------------------

2. Add the breakpoint in Test2
3. Launch Test1 in debug mode
4. When the breakpoint is hit, do a 'step into selection' on Step2.bar() in
Step1.main().
The following error is displayed:
'Execution did not enter "bar()" before the current method returned'

The problem is only the line number is check, not on the name of the type, to
decide if a 'run to line' is needed before doing the 'step into selection'.

When compiling the following source:
public class X {
	
	public static void main(String[] args) {

		Enum<X> ex = null;
		String s = ex.name();
	}
}

an error is reported against Enum classfile, claiming it is inconsistent.
It should bind variables properly, and only report a bound mismatch in the end.

The icon is missing for the context menu and toolbar for the Clear action in 
the Display View.

The memory view code has lots of locations that create a status and then log 
that status with the Debug plugin.

The debug plugin has support for just taking a message and then generating a 
status from that message. See DebugPlugin.logMessage(String, Throwable)

When I undock my package explorer in one perspective onto screen/monitor 1 and 
places it at a specific position. I then switch to debug perspective and then 
back again, the unlocked/floating window is placed in the exact same position 
as I left it in. 
 
If I place the floating window in screen/monitor 2 however, the window appears 
to the far left on screen 1 (possible in position 0,0). This means everytime I 
switch to and from the debug perspective, I have to move my package explorer 
undocked window back onto the second screen. 
 
Expected result: The floating/undocked window keeps its position when 
switching perspectives even if it was positioned on screen 2 as it does on 
screen 1. 
 
I Have only tested this on Linux Redhat 9.0/KDE3.2 using SWT GTK. Except not 
using this feature, I don't see a simple workaround to keep the window 
positions.

Clicking on "Restore Defaults" should reset the default perspective to: "Resource".

3.1 M2

After elimination of java_swt, we no longer use the high-res Eclipse icon with 8-bit transparency mask 
for the Dock. In addition Eclipse installs the low-res icon very late, hence we see an ugly grey icon on 
startup.

Two options what we could do:
- add a 128x128 (or 256 for Tiger) icon with 8-bit alpha mask and make Eclipse install it in the dock.
   (Problem: this won't make the correct dock icon appear any earlier)

- Support Apple's  -Xdock:icon command line option on /usr/bin/java:
         -Xdock:icon=<path to icon file>
                    override default icon displayed in dock 
   using this option sets the environment variable "APP_ICON_<pid>"
   where pid is the result of calling getpid(). Normally AWT would use APP_ICON_<pid> to install the
   icon into the dock. We could do the same in SWT.
   The code for reading the icon in *.icns format is in java_swt. The benefit od this approach would
   be that the icon appears immediately and that we would still comply to Apple's documentation
   of /usr/bin/java. The correct Eclipse high-res icon is already part of the bundle,
   so we wouldn't have to change anything in Eclipse.

20040518

When you do a synchronize job the message in the progress view has a percent 
done in it follwed by the string null.

I will attach a screenshot

I200405190010, Solaris 8, CDE

Hold down the Ctrl key and try selecting different items in the list in the tree
view.  This seems to be treated as a double-click, which opens one of the
items.  What's worse is that it expands the top-most item in the current
selection that has not already been expanded.  This is sometimes quite distant
from the current selection (e.g., try a "shift" selection and then move
elsewhere and try to add to the selection using "ctrl").

I200409300800

Eclipse silently drops plugins with missing required plugins. Steps:
- Create new Plug-in Project with wizard using the "Plug-in with a view" template.
- Add <import plugin="org.eclipse.ui2"/> to the <requires> section (note: that
plugin doesn't exist).
- Run the plugin in a run-time eclipse.

-> There's no error in the log, but the declared view doesn't show up in the
"Window > Show View > Others..." list. The runtime should write something to the
log when a required plugin could not be found. Currently, it seems to fail
silently, which makes it very hard to find the problem in a big plugin.

I20040428

.getBoolean() will check against system properties, NOT convert a string (in
boolean form) into a boolean.

I20040226

In the new search view, I set the title to something like: "(running) -
description of search"

the view only shows: "(running)". This behaviour is not mentioned in the API docs.

If setTitle() doesn't work as before, we might want to deprecate it (and add new
API).

In the About Eclipse Platform dialog (Help -> About Eclipse Platform), the 
graphical buttons representing installed features are not voiced by screen 
readers (such as Jaws 5.10) except as "button".  MS Inspect Objects indicates 
that there is no Name attribute.

The nature activation logic currently tries to match the nature ID to patterns.
 This ID is artificial.  We need to convert nature ID into an
IPluginContribution with the appropriate local/plugin IDs.

I20040506

I noticed that JavaSearchResult.isShownInEditor(...) populates the Java model 
because it uses getUnderlyingResource(). In this particular case, it should 
use getRessource() which is a handle-only method.

In general, the SearchRequestor should not call anything than handle-only 
methods (see Java doc of these methods: if it doesn't say it is a handle-only 
method, it will populate the Java model).

If you need to call non-handle-only methods (like IType.isClass()), JDT Core 
can surely provide an API on SearchMatch that will return the right answer.

using 0323 12:08p integration build, happens on hpux only

- unzip and start a new eclipse
- at the "select a workspace" dialog just leave the default value as-is, check
the "use this as default..." checkbox, and press OK
- will soon get a dialog saying "workspace in use, choose a different one"
- but this is obviously not the case

Note that this hpux machine in the past had problems with the .lock file (was it
an NFS problem?), so maybe this is similar?  I'm launching eclipse with the
following command line, which has worked fine in previous builds:

./eclipse -vm /opt/java1.4/jre/bin/java -vmargs -XdoCloseWithReadPending
-Xmx256M -Dorg.eclipse.core.runtime.ignoreLockFile

If I compile a simple class in Eclipse with the following compliance settings, it won't run in a 1.4 
JVM.  It appears the .class file relies on 1.5 libraries, despite the compatibility setting.

Compiler compliance: 1.5
Generated .class compatibility: 1.4
Source compatibility: 1.5

Here's my source code:

public class TestConcat {

  public static void main(String[] args) {
    
    String w = "world";
    System.out.println("Hello " + w);
  }
}

The resulting exception:

Exception in thread "main" java.lang.NoClassDefFoundError: java/lang/StringBuilder
        at TestConcat.main(TestConcat.java:13)

I'm going to attach thread dump for formatting reasons

Build 20040219

I defined a template to map 'nls' to '//$NON-NLS-1$'
In a code line where 2 string literals occur, I completed on nls first and 
inserted the template. Then right behind it (after one space) I tried again to 
complete on nls, and this time it did not work anymore.

This used to be working fine before.

build I20040521-0800

The showTitle argument in addStandaloneView is being ignored.

Using M8 on WinNT4 SP6

I have a cvs repository /cvs-eqperl that has a folder called /cvs-eqperl/batch
I also have a module defined called batch which is defined as:

batch  -a batch/apps/DataLoadProcess batch/apps/employee batch/apps/mktdata
batch/apps/Reports

When I try to checkout the batch folder from CVS OR if I try to checkout the
batch module from Eclipse M8 I get an error reported from cvs server dialog
whose details are:

The server reported an error while performing the "cvs checkout" command.
  : cvs server: existing repository /cvs-eqperl/batch/apps/DataLoadProcess does
not match /cvs-eqperl/batch/apps/employee
  : cvs server: ignoring module batch/apps/employee
  : cvs server: existing repository /cvs-eqperl/batch/apps/DataLoadProcess does
not match /cvs-eqperl/batch/apps/mktdata
  : cvs server: ignoring module batch/apps/mktdata
  : cvs server: existing repository /cvs-eqperl/batch/apps/DataLoadProcess does
not match /cvs-eqperl/batch/apps/Reports
  : cvs server: ignoring module batch/apps/Reports



When I try to perform the same action on Eclipse 2.1.2 using the checkout module
popup menu it works fine.

It also works fine using the cvsnt command line utility

/sanjay

I can very easily get Eclipse into a state where it will not show the stacktrace
and thread for a breakpoint that has been hit. When this happens, I cannot
single step from my breakpoint....since I can't even see that my breakpoint has
been hit.
I am using Windows XP, and JDK build 1.4.2_01-b06. I am using 3.0M6, but for
months, have been using 3.0M4 without this particular problem, so, it appears
that M5 or M6 introduced this problem.

When the problem occurs, I can tell that my program has hit a breakpoint, but
looking in the Debug Perspective, the stack trace is not shown in Debug View, so
I can't single-step through my code.

Unfortunately, to reproduce this problem, I have to use two programs that I am
debugging.....two programs that you won't have access to. Is there anything else
I can learn to help debug this in Eclipse? (I am beginning to wonder if the
sheer number of threads involved is related to the problem?)

Here are more details.
I am running two Java programs in debug mode from within Eclipse....a client
program, and a server program. First I start the client program. It creates
about 225 threads....all of which are listed in Eclipse's Debug View. Then I
start the server program (which creates about 35 threads). If I set a breakpoint
in my server code, and attempt to hit it....sometimes it works fine, and
sometimes it does not. If it works fine, then I will shutdown my server program,
and restart it. Eventually, I can hit my breakpoint, and the stacktrace and hit
thread do not show up in the Debug View. The thread that I am looking for is a
thread that monitors incoming RMI connections (via tomcat). The reason I mention
this....is because the thread comes and goes, as needed by my server (which uses
tomcat). When the thread is not needed (not used for a certain timeout period),
then it goes away...and I notice in the Eclipse Debug View, the thread is not
displayed in the list of threads (which is correct behavior.) But, when I hit my
server (via a web browser), tomcat causes a new thread to be created, and then I
hit my breakpoint....but at this point of failure, I notice that the newly
created thread is not displayed in Eclipse's Debug View. So, in other words, the
list of threads (of my server being debugged) listed in Eclipse's Debug View is
incomplete. (BTW, my server code allows me to dump the list of threads...and
that list of threads includes the thread that was somehow missed by Eclipse.) 

As a work-around, I have found steps that will cause the new thread (and
stacktrace of the breakpoint) to show up. Basically, I cause a garbage
collection to occur in the JVM running Eclipse.
These are the steps I follow to cause the thread & stacktrace to reappear.
1) From the Debug Perspective, I switch to the Java Perspective.
2) I cause Eclipse to perform a garbage collection. (see below).
3) I switch back to the Debug Perspective, and the thread & stacktrace appear as
they should...and I can now single step from my breakpoint.

Note: How do I get Eclipse to do a garbage collection? I have installed this Plugin:
http://sourceforge.net/projects/ttl
It allows me to do a garbage collection from within Eclipse. Now, before we
start blaming the plugin as the cause of this issue...remember that I have used
this same plugin in 3.0M4 for a long time....without this breakpoint/stacktrace
issue being seen.

Here are the arguments that I use to start up Eclipse:
C:\tools\eclipse\eclipse.exe -vmargs -Xmx900M -Xms600M

Looking in the Windoze Task Manager, the Eclipse process has these characteristics:
Mem Usage: 119K
Peak Mem Usage: 119K
VM Size: 659K
Threads: 35

After I do a garbage collection, I didn't notice these values to vary much at all.

What else can I poke and prod to feed you more information?

v3035
Carbon

The carbon code does not successfully compile against the CLDC library (CLDC is 
what you term as "j2me").  Here are some of the compile errors when trying to 
compile a subset of SWT against CLDC.

Will attach the compile errors for Carbon.  Linux-Motif, Linux-GTK, and Photon 
also fail to successfully compile against CLDC.

There is currently no coverage for detached windows in the dnd test suite.

I200405211200
For each Java editor opened a DefaultJavaFoldingStructureProvider is leaked as 
an element change listener is not getting removed from JavaCore.

When the editor is closed, a new element changed listener is added when the 
document is set to null. 

The original element changes listener (added when the editor is first opened) 
is never removed.

Build: 3.0 final

1) Create a large project (I imported org.eclipse.jdt.ui as a source plugin)
2) In the Navigator view, select the project, and pick "Copy"
3) Right click again and select paste

-> The copy operation occurs, but there is never any progress message, and the
progress bar is stuck at 50% for the entire duration. Looking at
CopyProjectOperation.performCopyOperation. It does the following:

1) beginTask on the monitor with 100 units of work
2) Create the project description
3) Report 50 units of progress 
4) Call IProject.copy, passing in the 50% complete monitor
5) Report another 50 units of progress 

Problems:
 - Realistically creating the description represents a negligible amount of
work, and shouldn't account for any progress, let alone 50%.
 - You should never pass a half used monitor to an API call. It should instead
pass a new SubProgressMonitor

1- Refactor rename of class with compilation errors from Package explorer
context menu
2- in the "Rename compilation unit" popup type new name, unselect "update
references", select "Update textual matches...", leave unselected "Update fully
qualified...", press "Preview" button
3- get the following error:

eclipse.buildId=I200405290105
java.version=1.4.2_04
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US

Error Jun 09, 2004 09:00:24.522 Internal Error
java.lang.reflect.InvocationTargetException
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:283)
	at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run(RefactoringWizardDialog2.java:282)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.createChange(RefactoringWizard.java:559)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.computeUserInputSuccessorPage(RefactoringWizard.java:405)
	at
org.eclipse.ltk.ui.refactoring.UserInputWizardPage.computeSuccessorPage(UserInputWizardPage.java:74)
	at
org.eclipse.ltk.ui.refactoring.UserInputWizardPage.getNextPage(UserInputWizardPage.java:114)
	at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.previewPressed(RefactoringWizardDialog2.java:429)
	at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.access$3(RefactoringWizardDialog2.java:427)
	at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2$1.widgetSelected(RefactoringWizardDialog2.java:562)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:121)
	at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:40)
	at
org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.activate(UserInterfaceStarter.java:54)
	at
org.eclipse.jdt.internal.ui.refactoring.reorg.RenameUserInterfaceStarter.activate(RenameUserInterfaceStarter.java:113)
	at org.eclipse.jdt.ui.refactoring.RenameSupport.openDialog(RenameSupport.java:108)
	at
org.eclipse.jdt.internal.ui.refactoring.actions.RenameJavaElementAction.run(RenameJavaElementAction.java:175)
	at
org.eclipse.jdt.internal.ui.refactoring.actions.RenameJavaElementAction.run(RenameJavaElementAction.java:96)
	at org.eclipse.jdt.ui.actions.RenameAction.run(RenameAction.java:116)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:915)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:866)
	at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:785)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)
Caused by: java.lang.NullPointerException
	at
org.eclipse.jdt.internal.corext.refactoring.rename.TextMatchUpdater.removeReferences(TextMatchUpdater.java:150)
	at
org.eclipse.jdt.internal.corext.refactoring.rename.TextMatchUpdater.addCuTextMatches(TextMatchUpdater.java:144)
	at
org.eclipse.jdt.internal.corext.refactoring.rename.TextMatchUpdater.addTextMatches(TextMatchUpdater.java:116)
	at
org.eclipse.jdt.internal.corext.refactoring.rename.TextMatchUpdater.addTextMatches(TextMatchUpdater.java:126)
	at
org.eclipse.jdt.internal.corext.refactoring.rename.TextMatchUpdater.addTextMatches(TextMatchUpdater.java:126)
	at
org.eclipse.jdt.internal.corext.refactoring.rename.TextMatchUpdater.addTextMatches(TextMatchUpdater.java:126)
	at
org.eclipse.jdt.internal.corext.refactoring.rename.TextMatchUpdater.addTextMatches(TextMatchUpdater.java:126)
	at
org.eclipse.jdt.internal.corext.refactoring.rename.TextMatchUpdater.addTextMatches(TextMatchUpdater.java:126)
	at
org.eclipse.jdt.internal.corext.refactoring.rename.TextMatchUpdater.addTextMatches(TextMatchUpdater.java:126)
	at
org.eclipse.jdt.internal.corext.refactoring.rename.TextMatchUpdater.addTextMatches(TextMatchUpdater.java:126)
	at
org.eclipse.jdt.internal.corext.refactoring.rename.TextMatchUpdater.updateTextMatches(TextMatchUpdater.java:82)
	at
org.eclipse.jdt.internal.corext.refactoring.rename.TextMatchUpdater.perform(TextMatchUpdater.java:70)
	at
org.eclipse.jdt.internal.corext.refactoring.rename.RenameTypeProcessor.addTextMatches(RenameTypeProcessor.java:709)
	at
org.eclipse.jdt.internal.corext.refactoring.rename.RenameTypeProcessor.createChangeManager(RenameTypeProcessor.java:737)
	at
org.eclipse.jdt.internal.corext.refactoring.rename.RenameTypeProcessor.checkFinalConditions(RenameTypeProcessor.java:338)
	at
org.eclipse.jdt.internal.corext.refactoring.rename.RenameCompilationUnitProcessor.checkFinalConditions(RenameCompilationUnitProcessor.java:259)
	at
org.eclipse.ltk.core.refactoring.participants.ProcessorBasedRefactoring.checkFinalConditions(ProcessorBasedRefactoring.java:134)
	at
org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run(CheckConditionsOperation.java:84)
	at
org.eclipse.ltk.core.refactoring.CreateChangeOperation.run(CreateChangeOperation.java:114)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673)
	at
org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:58)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)

build I200411240800 + jdtcore head

1) create X.java
public class X<T1> {
	public <M1> X() {
	}
	class Y<T2> {
		public <M2> Y() {
		}
	}
	void foo() {
		new <Object>X<Object>().new <Object>Y<Object>();
	}
}
2) close and reopen the editor

a ClassCastException occurs

java.lang.ClassCastException
	at org.eclipse.jdt.core.dom.ASTNode.checkNewChild(ASTNode.java:1865)
	at org.eclipse.jdt.core.dom.ASTNode$NodeList.add(ASTNode.java:1242)
	at java.util.AbstractList.add(AbstractList.java:89)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:2102)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1484)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:2299)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:570)
	at
org.eclipse.jdt.core.dom.ASTConverter.buildBodyDeclarations(ASTConverter.java:175)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:2478)
	at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1226)
	at
org.eclipse.jdt.core.dom.CompilationUnitResolver.convert(CompilationUnitResolver.java:220)
	at org.eclipse.jdt.core.dom.ASTParser.internalCreateAST(ASTParser.java:729)
	at org.eclipse.jdt.core.dom.ASTParser.createAST(ASTParser.java:574)
	at
org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.createAST(ASTProvider.java:565)
	at org.eclipse.jdt.internal.ui.javaeditor.ASTProvider.getAST(ASTProvider.java:494)

Using build I200409210010.

For following test case:
public class Generic<T> {
	T x;
	<U extends T> T foo(U u) {
		if (u == null)
			return this.x;
		return u;
	}
}
compiler warns "U" in <U extends T>: "Illegal forward reference to type
parameter T" altough parameter T has been already defined...

M8

Added two methods to a CU that had errors. Got the ImageBuilderInternalException
 shown below.
Turns out that one of the dependent projects has folders linked to a network
drive. The network folder was removed. 
The builder should handle missing linked folders just like it does out of sync
folders (it does show a nice error message for those, right?).

org.eclipse.core.internal.resources.ResourceException: Problems encountered
while copying resources.
at
org.eclipse.core.internal.localstore.FileSystemResourceManager.copy(FileSystemResourceManager.java:142)
at org.eclipse.core.internal.resources.Resource.copy(Resource.java:524)
at
org.eclipse.jdt.internal.core.builder.BatchImageBuilder$4.visit(BatchImageBuilder.java:208)
at org.eclipse.core.internal.resources.Resource$1.visitElement(Resource.java:53)
at
org.eclipse.core.internal.watson.ElementTreeIterator.doIteration(ElementTreeIterator.java:76)
at
org.eclipse.core.internal.watson.ElementTreeIterator.doIteration(ElementTreeIterator.java:80)
at
org.eclipse.core.internal.watson.ElementTreeIterator.iterate(ElementTreeIterator.java:119)
at org.eclipse.core.internal.resources.Resource.accept(Resource.java:63)
at
org.eclipse.jdt.internal.core.builder.BatchImageBuilder.copyExtraResourcesBack(BatchImageBuilder.java:180)
at
org.eclipse.jdt.internal.core.builder.BatchImageBuilder.cleanOutputFolders(BatchImageBuilder.java:123)
at
org.eclipse.jdt.internal.core.builder.BatchImageBuilder.build(BatchImageBuilder.java:35)
at org.eclipse.jdt.internal.core.builder.JavaBuilder.buildAll(JavaBuilder.java:213)
at org.eclipse.jdt.internal.core.builder.JavaBuilder.build(JavaBuilder.java:141)
at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:504)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:610)
at org.eclipse.core.runtime.Platform.run(Platform.java:521)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:137)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:224)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:165)
at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:194)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:610)
at org.eclipse.core.runtime.Platform.run(Platform.java:521)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:197)
at
org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:242)
at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:270)
at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:137)
at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:168)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

Using build I200404131323.

Scenario is still the same than bug 55207: merge JDK_1_5 branch with HEAD.

But now the problem is more serious as I lose information. After having refresh 
the synchronize view of my merge scenario, I perform an update on some 
conflicting files (these file are not specially new in both branches).

After the update, as expected, files are removed from my synch view.

Now, I go back in Java perspective and launch a build to recompile all the 
changes I got from HEAD stream... and then got lot of errors!
Looking at these errors it appears that some update files have NOT been changed 
in my workspace and I need to perform a manuel Get contents from CVS Resource 
History view to refresh it effectively!

While merging I can update files using 4 different ways:
 A) use Update from menu:
    1) the update is automatically done by CVS
    2) force the update when CVS cannot resolve conflict automatically but
       looking at file comparison, the light is blue...
 B) use 'Copy all non-conflicting changes' button in file comparison view and
   save file
 C) make the update manually as there conflict even in file comaprison view

It seems that problem occurs when updating with A.2) way but I'm not 100% sure 
of that. However, I guess that with last build it should not be difficult to 
reproduce the problem as I get it systematically now.

FYI: this also happened with M8 build but not so frequently than with this 
build...

Set severity as 'blocker' as this have huge impact on safety of merge process 
and can have great quality consequence on our JDK_1_5 stream which is highly 
sensible!

I've recently downloaded the AIX-Motif version of the eclipse and tried to run 
my plugin only to see it fail with "no more handles" error.

Checking the error I've discovered that the Browser class c'tor does:

public Browser(Composite parent, int style) { 
	super(parent,style | SWT.EMBEDDED);
	
	if (!IsLinux) {
		dispose();
		SWT.error(SWT.ERROR_NO_HANDLES);		
	}
....

Being on AIX this code will always fail.

If a Browser class exists for AIX the file should be replaced in the packages 
available for download.
If not, at least change the message to "not supported" at least. "no more 
handles" was an extremly puzzling error ...

I20040514

Several clients are using IRunnableContext with fork==false. This runs an
operation in the UI thread. If that operation gets blocked, the UI will no
longer paint, resulting in a poor user experience.  A code pattern needs to be
recommended for clients to handle fork==false cases in a way that properly
reports blockages.

I20040422

. create the following complation units:

Test1.java:
public class Test1 {
	class Inner {
	}
}

Test2.java:
public class Test2 {
}

. select Inner in the package explorer
. >refactor>move...
. select Test2 in Test2.java
Inner is added to Test2.java, but not as an inner class of Test2.

I20040420

The main X Window object for StyledText does not have its background set to
match the rendered background of the StyledText object.  It has the system
background instead.  Something is probably broken in StyledText's
setBackground() call?

I20040318 (the second one)

If I perform a CVS update across several progress, the % complete progress
indication goes up to x00%, where x is the number of projects being
synchronized.  For example, if I select one file in each of five projects (say,
the .project files), the progress goes up to 500%. If I only update a single
project at a time, the numbers look fine.

When I move the preferences dialog to my secondary screen and change a prefpage, the entire dialog 
moves back to my primary screen and "hugs" the right border of the main screen.

Using N20040509

If I select the Perspective chevron but do not select anything, i.e., I let 
the drop-down appear, the following excpetion occurs.

java.lang.NullPointerException
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.NullPointerException.<init>(NullPointerException.java:60)
        at org.eclipse.ui.internal.PerspectiveBarManager.handleChevron
(PerspectiveBarManager.java:157)
        at org.eclipse.ui.internal.WorkbenchWindow$4.widgetSelected
(WorkbenchWindow.java:831)
        at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:243)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:298)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:249)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:126)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:84)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:59)
        at java.lang.reflect.Method.invoke(Method.java:390)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
        at org.eclipse.core.launcher.Main.run(Main.java:722)
        at org.eclipse.core.launcher.Main.main(Main.java:706)

I try the following app on a P2-333 w/linux redhat9 + java 1.4.1.

swt-motif uses 2% CPU  (swt-I20040406-linux-motif.zip)
swt-fox uses 0.1% CPU (swt-fox 2)
swt-gtk uses 99% CPU (swt-I20040406-linux-gtk.zip)

I am hoping it is a bug of some type since this doesn't seem right to me.

---

import java.util.Random;
import java.util.Timer;
import java.util.TimerTask;

import org.eclipse.swt.SWT;
import org.eclipse.swt.graphics.GC;
import org.eclipse.swt.graphics.Image;
import org.eclipse.swt.widgets.Display;
import org.eclipse.swt.widgets.Shell;

public class Grad {

  public static Random r = new Random(System.currentTimeMillis());
  public static long l;
  public static Shell shell;
  public static int SECONDS = 1;

  public static void main(String[] args) {
    final Display display = new Display();
    shell = new Shell(display);
    shell.setSize(800, 400);
    shell.open();
    Timer timer = new Timer();
    timer.scheduleAtFixedRate(new TimerTask() {
      public void run() {
        if (display.isDisposed())
          return;
        display.asyncExec(new Runnable() {
          public void run() {
            drawLines();
          }
        });
      }
    }, 0L, (SECONDS * 1000));

    while (!shell.isDisposed()) {
      if (!display.readAndDispatch())
        display.sleep();
    }
    display.dispose();
  }

  public static void drawLines() {
    Image image = new Image(shell.getDisplay(), shell.getBounds());
    GC gcb = new GC(image);
    int w = shell.getClientArea().width;
    int h = shell.getClientArea().height;
    gcb.setBackground(shell.getDisplay().getSystemColor(SWT.COLOR_BLACK));
    gcb.fillRectangle(0, 0, w, h);
    gcb.setBackground(shell.getDisplay().getSystemColor(SWT.COLOR_BLUE));
    gcb.setForeground(shell.getDisplay().getSystemColor(SWT.COLOR_BLUE));
    for (int i = 0; i < w; i++)
      gcb.fillGradientRectangle(i, 0, 1, r.nextInt(h), true);

    GC gc = new GC(shell);
    gc.drawImage(image, 0, 0);
    image.dispose();
    gcb.dispose();
    gc.dispose();

  }

}

I performed an Update and choose a version from the list. I then made a
modification and was going to perform an update to HEAD. When I opened the
update wizard, the versions were expanded. This may not be a problem but the
wizard size was increased as much as possible. Either we don't remember the
expansion state or we need to bound the size of the wizard.

I 20040226
- turn on Java -> Editor -> Code Assist -> Fill argument names..
- turn off 'guess filled..'

- In the following code do a code assist at the marked position
-> StackOverFlow 

public class A {
	public void foo() {
		setViewerSorter(new ViewerSorter() {
			public int compare(Viewer viewer, Object e1, Object e2) {
				return super.c|<< code assist here
			}
		});
	}

	/**
	 * @param sorter
	 */
	private void setViewerSorter(ViewerSorter sorter) {
		// TODO Auto-generated method stub
		
	}
	public class ViewerSorter {
		public int compare(Viewer viewer, Object e1, Object e2) {
			return 1;
		}
	}
	
	public class Viewer {
	}
}
------



java.lang.StackOverflowError
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.StackOverflowError.<init>(StackOverflowError.java:48)
	at
org.eclipse.jdt.internal.compiler.problem.ProblemHandler.handle(ProblemHandler.java)
	at
org.eclipse.jdt.internal.compiler.problem.ProblemHandler.handle(ProblemHandler.java)
	at
org.eclipse.jdt.internal.compiler.problem.ProblemReporter.handle(ProblemReporter.java)
	at
org.eclipse.jdt.internal.compiler.problem.ProblemReporter.localVariableHiding(ProblemReporter.java)
	at org.eclipse.jdt.internal.compiler.ast.Argument.bind(Argument.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.bindArguments(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java)
	at 
org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java:44)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java:44)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java:44)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java:44)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java:44)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java:44)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java:44)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java:44)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java:44)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java:44)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java:44)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java:44)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java:44)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java:44)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java:44)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java:44)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java:44)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java:44)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java:44)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java:44)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at
org.eclipse.jdt.internal.codeassist.complete.CompletionOnMessageSend.resolveType(CompletionOnMessageSend.java:44)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements(MethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.QualifiedAllocationExpression.resolveType(QualifiedAllocationExpression.java)
	at org.eclipse.jdt.internal.compiler.ast.Expression.resolve(Expression.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatements(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.ConstructorDeclaration.resolveStatements(ConstructorDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve(AbstractMethodDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve(TypeDeclaration.java)
	at
org.eclipse.jdt.internal.compiler.ast.CompilationUnitDeclaration.resolve(CompilationUnitDeclaration.java)
	at
org.eclipse.jdt.internal.codeassist.CompletionEngine.complete(CompletionEngine.java)
	at org.eclipse.jdt.internal.core.Openable.codeComplete(Openable.java)
	at org.eclipse.jdt.internal.core.CompilationUnit.codeComplete(CompilationUnit.java)
	at org.eclipse.jdt.internal.core.CompilationUnit.codeComplete(CompilationUnit.java)
	at
org.eclipse.jdt.internal.ui.text.java.JavaCompletionProcessor.internalComputeCompletionProposals(JavaCompletionProcessor.java)
	at
org.eclipse.jdt.internal.ui.text.java.JavaCompletionProcessor.addContextInformations(JavaCompletionProcessor.java:292)
	at
org.eclipse.jdt.internal.ui.text.java.JavaCompletionProcessor.computeContextInformation(JavaCompletionProcessor.java:311)
	at
org.eclipse.jface.text.contentassist.ContentAssistant.computeContextInformation(ContentAssistant.java:1458)
	at
org.eclipse.jface.text.contentassist.ContentAssistSubjectAdapter.computeContextInformation(ContentAssistSubjectAdapter.java:382)
	at
org.eclipse.jface.text.contentassist.ContextInformationPopup.computeContextInformation(ContextInformationPopup.java)
	at
org.eclipse.jface.text.contentassist.ContextInformationPopup.access$1(ContextInformationPopup.java)
	at
org.eclipse.jface.text.contentassist.ContextInformationPopup$1.run(ContextInformationPopup.java)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java)
	at
org.eclipse.jface.text.contentassist.ContextInformationPopup.showContextProposals(ContextInformationPopup.java:158)
	at
org.eclipse.jface.text.contentassist.ContentAssistant.showContextInformation(ContentAssistant.java:1309)
	at org.eclipse.jface.text.source.SourceViewer.doOperation(SourceViewer.java)
	at
org.eclipse.jdt.internal.ui.javaeditor.JavaSourceViewer.doOperation(JavaSourceViewer.java)
	at
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor$AdaptedSourceViewer.doOperation(CompilationUnitEditor.java)
	at
org.eclipse.jface.text.link.LinkedUIControl.triggerContextInfo(LinkedUIControl.java:707)
	at org.eclipse.jface.text.link.LinkedUIControl.switchPosition(LinkedUIControl.java)
	at org.eclipse.jface.text.link.LinkedUIControl.next(LinkedUIControl.java:689)
	at org.eclipse.jface.text.link.LinkedUIControl.enter(LinkedUIControl.java:613)
	at
org.eclipse.jdt.internal.ui.text.java.ExperimentalProposal.apply(ExperimentalProposal.java:83)
	at
org.eclipse.jdt.internal.ui.text.java.JavaCompletionProposal.apply(JavaCompletionProposal.java:532)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.insertProposal(CompletionProposalPopup.java)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.selectProposalWithMask(CompletionProposalPopup.java)
	at
org.eclipse.jface.text.contentassist.CompletionProposalPopup.verifyKey(CompletionProposalPopup.java)

Using 0514 build. 
JRE is 
java version "1.4.2"
J9 - VM for the Java(TM) platform (build 2.1)
IBM J9SE VM (build 2.1, J2RE 1.4.2 IBM J9 build 20040422 (JIT enabled))

Works ok on Suns' JRE (1.4.2_03) but with IBM's its easy to exception from 
iFile.getContentDescription(), I'll attach test case. 


= = = = =
org.eclipse.core.internal.resources.ResourceException(/com.ibm.encoding.
resource.newtests/testfiles/xml/testUTF16.xml)[381]: sun.io.
MalformedInputException
	at sun.io.ByteToCharUnicode.flush(ByteToCharUnicode.java:227)
	at sun.nio.cs.StreamDecoder$ConverterSD.flushInto(StreamDecoder.java:305)
	at sun.nio.cs.StreamDecoder$ConverterSD.implRead(StreamDecoder.java:329)
	at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:222)
	at java.io.InputStreamReader.read(InputStreamReader.java:207)
	at org.apache.xerces.impl.XMLEntityScanner.load(Unknown Source)
	at org.apache.xerces.impl.XMLEntityScanner.skipSpaces(Unknown Source)
	at org.apache.xerces.impl.XMLDocumentScannerImpl$PrologDispatcher.
dispatch(Unknown Source)
	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.
scanDocument(Unknown Source)
	at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
	at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
	at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
	at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
	at javax.xml.parsers.SAXParser.parse(Unknown Source)
	at org.eclipse.core.internal.content.XMLRootHandler.
parseContents(XMLRootHandler.java:163)
	at org.eclipse.core.runtime.content.XMLRootElementContentDescriber.
checkCriteria(XMLRootElementContentDescriber.java:62)
	at org.eclipse.core.runtime.content.XMLRootElementContentDescriber.
describe(XMLRootElementContentDescriber.java:87)
	at org.eclipse.core.internal.content.ContentType.describe(ContentType.java:
164)
	at org.eclipse.core.internal.content.ContentTypeManager.
internalFindContentTypesFor(ContentTypeManager.java:295)
	at org.eclipse.core.internal.content.ContentTypeManager.
getDescriptionFor(ContentTypeManager.java:262)
	at org.eclipse.core.internal.resources.ContentDescriptionManager.
readDescription(ContentDescriptionManager.java:57)
	at org.eclipse.core.internal.resources.ContentDescriptionManager.
getDescriptionFor(ContentDescriptionManager.java:42)
	at org.eclipse.core.internal.resources.File.getContentDescription(File.
java:239)
	at com.ibm.encoding.resource.tests.example.TestCodedReader.
doContentDescriptionTest(TestCodedReader.java:213)
	at com.ibm.encoding.resource.tests.example.TestCodedReader.
testFile123(TestCodedReader.java:206)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:84)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.
invoke(DelegatingMethodAccessorImpl.java:59)
	at java.lang.reflect.Method.invoke(Method.java:390)
	at junit.framework.TestCase.runTest(TestCase.java:154)
	at junit.framework.TestCase.runBare(TestCase.java:127)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.
runTests(RemoteTestRunner.java:422)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.
run(RemoteTestRunner.java:306)
	at org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.
main(RemotePluginTestRunner.java:30)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication$1.
run(UITestApplication.java:90)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:
106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2702)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2394)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:
243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at org.eclipse.pde.internal.junit.runtime.UITestApplication.
run(UITestApplication.java:33)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.
run(PlatformActivator.java:298)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:
249)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:
126)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:84)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.
invoke(DelegatingMethodAccessorImpl.java:59)
	at java.lang.reflect.Method.invoke(Method.java:390)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:722)
	at org.eclipse.core.launcher.Main.main(Main.java:706)

Smart cursor positioning in java names don't work for CONSTANT_NAMES both when
moving and deleting (Ctrl+Delete). I assume it should as CONSTANT_NAMES are
equally part of a Java naming standard just as methodNames() are. In case it
works as designed then option name should be changed to accurately describe its
actual function.

Linux 3.0M8

The Ant editor title image is updated to indicate a buildfile with an error 
when a save occurs.

The image needs to be updated when the editor is first opened as well.

JavaProject#setOptions(Map) always sets *new* Preferences. Listeners on the old
preferences do not receive events from the new preferences. It is therefore not
possible to use listeners on the project preferences.

Due to the partial incremental parsing that I have added, property values are 
not updated for the text hovering in the editor.

This is due to the set once nature of Ant properties. Any attempts to set a 
property after it has been initially set are ignored.

build I20040310 + latest from HEAD

- run the browser example, with its perspective specifying fixed="true"
- right click on the view tab
- it has a Fast View item

It should not be possible to toggle between docked and fast view for fixed (non-
moveable) views.  This menu item should be hidden (not just made invisible) for 
fixed views.

In addition, if the app has configured the window to not have a fast view bar 
(IWorkbenchWindowConfigurer.setShowFastViewBar(false)), then the menu item (or 
any ways of converting to a fast view) should be unavailable.

Eclipse 3.0 RC3

I have an exception in my Error Log view that when I double click the error, the dialog says 

An exception stack trace could not be found.

Here are the contents of my log file:

!SESSION Jun 22, 2004 08:36:01.642 ---------------------------------------------
eclipse.buildId=unknown
java.version=1.4.2_03
java.vendor=Apple Computer, Inc.
BootLoader constants: OS=macosx, ARCH=ppc, WS=carbon, NL=en_US
Command-line arguments: -application org.eclipse.ui.ide.workbench

!ENTRY org.eclipse.core.runtime 4 2 Jun 22, 2004 08:36:01.643
!MESSAGE Problems occurred when invoking code from plug-in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NumberFormatException: For input string: "Helvetica"
        at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
        at java.lang.Integer.parseInt(Integer.java:468)
        at java.lang.Integer.<init>(Integer.java:609)
        at 
com.ibm.hdwb.data.ui.tableFormatEditor.TableFormatCellModifier.modify(TableFormatCellModifier.java:
255)
        at org.eclipse.jface.viewers.TableViewerImpl.saveEditorValue(TableViewerImpl.java:270)
        at org.eclipse.jface.viewers.TableViewerImpl.applyEditorValue(TableViewerImpl.java:149)
        at org.eclipse.jface.viewers.TableViewerImpl$3.applyEditorValue(TableViewerImpl.java:247)
        at org.eclipse.jface.viewers.CellEditor$1.run(CellEditor.java:290)
        at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
        at org.eclipse.core.runtime.Platform.run(Platform.java:758)
        at org.eclipse.jface.viewers.CellEditor.fireApplyEditorValue(CellEditor.java:288)
        at org.eclipse.jface.viewers.DialogCellEditor$2.widgetSelected(DialogCellEditor.java:209)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1196)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1220)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1205)
        at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1053)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2865)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2535)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1375)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1346)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:252)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:272)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:186)
        at org.eclipse.core.launcher.Main.run(Main.java:647)
        at org.eclipse.core.launcher.Main.main(Main.java:631)

M6

- select a java project, right-click, Team -> Apply Patch...
- in the subsequent wizard just Cancel
- sleak says that 7 Images are leaked each time
- they're the images created in PreviewPatchPage, lines 117 - 125:

     Image errIm= errId.createImage();
		
     fNullImage= new DiffImage(null, null, w).createImage();
     fAddImage= new DiffImage(null, addId, w).createImage();
     fDelImage= new DiffImage(null, delId, w).createImage();

     fErrorImage= new DiffImage(errIm, null, w).createImage();
     fErrorAddImage= new DiffImage(errIm, addId, w).createImage();
     fErrorDelImage= new DiffImage(errIm, delId, w).createImage();

The Ant error overlay is drawn in the lower right.
To be consistent with the Java error indicators it should be drawn in the lower 
left.

RC3 - 20040622:00:10

I opened org.eclipse.ui.examples.jobs.views.JobsView added a field to the
classes saved the file (note at this point there are no errors or warnings in
the file) then clicked on another existing field and pressed CTRl+SHIFT+U. All I
got was a beep. I get this a lot and it is really annoying because I rely on
this search function, I love it! 

The message in the status line when this happens is "element is not a java
element". 

So here are the exact steps to reproduce 100% of the time (note that I have
analyse annotations while typing turned off):
1. open JobsViews (org.eclipse.ui.examples.jobs plugin)
2. click on userField attribute and ctrl+shirt+u works.
3. add an attribute to the end of the Button fields. Don't save yet.
4. Click on another attribute and ctrl+shirt+u. Beep. Nothing happens.
4. save and the file compiles without errors.
5. click on userField again and then ctrl+shirt+u. It no longer works and the
above error message is shown in the status line. 

Closing and then opening the editor will get you out of this state. but this is
happening all the time and at first I thought it was a  keybinding problem, but
it actually looks like a java search issue.

Sometimes I'll set a breakpoint and run something in a scrap page so I can see
how it works.  Unfortunately, the scrap page doesn't seem to get the same
sourcepath that something debugged from the same project would get, and I have
to manually add it while stepping.  E.g. create a scrap page in any plugin
project and run some code from one of the plugins it depends on, with a
breakpoint in that code.  You'll end up going to the Source not found editor.

This is on eclipse 200405140800 on linux fedora core 1

I'm not sure how this was triggered.

I200405190010, Solari 8, Motif, CDE

I20040310

I have the following line, no errors.

SortByDefiningTypeAction fSortByDefiningTypeAction= new SortByDefiningTypeAction();

When I convert this variable to a field the suggested name is fAction

Build 20040310

While doing operations, I got locked while a build was running. Looking at the 
progress, I observed there were 3 instances of a searching marker job in the 
queue, awaiting to proceed.

The scheduling of these search jobs should be smart enough to avoid stepping on 
itself. If it is already scheduled, it shouldn't reschedule one, or if doing 
so, it should cancel pre-enqueued one.

When compiling the source for this swing class, the following failure occurs:

Internal compiler error
java.lang.ClassCastException: 
org.eclipse.jdt.internal.compiler.lookup.ParameterizedTypeBinding

	at org.eclipse.jdt.internal.compiler.lookup.ClassScope.detectCycle
(ClassScope.java:873)

	at org.eclipse.jdt.internal.compiler.lookup.ClassScope.detectCycle
(ClassScope.java:790)

	at 
org.eclipse.jdt.internal.compiler.ast.ParameterizedSingleTypeReference.internal
ResolveType(ParameterizedSingleTypeReference.java:122)

	at 
org.eclipse.jdt.internal.compiler.ast.ParameterizedSingleTypeReference.resolveT
ype(ParameterizedSingleTypeReference.java:183)

	at org.eclipse.jdt.internal.compiler.ast.TypeReference.resolveSuperType
(TypeReference.java:100)

	at org.eclipse.jdt.internal.compiler.lookup.ClassScope.findSupertype
(ClassScope.java:918)

	at 
org.eclipse.jdt.internal.compiler.lookup.ClassScope.connectSuperInterfaces
(ClassScope.java:681)

	at 
org.eclipse.jdt.internal.compiler.lookup.ClassScope.connectTypeHierarchy
(ClassScope.java:740)

	at 
org.eclipse.jdt.internal.compiler.lookup.ClassScope.connectMemberTypes
(ClassScope.java:609)

	at 
org.eclipse.jdt.internal.compiler.lookup.ClassScope.connectTypeHierarchy
(ClassScope.java:745)

	at 
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.connectTypeHierar
chy(CompilationUnitScope.java:236)

	at 
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.completeTypeBindings
(LookupEnvironment.java:183)

	at 
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.completeTypeBindings
(LookupEnvironment.java:212)

	at org.eclipse.jdt.internal.compiler.Compiler.accept(Compiler.java:227)

	at 
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.askForType
(LookupEnvironment.java:116)

	at 
org.eclipse.jdt.internal.compiler.lookup.PackageBinding.getTypeOrPackage
(PackageBinding.java:169)

	at 
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.findOnDemandImpor
t(CompilationUnitScope.java:355)

	at 
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.findSingleTypeImp
ort(CompilationUnitScope.java:413)

	at 
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.resolveSingleType
Import(CompilationUnitScope.java:536)

	at org.eclipse.jdt.internal.compiler.lookup.Scope.getTypeOrPackage
(Scope.java:1922)

	at org.eclipse.jdt.internal.compiler.lookup.Scope.getType
(Scope.java:1727)

	at 
org.eclipse.jdt.internal.compiler.ast.ParameterizedSingleTypeReference.internal
ResolveType(ParameterizedSingleTypeReference.java:86)

	at 
org.eclipse.jdt.internal.compiler.ast.ParameterizedSingleTypeReference.resolveT
ype(ParameterizedSingleTypeReference.java:179)

	at 
org.eclipse.jdt.internal.compiler.lookup.SourceTypeBinding.resolveTypesFor
(SourceTypeBinding.java:889)

	at org.eclipse.jdt.internal.compiler.lookup.SourceTypeBinding.methods
(SourceTypeBinding.java:715)

	at 
org.eclipse.jdt.internal.compiler.lookup.ReferenceBinding.unResolvedMethods
(ReferenceBinding.java:691)

	at 
org.eclipse.jdt.internal.compiler.lookup.MethodVerifier.computeInheritedMethods
(MethodVerifier.java:338)

	at org.eclipse.jdt.internal.compiler.lookup.MethodVerifier.verify
(MethodVerifier.java:532)

	at 
org.eclipse.jdt.internal.compiler.lookup.SourceTypeBinding.verifyMethods
(SourceTypeBinding.java:1094)

	at 
org.eclipse.jdt.internal.compiler.lookup.SourceTypeBinding.verifyMethods
(SourceTypeBinding.java:1097)

	at 
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.verifyMethods
(CompilationUnitScope.java:608)

	at org.eclipse.jdt.internal.compiler.Compiler.process
(Compiler.java:505)

	at org.eclipse.jdt.internal.compiler.Compiler.compile
(Compiler.java:335)

	at org.eclipse.jdt.internal.core.builder.AbstractImageBuilder.compile
(AbstractImageBuilder.java:209)

	at org.eclipse.jdt.internal.core.builder.AbstractImageBuilder.compile
(AbstractImageBuilder.java:182)

	at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.build
(BatchImageBuilder.java:49)

	at org.eclipse.jdt.internal.core.builder.JavaBuilder.buildAll
(JavaBuilder.java:212)

	at org.eclipse.jdt.internal.core.builder.JavaBuilder.build
(JavaBuilder.java:135)

	at org.eclipse.core.internal.events.BuildManager$2.run
(BuildManager.java:564)

	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)

	at org.eclipse.core.runtime.Platform.run(Platform.java:747)

	at org.eclipse.core.internal.events.BuildManager.basicBuild
(BuildManager.java:157)

	at org.eclipse.core.internal.events.BuildManager.basicBuild
(BuildManager.java:249)

	at org.eclipse.core.internal.events.BuildManager.basicBuild
(BuildManager.java:202)

	at org.eclipse.core.internal.events.BuildManager$1.run
(BuildManager.java:229)

	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)

	at org.eclipse.core.runtime.Platform.run(Platform.java:747)

	at org.eclipse.core.internal.events.BuildManager.basicBuild
(BuildManager.java:232)

	at org.eclipse.core.internal.events.BuildManager.basicBuildLoop
(BuildManager.java:268)

	at org.eclipse.core.internal.events.BuildManager.build
(BuildManager.java:297)

	at org.eclipse.core.internal.resources.Workspace.build
(Workspace.java:198)

	at org.eclipse.ui.actions.GlobalBuildAction$1.run
(GlobalBuildAction.java:182)

	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

build I20040518-2000

- new workspace
- open Java perspective
- in the perspective bar, the button for it gets added at the left

Not sure if this is by design, but I find that opening things from left to right
is more intuitive.

R3.0

In R2.1 and previous releases I could select all matches using Ctrl+A. This is
no longer possible (OK for new tree mode but not for list mode).

The periodic workspace job is showing in the progress view. Since the job is 
not user initiated it should be marked as a system job.

The Ant Editor is still using the old FileDocumentProvider rather than the 
file buffer based version.

We should investigate updating.

should fix for 3.0 - not critical for 3.0 M9

steps to reproduce:

1. search for files named .options
2. try to open from Search view
==> tries to open external editor

Navigator or Package Explorer open it in internal text editor

When compiling awt Container, the following failure occurs:

!MESSAGE java.lang.NullPointerException encountered while running Java Builder.
!STACK 0
java.lang.NullPointerException
	at org.eclipse.jdt.internal.compiler.lookup.ClassScope.detectCycle
(ClassScope.java:786)
	at 
org.eclipse.jdt.internal.compiler.ast.ParameterizedSingleTypeReference.internal
ResolveType(ParameterizedSingleTypeReference.java:122)
	at 
org.eclipse.jdt.internal.compiler.ast.ParameterizedSingleTypeReference.resolveT
ype(ParameterizedSingleTypeReference.java:183)
	at org.eclipse.jdt.internal.compiler.ast.TypeReference.resolveSuperType
(TypeReference.java:100)
	at org.eclipse.jdt.internal.compiler.lookup.ClassScope.findSupertype
(ClassScope.java:919)
	at 
org.eclipse.jdt.internal.compiler.lookup.ClassScope.connectSuperInterfaces
(ClassScope.java:681)
	at 
org.eclipse.jdt.internal.compiler.lookup.ClassScope.connectTypeHierarchy
(ClassScope.java:740)
	at 
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.connectTypeHierar
chy(CompilationUnitScope.java:236)
	at 
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.completeTypeBindings
(LookupEnvironment.java:183)
	at 
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.completeTypeBindings
(LookupEnvironment.java:212)
	at org.eclipse.jdt.internal.compiler.Compiler.accept(Compiler.java:227)
	at 
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.askForType
(LookupEnvironment.java:116)
	at 
org.eclipse.jdt.internal.compiler.lookup.PackageBinding.getTypeOrPackage
(PackageBinding.java:169)
	at 
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.findOnDemandImpor
t(CompilationUnitScope.java:355)
	at 
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.findSingleTypeImp
ort(CompilationUnitScope.java:413)
	at 
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.faultInImports
(CompilationUnitScope.java:291)
	at 
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.faultInTypes
(CompilationUnitScope.java:341)
	at org.eclipse.jdt.internal.compiler.Compiler.process
(Compiler.java:501)
	at org.eclipse.jdt.internal.compiler.Compiler.compile
(Compiler.java:335)
	at org.eclipse.jdt.internal.core.builder.AbstractImageBuilder.compile
(AbstractImageBuilder.java:209)
	at org.eclipse.jdt.internal.core.builder.AbstractImageBuilder.compile
(AbstractImageBuilder.java:182)
	at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.build
(BatchImageBuilder.java:49)
	at org.eclipse.jdt.internal.core.builder.JavaBuilder.buildAll
(JavaBuilder.java:212)
	at org.eclipse.jdt.internal.core.builder.JavaBuilder.build
(JavaBuilder.java:135)
	at org.eclipse.core.internal.events.BuildManager$2.run
(BuildManager.java:564)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.core.internal.events.BuildManager.basicBuild
(BuildManager.java:157)
	at org.eclipse.core.internal.events.BuildManager.basicBuild
(BuildManager.java:249)
	at org.eclipse.core.internal.events.BuildManager.basicBuild
(BuildManager.java:202)
	at org.eclipse.core.internal.events.BuildManager$1.run
(BuildManager.java:229)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.core.internal.events.BuildManager.basicBuild
(BuildManager.java:232)
	at org.eclipse.core.internal.events.BuildManager.basicBuildLoop
(BuildManager.java:268)
	at org.eclipse.core.internal.events.BuildManager.build
(BuildManager.java:297)
	at org.eclipse.core.internal.resources.Workspace.build
(Workspace.java:198)
	at org.eclipse.ui.actions.GlobalBuildAction$1.run
(GlobalBuildAction.java:182)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

build R3.0

When the user selects "Clean..." from the Project menu, it pops up a modal
dialog which shows progress. After the "clean" part is done, then the build is
done in the background.

The "clean" action should also be done in the background.

The inconvenience of having it in the foreground is magnified when you have many
projects with lots of source files (so it does real work and takes many
seconds...up to a minute)

Build: I-20040810-1200

This happens in 3.1 builds, but not 3.0 builds.
On WinXP with the manifest.exe

Some combo boxes do not show the bottom blue border.
I will attach screen shots that show the plug-in export wizard, where one 
combo box exhibits this behavior and the other two are fine.

Another example where you would see this behavior is the Team > Commit... 
dialog.

These two classes are very similar. It would be benefitial if we could 
consolidate the comminality in some form (superclass or composition).

I20040304
Win2k

As I understand it, if a plugin contributes example wizards, the UI will 
display "Examples..." in the "File -> New >" menu (and the "new" toolbar icon).

However, the wizard dialog is always empty, even if I have example wizards. You 
can use the Hyades or VE examples from the tools subprojects to see this.

Note, if you go to New -> Other..., you'll see the "Examples" category is 
present and contains items.

Cannot start M8 with java commandline.
There is no help on command line args at:
http://dev.eclipse.org:8080/help/content/help:/org.eclipse.platform.doc.user/tasks/running_eclipse.htm
(link from
http://download.eclipse.org/downloads/drops/S-3.0M8-200403261517/srcIncludedBuildInstructions.html)


I just unzipped the m8 and copied my workspace folder, as I always did before.

Launching (with or without the "org.eclipse.ui" last argument):

C:\java\eclipse_3.0_m8>C:\java\jdk14\bin\java.exe -showversion   -verbosegc
-XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled
-XX:+UseCMSCompactAtFullCollection -cp C:\java\eclipse_3.0_m8\startup.jar
org.eclipse.core.launcher.Main


I get:

java version "1.4.2_03"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_03-b02)
Java HotSpot(TM) Client VM (build 1.4.2_03-b02, mixed mode)

An exception occurred while writing to the platform log:
java.lang.NullPointerException
        at org.eclipse.core.launcher.Main.openLogFile(Main.java:1495)
        at org.eclipse.core.launcher.Main.log(Main.java:1356)
        at org.eclipse.core.launcher.Main.run(Main.java:705)
        at org.eclipse.core.launcher.Main.main(Main.java:676)
Logging to the console instead.
!ENTRY org.eclipse.core.launcher 4 0 Mar 29, 2004 11:18:02.283
!MESSAGE Exception launching the Eclipse Platform:
An exception occurred while writing to the platform log:
java.lang.NullPointerException
        at org.eclipse.core.launcher.Main.openLogFile(Main.java:1495)
        at org.eclipse.core.launcher.Main.log(Main.java:1356)
        at org.eclipse.core.launcher.Main.run(Main.java:706)
        at org.eclipse.core.launcher.Main.main(Main.java:676)
Logging to the console instead.
!STACK
java.lang.ArrayIndexOutOfBoundsException: -2
        at org.eclipse.core.launcher.Main.processCommandLine(Main.java:746)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:247)
        at org.eclipse.core.launcher.Main.run(Main.java:692)
        at org.eclipse.core.launcher.Main.main(Main.java:676)

I tried to delete a project and got an Operation blocked dialog. However, the 
blocking job was a system job so it did not appear in the dialog. In this 
case, it may be worth while to show the system jobs.

Conextual Launch has migrated to use the new XML Expression Langauge for
enablement logic. Unfortunately, the JUnit plugin.xml will need to be updated in
order to support the Run context menu feature.

A patch will be provided.

A method breakpoint should be updated (recreated) when the method associated
with it is renamed.

Just struggled through my first attempt at product branding.  Can say now that 
a lot of time was wasted because I had incorrect value specified for 
eclipse.product.  ( Was certain it was feature id or plugin id, had no idea it 
had to be id of extension element. )  

Anyway it really would have helped to have an error message tell me that the 
specified product was missing.

In earlier SWT-win32 versions, Tree.setRedraw(false) made it possible
to carry out a series of structural changes, selections and expansions
without having unwanted visual feedback after each individual step.
Instead Tree.setRedraw(true) would be called once all steps had been
completed.

In recent builds (3.0M9), this does not work reliably anymore,
probably due to a fix made for bug 53034.

In the testcase below, a tree is created. Pushing the button
to the right causes the tree contents to be disposed and then
recreated. Since this is surrounded by setRedraw(false) and
setRedraw(true), the next visible redraw should show a tree
that looks identical to the previous one, in other words, the
change should be barely noticeable. In SWT 3.0.4.8, this is
what happens. In SWT 3.0.5.2, the tree is redrawn in between,
revealing the first tree item in a not-yet-expanded stage.

Note: In order to simulate a real-world application in which
there is more complex stuff going on than in this simple testcase,
a small delay (during which the UI thread is frozen) has been
added so the problem can be seen more clearly.

---

import org.eclipse.swt.*;
import org.eclipse.swt.events.*;
import org.eclipse.swt.layout.*;
import org.eclipse.swt.widgets.*;

public class TreeTest {
  private Tree tree;
  
  public TreeTest() {
    Display display = new Display();
    
    Shell shell = new Shell(display);
    shell.setLayout(new FillLayout());
    
    tree = new Tree(shell, SWT.BORDER);
    
    createTreeContents();
    
    Button btn = new Button(shell, SWT.PUSH);
    btn.setText("Refresh Tree");
    
    btn.addSelectionListener(new SelectionAdapter() {
      public void widgetSelected(SelectionEvent e) {
        refreshTreeContents();
      }
    });
    
    shell.setSize(250, 200);
    shell.open();
    
    while (!shell.isDisposed()) {
      if (!display.readAndDispatch()) {
        display.sleep();
      }
    }
    
    display.dispose();
  }
  
  private void createTreeContents() {
    TreeItem[] items = tree.getItems();
    
    for (int idx = 0; idx < items.length; idx++) {
      items[idx].dispose();
    }
    
    TreeItem item0 = new TreeItem(tree, SWT.NONE);
    item0.setText("Item 0");
    
    TreeItem item00 = new TreeItem(item0, SWT.NONE);
    item00.setText("Item 0,0");
      
    TreeItem item1 = new TreeItem(tree, SWT.NONE);
    item1.setText("Item 1");
    
    tree.setSelection(new TreeItem[] {item0});
    
    item0.setExpanded(true);
  }
  
  private void refreshTreeContents() {
    tree.setRedraw(false);
    
    createTreeContents();
    
    try {
      Thread.sleep(150);
    } catch (InterruptedException ex) {
    }
    
    tree.setRedraw(true);
  }
  
  public static void main(String[] args) {
    new TreeTest();
  }
}

I20040322

The text in the description part in the 'Configure Activities' dialog
(Window>Configure Activities) should be wrap, and valign on the top.

During the 3.0 cycle, POST_AUTO_BUILD was deprecated and renamed to POST_BUILD. The 
class comment on IResourceChangeEvent should be updated to refer to POST_BUILD.

It would also be nice if the class comments mentioned the timeline of event additions. Like an 
"@since" on each paragraph. The last time I wrote a resource change listener was probably during 
the 2.1 cycle and knowing which parts of the event notification cycle are new would help me make 
sense of the changes.

The Javadoc for FLAG_LAYOUT_FLAT in
org.eclipse.search.ui.text.AbstractTextSearchViewPage says "Flag (value 1)
denoting tree layout."  FLAG_LAYOUT_TREE's Javadoc says "Flag (value 2) denoting
flat list layout."  The flags operate correctly; just the Javadoc "tree"/"flat
list" keywords are swapped.

Try to close eclipse with Problem view does not have any items
Get this:
java.lang.NullPointerException
	at org.eclipse.ui.views.markers.internal.MarkerView.dispose
(MarkerView.java:304)
	at org.eclipse.ui.views.markers.internal.ProblemView.dispose
(ProblemView.java:106)
	at org.eclipse.ui.internal.WorkbenchPartReference.dispose
(WorkbenchPartReference.java:162)
	at org.eclipse.ui.internal.ViewFactory$ViewReference.dispose
(ViewFactory.java:73)
	at org.eclipse.ui.internal.WorkbenchPage$6.run(WorkbenchPage.java:1189)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java(Inlined Compiled Code))
	at org.eclipse.core.runtime.Platform.run(Platform.java(Compiled Code))
	at org.eclipse.ui.internal.WorkbenchPage.dispose
(WorkbenchPage.java:1187)
	at org.eclipse.ui.internal.WorkbenchWindow.closeAllPages
(WorkbenchWindow.java:588)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose
(WorkbenchWindow.java:1066)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose
(WorkbenchWindow.java:485)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0
(WorkbenchWindow.java:467)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run
(WorkbenchWindow.java:555)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchWindow.close
(WorkbenchWindow.java:553)
	at org.eclipse.jface.window.WindowManager.close(WindowManager.java:101)
	at org.eclipse.ui.internal.Workbench$10.run(Workbench.java:450)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java(Inlined Compiled Code))
	at org.eclipse.core.runtime.Platform.run(Platform.java(Compiled Code))
	at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:447)
	at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:389)
	at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:561)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:559)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:535)

I20040505

- run change method signature on the return type of foo:

public void virtualMethod() {
  class Local {
    String foo() {
      return null;
    }
  }
}

The dialog that comes up tells !ChangeTypeAction.exception!. First there seems 
to be an NLS error. The String isn't NLS correctly. Second, this isn't an 
exception. The dialog should say something like: The operation isn't supported 
inside local types.

I200405171219

I am renaming a package due to a conflict between a package name and a class 
name.  When the SearchPattern is created in 
RenamePackageProcessor.getReferencesToTypesInNamesakes(), a null is returned 
because there are no typesToSearch, ie, IType[0].

java.lang.reflect.InvocationTargetException
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.reflect.InvocationTargetException.<init>
(InvocationTargetException.java:66)
        at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:283)
        at org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run
(RefactoringWizardDialog2.java:282)
        at 
org.eclipse.ltk.ui.refactoring.RefactoringWizard.internalPerformFinish
(RefactoringWizard.java:533)
        at org.eclipse.ltk.ui.refactoring.UserInputWizardPage.performFinish
(UserInputWizardPage.java:153)
        at org.eclipse.ltk.ui.refactoring.RefactoringWizard.performFinish
(RefactoringWizard.java:599)
        at 
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.okPressed
(RefactoringWizardDialog2.java:406)
        at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:365)
        at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:505)
        at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java)
        at org.eclipse.jface.window.Window.open(Window.java:648)
        at org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run
(RefactoringWizardOpenOperation.java:121)
        at 
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate
(RefactoringStarter.java:40)
        at 
org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.activate
(UserInterfaceStarter.java:54)
        at 
org.eclipse.jdt.internal.ui.refactoring.reorg.RenameUserInterfaceStarter.activa
te(RenameUserInterfaceStarter.java:113)
        at org.eclipse.jdt.ui.refactoring.RenameSupport.openDialog
(RenameSupport.java:108)
        at 
org.eclipse.jdt.internal.ui.refactoring.actions.RenameJavaElementAction.run
(RenameJavaElementAction.java:175)
        at 
org.eclipse.jdt.internal.ui.refactoring.actions.RenameJavaElementAction.run
(RenameJavaElementAction.java:96)
        at org.eclipse.jdt.ui.actions.RenameAction.run(RenameAction.java:116)
        at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun
(SelectionDispatchAction.java:212)
        at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run
(SelectionDispatchAction.java:188)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at org.eclipse.ui.actions.RetargetAction.runWithEvent
(RetargetAction.java:212)
        at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:899)
        at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:850)
        at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:769)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:97)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:299)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:256)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:127)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:84)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:59)
        at java.lang.reflect.Method.invoke(Method.java:390)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:184)
        at org.eclipse.core.launcher.Main.run(Main.java:637)
        at org.eclipse.core.launcher.Main.main(Main.java:621)
Caused by: java.lang.NullPointerException
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.NullPointerException.<init>(NullPointerException.java:60)
        at 
org.eclipse.jdt.internal.core.search.matching.MatchLocator.findIndexMatches
(MatchLocator.java:266)
        at org.eclipse.jdt.internal.core.search.PatternSearchJob.search
(PatternSearchJob.java:107)
        at org.eclipse.jdt.internal.core.search.PatternSearchJob.execute
(PatternSearchJob.java:64)
        at 
org.eclipse.jdt.internal.core.search.processing.JobManager.performConcurrentJob
(JobManager.java:259)
        at org.eclipse.jdt.core.search.SearchEngine.findMatches
(SearchEngine.java:455)
        at org.eclipse.jdt.core.search.SearchEngine.search
(SearchEngine.java:756)
        at 
org.eclipse.jdt.internal.corext.refactoring.RefactoringSearchEngine.internalSea
rch(RefactoringSearchEngine.java:119)
        at 
org.eclipse.jdt.internal.corext.refactoring.RefactoringSearchEngine.search
(RefactoringSearchEngine.java:93)
        at 
org.eclipse.jdt.internal.corext.refactoring.rename.RenamePackageProcessor.getRe
ferencesToTypesInNamesakes(RenamePackageProcessor.java:350)
        at 
org.eclipse.jdt.internal.corext.refactoring.rename.RenamePackageProcessor.check
FinalConditions(RenamePackageProcessor.java:289)
        at 
org.eclipse.ltk.core.refactoring.participants.ProcessorBasedRefactoring.checkFi
nalConditions(ProcessorBasedRefactoring.java:134)
        at org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run
(CheckConditionsOperation.java:84)
        at org.eclipse.ltk.core.refactoring.CreateChangeOperation.run
(CreateChangeOperation.java:114)
        at org.eclipse.ltk.core.refactoring.PerformChangeOperation.run
(PerformChangeOperation.java:182)
        at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1674)
        at org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run
(WorkbenchRunnableAdapter.java:58)
        at org.eclipse.jface.operation.ModalContext$ModalContextThread.run
(ModalContext.java:101)

Here's a proposition for a more type safe and simple API. This only need changes
are in DefaultCodeFormatterConstants.java, the internal representation can be
unchanged.

// to add to DefaultCodeFormatterConstants:

public static String changeForceAlignment(String key, boolean force);
public static String changeSplitStyle(String key, String value, int splitStyle);
public static String changeIndentStyle(String key, String value, int indentStyle);
public static String getAlignmentValue(String key, boolean force, int
splitStyle, int indentStyle);

public static final int WRAP_NO_SPLIT= 0;
public static final int WRAP_COMPACT= 1;
public static final int WRAP_COMPACT_FIRST_BREAK= 2;
pubilc static final int WRAP_ONE_PER_LINE= 3;
public static final int WRAP_NEXT_PER_LINE= 4;
public static final int WRAP_NEXT_SHIFTED= 5;

public static final int FORMATTER_INDENT_DEFAULT= 10;
public static final int FORMATTER_INDENT_BY_ONE= 11;
public static final int FORMATTER_INDENT_ON_COLUMN = 12;

What do you think? I could even provide you with the implementation, I'm doing
something like this in my code.

I200405200800

I am seeing a chevron in the first toolbar in my coolbar in Eclipse.  However,
it is always empty and does not show a menu.  It was not always there, playing
around in the coolbar caused it to occur.

There are keybindable actions in the text editing category for To Upercase and
To Lowercase. I selected some test and tried the bound keys (CTRL-SHIRT-X and
CTRL-SHIRT-Y) but nothing happened. Couldn't get it to work on windows either.

I200405200800

StatusLine in jface uses setMessage("") to clear the text while the
documentation says you should uset setMessage(null) to clear the text.  The code
path is slightly different for "" versus null, but using null makes the intent
of the caller clearer.

When the Display view is closed during a session (hidden), we should persist its 
contents. This would allow us to let the debugger automatically open/close the 
Display view without worrying about losing state.

3.0 M5

If IWorkbenchWindowConfigurer.setTitle is called before the window's shell has 
been created, e.g. it's called from preWindowOpen, then it's a no-op.

I200403240800

File encoding should be used in Buffer.save(IProgressMonitor, boolean) and 
CommitWorkingCopyOperation.executeOperation().

Eclipse driver: 20040514

Unable to add the Web Services Explorer Web app to the Tomcat engine (the Help 
Web app works). I took the same Explorer Web app and tried it in the 20040506 
Eclipse driver, it worked there. Found the following exception in the catalina 
log file.

WebappLoader[]: Deploying class repositories to work directory D:\corona_0519
\workspace\.metadata\.plugins\org.eclipse.tomcat\ROOT
ContextConfig[]: Added certificates -> request attribute Valve
StandardManager[]: Seeding random number generator class 
java.security.SecureRandom
StandardManager[]: Seeding of random number generator has been completed
StandardWrapper[:default]: Loading container servlet default
StandardWrapper[:invoker]: Loading container servlet invoker
CoyoteConnector Coyote can't register jmx for protocol
WebappLoader[/wsexplorer]: Deploying class repositories to work directory 
D:\corona_0519\workspace\.metadata\.plugins\org.eclipse.tomcat\wsexplorer
WebappLoader[/wsexplorer]: Deploy class files /WEB-INF/classes to D:\corona_0519
\workspace\.metadata\.plugins\org.eclipse.tomcat\wsexplorer\WEB-INF\classes
StandardHost[localhost]: ContainerBase.addChild: start: 
LifecycleException:  start: :  java.lang.NullPointerException
	at org.apache.catalina.loader.WebappLoader.start(WebappLoader.java:678)
	at org.apache.catalina.core.StandardContext.start
(StandardContext.java:3550)
	at org.apache.catalina.core.ContainerBase.addChildInternal
(ContainerBase.java:821)
	at org.apache.catalina.core.ContainerBase.addChild
(ContainerBase.java:807)
	at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595)
	at org.eclipse.tomcat.internal.TomcatAppServer.start
(TomcatAppServer.java:253)
	at org.eclipse.help.internal.appserver.WebappManager.start
(WebappManager.java:53)
	at com.ibm.etools.webservice.explorer.CatalinaRunnable.init
(CatalinaRunnable.java:66)
	at 
com.ibm.etools.webservice.explorer.CatalinaRunnable.getCatalinaRunnable
(CatalinaRunnable.java:35)
	at com.ibm.etools.webservice.explorer.internal.WSExplorer.getBaseURL
(WSExplorer.java:69)
	at com.ibm.etools.webservice.explorer.internal.WSExplorer.launch
(WSExplorer.java:87)
	at 
com.ibm.etools.webservice.ui.wse.LaunchWebServicesExplorerCommand.execute
(LaunchWebServicesExplorerCommand.java:81)
	at com.ibm.env.command.fragment.CommandFragmentEngine.runCommand
(CommandFragmentEngine.java:268)
	at com.ibm.env.command.fragment.CommandFragmentEngine.visitTop
(CommandFragmentEngine.java:234)
	at 
com.ibm.env.command.fragment.CommandFragmentEngine.moveForwardToNextStop
(CommandFragmentEngine.java:154)
	at com.ibm.env.widgets.SimpleCommandEngineManager$4.run
(SimpleCommandEngineManager.java:150)
	at org.eclipse.jface.operation.ModalContext.runInCurrentThread
(ModalContext.java:302)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:252)
	at org.eclipse.jface.wizard.WizardDialog.run(WizardDialog.java:750)
	at com.ibm.env.widgets.SimpleCommandEngineManager.runForwardToNextStop
(SimpleCommandEngineManager.java:119)
	at com.ibm.env.internal.widgets.WizardPageManager.runForwardToNextStop
(WizardPageManager.java:60)
	at com.ibm.env.internal.widgets.WizardPageManager.performFinish
(WizardPageManager.java:148)
	at com.ibm.env.widgets.DynamicWizard.performFinish
(DynamicWizard.java:273)
	at org.eclipse.jface.wizard.WizardDialog.finishPressed
(WizardDialog.java:607)
	at org.eclipse.jface.wizard.WizardDialog.buttonPressed
(WizardDialog.java:305)
	at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:505)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java
(Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2725)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2390)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at org.eclipse.ui.actions.ImportResourcesAction.run
(ImportResourcesAction.java:146)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:899)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:850)
	at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:769)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java
(Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2725)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2390)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:298)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:249)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:126)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:79)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:722)
	at org.eclipse.core.launcher.Main.main(Main.java:706)
----- Root Cause -----
java.lang.NullPointerException
	at 
org.eclipse.help.internal.appserver.PluginClassLoaderWrapper.getDirectPrereqs
(PluginClassLoaderWrapper.java:113)
	at 
org.eclipse.help.internal.appserver.PluginClassLoaderWrapper.addPluginWithPrereq
s(PluginClassLoaderWrapper.java:98)
	at 
org.eclipse.help.internal.appserver.PluginClassLoaderWrapper.addPluginWithPrereq
s(PluginClassLoaderWrapper.java:100)
	at 
org.eclipse.help.internal.appserver.PluginClassLoaderWrapper.addPluginWithPrereq
s(PluginClassLoaderWrapper.java:100)
	at 
org.eclipse.help.internal.appserver.PluginClassLoaderWrapper.addPluginWithPrereq
s(PluginClassLoaderWrapper.java:100)
	at 
org.eclipse.help.internal.appserver.PluginClassLoaderWrapper.getPluginClasspath
(PluginClassLoaderWrapper.java:49)
	at org.eclipse.help.internal.appserver.PluginClassLoaderWrapper.getURLs
(PluginClassLoaderWrapper.java:43)
	at org.eclipse.tomcat.internal.WebAppClassLoader.getURLs
(WebAppClassLoader.java:61)
	at org.apache.catalina.loader.WebappLoader.setClassPath
(WebappLoader.java:1105)
	at org.apache.catalina.loader.WebappLoader.start(WebappLoader.java:666)
	at org.apache.catalina.core.StandardContext.start
(StandardContext.java:3550)
	at org.apache.catalina.core.ContainerBase.addChildInternal
(ContainerBase.java:821)
	at org.apache.catalina.core.ContainerBase.addChild
(ContainerBase.java:807)
	at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595)
	at org.eclipse.tomcat.internal.TomcatAppServer.start
(TomcatAppServer.java:253)
	at org.eclipse.help.internal.appserver.WebappManager.start
(WebappManager.java:53)
	at com.ibm.etools.webservice.explorer.CatalinaRunnable.init
(CatalinaRunnable.java:66)
	at 
com.ibm.etools.webservice.explorer.CatalinaRunnable.getCatalinaRunnable
(CatalinaRunnable.java:35)
	at com.ibm.etools.webservice.explorer.internal.WSExplorer.getBaseURL
(WSExplorer.java:69)
	at com.ibm.etools.webservice.explorer.internal.WSExplorer.launch
(WSExplorer.java:87)
	at 
com.ibm.etools.webservice.ui.wse.LaunchWebServicesExplorerCommand.execute
(LaunchWebServicesExplorerCommand.java:81)
	at com.ibm.env.command.fragment.CommandFragmentEngine.runCommand
(CommandFragmentEngine.java:268)
	at com.ibm.env.command.fragment.CommandFragmentEngine.visitTop
(CommandFragmentEngine.java:234)
	at 
com.ibm.env.command.fragment.CommandFragmentEngine.moveForwardToNextStop
(CommandFragmentEngine.java:154)
	at com.ibm.env.widgets.SimpleCommandEngineManager$4.run
(SimpleCommandEngineManager.java:150)
	at org.eclipse.jface.operation.ModalContext.runInCurrentThread
(ModalContext.java:302)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:252)
	at org.eclipse.jface.wizard.WizardDialog.run(WizardDialog.java:750)
	at com.ibm.env.widgets.SimpleCommandEngineManager.runForwardToNextStop
(SimpleCommandEngineManager.java:119)
	at com.ibm.env.internal.widgets.WizardPageManager.runForwardToNextStop
(WizardPageManager.java:60)
	at com.ibm.env.internal.widgets.WizardPageManager.performFinish
(WizardPageManager.java:148)
	at com.ibm.env.widgets.DynamicWizard.performFinish
(DynamicWizard.java:273)
	at org.eclipse.jface.wizard.WizardDialog.finishPressed
(WizardDialog.java:607)
	at org.eclipse.jface.wizard.WizardDialog.buttonPressed
(WizardDialog.java:305)
	at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:505)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java
(Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2725)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2390)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at org.eclipse.ui.actions.ImportResourcesAction.run
(ImportResourcesAction.java:146)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:899)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:850)
	at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:769)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java
(Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2725)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2390)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:298)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:249)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:126)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:79)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:722)
	at org.eclipse.core.launcher.Main.main(Main.java:706)

CreateCopyOfCompilationUnitChange.createChangeManager passed a negative offset
to the constructor of ReplaceEdit. This is reproducible with one specific
compilation unit (a modified AbstractTextEditor, no errors, no warnings):
- start eclipse
- click on AbstractTextEditor in Package Explorer
- Ctrl-C, Ctrl-V
- confirm suggested new name with Enter
-> Error dialog box with undo/abort buttons: "An exception has been caught while
processing the change 'Create file:/test/src/test4/CopyOfAbstractTextEditor'.

Reason:
  Assertion failed:
" - and nothing more apart from the description of the buttons.

From the log:
org.eclipse.jface.text.Assert$AssertionFailedException: Assertion failed: 
	at org.eclipse.jface.text.Assert.isTrue(Assert.java:175)
	at org.eclipse.jface.text.Assert.isTrue(Assert.java:160)
	at org.eclipse.text.edits.TextEdit.<init>(TextEdit.java:137)
	at org.eclipse.text.edits.ReplaceEdit.<init>(ReplaceEdit.java:35)
	at
org.eclipse.jdt.internal.corext.refactoring.reorg.CreateCopyOfCompilationUnitChange.createChangeManager(CreateCopyOfCompilationUnitChange.java:103)
	at
org.eclipse.jdt.internal.corext.refactoring.reorg.CreateCopyOfCompilationUnitChange.getCopiedFileSource(CreateCopyOfCompilationUnitChange.java:81)
	at
org.eclipse.jdt.internal.corext.refactoring.reorg.CreateCopyOfCompilationUnitChange.getOldFile(CreateCopyOfCompilationUnitChange.java:63)
	at
org.eclipse.jdt.internal.corext.refactoring.nls.changes.CreateFileChange.perform(CreateFileChange.java:79)
	at
org.eclipse.jdt.internal.corext.refactoring.CompositeChange.createUndoList(CompositeChange.java:122)
	at
org.eclipse.jdt.internal.corext.refactoring.CompositeChange.perform(CompositeChange.java:149)
	at
org.eclipse.jdt.internal.ui.refactoring.RefactoringExecutionHelper$1.run(RefactoringExecutionHelper.java:80)
	at
org.eclipse.jdt.internal.core.BatchOperation.executeOperation(BatchOperation.java:34)
	at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:698)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1555)
	at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1574)
	at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3129)
	at
org.eclipse.jdt.internal.ui.refactoring.RefactoringExecutionHelper$Operation.run(RefactoringExecutionHelper.java:78)
	at
org.eclipse.jface.operation.ModalContext.runInCurrentThread(ModalContext.java:302)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:252)
	at
org.eclipse.jface.dialogs.ProgressMonitorDialog.run(ProgressMonitorDialog.java:394)
	at
org.eclipse.jdt.internal.ui.refactoring.RefactoringExecutionHelper.perform(RefactoringExecutionHelper.java:130)
	at
org.eclipse.jdt.internal.ui.refactoring.reorg.ReorgCopyStarter.run(ReorgCopyStarter.java:70)
	at
org.eclipse.jdt.internal.ui.refactoring.reorg.PasteAction$JavaElementAndResourcePaster.paste(PasteAction.java:402)
	at
org.eclipse.jdt.internal.ui.refactoring.reorg.PasteAction.run(PasteAction.java:189)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:842)
	at org.eclipse.ui.actions.RetargetAction.runWithEvent(RetargetAction.java:212)
	at org.eclipse.ui.internal.commands.ActionHandler.execute(ActionHandler.java:40)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:390)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:763)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:803)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:486)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$0(WorkbenchKeyboard.java:421)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:215)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java:692)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:846)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:871)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:856)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1716)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1712)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3036)
	at org.eclipse.swt.widgets.Tree.WM_CHAR(Tree.java:1292)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2939)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:2836)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1369)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1990)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1506)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1482)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:246)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:47)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:226)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

I200405131200

In the JavaDoc of SWT#SCROLL_LOCK the 'num' should be replaced by 'scroll'.

The method PackageAdmin.getBundles(String,String,String) has been deprecated.  
I will attach a patch to update.core to remove the deprecated calls.

When using "Show Revision Comparisons in Dialog", changes made to the left
editor are not saved when you close the dialog (and are prompted to save).

1. Ensure "Show Revision Comparisons in Dialog" is true
2. Compare a file with "Revisions..."
3. make cahnges to the left editor input
4. press "OK"
5. When prompted to save changes, select "yes"

Changes are not saved.

I have also noticed:
Changes ARE saved if you choose a new revision
Changes ARE saved if you right click and select save
Changes are NOT saved if you press Ctrl-S while the left editor has focus

I think the problem is caused in SaveablePartDialog#saveChanges()

the following line is checking for the wrong return value (should be == 0):
if (input.isDirty() && dialog.open() == IDialogConstants.YES_ID) {

No idea what is causing Ctrl-S not to work though

In the following code

import java.awt.event.MouseAdapter;
import java.awt.event.MouseEvent;
import javax.swing.JPopupMenu;
import javax.swing.JTable;
import javax.swing.event.ListSelectionEvent;
import javax.swing.event.ListSelectionListener;

public class Test {
    public void foo() {
        final JTable table = new JTable();
        table.getSelectionModel().addListSelectionListener(
                new ListSelectionListener() { // <-- (2)
                    public void valueChanged(ListSelectionEvent arg0) {
                    }
                });
        table.addMouseListener(new MouseAdapter() {
            public void mouseClicked(MouseEvent e) {
                JPopupMenu popup = getPopup(); // <-- (1)
            }

            private JPopupMenu getPopup() {
                return null;
            }
        });
    }
}

If you select the call to "getPopup()" on the line marked (1) and select "Open
Declaration" from the context menu (or press F3, or Ctrl-Click) the editor
positions on ListSelectionListener on the line marked (2).

I am developing plugins for various IDEs. Till now all our products were Swing 
based and all the plugins were working fine. 
We recently switched from Swing to SWT. Now I am trying to embedd our products 
(SWT components) in various IDEs( Swing components).

I am using jars and dlls of Eclipse 3.
Embedding of SWT in Swing is working fine in stand alone application. But when 
I deploy my plugin in IDE eg IntelliJ IDEA, following error is thrown

org.eclipse.swt.SWTError: Not implemented (java.lang.UnsatisfiedLinkError: 
Native Library D:\Apps\IDEs\Idea4.0\jre\bin\jawt.dll already loaded in another 
classloader)
        at org.eclipse.swt.SWT.error(SWT.java:2717)
        at org.eclipse.swt.SWT.error(SWT.java:2616)
        at org.eclipse.swt.awt.SWT_AWT.new_Shell(SWT_AWT.java:265)

*** Stack trace of contained error ***
java.lang.UnsatisfiedLinkError: Native Library D:\Apps\IDEs\Idea4.0\jre\bin\jawt
.dll already loaded in another classloader
        at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1525)
        at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1477)
        at java.lang.Runtime.loadLibrary0(Runtime.java:788)
        at java.lang.System.loadLibrary(System.java:834)
        at org.eclipse.swt.awt.SWT_AWT.loadLibrary(SWT_AWT.java:67)
        at org.eclipse.swt.awt.SWT_AWT.new_Shell(SWT_AWT.java:262)
        at com.appperfect.plugins.common.SWTContainer$1.run(SWTContainer.java:49
)
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
        at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.ja
va:106)
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2749)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2434)
        at com.appperfect.plugins.common.DisplayThread.swtEventLoop(DisplayThrea
d.java:72)
        at com.appperfect.plugins.common.DisplayThread.run
(DisplayThread.java:65)

We are not able to proceed because of this problem. If problem is not resolved 
then we may have to switched back to Swing. :(

Problem is because SWT_AWT explicitly loads jawt.dll, this may be because 
SWT_AWT or some other class in swt.jar directly calls a native method in 
jawt.dll. If this is not so and just swt dlls have internal dependeny on 
jawt.dll then I think explicit loading of jawt is not required.

Is there any work around?
Am I missing something?

-Sudhan.

Using suse 9.1 and eclipse 3.0 M9 with gtk2

I was trying to synchronizing an old repository due to use a clean one due to
error with sysdeo plugin and eclipse just stopped responding:



!ENTRY org.eclipse.core.runtime 4 2 Mai 24, 2004 18:21:47.663
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
        at
org.eclipse.team.internal.ui.synchronize.CompressedFoldersModelProvider$CompressedFolderDiffNode.getName(CompressedFoldersModelProvider.java:73)
        at
org.eclipse.compare.structuremergeviewer.DiffNode.getPath(DiffNode.java:364)
        at
org.eclipse.compare.structuremergeviewer.DiffNode.hashCode(DiffNode.java:329)
        at
org.eclipse.team.internal.ui.synchronize.SyncInfoModelElement.hashCode(SyncInfoModelElement.java:180)
        at java.util.HashMap.hash(HashMap.java:261)
        at java.util.HashMap.put(HashMap.java:379)
        at java.util.HashSet.add(HashSet.java:192)
        at org.eclipse.team.internal.ui.Utils.collectAllNodes(Utils.java:472)
        at org.eclipse.team.internal.ui.Utils.collectAllNodes(Utils.java:477)
        at org.eclipse.team.internal.ui.Utils.collectAllNodes(Utils.java:477)
        at org.eclipse.team.internal.ui.Utils.getDiffNodes(Utils.java:464)
        at
org.eclipse.team.ui.synchronize.SynchronizeModelAction.getSelectedDiffElements(SynchronizeModelAction.java:162)
        at
org.eclipse.team.ui.synchronize.SynchronizeModelAction.getFilteredDiffElements(SynchronizeModelAction.java:181)
        at
org.eclipse.team.ui.synchronize.SynchronizeModelAction.updateSelection(SynchronizeModelAction.java:152)
        at
org.eclipse.ui.actions.BaseSelectionListenerAction.selectionChanged(BaseSelectionListenerAction.java:102)
        at
org.eclipse.ui.actions.BaseSelectionListenerAction.selectionChanged(BaseSelectionListenerAction.java:115)
        at
org.eclipse.team.ui.synchronize.SynchronizePageActionGroup$1.run(SynchronizePageActionGroup.java:139)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:608)
        at org.eclipse.core.runtime.Platform.run(Platform.java:758)
        at
org.eclipse.team.ui.synchronize.SynchronizePageActionGroup$VisibleRootsSelectionProvider.selectionChanged(SynchronizePageActionGroup.java:137)
        at
org.eclipse.team.ui.synchronize.SynchronizePageActionGroup$VisibleRootsSelectionProvider.setSelection(SynchronizePageActionGroup.java:129)
        at
org.eclipse.team.ui.synchronize.SynchronizePageActionGroup$VisibleRootsSelectionProvider.modelChanged(SynchronizePageActionGroup.java:99)
        at
org.eclipse.team.internal.ui.synchronize.SynchronizePageConfiguration$7.run(SynchronizePageConfiguration.java:339)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:608)
        at org.eclipse.core.runtime.Platform.run(Platform.java:758)
        at
org.eclipse.team.internal.ui.synchronize.SynchronizePageConfiguration.modelChanged(SynchronizePageConfiguration.java:334)
        at
org.eclipse.team.internal.ui.synchronize.StructuredViewerAdvisor.setActionBars(StructuredViewerAdvisor.java:415)
        at
org.eclipse.team.internal.ui.synchronize.SyncInfoSetSynchronizePage.setActionBars(SyncInfoSetSynchronizePage.java:186)
        at org.eclipse.ui.part.PageBookView.preparePage(PageBookView.java:339)
        at org.eclipse.ui.part.PageBookView.createPage(PageBookView.java:313)
        at org.eclipse.ui.part.PageBookView.partActivated(PageBookView.java:591)
        at
org.eclipse.team.internal.ui.synchronize.SynchronizeView.display(SynchronizeView.java:315)
        at
org.eclipse.team.internal.ui.synchronize.SynchronizeView.updateForExistingParticipants(SynchronizeView.java:399)
        at
org.eclipse.team.internal.ui.synchronize.SynchronizeView.createPartControl(SynchronizeView.java:357)
        at org.eclipse.ui.internal.PartPane$2.run(PartPane.java:124)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:608)
        at org.eclipse.core.runtime.Platform.run(Platform.java:758)
        at org.eclipse.ui.internal.PartPane.createChildControl(PartPane.java:120)
        at org.eclipse.ui.internal.ViewPane.createChildControl(ViewPane.java:137)
        at org.eclipse.ui.internal.ViewFactory$1.run(ViewFactory.java:289)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:608)
        at org.eclipse.core.runtime.Platform.run(Platform.java:758)
        at org.eclipse.ui.internal.ViewFactory.busyRestoreView(ViewFactory.java:211)
        at org.eclipse.ui.internal.ViewFactory$2.run(ViewFactory.java:468)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
        at org.eclipse.ui.internal.ViewFactory.restoreView(ViewFactory.java:466)
        at
org.eclipse.ui.internal.ViewFactory$ViewReference.getPart(ViewFactory.java:101)
        at
org.eclipse.ui.internal.WorkbenchPage$1.propertyChange(WorkbenchPage.java:130)
        at org.eclipse.ui.internal.LayoutPart.setVisible(LayoutPart.java:257)
        at org.eclipse.ui.internal.PartPane.setVisible(PartPane.java:294)
        at org.eclipse.ui.internal.ViewPane.setVisible(ViewPane.java:557)
        at
org.eclipse.ui.internal.presentations.PresentablePart.setVisible(PresentablePart.java:122)
        at
org.eclipse.ui.internal.presentations.DefaultPartPresentation.selectPart(DefaultPartPresentation.java:855)
        at
org.eclipse.ui.internal.PartStack.refreshPresentationSelection(PartStack.java:919)
        at org.eclipse.ui.internal.PartStack.createControl(PartStack.java:461)
        at org.eclipse.ui.internal.PartStack.createControl(PartStack.java:361)
        at
org.eclipse.ui.internal.PartSashContainer.createControl(PartSashContainer.java:427)
        at
org.eclipse.ui.internal.PerspectiveHelper.activate(PerspectiveHelper.java:156)
        at org.eclipse.ui.internal.Perspective.onActivate(Perspective.java:718)
        at
org.eclipse.ui.internal.WorkbenchPage.setPerspective(WorkbenchPage.java:2711)
        at
org.eclipse.ui.internal.WorkbenchPage.busySetPerspective(WorkbenchPage.java:728)
        at org.eclipse.ui.internal.WorkbenchPage.access$8(WorkbenchPage.java:713)
        at org.eclipse.ui.internal.WorkbenchPage$12.run(WorkbenchPage.java:2854)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
        at
org.eclipse.ui.internal.WorkbenchPage.setPerspective(WorkbenchPage.java:2852)
        at org.eclipse.ui.internal.Workbench.showPerspective(Workbench.java:1434)
        at
org.eclipse.team.internal.ui.synchronize.SynchronizeManager.showSynchronizeViewInActivePage(SynchronizeManager.java:444)
        at
org.eclipse.team.internal.ui.synchronize.RefreshUserNotificationPolicy$1.run(RefreshUserNotificationPolicy.java:32)
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
        at
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2519)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2256)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:307)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)

I was moving from RC2 to i0617 and got the following stack trace on startup of 
my pre-existing workspace.  Eclipse *appeared* to hang.  On inspecing the stack 
trace I saw that it was doing some error dialog so I started closing various 
windows I had open.  Eventually I got to an error dialog saying that the 
workspace layout would have to be reset.  I clicked OK and it the restart 
succeeded (though the layout was reset). 


!ENTRY org.eclipse.core.runtime 4 2 Jun 17, 2004 17:31:31.365
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.NullPointerException.<init>(NullPointerException.java:60)
        at org.eclipse.ui.internal.EditorStack.restoreState
(EditorStack.java:246)
        at org.eclipse.ui.internal.EditorSashContainer.restoreState
(EditorSashContainer.java:258)
        at org.eclipse.ui.internal.EditorAreaHelper.restoreState
(EditorAreaHelper.java:281)
        at org.eclipse.ui.internal.EditorManager.restoreState
(EditorManager.java:868)
        at org.eclipse.ui.internal.WorkbenchPage.restoreState
(WorkbenchPage.java:2416)
        at org.eclipse.ui.internal.WorkbenchWindow.restoreState
(WorkbenchWindow.java:1372)
        at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1222)
        at org.eclipse.ui.internal.Workbench.access$10(Workbench.java:1183)
        at org.eclipse.ui.internal.Workbench$13.run(Workbench.java:1094)
        at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
        at org.eclipse.core.runtime.Platform.run(Platform.java:758)
        at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1027)
        at org.eclipse.ui.internal.WorkbenchConfigurer.restoreState
(WorkbenchConfigurer.java:167)
        at org.eclipse.ui.application.WorkbenchAdvisor.openWindows
(WorkbenchAdvisor.java:652)
        at org.eclipse.ui.internal.Workbench.init(Workbench.java:817)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1323)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:252)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:334)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:272)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:84)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:59)
        at java.lang.reflect.Method.invoke(Method.java:390)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:186)
        at org.eclipse.core.launcher.Main.run(Main.java:647)
        at org.eclipse.core.launcher.Main.main(Main.java:631)

20040420

There is new API provided by jdt.ui so you can get rid of the internal accesses
to  e.g. SourceAttachmentBlock:

BuildPathDialogAccess

-> source attachment, javadoc location configuration, classpath entries
selection and configuration

Using latest code out of HEAD, I got this exception:
java.lang.NullPointerException
	at
org.eclipse.jdt.internal.compiler.ast.ConstructorDeclaration.isRecursive(ConstructorDeclaration.java:355)
	at
org.eclipse.jdt.internal.compiler.ast.ConstructorDeclaration.analyseCode(ConstructorDeclaration.java:50)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.internalAnalyseCode(TypeDeclaration.java:692)
	at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.analyseCode(TypeDeclaration.java:262)
	at
org.eclipse.jdt.internal.compiler.ast.CompilationUnitDeclaration.analyseCode(CompilationUnitDeclaration.java:80)
	at org.eclipse.jdt.internal.compiler.Compiler.process(Compiler.java:511)
	at org.eclipse.jdt.internal.compiler.Compiler.compile(Compiler.java:335)
	at org.eclipse.jdt.internal.compiler.batch.Main.performCompilation(Main.java:1664)
	at org.eclipse.jdt.internal.compiler.batch.Main.compile(Main.java:372)
	at org.eclipse.jdt.internal.compiler.batch.Main.compile(Main.java:265)
	at org.eclipse.jdt.internal.compiler.batch.Main.compile(Main.java:257)
	at org.eclipse.jdt.core.tools.compiler.Compile.main(Compile.java:19)

compiling this code:

public class X<E> {
	
	<E> X(E e) {
		<E> this();
	}
	
	<E> X() {
	}
}

When you run a clean timestamp, there is no name for the job (i.e. no dialog 
title or task title in the progres view). Also, the task name is never set.

 

 

context menu of shared project -> properties -> cvs page -> click on "Change
Sharing..."

Observe the dialog does not use the dialog font.

RC2

According to bug 67164 validate edit can return a status having the cancel 
flag set. Currently refactoring treats this as a non error resulting in the 
fact that the refactoring continues which will very likely result in a failing 
change execution.

RC2 - observed on all motif platforms

- run the DND example
- select the DragSource and DropTarget checkboxes
- select the Text Transfer checkboxes for each
- select the SWT.DROP_COPY checkboxes for each
- deselect the SWT.DROP_MOVE checkboxes for each
- drag from the left example widget to the right example widget and note that 
it is allowed, which should not be the case since CTRL was not pressed
- a similar behaviour occurs with SWT.DROP_LINK

Select a Java Project -> Properties -> Builders -> New...

Select one type of builder.

The dialog will be opened w/ the error message "External tool location cannot be
empty".

This violates Eclipse UI guideline 4.3

See screenshot.

@@@@

Another observation: the OK button should not be enabled if there is an error.

I200405130010

1. open SearchResultViewer.maplEment
2. collapse the method
3. hover over the triangle

I20040512-0800

Mark Occurrences annotation is not interesting as Tooltip Description. Steps:
- enable Mark Occurrences
- set caret to a variable and wait until occurrences marked
- hover over variable or press F2
-> expected: type, name and javadoc
-> was: only name (I guess this is the Annotation's text)

On code like:

public class Outer {
	public class Inner {
		/**
		 * Does something.
		 * 
		 * @see #outerFunc
		 */
		public void innerFunc() {}
	}
	
	public void outerFunc() {}
}

turning the preference Java > Compiler > Javadoc > Malformed Javadoc comments to Warning causes a 
spurious "outerFunc cannot be resolved or is not a field" error on the @see tag. The javadoc tool 
handles this just fine. Eclipse should too.

(On 3.0RC1)

N20040309

1. Start a CVS refresh (long running) that will lock your project
2. Try to perform a refactoring (e.g. Extract Constant)
3. The progress "lock" window will show up, telling you that the workspace lock
can not be obtained, with the option to cancel either the cvs or ui task.
4. Choose to cancel the UI task

-> I get an AssertionFailedException. Since the option to cancel is offered in
the ui, we should not throw, but abort gracefully.

org.eclipse.jface.util.Assert$AssertionFailedException: Assertion failed:
        at java.lang.Throwable.<init>(Throwable.java)
        at java.lang.Throwable.<init>(Throwable.java)
        at
org.eclipse.jface.util.Assert$AssertionFailedException.<init>(Assert.java:54)
        at org.eclipse.jface.util.Assert.isTrue(Assert.java:168)
        at org.eclipse.jface.util.Assert.isTrue(Assert.java)
        at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.checkActivation(RefactoringStarter.java:73)
        at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:47)
        at
org.eclipse.jdt.ui.actions.ExtractConstantAction.run(ExtractConstantAction.java:94)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:216)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at
org.eclipse.ui.actions.RetargetAction.runWithEvent(RetargetAction.java:212)
        at
org.eclipse.ui.internal.WWinPluginAction.runWithEvent(WWinPluginAction.java:212)
        at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:550)
        at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:502)
        at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:435)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1451)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1422)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:258)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:79)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:260)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:173)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:106)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
        at java.lang.reflect.Method.invoke(Method.java:386)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
        at org.eclipse.core.launcher.Main.run(Main.java:745)
        at org.eclipse.core.launcher.Main.main(Main.java:713)

!ENTRY org.eclipse.core.runtime 4 2 Mai 13, 2004 12:14:27.765
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewContextListener.initViewCo
llection(LaunchViewContextListener.java:330)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewContextListener.init
(LaunchViewContextListener.java:318)
	at org.eclipse.debug.internal.ui.views.launch.LaunchView.partOpened
(LaunchView.java:640)
	at org.eclipse.ui.internal.PartListenerList$5.run
(PartListenerList.java:105)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:607)
	at org.eclipse.core.runtime.Platform.run(Platform.java:668)
	at org.eclipse.ui.internal.PartListenerList.firePartOpened
(PartListenerList.java:103)
	at org.eclipse.ui.internal.WorkbenchPage.firePartOpened
(WorkbenchPage.java:1384)
	at org.eclipse.ui.internal.PartPane.createChildControl
(PartPane.java:119)
	at org.eclipse.ui.internal.ViewPane.createChildControl
(ViewPane.java:143)
	at org.eclipse.ui.internal.ViewFactory$1.run(ViewFactory.java:276)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:607)
	at org.eclipse.core.runtime.Platform.run(Platform.java:668)
	at org.eclipse.ui.internal.ViewFactory.busyRestoreView
(ViewFactory.java:202)
	at org.eclipse.ui.internal.ViewFactory$2.run(ViewFactory.java:454)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ui.internal.ViewFactory.restoreView
(ViewFactory.java:452)
	at org.eclipse.ui.internal.ViewFactory$ViewReference.getPart
(ViewFactory.java:93)
	at org.eclipse.ui.internal.WorkbenchPage$1.propertyChange
(WorkbenchPage.java:130)
	at org.eclipse.ui.internal.LayoutPart.setVisible(LayoutPart.java:248)
	at org.eclipse.ui.internal.PartPane.setVisible(PartPane.java:259)
	at org.eclipse.ui.internal.ViewPane.setVisible(ViewPane.java:625)
	at org.eclipse.ui.internal.presentations.PresentableViewPart.setVisible
(PresentableViewPart.java:114)
	at 
org.eclipse.ui.internal.presentations.DefaultPartPresentation.selectPart
(DefaultPartPresentation.java:777)
	at org.eclipse.ui.internal.PartStack.refreshPresentationSelection
(PartStack.java:717)
	at org.eclipse.ui.internal.PartStack.createControl(PartStack.java:315)
	at org.eclipse.ui.internal.ViewStack.createControl(ViewStack.java:99)
	at org.eclipse.ui.internal.PartSashContainer.createControl
(PartSashContainer.java:392)
	at org.eclipse.ui.internal.PerspectiveHelper.activate
(PerspectiveHelper.java:156)
	at org.eclipse.ui.internal.Perspective.onActivate(Perspective.java:718)
	at org.eclipse.ui.internal.WorkbenchPage.setPerspective
(WorkbenchPage.java:2683)
	at org.eclipse.ui.internal.WorkbenchPage.busySetPerspective
(WorkbenchPage.java:728)
	at org.eclipse.ui.internal.WorkbenchPage.access$8
(WorkbenchPage.java:713)
	at org.eclipse.ui.internal.WorkbenchPage$12.run
(WorkbenchPage.java:2826)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchPage.setPerspective
(WorkbenchPage.java:2824)
	at org.eclipse.ui.internal.Workbench.showPerspective
(Workbench.java:1488)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.PerspectiveManager.switchToP
erspective(PerspectiveManager.java:171)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.PerspectiveManager$5.run
(PerspectiveManager.java:322)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2702)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2394)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:298)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:249)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:126)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:722)
	at org.eclipse.core.launcher.Main.main(Main.java:706)

I20040512

Currently the index manager encodes the index location given by the client and 
put this encoded location into org.eclipse.jdt.core's metadata area. As a 
result, on shutdown the client's indexes are cleaned up since they do not 
belong to the default Java search participant.

Hi,
I'm using xdoclet tags in my classes.
In the previous M builds the code formatter didn't touch these lines when using  
"clear blank lines=false".

   /**
   * [text]
   *
   * @ejb.interface-method
   *
   * @ejb.persistence
   *
   * @ejb.pk-field
   *
   * @ejb.value-object match="deviceLight"
   *
   * @jboss.persistence auto-increment="true"
   */

But in RC2 and 3, after using the formatter 2 times, the comment looks:

   /**
   * [text unchanged]
   *
   * @ejb.interface-method @ejb.persistence @ejb.pk-field @ejb.value-object 
match="deviceLight"
   *
   * @jboss.persistence auto-increment="true"
   */

Each tag with no additional parameters moved up to one line. This is not nice if 
your code has a lot of xdoclet tags and the code generation fails because 
xdoclet cant find it's tags. I had to disable comment formatting to work with 
rc3. Something like (if next line is possible javadoc tag, don't remove newline) 
is what I want.

regards,
Marcel

I200405131600

I just noticed that Plugin#getStateLocation() returns a path that has a "/d:" 
device (my workspace being in "d:\eclipse\workspace\plugins".

I would expect to have "d:" as the device for this path.

I200405131600

Double-click on the vertical ruler below the end of the CU

!ENTRY org.eclipse.jdt.debug.ui 4 150 Mai 14, 2004 15:20:18.82
!MESSAGE Internal Error
!STACK 0
org.eclipse.jface.text.BadLocationException
	at
org.eclipse.jface.text.AbstractLineTracker.getLineInformation(AbstractLineTracker.java:198)
	at
org.eclipse.jface.text.AbstractDocument.getLineInformation(AbstractDocument.java:786)
	at
org.eclipse.jdt.internal.debug.ui.actions.ManageBreakpointRulerAction.run(ManageBreakpointRulerAction.java:100)
	at
org.eclipse.ui.texteditor.AbstractRulerActionDelegate.run(AbstractRulerActionDelegate.java:98)
	at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:276)
	at org.eclipse.ui.internal.PluginAction.run(PluginAction.java:238)
	at
org.eclipse.ui.texteditor.AbstractTextEditor$10.triggerAction(AbstractTextEditor.java:2030)
	at
org.eclipse.ui.texteditor.AbstractTextEditor$10.mouseDoubleClick(AbstractTextEditor.java:2044)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:140)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2725)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2390)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:298)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:249)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:126)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:722)
	at org.eclipse.core.launcher.Main.main(Main.java:706)

3.0 M8

I exported Javadoc for a class (checked the rt.jar on page 2).
When exporting the next time I cannot go to page 2 and get an NPE in .log:

!ENTRY org.eclipse.ui 4 4 Mrz 29, 2004 12:59:36.205
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Mrz 29, 2004 12:59:36.215
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.jdt.internal.ui.javadocexport.JavadocStandardWizardPage.getCheckedReferences(JavadocStandardWizardPage.java:250)
	at
org.eclipse.jdt.internal.ui.javadocexport.JavadocStandardWizardPage.updateHRefList(JavadocStandardWizardPage.java:412)
	at
org.eclipse.jdt.internal.ui.javadocexport.JavadocStandardWizardPage.setVisible(JavadocStandardWizardPage.java:393)
	at org.eclipse.jface.wizard.WizardDialog.updateForPage(WizardDialog.java:957)
	at org.eclipse.jface.wizard.WizardDialog.access$1(WizardDialog.java:938)
	at org.eclipse.jface.wizard.WizardDialog$3.run(WizardDialog.java:927)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.jface.wizard.WizardDialog.showPage(WizardDialog.java:925)
	at org.eclipse.jface.wizard.WizardDialog.nextPressed(WizardDialog.java:682)
	at org.eclipse.jface.wizard.WizardDialog.buttonPressed(WizardDialog.java:314)
	at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:413)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2578)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2256)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:670)
	at org.eclipse.jface.window.Window.open(Window.java:650)
	at org.eclipse.ui.actions.ExportResourcesAction.run(ExportResourcesAction.java:162)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:550)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:502)
	at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:435)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2578)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2256)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:277)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:239)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

Given:

public class DrawText {
    
    private static final String someText = "The quick brown fox\njumped "
     + "over\nthe lazy\ndog."; 
    
	public static void main(String[] args) {
        Display display = new Display();
        Shell shell = new Shell(display);
        shell.setLayout(new FillLayout());
        
        new Canvas(shell, SWT.NULL).addPaintListener(new PaintListener() {
		public void paintControl(PaintEvent e) {
                    e.gc.drawText(someText, 0, 0, SWT.DRAW_DELIMITER);
		}
        });
        
        shell.setSize(200, 200);
        shell.open();
        
        while (display.readAndDispatch())
            display.sleep();
        
        shell.dispose();
        display.dispose();
	}
}

with RC3 on Linux/GTK, I get the attached screen shot as a result.

Since this is a changed behavior (a regression, maybe), I'm expecting that this
is a bug.

The DebugViewLabelDecorator take care to note what threads are 'resumed' when 
computing labels in LabelJob.run(...). However, after determining that a 
thread has resumed it still tries to compute labels for those stack frames 
immediately. This results in an "error" state label rather than "...".

The LaunchView does not clear the fStackFrame variable.
This can retain lots of state of the last debug session in memory.

3.0 

I get a dialog when there are problems synchronizing my workspace via
Synchronize view (see picture 1). I select the error and click "Clear".
Observe: the error stays in the progress icon (bottom right)

Click on the progress icon (bottom right)
==> I get exactly the same error presented (see picture 2) that I already cleared.

I would expect that "Clear" removes it from the progress error list.

In Build 200404131323, all the next/previous editor/view/perspective popups have
a tiny size and scrollbars which make them VERY uncomfortable to use.

3.0rc2
add a type filter for *awt* 
now awt.List is filtered out from code assist and such.
however, if you use Move refactoring and use code assist in the dest field, you
still see awt.List in there

(why a binary type would end up in the move dest list is another question)

In the Properties tab of an ant configuration the "eclipse.home" variable is set
to "/d:/dev/eclipse" instead of "d:/dev/eclipse".  This looks like another
manifestation of the following eclipse bug:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=58607

build 20040623-0010

I have the javadoc compiler warnings turned on and do not get any warnings
reported, but when the Sun javadoc tool is run against our code, it has some
warnings. Code assist also doesn't help me. (read: it just gives me the same
text that I already have)

The warnings seem to have to do with inner-classes defined within an interface.
Here are the javadoc tool warnings. 

I will attach the corresponding revision of IEclipsePreferences and my compiler
options.

---------------

/org.eclipse.core.runtime/src/org/eclipse/core/runtime/preferences/IEclipsePreferences.java:97:

warning - Tag @see: can't 

find addNodeChangeListener(INodeChangeListener) in 
org.eclipse.core.runtime.preferences.IEclipsePreferences
/org.eclipse.core.runtime/src/org/eclipse/core/runtime/preferences/IEclipsePreferences.java:97:

warning - Tag @see: can't 

find removeNodeChangeListener(INodeChangeListener) in 
org.eclipse.core.runtime.preferences.IEclipsePreferences
/org.eclipse.core.runtime/src/org/eclipse/core/runtime/preferences/IEclipsePreferences.java:108:

warning - Tag @see: 

can't find addNodeChangeListener(INodeChangeListener) in 
org.eclipse.core.runtime.preferences.IEclipsePreferences
/org.eclipse.core.runtime/src/org/eclipse/core/runtime/preferences/IEclipsePreferences.java:108:

warning - Tag @see: 

can't find removeNodeChangeListener(INodeChangeListener) in 
org.eclipse.core.runtime.preferences.IEclipsePreferences

/org.eclipse.core.runtime/src/org/eclipse/core/runtime/preferences/IEclipsePreferences.java:214:

warning - Tag @see: 

can't find removeNodeChangeListener(INodeChangeListener) in 
org.eclipse.core.runtime.preferences.IEclipsePreferences
/org.eclipse.core.runtime/src/org/eclipse/core/runtime/preferences/IEclipsePreferences.java:226:

warning - Tag @see: 

can't find addNodeChangeListener(INodeChangeListener) in 
org.eclipse.core.runtime.preferences.IEclipsePreferences

/org.eclipse.core.runtime/src/org/eclipse/core/runtime/preferences/IEclipsePreferences.java:201:

warning - Tag @see: 

can't find addPreferenceChangeListener(IPreferenceChangeListener) in 

org.eclipse.core.runtime.preferences.IEclipsePreferences
/org.eclipse.core.runtime/src/org/eclipse/core/runtime/preferences/IEclipsePreferences.java:201:

warning - Tag @see: 

can't find removePreferenceChangeListener(IPreferenceChangeListener) in 

org.eclipse.core.runtime.preferences.IEclipsePreferences

/org.eclipse.core.runtime/src/org/eclipse/core/runtime/preferences/IEclipsePreferences.java:238:

warning - Tag @see: 

can't find removePreferenceChangeListener(IPreferenceChangeListener) in 

org.eclipse.core.runtime.preferences.IEclipsePreferences
/org.eclipse.core.runtime/src/org/eclipse/core/runtime/preferences/IEclipsePreferences.java:250:

warning - Tag @see: 

can't find addPreferenceChangeListener(IPreferenceChangeListener) in 

org.eclipse.core.runtime.preferences.IEclipsePreferences

On trying to refactor to reorder the arguments of a class constructor, the
refactoring fails with the message:

Unexpected exception while performing the refactoring.  See log for a detailed
error description.

Index: 1, Size: 1

A notable factor may be that this class has multiple constructors.  The
refactoring might be getting confused and looking at the wrong constructor.

The following stack trace appears in the error log:

java.lang.reflect.InvocationTargetException
at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:303)
at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run(RefactoringWizardDialog2.java:282)
at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.internalPerformFinish(RefactoringWizard.java:539)
at
org.eclipse.ltk.ui.refactoring.UserInputWizardPage.performFinish(UserInputWizardPage.java:153)
at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.performFinish(RefactoringWizard.java:605)
at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.okPressed(RefactoringWizardDialog2.java:406)
at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:390)
at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:537)
at
org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:973)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2636)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2339)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:693)
at org.eclipse.jface.window.Window.open(Window.java:672)
at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation$1.run(RefactoringWizardOpenOperation.java:125)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:138)
at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:40)
at
org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.activate(UserInterfaceStarter.java:54)
at
org.eclipse.jdt.ui.actions.ModifyParametersAction$1.activate(ModifyParametersAction.java:247)
at
org.eclipse.jdt.ui.actions.ModifyParametersAction.startRefactoring(ModifyParametersAction.java:252)
at
org.eclipse.jdt.ui.actions.ModifyParametersAction.run(ModifyParametersAction.java:157)
at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:216)
at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:979)
at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)
at org.eclipse.ui.internal.commands.Command.execute(Command.java:135)
at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:476)
at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:899)
at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:940)
at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:554)
at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:501)
at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:267)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Display.filterEvent(Display.java:1043)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:972)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:997)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:982)
at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:2362)
at
org.eclipse.swt.widgets.Control.gtk_key_press_event(Control.java:1840)
at
org.eclipse.swt.widgets.Composite.gtk_key_press_event(Composite.java:448)
at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:1228)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:3139)
at org.eclipse.swt.internal.gtk.OS.gtk_main_do_event(Native Method)
at org.eclipse.swt.widgets.Display.eventProc(Display.java:901)
at org.eclipse.swt.internal.gtk.OS.gtk_main_iteration(Native Method)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2338)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1435)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1406)
at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:263)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
at
org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
at org.eclipse.core.launcher.Main.run(Main.java:644)
at org.eclipse.core.launcher.Main.main(Main.java:628)
Caused by: java.lang.IndexOutOfBoundsException: Index: 1, Size: 1
at java.util.ArrayList.RangeCheck(ArrayList.java:507)
at java.util.ArrayList.get(ArrayList.java:324)
at java.util.Collections$UnmodifiableList.get(Collections.java:1139)
at
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactoring$OccurrenceUpdate.reshuffleElements(ChangeSignatureRefactoring.java:1204)
at
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactoring$ReferenceUpdate.updateNode(ChangeSignatureRefactoring.java:1305)
at
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactoring.createChangeManager(ChangeSignatureRefactoring.java:980)
at
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactoring.checkFinalConditions(ChangeSignatureRefactoring.java:591)
at
org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run(CheckConditionsOperation.java:84)
at
org.eclipse.ltk.core.refactoring.CreateChangeOperation.run(CreateChangeOperation.java:114)
at
org.eclipse.ltk.core.refactoring.PerformChangeOperation.run(PerformChangeOperation.java:188)
at
org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673)
at
org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:58)
at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:105)
Root exception:
java.lang.IndexOutOfBoundsException: Index: 1, Size: 1
at java.util.ArrayList.RangeCheck(ArrayList.java:507)
at java.util.ArrayList.get(ArrayList.java:324)
at java.util.Collections$UnmodifiableList.get(Collections.java:1139)
at
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactoring$OccurrenceUpdate.reshuffleElements(ChangeSignatureRefactoring.java:1204)
at
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactoring$ReferenceUpdate.updateNode(ChangeSignatureRefactoring.java:1305)
at
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactoring.createChangeManager(ChangeSignatureRefactoring.java:980)
at
org.eclipse.jdt.internal.corext.refactoring.structure.ChangeSignatureRefactoring.checkFinalConditions(ChangeSignatureRefactoring.java:591)
at
org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run(CheckConditionsOperation.java:84)
at
org.eclipse.ltk.core.refactoring.CreateChangeOperation.run(CreateChangeOperation.java:114)
at
org.eclipse.ltk.core.refactoring.PerformChangeOperation.run(PerformChangeOperation.java:188)
at
org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673)
at
org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:58)
at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:105)

The pessimistic file modification validator should use the status code to 
differentiate errors that occur during a validate edit from user cancelation. 
Also, this differentiation shoudl be added to the validateEdit specification.

june 23 - 12a

- open a view along the bottom of the window (e.g., console)
- make it a fast view
- open the fast view (with vertical orientation)
- close the fast view
- use the context menu to untoggle fast view

The restoration animation will be aimed at where the fast view was opened (i.e., 
the vertical space directly above the fast view bar) but the view is actually 
restored to the stack along the bottom edge of the window (a horz. orientation).

From DJ Houghton (bug 28637)

I got this error message ("[Fatal Error] :1:1: Content is not allowed in
prolog.") in my console with build i0618-1804.

- started Eclipse on a clean workspace.
- switched to the CVS perspective
- started checking out projects
- turned off auto-build
- changed default text font along with some other prefs
- changed SWT classpath file to be the win32 one
- hit Ctrl-B to build
- waited

Noticed the error message in my console.
No other side effects.

Here is a list of projects in my workspace:
org.eclipse.help.ui.win32
org.eclipse.update
platform-launcher
org.apache.lucene
org.eclipse.compare
org.eclipse.core.filebuffers
org.eclipse.core.resources
org.eclipse.core.runtime
org.eclipse.core.runtime.compatibility
org.eclipse.debug.core
org.eclipse.debug.ui
org.eclipse.help
org.eclipse.help.appserver
org.eclipse.help.base
org.eclipse.help.ide
org.eclipse.help.ui
org.eclipse.help.webapp
org.eclipse.jdt.core
org.eclipse.jdt.debug
org.eclipse.jdt.debug.ui
org.eclipse.jdt.junit
org.eclipse.jdt.junit.runtime
org.eclipse.jdt.launching
org.eclipse.jdt.ui
org.eclipse.jface
org.eclipse.jface.text
org.eclipse.osgi
org.eclipse.osgi.services
org.eclipse.osgi.util
org.eclipse.pde.build
org.eclipse.pde.core
org.eclipse.pde.runtime
org.eclipse.pde.ui
org.eclipse.search
org.eclipse.swt
org.eclipse.team.core
org.eclipse.team.cvs.core
org.eclipse.team.cvs.ssh
org.eclipse.team.cvs.ui
org.eclipse.team.ui
org.eclipse.text
org.eclipse.tomcat
org.eclipse.ui
org.eclipse.ui.editors
org.eclipse.ui.ide
org.eclipse.ui.views
org.eclipse.ui.workbench
org.eclipse.ui.workbench.texteditor
org.eclipse.update.core
org.eclipse.update.ui

RC2
Merge in changes using the commit set layout. In the compare editor merge the 
changes manually and save. The file should show as conflicting. Next, select 
the file and perform "mark as merged". The file remains in the sync view.

According to bug# 62252 the quick menu action leaks its context menu.

Index: QuickMenuAction.java
===================================================================
RCS 
file: /home/eclipse/org.eclipse.jdt.ui/ui/org/eclipse/jdt/internal/ui/actions/Q
uickMenuAction.java,v
retrieving revision 1.3
diff -u -r1.3 QuickMenuAction.java
--- QuickMenuAction.java	24 May 2004 14:11:58 -0000	1.3
+++ QuickMenuAction.java	31 May 2004 22:34:31 -0000
@@ -43,6 +43,7 @@
 public abstract class QuickMenuAction extends Action { 
 
 	private static final int CHAR_INDENT= 3;
+	private Menu fQuickMenu;
 	
 	/**
 	 * Creates a new quick menu action with the given command id.
@@ -67,14 +68,26 @@
 		
 		MenuManager menu= new MenuManager();
 		fillMenu(menu);
-		final Menu widget= menu.createContextMenu(focus.getShell());
-		Point location= computeMenuLocation(focus, widget);
+		if (fQuickMenu != null) {
+			fQuickMenu.dispose();
+			fQuickMenu = null;
+		}
+
+		fQuickMenu= menu.createContextMenu(focus.getShell());
+		Point location= computeMenuLocation(focus, fQuickMenu);
 		if (location == null)
 			return;
-		widget.setLocation(location);
-		widget.setVisible(true);
+		fQuickMenu.setLocation(location);
+		fQuickMenu.setVisible(true);
 	}
 	
+	public void dispose() {
+		if (fQuickMenu != null) {
+			fQuickMenu.dispose();
+			fQuickMenu = null;
+		}	
+	}
+
 	/**
 	 * Hook to fill a menu manager with the items of the sub menu.
 	 *

I200406090800. 
 
Tod has mentioned some concerns over the large if statement structure used to 
look up labels and match them to identifiers.  This seems cumbersome, and 
should be looked over again.

Build id: 200406111814

[test case]
1. In Package Explorer, Select project 
2. Right Click -> Copy

In OS File System(ex. MS Windows Explorer),
unable to 'Paste'


[supplementation]
-In Eclipse 2.1.3, I can copy.
-In Resource Navigator, I can copy.

I don't know that this behavior is correct or not.

build I20040609-0800

- started eclipse after switching to new build
- I had two editors open in the Java perspective
- closed one
- it took several seconds
- CPU was busy for many seconds after that
- Ctrl+Break in the console shows only the reconcilers and indexer doing
interesting work:

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=5 tid=0x213e3008
nid=0x82c runnable [2232f000..2232fd90]
        at
org.eclipse.jdt.internal.compiler.parser.Parser.initialize(Parser.java:5034)
        at org.eclipse.jdt.internal.compiler.parser.Parser.parse(Parser.java:5528)
        at
org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.convert(SourceTypeConverter.java:158)
        at
org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.convert(SourceTypeConverter.java:266)
        at
org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.convert(SourceTypeConverter.java:128)
        at
org.eclipse.jdt.internal.compiler.parser.SourceTypeConverter.buildCompilationUnit(SourceTypeConverter.java:83)
        at
org.eclipse.jdt.internal.core.CompilationUnitProblemFinder.accept(CompilationUnitProblemFinder.java:100)
        at
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.askForType(LookupEnvironment.java:113)
        at
org.eclipse.jdt.internal.compiler.lookup.PackageBinding.getTypeOrPackage(PackageBinding.java:170)
        at
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.findOnDemandImport(CompilationUnitScope.java:361)
        at
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.findSingleTypeImport(CompilationUnitScope.java:419)
        at
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.faultInImports(CompilationUnitScope.java:297)
        at
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.faultInTypes(CompilationUnitScope.java:347)
        at org.eclipse.jdt.internal.compiler.Compiler.resolve(Compiler.java:557)
        at org.eclipse.jdt.internal.compiler.Compiler.resolve(Compiler.java:603)
        at
org.eclipse.jdt.internal.core.CompilationUnitProblemFinder.process(CompilationUnitProblemFinder.java:166)
        at
org.eclipse.jdt.internal.core.CompilationUnitProblemFinder.process(CompilationUnitProblemFinder.java:206)
        at
org.eclipse.jdt.internal.core.ReconcileWorkingCopyOperation.executeOperation(ReconcileWorkingCopyOperation.java:76)
        at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:700)
        at
org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaModelOperation.java:739)
        at
org.eclipse.jdt.internal.core.CompilationUnit.reconcile(CompilationUnit.java:1098)
        at
org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconcile(JavaReconcilingStrategy.java:88)
        - locked <0x11ee6048> (a org.eclipse.jdt.internal.core.CompilationUnit)
        at
org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.initialReconcile(JavaReconcilingStrategy.java:156)
        at
org.eclipse.jdt.internal.ui.text.CompositeReconcilingStrategy.initialReconcile(CompositeReconcilingStrategy.java:114)

        at
org.eclipse.jdt.internal.ui.text.JavaCompositeReconcilingStrategy.initialReconcile(JavaCompositeReconcilingStrategy.j
ava:122)
        at
org.eclipse.jface.text.reconciler.MonoReconciler.initialProcess(MonoReconciler.java:104)
        at
org.eclipse.jdt.internal.ui.text.JavaReconciler.initialProcess(JavaReconciler.java:280)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:166)

"org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=2 tid=0x212d0868
nid=0x810 runnable [222ef000..222efd90]
        at
org.eclipse.jdt.internal.compiler.parser.Parser.pushOnIntStack(Parser.java:5901)
        at
org.eclipse.jdt.internal.compiler.parser.Parser.consumeToken(Parser.java:3990)
        at org.eclipse.jdt.internal.compiler.parser.Parser.parse(Parser.java:5355)
        at org.eclipse.jdt.internal.compiler.parser.Parser.parse(Parser.java:5704)
        at org.eclipse.jdt.internal.compiler.parser.Parser.parse(Parser.java:5669)
        at
org.eclipse.jdt.internal.compiler.SourceElementParser.parseCompilationUnit(SourceElementParser.java:1133)
        at
org.eclipse.jdt.internal.core.CompilationUnit.buildStructure(CompilationUnit.java:120)
        at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:183)
        at
org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.java:572)
        at
org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:309)
        at
org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:295)
        at
org.eclipse.jdt.internal.core.JavaElement.getChildren(JavaElement.java:250)
        at
org.eclipse.jdt.internal.core.JavaElement.getChildrenOfType(JavaElement.java:264)
        at
org.eclipse.jdt.internal.core.CompilationUnit.getTypes(CompilationUnit.java:822)
        at
org.eclipse.jdt.internal.core.NameLookup.seekTypesInSourcePackage(NameLookup.java:697)
        at org.eclipse.jdt.internal.core.NameLookup.seekTypes(NameLookup.java:554)
        at org.eclipse.jdt.internal.core.NameLookup.findType(NameLookup.java:384)
        at org.eclipse.jdt.internal.core.NameLookup.findType(NameLookup.java:355)
        at
org.eclipse.jdt.internal.core.SearchableEnvironment.find(SearchableEnvironment.java:78)
        at
org.eclipse.jdt.internal.core.SearchableEnvironment.findType(SearchableEnvironment.java:158)
        at
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.askForType(LookupEnvironment.java:101)
        at
org.eclipse.jdt.internal.compiler.lookup.PackageBinding.getTypeOrPackage(PackageBinding.java:170)
        at
org.eclipse.jdt.internal.compiler.lookup.Scope.getTypeOrPackage(Scope.java:1448)
        at
org.eclipse.jdt.internal.compiler.lookup.ClassScope.findSupertype(ClassScope.java:820)
        at
org.eclipse.jdt.internal.compiler.lookup.ClassScope.connectSuperclass(ClassScope.java:607)
        at
org.eclipse.jdt.internal.compiler.lookup.ClassScope.connectTypeHierarchy(ClassScope.java:700)
        at
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.connectTypeHierarchy(CompilationUnitScope.java:242)
        at
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.completeTypeBindings(LookupEnvironment.java:177)
        at
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.completeTypeBindings(LookupEnvironment.java:206)
        at
org.eclipse.jdt.internal.core.CompilationUnitProblemFinder.accept(CompilationUnitProblemFinder.java:110)
        at
org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.askForType(LookupEnvironment.java:113)
        at
org.eclipse.jdt.internal.compiler.lookup.PackageBinding.getTypeOrPackage(PackageBinding.java:170)
        at
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.findOnDemandImport(CompilationUnitScope.java:361)
        at
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.findSingleTypeImport(CompilationUnitScope.java:419)
        at
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.faultInImports(CompilationUnitScope.java:297)
        at
org.eclipse.jdt.internal.compiler.lookup.CompilationUnitScope.faultInTypes(CompilationUnitScope.java:347)
        at org.eclipse.jdt.internal.compiler.Compiler.resolve(Compiler.java:557)
        at org.eclipse.jdt.internal.compiler.Compiler.resolve(Compiler.java:603)
        at
org.eclipse.jdt.internal.core.CompilationUnitProblemFinder.process(CompilationUnitProblemFinder.java:166)
        at
org.eclipse.jdt.internal.core.CompilationUnitProblemFinder.process(CompilationUnitProblemFinder.java:206)
        at
org.eclipse.jdt.internal.core.ReconcileWorkingCopyOperation.executeOperation(ReconcileWorkingCopyOperation.java:76)
        at
org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:700)
        at
org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaModelOperation.java:739)
        at
org.eclipse.jdt.internal.core.CompilationUnit.reconcile(CompilationUnit.java:1098)
        at
org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconcile(JavaReconcilingStrategy.java:88)
        - locked <0x1181e6d8> (a org.eclipse.jdt.internal.core.CompilationUnit)
        at
org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.initialReconcile(JavaReconcilingStrategy.java:156)
        at
org.eclipse.jdt.internal.ui.text.CompositeReconcilingStrategy.initialReconcile(CompositeReconcilingStrategy.java:114)

        at
org.eclipse.jdt.internal.ui.text.JavaCompositeReconcilingStrategy.initialReconcile(JavaCompositeReconcilingStrategy.j
ava:122)
        at
org.eclipse.jface.text.reconciler.MonoReconciler.initialProcess(MonoReconciler.java:104)
        at
org.eclipse.jdt.internal.ui.text.JavaReconciler.initialProcess(JavaReconciler.java:280)
        at
org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:166)

"Worker-0" prio=5 tid=0x2104fbd0 nid=0x6c0 waiting on condition [222af000..222afd90]
        at java.lang.Thread.sleep(Native Method)
        at
org.eclipse.jdt.internal.core.search.processing.JobManager$1$ProgressJob.run(JobManager.java:321)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Java indexing" daemon prio=4 tid=0x20f12d58 nid=0x804 runnable [2226f000..2226fd90]
        at java.util.zip.Inflater.inflateBytes(Native Method)
        at java.util.zip.Inflater.inflate(Inflater.java:219)
        - locked <0x13471820> (a java.util.zip.Inflater)
        at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:128)
        at java.io.BufferedInputStream.read1(BufferedInputStream.java:220)
        at java.io.BufferedInputStream.read(BufferedInputStream.java:277)
        - locked <0x1024bfe8> (a java.io.BufferedInputStream)
        at
org.eclipse.jdt.internal.compiler.util.Util.getInputStreamAsByteArray(Util.java:260)
        at
org.eclipse.jdt.internal.compiler.util.Util.getZipEntryByteContent(Util.java:384)
        at
org.eclipse.jdt.internal.core.search.indexing.AddJarFileToIndex.execute(AddJarFileToIndex.java:171)
        at
org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobManager.java:367)
        at java.lang.Thread.run(Thread.java:534)

The "new" Ant classpath support is missing entries added to the "global" Ant 
runtime preferences.

Eclipse 200406111814

In the "Package Explorer" I have the following package hierarchy:

  com
     newco
        [a bunch of java files and nested packages]
     someco
        nested
          SomeClass.java
        TestClass.java

I selected "someco" and pressed "Delete" (the same thing happens when it's 
selected from the context menu) and the dialog asked me if I wanted to delete 
the "someco" package (as expected).  I selected "Yes" 
and "someco/TestClass.java" was deleted but "someco/netsted/SomeClass.java" 
remained.  I then had to explicitly select "someco.nested" and delete it.

This appears to be inconsistent with selecting a "directory" (in this case a 
package) and deleting it.

-- Separate but related issue ---------------------------------------

I attempted to do the same thing again (to confirm the inconsistency) and this 
time I had "TestClass.java" opened in an editor and a changed made but not 
saved.  When I did the "someco" package delete again, "TestClass.java" was 
deleted (as previously) but nothing occurred in the editor window.  NOTE:  I 
had not switched the focus to the editor at this time!  

Confused I selected "someco" again in "Package Explorer" and deleted it.  An 
error dialog appeared that read:

   ...

   [Working copy] TestClass.java [in com.comeco [in java [in java.XXX]]] does 
not exist

I aborted in confusion.  I then selected "TestClass.java" in "PackageExplorer" 
and deleted it.  It appeared that nothing occurred.  (Again, note that I had 
not yet moved the focus to the open and unsaved editor.)

When I finally did click on the editor, I received the dialog that asked me to 
save or close my file.  NOW I finally understood what was going on.

Perhaps focus should have been shifted to the editor automatically after the 
delete so that I would have seen the dialog sooner.  

I can imagine a less savvy (:-)) developer becomming befuddled by this problem 
and running away in terror!

I should note that after I selected to close the unsaved file that the above 
inconsistency (where the nested package was not deleted) -did- occur.

-------------------------

I encountered this while cleaning up the files I created for bug #66796 (Just a 
FYI on the package layout).


(I have both "Fold empty packages in hierarchical ..." and "Hierarchical" view 
selected.)

I200406090800

On first startup, the active editor was blank (filled to the widget backgrround
colour).  Switching tabs made it appear again.  I have not been able to
reproduce this since.

I would suspect the fix to bug 65269 broke this, but I don't even know if that
made it into this build.

 

3.0 M2
Please enable double-click expand/collapse on the breakpoint groups.

M9

Upgraded from M8 to M9 today. I have a project with Ant builder entries in my
existing (M8) workspace. Clicking "Edit" for any of the Ant builders results in
the NPE below.


Error May 25, 2004 10:59:59.586 java.lang.NullPointerException
java.lang.NullPointerException
at
org.eclipse.ant.core.AntCorePreferences.getToolsJarEntry(AntCorePreferences.java:584)
at
org.eclipse.ant.internal.ui.launchConfigurations.ContributedClasspathEntriesEntry.getToolsJar(ContributedClasspathEntriesEntry.java:133)
at
org.eclipse.ant.internal.ui.launchConfigurations.ContributedClasspathEntriesEntry.addToolsJar(ContributedClasspathEntriesEntry.java:102)
at
org.eclipse.ant.internal.ui.launchConfigurations.ContributedClasspathEntriesEntry.getRuntimeClasspathEntries(ContributedClasspathEntriesEntry.java:96)
at
org.eclipse.jdt.internal.debug.ui.classpath.ClasspathEntry.getChildren(ClasspathEntry.java:190)
at
org.eclipse.jdt.internal.debug.ui.classpath.ClasspathContentProvider.getChildren(ClasspathContentProvider.java:159)
at
org.eclipse.jface.viewers.AbstractTreeViewer.getRawChildren(AbstractTreeViewer.java:703)
at
org.eclipse.jface.viewers.AbstractTreeViewer.isExpandable(AbstractTreeViewer.java:1144)
at
org.eclipse.jface.viewers.AbstractTreeViewer.updatePlus(AbstractTreeViewer.java:1597)
at
org.eclipse.jface.viewers.AbstractTreeViewer.createTreeItem(AbstractTreeViewer.java:377)
at org.eclipse.jface.viewers.AbstractTreeViewer$1.run(AbstractTreeViewer.java:356)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
at
org.eclipse.jface.viewers.AbstractTreeViewer.createChildren(AbstractTreeViewer.java:342)
at
org.eclipse.jface.viewers.AbstractTreeViewer.internalExpandToLevel(AbstractTreeViewer.java:901)
at
org.eclipse.jface.viewers.AbstractTreeViewer.internalExpandToLevel(AbstractTreeViewer.java:910)
at
org.eclipse.jface.viewers.AbstractTreeViewer.expandToLevel(AbstractTreeViewer.java:493)
at
org.eclipse.jface.viewers.AbstractTreeViewer.expandToLevel(AbstractTreeViewer.java:477)
at
org.eclipse.jdt.debug.ui.launchConfigurations.JavaClasspathTab.initializeFrom(JavaClasspathTab.java:186)
at
org.eclipse.ant.internal.ui.launchConfigurations.AntClasspathTab.initializeFrom(AntClasspathTab.java:87)
at
org.eclipse.debug.ui.AbstractLaunchConfigurationTabGroup.initializeFrom(AbstractLaunchConfigurationTabGroup.java:86)
at
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationTabGroupViewer.displayInstanceTabs(LaunchConfigurationTabGroupViewer.java:540)
at
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationTabGroupViewer$5.run(LaunchConfigurationTabGroupViewer.java:473)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
at
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationTabGroupViewer.inputChanged(LaunchConfigurationTabGroupViewer.java:490)
at
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationTabGroupViewer.setInput(LaunchConfigurationTabGroupViewer.java:454)
at
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationPropertiesDialog.initializeContent(LaunchConfigurationPropertiesDialog.java:82)
at
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.createContents(LaunchConfigurationsDialog.java:304)
at org.eclipse.jface.window.Window.create(Window.java:348)
at org.eclipse.jface.dialogs.Dialog.create(Dialog.java:924)
at
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.create(LaunchConfigurationsDialog.java:1596)
at org.eclipse.jface.window.Window.open(Window.java:637)
at
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.open(LaunchConfigurationsDialog.java:419)
at
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationPropertiesDialog.open(LaunchConfigurationPropertiesDialog.java:243)
at
org.eclipse.debug.ui.DebugUITools.openLaunchConfigurationPropertiesDialog(DebugUITools.java:423)
at
org.eclipse.debug.ui.DebugUITools.openLaunchConfigurationPropertiesDialog(DebugUITools.java:402)
at
org.eclipse.ui.externaltools.internal.ui.BuilderPropertyPage.editConfiguration(BuilderPropertyPage.java:545)
at
org.eclipse.ui.externaltools.internal.ui.BuilderPropertyPage.handleEditButtonPressed(BuilderPropertyPage.java:616)
at
org.eclipse.ui.externaltools.internal.ui.BuilderPropertyPage.handleButtonPressed(BuilderPropertyPage.java:352)
at
org.eclipse.ui.externaltools.internal.ui.BuilderPropertyPage.access$0(BuilderPropertyPage.java:346)
at
org.eclipse.ui.externaltools.internal.ui.BuilderPropertyPage$1.widgetSelected(BuilderPropertyPage.java:119)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
at org.eclipse.jface.window.Window.open(Window.java:648)
at org.eclipse.ui.dialogs.PropertyDialogAction.run(PropertyDialogAction.java:177)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:899)
at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:850)
at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:769)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:307)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:638)
at org.eclipse.core.launcher.Main.main(Main.java:622)

I20040420

Deadlock happens because
1a. main thread locks JavaModelManager
1b. AllTypes cache locks via rule (some resources)
2a. main thread want lock for some resources that got locked in 1b
2b. AllTypes cache wants lock on JavaModelManager

Build 20040127

The way the polling preference is presented makes it look like the autorefresh feature relies on 
polling to do its job. Unless things have changed since Jed wrote it, however, autorefresh normally 
doesn't poll at all, but relies on natives for "interrupt-driven" updates.

The polling preference should somehow let the user know that it will only be used if the native 
notifications fail. Ideally, the autorefresh plug-in should know whether or not the native support is 
there, so it should be able to tell the user whether or not the preference will have any effect. 
Maybe, the preference could even be hidden if the autorefresh plug-in detects that it won't be 
used? At the very least, though, there should be text there (even if it has to be verbose) to inform 
the user of the setting's implications.

This process is a little inconsistant.  Sometimes it will work, but most of the 
time it will not remove the empty package structure.

1. Delete a java file in a package from the Package Explorer
2. Both java file and the empty package disappear from the Package Explorer
3. Add another file to the project
4. Click Refresh from the Package Explorer

Expected Results:
The empty package should not show up

Actual Results:
The empty package shows up
Delete this package again
Add a file
Click Refresh
The empty package shows up with one directory removed from it

the descriptor field in DeclarativeDecorator is never assigned.

It is not possible to disable selection feedback in ViewerDropAdapter.
There are setFeedbackEnabled(false) and setScrollExpandEnabled(false) methods
to turn off the feedback effects.
If those methods are used, selection feedback still provided. It is not possible
to turn it off, elements are still selected when drag is over them.

Overriding method;    
private void setFeedback(DropTargetEvent event, int location) {
    	event.feedback = DND.FEEDBACK_NONE;	
}

- does not chenge the feedback either.

setFeedbackEnabled() should be extended to disable SELECTION feedback
or new method created, setSelectionFeedback().

Version 3.1.M1.
When in-lining:
    static Logger LOG = Logger.getLogger(MQEnvironmentValueHolder.class);
    /**
     * @return
     */
    protected Logger getLOG() {
        return LOG;
    }

I get:

!ENTRY org.eclipse.ltk.ui.refactoring 4 10000 Aug 30, 2004 15:33:58.890
!MESSAGE Internal Error
!STACK 0
java.lang.reflect.InvocationTargetException
        at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:303)
        at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run(RefactoringWizardDialog2.java:282)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.createChange(RefactoringWizard.java:565)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizard.computeUserInputSuccessorPage(RefactoringWizard.java:408)
        at
org.eclipse.ltk.ui.refactoring.UserInputWizardPage.computeSuccessorPage(UserInputWizardPage.java:74)
        at
org.eclipse.ltk.ui.refactoring.UserInputWizardPage.getNextPage(UserInputWizardPage.java:114)
        at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.previewPressed(RefactoringWizardDialog2.java
:429)
        at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.access$3(RefactoringWizardDialog2.java:427)
        at
org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2$1.widgetSelected(RefactoringWizardDialog2.ja
va:563)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
        at org.eclipse.jface.window.Window.runEventLoop(Window.java:693)
        at org.eclipse.jface.window.Window.open(Window.java:672)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation$1.run(RefactoringWizardOpenOperation.java:125)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:138)
        at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:40)
        at
org.eclipse.jdt.internal.ui.refactoring.actions.InlineMethodAction.activate(InlineMethodAction.java:170)
        at
org.eclipse.jdt.internal.ui.refactoring.actions.InlineMethodAction.run(InlineMethodAction.java:163)
        at
org.eclipse.jdt.internal.ui.refactoring.actions.InlineMethodAction.run(InlineMethodAction.java:95)
        at org.eclipse.jdt.ui.actions.InlineAction.run(InlineAction.java:161)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:979)
        at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:946)
        at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:896)
        at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:809)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2772)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2431)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1435)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1406)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:263)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
        at org.eclipse.core.launcher.Main.run(Main.java:644)
        at org.eclipse.core.launcher.Main.main(Main.java:628)
Caused by: java.lang.IllegalArgumentException
        at org.eclipse.jdt.core.dom.SimpleName.setIdentifier(SimpleName.java:187)
        at org.eclipse.jdt.core.dom.AST.newSimpleName(AST.java:1205)
        at
org.eclipse.jdt.internal.corext.dom.ASTNodeFactory.newName(ASTNodeFactory.java:59)
        at
org.eclipse.jdt.internal.corext.refactoring.code.SourceProvider.updateImplicitReceivers(SourceProvider.java:3
52)
        at
org.eclipse.jdt.internal.corext.refactoring.code.SourceProvider.getCodeBlocks(SourceProvider.java:247)
        at
org.eclipse.jdt.internal.corext.refactoring.code.CallInliner.perform(CallInliner.java:447)
        at
org.eclipse.jdt.internal.corext.refactoring.code.InlineMethodRefactoring.checkFinalConditions(InlineMethodRef
actoring.java:233)
        at
org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run(CheckConditionsOperation.java:84)
        at
org.eclipse.ltk.core.refactoring.CreateChangeOperation.run(CreateChangeOperation.java:114)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673)
        at
org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:58)
        at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:105)
Root exception:
java.lang.IllegalArgumentException
        at org.eclipse.jdt.core.dom.SimpleName.setIdentifier(SimpleName.java:187)
        at org.eclipse.jdt.core.dom.AST.newSimpleName(AST.java:1205)
        at
org.eclipse.jdt.internal.corext.dom.ASTNodeFactory.newName(ASTNodeFactory.java:59)
        at
org.eclipse.jdt.internal.corext.refactoring.code.SourceProvider.updateImplicitReceivers(SourceProvider.java:3
52)
        at
org.eclipse.jdt.internal.corext.refactoring.code.SourceProvider.getCodeBlocks(SourceProvider.java:247)
        at
org.eclipse.jdt.internal.corext.refactoring.code.CallInliner.perform(CallInliner.java:447)
        at
org.eclipse.jdt.internal.corext.refactoring.code.InlineMethodRefactoring.checkFinalConditions(InlineMethodRef
actoring.java:233)
        at
org.eclipse.ltk.core.refactoring.CheckConditionsOperation.run(CheckConditionsOperation.java:84)
        at
org.eclipse.ltk.core.refactoring.CreateChangeOperation.run(CreateChangeOperation.java:114)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1673)
        at
org.eclipse.ltk.internal.ui.refactoring.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:58)
        at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:105)

See bug 34421 for new API. The CVS server encoding preference page used non-
API in 3.0. In 3.1, we should us the provided API.

In the case when the debug adapter is not able to retrieve the content during a 
refresh, MemoryViewTab makes up dummy data to fill up the buffer.

When the view tab is refreshed again, delta information is calculated by 
comparing with the dummy data.  As a result, delta information is incorrect 
after an error has occurred.

When the debug adapter is not able to retrive the base address of the memory 
block during a refresh, MemoryViewTab assigns the base address as zero.  This 
causes the selected address to be set to zero.  Consequently, the cursor in the 
view tab is moved to address zero.  The selected address should not be changed 
if the view tab is unable to get an updated base address from the memory block.

Using build I200404131323.

I was editing several files and haven't save them immediately when my eclipse 
hanged infinitely...

Looking at console, the exception seems to show that I was trying to open a 
popup-menu on a new created class, but I'm not completely sure that dead-lock 
occurred exactly at this moment.

I'll add complete console output including VM Dump Thread which identifies the 
dead-lock...

Set severity 'critical' as I have to cancel my eclipse session without saving 
and lost my modifications in modified editors...

when you setXORMode(true), fillGradientRectangle ignores it on Windows.
It works as expected on Linux/gtk.  I'm using 3.0M8.

I will attach some sample code, and screenshots of what the same code produces
on Windows and on Linux/gtk.

Another weird thing is the label.addPaintListener() statement is only neccesary
on Windows, Linux/gtk works just fine without it.

When a Table widget calculates its size in computeSize() it uses the width of the text in its columns and 
completely ignores the widths of any TableColumns. This is very annoying when creating an empty 
table.

ErrorLog View forgets its settings.

To reproduce:
Open ErrorLog view, ensure it is closed in other perspectives.
Change some of the view settings, like log filters or column width.
Close the view, and reopen.  Settings are lost.

The view uses IMemento provided by the workbench to save/restore setting.  The 
settings should rather be kept in the plugin workspace preferences.

The javadoc comment for this deprecated field is incorrect.

    /**
     * Identifies the copy image in the hover (colored) state.
     * 
     * @deprecated in 3.0. This image is now the same as
<code>IMG_TOOL_COPY_HOVER</code>.
     *   Enabled images are now in color.  The workbench itself no longer uses
the hover image variants.
     */

It should be:
    /**
     * Identifies the copy image in the hover (colored) state.
     * 
     * @deprecated in 3.0. This image is now the same as <code>IMG_TOOL_COPY</code>.
     *   Enabled images are now in color.  The workbench itself no longer uses
the hover image variants.
     */

I will attach a patch.

I20040611 (RC2)

Trying to switch to other workspace failed due to NPEs
see attached log

If a new file is created in a CVS project that is read-only, you can't edit 
the file. The CVS file modification validator should just mark it writtable.

I20040611_0100

Title says it all. We should avoid passing in null since the operation can 
take a while.

build I20041104

1) create Z.java
package p;
public class Z {
  public static class ZZ {
    public static final  int ZZZ = 0;
  }
}

2) create Y.java
package p;
public class Z {
}

3) create X.java
import static p.Y.ZZ.ZZZ;
public class X {
}

4) compile

there is no error but with javac there is 1 error

X.java:1: import requires canonical name for p.Z.ZZ
import static p.Y.ZZ.ZZZ;
                  ^
1 error

I200411042000

References in Javadocs should be updated when a method is moved. Given:

package p;

class C {
	public void caller() {
		method(new Other());
	}
	
	/**
	 * Doku
	 * @see #caller()
	 */
	public void method(Other arg) {
		arg.toString();
	}
}

class Other {
	
}

- Move method(..) to parameter arg
=> The MethodRef #caller() must be qualified by C or p.C

- From original code, move method(..) to parameter arg, creating a delegate
=> The MethodRef #caller() in the new method's Javadoc must be qualified by C or
p.C. Should also think about whether the javadoc should really be duplicated.

I200408170800

Happened upon exit.

!SESSION Aug 23, 2004 18:50:50.349 ---------------------------------------------
eclipse.buildId=I200408170800
java.version=1.4.2_05
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=de_CH
Command-line arguments: -update -keyring c:\eclipse\.keyring -application
org.eclipse.ui.ide.workbench -showlocation

!ENTRY org.eclipse.core.runtime 4 2 Aug 23, 2004 18:50:50.349
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.debug.internal.ui.views.variables.VariablesView.saveState(VariablesView.java:564)
	at org.eclipse.ui.internal.ViewFactory$3.run(ViewFactory.java:601)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.ui.internal.ViewFactory.saveViewState(ViewFactory.java:599)
	at org.eclipse.ui.internal.ViewFactory.saveState(ViewFactory.java:579)
	at org.eclipse.ui.internal.WorkbenchPage.saveState(WorkbenchPage.java:2675)
	at org.eclipse.ui.internal.WorkbenchWindow.saveState(WorkbenchWindow.java:1955)
	at org.eclipse.ui.internal.Workbench.saveState(Workbench.java:1460)
	at org.eclipse.ui.internal.Workbench.recordWorkbenchState(Workbench.java:1217)
	at org.eclipse.ui.internal.Workbench.access$5(Workbench.java:1214)
	at org.eclipse.ui.internal.Workbench$9.run(Workbench.java:451)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:449)
	at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:413)
	at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:598)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:596)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:571)
	at org.eclipse.ui.internal.QuitAction.run(QuitAction.java:55)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:979)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:946)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:896)
	at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:809)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2783)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2442)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1435)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1406)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:263)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:102)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
	at org.eclipse.core.launcher.Main.run(Main.java:644)
	at org.eclipse.core.launcher.Main.main(Main.java:628)

All JDT perspectives should define a place holder for the progress view, so 
that it appears at a reasonable location.

I20040302
JDK 1.4.2

Steps:
Window>Preferences>Color and Fonts
Changed the Category to "Uncategorized"
Attempted to resize the preferences dialog

I have not been able to reproduce.

java.lang.IllegalArgumentException: Index out of bounds
at org.eclipse.swt.SWT.error(SWT.java:2611)
at org.eclipse.swt.SWT.error(SWT.java:2555)
at org.eclipse.swt.widgets.Widget.error(Widget.java:377)
at org.eclipse.swt.widgets.Table.getItem(Table.java:894)
at org.eclipse.swt.widgets.Table.WM_ERASEBKGND(Table.java:2517)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2957)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:2880)
at org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)
at org.eclipse.swt.internal.win32.OS.CallWindowProc(OS.java:1300)
at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:391)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:3020)
at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1436)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:2880)
at org.eclipse.swt.internal.win32.OS.PeekMessageW(Native Method)
at org.eclipse.swt.internal.win32.OS.PeekMessage(OS.java:1764)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2027)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:638)
at org.eclipse.jface.window.Window.open(Window.java:618)
at org.eclipse.ui.internal.OpenPreferencesAction.run
(OpenPreferencesAction.java:72)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:550)
at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:502)
at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:435)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2352)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2033)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1509)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1480)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:48)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:173)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:106)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
at org.eclipse.core.launcher.Main.run(Main.java:745)
at org.eclipse.core.launcher.Main.main(Main.java:713)

(In the filtering page of the properties dialog for an Exception breakpoint)

The "Add" button seems to be doing the work of the "Add Class..." button.
The "Add Class..." button seems to be a noop.

I20040507

Steps:
- Have a jdk with source
- Search for java.util.Random
- There are matches in class files (in import statements) as well as matches in
method bodies.
- switch to hierarchical search results view mode
-> "Show the Next Match" action only steps through leaf nodes and ignores
matches in parent elements. Doubleclicking the parent element reveals the first
match in the parent though.

I have the following source

	/**@see org.apache.avalon.excalibur.pool.Recyclable#recycle()*/
	public void recycle() {
		super.recycle();
	}

The following warning is reported:

Javadoc: Malformed reference (missing separator after method reference closing
brace)

If I add a space after the #recycle() no warning is reported:

	/**@see org.apache.avalon.excalibur.pool.Recyclable#recycle() */

I think this warning shouldn't be issued.

In 2 places, in JavaLineBreakpoint, there is the comment '// log error' instead
of the logging code.

RC2

The Javadoc for the methods in ITableLabelProvider are missing @return tags.

I200403250010

I selected "Update" from the context menu in the incoming mode of the sync view
and directly afterwards switched to another workbench window.

Got an internal error dialog during update and this in .log:

!SESSION Mrz 25, 2004 09:53:41.23 ----------------------------------------------
java.version=1.4.2_03
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=de_CH
Command-line arguments: -update -keyring c:\eclipse\.keyring -application
org.eclipse.ui.ide.workbench -showlocation
!ENTRY org.eclipse.core.runtime 4 2 Mrz 25, 2004 09:53:41.23
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
org.eclipse.swt.SWTException: Widget is disposed
	at org.eclipse.swt.SWT.error(SWT.java:2625)
	at org.eclipse.swt.SWT.error(SWT.java:2555)
	at org.eclipse.swt.widgets.Widget.error(Widget.java:354)
	at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:283)
	at org.eclipse.swt.widgets.TreeItem.setText(TreeItem.java:711)
	at org.eclipse.jface.viewers.TreeViewer.doUpdateItem(TreeViewer.java:107)
	at
org.eclipse.jface.viewers.AbstractTreeViewer$UpdateItemSafeRunnable.run(AbstractTreeViewer.java:87)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:610)
	at org.eclipse.core.runtime.Platform.run(Platform.java:521)
	at
org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem(AbstractTreeViewer.java:469)
	at
org.eclipse.jface.viewers.StructuredViewer$UpdateItemSafeRunnable.run(StructuredViewer.java:119)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:610)
	at org.eclipse.core.runtime.Platform.run(Platform.java:521)
	at
org.eclipse.jface.viewers.StructuredViewer.updateItem(StructuredViewer.java:1285)
	at org.eclipse.jface.viewers.StructuredViewer.update(StructuredViewer.java:1266)
	at org.eclipse.jface.viewers.StructuredViewer.update(StructuredViewer.java:1200)
	at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider$LabelUpdateJob.runInUIThread(SynchronizeModelProvider.java:89)
	at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:90)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2561)
	at org.eclipse.swt.widgets.Display.msgFilterProc(Display.java:2065)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1445)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:397)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3024)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1439)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3152)
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1445)
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:397)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:3024)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1439)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3152)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1450)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2260)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:288)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:232)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:116)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:315)
	at org.eclipse.core.launcher.Main.run(Main.java:740)
	at org.eclipse.core.launcher.Main.main(Main.java:724)

like TableViewer does (search for references to ITableColorProvider).

I200409140800 + jdt.core from HEAD

I got an NoSuchMethodError when running this code :

import java.util.ArrayList;
import java.util.List;
class TestElement extends ArrayList implements Runnable {
  public void run() {
  }
}
blic class Test <E extends List & Runnable> {
  public Test(E element) {
    element.run();
  }
  public static void main(String[] args) {
    new Test<TestElement>(new TestElement());
  }
}

Exception in thread "main" java.lang.NoSuchMethodError: java.util.List.run()V
	at test.Test.<init>(Test.java:13)
	at test.Test.main(Test.java:16)

It looks like the method invocation referenced java.util.List#run() instead of
java.lang.Runnable#run().

If I reverse the order of 'List' and 'Runnable' in the type declaration, this
test case works (but I expect problems if I try to access List methods).

I have a table that allows the user to change the table's font.
If the font is changed when the table's top index is set to zero, the gridlines 
in the table will be aligned properly.

However, if the font is changed when the table is scrolled to the middle (i.e 
when top index is non-zero), the gridlines will be misaligned.

I will attach a screen capture and testcase for reproducinging the problem.

Version: 3.0.1
Build id: 200408050912

In Preference page using ColorFieldEditor where default color is blue, 

1) Change color to red
2) Press "Restore Defaults," color changes back to blue, boolean value 
isDefaultPresented is set to true in FieldEditor.loadDefault()

3) Change color to red.  UI displays red, but preference is still set to 
default blue, since in FieldEditor.store()

	if (isDefaultPresented) {
		preferenceStore.setToDefault(preferenceName);
	} else {
		doStore();
	}


Other field editors have a selectionListener that setPresenetsDefaultValue
(true).  Can you do the same thing in ColorFieldEditor's 
PropertyChangeListener?

eclipse.buildId=I200406192000

On code like:

/** Constructs a {@link FooTokenizer} filtered by a {@link
* BarFilter}, a {@link BazFilter}, and a {@link FlooFilter}. */
public final TokenStream tokenStream(String fieldName, Reader reader)
{ //...

turning the preference Java > Compiler > Javadoc > Malformed Javadoc comments to Warning causes a 
spurious "Missing reference" error on that second @link that's split between lines. Since the javadoc tool 
doesn't care, should Eclipse?

(On 3.0RC1)

I20040506

I used to have a detail formatter for org.eclipse.jface.text.IDocument, which
would read as follows:

return get();

This does not work any longer. For any implementors of IDocument, always the
default toString message is displayed.

If I go to the the detail formatter preference page, the content assist I get is
for InstructionPointerManager, but not for IDocument. Not sure whether these are
related.

The debug actions (such as step, etc.), that are only valid when something is 
being debugged, should be scoped to the debug scope (context). A 
DebugContextManager has been created as part of bug 50086, which turns the 
context on/off as debug sessions are created/terminated.

Need to determine if this will conflict with debug view/action filtering, as 
the same context is used for both.

Hi,

take this snippet:

public class Main {
	public static void main(String[] args) {
		Display display = new Display();
		Shell shell = new Shell(display);
		shell.setLayout(new FillLayout());
		CTabFolder folder = new CTabFolder(shell, SWT.CLOSE);
		for (int i = 0; i < 12; i++) {
			CTabItem item = new CTabItem(folder, SWT.NONE);
			item.setText("Item " + i);
			Text text = new Text(folder, SWT.BORDER | SWT.MULTI);
			text.setText("Content for Item " + i);
			item.setControl(text);
		}

		shell.setSize(400, 400);
		shell.open();
		while (!shell.isDisposed()) {
			if (!display.readAndDispatch())
				display.sleep();
		}
		display.dispose();
	}
}

Click on the button top-right to popup the small list with Tabs that are
currently not visible. Leave the popup open and close the application. A
SWTException is thrown. I am able to reproduce this with latest SWT 3106
and with earlier 3062.

Somehow SWT.MouseUp Event is fired when closing the application with opened
Popup. The call to getDisplay() then results in the Exception, since Display
is disposed in that situation.

Regards,
Ben

3.1m1

From newsgroup:

I am using Eclispe 3.1 build 200409070800.

When I use that to build a j2me project (i manually add all j2me class 
files to the project), i get this error:

* The project was not build since its build path is incomplete. Cannot 
find the class file for the java.io.Serializable.

But when I add the J2*S*E system library, it works.

Can you please tell me how to resolve this error? I only see this error 
in Eclispe 3.1 build. And my j2me project build just using ANT, so i am 
sure I don't use java.io.Serializable in my j2me project.

Thank you.

Build: M6

If I call IWorkbenchWindowConfigurer.setShowStatusLine(false) in my
WorkbenchAdvisor's preWindowOpen(IWorkbenchConfigurer) method the status line is
hidden.  BUT, the action with a tooltip of "Double click to open Progress View"
which appears in the bottom left of the window still shows.  The action is
missing/can't find its icon so it just shows as empty screen space, but it shows
over views that I put on the left side of the window.

build I20040317

I have two views in my workspace, one with no category and one with a missing
category.
The first is the RCP browser example view from org.eclipse.ui.examples.rcp.browser.
The second is the SLeak view: 
http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/platform-swt-home/dev.html#tools

These should both get put in the default "Other" view category, but neither are
showing up.

The problem is at the point shown in the stack below.  add(Object, String)
checks for a null plugin, which is the case for the default category.

Having if checks which silently do nothing is dangerous.  Suggest either logging
 the unexpected cases, or failing early with an Assert check.

Thread [main] (Suspended)
	ViewRegistry(RegistryManager).add(Object, String) line: 129
	ViewRegistry.add(Category) line: 85
	ViewRegistry.mapViewsToCategories() line: 242
	ViewRegistryReader.readViews(IExtensionRegistry, ViewRegistry) line: 81
	WorkbenchPlugin.getViewRegistry() line: 411
	WorkbenchPage.getViewFactory() line: 1643
	WorkbenchPage.restoreState(IMemento, IPerspectiveDescriptor) line: 2347
	WorkbenchWindow.restoreState(IMemento, IPerspectiveDescriptor) line: 1218
	Workbench.restoreState(IMemento) line: 1261
	Workbench.access$9(Workbench, IMemento) line: 1229
	Workbench$14.run() line: 1151
	InternalPlatform.run(ISafeRunnable) line: 648
	Platform.run(ISafeRunnable) line: 512
	Workbench.openPreviousWorkbenchState() line: 1107
	Workbench.init(ImageDescriptor[], Display) line: 903
	Workbench.runUI() line: 1396
	Workbench.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 257
	PlatformUI.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 139
	IDEApplication.run(Object) line: 90
	PlatformActivator$1.run(Object) line: 260
	EclipseStarter.run(Object) line: 173
	EclipseStarter.run(String[], Runnable) line: 106
	NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available
[native method]
	NativeMethodAccessorImpl.invoke(Object, Object[]) line: 39
	DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 25
	Method.invoke(Object, Object[]) line: 324
	Main.basicRun(String[]) line: 305
	Main.run(String[]) line: 729
	Main.main(String[]) line: 713

Target on the latest code

Program suspended at a breakpoint
Select a method (selected println of System.out.println("Bar3");)
From Run > Step into Selection

Thread [main] (Suspended (exception NullPointerException))
	RunToLineAdapter.runToLine(IWorkbenchPart, ISelection, ISuspendResume) 
line: 60
	StepIntoSelectionActionDelegate.runToLineBeforeStepIn(ITextSelection, 
IJavaStackFrame, IMethod) line: 191
	StepIntoSelectionActionDelegate.run(IAction) line: 85
	WWinPluginAction(PluginAction).runWithEvent(Event) line: 273
	WWinPluginAction.runWithEvent(Event) line: 207
	PluginActionContributionItem
(ActionContributionItem).handleWidgetSelection(Event, boolean) line: 550
	ActionContributionItem.access$2(ActionContributionItem, Event, 
boolean) line: 502
	ActionContributionItem$5.handleEvent(Event) line: 435
	EventTable.sendEvent(Event) line: 82
	MenuItem(Widget).sendEvent(Event) line: 810
	Display.runDeferredEvents() line: 2424
	Display.readAndDispatch() line: 2102
	Workbench.runEventLoop(Window$IExceptionHandler, Display) line: 1448
	Workbench.runUI() line: 1419
	Workbench.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 257
	PlatformUI.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 139
	IDEApplication.run(Object) line: 90
	PlatformActivator$1.run(Object) line: 260
	EclipseStarter.run(Object) line: 173
	EclipseStarter.run(String[], Runnable) line: 106
	NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not 
available [native method]
	NativeMethodAccessorImpl.invoke(Object, Object[]) line: 39
	DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 25
	Method.invoke(Object, Object[]) line: 324
	Main.basicRun(String[]) line: 305
	Main.run(String[]) line: 729
	Main.main(String[]) line: 713

build I20040317

- in Navigator, select a project or folder and choose Go Into
- the input of the view changes to that folder
- there is no indication of what the view's input is

In M7 and earlier, it would update both the view title to show extra info, and
the tooltip.

To bring some consistency to the AST.parse* method signatures:

- all parse* methods that may consult the java model or resolve bindings 
should accept a progress monitor
- all parse* methods that take progress monitors should allow null to be 
passed as well
- all parse* methods that take working copy owners should allow null to be 
passed as well (this has well-defined semantics)
- all parse* methods that have been replaced by ones that take progress 
monitor should be deprecated

1.  I downloaded the latest integration build (200405060200) 
2.  Updated to org.eclipse.jdt.cheetah04 (0.0.4).  
3. Upon restart, I imported a .java file with generic class and generic   
methods, to test generic usage in Eclipse.  
4.  I went into the preferences menu, and selected Java/Compiler.  On the 
Compliance and Classfiles page I chose Compiler compliance level: 1.5.  I 
pressed the "Apply" button and the "OK" button is immediatly highlighted.  I 
press the "OK" button and the button lights up as if the command is recieved 
but does nothing (preference pane remains open).  The only way to exit is to 
press the "Cancel" button or to close the window.  

Expected Results:
Expected source to recompile file and remove source errors.  

Actual Results:
Forced to close preference window, applying source change to 1.5 has no 
effect.

Two of the tree constructor of HandlerSubmission are marked as deprecated and
'to be removed for 3.0'. We need to update our code to use the non-deprecated one.

I20040921-2000-gtk

I deprecated a protected method specifying an implementation class rather than
an interface, and forwarded the old method to the new one. 
(from TemplateCompletionProcessor, note Region vs. IRegion):

========== snip ==========
protected ICompletionProposal createProposal(Template t, TemplateContext c,
					     Region r, int rel {
	return createProposal(t, c, (IRegion) r, rel);
}

protected ICompletionProposal createProposal(Template t, TemplateContext c,
					     IRegion r, int rel) {
	return new TemplateProposal(t, c, r, null, rel);
}
===========================

Search and the the Call Hierarchy find that the forwarding call in the first
method is a reference to the first *and* to the second method. It should just
find the second one.

Build 3.0M8

This happens for instance if I create a build.xml file with the content below
and try to duplicate the <echo...> line.

<project default="x">
  <target name="x">
    <echo message="x"/>
  </target>
</project>

The exact steps are as follows:
1. Move to the beginning of the <echo...> line.
2. Press Shift+Down Arrow to select the whole line.
3. Press Ctr+V twice to duplicate the line.
4. Notice how the indentation of the </target> line was broken.

When there are no possible launch shortcuts, we should so a single disabled 
action in the run cascade menu with the label "<Selection Not Applicable>". 
(Similar to the "Show In >" cascade menu that displays "<No Applicable Views>".

This should not require extra work since we must determine the possible 
shortcuts when the menu is selected/shown.

The templates should be properly indented on insert. Given recent rewrites of 
the ant editor formatter we ought also to be able to format tags as specified 
in the user preferences.

From an email on the eclipse-platform-text list (Tom Eicher, 3/19/2004):

> The most prominent new feature is that templates, context types, and 
> variable resolvers can be contributed via XML now (see the templates 
> extension point in org.eclipse.ui.editors). I will add a very basic XML 
> editor example based on the PDE "plug-in with an editor" example project 
> to the example java editor project today.

I20040322

. Import org.eclipse.jdt.ui.tests.refactoring
. open the synchronize view
. toggle the compiler option 'usage of non-externalized strings' in the
'advance' tab > apply > yes
The project is rebuild, 3000+ warnings should be added or remove, at the end of
the compilation, the UI no more refresh.
Thread dumps while the UI is not refreshing show an Team UI operation (see
attached thread dumps).

I cannot reproduce the problem on I20040318

Using latest code fomr HEAD, a method invocation has no type arguments.

Try to convert the following code:
public class A<X> {

	public A() {
		this.<X>foo();
	}
	
	public <X> void foo() {
	}
}

the method invocation this.<X>foo() has no type arguments.

The size of the details area in the variables and expressions view is not 
persisted. Each time I start my workspace, the details area is opened with the 
same (default) size, even though I have resized it.

200409212000

This parameter no longer has any effect - the view title along with the close
button is still available.

I've been poking around and it seems like the theme code would be much better
off living in JFace.  We currently have a lot of JFace code that directly
accesses JFaceResources.blah() and thereby bypasses the theme logic entirely. 
Certain dialogs wont respond to theme changes because of this.  However, if we
moved the bulk of the theme API into JFace we'd be able to make use of it there
as well.  We could remove all of our internal references to JFaceResources. 
Additionally, we could hook JfaceResources into themes itself...have
getColor/FontRegistyr return the registry associated with the current theme.  By
doing this everyone who makes use of JFaceResources wouldn't have to change any
code to make use of themes.

The big drawback to this is that anyone who's currently using themes (ie:
importing from the org.eclipse.ui.themes package) would be broken.  There aren't
too many people that are doing this (if any, besides us) so we can probably do
this with the minimum of fuss.

Comments?  If we're going to do this we should do it ASAP.  The further into M9
we get the more likely it is that themes will have itself clients.

In 3.0M9 i get an null pointer when i want to create/see a type hierarchy of 
the interface ListCellRenderer:

Root exception:
java.lang.NullPointerException
        at 
org.eclipse.jdt.internal.compiler.lookup.BinaryTypeBinding.superInterfaces
(BinaryTypeBinding.java:449)
        at org.eclipse.jdt.internal.core.hierarchy.HierarchyResolver.resolve
(HierarchyResolver.java:679)
        at 
org.eclipse.jdt.internal.core.hierarchy.IndexBasedHierarchyBuilder.buildForProje
ct(IndexBasedHierarchyBuilder.java:195)
        at 
org.eclipse.jdt.internal.core.hierarchy.IndexBasedHierarchyBuilder.buildFromPote
ntialSubtypes(IndexBasedHierarchyBuilder.java:302)
        at 
org.eclipse.jdt.internal.core.hierarchy.IndexBasedHierarchyBuilder.build
(IndexBasedHierarchyBuilder.java:131)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.compute
(TypeHierarchy.java:319)
        at org.eclipse.jdt.internal.core.hierarchy.TypeHierarchy.refresh
(TypeHierarchy.java:1234)
        at 
org.eclipse.jdt.internal.core.CreateTypeHierarchyOperation.executeOperation
(CreateTypeHierarchyOperation.java:90)
        at org.eclipse.jdt.internal.core.JavaModelOperation.run
(JavaModelOperation.java:700)
        at org.eclipse.jdt.internal.core.JavaModelOperation.runOperation
(JavaModelOperation.java:739)
        at org.eclipse.jdt.internal.core.BinaryType.newTypeHierarchy
(BinaryType.java:690)
        at org.eclipse.jdt.internal.core.BinaryType.newTypeHierarchy
(BinaryType.java:709)
        at org.eclipse.jdt.internal.core.BinaryType.newTypeHierarchy
(BinaryType.java:679)
        at 
org.eclipse.jdt.internal.ui.typehierarchy.TypeHierarchyLifeCycle.createTypeHiera
rchy(TypeHierarchyLifeCycle.java:118)
        at 
org.eclipse.jdt.internal.ui.typehierarchy.TypeHierarchyLifeCycle.doHierarchyRefr
esh(TypeHierarchyLifeCycle.java:157)
        at 
org.eclipse.jdt.internal.ui.typehierarchy.TypeHierarchyLifeCycle$1.run
(TypeHierarchyLifeCycle.java:98)
        at org.eclipse.jface.operation.ModalContext$ModalContextThread.run
(ModalContext.java:101)

M1

If I set the orientation of the CTabItems in the Eclipse window id 
RIGHT_TO_LEFT they are not rendering - they wither have whitespace or cutoff 
entries.

STEPS
1) Apply the patches in Bug 72426
2) Start Eclipse

I will attach a screenshot

build I20041214-2000

Workbench.showPerspective refers to the NLS'ed string with key
"WorkbenchPage.ErrorRecreatingPerspective".  This string's usage in
WorkbenchPage was changed a while back to
"WorkbenchPage.ErrorCreatingPerspective", which now takes a parameter (the
perspective id).  Workbench.showPerspective should be fixed accordingly.

When I tried to move properties from my ant scripts to the global properties I 
noticed that properties containing references to standard variables such 
as "user.home" are ignored. This happens without Eclipse showing an error 
message or even giving a hint that an error occurred (which would have saved me 
lots of time).

Example:
Create a "my.dir" property and set its value to "${user.home}
Attempt to use it in a build file

corresponding log entry:

!ENTRY org.eclipse.ant.core 4 120 Aug 23, 2004 14:55:17.281
!MESSAGE Error logged from Ant Core: 
!STACK 1
org.eclipse.core.runtime.CoreException: Reference to undefined variable 
user.home
	at org.eclipse.core.internal.variables.StringSubstitutionEngine.resolve
(StringSubstitutionEngine.java:259)
	at 
org.eclipse.core.internal.variables.StringSubstitutionEngine.substitute
(StringSubstitutionEngine.java:192)
	at 
org.eclipse.core.internal.variables.StringSubstitutionEngine.performStringSubsti
tution(StringSubstitutionEngine.java:86)
	at 
org.eclipse.core.internal.variables.StringVariableManager.performStringSubstitut
ion(StringVariableManager.java:549)
	at 
org.eclipse.core.internal.variables.StringVariableManager.performStringSubstitut
ion(StringVariableManager.java:341)
	at org.eclipse.ant.core.Property.getValue(Property.java:115)
	at org.eclipse.ant.core.Property.getValue(Property.java:78)
	at 
org.eclipse.ant.internal.core.ant.InternalAntRunner.setGlobalProperties
(InternalAntRunner.java:244)
	at org.eclipse.ant.internal.core.ant.InternalAntRunner.setProperties
(InternalAntRunner.java:225)
	at org.eclipse.ant.internal.core.ant.InternalAntRunner.run
(InternalAntRunner.java:574)
	at org.eclipse.ant.internal.core.ant.InternalAntRunner.run
(InternalAntRunner.java:412)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.ant.core.AntRunner.run(AntRunner.java:350)
	at 
org.eclipse.ant.internal.ui.launchConfigurations.AntLaunchDelegate$1.run
(AntLaunchDelegate.java:182)
	at java.lang.Thread.run(Unknown Source)
!SUBENTRY 1 org.eclipse.core.variables 4 120 Aug 23, 2004 14:55:17.281
!MESSAGE Reference to undefined variable user.home

Procedure
1. On the menu bar from the main Workbench panel, click Window -> Preferences
then Ant in the left panel.

To be able to see the whole panel and Both button at the right bottom, I need to
enlarge the window bigger than the size of the monitor...which means i cannot
display the panel completly.  

I am running 1024x768 resolution.

see the attached screenshot

build I20040420-1300

- in sync view, select an outgoing change and choose Override and Update
- the progress dialog appears saying Operation in progress...
- it doesn't progress
- move the dialog or choose Run in Background
- the operation was waiting for input in the Overwrite Local Changes dialog,
which was hidden by the progress dialog

Override and Update should bring this prompt up first, then start the user job
to do the work.  

I don't see this as being a problem with the progress dialog itself, since the
contract is: if you specify job.setUser(true) then you may get a progress
dialog.  The progress support could possibly reduce the impact of cases like
this by trying to bring up the progress dialog before the job does any work. 
Currently it forks its own job to bring up the progress dialog.  Perhaps it
should do so directly in an asyncExec from the job listener.

M8 candidate
1. loaded a fresh workspace
2. connected to FTP server and downloaded files
3. Switched to sync view and tried to change the compressed folder preference.

An error was shown saying that an error occured firing property changes.

I20040324

We shouldn't used @todo as a default todo tag. Doing so causes grief when 
using @todo inside Javadoc tags.

Please see Bug 51658 (comment #1) for a screenshot.

Basically, the scroll bar indicates a long list, even though the tree is
actually quite small.  I'm not sure how I got into this state (I originally
thought it was related to the stack trace in Bug 51658).  Without a reproduce
case, this is probably just shooting blind....

The title set by the search view needs to start with the word "Search", for 
example the old view used 'Search ("word" - nn Occurrences)'. The new view is 
using '"word" - nn matches in Workspace'. The incorrect title can be seen in 
presentations that show a full view title bar such as the R21 presentation 
(bug 59850) and not just a status.

Like the display, inspect and evaluate actions, the content assist action 
could be removed from the context menu when a stack frame is not available 
from the selection.

I20040317
In the Synchronize view I select FTP Deployments, select a project that has 
local changes, and press the Upload All Outgoing Changes button on the 
toolbar. It gets an internal error dialog and the .log shows the error below. 
If I do the upload from the right-click (context) menu, it works fine.

Error Mar 18, 2004 16:08:32.705 Internal error
org.eclipse.swt.SWTException: Invalid thread access
at org.eclipse.swt.SWT.error(SWT.java:2625)
at org.eclipse.swt.SWT.error(SWT.java:2555)
at org.eclipse.swt.widgets.Widget.error(Widget.java:354)
at org.eclipse.swt.widgets.Shell.<init>(Shell.java:245)
at org.eclipse.swt.widgets.Shell.<init>(Shell.java:236)
at org.eclipse.swt.widgets.Shell.<init>(Shell.java:189)
at org.eclipse.team.internal.ui.Utils.getShell(Utils.java:241)
at org.eclipse.team.ui.TeamOperation.getShell(TeamOperation.java:130)
at org.eclipse.team.internal.ui.target.subscriber.PutAction$1.run
(PutAction.java:50)
at org.eclipse.team.internal.ui.actions.ProgressDialogRunnableContext$3.run
(ProgressDialogRunnableContext.java:129)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1559)
at org.eclipse.team.internal.ui.actions.ProgressDialogRunnableContext$2.run
(ProgressDialogRunnableContext.java:126)
at org.eclipse.jface.operation.ModalContext$ModalContextThread.run
(ModalContext.java:101)

We have decided that we will not ship a User scope in 3.0. The configuration
scope seems suited to our needs for now.

We need to remove this class and all references.

The subject is to be re-visited post 3.0.

For each load level in the project preferences we should register a resource
change listener and when we get notification of a change, call node.sync().

3.0 M8

I exported Javadoc for a class (checked the rt.jar on page 2).
When exporting the next time and pressing Finish it does not recognize types
which are in previously selected rt.jar.

Probably related to bug 56550.

The navigation offered by the HTML pages generated by the Eclipse help app server only works in a very 
limited fashion in the Apple Safari browser, which is the standard on Mac OS X.

It seems that there is some server-side browser detection going on, and as a result Safari gets a very 
limited version of the HTML pages that is delivered to IE and Mozilla (for example). This HTML is 
missing most (or all?) of the CSS and JavaScript goodies that make the help system usable as well as 
nice-looking on the mainstream Windows browsers. There's no technical reason for this, Safari has very 
solid CSS, JavaScript and DOM support.

Humble suggestion: Just completely dump the browser-detection and delivery of alternative versions. 
Everyone should be able to use a modern browser these days.

Plus, server-side browser-detection is so 90's ;-)

The RemoteFileStorage is used when we open an editor on remote contents. It 
could possibly be removed since remote handles now return a storage. However, 
it has special subclassing for the annotate view that needs to be considered. 
Also, if they are kept, encoding support should be added.

From the main workbench menu, select Run -> External Tools -> External Tools. 
Click on Ant on the left hand side.  The description on the right hand side does
not wrap around properly.

The problem only occurs in DBCS languages (Trad. Ch, Simp. Ch, Korean, and
Japanese).

See the attached screenshot.

I20040130 + plug-in export

Open a CU which has errors and warnings.
Observe: the annotations in overview and annotation ruler are quickly visible
and then get removed. This is caused by JavaMultiPassReconciler.

Pressing enter after an opening curly brace closes the curly brace repeatedly.
IF you are about to define a method and you open a curly brace, the completion 
closing curly brace is added automatically. 

If you go and press "enter" again in front of the opening curly brace , it adds 
another closing brace repeatedly.

Using the test case from bug 51740, when suspended at the uncaught exception,
 cancel the JDI thread evaluation job.
Resume the thread. 

Have to hard kill Eclipse to regain control.
There is about a million of these in the log:
java.util.NoSuchElementException
at java.util.AbstractList$Itr.next(AbstractList.java:426)
at org.eclipse.jdt.internal.debug.core.model.JDIThread$ThreadJob.run
(JDIThread.java:2497)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:62)

in i05051045

I am debugging a java app (eclipse) using a java app launch config.  I have the 
source for Main (in org.eclipse.platform) checked out of CVS and in my 
workspace.  I put a breakpoint in the source (at line 434) and debug.  When I 
hit the breakpoint I get no source in the editor.  There is an "Add Source 
Container" button.  Wehn I select that, all the projects in my workspace are 
listed (including org.eclipse.platform).  It appears as though the source 
location is given but the source is not being found.

Note of course tha tin this scenario I am not running the actual bin output of 
the source in my workspace.  Rather I exported a jar, put it in a target 
Eclipse and launched that as a Java app.  This has worked in the past.

No proposals are given for the follow
<project default="hey">
<T
</project>

if you attempt to code assist after the T.
The workaround is to code assist with no prefix and then narrow the proposals 
by typing once the initial set of proposals is presented.

Build: I-20040428

Error May 03, 2004 11:16:09.405 java.lang.NullPointerException
java.lang.NullPointerException
at 
org.eclipse.team.internal.ui.synchronize.actions.RefactorActionGroup.fillContex
tMenu(RefactorActionGroup.java:52)
at 
org.eclipse.team.ui.synchronize.subscribers.SynchronizeViewerAdvisor.fillContex
tMenu(SynchronizeViewerAdvisor.java:70)
at org.eclipse.team.ui.synchronize.StructuredViewerAdvisor$2.menuAboutToShow
(StructuredViewerAdvisor.java:412)
at org.eclipse.jface.action.MenuManager.fireAboutToShow(MenuManager.java:286)
at org.eclipse.jface.action.MenuManager.handleAboutToShow(MenuManager.java:370)
at org.eclipse.jface.action.MenuManager.access$0(MenuManager.java:367)
at org.eclipse.jface.action.MenuManager$2.menuShown(MenuManager.java:383)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:116)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:801)
at org.eclipse.swt.widgets.Control.WM_INITMENUPOPUP(Control.java:3303)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:2975)
at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1451)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:3158)
at org.eclipse.swt.internal.win32.OS.TrackPopupMenu(Native Method)
at org.eclipse.swt.widgets.Menu._setVisible(Menu.java:222)
at org.eclipse.swt.widgets.Display.runPopups(Display.java:2618)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2263)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:240)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:283)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:240)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
at org.eclipse.core.launcher.Main.run(Main.java:700)
at org.eclipse.core.launcher.Main.main(Main.java:684)

i200405051025

Got this SWT exception during shutdown.

!ENTRY org.eclipse.osgi May 05, 2004 23:03:00.730
!MESSAGE Application error
!STACK 1
org.eclipse.swt.SWTException: Widget is disposed
	at org.eclipse.swt.SWT.error(SWT.java:2689)
	at org.eclipse.swt.SWT.error(SWT.java:2614)
	at org.eclipse.swt.SWT.error(SWT.java:2585)
	at org.eclipse.swt.widgets.Widget.error(Widget.java:381)
	at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:283)
	at org.eclipse.swt.widgets.Widget.getData(Widget.java:411)
	at org.eclipse.jface.viewers.TableTreeViewer.getElementAt(TableTreeViewer.java:263)
	at org.eclipse.pde.internal.runtime.logview.LogView.applyFonts(LogView.java:144)
	at org.eclipse.pde.internal.runtime.logview.LogView.access$2(LogView.java:140)
	at org.eclipse.pde.internal.runtime.logview.LogView$20.run(LogView.java:661)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2571)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2276)
	at org.eclipse.swt.widgets.Display.release(Display.java:2325)
	at org.eclipse.swt.graphics.Device.dispose(Device.java:227)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:99)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:242)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:119)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)

build I20040529-0105

- change the browser example to allow multiple browser views to be created, and
configure the workbench to save its state between sessions
- open 3 browser views on different URLs
- shutdown/restart
- the multi-instance views are not restored properly

In the <views>/<view> element, it is not saving the secondaryId, but it should.
In the <perspective>/<view> element, it is correctly saving the secondary id.
In the <perspective>/<folder> element, the activePageID attribute does not
include the secondary id, but it should.
In the <perspective>/<folder>/<page> element, the content attribute does not
include the secondary id, but it should.

In the <perspective>/<presentation> element, the <part> children have only a
numbered id.  This probably comes from the stack presentation, and is likely OK,
but needs to be checked (in my example, I was using simple numbers as the
secondaryId).

If I just IJavaProject.findPackageFragment(path) where the path is a package
fragment root (but it is not the java project, it is an actual root source
folder in the project), it returns null instead of an IPackageFragment for the
default package.

3.0RC1

- open CU from CVS
- use the Edit->Expand Selection To->... actions
-> the following exception is written to the log:

java.lang.NullPointerException
        at org.eclipse.jdt.internal.ui.javaeditor.selectionactions.StructureSele
ctionAction.run(StructureSelectionAction.java:76)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)

        at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(Workben
chKeyboard.java:469)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboar
d.java:887)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(Workbe
nchKeyboard.java:928)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindi
ngs(WorkbenchKeyboard.java:546)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyb
oard.java:494)
        at org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(Workbenc
hKeyboard.java:259)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Display.filterEvent(Display.java:712)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:795)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
        at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1724)
        at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1720)
        at org.eclipse.swt.widgets.Control.WM_SYSKEYDOWN(Control.java:4382)
        at org.eclipse.swt.widgets.Control.windowProc(Control.java:3022)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java:3282)
        at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
        at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1459)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2380)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.jav
a:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformAct
ivator.java:334)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:273)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:128)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)

The Problems view does not scale.

Either
	use a big workspace, 
or
	create a New workspace
	Go to Java Perspective
	Close the problems view.
	Import ...-> External Plugins -> with source, select all plugins and 
import.
	Build takes a long time (different discussion)

Then I turn on my profiler
	Show Problems View (has >1700 entries where 300 match my filter)
Stop profiler.

More than 80% of the time of showing the view is spent in sorting the entries.
I drilled down a bit. I noticed the use of java.text.Collator.compare

Using google for Collator+slow, I found the following link.
Please scroll down to the word "slow":

	http://klomp.org/mark/classpath/doc/api/html/java/text/RuleBasedCollato
r.html

Here is one of the culprits:

	package org.eclipse.ui.views.markers.internal;

	public class FieldFolder implements IField {

	public int compare(Object obj1, Object obj2) {
		if (obj1 == null || obj2 == null || !(obj1 instanceof 
ConcreteMarker) || !(obj2 instanceof ConcreteMarker)) {
			return 0;
		}
>>>>>>>>	return Collator.getInstance().compare(getValue(obj1), getValue
(obj2));
	}

With just 2 minutes of Google, I foudn this link:

	http://sunsite.iisc.ernet.in/virlib/java/unleash/jul15.htm

Again, scroll down to "slow":

"It is simple to compare two strings using the Collator.compare() method. 
However, the comparison algorithm used by Collator.compare() is very complex. 
If you are sorting long lists of strings, the operation may be very slow 
because compare() repetitively compares the same strings. As an alternative, 
you can use the java.text.CollationKey class, which is a key representing a 
given string in a collation. You can generate CollationKey objects for all 
your strings and cache them for use in all comparisons instead of using the 
strings themselves. Because they are bit-ordered, CollationKey objects 	allow 
you to do bitwise comparisons; in addition, once the keys are generated, 
comparisons are faster than direct comparisons of the two strings."

Why is this relevant? Problems view is *always* in my workbenches. 
I assume this is the case for everyone. Many views share this logic. 
All these views have to be sorted before they can be shown.
I can only imagine how big the Progress View grows in the case of a larg user 
workspace in a commercial product, such as WSAD.

Using a stopwatch, I see the view shown after 1 second, the table after 3, and 
the contents after 4 seconds. In total ***15 million*** method calls are made.
Not acceptable for sorting just 1700 strings.

I don't think the Show All checkbox in the New Project Wizard should maintain 
state.

Assuming no activities are on, when the user initially enters this page he 
needs to check that checkbox to find the wizard he is looking for.  Once he 
hits the next button the activity for that wizard is automatically enabled.

The next time the user comes back to the new wizrd every wizard is enabled 
because the Show All Checkbox is on.  Now the user needs to hunt for the 
wizard (even if it is the same one used above).  Hopefully the activity 
enabled in the previous step correctly anticipate the next wizard the user is 
likely to need and thus it would be enabled.  Thus we are taking a step 
backwards by forcing the user to still hunt through the entire list.

I don't think the user is ever going to turn off that show all checkbox; I 
know I never remember to; nor do I want to be bothered by it.

I20040506-0200
When you do File > Exit when the dialog is open, and you press escape, the
behaviour of OK is executed (ie eclipse is being closed) whereas one would
expect the behavior of CANCEL to happen.

I have a linked resource called Foo, which links to c:\foo. In this directory 
are several read-only files. In the Navigator in the Resource perspective, I 
try to delete this resource. It asks to confirm, and says that only the link 
will be deleted, the link target will not be changed. I say OK. Then it gives 
me a dialog for each read-only file in c:\foo, warning me that the file is read-
only, do I really want to delete it. This contradicts what it said about not 
touching the target resource.

I'm using 3.0 M8.

Assuming the main reason behind wanting to split a variable declaration is to 
assign the variable in muliple places within a method, the following "final" 
declaration still needs to be edited after the split:

    final String text = "text";

would be split into:

    final String text;
    text = "text";

It seems like the assist should either automatically remove the "final" 
keyword after the split, prompt the user with the option after selecting to do 
a split, or offer a second split option up front that will remove the keyword.

This below may be helpful to track some problems!?

This is the workspace\.metadata\.log when trying to close Eclipse.  This is
after a lot of selections of the top-level Edit menu and context (pop-up) menu
under various key scopes.

Closing Eclipse does not complete, must now be killed from the Task Manager.

!SESSION Jun 04, 2004 10:00:10.766 ---------------------------------------------
eclipse.buildId=I200405290105
java.fullversion=J2RE 1.4.1 IBM Windows 32 build cn1411-20040301a (JIT enabled:
jitc)
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_CA
!ENTRY org.eclipse.core.runtime 4 2 Jun 04, 2004 10:00:10.766
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at org.eclipse.ui.internal.commands.Command.removeCommandListener(Command.java:218)
	at
org.eclipse.ui.internal.commands.ws.CommandCallback.removePropertyChangeListener(CommandCallback.java:194)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetDispose(ActionContributionItem.java:855)
	at
org.eclipse.jface.action.ActionContributionItem.access$1(ActionContributionItem.java:836)
	at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:780)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java(Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Inlined Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Compiled Code))
	at org.eclipse.swt.widgets.Widget.releaseWidget(Widget.java:708)
	at org.eclipse.swt.widgets.Item.releaseWidget(Item.java:139)
	at org.eclipse.swt.widgets.MenuItem.releaseWidget(MenuItem.java:452)
	at org.eclipse.swt.widgets.Widget.dispose(Widget.java(Inlined Compiled Code))
	at org.eclipse.jface.action.MenuManager.update(MenuManager.java(Compiled Code))
	at org.eclipse.jface.action.MenuManager.updateAll(MenuManager.java:697)
	at org.eclipse.jface.action.MenuManager.update(MenuManager.java(Compiled Code))
	at org.eclipse.jface.action.MenuManager.updateAll(MenuManager.java:697)
	at
org.eclipse.ui.internal.Workbench.updateActiveWorkbenchWindowMenuManager(Workbench.java:1836)
	at org.eclipse.ui.internal.Workbench.access$0(Workbench.java:1826)
	at org.eclipse.ui.internal.Workbench$1.commandManagerChanged(Workbench.java:1793)
	at
org.eclipse.ui.internal.commands.MutableCommandManager.fireCommandManagerChanged(MutableCommandManager.java:248)
	at
org.eclipse.ui.internal.commands.MutableCommandManager.setActiveContextIds(MutableCommandManager.java:578)
	at
org.eclipse.ui.internal.commands.ws.WorkbenchCommandSupport.setActiveContextIds(WorkbenchCommandSupport.java:511)
	at org.eclipse.ui.internal.Workbench$2.contextManagerChanged(Workbench.java:1803)
	at
org.eclipse.ui.internal.contexts.AbstractContextManager.fireContextManagerChanged(AbstractContextManager.java:46)
	at
org.eclipse.ui.internal.contexts.ProxyContextManager$1.contextManagerChanged(ProxyContextManager.java:41)
	at
org.eclipse.ui.internal.contexts.AbstractContextManager.fireContextManagerChanged(AbstractContextManager.java:46)
	at
org.eclipse.ui.internal.contexts.MutableContextManager.setEnabledContextIds(MutableContextManager.java:260)
	at
org.eclipse.ui.internal.contexts.ws.WorkbenchContextSupport.processEnabledSubmissions(WorkbenchContextSupport.java:602)
	at
org.eclipse.ui.internal.contexts.ws.WorkbenchContextSupport.processEnabledSubmissions(WorkbenchContextSupport.java:488)
	at
org.eclipse.ui.internal.contexts.ws.WorkbenchContextSupport.access$1(WorkbenchContextSupport.java:487)
	at
org.eclipse.ui.internal.contexts.ws.WorkbenchContextSupport$2.pageClosed(WorkbenchContextSupport.java:249)
	at org.eclipse.ui.internal.PageListenerList$2.run(PageListenerList.java:59)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at
org.eclipse.ui.internal.PageListenerList.firePageClosed(PageListenerList.java:57)
	at org.eclipse.ui.internal.WorkbenchWindow.firePageClosed(WorkbenchWindow.java:799)
	at org.eclipse.ui.internal.WorkbenchWindow.closeAllPages(WorkbenchWindow.java:568)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose(WorkbenchWindow.java:983)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose(WorkbenchWindow.java:466)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0(WorkbenchWindow.java:448)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run(WorkbenchWindow.java:536)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchWindow.close(WorkbenchWindow.java:534)
	at org.eclipse.jface.window.WindowManager.close(WindowManager.java:101)
	at org.eclipse.ui.internal.Workbench$10.run(Workbench.java:460)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:457)
	at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:399)
	at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:571)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:569)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:545)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose(WorkbenchWindow.java:463)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0(WorkbenchWindow.java:448)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run(WorkbenchWindow.java:536)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchWindow.close(WorkbenchWindow.java:534)
	at org.eclipse.jface.window.Window.handleShellCloseEvent(Window.java:593)
	at org.eclipse.jface.window.Window$2.shellClosed(Window.java:544)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:158)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java(Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Inlined Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Decorations.WM_CLOSE(Decorations.java:1487)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java(Compiled Code))
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java(Compiled Code))
	at org.eclipse.swt.widgets.Display.windowProc(Display.java(Compiled Code))
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java(Inlined Compiled Code))
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java(Compiled Code))
	at org.eclipse.swt.widgets.Control.windowProc(Control.java(Compiled Code))
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java(Compiled Code))
	at org.eclipse.swt.widgets.Display.windowProc(Display.java(Compiled Code))
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java(Inlined Compiled Code))
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java(Compiled Code))
	at org.eclipse.swt.widgets.Control.windowProc(Control.java(Compiled Code))
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java(Compiled Code))
	at org.eclipse.swt.widgets.Display.windowProc(Display.java(Compiled Code))
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java(Inlined Compiled
Code))
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java(Compiled Code))
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java(Compiled Code))
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)
!ENTRY org.eclipse.core.runtime 4 2 Jun 04, 2004 10:00:10.891
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at org.eclipse.ui.internal.commands.Command.removeCommandListener(Command.java:218)
	at
org.eclipse.ui.internal.commands.ws.CommandCallback.removePropertyChangeListener(CommandCallback.java:194)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetDispose(ActionContributionItem.java:855)
	at
org.eclipse.jface.action.ActionContributionItem.access$1(ActionContributionItem.java:836)
	at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:780)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java(Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Inlined Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Compiled Code))
	at org.eclipse.swt.widgets.Widget.releaseWidget(Widget.java:708)
	at org.eclipse.swt.widgets.Item.releaseWidget(Item.java:139)
	at org.eclipse.swt.widgets.MenuItem.releaseWidget(MenuItem.java:452)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
	at org.eclipse.swt.widgets.Menu.releaseWidget(Menu.java:1053)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
	at org.eclipse.swt.widgets.MenuItem.releaseWidget(MenuItem.java:450)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
	at org.eclipse.swt.widgets.Menu.releaseWidget(Menu.java:1053)
	at org.eclipse.swt.widgets.Widget.releaseResources(Widget.java:673)
	at org.eclipse.swt.widgets.Decorations.releaseWidget(Decorations.java:682)
	at org.eclipse.swt.widgets.Shell.releaseWidget(Shell.java:786)
	at org.eclipse.swt.widgets.Widget.dispose(Widget.java:368)
	at org.eclipse.swt.widgets.Decorations.dispose(Decorations.java:371)
	at org.eclipse.swt.widgets.Shell.dispose(Shell.java:487)
	at org.eclipse.jface.window.Window.close(Window.java:253)
	at org.eclipse.jface.window.ApplicationWindow.close(ApplicationWindow.java:272)
	at org.eclipse.ui.internal.WorkbenchWindow.hardClose(WorkbenchWindow.java:988)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose(WorkbenchWindow.java:466)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0(WorkbenchWindow.java:448)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run(WorkbenchWindow.java:536)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchWindow.close(WorkbenchWindow.java:534)
	at org.eclipse.jface.window.WindowManager.close(WindowManager.java:101)
	at org.eclipse.ui.internal.Workbench$10.run(Workbench.java:460)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:457)
	at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:399)
	at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:571)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:569)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:545)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose(WorkbenchWindow.java:463)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0(WorkbenchWindow.java:448)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run(WorkbenchWindow.java:536)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchWindow.close(WorkbenchWindow.java:534)
	at org.eclipse.jface.window.Window.handleShellCloseEvent(Window.java:593)
	at org.eclipse.jface.window.Window$2.shellClosed(Window.java:544)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:158)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java(Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Inlined Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Decorations.WM_CLOSE(Decorations.java:1487)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java(Compiled Code))
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java(Compiled Code))
	at org.eclipse.swt.widgets.Display.windowProc(Display.java(Compiled Code))
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java(Inlined Compiled Code))
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java(Compiled Code))
	at org.eclipse.swt.widgets.Control.windowProc(Control.java(Compiled Code))
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java(Compiled Code))
	at org.eclipse.swt.widgets.Display.windowProc(Display.java(Compiled Code))
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java(Inlined Compiled Code))
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java(Compiled Code))
	at org.eclipse.swt.widgets.Control.windowProc(Control.java(Compiled Code))
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java(Compiled Code))
	at org.eclipse.swt.widgets.Display.windowProc(Display.java(Compiled Code))
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java(Inlined Compiled
Code))
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java(Compiled Code))
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java(Compiled Code))
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)
!ENTRY org.eclipse.ui 4 4 Jun 04, 2004 10:00:10.953
!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Jun 04, 2004 10:00:10.953
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at org.eclipse.jface.action.MenuManager.update(MenuManager.java(Compiled Code))
	at org.eclipse.jface.action.MenuManager.updateAll(MenuManager.java:697)
	at
org.eclipse.ui.internal.Workbench.updateActiveWorkbenchWindowMenuManager(Workbench.java:1836)
	at org.eclipse.ui.internal.Workbench.access$0(Workbench.java:1826)
	at org.eclipse.ui.internal.Workbench$1.commandManagerChanged(Workbench.java:1793)
	at
org.eclipse.ui.internal.commands.MutableCommandManager.fireCommandManagerChanged(MutableCommandManager.java:248)
	at
org.eclipse.ui.internal.commands.MutableCommandManager.setActiveContextIds(MutableCommandManager.java:578)
	at
org.eclipse.ui.internal.commands.ws.WorkbenchCommandSupport.setActiveContextIds(WorkbenchCommandSupport.java:511)
	at org.eclipse.ui.internal.Workbench$2.contextManagerChanged(Workbench.java:1803)
	at
org.eclipse.ui.internal.contexts.AbstractContextManager.fireContextManagerChanged(AbstractContextManager.java:46)
	at
org.eclipse.ui.internal.contexts.ProxyContextManager$1.contextManagerChanged(ProxyContextManager.java:41)
	at
org.eclipse.ui.internal.contexts.AbstractContextManager.fireContextManagerChanged(AbstractContextManager.java:46)
	at
org.eclipse.ui.internal.contexts.MutableContextManager.setEnabledContextIds(MutableContextManager.java:260)
	at
org.eclipse.ui.internal.contexts.ws.WorkbenchContextSupport.processEnabledSubmissions(WorkbenchContextSupport.java:602)
	at
org.eclipse.ui.internal.contexts.ws.WorkbenchContextSupport.processEnabledSubmissions(WorkbenchContextSupport.java:488)
	at
org.eclipse.ui.internal.contexts.ws.WorkbenchContextSupport.addEnabledSubmissions(WorkbenchContextSupport.java:369)
	at
org.eclipse.ui.internal.contexts.ws.WorkbenchContextSupport.checkWindowType(WorkbenchContextSupport.java:449)
	at
org.eclipse.ui.internal.contexts.ws.WorkbenchContextSupport.access$0(WorkbenchContextSupport.java:383)
	at
org.eclipse.ui.internal.contexts.ws.WorkbenchContextSupport$1.handleEvent(WorkbenchContextSupport.java:209)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java(Compiled Code))
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java(Inlined Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Inlined Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Compiled Code))
	at org.eclipse.swt.widgets.Decorations.WM_ACTIVATE(Decorations.java:1454)
	at org.eclipse.swt.widgets.Shell.WM_ACTIVATE(Shell.java:1320)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java(Compiled Code))
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java(Compiled Code))
	at org.eclipse.swt.widgets.Display.windowProc(Display.java(Compiled Code))
	at org.eclipse.swt.internal.win32.OS.DestroyWindow(Native Method)
	at org.eclipse.swt.widgets.Control.destroyWidget(Control.java:504)
	at org.eclipse.swt.widgets.Widget.dispose(Widget.java:369)
	at org.eclipse.swt.widgets.Decorations.dispose(Decorations.java:371)
	at org.eclipse.swt.widgets.Shell.dispose(Shell.java:487)
	at org.eclipse.jface.window.Window.close(Window.java:253)
	at org.eclipse.jface.dialogs.Dialog.close(Dialog.java:826)
	at
org.eclipse.jface.dialogs.ProgressMonitorDialog.close(ProgressMonitorDialog.java:283)
	at
org.eclipse.jface.dialogs.ProgressMonitorDialog.finishedRun(ProgressMonitorDialog.java:477)
	at
org.eclipse.jface.dialogs.ProgressMonitorDialog.run(ProgressMonitorDialog.java:400)
	at
org.eclipse.ui.internal.progress.ProgressMonitorJobsDialog.run(ProgressMonitorJobsDialog.java:238)
	at
org.eclipse.ui.internal.ide.IDEWorkbenchAdvisor.disconnectFromWorkspace(IDEWorkbenchAdvisor.java:475)
	at
org.eclipse.ui.internal.ide.IDEWorkbenchAdvisor.postShutdown(IDEWorkbenchAdvisor.java:231)
	at org.eclipse.ui.internal.Workbench.shutdown(Workbench.java:1628)
	at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:468)
	at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:399)
	at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:571)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:569)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:545)
	at org.eclipse.ui.internal.WorkbenchWindow.busyClose(WorkbenchWindow.java:463)
	at org.eclipse.ui.internal.WorkbenchWindow.access$0(WorkbenchWindow.java:448)
	at org.eclipse.ui.internal.WorkbenchWindow$1.run(WorkbenchWindow.java:536)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchWindow.close(WorkbenchWindow.java:534)
	at org.eclipse.jface.window.Window.handleShellCloseEvent(Window.java:593)
	at org.eclipse.jface.window.Window$2.shellClosed(Window.java:544)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:158)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java(Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Inlined Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java(Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Decorations.WM_CLOSE(Decorations.java:1487)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java(Compiled Code))
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java(Compiled Code))
	at org.eclipse.swt.widgets.Display.windowProc(Display.java(Compiled Code))
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java(Inlined Compiled Code))
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java(Compiled Code))
	at org.eclipse.swt.widgets.Control.windowProc(Control.java(Compiled Code))
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java(Compiled Code))
	at org.eclipse.swt.widgets.Display.windowProc(Display.java(Compiled Code))
	at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java(Inlined Compiled Code))
	at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java(Compiled Code))
	at org.eclipse.swt.widgets.Control.windowProc(Control.java(Compiled Code))
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java(Compiled Code))
	at org.eclipse.swt.widgets.Display.windowProc(Display.java(Compiled Code))
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java(Inlined Compiled
Code))
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java(Compiled Code))
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java(Compiled Code))
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

I entered bug 65715 against PDE UI because of how they overwrite a binary 
project with a source project (both imported using the PDE plugin import 
wizard). The project is that they delete a project and then create it in quick 
succession without calling unmap (they do but it is after the project deletion 
so it does nothing). In this case, the rule factory for the project is not 
reverted properly (i.e. it probably relies on a project deletion delta which 
may not happen since the project is recreated quickly).

In 2.1 features had the option to specify a welcome page url.  For non-primary 
features this welcome page would be shown on the next run of eclipse (after the 
feature was installed).  The primary feature's welcome page was a bit special in 
that it was shown first (on the first run of eclipse).

In 3.0 this behaviour is largely replaced by the new intro extension point, but 
for compatibility we need to ensure the old behaviour still works.  To do this a 
property has been defined for bundle groups that provides a way for update to 
send the value to the ui (this is the same mechanism used for things like window 
image, etc.).

The problem we've come across is that in the product / bundle group world, 
there's no concept of "primary feature" and no way to associate a particular 
bundle group with the product.  The only current mapping is to force the product 
id to be the same as some bundle group id -- this is clearly undesirable for 
many reasons.

After nick and I discussed this for awhile we sort of realized that although the 
welcome page property is being used in the same way for the product and bundle 
groups, it really has a different meaning -- the product page really is special.

We would like to add an optional key to the set of product properties that would 
specify the product's welcome page.  This means we don't need to add an 
association between product and some bundle group and can still support the 
legacy behaviour of welcome page display.

The API change we are requesting is an addition to org.eclipse.ui.branding.
IProductConstants,

/**
 * A URL for the products's welcome page (special XML-based format)
 * ($nl$/ prefix to permit locale-specific translations of entire file).
 * Products designed to run "headless" typically would not have such a page.
 */
public static final String WELCOME_PAGE = "welcomePage";

I20040428
1. started the new build
2. background sync started automatically
3. I double-clicked on the progress status line element to see the task
4. progress view opened but was empty
5. I resized the progress view and the task appeared.

When I launch an UnitTest, I am prompted with wors to the effect of "You have
errors.  Do you wish to continue."  Since I autmatically save files, which
causes them to be compiled when I run UnitTest, this should happen before the
check for Errors.  As it turns out, I don't have errors.

I20040428
Started the integration build on an existing workspace. I got the following
exception in my log. 

Threads "Thread[Worker-0,5,main]" and "main" are concurrently trying to start 
bundle org.eclipse.core.resources. Thread "Thread[Worker-0,5,main]" was trying
to load "org.eclipse.core.internal.localstore.CollectSyncStatusVisitor" which
now may have inconsistent values.
java.lang.Exception: ECLIPSE_CLASSLOADER_GENERATED_EXCEPTION
at
org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java:104)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:369)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:400)
at
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:93)
at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:537)
at
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.defineClass(DefaultClassLoader.java:294)
at
org.eclipse.core.runtime.adaptor.EclipseClassLoader.defineClass(EclipseClassLoader.java:205)
at
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.findClassImpl(DefaultClassLoader.java:283)
at
org.eclipse.osgi.framework.internal.defaultadaptor.DefaultClassLoader.findClass(DefaultClassLoader.java:172)
at
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.findLocalClass(AbstractClassLoader.java:220)
at
org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(EclipseClassLoader.java:106)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:369)
at
org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:400)
at
org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader.loadClass(AbstractClassLoader.java:93)
at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
at
org.eclipse.core.internal.localstore.FileSystemResourceManager.isSynchronized(FileSystemResourceManager.java:366)
at org.eclipse.core.internal.resources.Resource.isSynchronized(Resource.java:1105)
at org.eclipse.core.internal.refresh.PollingMonitor.poll(PollingMonitor.java:141)
at org.eclipse.core.internal.refresh.PollingMonitor.run(PollingMonitor.java:105)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

3.0RC1

In a CU from CVS the refactoring actions are enabled and when invoked show
dialogs about wrong selection, sometimes an exception is thrown:

java.lang.NullPointerException
        at org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringActions.co
nvertToEnclosingOrPrimaryType(RefactoringActions.java:50)
        at org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringActions.ge
tEnclosingOrPrimaryType(RefactoringActions.java:43)
        at org.eclipse.jdt.ui.actions.ExtractInterfaceAction.getSingleSelectedTy
pe(ExtractInterfaceAction.java:168)
        at org.eclipse.jdt.ui.actions.ExtractInterfaceAction.run(ExtractInterfac
eAction.java:155)
        at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(Select
ionDispatchAction.java:216)
        at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispa
tchAction.java:188)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at org.eclipse.ui.actions.RetargetAction.runWithEvent(RetargetAction.jav
a:212)
        at org.eclipse.ui.internal.WWinPluginAction.runWithEvent(WWinPluginActio
n.java:211)
        at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:915)
        at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContri
butionItem.java:866)
        at org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionC
ontributionItem.java:785)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.jav
a:253)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformAct
ivator.java:334)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:273)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:128)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
        at org.eclipse.core.launcher.Main.run(Main.java:638)
        at org.eclipse.core.launcher.Main.main(Main.java:622)
java.lang.NullPointerException

build I20040106

- run the RCP Browser Example (project org.eclipse.ui.examples.rcp.browser, 
see the readme.html file)
- it opens on http://eclipse.org
- click on the "search" link at left
- notice that the progress bar is left showing at 100%

The view's ProgressListener nevers receives a completed notification.

When debugging is turned on (set ProgressView.DEBUG to true) the output is:

status: http://eclipse.org/search/search.cgi
changed: 0/10000
changed: 50/10000
changed: 10000/10000
changed: 0/0

For each open/close of the Synchronize view, 9 objects are leaked related to 
SynchInfo:
2 SubscriberSyncInfoSet
2 SyncInfoStatistics
2 SyncInfoTreeChangeEvent
1 SyncSetInputFromSyncSet
1 SyncInfoWorkingSetFilter
1 WorkingSetSynchSetInput

I will attach the reduced reference graph for what appears to be the root 
cause of the leaks.

If you have a workspace with numerous compilation problems/errors the memory 
footprint of the JavaDebugOptionsManager is rather large and persistant.

I have 23000 ish problems --> the JavaDebugOptionsManager$Location objects use 
849k.

Defining a task tag starting with "//" may lead to an "Unexpected end of
comment" error if the respective source file ends with a "/* */" comment
where the second slash is the very last character in the source file.

----- Code snipped ------
public class Sample {
    public Sample() {}
}

/*
 * CVS log information:
 * $Log$
 */[EOF]
--- End of snippend ------


P.S.: The error also occurs in 2.1.0.

The JDT debug related plugins use some code in Runtime which are newly 
deprecated.  I am 
attaching a patch (based on i0428) which eliminated the deprecations.  This is 
informational and rigorous testing has not been done.

Build: M8

Open up the hierarchy for ICVSResource.  The ICVSFolder interface is shown with
the icon for a class (circled c) unlike ICVSFile which is shown with the correct
icon (circled i).

build 20040506

With the following test case

public class X {
	public void foo() {
		 (X) foo();
	}
}

the error messages are

Syntax error, insert ";" to complete BlockStatements
Syntax error, insert "AssignmentOperator ArrayInitializer" to complete 
ArrayInitializerAssignement

The corresponding grammar rule is
InvalidArrayInitializerAssignement ::= PostfixExpression AssignmentOperator 
ArrayInitializer

This rule exist to perform better diagnose for expression like
x = {0}

But it would not be suggested as possible correction.

(original bug is bug 12287)

In 3.0M7, clicked on the Debug button would switch to Debug perspective 
automatically. In 3.0M8, you have to go to Window->Preferences->Run/Debug to 
set the "Switch to assciated perspective when launching" to "always" 
or "prompt" in order to switch to Debug perspective because it is "never" by 
default. I think it may be better to default as "prompt" so that users can 
choose whether they would like to switch or not.

I2004032400800

The preference says that I does not affect open editors, hover it breaks quick
fix in the already open editors.

If you change the dialog font to something large (such as size 16) the 
EnviromentTab does not resize the bottom two radio buttons correcly nor do 
the "New" "Select..." "Edit..." and "Remove" resize correctly.

As well the top level message about the JRE does not seem to respect the font 
setting.

Using build I200405260010.

I've noticed that Javadoc keywords (ie. tag names in javadoc comments) were no
longer highlighted. Trying to see if my preferences were reset and then realized
that whatever color or style I set for Javadoc keywords, they stay unchanged...

3.0

The RCP browser shouldn't need a workspace, but I encountered a few errors when 
trying to run that way.  One of the errors seems to be related to the 
PreferenceForwarder.

- load the org.eclipse.ui.examples.rcp.browser project
- create a launch configuration with:
  - only the browser and its required plugins
  - the "Location:" field set to "@none"
- run

The problem seems to be with the line that the default scope for a plugin is 
"instance".  Since there is no instance area in this case...

Here's the stack:

java.lang.ExceptionInInitializerError
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown 
Source)
	at java.lang.reflect.Constructor.newInstance(Unknown Source)
	at java.lang.Class.newInstance0(Unknown Source)
	at java.lang.Class.newInstance(Unknown Source)
	at org.eclipse.core.internal.registry.ConfigurationElement.
createExecutableExtension(ConfigurationElement.java:141)
	at org.eclipse.core.internal.registry.ConfigurationElement.
createExecutableExtension(ConfigurationElement.java:124)
	at org.eclipse.core.internal.registry.ConfigurationElement.
createExecutableExtension(ConfigurationElement.java:113)
	at org.eclipse.core.internal.preferences.PreferencesService.
createNode(PreferencesService.java:340)
	at org.eclipse.core.internal.preferences.RootPreferences.
getChild(RootPreferences.java:63)
	at org.eclipse.core.internal.preferences.RootPreferences.
node(RootPreferences.java:90)
	at org.eclipse.core.internal.preferences.PreferenceForwarder.
<init>(PreferenceForwarder.java:36)
	at org.eclipse.core.runtime.Plugin.getPluginPreferences(Plugin.java:330)
	at org.eclipse.ui.plugin.AbstractUIPlugin$CompatibilityPreferenceStore.
initialize(AbstractUIPlugin.java:193)
	at org.eclipse.ui.plugin.AbstractUIPlugin.
getPreferenceStore(AbstractUIPlugin.java:614)
	at org.eclipse.ui.internal.ActivityPersistanceHelper.
loadEnabledStates(ActivityPersistanceHelper.java:75)
	at org.eclipse.ui.internal.ActivityPersistanceHelper.
<init>(ActivityPersistanceHelper.java:57)
	at org.eclipse.ui.internal.ActivityPersistanceHelper.
getInstance(ActivityPersistanceHelper.java:47)
	at org.eclipse.ui.internal.Workbench.init(Workbench.java:763)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1325)
...

if the following lines are inserted at the top of a method

private void foo(String bar){
   assert bar!=null : bar;
   System.out.println(bar);   // try to set break point here
}

The breakpoint cannot be set at the System.out.println line.  It appears before
the close brace.


private void foo(String bar){
   assert bar!=null : bar;
   System.out.println(bar);
} // break point gets set here.

First I ran a single test (by selecting the test method and then choosing 
Run/JUnit Test from its context menu actions). 

Then I decided to run all tests in the package instead. So inside the 
Launching Configurations dialog I chose the option “Run All Tests in selected 
project, package or folder” and selected the package which contained the test 
class I had previously selected. Surprisingly it did not run all tests in the 
package I chose in the previous dialog, rather it ran only the same test from 
which I created that initial launching configuration. 

This is a bug which users are very likely to encounter: initially they will 
want to run a single test and then change their mind and try to run all tests 
within the corresponding package.  

3.0 RC1
Build id: 200405290105

Using simple test case with swt dll's in the java "bin" directory 
SWT_AWT.newShell fails with the following exception:

org.eclipse.swt.SWTError: No more handles
	at org.eclipse.swt.SWT.error(SWT.java:2717)
	at org.eclipse.swt.SWT.error(SWT.java:2616)
	at org.eclipse.swt.SWT.error(SWT.java:2587)
	at org.eclipse.swt.widgets.Widget.error(Widget.java:381)
	at org.eclipse.swt.widgets.Control.createHandle(Control.java:462)
	at org.eclipse.swt.widgets.Composite.createHandle(Composite.java:173)
	at org.eclipse.swt.widgets.Decorations.createHandle
(Decorations.java:320)
	at org.eclipse.swt.widgets.Shell.createHandle(Shell.java:436)
	at org.eclipse.swt.widgets.Control.createWidget(Control.java:477)
	at org.eclipse.swt.widgets.Scrollable.createWidget(Scrollable.java:129)
	at org.eclipse.swt.widgets.Decorations.createWidget
(Decorations.java:327)
	at org.eclipse.swt.widgets.Shell.<init>(Shell.java:251)
	at org.eclipse.swt.widgets.Shell.win32_new(Shell.java:341)
	at org.eclipse.swt.awt.SWT_AWT.new_Shell(SWT_AWT.java:269)
	at org.damselfly.jdev.swt.ole.text.EditorTest.main(EditorTest.java:41)

This is preventing me from embedding SWT content into a Swing application.

20041215

Quick fix on 'foo' doesn't do anything

public abstract class VarArgTest {
	
	public static String print12(String key, String... args) {

		foo(args);
		return key;
	}
	
	protected abstract <A, B> List foo(String[] args);

}

i20040212

When exporting the current log from the Log view, the file dialog that opens has
"Open" as title. Shouldn't it be "Save" or "Export to"?

<project name="project" default="default">
    <target name="default" >
    	<jar update="yes" destfile="${inst-ejec}.jar" description="jarit">
		
    	</jar>
    </target>
</project>

Code completing for the jar task nested elements also presents the template 
proposals.

Open a new scrapbook page in a perspective that does not have the expression 
view open. Do an inspect on something and the Expression View is opened even 
though it isn't used.

Using 200402121200, this option is not visible if I display the tree by Java
element.
If I display the tree by Syntax element, I can find it. This seems inconsistent.
I can provide screenshots if necessary.

From the changes of bug 48934, the Ant editor does a bit of magic to work 
within the text framework.
These have been marked as TODOs in the text editor code and will need to be 
revisted if/when the framework starts using the color registry.

If you create a launcher that launches a test method (via a right click on the
method and select debug). Then you go in and want to change which project it
runs against it blows away the method. 

I have already checkout the HEAD from cvs, debugged, pin-pointed, fixed and
tested the JUnitMainTab.java code and have a fix that fixes this bug and takes
into account the workaround for bug 65399. I will submit this patch file to the
developer mailing list after submitting this bug report.

Thanks.

Jim

Must fix: Yes
Severity: 3
Build date: 20040707
Blocking: No
Language: KOR

1) Enter a Korean locale and install Language Pack
2) Run Eclipse
3) Right click in the Task List View and select Add Task
4) With a resolution of 1024x768, the text entry widget for the Description is
truncated.

1. add swt.jar to the Java build path of a project
2. open the properties dialog for this jar from the package explorer
3. change the javadoc location to :
     [x] javadoc in archive
     archive path: <path_to_eclipse>/plugins/org.eclipse.platform/doc/isv/doc.zip
       (in my case
'/home/luc/host/eclipse/plugins/org.eclipse.platform/doc/isv/doc.zip')
     path within archive: reference/api
4. close the properties dialog
5. reopen the properties dialog
The leading slash is missing, the dialog display the error 'the archive is missing '

Eclipse should not force the user to build their entire workspace
merely to Run Ant. Use case: suppose the user 

* wants to use a non-Eclipse-based project. This project requires an
  ant build in order to compile jars, or perhaps builds an entire
  binary-plugin zip. In any case, this project can't be built by C-b.

* ... along with other (more Eclipsean) sources plugins, one or more
  of which requires the non-Eclipse-based project.

* ... and wants to do a fresh checkout

The user checks out all their projects (or imports a Team Project
Set--very nice feature, that!), then needs to build their non-Eclipse
project before building the rest. S/he selects the build.xml, rclick>
Run Ant, chooses the appropriate target ... then waits a year for the
workbench to attempt to build everything, fail miserably, and spew red
Xs everywhere, before it finally gets around to actually Running Ant!
Why is this necessary?

build I20040318

While investigating a leak of Java editors (bug 53473), we found that the
JavaOutlinePage's CustomFiltersActionGroup hooks a menu listener on the menu
manager of the page site's action bars.
This is a SubMenuManager.  Its implementation of addMenuListener simply
delegates to the parent.  

There are two problems here:
1. These menu listeners are not disposed when the action bars are disposed.
2. When the menu is shown, the listener is given the parent menu manager to add
to, not the sub menu manager.

Version 1.10 of BasicStackList introduced a non-NLS'd string ("motif").  This
should probably be addressed in 3.0.1.  I've fixed it in HEAD.

In the Sync view, the toolbar dropdown displays stale names for working sets.  
When you select the stale name, the view's message shows the correct name.  To 
reproduce, simply rename an existing workingset which you have synced.

I20040210 (8:00 am)
- This does not happen on my workstation only on my laptop so far (IBM 
ThinkPad T30 with XP)
- create a clean environment
- turn off autobuild
- check out some files from CVS
- import external plugins
- Java perspective
- turn on autobuild (causes full build to happen)
- Progress bubble appears in bottom left corner and gives update on progress 
of jobs
- build completes (successfully)
- progress bubble remains but is empty
- click on square with x to close the bubble - nothing happens
- try scrolling Package Explorer, resizing window, etc.  - progress bubble 
remains

build I20040324

Q from Julian:
Do you think the Prompt for Workspace and Refresh workspace options are better
placed one the "Startup" preference page?

A from Nick:
Not a bad idea.  It would help clean up some of the clutter on the main page.
I'd be inclined to move "Confirm exit when closing last window" there too and
rename the page to "Startup and Shutdown".

Given:
/**
 * This line approaches the print margin {@link 
 * ArrayList#<<CARET>>
 */

Content assist should interpret the @link tag in this situation.  javadoc.exe 
will interpret it correctly.

When checking out multiple projects from a CVS repository, selecting "No" in the
overwrite dialog will cancel the entire checkout, instead of just skipping the
project which is mentioned in the overwrite dialog.

Launching stand-alone help opens embedded SWT browser window, but the window 
does not paint.
Cause: There is not Display event loop running.

M9

I delected a project including all resources using the 'DEL' key in the package
explorer

NPE in log. This is the complete stacktrace.
Note: no additional log to tell more about the NPE location. 

!ENTRY org.eclipse.ui 4 0 Mai 24, 2004 19:05:15.549
!MESSAGE Failed to execute runnable (java.lang.NullPointerException)
!STACK 0
org.eclipse.swt.SWTException: Failed to execute runnable
(java.lang.NullPointerException)
	at org.eclipse.swt.SWT.error(SWT.java:2689)
	at org.eclipse.swt.SWT.error(SWT.java:2614)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:109)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2693)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2385)
	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:136)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:261)
	at
org.eclipse.jface.dialogs.ProgressMonitorDialog.run(ProgressMonitorDialog.java:397)
	at
org.eclipse.ui.internal.progress.ProgressMonitorJobsDialog.run(ProgressMonitorJobsDialog.java:238)
	at org.eclipse.ui.actions.DeleteResourceAction.run(DeleteResourceAction.java:432)
	at
org.eclipse.jdt.internal.ui.refactoring.reorg.DeleteAction.run(DeleteAction.java:88)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.ui.actions.RetargetAction.runWithEvent(RetargetAction.java:212)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:469)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:887)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:928)
	at
org.eclipse.ui.internal.keys.OutOfOrderListener.handleEvent(OutOfOrderListener.java:67)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1724)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1720)
	at org.eclipse.swt.widgets.Control.WM_KEYDOWN(Control.java:3499)
	at org.eclipse.swt.widgets.Tree.WM_KEYDOWN(Tree.java:1378)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2978)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3282)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1475)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2380)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:307)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

3.0 M7

Ed Burnette reports:

I'm trying to get the RCP tutorials running in M7 and could use a little 
advice. They all run but there are some differences. 

When using the new look jars, Tutorials 1 and 2 start with a really small 
window, like 100x100, but tutorial 3 starts with a much bigger one, looks like 
800x600. In M6 and in M7 with the default jars they all start with a bigger 
window. Any idea why this is so? What's the recommended way for an RCP app to 
control its initial window size?

build I20040323

Standalone JFace applications are currently broken due to several refs to
Platform.getDebugOption in JFace, which is only available if Eclipse is running.

Should have static flags for the various debug options in JFace, and initialize
them from the Workbench.

build I20040323-0800

- Started a long search (refs to CoolBarManager.setLayout).
- It gave me nice progress feedback in the New Search view: the Searching item
in the body of the view, and the change to the title shown in the status area
below the tab.
- While the job was still going, I was entertaining myself by clicking around in
the view, including looking at the search history.
- I chose Clear History from the history drop-down.
- The progress indications of the current search were cleared from the view,
although the job was still in progress.
- When the job was complete, no results were displayed (it should have shown 3
between JFace and UI).

I20040512 - 0800

Steps:

1) Launch a runtime workbench from a self hosting workspace in debug mode
2) After the workbench has started, suspend all threads
3) Expand the main thread, and select it in the Debug view
4) Hold down "Down arrow" to scroll down the stack frames.

This is extremely slow.  When profiling, I noticed a third of the time is taken
by WorkenchActivitySupport.setEnabledIds (see attached profiler output).  In
actual fact, the set of enabled activities *never* changes in this scenario.
Each call to MutableActivityManager.setEnabledActivityIds is providing the exact
same set of activities. It actually detects this case, but then proceeds to call
updateIdentifiers, which does some expensive pattern matching computations
(725,000 invocations of Pattern$Dot.match, for example).

If I open files with problems the problems do not appear until I add make a
change and save the file. Once the file has been saved, problems are remembered
through the editor and problems view is closed and eclipse is restarted. In
otherwords, build files authored in the same Eclipse workspace are not likely to
ever manifest this problem.

build I20040323

CoolBarManager.setLayout has a couple of problems:
1. its Javadoc talks about internals
2. it takes an ArrayList of unspec'ed element type instead of IContributionItem[] 
3. it talks about order, but really it allows the whole set of items to be
replaced, not just reordered.

Should change to take an IContributionItem[] (and copy the array).

I had created an external tool builder pointing to an Ant buildfile.
The following was in the log:

java.lang.IllegalArgumentException: Attempted to beginRule: L/59737/build.xml, 
does not match outer scope rule: MultiRule
[F/59737/.externalToolBuilders,F/59737/.externalToolBuilders]
	at org.eclipse.core.internal.runtime.Assert.isLegal(Assert.java:58)
	at org.eclipse.core.internal.jobs.ThreadJob.illegalPush
(ThreadJob.java:106)
	at org.eclipse.core.internal.jobs.ThreadJob.push(ThreadJob.java:200)
	at org.eclipse.core.internal.jobs.ImplicitJobs.begin
(ImplicitJobs.java:58)
	at org.eclipse.core.internal.jobs.JobManager.beginRule
(JobManager.java:170)
	at org.eclipse.ui.internal.progress.ProgressManager$5.run
(ProgressManager.java:979)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ui.internal.progress.ProgressManager.runInUI
(ProgressManager.java:976)
	at 
org.eclipse.ant.internal.ui.launchConfigurations.AntTargetsTab.getTargets
(AntTargetsTab.java:496)
	at 
org.eclipse.ant.internal.ui.launchConfigurations.AntTargetsTab.initializeFrom
(AntTargetsTab.java:574)
	at 
org.eclipse.debug.ui.AbstractLaunchConfigurationTabGroup.initializeFrom
(AbstractLaunchConfigurationTabGroup.java:86)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationTabGroupV
iewer.displayInstanceTabs(LaunchConfigurationTabGroupViewer.java:540)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationTabGroupV
iewer$5.run(LaunchConfigurationTabGroupViewer.java:473)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationTabGroupV
iewer.inputChanged(LaunchConfigurationTabGroupViewer.java:490)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationTabGroupV
iewer.setInput(LaunchConfigurationTabGroupViewer.java:454)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationPropertie
sDialog.launchConfigurationAdded(LaunchConfigurationPropertiesDialog.java:263)
	at 
org.eclipse.debug.internal.core.LaunchManager$ConfigurationNotifier.run
(LaunchManager.java:1481)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.debug.internal.core.LaunchManager$ConfigurationNotifier.notify
(LaunchManager.java:1505)
	at 
org.eclipse.debug.internal.core.LaunchManager.launchConfigurationAdded
(LaunchManager.java:755)
	at 
org.eclipse.debug.internal.core.LaunchManager$LaunchManagerVisitor.visit
(LaunchManager.java:1064)
	at org.eclipse.core.internal.events.ResourceDelta.accept
(ResourceDelta.java:68)
	at org.eclipse.core.internal.events.ResourceDelta.accept
(ResourceDelta.java:77)
	at org.eclipse.core.internal.events.ResourceDelta.accept
(ResourceDelta.java:77)
	at org.eclipse.core.internal.events.ResourceDelta.accept
(ResourceDelta.java:77)
	at org.eclipse.core.internal.events.ResourceDelta.accept
(ResourceDelta.java:49)
	at org.eclipse.debug.internal.core.LaunchManager.resourceChanged
(LaunchManager.java:939)
	at org.eclipse.core.internal.events.NotificationManager$2.run
(NotificationManager.java:283)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.core.internal.events.NotificationManager.notify
(NotificationManager.java:277)
	at 
org.eclipse.core.internal.events.NotificationManager.broadcastChanges
(NotificationManager.java:151)
	at org.eclipse.core.internal.resources.Workspace.broadcastChanges
(Workspace.java:172)
	at org.eclipse.core.internal.resources.Workspace.endOperation
(Workspace.java:900)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1682)
	at 
org.eclipse.debug.internal.core.LaunchConfigurationWorkingCopy.doSave
(LaunchConfigurationWorkingCopy.java:171)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationTabGroupV
iewer.handleApplyPressed(LaunchConfigurationTabGroupViewer.java:1199)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationPropertie
sDialog.okPressed(LaunchConfigurationPropertiesDialog.java:234)
	at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:365)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.b
uttonPressed(LaunchConfigurationsDialog.java:288)
	at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:506)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.o
pen(LaunchConfigurationsDialog.java:419)
	at 
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationPropertie
sDialog.open(LaunchConfigurationPropertiesDialog.java:243)
	at 
org.eclipse.debug.ui.DebugUITools.openLaunchConfigurationPropertiesDialog
(DebugUITools.java:423)
	at 
org.eclipse.debug.ui.DebugUITools.openLaunchConfigurationPropertiesDialog
(DebugUITools.java:402)
	at 
org.eclipse.ui.externaltools.internal.ui.BuilderPropertyPage.editConfiguration
(BuilderPropertyPage.java:545)
	at 
org.eclipse.ui.externaltools.internal.ui.BuilderPropertyPage.handleEditButtonPr
essed(BuilderPropertyPage.java:616)
	at 
org.eclipse.ui.externaltools.internal.ui.BuilderPropertyPage.access$4
(BuilderPropertyPage.java:593)
	at 
org.eclipse.ui.externaltools.internal.ui.BuilderPropertyPage$5.handleEvent
(BuilderPropertyPage.java:285)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
	at org.eclipse.jface.window.Window.open(Window.java:648)
	at org.eclipse.ui.dialogs.PropertyDialogAction.run
(PropertyDialogAction.java:177)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:915)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:866)
	at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:785)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2716)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2382)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

I turned on the automatic update and set it to every day at 1.00 AM. Because at 
my work the proxy does not allow big files to get through any sooner than 22.00

I also chose the option: DOWNLOAD new updates AUTOMATICALLY and notify me WHEN 
READY TO INSTALL them.

However at the following morning the automatic updates just informed me that 
there are updates available to download. Nothing was downloaded automatically 
and ready to install. The download begun only after I manually confirmed it. It 
is about 3.01 update.

I200404270800

When in hierarchical mode, doubleclicking or pressing Enter on a selected search
result does not open an editor and show the match.

In the debug view I'm trying to set Instance Breakpoints.  This works fine if I
choose one of the items in the variables tab, but if I open up one of those
variables (with the + icon) and try "Instance Breakpoints..." on a field I get
the following exception in the log:


!MESSAGE Unhandled event loop exception
!ENTRY org.eclipse.ui 4 0 Mar 30, 2004 13:28:01.228
!MESSAGE java.lang.ClassCastException
!STACK 0
java.lang.ClassCastException
	at
org.eclipse.jdt.internal.debug.ui.actions.InstanceFiltersAction.getApplicableBreakpoints(InstanceFiltersAction.java:192)
	at
org.eclipse.jdt.internal.debug.ui.actions.InstanceFiltersAction.run(InstanceFiltersAction.java:95)
	at
org.eclipse.jdt.internal.debug.ui.actions.ObjectActionDelegate.runWithEvent(ObjectActionDelegate.java:87)
	at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:259)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:550)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:502)
	at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:435)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2578)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2256)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:277)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:239)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

3.0 M7 build

- UI in source, rest imported as binary
- set breakpoint in Workbench.startPlugins on line:
  for (int i = 0; i < extensions.length; i++) {
- debug target eclipse
- breakpoint is hit
- show Breakpoints view
- Run > Toggle Breakpoint (or Ctrl+Shift+B)
- the breakpoint is not removed, and the Breakpoints view indicates that a 
duplicate one has been created

Build 20040212 + latest JDT Core
JDK 1.4.2

1. Create new workspace
2. Create new Java project
3. Open hierarchy on Object
Observe: you get an OutOfMemoryError while computing the hierarchy

I20040427

This gets written to .log
I assume a timeout. This shouldn't be written to .log since it can be confusing:
I did not enter an invalid password.

!SESSION Apr 27, 2004 15:55:58.910 ---------------------------------------------
java.version=1.4.2_03
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=de_CH
Command-line arguments: -update -keyring c:\eclipse\.keyring -application
org.eclipse.ui.ide.workbench -showlocation
!ENTRY org.eclipse.team.cvs.ui 4 0 Apr 27, 2004 15:55:58.920
!MESSAGE Internal error
!STACK 1
org.eclipse.team.internal.ccvs.core.connection.CVSAuthenticationException:
Authentication error: com.jcraft.jsch.JSchException: Auth fail
	at
org.eclipse.team.internal.ccvs.ssh2.CVSSSH2ServerConnection.open(CVSSSH2ServerConnection.java:133)
	at
org.eclipse.team.internal.ccvs.core.connection.Connection.open(Connection.java:127)
	at
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.createConnection(CVSRepositoryLocation.java:516)
	at
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.openConnection(CVSRepositoryLocation.java:767)
	at org.eclipse.team.internal.ccvs.core.client.Session.open(Session.java:142)
	at
org.eclipse.team.internal.ccvs.core.resources.RemoteFile.internalFetchContents(RemoteFile.java:180)
	at
org.eclipse.team.internal.ccvs.core.resources.RemoteFile.fetchContents(RemoteFile.java:159)
	at
org.eclipse.team.core.variants.CachedResourceVariant.ensureContentsCached(CachedResourceVariant.java:90)
	at
org.eclipse.team.core.variants.CachedResourceVariant.getStorage(CachedResourceVariant.java:80)
	at
org.eclipse.team.internal.ccvs.core.resources.RemoteFile.getContents(RemoteFile.java:150)
	at
org.eclipse.team.internal.ccvs.ui.RemoteRevisionQuickDiffProvider.readDocument(RemoteRevisionQuickDiffProvider.java:271)
	at
org.eclipse.team.internal.ccvs.ui.RemoteRevisionQuickDiffProvider.getReference(RemoteRevisionQuickDiffProvider.java:130)
	at
org.eclipse.ui.internal.texteditor.quickdiff.DocumentLineDiffer$1.run(DocumentLineDiffer.java:370)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)
!SUBENTRY 1 org.eclipse.team.cvs.core 4 2 Apr 27, 2004 15:55:58.920
!MESSAGE Authentication error: com.jcraft.jsch.JSchException: Auth fail

From Jean-Michel

The double progress jobs looks like a bug in the ui progress manager. The 
first synchronizing task is actually a dupe of the first task under the group. 
This happens to me everytime I synchronize although this had been working 
correctly between M7-M8.

RC1

Run the following example.  The dragSource.dragFinished listener shoul dhave an
event.detail of DND.DROP_NONE but instead it has an event.detail of
DND.DROP_MOVE.  this is bad because it means the drag source may delete data
even though the operation failed:

public static void main(String[] args) {
	Display display = new Display();
	Shell shell = new Shell(display);
	shell.setLayout(new FillLayout());
	Button source = new Button(shell, SWT.PUSH);
	source.setText("Source");
	DragSource dragSource = new DragSource(source, DND.DROP_MOVE);
	dragSource.setTransfer(new Transfer[] {TextTransfer.getInstance()});
	dragSource.addDragListener(new DragSourceAdapter() {
		public void dragSetData(DragSourceEvent event) {
			event.data = "hello";
		}
		public void dragFinished(DragSourceEvent event) {
			System.out.println("Move = "+(event.detail == DND.DROP_MOVE));
		}
	});
	Button dest = new Button(shell, SWT.PUSH);
	dest.setText("Dest");
	DropTarget dropTarget = new DropTarget(dest, DND.DROP_MOVE);
	dropTarget.setTransfer(new Transfer[] {TextTransfer.getInstance()});
	dropTarget.addDropListener(new DropTargetAdapter() {
		public void drop(DropTargetEvent event) {
			event.detail = DND.DROP_NONE;
		}
	});
	shell.pack();
	shell.open();
	while (!shell.isDisposed()) {
		if (!display.readAndDispatch())
			display.sleep();
	}
	display.dispose();
}

build I20041102

1) create X.java
public class X {
  /**
   * @see
   * @see UnknownClass
   */
  protected void foo() {
  }
}

1) set javadoc option "Malformed Javadoc comments" to "Error"
   and "Only consider members as visible as" to "Private"

2) build

2 problems appears
Javadoc: Missing reference
Javadoc: UnknownClass cannot be resolved to a type

3) set javadoc option "Only consider members as visible as" to "Public"

4) rebuild 

1 problem remains
Javadoc: Missing reference

This problem is a malformed javadoc comments and should not be reported because
the method is not public.

I fixed this for branch by explicitly flushing the remote. Should do the same 
for Replace

Reporter: Jiang Lin Quan
JRE Version:  IBM JRE 1.4.2
Browser:IE6.0
OS: windows 2000 professional
Eclipse version:3.0.1M20040902

<<Steps To Reproduce>>
     1, In command window, change directory to home directory of eclipse.
     2, Use "java -cp plugins/org.eclipse.help.base_3.0.1/helpbase.jar 
org.eclipse.help.standalone.Infocenter -command start -data infocenter -port 
8888 -dir rtl"  to start Help-Sytem in bidi mode.
     3, Click search scope
     4, Click new in the pop windows
     5, Select the "Getting started with WSWB UA System" and  "Developing 
document plug-ins" ,type aaa in list name
     6, Browser the url  "http://127.0.0.1:8888/help/advanced/searchView.jsp?
searchWord=help%20system&maxHits=10&scope=aaa" and press enter.

<<Actual Result>>
    System return  6 hits.

<<Expected Result>>
    System should return 10 hits .

<<Cause>>
    In code of  org.eclipse.help.base_3.0.1
\src\org\eclipse\help\internal\search\SearchResults.java,  There is something 
wrong in method addHits() . It get hits in all scope limited by value of 
parameter maxhits before judging which hits belong to books in user defined 
search scope.

<<Solution>>
    Modify the loop to correct it.

3.0M8:

Call Hierarchy doesn't show callees of method from anonymous type.
Callees of m() are correctly shown: println(String) and Runnable.
However, callees of run() are empty, although run() calls println(String).

class A {
	void m() {
		System.out.println("before");
		Runnable runnable= new Runnable() {
			public void run() {
				System.out.println("run");
			}
		};
		runnable.run();
	}
}

Using M9, I replace one file with its HEAD contents using "Override and update"
action and I got this:

org.eclipse.swt.SWTException: Widget is disposed
at java.lang.Throwable.<init>(Throwable.java)
at java.lang.Throwable.<init>(Throwable.java)
at org.eclipse.swt.SWTException.<init>(SWTException.java:73)
at org.eclipse.swt.SWT.error(SWT.java:2689)
at org.eclipse.swt.SWT.error(SWT.java:2614)
at org.eclipse.swt.SWT.error(SWT.java:2585)
at org.eclipse.swt.widgets.Widget.error(Widget.java:381)
at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java)
at org.eclipse.swt.widgets.TreeItem.setImage(TreeItem.java)
at org.eclipse.jface.viewers.TreeViewer.doUpdateItem(TreeViewer.java)
at
org.eclipse.jface.viewers.AbstractTreeViewer$UpdateItemSafeRunnable.run(AbstractTreeViewer.java)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java)
at org.eclipse.core.runtime.Platform.run(Platform.java)
at
org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem(AbstractTreeViewer.java)
at
org.eclipse.jface.viewers.StructuredViewer$UpdateItemSafeRunnable.run(StructuredViewer.java)
at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java)
at org.eclipse.core.runtime.Platform.run(Platform.java)
at org.eclipse.jface.viewers.StructuredViewer.updateItem(StructuredViewer.java)
at org.eclipse.jface.viewers.StructuredViewer.update(StructuredViewer.java)
at org.eclipse.jface.viewers.StructuredViewer.update(StructuredViewer.java:1280)
at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelProvider$LabelUpdateJob.runInUIThread(SynchronizeModelProvider.java:95)
at org.eclipse.ui.progress.UIJob$1.run(UIJob.java)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:253)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:307)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:256)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:127)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:84)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:59)
at java.lang.reflect.Method.invoke(Method.java:390)
at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
at org.eclipse.core.launcher.Main.run(Main.java:638)
at org.eclipse.core.launcher.Main.main(Main.java:622)

context menu of shared project -> properties; cvs page

I've got a TestingMyClass.java file :
------------------------------------
package stdjavatest;

import junit.framework.*;
import mypackage.MyClass;

public class TestingMyClass extends TestCase {
public void test_method() {
MyClass objA = null;
objA = new MyClass();
objA.method();
}
}
------------------------------------

If I format this file either with right-click->Source->Format, or 
programmatically thanks to a CodeFormatter, nothing happens.
If I change my import "import mypackage.MyClass;" to "import mypackage.*;" 
then it works !

After some debug session, I figured out that the issue is coming from the 
method visit(ImportReference importRef, CompilationUnitScope scope) in 
org.eclipse.jdt.internal.formatter.CodeFormatterVisitor. In this method, it 
seems that the call to scribe.printQualifiedReference(importRef.sourceEnd); 
with an importRef which is not on-demand returns "mypackage." instead 
of "mypackage.MyClass" !

The AntEditorContentOutlinePage static state is keeping too much in memory 
after the AntEditor is closed.

Why is the ViewerSorter a static variable?

After a day of working and searching, my "Show Previous Searches" dropdown is
multiple screens high. It takes hours to scroll down to the last entry ("Clear
History").

Search could just forget very old searches (30+).

Even more appreciated would be a full-fledged history like type hierarchy and
call hierarchy. There, the menu never grows to more than 10 entries, and you can
remove single (bug 37629) or multiple entries (including all) in a history dialog.

The done() method on the ProgressMonitorFocusJobsDialog is still running even 
if the workbench is shutdown.

java.lang.IllegalStateException: Job manager has been shut down.
	at org.eclipse.core.internal.jobs.JobManager.schedule
(JobManager.java:639)
	at org.eclipse.core.internal.jobs.InternalJob.schedule
(InternalJob.java:268)
	at org.eclipse.core.runtime.jobs.Job.schedule(Job.java:363)
	at 
org.eclipse.ui.internal.progress.ProgressMonitorFocusJobDialog$1.done
(ProgressMonitorFocusJobDialog.java:123)
	at org.eclipse.core.internal.jobs.JobListeners$3.notify
(JobListeners.java:38)
	at org.eclipse.core.internal.jobs.JobListeners$7.run
(JobListeners.java:117)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:607)
	at org.eclipse.core.internal.jobs.JobListeners.doNotify
(JobListeners.java:87)
	at org.eclipse.core.internal.jobs.JobListeners.done
(JobListeners.java:136)
	at org.eclipse.core.internal.jobs.JobManager.endJob
(JobManager.java:372)
	at org.eclipse.core.internal.jobs.WorkerPool.endJob
(WorkerPool.java:124)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:72)

build I20040325-2030

In the Javadoc IDEWorkbenchAdvisor.declareWorkbenchImages, there is a link in
the Javadoc to a member type:
 (named in {@link IDE#SharedImages IDE.SharedImages})

- organize imports
- it prompts to disambiguate SharedImages (there's on in the o.e.ui.internal as
well as the member type of IDE)
- choose IDE.SharedImages
- it generates an import for the member type, but marks it as an unused import
(which I have set to report as errors)

Looking at the newsgroup, it seems to me that it would be really helpfull to the
users to dump (in the log or in the console) a bunch of informations when an
application is not starting because otherwise it is a pain to find the problem.

For example I think it is interesting to give the list of resolved bundles as
well as the list of applications available if it does not require too much tricks.

I was finding that I got "transisent" "invalid stack frame" exceptions when I 
ran the debug tests. I traced it down to this: two threads are asking a thread 
for stack frames at the same time - the ui is populating frame labels in the 
background, and the test methods is accessing/testing something about the top 
stack frame.

The issue is in deciding whether to 'preserve' stack frames in 
the "computeStackFrames" method of JDIThread. We compare the current TOS with 
the old TOS and attempt to re-use stack frames. To compare frames, we use the 
underlying method (or "fLastMethod") in the case of the old stack frames. 
However, the "fLastMethod" is only populated the first time we retrieve the 
underlying method for a stack frame. Thus, if we ask for stack frames twice, 
before an underlying method has been retrieved, the second requestor will 
always get invalid frames, as our logic compares "currMethod.equals
(lastMethod)" where lastMethod is null (which fails, and thus invalidates the 
previously computed stack frames).

The fix is to say that if the "last method" is null, then the frames are equal 
since the index of the frames is the same, and no info of the underlying frame 
has been retrieved yet (so it cannot be stale yet).

I have two projects A and B in the same workspace. I use the "Add Class 
Folder" option on "Java Build Path"/"Libraries" to add project B's root to A. 
I then add an external jar to A. At this point project B's .java files in the 
project explorer magically change into .class files and the project becomes 
somewhat unusable.

When you shutdown Eclipse self hosted from HEAD (20040514 with platform-ui 
loaded on 20040517) you will get the exception below

1) Start Eclipse
2) Load platform-ui from HEAD
3) run self hosted
4) load platform-ui in the self hosted image
5) shut down

Exception:
java.lang.NullPointerException
	at org.eclipse.ui.internal.PartStack.saveState(PartStack.java:838)
	at org.eclipse.ui.internal.ViewSashContainer.saveState
(ViewSashContainer.java:197)
	at org.eclipse.ui.internal.PerspectiveHelper.saveState
(PerspectiveHelper.java:1172)
	at org.eclipse.ui.internal.Perspective.saveState(Perspective.java:1275)
	at org.eclipse.ui.internal.Perspective.saveState(Perspective.java:1146)
	at org.eclipse.ui.internal.WorkbenchPage.saveState
(WorkbenchPage.java:2573)
	at org.eclipse.ui.internal.WorkbenchWindow.saveState
(WorkbenchWindow.java:1846)
	at org.eclipse.ui.internal.Workbench.saveState(Workbench.java:1386)
	at org.eclipse.ui.internal.Workbench.recordWorkbenchState
(Workbench.java:1163)
	at org.eclipse.ui.internal.Workbench.access$5(Workbench.java:1161)
	at org.eclipse.ui.internal.Workbench$9.run(Workbench.java:435)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:607)
	at org.eclipse.core.runtime.Platform.run(Platform.java:668)
	at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:433)
	at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:399)
	at org.eclipse.ui.internal.Workbench$12.run(Workbench.java:571)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:569)
	at org.eclipse.ui.internal.Workbench.close(Workbench.java:545)
	at org.eclipse.ui.internal.QuitAction.run(QuitAction.java:55)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:899)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:850)
	at org.eclipse.jface.action.ActionContributionItem$7.handleEvent
(ActionContributionItem.java:769)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2725)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2390)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1363)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1334)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:97)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:298)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:249)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:126)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:722)
	at org.eclipse.core.launcher.Main.main(Main.java:706)

org.eclipse.core.internal.registry.ConfigurationProperty inherits two fields 
(flags and parent) from RegistryModelObject. However, their values are 
invariant for all instances of ConfigurationProperty. 

Their declaration should be moved down into ConfigurationElement where they 
are variant. This will save 8 bytes for each ConfiguraionProperty (which in my 
eclipse has 8000 instances).

JUnitLaunchConfiguration.java, starting at line 127: 

if (BootLoader.inDevelopmentMode()) {
  // assumption is that the output folder is called bin!
  List junitEntries= new ArrayList();
  junitEntries.add(Platform.asLocalURL(new URL(url, "bin")).getFile());
//$NON-NLS-1$

If the plug-in is in the workspace as binary, or with linked content only, the
bin folder does not exist, and line 130 quits with an IOException.

There is an issue with calling IProgressService.runInUI() while a modal dialog 
is showing. For example, when calling runInUI from a wizard page and the 
operation blocks then the blocked dialog doesn't show up. In the case of the 
wizard page the wizard isn't disabled, a busy cursor is shown, but you can 
still press buttons and cause exceptions easily.

In the current implementation the Blocked dialog is rescheduled until no more 
modal shell is visible: 

BlockedJobsDialog.java
   if (ProgressManagerUtil.rescheduleIfModalShellOpen(this))
       return Status.CANCEL_STATUS;

There must be a good reason for this, but in the case of runInUI() it is 
important that the BlockedDialog shows up immediatly. Disabling the above code 
gives the expected behaviour in the Wizard case, i.e., the blocked dialog 
shows up and blocks the user from further interactions with the wizard.

Therefore the request is to not schedule the blocked dialog in the context of 
runInUI(). Without this support the use of runInUI() will be difficult to 
explain, i.e., don't call this method when a modal dialog is showing.

I had org.eclipse.osgi checked out from cvs.
I closed it and got the following in my log.


!SESSION May 27, 2004 00:39:25.774 --------------------------------------------
-
eclipse.buildId=I200405252000
java.version=1.4.2
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -Xmx256M
!ENTRY org.eclipse.core.resources 4 368 May 27, 2004 00:39:25.774
!MESSAGE Errors occured while applying CVS decorations to resources.
!STACK 1
org.eclipse.core.internal.resources.ResourceException: 
Resource /org.eclipse.osgi/eclipseAdaptor/src/org/eclipse/core does not exist.
	at org.eclipse.core.internal.resources.Resource.checkExists
(Resource.java:309)
	at org.eclipse.core.internal.resources.Container.members
(Container.java:174)
	at org.eclipse.core.internal.resources.Container.members
(Container.java:165)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.members
(EclipseSynchronizer.java:469)
	at org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.members
(EclipseFolder.java:40)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.calculateAndSaveChi
ldModificationStates(EclipseFolder.java:347)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.isModified
(EclipseFolder.java:317)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.calculateAndSaveChi
ldModificationStates(EclipseFolder.java:351)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.isModified
(EclipseFolder.java:317)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.calculateAndSaveChi
ldModificationStates(EclipseFolder.java:351)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.isModified
(EclipseFolder.java:317)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.calculateAndSaveChi
ldModificationStates(EclipseFolder.java:351)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.isModified
(EclipseFolder.java:317)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.calculateAndSaveChi
ldModificationStates(EclipseFolder.java:351)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.isModified
(EclipseFolder.java:317)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.calculateAndSaveChi
ldModificationStates(EclipseFolder.java:351)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.isModified
(EclipseFolder.java:317)
	at org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.isDirty
(CVSLightweightDecorator.java:123)
	at org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.isDirty
(CVSLightweightDecorator.java:136)
	at org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.decorate
(CVSLightweightDecorator.java:207)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.decorate
(LightweightDecoratorDefinition.java:155)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager$LightweightRunna
ble.run(LightweightDecoratorManager.java:60)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:607)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.decorate
(LightweightDecoratorManager.java:258)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.getDecorations
(LightweightDecoratorManager.java:241)
	at org.eclipse.ui.internal.decorators.DecorationScheduler$1.run
(DecorationScheduler.java:262)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)
!SUBENTRY 1 org.eclipse.core.resources 4 368 May 27, 2004 00:39:25.774
!MESSAGE Resource /org.eclipse.osgi/eclipseAdaptor/src/org/eclipse/core does 
not exist.
!ENTRY org.eclipse.core.resources 4 372 May 27, 2004 00:39:25.804
!MESSAGE Errors occured while applying CVS decorations to resources.
!STACK 1
org.eclipse.core.internal.resources.ResourceException: 
Resource /org.eclipse.osgi is not open.
	at org.eclipse.core.internal.resources.Project.checkAccessible
(Project.java:124)
	at org.eclipse.core.internal.resources.Resource.setSessionProperty
(Resource.java:1296)
	at 
org.eclipse.team.internal.ccvs.core.resources.SessionPropertySyncInfoCache.safe
SetSessionProperty(SessionPropertySyncInfoCache.java:334)
	at 
org.eclipse.team.internal.ccvs.core.resources.SessionPropertySyncInfoCache.setC
achedFolderSync(SessionPropertySyncInfoCache.java:184)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.cacheFolderSy
nc(EclipseSynchronizer.java:850)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseSynchronizer.getFolderSync
(EclipseSynchronizer.java:181)
	at 
org.eclipse.team.internal.ccvs.core.resources.EclipseFolder.isCVSFolder
(EclipseFolder.java:206)
	at org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.getOverlay
(CVSLightweightDecorator.java:368)
	at org.eclipse.team.internal.ccvs.ui.CVSLightweightDecorator.decorate
(CVSLightweightDecorator.java:212)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.decorate
(LightweightDecoratorDefinition.java:155)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager$LightweightRunna
ble.run(LightweightDecoratorManager.java:60)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:607)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.decorate
(LightweightDecoratorManager.java:258)
	at 
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.getDecorations
(LightweightDecoratorManager.java:241)
	at org.eclipse.ui.internal.decorators.DecorationScheduler$1.run
(DecorationScheduler.java:262)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)
!SUBENTRY 1 org.eclipse.core.resources 4 372 May 27, 2004 00:39:25.804
!MESSAGE Resource /org.eclipse.osgi is not open.

I'm using 3.0M9.  I just started the eclipse, projects and files are already
open.  I pressed CTRL-Tab to switch to the next editor, and got a dialog box for
this error.  The editor pane was maximized, and this error happened a few times.
 After restoring the editor pane, and maximizing again, the error does not occur.

!SESSION May 25, 2004 23:56:18.985 ---------------------------------------------
eclipse.buildId=I200405211200
java.version=1.4.2_01
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -showlocation
!ENTRY org.eclipse.ui 4 4 May 25, 2004 23:56:18.985
!MESSAGE The command for the key you pressed failed
!ENTRY org.eclipse.ui 4 0 May 25, 2004 23:56:18.985
!MESSAGE The command for the key you pressed failed
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.ui.internal.PerspectiveHelper.partChangeAffectsZoom(PerspectiveHelper.java:1002)
	at
org.eclipse.ui.internal.WorkbenchPage.partChangeAffectsZoom(WorkbenchPage.java:2232)
	at org.eclipse.ui.internal.WorkbenchPage.activate(WorkbenchPage.java:446)
	at org.eclipse.ui.internal.CyclePartAction.activate(CyclePartAction.java:99)
	at org.eclipse.ui.internal.CyclePartAction.runWithEvent(CyclePartAction.java:487)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)

InternalSearchUI#doRunSearchInForeground(.) swallows exceptions from
ISearchQuery#run(.):

... } catch (InvocationTargetException e) {
	// this will not happen.
...

-> I would expect at least SearchPlugin.log(e) if it happens. Maybe the
exception should be converted into an error status and shown to the user.

1.) checkout a project into you workspace.

2.) Replace a subfolder: Replace with > Another brnach or version > select a 
branch

3.) Replace a file within the in 2.) replaced subfolder with head again.

3.) Now, you should have a project structure like the following:
myProject (head)
  |
  --- aFolder (branch)
  |      |
  |      -- aFile (branch)
  |         aSecondFile (head)
  --- .... (head)

4.) When you display the file properties of "aSecondFile" the value of the 
attribute "Tag" is still "branch" and not HEAD.

Build & Platform: Stable Build 3.0M8 from Fri, 26 Mar 2004 -- 15:17 on W2K

Search and Replace for selected lines incorrectly replaces beyond the selection.

The Search dialog and functionality has for a long time been one of the weak 
points of Eclipse.

All I want is the ability to replace TWO different-case variants of the same 
text, in the exact selection I have highlighted, without the dialog or 
selection being smart (stupid) switched to incorrect settings.

So I am frustrated that major unreliability is still present in what should be 
simple, straightforward and functional.


Also: 

The 'selection by line boundaries' idea needs to go. It is a major offense to 
users when their selection is partial-line and your dialog disregards or 
damages code by ignoring this.

Using the test program below, 
1. Turn off autobuild.
2. Build the program in the original state
3. Place a breakpoint where indicated.
4. Debug to the breakpoint.
5. Change the string in method a() from "A" to "a"
6. Save.
7. Change the string in method b() from "B" to "b"
8. Save.
9. Build.
10. We only drop to method b() and a dialog appears stating that method a() is obsolete.

If you swap steps 5 and 7 (change method b() before a()), we get the correct results. Having 
debugged this a bit, the problem relates to our story for retrieving the correct compilation unit delta 
for "smart" drop to frame. We end up comparing the final version of the source with the version after 
step 6. Comparing the deltas, it looks like a() hasn't changed, so we don't pop it. This is wrong.


  public class Hello {
    public static void main(String[] args) {
      new Hello().a();
    }
    private void a() {
      b();
      System.out.println("A");
    }
    private void b() {
      c();
      System.out.println("B");
    }
    private void c() {
      System.out.println("C");   // BREAKPOINT HERE
    }
  }

I20040920

Tests failing, such as:

junit.framework.AssertionFailedError: Wrong number of lines expected:<10> but
was:<11>
	at junit.framework.Assert.fail(Assert.java:47)
	at junit.framework.Assert.failNotEquals(Assert.java:282)
	at junit.framework.Assert.assertEquals(Assert.java:64)
	at junit.framework.Assert.assertEquals(Assert.java:201)
	at
org.eclipse.jdt.debug.tests.core.LineTrackerTests.testNoPrintln(LineTrackerTests.java:102)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at junit.framework.TestCase.runTest(TestCase.java:154)
	at junit.framework.TestCase.runBare(TestCase.java:127)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at org.eclipse.jdt.debug.tests.DebugSuite$1.run(DebugSuite.java:53)
	at java.lang.Thread.run(Thread.java:534)



junit.framework.AssertionFailedError: Wrong number of lines expected:<10000> but
was:<10664>
	at junit.framework.Assert.fail(Assert.java:47)
	at junit.framework.Assert.failNotEquals(Assert.java:282)
	at junit.framework.Assert.assertEquals(Assert.java:64)
	at junit.framework.Assert.assertEquals(Assert.java:201)
	at
org.eclipse.jdt.debug.tests.core.LineTrackerTests.testFlood(LineTrackerTests.java:133)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at junit.framework.TestCase.runTest(TestCase.java:154)
	at junit.framework.TestCase.runBare(TestCase.java:127)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at org.eclipse.jdt.debug.tests.DebugSuite$1.run(DebugSuite.java:53)
	at java.lang.Thread.run(Thread.java:534)



junit.framework.AssertionFailedError: Wrong number of lines expected:<10000> but
was:<14240>
	at junit.framework.Assert.fail(Assert.java:47)
	at junit.framework.Assert.failNotEquals(Assert.java:282)
	at junit.framework.Assert.assertEquals(Assert.java:64)
	at junit.framework.Assert.assertEquals(Assert.java:201)
	at
org.eclipse.jdt.debug.tests.core.LineTrackerTests.testFlood(LineTrackerTests.java:133)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at junit.framework.TestCase.runTest(TestCase.java:154)
	at junit.framework.TestCase.runBare(TestCase.java:127)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at org.eclipse.jdt.debug.tests.DebugSuite$1.run(DebugSuite.java:53)
	at java.lang.Thread.run(Thread.java:534)

Auto-indentation in the Ant editor works very poorly when cutting and pasting. 
If I copy a line which is indented two "steps", and then paste a copy just 
after it, the copy will be indented correctly, but the line after that (i.e. 
the line I was on when pasting) will be indented a large number of extra steps 
(it seems it's usually five extra steps, but I haven't checked that very 
thoroughly).

I20040219 and 3.0 M7

I often notice search results failing to appear when in "flat" layout mode:

1) Do a reference search with at least one match (by selecting a method in
content outline and doing Ctrl+Shift+R).
2) When the search results view appears, switch to flat layout mode
3) Close the search view
4) Repeat the search

-> Search view opens, but is empty. When I look in the Layout menu, I see it is
in hierarchical mode, even though I just switched it to flat mode. Toggling
layout mode causes the search results to appear.

Given:

/*
 * Copyright (c) 2000, 2003 IBM Corp.  All rights reserved.
 * This file is made available under the terms of the Common Public License v1.0
 * which accompanies this distribution, and is available at
 * http://www.eclipse.org/legal/cpl-v10.html
 */
 
/*
 * Table example snippet: place arbitrary controls in a table
 *
 * For a list of all SWT example snippets see
 *
http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/platform-swt-home/dev.html#snippets
 */
import org.eclipse.swt.*;
import org.eclipse.swt.layout.*;
import org.eclipse.swt.widgets.*;
import org.eclipse.swt.custom.*;

public class Main {
public static void main(String[] args) {
	Display display = new Display ();
	Shell shell = new Shell (display);
	shell.setLayout (new FillLayout ());
	Table table = new Table (shell, SWT.BORDER | SWT.MULTI);
	table.setLinesVisible (true);
	for (int i=0; i<3; i++) {
		TableColumn column = new TableColumn(table, SWT.NONE);
		column.setWidth (100);
	}
	for (int i=0; i<12; i++) {
		TableItem item = new TableItem (table, SWT.NONE);
	}
	TableItem [] items = table.getItems ();
	for (int i=0; i<items.length; i++) {
		TableEditor editor = new TableEditor (table);
		CCombo combo = new CCombo (table, SWT.NONE);
		editor.grabHorizontal = true;
		editor.setEditor(combo, items[i], 0);
		editor = new TableEditor (table);
		Text text = new Text (table, SWT.NONE);
		editor.grabHorizontal = true;
		editor.setEditor(text, items[i], 1);
		editor = new TableEditor (table);
		Button button = new Button (table, SWT.CHECK);
		button.pack ();
		editor.minimumWidth = button.getSize ().x;
		editor.horizontalAlignment = SWT.LEFT;
		editor.setEditor (button, items[i], 2);
	}
	shell.pack ();
	shell.open ();
	while (!shell.isDisposed ()) {
		if (!display.readAndDispatch ()) display.sleep ();
	}
	display.dispose ();
}
}

SWT on Linux/GTK just opens a window with a table in it and lets me hilight
rows.  No controls are ever displayed.

Build: 3.0 M6

I noticed that the background task to find occurrences in the file creates a new
thread every time, rather than using jobs.  This is exactly the situation that
jobs were created for (in fact Erich used this as a demo of the job
infrastructure at a code camp).  Some advantages of changing to jobs:

- less overhead (currently a new thread is created per key press, jobs use a
thread pool)
- better handling of priority (currently running in a thread with same priority
as the UI, and thus is competing with UI thread for CPU more than it should)
- smarter scheduling. Jobs with "DECORATE" priority are run based on a check of
how busy the system is.  Thus they do not run immediately if there are other
things going on (they will run eventually, just not as quickly). This smooths
over bottlenecks when the system is busy.

Note that you can prevent this job from showing in the progress view or making
the progress animation (cigarette) move by making it a system job
(Job.setSystem(true)).  Generally jobs that the user didn't explicitly start can
be marked as system jobs.

If there was a reason why jobs were considered and rejected, I'd be curious to
know.  If the infrastructure isn't useful to you then I want to fix it.

I performed a Compare with>Tag and chose to create a date tag. After the tag was
created, it should have been selected in the list thus saving the user a few clicks.

Eclipse build id 200403261517 (3.0M8 I think) on Windows 2000SP4, JDK 1.4.2_04.
Using vmarg parameters: -Xms64M -Xmx640M (1,7Ghz Celeron with 512MB physical 
RAM)

I noticed that in some cases the compare dialog in the junit view shows after a 
large pause and use a lot of memory. I try to create a reproducable test case:

public class JUnitCompareTest extends TestCase
{
    private String getString1()
    {
        return "123456789012345678901234567890";
    }

    private String getString2()
    {
        return "098765432109876543210987654321";
    }

    public void testCompare1() throws Exception
    {
        assertEquals(getString1(), getString2());
    }

    public void testCompare50() throws Exception
    {
        StringBuffer buf = new StringBuffer();
        for (int i = 0; i < 50; i++)
        {
            buf.append(getString1());
            buf.append("\r\n");
        }
        String s1 = buf.toString();
        buf = new StringBuffer();
        for (int i = 0; i < 50; i++)
        {
            buf.append(getString2());
            buf.append("\r\n");
        }
        String s2 = buf.toString();        
        
        assertEquals(s1, s2);
    }

    public void testCompare100() throws Exception
    {
        StringBuffer buf = new StringBuffer();
        for (int i = 0; i < 100; i++)
        {
            buf.append(getString1());
            buf.append("\r\n");
        }
        String s1 = buf.toString();
        buf = new StringBuffer();
        for (int i = 0; i < 100; i++)
        {
            buf.append(getString2());
            buf.append("\r\n");
        }
        String s2 = buf.toString();        
        
        assertEquals(s1, s2);
    }

    public void testCompare150() throws Exception
    {
        StringBuffer buf = new StringBuffer();
        for (int i = 0; i < 150; i++)
        {
            buf.append(getString1());
            buf.append("\r\n");
        }
        String s1 = buf.toString();
        buf = new StringBuffer();
        for (int i = 0; i < 150; i++)
        {
            buf.append(getString2());
            buf.append("\r\n");
        }
        String s2 = buf.toString();        
        
        assertEquals(s1, s2);
    }
}

Using this test case in the above mentioned configuration I got the following 
data (data is from "VM size" in the Windows Task Manager which is roughly 
correct but I think it illustrates the problem well). The first value is the VM 
size before showing the compare dialog, the second value is the VM size after 
the dialog displays, and the third value is the 'display time'.

Get popup for testCompare1():   158912 -> 159408 ( < 1s)
Get popup for testCompare50():  159376 -> 202908 ( ~ 3s)
Get popup for testCompare100(): 173352 -> 440496 ( ~ 10s)
Get popup for testCompare150(): 156476 -> 731304 (kill Eclipse after 5 minute)

I suspect the problem is with there are many differences to create (because a 
150-line difference where there will be 2 diff/line shows up < 1s). It would be 
nice to have an option to not creates these diffs only shows the text with only 
the colors for indicating the differences.

Regards,
Csaba

This bug is a spin-off of Bug 54559. The workaround to that bug no longer works because of the 
following bug. This is a major/critical issue for the debugger because it breaks our automatic view 
management story.

It looks like the behavior of IWorkbenchPage#findView has changed such that the 
workaround we're using for partClosed() is no longer working. As suggested, we're currently 
listening to partHidden() and then calling findView() to see if the view has actually been closed. 
IWorkbenchPage#findView() used to return null if the view wasn't open in the current perspective.

But now I get a non-null value when I call findView(...) in the viewHidden() callback when a view 
is "closed" (really closed, not just closed for the last time). This workaround failure was reported 
as Bug 58591 in the debugger.

To reproduce this bug, put a breakpoint in the partHidden() method of 
LaunchViewContextListener, then close a view in the Debug Perspective (or any perspective 
where the Debug View has been initialized). findView() will return a non-null value for the view 
that was just closed.

20041130

To document a type parameter, the normal @param tag is used, but with angle
brackets.

/**
 * @param <X>
 */
<X> void foo() {
}

The AST currently just returns a TagElement with a sigle children Name 'X' and
is currently not distinguishable from a normal parameter.

Either text elements '<' and '>' are inserted or we use a SimpleType node
instead of the SimpleName.

The first suggestion would make the accessing of tag names more complicated.
The drawback of the second suggestion is that it does not include the source
ranges for the open and closing angle brackets, but users can use the scanner as
soon as they see the SimpleType instead of the SimpleName.

The deluxe solution would be a new node type that includes the bracket and has a
simple name.

1) perform a file search for "deprecated" in *.java files in the workspace.
-> while the search is running the following message is shown:

   running)(deprecated - 123 match in Workspace

The parenthesis aren't match and no plural is used.

repro with Eclipse Platform

Version: 3.0.0
Build id: 200403261517

Create a java project and add a java class named C1 (using Java class Wizard).
Now try to create the second class with same name, different case (c1) in same 
package.
Actual: you get an error message : Creation Element Failed...
and exceptions in log.
Element will not get created

Same happens for other elements type (Interface, Java Package....)

Expected: this should be resticted by adding validation in class wizard for 
Name field so will not accept creating elements with same name different case 
in same location.
If .java file created without using th ewizard and error message should appear 
but no errors in log

See below the error log:
!ENTRY org.eclipse.jdt.ui 4 10001 Apr 28, 2004 09:33:29.911
!MESSAGE Internal Error
!STACK 1
Java Model Exception: Core Exception [code 275] A resource exists with a 
different case: /JavaPj/C1.java.
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at org.eclipse.core.runtime.CoreException.<init>(CoreException.java:35)
	at org.eclipse.jdt.core.JavaModelException.<init>
(JavaModelException.java:58)
	at org.eclipse.jdt.internal.core.JavaModelOperation.createFile
(JavaModelOperation.java:254)
	at 
org.eclipse.jdt.internal.core.CreateCompilationUnitOperation.executeOperation
(CreateCompilationUnitOperation.java:119)
	at org.eclipse.jdt.internal.core.JavaModelOperation.run
(JavaModelOperation.java:700)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1559)
	at org.eclipse.jdt.internal.core.JavaModelOperation.runOperation
(JavaModelOperation.java:744)
	at org.eclipse.jdt.internal.core.PackageFragment.createCompilationUnit
(PackageFragment.java:145)
	at org.eclipse.jdt.ui.wizards.NewTypeWizardPage.createType
(NewTypeWizardPage.java:1433)
	at org.eclipse.jdt.internal.ui.wizards.NewClassCreationWizard.finishPage
(NewClassCreationWizard.java:50)
	at org.eclipse.jdt.internal.ui.wizards.NewElementWizard$2.run
(NewElementWizard.java:100)
	at org.eclipse.jdt.internal.core.BatchOperation.executeOperation
(BatchOperation.java:34)
	at org.eclipse.jdt.internal.core.JavaModelOperation.run
(JavaModelOperation.java:700)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1559)
	at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3196)
	at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3153)
	at org.eclipse.jdt.internal.ui.actions.WorkbenchRunnableAdapter.run
(WorkbenchRunnableAdapter.java:50)
	at org.eclipse.jface.operation.ModalContext.runInCurrentThread
(ModalContext.java:302)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:252)
	at org.eclipse.jface.wizard.WizardDialog.run(WizardDialog.java:756)
	at org.eclipse.jdt.internal.ui.wizards.NewElementWizard.performFinish
(NewElementWizard.java:107)
	at 
org.eclipse.jdt.internal.ui.wizards.NewClassCreationWizard.performFinish
(NewClassCreationWizard.java:70)
	at org.eclipse.jface.wizard.WizardDialog.finishPressed
(WizardDialog.java:606)
	at org.eclipse.jface.wizard.WizardDialog.buttonPressed
(WizardDialog.java:319)
	at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:413)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java)
	at org.eclipse.jface.window.Window.open(Window.java:650)
	at org.eclipse.ui.internal.ide.NewWizardShortcutAction.run
(NewWizardShortcutAction.java:98)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:550)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:502)
	at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:435)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:277)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:239)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:84)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:59)
	at java.lang.reflect.Method.invoke(Method.java:389)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)
Caused by: org.eclipse.core.internal.resources.ResourceException: A resource 
exists with a different case: /JavaPj/C1.java.
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at org.eclipse.core.runtime.CoreException.<init>(CoreException.java:35)
	at org.eclipse.core.internal.resources.ResourceException.<init>
(ResourceException.java:30)
	at org.eclipse.core.internal.resources.Resource.checkDoesNotExist
(Resource.java:270)
	at org.eclipse.core.internal.resources.File.create(File.java:110)
	at org.eclipse.jdt.internal.core.JavaModelOperation.createFile
(JavaModelOperation.java:248)
	at 
org.eclipse.jdt.internal.core.CreateCompilationUnitOperation.executeOperation
(CreateCompilationUnitOperation.java:119)
	at org.eclipse.jdt.internal.core.JavaModelOperation.run
(JavaModelOperation.java:700)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1559)
	at org.eclipse.jdt.internal.core.JavaModelOperation.runOperation
(JavaModelOperation.java:744)
	at org.eclipse.jdt.internal.core.PackageFragment.createCompilationUnit
(PackageFragment.java:145)
	at org.eclipse.jdt.ui.wizards.NewTypeWizardPage.createType
(NewTypeWizardPage.java:1433)
	at org.eclipse.jdt.internal.ui.wizards.NewClassCreationWizard.finishPage
(NewClassCreationWizard.java:50)
	at org.eclipse.jdt.internal.ui.wizards.NewElementWizard$2.run
(NewElementWizard.java:100)
	at org.eclipse.jdt.internal.core.BatchOperation.executeOperation
(BatchOperation.java:34)
	at org.eclipse.jdt.internal.core.JavaModelOperation.run
(JavaModelOperation.java:700)
	at org.eclipse.core.internal.resources.Workspace.run
(Workspace.java:1559)
	at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3196)
	at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:3153)
	at org.eclipse.jdt.internal.ui.actions.WorkbenchRunnableAdapter.run
(WorkbenchRunnableAdapter.java:50)
	at org.eclipse.jface.operation.ModalContext.runInCurrentThread
(ModalContext.java:302)
	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:252)
	at org.eclipse.jface.wizard.WizardDialog.run(WizardDialog.java:756)
	at org.eclipse.jdt.internal.ui.wizards.NewElementWizard.performFinish
(NewElementWizard.java:107)
	at 
org.eclipse.jdt.internal.ui.wizards.NewClassCreationWizard.performFinish
(NewClassCreationWizard.java:70)
	at org.eclipse.jface.wizard.WizardDialog.finishPressed
(WizardDialog.java:606)
	at org.eclipse.jface.wizard.WizardDialog.buttonPressed
(WizardDialog.java:319)
	at org.eclipse.jface.dialogs.Dialog$1.widgetSelected(Dialog.java:413)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:89)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java)
	at org.eclipse.jface.window.Window.open(Window.java:650)
	at org.eclipse.ui.internal.ide.NewWizardShortcutAction.run
(NewWizardShortcutAction.java:98)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:550)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:502)
	at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:435)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:277)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:239)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:84)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:59)
	at java.lang.reflect.Method.invoke(Method.java:389)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

Show all should no longer be present anywhere except in the new wizard dialog. 
Even there, its meaning is different.  Without it being selected, you only get
the 'special' wizards as described in Bug 53385.  When selected the usual tree
structure appears below the special wizards.

Run the following test.  On Windows and the Mac, the foreground is black and 
the background is white.  On motif and GTK the foreground is black and the 
background is (0, 0, 1).

public static void main(String[] args) {
	Display display = new Display();
	Image image = new Image(display, 100, 100);
	GC gc = new GC(image);
	Color fore = gc.getForeground();
	Color back = gc.getBackground();
	System.out.println(fore+" "+back);
}

 

From Juergen Kreileder :
I've tried a few simple tests with N20040228 and our current J2SE 1.4.2&1.5.0
builds for AMD64: The tests crashed right at startup in about 50% of all tries.
Ie. it looks like there are still some pointers stored in (or truncated to)
32-bit ints and SWT only works if the real pointer happens to point into the
first 2G of mem.

All crashes seem to happen in OS.g_signal_lookup() with broken pointers like
0xffffffffe28b9c70 (which should have been 0x2ae28b9c70), I'll take a closer
look at it if I find some time.

Admittedly old, but I found this:

!ENTRY org.eclipse.ui 4 0 Feb 11, 2004 15:11:21.919
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at 
org.eclipse.jdt.internal.debug.ui.JavaInspectExpressionActionFilter.isNotPrimit
iveType(JavaInspectExpressionActionFilter.java:64)
	at 
org.eclipse.jdt.internal.debug.ui.JavaInspectExpressionActionFilter.testAttribu
te(JavaInspectExpressionActionFilter.java:49)
	at 
org.eclipse.ui.internal.ActionExpression$ObjectStateExpression.preciselyMatches
(ActionExpression.java:375)
	at 
org.eclipse.ui.internal.ActionExpression$ObjectStateExpression.isEnabledFor
(ActionExpression.java:344)
	at org.eclipse.ui.internal.ActionExpression$AndExpression.isEnabledFor
(ActionExpression.java:311)
	at 
org.eclipse.ui.internal.ActionExpression$SingleExpression.isEnabledFor
(ActionExpression.java:238)
	at org.eclipse.ui.internal.ActionExpression.isEnabledFor
(ActionExpression.java:78)
	at 
org.eclipse.ui.internal.ObjectActionContributor$ObjectContribution.isApplicable
To(ObjectActionContributor.java:234)
	at org.eclipse.ui.internal.ObjectActionContributor.isApplicableTo
(ObjectActionContributor.java:155)
	at org.eclipse.ui.internal.ObjectContributorManager.isApplicableTo
(ObjectContributorManager.java:249)
	at 
org.eclipse.ui.internal.ObjectActionContributorManager.contributeObjectActions
(ObjectActionContributorManager.java:121)
	at org.eclipse.ui.internal.PopupMenuExtender.addObjectActions
(PopupMenuExtender.java:98)
	at org.eclipse.ui.internal.PopupMenuExtender.menuAboutToShow
(PopupMenuExtender.java:119)
	at org.eclipse.jface.action.MenuManager.fireAboutToShow
(MenuManager.java:286)
	at org.eclipse.jface.action.MenuManager.handleAboutToShow
(MenuManager.java:370)
	at org.eclipse.jface.action.MenuManager.access$0(MenuManager.java:367)
	at org.eclipse.jface.action.MenuManager$2.menuShown
(MenuManager.java:383)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:116)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:857)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:838)
	at org.eclipse.swt.widgets.Control.WM_INITMENUPOPUP(Control.java:3278)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2963)
	at org.eclipse.swt.widgets.Decorations.windowProc
(Decorations.java:1436)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:2873)
	at org.eclipse.swt.internal.win32.OS.TrackPopupMenu(Native Method)
	at org.eclipse.swt.widgets.Menu._setVisible(Menu.java:220)
	at org.eclipse.swt.widgets.Display.runPopups(Display.java:2374)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2022)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:257)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:104)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

this class is replaced by the intro support it should be depricated.

pasted nicks email note on this as well:

The old welcome support was all moved up to the IDE layer.  RCP apps should 
use the new intro mechanism.  We should deprecate QuickStartAction.

The welcomePage= attribute in org.eclipse.platform should be deprecated too.  
Since the new intro mechanism is introduced in org.eclipse.platform, and 
causes the old Help > Welcome action to disappear, any welcomePage= content 
here or in other features will not be seen.  Or does the new intro support 
have some way of showing the old content?

I assume that the WS*.* products are moving to the new mechanism.

I-20040224

Go to the Java > Editor > Syntax preference page.
Change the keyword color to red.  Press Ok.  At this point, we use to see the 
preview update.  Not on this build (problem #1).

Press Ok, and close the pref dialog.
The java editor that was already open did not update.  I had to close it and 
reopen it for the colors to take effect (problem #2)

I have a java hover extension that worked in M6. Now in M9 the java editor hover
preferences panel will not allow me to enable it. It shows 2 copies of my
extension in the list of hovers, and checking one of them causes both to be
checked. Pressing "Apply" has no effect - the hovers show as disabled when I
reopen the preferences panel.

My manifest says:

   <extension
         point="org.eclipse.jdt.ui.javaEditorTextHovers">
      <hover
            label="For Example"
            description="value in context of example view"
            class="org.metaprogramming.eg.EgHover"
            id="org.metaprogramming.eg.EgHover">
      </hover>
   </extension>

build I20041201 + jdtcore head

1)Open java.lang.annonation.Retention.class 
The attached source is 

@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.ANNOTATION_TYPE)
public @interface Retention {
    RetentionPolicy value();
}

2) select "Target"
3) do F3
nothing


the problem is inside
org.eclipse.jdt.internal.compiler.classfmt.ClassFileReader#getKind().

The code is 
public int getKind() {
	int modifiers = getModifiers();
	if ((modifiers & AccInterface) != 0) return IGenericType.INTERFACE_DECL;
	if ((modifiers & AccEnum) != 0) return IGenericType.ENUM_DECL;
	return IGenericType.CLASS_DECL;
}

and must be

public int getKind() {
   int modifiers = getModifiers();
   if ((modifiers & AccAnnotation) != 0) return IGenericType.ANNOTATION_TYPE_DECL;
   if ((modifiers & AccInterface) != 0) return IGenericType.INTERFACE_DECL;
   if ((modifiers & AccEnum) != 0) return IGenericType.ENUM_DECL;
   return IGenericType.CLASS_DECL;
}

3.0 M8

Missing Open in context menu

Pressing Ctrl+C inside a Java editor doesn't always copy the selection to the 
clipboard.  Instead, the clipboard is empty.  Sometimes it works when pressing 
Ctrl+C again, but very often I have to hold down Ctrl+C until an error message 
pops up:
Title: "Problem Copying to Clipboard"
Message: "There was a problem when accessing the system clipboard. Retry?"
If I then click Yes, nothing gets copied to the clipboard, but if I click No 
instead, the copy operation is successful.

I am not sure when the problem started to occur, but around 3.0M8 or M9 (it 
didn't happen in early milestones, up to about M7; definitely not in 2.x).  It 
was present in RC1 and still exists in I20040604.

System info:

Dell Precision Workstation 650 (2x Intel Xeon 2.6GHz, 2GB RAM) running Windows 
XP Professional.

Note: this bug happens to a number of colleagues of mine who use similarly 
spec'ed machines.  It does not happen on my home machine which is a single-CPU.

Also, I'm not sure if this is related, but: I seem to remember that on my Dell 
Precision, Adobe Acrobat Reader sometimes has problems copying text into the 
clipboard, coming up with a "Clipboard error" -- could that be a Windows 
problem??

This bug is really annoying, please fix for 3.0 if you can :)

Many thanks!

20041203

The code in CompletionRequestor.setIgnored should be updated as new constants
POTENTIAL_METHOD_DECLARATION and METHOD_NAME_REFERENCE are larger than
VARIABLE_DECLARATION

public final void setIgnored(int completionProposalKind, boolean ignore) {
if (completionProposalKind < CompletionProposal.ANONYMOUS_CLASS_DECLARATION
	|| completionProposalKind > CompletionProposal.VARIABLE_DECLARATION) {
	throw new IllegalArgumentException();
}

JFaceResources.getImage(Dialog.DLG_IMG_MESSAGE_ERROR)

might return null

@@@@

!ENTRY org.eclipse.core.runtime 4 2 2004-12-10 16:13:38.218
!MESSAGE Problems occurred when invoking code from plug-in:
"org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.jface.preference.PreferencePage$MessageRegion.createContents(PreferencePage.java:109)
	at
org.eclipse.jface.preference.PreferencePage.createMessageArea(PreferencePage.java:489)
	at
org.eclipse.jface.preference.PreferencePage.createControl(PreferencePage.java:428)
	at
org.eclipse.jface.preference.PreferencePage.createControl(PreferencePage.java:378)
	at
org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.createPageControl(WorkbenchPreferenceDialog.java:994)
	at org.eclipse.jface.preference.PreferenceDialog$13.run(PreferenceDialog.java:1116)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:1044)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at
org.eclipse.jface.preference.PreferenceDialog.showPage(PreferenceDialog.java:1110)
	at
org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.showPage(WorkbenchPreferenceDialog.java:782)
	at
org.eclipse.jface.preference.PreferenceDialog$9.selectionChanged(PreferenceDialog.java:619)
	at org.eclipse.jface.viewers.StructuredViewer$3.run(StructuredViewer.java:681)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:1044)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at
org.eclipse.jface.viewers.StructuredViewer.firePostSelectionChanged(StructuredViewer.java:679)
	at
org.eclipse.jface.viewers.StructuredViewer.handlePostSelect(StructuredViewer.java:950)
	at
org.eclipse.jface.viewers.StructuredViewer$5.widgetSelected(StructuredViewer.java:970)
	at
org.eclipse.jface.util.OpenStrategy.firePostSelectionEvent(OpenStrategy.java:231)
	at org.eclipse.jface.util.OpenStrategy.access$4(OpenStrategy.java:226)
	at org.eclipse.jface.util.OpenStrategy$3.run(OpenStrategy.java:392)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:118)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2780)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2451)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:718)
	at org.eclipse.jface.window.Window.open(Window.java:696)
	at org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:64)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:989)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:555)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:505)
	at
org.eclipse.jface.action.ActionContributionItem$6.handleEvent(ActionContributionItem.java:419)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:814)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2803)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2448)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1578)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1549)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:281)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:144)
	at
de.silpion.abends.ui.PlannerApplication.runWorkbench(PlannerApplication.java:404)
	at de.silpion.abends.ui.PlannerApplication.run(PlannerApplication.java:316)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:220)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:585)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:710)
	at org.eclipse.core.launcher.Main.main(Main.java:694)

@@@@

Version: 3.1.0
Build id: 200412081200

removing an exception with method signature refactoring does not update 
javadoc. 

example:

/**
 * @throws Exception
 * @throws IOException
 * @throws IllegalArgumentException
 */
void doNothing() throws Exception, IOException, IllegalArgumentException {
}

when removing IOException or IllegalArgumentException javadoc is not updated.
no problem when removing the "first" exception.

Hi.
When I do the copying/pasting, something seems strange:
I'm editing the Java source code, and want to copy some lines of code to
another place, I selected the lines, about 15-line, press Ctrl-C, and then
move to the paste place, and press Ctrl-V, and just nothing happened. I've
tried several time, and tried to use mouse and right-button-menu for the 
copy/paste, the results are the same. And I also tried to copy/paste only one 
line, it
sometimes works, but not always. With multiple lines copy/paste, it sometimes 
works too.
I'm using the Eclipse 3, Windows 2000 pro, JDK 1.4.2, Lomboz.3rc2(before), 
Lomboz 3(now).

CommonSourceNotFoundEditor gets closed unexpectedly when a thread and 
stackframe is still active.  

CommonSourceNotFoundEditor listens for debug events.  Upon a terminate event, 
the editor checks to see if it should close the editor.  The editor is closed 
whenever the source of the event has the same debug target as the debug element 
that the editor is displaying source for. 

	protected boolean checkIfEditorShouldClose(Object source) {
		//Make sure terminate event is for me
		if (fObject instanceof IDebugElement && source instanceof 
IDebugElement) {
			IDebugElement element = (IDebugElement)fObject;
			IDebugElement sourceElement = (IDebugElement)source;
			return sourceElement.getDebugTarget().equals
(element.getDebugTarget());
		}
		return false;
	}

Consider the case when the debug session has multiple threads.  The debug 
session is suspended and is using the source not found editor to display source 
for a stackframe that it does not have source for.  Now one of the threads is 
terminated.  The editor receives the debug event and will go on to close the 
editor for the stackframe that is still active.

The check in "checkIfEditorShouldClose" function is insufficient in determining 
if the editor should close.  This function should check that the terminate 
event is indeed from a debug target.  (The editor should not be closed if the 
debug target is still active.)  It should also check that if the source of the 
debug events equals to the debug target of the debug element that it's 
displaying source for.

Using build I20040226 on a Win2K SP4 box, the Call Hierarchy view is
consistently fooled by method names present in javadoc statement. Take this
situation: a certain method A is mentioned in the javadoc comments for another
method B (for example, in a {@link} tag). When using Call Hierarchy for method
A, it lists method B as calling method A. 

This is of course not true, since method A only appears in method B's javadoc
comments. Call Hierarchy should ignore any javadoc or regular comments appearing
in the methods.

Debug to a watch exrepssion that will update in a loop. I used 
VectorTests.testCapacity(), with an expression of "fFull". disable the 
expression and step - the value updates on each step even though it's disabled.

If I refresh a participant that has changes, the resulting dialog describes 
this. If I have multiple participants in the sync view, the refreshed 
participant is not activated. I think that, if we always show the sync view, 
we should also always show the refreshed participant.

The problem is that the String keys returned by ITypeBinding.getKey don't seem
to include the name of the outer class.  This generally is not a problem, except
in the case that we have multiple classes with the same name in the same package.
In the TestClassesWithSameName project, we have a normal class Test, along with
several nested classes called Test, yet they all have the same key.

I've included a testKeys project which is designed to be run as a plugin
project, with TestClassesWithSameName in the run-time workspace.

build I20040310

The new IProduct APIs should be used to obtain the product name and window 
image used in the generic workbench, rather than the platform configuration 
info for the primary features.  The platform configuration mechanism is 
specific to Update's feature story. The API for it is only in the 
org.eclipse.core.runtime.compatibility plugin, the dependency on which we want 
to remove for at least the RCP components (org.eclipse.ui and below).

Build N20040423
Linux-GTK

I got the following NPE using the 20040423 nightly build:

java.lang.NullPointerException
	at org.eclipse.jface.text.TextViewer.areMultipleLinesSelected(TextViewer.java:3539)
	at org.eclipse.jface.text.TextViewer.canDoOperation(TextViewer.java:3325)
	at org.eclipse.jface.text.source.SourceViewer.canDoOperation(SourceViewer.java:574)
	at org.eclipse.jdt.internal.ui.javaeditor.JavaSourceViewer.
canDoOperation(JavaSourceViewer.java:162)
	at org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor$AdaptedSourceViewer.
canDoOperation(CompilationUnitEditor.java:207)
	at org.eclipse.ui.texteditor.ShiftAction.updateForTab(ShiftAction.java:127)
	at org.eclipse.ui.texteditor.AbstractTextEditor$18.update(AbstractTextEditor.java:3900)
	at org.eclipse.ui.texteditor.AbstractTextEditor.updateAction(AbstractTextEditor.java:
3621)
	at org.eclipse.ui.texteditor.AbstractTextEditor.
updateSelectionDependentActions(AbstractTextEditor.java:3694)
	at org.eclipse.ui.texteditor.AbstractTextEditor$12.run(AbstractTextEditor.java:2073)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:1992)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1782)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1352)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1323)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:239)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:283)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:240)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.
java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:700)
	at org.eclipse.core.launcher.Main.main(Main.java:684)

If validate save is called the shell will be null, this is never checked and a
message dialog is opened. This causes an NPE. e.g. watch/edit is enabled.


private boolean promptEdit(Shell shell) {
		return
MessageDialog.openQuestion(shell,Policy.bind("FileModificationValidator.3"),Policy.bind("FileModificationValidator.4"));
//$NON-NLS-1$ //$NON-NLS-2$
	}

build 3.0

In my dev I have:
- Eclipse 3.0
- CDT
- other 3rd party plug-ins

I start my image and import a group of projects and this triggers a build. Some
problems with this are:
- I get infinite progress indication in the lower-right part of the status bar
- no progress info in the Progress View
- status bar always says "Building workspace: (0%)"

I can reproduce this consistently locally if you would like to look at it with
me. (I cannot post the workspace contents here)

Relative to bug 57871, I think that the class file editor should compute the
overriding indicators in the background. It can be really time consuming to get
and resolve all methods for the hierarchy just to update the indicator.

The Display view still hooks a key listener for code assist, rather than using 
the command support.

3.0 I200404060927

When you add a breakpoint while the breakpoint manager is disabled the checkbox
of the added breakpoint is not greyed out.

Test Steps:
0. ensure breakpoints are enabled
1. Add a breakpoint
2. disable breakpoints (breakpoint created in step 1 will now be grey)
3. Add another breakpoint.  It should have the same appearance as the original
breakpoint

I will attach a patch that 'fixes' the problem

I20040302

WorbenchKeyboard::logException creates a new Status object using the message of
the (nested) exception being logged:

   IStatus status = new Status(IStatus.ERROR,
      WorkbenchPlugin.PI_WORKBENCH, 0, exception.getMessage(), exception);

exception.getMessage may be null, but Status does not allow non-null messages.
This results in an AssertionException being thrown upon message less exceptions
(just had it with an ArithmeticException).

The progress when retrieving the commit set information seesm to show
Authenticating with pserver longer than it should and the percentage is always
around 69% This is with a large (~300) number fo incomigng changes.

defualt should be spelled default

Build 20040513

When codeassisting behind "main", the codeassist menu incorrectly offers both 
a main method template and a main method stub (the latter appears first and 
shouldn't appear at all).

There are a couple of places that we are leaking participants. Here is the dump
from optimize it. In this workspace I create a project, shared it, then compared
it against a tag. Then, removed all unpinned from the sync view:

GC Roots -> Instances of org.eclipse.team.ui.synchronize.ISynchronizeParticipant
and subclasses [2 objects]: Reverse Paths

  |
  +---org.eclipse.team.internal.ccvs.ui.subscriber.CompareParticipant (#01ffecd5)
  | |
  | +---participant of
org.eclipse.team.internal.ui.synchronize.RefreshSubscriberJob (#0069a6cb)
  | | |
  | | +---job of org.eclipse.ui.internal.progress.JobInfo (#00456a0c)
  | |   |
  | |   +---lastJobInfo of
org.eclipse.ui.internal.progress.ProgressAnimationItem (#01c5abce)
  | |     |
  | |     +---item of org.eclipse.ui.internal.progress.ProgressRegion (#019f2489)
  | |       |
  | |       +---progressRegion of org.eclipse.ui.internal.WorkbenchWindow
(#01398dae)
  | |         |
  | |         +---activatedWindow of org.eclipse.ui.internal.Workbench
(#012645fc) [Java Frame] 
  | |
  | +---participant of
org.eclipse.team.internal.ui.synchronize.SynchronizePageConfiguration (#01b3a483)
  | | |
  | | +---configuration of
org.eclipse.team.internal.ui.synchronize.CompressedFoldersModelProvider (#00717ef5)
  | |   |
  | |   +---this$0 of
org.eclipse.team.internal.ui.synchronize.CompressedFoldersModelProvider$1
(#01d3ea65)
  | |     |
  | |     +---sorter of
org.eclipse.team.internal.ui.synchronize.TreeViewerAdvisor$NavigableTreeViewer
(#0100ef6e)
  | |       |
  | |       +---selectionProvider of org.eclipse.ui.part.PageSite (#002dd396)
  | |         |
  | |         +---site of
org.eclipse.team.internal.ui.synchronize.WorkbenchPartSynchronizePageSite
(#018779de)
  | |           |
  | |           +---site of
org.eclipse.team.internal.ui.synchronize.actions.RefactorActionGroup (#0001f698)
  | |             |
  | |             +---this$0 of
org.eclipse.team.internal.ui.synchronize.actions.RefactorActionGroup$1 (#01aa7dd8)
  | |               |
  | |               +---action of org.eclipse.ui.commands.ActionHandler (#00381f62)
  | |                 |
  | |                 +---handler of org.eclipse.ui.commands.HandlerSubmission
(#000ab145)
  | |                   |
  | |                   +---[1]  of java.lang.Object[10] (#00c5dd2c)
  | |                     |
  | |                     +---elementData of java.util.ArrayList (#017013db)
  | |                       |
  | |                       +---value of java.util.HashMap$Entry (#01ca8038)
  | |                         |
  | |                         +---[87]  of java.util.HashMap$Entry[128] (#006c5b67)
  | |                           |
  | |                           +---table of java.util.HashMap (#00151814)
  | |                             |
  | |                             +---handlerSubmissionsByCommandId of
org.eclipse.ui.internal.commands.ws.WorkbenchCommandSupport (#00a7f986)
  | |                               |
  | |                               +---workbenchCommandSupport of
org.eclipse.ui.internal.Workbench (#012645fc) [Java Frame] 
  | |
  | +---participant of
org.eclipse.team.internal.ui.synchronize.SubscriberParticipantPage (#006e056e)
  | | |
  | | +---page of
org.eclipse.team.internal.ui.synchronize.SynchronizePageConfiguration (#01b3a483)
  | |   |
  | |   +---configuration of
org.eclipse.team.internal.ui.synchronize.CompressedFoldersModelProvider (#00717ef5)
  | |     |
  | |     +---this$0 of
org.eclipse.team.internal.ui.synchronize.CompressedFoldersModelProvider$1
(#01d3ea65)
  | |       |
  | |       +---sorter of
org.eclipse.team.internal.ui.synchronize.TreeViewerAdvisor$NavigableTreeViewer
(#0100ef6e)
  | |         |
  | |         +---selectionProvider of org.eclipse.ui.part.PageSite (#002dd396)
  | |           |
  | |           +---site of
org.eclipse.team.internal.ui.synchronize.WorkbenchPartSynchronizePageSite
(#018779de)
  | |             |
  | |             +---site of
org.eclipse.team.internal.ui.synchronize.actions.RefactorActionGroup (#0001f698)
  | |               |
  | |               +---this$0 of
org.eclipse.team.internal.ui.synchronize.actions.RefactorActionGroup$1 (#01aa7dd8)
  | |                 |
  | |                 +---action of org.eclipse.ui.commands.ActionHandler
(#00381f62)
  | |                   |
  | |                   +---handler of org.eclipse.ui.commands.HandlerSubmission
(#000ab145)
  | |                     |
  | |                     +---[1]  of java.lang.Object[10] (#00c5dd2c)
  | |                       |
  | |                       +---elementData of java.util.ArrayList (#017013db)
  | |                         |
  | |                         +---value of java.util.HashMap$Entry (#01ca8038)
  | |                           |
  | |                           +---[87]  of java.util.HashMap$Entry[128]
(#006c5b67)
  | |                             |
  | |                             +---table of java.util.HashMap (#00151814)
  | |                               |
  | |                               +---handlerSubmissionsByCommandId of
org.eclipse.ui.internal.commands.ws.WorkbenchCommandSupport (#00a7f986)
  | |                                 |
  | |                                 +---workbenchCommandSupport of
org.eclipse.ui.internal.Workbench (#012645fc) [Java Frame] 
  | |
  | +---participant of org.eclipse.team.internal.ui.synchronize.ChangesSection
(#00199bfd)
  |   |
  |   +---changesSection of
org.eclipse.team.internal.ui.synchronize.SubscriberParticipantPage (#006e056e)
  |     |
  |     +---page of
org.eclipse.team.internal.ui.synchronize.SynchronizePageConfiguration (#01b3a483)
  |       |
  |       +---configuration of
org.eclipse.team.internal.ui.synchronize.CompressedFoldersModelProvider (#00717ef5)
  |         |
  |         +---this$0 of
org.eclipse.team.internal.ui.synchronize.CompressedFoldersModelProvider$1
(#01d3ea65)
  |           |
  |           +---sorter of
org.eclipse.team.internal.ui.synchronize.TreeViewerAdvisor$NavigableTreeViewer
(#0100ef6e)
  |             |
  |             +---selectionProvider of org.eclipse.ui.part.PageSite (#002dd396)
  |               |
  |               +---site of
org.eclipse.team.internal.ui.synchronize.WorkbenchPartSynchronizePageSite
(#018779de)
  |                 |
  |                 +---site of
org.eclipse.team.internal.ui.synchronize.actions.RefactorActionGroup (#0001f698)
  |                   |
  |                   +---this$0 of
org.eclipse.team.internal.ui.synchronize.actions.RefactorActionGroup$1 (#01aa7dd8)
  |                     |
  |                     +---action of org.eclipse.ui.commands.ActionHandler
(#00381f62)
  |                       |
  |                       +---handler of
org.eclipse.ui.commands.HandlerSubmission (#000ab145)
  |                         |
  |                         +---[1]  of java.lang.Object[10] (#00c5dd2c)
  |                           |
  |                           +---elementData of java.util.ArrayList (#017013db)
  |                             |
  |                             +---value of java.util.HashMap$Entry (#01ca8038)
  |                               |
  |                               +---[87]  of java.util.HashMap$Entry[128]
(#006c5b67)
  |                                 |
  |                                 +---table of java.util.HashMap (#00151814)
  |                                   |
  |                                   +---handlerSubmissionsByCommandId of
org.eclipse.ui.internal.commands.ws.WorkbenchCommandSupport (#00a7f986)
  |                                     |
  |                                     +---workbenchCommandSupport of
org.eclipse.ui.internal.Workbench (#012645fc) [Java Frame] 
  |
 
+---org.eclipse.team.internal.ccvs.ui.subscriber.WorkspaceSynchronizeParticipant
(#00518643)
    |
    +---participant of
org.eclipse.team.internal.ui.synchronize.RefreshSubscriberJob (#01846d05)
    | |
    | +---key of java.util.HashMap$Entry (#0084522c)
    |   |
    |   +---[10]  of java.util.HashMap$Entry[16] (#00c255b4)
    |     |
    |     +---table of java.util.HashMap (#010bffbb)
    |       |
    |       +---m of java.util.Collections$SynchronizedMap (#0088cbff)
    |         |
    |         +---jobs of org.eclipse.ui.internal.progress.ProgressManager
(#01db2f81)
    |           |
    |           +---singleton of
org.eclipse.ui.internal.progress.ProgressManager (#01e03a11)
    |
    +---participant of
org.eclipse.team.ui.synchronize.ParticipantPageSaveablePart (#00820a7c)
    | |
    | +---input of
org.eclipse.team.internal.ccvs.ui.wizards.SharingWizardSyncPage (#00ab436d)
    |   |
    |   +---currentPage of
org.eclipse.team.internal.ui.actions.ConfigureProjectAction$ResizeWizardDialog
(#005f4ab4)
    |     |
    |     +---this$0 of org.eclipse.jface.wizard.WizardDialog$3 (#01be4f75)
    |       |
    |       +---progressMonitor of
org.eclipse.jface.operation.AccumulatingProgressMonitor (#009ef85f)
    |         |
    |         +---progressMonitor of org.eclipse.core.runtime.SubProgressMonitor
(#007bf351)
    |           |
    |           +---progressMonitor of
org.eclipse.core.runtime.SubProgressMonitor (#010c2d93)
    |             |
    |             +---val$monitor of
org.eclipse.team.internal.ccvs.ssh2.JSchSession$2 (#00391787)
    |               |
    |               +---socket_factory of com.jcraft.jsch.Session (#0045a634)
    |                 |
    |                 +---session of com.jcraft.jsch.ChannelExec (#014a8036)
    |                   |
    |                   +---[0]  of java.lang.Object[10] (#00d3cd22)
    |                     |
    |                     +---elementData of java.util.Vector (#005ffd92)
    |                       |
    |                       +---pool of com.jcraft.jsch.Channel (#01f3f441)
    |
    +---participant of
org.eclipse.team.internal.ui.synchronize.SynchronizePageConfiguration (#017e5533)
    | |
    | +---configuration of
org.eclipse.team.internal.ccvs.ui.wizards.SharingWizardSyncPage (#00ab436d)
    |   |
    |   +---currentPage of
org.eclipse.team.internal.ui.actions.ConfigureProjectAction$ResizeWizardDialog
(#005f4ab4)
    |     |
    |     +---this$0 of org.eclipse.jface.wizard.WizardDialog$3 (#01be4f75)
    |       |
    |       +---progressMonitor of
org.eclipse.jface.operation.AccumulatingProgressMonitor (#009ef85f)
    |         |
    |         +---progressMonitor of org.eclipse.core.runtime.SubProgressMonitor
(#007bf351)
    |           |
    |           +---progressMonitor of
org.eclipse.core.runtime.SubProgressMonitor (#010c2d93)
    |             |
    |             +---val$monitor of
org.eclipse.team.internal.ccvs.ssh2.JSchSession$2 (#00391787)
    |               |
    |               +---socket_factory of com.jcraft.jsch.Session (#0045a634)
    |                 |
    |                 +---session of com.jcraft.jsch.ChannelExec (#014a8036)
    |                   |
    |                   +---[0]  of java.lang.Object[10] (#00d3cd22)
    |                     |
    |                     +---elementData of java.util.Vector (#005ffd92)
    |                       |
    |                       +---pool of com.jcraft.jsch.Channel (#01f3f441)
    |
    +---participant of
org.eclipse.team.internal.ui.synchronize.SubscriberParticipantPage (#01880782)
    | |
    | +---page of
org.eclipse.team.internal.ui.synchronize.SynchronizePageConfiguration (#017e5533)
    |   |
    |   +---configuration of
org.eclipse.team.internal.ccvs.ui.wizards.SharingWizardSyncPage (#00ab436d)
    |     |
    |     +---currentPage of
org.eclipse.team.internal.ui.actions.ConfigureProjectAction$ResizeWizardDialog
(#005f4ab4)
    |       |
    |       +---this$0 of org.eclipse.jface.wizard.WizardDialog$3 (#01be4f75)
    |         |
    |         +---progressMonitor of
org.eclipse.jface.operation.AccumulatingProgressMonitor (#009ef85f)
    |           |
    |           +---progressMonitor of
org.eclipse.core.runtime.SubProgressMonitor (#007bf351)
    |             |
    |             +---progressMonitor of
org.eclipse.core.runtime.SubProgressMonitor (#010c2d93)
    |               |
    |               +---val$monitor of
org.eclipse.team.internal.ccvs.ssh2.JSchSession$2 (#00391787)
    |                 |
    |                 +---socket_factory of com.jcraft.jsch.Session (#0045a634)
    |                   |
    |                   +---session of com.jcraft.jsch.ChannelExec (#014a8036)
    |                     |
    |                     +---[0]  of java.lang.Object[10] (#00d3cd22)
    |                       |
    |                       +---elementData of java.util.Vector (#005ffd92)
    |                         |
    |                         +---pool of com.jcraft.jsch.Channel (#01f3f441)
    |
    +---participant of org.eclipse.team.internal.ui.synchronize.ChangesSection
(#01c94189)
      |
      +---changesSection of
org.eclipse.team.internal.ui.synchronize.SubscriberParticipantPage (#01880782)
        |
        +---page of
org.eclipse.team.internal.ui.synchronize.SynchronizePageConfiguration (#017e5533)
          |
          +---configuration of
org.eclipse.team.internal.ccvs.ui.wizards.SharingWizardSyncPage (#00ab436d)
            |
            +---currentPage of
org.eclipse.team.internal.ui.actions.ConfigureProjectAction$ResizeWizardDialog
(#005f4ab4)
              |
              +---this$0 of org.eclipse.jface.wizard.WizardDialog$3 (#01be4f75)
                |
                +---progressMonitor of
org.eclipse.jface.operation.AccumulatingProgressMonitor (#009ef85f)
                  |
                  +---progressMonitor of
org.eclipse.core.runtime.SubProgressMonitor (#007bf351)
                    |
                    +---progressMonitor of
org.eclipse.core.runtime.SubProgressMonitor (#010c2d93)
                      |
                      +---val$monitor of
org.eclipse.team.internal.ccvs.ssh2.JSchSession$2 (#00391787)
                        |
                        +---socket_factory of com.jcraft.jsch.Session (#0045a634)
                          |
                          +---session of com.jcraft.jsch.ChannelExec (#014a8036)
                            |
                            +---[0]  of java.lang.Object[10] (#00d3cd22)
                              |
                              +---elementData of java.util.Vector (#005ffd92)
                                |
                                +---pool of com.jcraft.jsch.Channel (#01f3f441)


--------------------------------------------------------------------------------

GC Roots -> Instances of org.eclipse.team.ui.synchronize.ISynchronizeParticipant
and subclasses [2 objects]: Direct Paths

  |
  +---org.eclipse.ui.internal.Workbench (#012645fc) [Java Frame] 
  | |
  | +---activatedWindow org.eclipse.ui.internal.WorkbenchWindow (#01398dae)
  | | |
  | | +---progressRegion org.eclipse.ui.internal.progress.ProgressRegion (#019f2489)
  | |   |
  | |   +---item org.eclipse.ui.internal.progress.ProgressAnimationItem (#01c5abce)
  | |     |
  | |     +---lastJobInfo org.eclipse.ui.internal.progress.JobInfo (#00456a0c)
  | |       |
  | |       +---job
org.eclipse.team.internal.ui.synchronize.RefreshSubscriberJob (#0069a6cb)
  | |         |
  | |         +---participant
org.eclipse.team.internal.ccvs.ui.subscriber.CompareParticipant (#01ffecd5)
  | |
  | +---workbenchCommandSupport
org.eclipse.ui.internal.commands.ws.WorkbenchCommandSupport (#00a7f986)
  | | |
  | | +---handlerSubmissionsByCommandId java.util.HashMap (#00151814)
  | |   |
  | |   +---table java.util.HashMap$Entry[128] (#006c5b67)
  | |     |
  | |     +---[87]  java.util.HashMap$Entry (#01ca8038)
  | |       |
  | |       +---value java.util.ArrayList (#017013db)
  | |         |
  | |         +---elementData java.lang.Object[10] (#00c5dd2c)
  | |           |
  | |           +---[1]  org.eclipse.ui.commands.HandlerSubmission (#000ab145)
  | |             |
  | |             +---handler org.eclipse.ui.commands.ActionHandler (#00381f62)
  | |               |
  | |               +---action
org.eclipse.team.internal.ui.synchronize.actions.RefactorActionGroup$1 (#01aa7dd8)
  | |                 |
  | |                 +---this$0
org.eclipse.team.internal.ui.synchronize.actions.RefactorActionGroup (#0001f698)
  | |                   |
  | |                   +---site
org.eclipse.team.internal.ui.synchronize.WorkbenchPartSynchronizePageSite
(#018779de)
  | |                     |
  | |                     +---site org.eclipse.ui.part.PageSite (#002dd396)
  | |                       |
  | |                       +---selectionProvider
org.eclipse.team.internal.ui.synchronize.TreeViewerAdvisor$NavigableTreeViewer
(#0100ef6e)
  | |                         |
  | |                         +---sorter
org.eclipse.team.internal.ui.synchronize.CompressedFoldersModelProvider$1
(#01d3ea65)
  | |                           |
  | |                           +---this$0
org.eclipse.team.internal.ui.synchronize.CompressedFoldersModelProvider (#00717ef5)
  | |                             |
  | |                             +---configuration
org.eclipse.team.internal.ui.synchronize.SynchronizePageConfiguration (#01b3a483)
  | |                               |
  | |                               +---participant
org.eclipse.team.internal.ccvs.ui.subscriber.CompareParticipant (#01ffecd5)
  | |
  | +---workbenchCommandSupport
org.eclipse.ui.internal.commands.ws.WorkbenchCommandSupport (#00a7f986)
  | | |
  | | +---handlerSubmissionsByCommandId java.util.HashMap (#00151814)
  | |   |
  | |   +---table java.util.HashMap$Entry[128] (#006c5b67)
  | |     |
  | |     +---[87]  java.util.HashMap$Entry (#01ca8038)
  | |       |
  | |       +---value java.util.ArrayList (#017013db)
  | |         |
  | |         +---elementData java.lang.Object[10] (#00c5dd2c)
  | |           |
  | |           +---[1]  org.eclipse.ui.commands.HandlerSubmission (#000ab145)
  | |             |
  | |             +---handler org.eclipse.ui.commands.ActionHandler (#00381f62)
  | |               |
  | |               +---action
org.eclipse.team.internal.ui.synchronize.actions.RefactorActionGroup$1 (#01aa7dd8)
  | |                 |
  | |                 +---this$0
org.eclipse.team.internal.ui.synchronize.actions.RefactorActionGroup (#0001f698)
  | |                   |
  | |                   +---site
org.eclipse.team.internal.ui.synchronize.WorkbenchPartSynchronizePageSite
(#018779de)
  | |                     |
  | |                     +---site org.eclipse.ui.part.PageSite (#002dd396)
  | |                       |
  | |                       +---selectionProvider
org.eclipse.team.internal.ui.synchronize.TreeViewerAdvisor$NavigableTreeViewer
(#0100ef6e)
  | |                         |
  | |                         +---sorter
org.eclipse.team.internal.ui.synchronize.CompressedFoldersModelProvider$1
(#01d3ea65)
  | |                           |
  | |                           +---this$0
org.eclipse.team.internal.ui.synchronize.CompressedFoldersModelProvider (#00717ef5)
  | |                             |
  | |                             +---configuration
org.eclipse.team.internal.ui.synchronize.SynchronizePageConfiguration (#01b3a483)
  | |                               |
  | |                               +---page
org.eclipse.team.internal.ui.synchronize.SubscriberParticipantPage (#006e056e)
  | |                                 |
  | |                                 +---participant
org.eclipse.team.internal.ccvs.ui.subscriber.CompareParticipant (#01ffecd5)
  | |
  | +---workbenchCommandSupport
org.eclipse.ui.internal.commands.ws.WorkbenchCommandSupport (#00a7f986)
  |   |
  |   +---handlerSubmissionsByCommandId java.util.HashMap (#00151814)
  |     |
  |     +---table java.util.HashMap$Entry[128] (#006c5b67)
  |       |
  |       +---[87]  java.util.HashMap$Entry (#01ca8038)
  |         |
  |         +---value java.util.ArrayList (#017013db)
  |           |
  |           +---elementData java.lang.Object[10] (#00c5dd2c)
  |             |
  |             +---[1]  org.eclipse.ui.commands.HandlerSubmission (#000ab145)
  |               |
  |               +---handler org.eclipse.ui.commands.ActionHandler (#00381f62)
  |                 |
  |                 +---action
org.eclipse.team.internal.ui.synchronize.actions.RefactorActionGroup$1 (#01aa7dd8)
  |                   |
  |                   +---this$0
org.eclipse.team.internal.ui.synchronize.actions.RefactorActionGroup (#0001f698)
  |                     |
  |                     +---site
org.eclipse.team.internal.ui.synchronize.WorkbenchPartSynchronizePageSite
(#018779de)
  |                       |
  |                       +---site org.eclipse.ui.part.PageSite (#002dd396)
  |                         |
  |                         +---selectionProvider
org.eclipse.team.internal.ui.synchronize.TreeViewerAdvisor$NavigableTreeViewer
(#0100ef6e)
  |                           |
  |                           +---sorter
org.eclipse.team.internal.ui.synchronize.CompressedFoldersModelProvider$1
(#01d3ea65)
  |                             |
  |                             +---this$0
org.eclipse.team.internal.ui.synchronize.CompressedFoldersModelProvider (#00717ef5)
  |                               |
  |                               +---configuration
org.eclipse.team.internal.ui.synchronize.SynchronizePageConfiguration (#01b3a483)
  |                                 |
  |                                 +---page
org.eclipse.team.internal.ui.synchronize.SubscriberParticipantPage (#006e056e)
  |                                   |
  |                                   +---changesSection
org.eclipse.team.internal.ui.synchronize.ChangesSection (#00199bfd)
  |                                     |
  |                                     +---participant
org.eclipse.team.internal.ccvs.ui.subscriber.CompareParticipant (#01ffecd5)
  |
  +---org.eclipse.ui.internal.progress.ProgressManager (#01e03a11)
  | |
  | +---singleton org.eclipse.ui.internal.progress.ProgressManager (#01db2f81)
  |   |
  |   +---jobs java.util.Collections$SynchronizedMap (#0088cbff)
  |     |
  |     +---m java.util.HashMap (#010bffbb)
  |       |
  |       +---table java.util.HashMap$Entry[16] (#00c255b4)
  |         |
  |         +---[10]  java.util.HashMap$Entry (#0084522c)
  |           |
  |           +---key
org.eclipse.team.internal.ui.synchronize.RefreshSubscriberJob (#01846d05)
  |             |
  |             +---participant
org.eclipse.team.internal.ccvs.ui.subscriber.WorkspaceSynchronizeParticipant
(#00518643)
  |
  +---com.jcraft.jsch.Channel (#01f3f441)
    |
    +---pool java.util.Vector (#005ffd92)
    | |
    | +---elementData java.lang.Object[10] (#00d3cd22)
    |   |
    |   +---[0]  com.jcraft.jsch.ChannelExec (#014a8036)
    |     |
    |     +---session com.jcraft.jsch.Session (#0045a634)
    |       |
    |       +---socket_factory org.eclipse.team.internal.ccvs.ssh2.JSchSession$2
(#00391787)
    |         |
    |         +---val$monitor org.eclipse.core.runtime.SubProgressMonitor
(#010c2d93)
    |           |
    |           +---progressMonitor org.eclipse.core.runtime.SubProgressMonitor
(#007bf351)
    |             |
    |             +---progressMonitor
org.eclipse.jface.operation.AccumulatingProgressMonitor (#009ef85f)
    |               |
    |               +---progressMonitor org.eclipse.jface.wizard.WizardDialog$3
(#01be4f75)
    |                 |
    |                 +---this$0
org.eclipse.team.internal.ui.actions.ConfigureProjectAction$ResizeWizardDialog
(#005f4ab4)
    |                   |
    |                   +---currentPage
org.eclipse.team.internal.ccvs.ui.wizards.SharingWizardSyncPage (#00ab436d)
    |                     |
    |                     +---input
org.eclipse.team.ui.synchronize.ParticipantPageSaveablePart (#00820a7c)
    |                       |
    |                       +---participant
org.eclipse.team.internal.ccvs.ui.subscriber.WorkspaceSynchronizeParticipant
(#00518643)
    |
    +---pool java.util.Vector (#005ffd92)
    | |
    | +---elementData java.lang.Object[10] (#00d3cd22)
    |   |
    |   +---[0]  com.jcraft.jsch.ChannelExec (#014a8036)
    |     |
    |     +---session com.jcraft.jsch.Session (#0045a634)
    |       |
    |       +---socket_factory org.eclipse.team.internal.ccvs.ssh2.JSchSession$2
(#00391787)
    |         |
    |         +---val$monitor org.eclipse.core.runtime.SubProgressMonitor
(#010c2d93)
    |           |
    |           +---progressMonitor org.eclipse.core.runtime.SubProgressMonitor
(#007bf351)
    |             |
    |             +---progressMonitor
org.eclipse.jface.operation.AccumulatingProgressMonitor (#009ef85f)
    |               |
    |               +---progressMonitor org.eclipse.jface.wizard.WizardDialog$3
(#01be4f75)
    |                 |
    |                 +---this$0
org.eclipse.team.internal.ui.actions.ConfigureProjectAction$ResizeWizardDialog
(#005f4ab4)
    |                   |
    |                   +---currentPage
org.eclipse.team.internal.ccvs.ui.wizards.SharingWizardSyncPage (#00ab436d)
    |                     |
    |                     +---configuration
org.eclipse.team.internal.ui.synchronize.SynchronizePageConfiguration (#017e5533)
    |                       |
    |                       +---participant
org.eclipse.team.internal.ccvs.ui.subscriber.WorkspaceSynchronizeParticipant
(#00518643)
    |
    +---pool java.util.Vector (#005ffd92)
    | |
    | +---elementData java.lang.Object[10] (#00d3cd22)
    |   |
    |   +---[0]  com.jcraft.jsch.ChannelExec (#014a8036)
    |     |
    |     +---session com.jcraft.jsch.Session (#0045a634)
    |       |
    |       +---socket_factory org.eclipse.team.internal.ccvs.ssh2.JSchSession$2
(#00391787)
    |         |
    |         +---val$monitor org.eclipse.core.runtime.SubProgressMonitor
(#010c2d93)
    |           |
    |           +---progressMonitor org.eclipse.core.runtime.SubProgressMonitor
(#007bf351)
    |             |
    |             +---progressMonitor
org.eclipse.jface.operation.AccumulatingProgressMonitor (#009ef85f)
    |               |
    |               +---progressMonitor org.eclipse.jface.wizard.WizardDialog$3
(#01be4f75)
    |                 |
    |                 +---this$0
org.eclipse.team.internal.ui.actions.ConfigureProjectAction$ResizeWizardDialog
(#005f4ab4)
    |                   |
    |                   +---currentPage
org.eclipse.team.internal.ccvs.ui.wizards.SharingWizardSyncPage (#00ab436d)
    |                     |
    |                     +---configuration
org.eclipse.team.internal.ui.synchronize.SynchronizePageConfiguration (#017e5533)
    |                       |
    |                       +---page
org.eclipse.team.internal.ui.synchronize.SubscriberParticipantPage (#01880782)
    |                         |
    |                         +---participant
org.eclipse.team.internal.ccvs.ui.subscriber.WorkspaceSynchronizeParticipant
(#00518643)
    |
    +---pool java.util.Vector (#005ffd92)
      |
      +---elementData java.lang.Object[10] (#00d3cd22)
        |
        +---[0]  com.jcraft.jsch.ChannelExec (#014a8036)
          |
          +---session com.jcraft.jsch.Session (#0045a634)
            |
            +---socket_factory org.eclipse.team.internal.ccvs.ssh2.JSchSession$2
(#00391787)
              |
              +---val$monitor org.eclipse.core.runtime.SubProgressMonitor
(#010c2d93)
                |
                +---progressMonitor org.eclipse.core.runtime.SubProgressMonitor
(#007bf351)
                  |
                  +---progressMonitor
org.eclipse.jface.operation.AccumulatingProgressMonitor (#009ef85f)
                    |
                    +---progressMonitor org.eclipse.jface.wizard.WizardDialog$3
(#01be4f75)
                      |
                      +---this$0
org.eclipse.team.internal.ui.actions.ConfigureProjectAction$ResizeWizardDialog
(#005f4ab4)
                        |
                        +---currentPage
org.eclipse.team.internal.ccvs.ui.wizards.SharingWizardSyncPage (#00ab436d)
                          |
                          +---configuration
org.eclipse.team.internal.ui.synchronize.SynchronizePageConfiguration (#017e5533)
                            |
                            +---page
org.eclipse.team.internal.ui.synchronize.SubscriberParticipantPage (#01880782)
                              |
                              +---changesSection
org.eclipse.team.internal.ui.synchronize.ChangesSection (#01c94189)
                                |
                                +---participant
org.eclipse.team.internal.ccvs.ui.subscriber.WorkspaceSynchronizeParticipant
(#00518643)

I200405131600

I was trying to reproduce bug 41830. To do this I copied a large zip into my
workspace and then renamed it to have a .java ending. Since auto-build is on the
builder tried to compile this file (which of course has no valid Java source). I
disabled auto-build and cancelled the job but the Java still builder uses 100%
CPU after 5 minutes.

Here's the stack dump:
Full thread dump Java HotSpot(TM) Client VM (1.4.2_03-b02 mixed mode):

"Worker-63" prio=5 tid=0x03e63698 nid=0x98c in Object.wait() [5a8f000..5a8fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x1d321940> (a org.eclipse.core.internal.jobs.Semaphore)
        at org.eclipse.core.internal.jobs.Semaphore.acquire(Semaphore.java:38)
        - locked <0x1d321940> (a org.eclipse.core.internal.jobs.Semaphore)
        at
org.eclipse.core.internal.jobs.OrderedLock.doAcquire(OrderedLock.java:171)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire(OrderedLock.java:105)
        at org.eclipse.core.internal.jobs.OrderedLock.acquire(OrderedLock.java:79)
        at
org.eclipse.core.internal.resources.WorkManager.checkIn(WorkManager.java:96)
        at
org.eclipse.core.internal.resources.Workspace.prepareOperation(Workspace.java:1629)
        at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1669)
        at
org.eclipse.core.internal.events.NotificationManager$NotifyJob.run(NotificationManager.java:38)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Worker-62" prio=5 tid=0x03ffc090 nid=0xab8 in Object.wait() [3d9f000..3d9fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11d1c030> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:209)
        - locked <0x11d1c030> (a org.eclipse.core.internal.jobs.WorkerPool)
        at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:236)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)

"Worker-61" prio=5 tid=0x04741d80 nid=0x558 runnable [38ef000..38efd8c]
        at
org.eclipse.jdt.internal.compiler.parser.diagnose.DiagnoseParser.scopeTrialCheck(DiagnoseParser.java:1346)
        at
org.eclipse.jdt.internal.compiler.parser.diagnose.DiagnoseParser.scopeTrial(DiagnoseParser.java:1309)
        at
org.eclipse.jdt.internal.compiler.parser.diagnose.DiagnoseParser.secondaryPhase(DiagnoseParser.java:1663)
        at
org.eclipse.jdt.internal.compiler.parser.diagnose.DiagnoseParser.errorRecovery(DiagnoseParser.java:476)
        at
org.eclipse.jdt.internal.compiler.parser.diagnose.DiagnoseParser.diagnoseParse(DiagnoseParser.java:358)
        at
org.eclipse.jdt.internal.compiler.parser.Parser.reportSyntaxErrors(Parser.java:5405)
        at org.eclipse.jdt.internal.compiler.parser.Parser.parse(Parser.java:5384)
        at org.eclipse.jdt.internal.compiler.parser.Parser.parse(Parser.java:5708)
        at org.eclipse.jdt.internal.compiler.parser.Parser.parse(Parser.java:5673)
        at
org.eclipse.jdt.internal.compiler.parser.Parser.dietParse(Parser.java:4393)
        at
org.eclipse.jdt.internal.compiler.Compiler.beginToCompile(Compiler.java:293)
        at org.eclipse.jdt.internal.compiler.Compiler.compile(Compiler.java:319)
        at
org.eclipse.jdt.internal.core.builder.AbstractImageBuilder.compile(AbstractImageBuilder.java:203)
        at
org.eclipse.jdt.internal.core.builder.AbstractImageBuilder.compile(AbstractImageBuilder.java:153)
        at
org.eclipse.jdt.internal.core.builder.IncrementalImageBuilder.build(IncrementalImageBuilder.java:113)
        at
org.eclipse.jdt.internal.core.builder.JavaBuilder.buildDeltas(JavaBuilder.java:224)
        at
org.eclipse.jdt.internal.core.builder.JavaBuilder.build(JavaBuilder.java:152)
        at
org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:532)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:607)
        at org.eclipse.core.runtime.Platform.run(Platform.java:668)
        at
org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:148)
        at
org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:225)
        at
org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:178)
        at
org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:205)
        at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:607)
        at org.eclipse.core.runtime.Platform.run(Platform.java:668)
        at
org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:208)
        at
org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:244)
        at
org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:273)
        at
org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:150)
        at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:196)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

"Thread-5" prio=7 tid=0x03e98130 nid=0xb40 runnable [3c1f000..3c1fd8c]
        at java.net.SocketInputStream.socketRead0(Native Method)
        at java.net.SocketInputStream.read(SocketInputStream.java:129)
        at com.jcraft.jsch.IO.getByte(Unknown Source)
        at com.jcraft.jsch.Session.read(Unknown Source)
        at com.jcraft.jsch.Session.run(Unknown Source)
        at java.lang.Thread.run(Thread.java:534)

"Java indexing" daemon prio=4 tid=0x030cc2e0 nid=0xc64 in Object.wait()
[386f000..386fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x12784be0> (a
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobManager.java:344)
        - locked <0x12784be0> (a
org.eclipse.jdt.internal.core.search.indexing.IndexManager)
        at java.lang.Thread.run(Thread.java:534)

"Thread-1" prio=7 tid=0x02f45d68 nid=0xe88 in Object.wait() [37cf000..37cfd8c]
        at java.lang.Object.wait(Native Method)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x127260e8> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThread.run(ActionContributionItem.java:196)

"Thread-0" prio=7 tid=0x02ee19f8 nid=0xe84 in Object.wait() [378f000..378fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x12726158> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x12726158> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThread.run(ActionContributionItem.java:196)

"Start Level Event Dispatcher" daemon prio=5 tid=0x02de09b8 nid=0xdd8 in
Object.wait() [302f000..302fd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11b6de18> (a
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:149)
        - locked <0x11b6de18> (a org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:107)

"Framework Event Dispatcher" daemon prio=5 tid=0x00a51ad0 nid=0xdd4 in
Object.wait() [2fef000..2fefd8c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x11b6e018> (a
org.eclipse.osgi.framework.eventmgr.EventThread)
        at java.lang.Object.wait(Object.java:429)
        at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:149)
        - locked <0x11b6e018> (a org.eclipse.osgi.framework.eventmgr.EventThread)
        at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:107)

"Signal Dispatcher" daemon prio=10 tid=0x0003f2e0 nid=0x130 waiting on condition
[0..0]

"Finalizer" daemon prio=9 tid=0x00a01b28 nid=0xee0 in Object.wait()
[2caf000..2cafd8c]
        at java.lang.Object.wait(Native Method)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
        - locked <0x11b0f910> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x009c20a8 nid=0xecc in Object.wait()
[2c6f000..2c6fd8c]
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Object.java:429)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
        - locked <0x11b0f6c8> (a java.lang.ref.Reference$Lock)

"main" prio=7 tid=0x000352c0 nid=0xec4 in Object.wait() [7f000..7fc3c]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x228aaeb0> (a org.eclipse.core.internal.jobs.ThreadJob)
        at org.eclipse.core.internal.jobs.ThreadJob.joinRun(ThreadJob.java:159)
        - locked <0x228aaeb0> (a org.eclipse.core.internal.jobs.ThreadJob)
        at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJobs.java:87)
        at
org.eclipse.core.internal.jobs.ImplicitJobs.suspend(ImplicitJobs.java:189)
        at org.eclipse.core.internal.jobs.JobManager.suspend(JobManager.java:994)
        at
org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:108)
        at
org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:40)
        at
org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.activate(UserInterfaceStarter.java:54)
        at
org.eclipse.jdt.internal.ui.refactoring.reorg.RenameUserInterfaceStarter.activate(RenameUserInterfaceStarter.java:113)
        at
org.eclipse.jdt.internal.ui.refactoring.actions.RenameResourceAction.run(RenameResourceAction.java:64)
        at org.eclipse.jdt.ui.actions.RenameAction.run(RenameAction.java:118)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:212)
        at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
        at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
        at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:899)
        at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:850)
        at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:769)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:796)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2725)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2390)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
        at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:243)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:298)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:249)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:126)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
        at org.eclipse.core.launcher.Main.run(Main.java:722)
        at org.eclipse.core.launcher.Main.main(Main.java:706)

"VM Thread" prio=5 tid=0x009bdd38 nid=0xec0 runnable

"VM Periodic Task Thread" prio=10 tid=0x00a111a0 nid=0x10c waiting on condition
"Suspend Checker Thread" prio=10 tid=0x009fb960 nid=0xdc runnable

I2004-02-26

When switching to non-default JRE libraries (Preferences->Java->Installed JREs), e.g. adding some 
additional libraries, this has no effect when running the application. The newly added libraries are not 
added to the bootclasspath. Same with removing libraries.

build i0303, winxp, j9sc20031212

In my customized Debug perspective, I have JUnit test results as a fast view.
When I open it and "pin it", it gets stacked behind my Outline and Variables
view and I have to go to the "stacked view" icon to bring down the list to make
it visible.

I would expect it to get focus when first pinned.

Several SWT widget classes on Win32 throws an Exception 
(ERROR_INVALID_SUBCLASS) if you try to subclass them. For example, the Combo 
widget does this. This does not happen on other platforms, at least not 
Linux/GTK. 
 
So, for example, my SWT program developed under Linux/GTK that subclassed 
Combo works fine on Linux/GTK but throws exception when run on Win32. 
 
Personally I think throwing an exception on subclassing is a horrible idea in 
the first place. I'm sure it is to get around platform specific issues, but I 
think its a very good idea to instead make it consistent between platforms. So 
that if you cannot subclass a class on one platform, it is impossible to 
subclass it on all. If not, SWT is not portable between systems. 
 
So my suggestion is, finalize the classes that cannot be subclass on some 
systems and make SWT more consistent between platforms. 
 
This might be considered an 'enhancement', but I think API inconsistencies are 
bugs :)

M6

An image is leaked every time a java editor is opened and closed.  I've traced 
it to AbstractTextEditor.createSmartInsertModeCaret(StyledText).  The leak goes 
away if I comment out this method's middle 5 lines, so this Image is not being 
disposed later.

I200406192000

Persisted containers (created in JavaModelManager.recreatePersistedContainer
(...)) are leaked when a project is removed. They are still persisted and 
recreated on startup.

The contextual launch contribution sets adaptable=true (see below).
This means the selection is always converted to an IResource. This results in 
a loss of information, since then the enablement can only be expressed in 
terms of IResource and not in terms of the original type.

For exampe, the JUnit contextual launch needs to support launching an 
individual IMethod.

It should be up to the enablement expression to do the adaptation.  

   <extension
         point="org.eclipse.ui.popupMenus">
      <objectContribution
            objectClass="org.eclipse.core.resources.IResource"
            adaptable="true"
            id="org.eclipse.debug.ui.contextualLaunch">
        <action
               label="%LaunchMenu.label"
               style="pulldown"
               
class="org.eclipse.debug.internal.ui.actions.ContextualLaunchObjectActionDelega
te"
               menubarPath="additions"
               enablesFor="1"
               id="org.eclipse.debug.ui.contextualLaunch.submenu">
         </action>
      </objectContribution>
	</extension>

I200406192000

1. Start new workspace with javamodel trace on
2. Import all SDK plugins as linked projects
3. Open java.lang.Object
4. Search for references to Object in workspace
Observe: A lot of .class files are opened and put in the Java model cache

1. Run the following testcase
2. Click on the label on the left side, and hold the button down
3. Move the button over the label on the right, without releasing the button
4. After a few seconds, release the button over the right label

Notice that the mouseEnter event isn't fired until the button is released.  I 
believe it should be fired regardless of whether the button is down (i.e. the 
second you cross over to the right label in step 3).

--- testcase ---
import org.eclipse.swt.SWT;
import org.eclipse.swt.events.MouseEvent;
import org.eclipse.swt.events.MouseMoveListener;
import org.eclipse.swt.events.MouseTrackListener;
import org.eclipse.swt.layout.FillLayout;
import org.eclipse.swt.widgets.Display;
import org.eclipse.swt.widgets.Label;
import org.eclipse.swt.widgets.Shell;

public class SWTTestMouseExitEnterEvents implements MouseTrackListener, 
MouseMoveListener{

	private Display	display;
	private Shell	shell;

//-------------------------------------------------------------------
//
//-------------------------------------------------------------------
	static public void main(String[] args) {
		new SWTTestMouseExitEnterEvents().runMain(args);
	}

//-------------------------------------------------------------------
//
//-------------------------------------------------------------------
	private void runMain(String[] args) {

		display = new Display();
	
		shell = new Shell(display);
		shell.setText(getClass().getName());
		shell.setLayout(new FillLayout());
		shell.setSize(300, 300);
		
		Label label1 = new Label(shell,SWT.BORDER);
		Label label2 = new Label(shell,SWT.BORDER);
		label1.setText("left");
		label2.setText("right");
		
		label1.addMouseTrackListener(this);
		label2.addMouseTrackListener(this);
		label1.addMouseMoveListener(this);
		label2.addMouseMoveListener(this);
		
		shell.open();
		while (!shell.isDisposed()) {
			if (!display.readAndDispatch()) {
				display.sleep();
			}
		}
	}


	public void mouseEnter(MouseEvent e) {
		System.out.println("mouseEntered " + e.widget);
	}

	public void mouseExit(MouseEvent e) {
		System.out.println("mouseExited " + e.widget);
	}

	public void mouseHover(MouseEvent e) {
	}

	public void mouseMove(MouseEvent e) {
		System.out.println("mouseMoved " + e.widget);
	}

}

StyledText offers to send out SelectionEvents, but I found no specification
about the contents of the SelectionEvent. SelectionEvent says that x and y
fields are Widget-specific, but doesn't link to StyledText.

StyledText#addSelectionListener(..) also doesn't specify the contents of the
SelectionEvent.

Looking at the implementation, I found that StyledText#sendSelectionEvent()
fills the Event.x and Event.y fields from the field StyledText#selection. At the
definition of this field, I found a wrong line comment, which reads...
  Point selection = new Point(0, 0);  // x is character offset, y is length
But when I look at the rest of the class, it seems as if
- x is the start character offset
- y is the offset of the next character after the selection (and NOT the length)

Therefore, I suggest:
- completing the Javadoc of StyledText#addSelectionListener()
- correcting the erroneous comment of field StyledText#selection

java.lang.NullPointerException
	at org.eclipse.debug.internal.ui.InstructionPointerManager.addAnnotation
(InstructionPointerManager.java:98)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.openEditorForStackFrame
(LaunchView.java:707)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.showEditorForCurrentSelect
ion(LaunchView.java:598)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchView.selectionChanged
(LaunchView.java:474)
	at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.jface.viewers.Viewer.fireSelectionChanged
(Viewer.java:157)
	at org.eclipse.jface.viewers.StructuredViewer.updateSelection
(StructuredViewer.java:1388)
	at org.eclipse.jface.viewers.StructuredViewer.setSelection
(StructuredViewer.java:1090)
	at org.eclipse.debug.internal.ui.views.launch.LaunchView.autoExpand
(LaunchView.java:956)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleSuspen
dThreadEvent(LaunchViewEventHandler.java:225)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleSuspen
dEvent(LaunchViewEventHandler.java:185)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleDebugE
vents(LaunchViewEventHandler.java:100)
	at org.eclipse.debug.internal.ui.views.AbstractDebugEventHandler$1.run
(AbstractDebugEventHandler.java:70)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:106)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2709)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2401)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1362)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1333)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:252)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:96)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:334)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:185)
	at org.eclipse.core.launcher.Main.run(Main.java:638)
	at org.eclipse.core.launcher.Main.main(Main.java:622)

WinXP, Sun 1.4.2, RC1

add class load break point to DebugUIPlugin
launch runtime workspace in debug mode, with "switch when breakpoint hit" = 
prompt, and "switch on launch" to never.
splash screen appears and prompt to switch perspectives pop up behind the 
splash screen. There is no indication that the launch has been suspended 
because the dialog is hidden by the splash screen.

(*probably need to have host maximized on your screen??)

Feature org.eclipse.platform_3.0.0 lists the following sites.


   <url>
      <update label="%updateSiteName" url="http://update.eclipse.org/updates/3.0"/>
      <discovery label="%updateSiteName"
url="http://update.eclipse.org/updates/3.0"/>
   </url>

The problem is products can suppress the update site with a policy file but not
the discovery site. So the discovery site will allow customers to apply fixes
directly from eclipse.org even when the products need to suppress the updates as
they may break the product if they get applied before the corresponding product
  fixes go in.

When doing a Compare with Version, the navigate buttons contibuted by the 
participant go from file to file instead of from change to change.

Also, they are hard to use when traversing from a file that has a structure 
compare to one that doesn't becuase the buttons change place. There may not be 
much we can do here. Perhaps we should consider showing the structure compare 
view even if it is empty.

I20040310

Refactoring needs to parse compilation units without the nice extra style 
errors. To do so I used the new ASTParser and set it a modified version of the 
compiler options will all additional compiler settings turned to ignore. But 
the parser ignores these settings when parsing CUs (it always takes the 
settings from the project containing the CU). The parser should honor the set 
settings even in this case.

Have url http://www.mycorp.com specified in attrib /feature/description/url in 
my feature.xml.  In the window 'Product Configuration', accessed via Help | 
Software Updates | Manage Configuration, I see a link 'More Info...' in the 
associated feature description.  Clicking on this link yields error dialog 
with the caption 'urlHandler' and the text 'Windows cannot find 'urlHandler'.  
Make sure you typed the name correctly, then try again.  To search for a file, 
click the Start button, and then click Search.

When using the eclipse CVS client the line endings of the files in the CVS
directory have unix line endings (LF only) - even under windows. I haven't
tested if the team perspective corrects this on a commit transparently. But in
order to commit with a different client I needed to change all CVS/* files to
have proper line endings.

I2004-05-18

This makes tests fail. The method is internal and only used in testing, so the
fix is low to no risk.

I20040519 M9 test pass

1. Have these two classes:

========== Super.java ==========
public class Super {
}

========== Sub.java ============
public class Sub extends Super {
    private int b;
    
    public int getA() {
        return a;
    }
    
    public int getB() {
        return b;
    }
}
=================================

2.a) choose Refactoring->Pull Up, select the field b
3.a) observe: the correct refactoring
4.a) choose Refactor->Undo Pull Up
5.a) observe: refactoring is correctly undone
6.a) observe: Sub.java is not correctly reconciled:
     - outline does not show field b, only a
     - choosing "pull up" again ony offers field a to be pulled up, not b

2.b) choose Refactoring->Pull Up, select the field a this time
3.b) observe: the CUs are correctly refactored
4.b) observe: compile error in Sub.getA(), saying that a cannot be resolved

In both cases, modifying the cu and thus triggering a reconcile fixes the
problem. Not sure on what side the problem is.

I20040310

1. open a Java or Text editor
2. start incremental find (Ctrl+J)
Observe: the status line items are still OK
3. start typing
==> items get collapsed

This worked in all previous releases (including I20040309).

I20040519_0100

- create a test class A with one string
- externalize the string (you get a key A.0)
- now change the key used in A.java without updating the properties file
  (for example use A.00)
- add a second string
- externalize the string

  observe: the properties file now contains an entry A.00= which is bogus.

I200412011139

A call to ILogEntry[]
org.eclipse.team.internal.ccvs.ui.operations.RemoteLogOperation$LogEntryCache#getLogEntries(ICVSRemoteResource
resource) returns null (which is not checked by addSingleRevision), although the
javadoc states "@return the fetched log entries or an empty list is none were
found".

!ENTRY org.eclipse.core.runtime 4 2 2004-12-04 12:44:59.203
!MESSAGE An internal error occurred during: "Synchronize View: Processing label
changes".
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.team.internal.ccvs.ui.subscriber.CVSChangeSetCollector.addSingleRevision(CVSChangeSetCollector.java:273)
	at
org.eclipse.team.internal.ccvs.ui.subscriber.CVSChangeSetCollector.addSyncInfoToCommentNode(CVSChangeSetCollector.java:252)
	at
org.eclipse.team.internal.ccvs.ui.subscriber.CVSChangeSetCollector.addLogEntries(CVSChangeSetCollector.java:230)
	at
org.eclipse.team.internal.ccvs.ui.subscriber.CVSChangeSetCollector.access$0(CVSChangeSetCollector.java:225)
	at
org.eclipse.team.internal.ccvs.ui.subscriber.CVSChangeSetCollector$2.run(CVSChangeSetCollector.java:216)
	at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelUpdateHandler$8.run(SynchronizeModelUpdateHandler.java:659)
	at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelUpdateHandler$RunnableEvent.run(SynchronizeModelUpdateHandler.java:125)
	at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelUpdateHandler.executeRunnable(SynchronizeModelUpdateHandler.java:705)
	at
org.eclipse.team.internal.ui.synchronize.SynchronizeModelUpdateHandler.processEvent(SynchronizeModelUpdateHandler.java:218)
	at
org.eclipse.team.internal.core.BackgroundEventHandler.processEvents(BackgroundEventHandler.java:310)
	at
org.eclipse.team.internal.core.BackgroundEventHandler$1.run(BackgroundEventHandler.java:154)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)

Ctrl is not normally used for keybindings on Mac. Command is used instead.

An error dilaog appeared when I terminated/exited a program, saying "An error 
occurred. See the log for details" (or something like that). This was in my 
log, which looks like an uneccessary log/dialog. The disconnect should be 
ignored.

!ENTRY org.eclipse.core.runtime 4 2 Feb 11, 2004 14:39:26.485
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
com.sun.jdi.VMDisconnectedException
	at org.eclipse.jdi.internal.MirrorImpl.defaultReplyErrorHandler
(MirrorImpl.java:258)
	at org.eclipse.jdi.internal.ThreadReferenceImpl.ownedMonitors
(ThreadReferenceImpl.java:303)
	at org.eclipse.jdt.internal.debug.core.model.JDIThread.getOwnedMonitors
(JDIThread.java:2409)
	at 
org.eclipse.jdt.internal.debug.ui.monitors.MonitorManager.updateMonitors
(MonitorManager.java:311)
	at org.eclipse.jdt.internal.debug.ui.monitors.MonitorManager.update
(MonitorManager.java:282)
	at 
org.eclipse.jdt.internal.debug.ui.monitors.MonitorManager.updatePartial
(MonitorManager.java:249)
	at 
org.eclipse.jdt.internal.debug.ui.monitors.MonitorsView.selectionChanged
(MonitorsView.java:369)
	at org.eclipse.ui.internal.AbstractPartSelectionTracker$1.run
(AbstractPartSelectionTracker.java:115)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:819)
	at org.eclipse.core.runtime.Platform.run(Platform.java:493)
	at org.eclipse.ui.internal.AbstractPartSelectionTracker.fireSelection
(AbstractPartSelectionTracker.java:113)
	at org.eclipse.ui.internal.PagePartSelectionTracker$1.selectionChanged
(PagePartSelectionTracker.java:46)
	at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:819)
	at org.eclipse.core.runtime.Platform.run(Platform.java:493)
	at org.eclipse.jface.viewers.Viewer.fireSelectionChanged
(Viewer.java:157)
	at org.eclipse.jface.viewers.StructuredViewer.updateSelection
(StructuredViewer.java:1310)
	at org.eclipse.jface.viewers.StructuredViewer.handleSelect
(StructuredViewer.java:666)
	at org.eclipse.jface.viewers.StructuredViewer$4.widgetSelected
(StructuredViewer.java:690)
	at org.eclipse.jface.util.OpenStrategy.fireSelectionEvent
(OpenStrategy.java:178)
	at org.eclipse.jface.util.OpenStrategy.access$3(OpenStrategy.java:173)
	at org.eclipse.jface.util.OpenStrategy$1.handleEvent
(OpenStrategy.java:309)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2348)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2029)
	at org.eclipse.jface.window.Window.runEventLoop(Window.java:647)
	at org.eclipse.jface.window.Window.open(Window.java:627)
	at org.eclipse.jface.dialogs.MessageDialog.openError
(MessageDialog.java:285)
	at org.eclipse.jface.util.SafeRunnable.handleException
(SafeRunnable.java:50)
	at 
org.eclipse.ui.internal.AbstractPartSelectionTracker$1.handleException
(AbstractPartSelectionTracker.java:118)
	at org.eclipse.core.internal.runtime.InternalPlatform.handleException
(InternalPlatform.java:383)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:821)
	at org.eclipse.core.runtime.Platform.run(Platform.java:493)
	at org.eclipse.ui.internal.AbstractPartSelectionTracker.fireSelection
(AbstractPartSelectionTracker.java:113)
	at org.eclipse.ui.internal.PagePartSelectionTracker$1.selectionChanged
(PagePartSelectionTracker.java:46)
	at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:159)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:819)
	at org.eclipse.core.runtime.Platform.run(Platform.java:493)
	at org.eclipse.jface.viewers.Viewer.fireSelectionChanged
(Viewer.java:157)
	at org.eclipse.jface.viewers.StructuredViewer.updateSelection
(StructuredViewer.java:1310)
	at org.eclipse.jface.viewers.StructuredViewer.setSelection
(StructuredViewer.java:1033)
	at 
org.eclipse.debug.internal.ui.views.AbstractDebugEventHandler.selectAndReveal
(AbstractDebugEventHandler.java:155)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleResum
eEvent(LaunchViewEventHandler.java:153)
	at 
org.eclipse.debug.internal.ui.views.launch.LaunchViewEventHandler.doHandleDebug
Events(LaunchViewEventHandler.java:96)
	at org.eclipse.debug.internal.ui.views.AbstractDebugEventHandler$1.run
(AbstractDebugEventHandler.java:70)
	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages
(Synchronizer.java:102)
	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:2325)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2033)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1550)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1526)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:257)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:104)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

i200405130010

Organize imports does not work for me with this build:

!ENTRY org.eclipse.ui 4 4 May 13, 2004 16:46:45.990
!MESSAGE The command for the key you pressed failed
!ENTRY org.eclipse.ui 4 0 May 13, 2004 16:46:45.990
!MESSAGE The command for the key you pressed failed
!STACK 0
java.lang.NullPointerException
	at
org.eclipse.jdt.internal.ui.util.ElementValidator.getResources(ElementValidator.java:203)
	at
org.eclipse.jdt.internal.ui.util.ElementValidator.check(ElementValidator.java:163)
	at
org.eclipse.jdt.internal.ui.util.ElementValidator.check(ElementValidator.java:140)
	at
org.eclipse.jdt.ui.actions.OrganizeImportsAction.run(OrganizeImportsAction.java:406)
	at
org.eclipse.jdt.ui.actions.OrganizeImportsAction.run(OrganizeImportsAction.java:268)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:216)
	at
org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:188)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:141)
	at org.eclipse.ui.internal.commands.Command.execute(Command.java:132)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:468)
	at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:886)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:927)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:545)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$2(WorkbenchKeyboard.java:493)
	at
org.eclipse.ui.internal.keys.WorkbenchKeyboard$1.handleEvent(WorkbenchKeyboard.java:258)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Display.filterEvent(Display.java:712)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:795)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:820)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:805)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1724)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1720)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3048)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2951)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3291)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1466)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2388)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1353)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1324)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:243)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:298)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:249)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:126)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:269)
	at org.eclipse.core.launcher.Main.run(Main.java:722)
	at org.eclipse.core.launcher.Main.main(Main.java:706)

OS : RHEL 3.0
Must fix
Severity:
Build date: 070704
Language: DEU
Blocking: NO

Problem Description: In the Customize Perspective window, the complete
description cannot be viewed even when the slide bar is pulled all the way over
to the right. Increasing the window size only distorts the font.

See attached screen capture.

When I do "File > New > Other...", I get a new wizard. Double-click on
any tree node, and nothing happens. Instead, I have to explicitly expand the
tree nodes to see the children. Default behavior is to expand/collapse at 
double click.

List list = (List)new ArrayList();

20040210

jdt.core now allows the '_' in tag names (so that tag names are now similar to
java identifiers). See bug 49259.

The colorer in the Java editor needs to be updated too.

i20040304

Deleting Java outline elements is behaving in a weird way in this build.

I have a Java source open. I select some methods in the Outline view, and press
<Del>. A dialog opens saying "Are you sure you want to delete these <#elems>
elements?". I say "Yes", but the dialog opens for the second time. And while the
dialog is showing up, the elements are removed from the outline. Of course,
confirm the second deletion fails because the elemnts are not there anymore.

(in HEAD) The snippet editor subclasses the JavaSourceViewerConfiguration, and 
inherits its autoindent strategy. This is causing the following exception, 
when I attempt to enter a carriage return at the end of a snippet editor. For 
example, my editor cantained the following text. Placing the cursor at the end 
and pressing 'Enter' results in the stack trace. Should we not use the indent 
strategy? or can JUI allow us to continue using it?

java.util.Vector v = null;
v.add("Sam");
for (int i = 0; i < 100; i++) {
	
}
v.toString() 




org.eclipse.jface.text.Assert$AssertionFailedException: Assertion failed: 
	at org.eclipse.jface.text.Assert.isTrue(Assert.java:175)
	at org.eclipse.jface.text.Assert.isTrue(Assert.java:160)
	at org.eclipse.jdt.internal.ui.text.JavaHeuristicScanner.scanForward
(JavaHeuristicScanner.java:638)
	at 
org.eclipse.jdt.internal.ui.text.JavaHeuristicScanner.findNonWhitespaceForwardI
nAnyPartition(JavaHeuristicScanner.java:607)
	at 
org.eclipse.jdt.internal.ui.text.JavaIndenter.skipToPreviousListItemOrListStart
(JavaIndenter.java:759)
	at org.eclipse.jdt.internal.ui.text.JavaIndenter.findReferencePosition
(JavaIndenter.java:559)
	at org.eclipse.jdt.internal.ui.text.JavaIndenter.findReferencePosition
(JavaIndenter.java:405)
	at 
org.eclipse.jdt.internal.ui.text.JavaIndenter.getReferenceIndentation
(JavaIndenter.java:105)
	at org.eclipse.jdt.internal.ui.text.JavaIndenter.computeIndentation
(JavaIndenter.java:138)
	at org.eclipse.jdt.internal.ui.text.JavaIndenter.computeIndentation
(JavaIndenter.java:124)
	at 
org.eclipse.jdt.internal.ui.text.java.JavaAutoIndentStrategy.smartIndentAfterNe
wLine(JavaAutoIndentStrategy.java:261)
	at 
org.eclipse.jdt.internal.ui.text.java.JavaAutoIndentStrategy.customizeDocumentC
ommand(JavaAutoIndentStrategy.java:996)
	at org.eclipse.jface.text.TextViewer.customizeDocumentCommand
(TextViewer.java:3132)
	at org.eclipse.jface.text.TextViewer.handleVerifyEvent
(TextViewer.java:3160)
	at org.eclipse.jface.text.TextViewer$TextVerifyListener.verifyText
(TextViewer.java:322)
	at org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:193)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:857)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:842)
	at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:650)
	at org.eclipse.swt.custom.StyledText.modifyContent
(StyledText.java:5951)
	at org.eclipse.swt.custom.StyledText.sendKeyEvent(StyledText.java:6935)
	at org.eclipse.swt.custom.StyledText.doContent(StyledText.java:2557)
	at org.eclipse.swt.custom.StyledText.handleKey(StyledText.java:5304)
	at org.eclipse.swt.custom.StyledText.handleKeyDown
(StyledText.java:5327)
	at org.eclipse.swt.custom.StyledText$7.handleEvent
(StyledText.java:5070)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:857)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:842)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1716)
	at org.eclipse.swt.widgets.Control.sendKeyEvent(Control.java:1712)
	at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:3037)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:2940)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:2880)
	at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
	at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1376)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2031)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1509)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1480)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:48)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:260)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:173)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:106)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:305)
	at org.eclipse.core.launcher.Main.run(Main.java:745)
	at org.eclipse.core.launcher.Main.main(Main.java:713)

In I0302 I opened a debug perspective and the Variables view had a details pane 
on the right hand side.  When I pulled down the menu, the current state was set 
to variables only.  I selected that again and nothing changed.  I then chose 
horizontal and got pretty much the same layout but the details pane was 
smaller.  Vertical gave me what you (I) would expect.  Then selecting Variable 
only got rid of the details pane.

For some reason fiji is reporting this error:

: cvs server: cannot open /root/.cvsignore: Permission denied

For one, we should see how to configure fiji such that it doesn't give this 
error. Also, it does not affect the operation so we need to handle it more 
gracefully. We used to only fail when the command returned error but we seem 
to be failing now in more cases.

20040211

- Enable 'Mark Occurences'
- Open org.eclipse.jdt.internal.core.ClassFile
- In getBuffer(), select 'JavaModelException'
-> super is highlighted. Should better hightlight 'getBuffer' or at least
'super.getBuffer()'

From Konrad:

It looks like the browser installed with RHEL 3.0 does not meet requirements 
of SWT.  I have RHEL3.0U1 with all RHN updates, and they upgraded Mozilla to 
1.4.2, which I am afraid is not GTK version.  If you would like to see the 
browser embedded, a different mozilla (GTK2 build) needs to be installed

In the sharing wizard if the list of enabled wizards is empty then we should
automatially select the "show all wizards" button.

I have a launch configuration that uses SourceLookupTab to display and edit the 
source lookup path.

I tried adding a working set in the source lookup tab.  Then I selected the 
working set, and click remove.  The working set does not get removed from the 
source look up tab.  It would remain as one of the source look up paths.

The only way to remove the working set is to restore defaults.

I tried adding another working set, and then dismissed the launch configuration 
dialog.  Then I bring up the launch configuration dialog again, looking at the 
same launch config.  There will be an error message "Unable to initialize 
source container."  I then looked at the source tab.  The tab becomes empty.

This is reproducible on IES/WSWB 5-06.

build i0407-1337, winxp, sun jdk 1.4.2_03

I got the following NPE in my console. Here are the steps that I did:
- opened revision of code to look at (InternalPlatform 1.86)
- no outline so I tried ctrl-o (didn't work...didn't expect either to work)
- right clicked and saw 2 menu options...Copy and Refactoring
- expanded the Refactoring menu and it said something like <no refactorings
available>
- left-clicked on the editor to get rid of the menu and place focus back on the
editor
- got the NPE

!ENTRY org.eclipse.ui 4 4 Apr 13, 2004 09:08:47.311
!MESSAGE Unhandled event loop exception
Unhandled event loop exception
Reason:
!ENTRY org.eclipse.ui 4 0 Apr 13, 2004 09:08:47.321
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
        at org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringActions.co
nvertToEnclosingOrPrimaryType(RefactoringActions.java:50)
        at org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringActions.ge
tEnclosingOrPrimaryType(RefactoringActions.java:40)
        at org.eclipse.jdt.ui.actions.ExtractInterfaceAction.canEnable(ExtractIn
terfaceAction.java:144)
        at org.eclipse.jdt.ui.actions.ExtractInterfaceAction.selectionChanged(Ex
tractInterfaceAction.java:137)
        at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchSelectionC
hanged(SelectionDispatchAction.java:202)
        at org.eclipse.jdt.ui.actions.SelectionDispatchAction.update(SelectionDi
spatchAction.java:114)
        at org.eclipse.jdt.ui.actions.RefactorActionGroup.refactorMenuShown(Refa
ctorActionGroup.java:501)
        at org.eclipse.jdt.ui.actions.RefactorActionGroup.access$1(RefactorActio
nGroup.java:486)
        at org.eclipse.jdt.ui.actions.RefactorActionGroup$1.menuAboutToShow(Refa
ctorActionGroup.java:441)
        at org.eclipse.jface.action.MenuManager.fireAboutToShow(MenuManager.java
:286)
        at org.eclipse.jface.action.MenuManager.handleAboutToShow(MenuManager.ja
va:370)
        at org.eclipse.jface.action.MenuManager.access$0(MenuManager.java:367)
        at org.eclipse.jface.action.MenuManager$2.menuShown(MenuManager.java:383
)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:
116)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:793)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:774)
        at org.eclipse.swt.widgets.Control.WM_INITMENUPOPUP(Control.java:3295)
        at org.eclipse.swt.widgets.Control.windowProc(Control.java:2967)
        at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1446)

        at org.eclipse.swt.widgets.Display.windowProc(Display.java:3155)
        at org.eclipse.swt.internal.win32.OS.TrackPopupMenu(Native Method)
        at org.eclipse.swt.widgets.Menu._setVisible(Menu.java:222)
        at org.eclipse.swt.widgets.Display.runPopups(Display.java:2613)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2258)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1561)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1532)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.jav
a:257)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140)
        at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90
)
        at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformAct
ivator.java:279)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:241)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:117)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
        at org.eclipse.core.launcher.Main.run(Main.java:692)
        at org.eclipse.core.launcher.Main.main(Main.java:676)
java.lang.NullPointerException

I20040518-0816

Error Mai 18, 2004 17:31:51.468 An internal error occurred during: "CVS
QuickDiff: fetching remote contents".
java.lang.NullPointerException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.NullPointerException.<init>(NullPointerException.java:60)
	at
org.eclipse.team.internal.ccvs.ui.RemoteRevisionQuickDiffProvider.computeChange(RemoteRevisionQuickDiffProvider.java:208)
	at
org.eclipse.team.internal.ccvs.ui.RemoteRevisionQuickDiffProvider.readDocument(RemoteRevisionQuickDiffProvider.java:244)
	at
org.eclipse.team.internal.ccvs.ui.RemoteRevisionQuickDiffProvider.access$4(RemoteRevisionQuickDiffProvider.java:240)
	at
org.eclipse.team.internal.ccvs.ui.RemoteRevisionQuickDiffProvider$3.run(RemoteRevisionQuickDiffProvider.java:344)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java)

I200405200800

If I use the context menu of the synchronize view to start a synchronize
operation, it does not synchronize.  Clicking on the toolbar button does start
it up.

-build I200405200800

- open an empty workspace
- grab a coolItem and drag it down to create a second row
- now drag it back up.

NOTE that there is now a chevron next to the Resource perspective button, but there are not other 
open perspectives.

20040605

Configure CVS to use watch edit mode and always prompt before sending 
notification to CVS server. Don't allow sending the notification. This keeps 
the files in read-only state, but the status returned from validateEdit is 
Status OK: org.eclipse.team.cvs.ui code=0 OK null.

Since the files are still read-only an error status must be returned.

I20040113

After starting the workbench, I see the message "Building Workspace" flickering
~ once per second in the status line. Setting the process view to "verbose", I
see the following:

Permanent Jobs:
- Update Progress (SYSTEM)
- Sleeping: Building Workspace

Flashing ever second or so:
- Status Line Update (SYSTEM)
- Redraw Animation (SYSTEM)
- Process Montior (System)

20040520

If you try and create the progress view with the setting set to High Contrast 
you will get the following exception:

STEPS
1) Go to the Control Panel and select Accessibility options
2) Select use High Contrast
3) Start Eclipse
4) Open the progress viewer.

java.lang.IllegalArgumentException: Argument not valid
	at org.eclipse.swt.SWT.error(SWT.java:2677)
	at org.eclipse.swt.SWT.error(SWT.java:2616)
	at org.eclipse.swt.SWT.error(SWT.java:2587)
	at org.eclipse.swt.graphics.Color.init(Color.java:244)
	at org.eclipse.swt.graphics.Color.<init>(Color.java:78)
	at org.eclipse.ui.internal.progress.NewProgressViewer.<init>
(NewProgressViewer.java:1119)
	at org.eclipse.ui.internal.progress.JobView.createPartControl
(JobView.java:47)
	at org.eclipse.ui.internal.PartPane$2.run(PartPane.java:119)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:608)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.ui.internal.PartPane.createChildControl(PartPane.java:115)
	at org.eclipse.ui.internal.ViewPane.createChildControl(ViewPane.java:140)
	at org.eclipse.ui.internal.ViewFactory$1.run(ViewFactory.java:281)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:608)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.ui.internal.ViewFactory.busyRestoreView
(ViewFactory.java:203)
	at org.eclipse.ui.internal.ViewFactory$2.run(ViewFactory.java:459)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.ViewFactory.restoreView(ViewFactory.java:457)
	at org.eclipse.ui.internal.ViewFactory$ViewReference.getPart
(ViewFactory.java:94)
	at org.eclipse.ui.internal.WorkbenchPage$1.propertyChange
(WorkbenchPage.java:130)
	at org.eclipse.ui.internal.LayoutPart.setVisible(LayoutPart.java:257)
	at org.eclipse.ui.internal.PartPane.setVisible(PartPane.java:289)
	at org.eclipse.ui.internal.ViewPane.setVisible(ViewPane.java:567)
	at org.eclipse.ui.internal.presentations.PresentableViewPart.setVisible
(PresentableViewPart.java:114)
	at 
org.eclipse.ui.internal.presentations.DefaultPartPresentation.selectPart
(DefaultPartPresentation.java:854)
	at org.eclipse.ui.internal.PartStack.refreshPresentationSelection
(PartStack.java:919)
	at org.eclipse.ui.internal.PartStack.createControl(PartStack.java:461)
	at org.eclipse.ui.internal.PartStack.createControl(PartStack.java:361)
	at org.eclipse.ui.internal.PartSashContainer.createControl
(PartSashContainer.java:427)
	at org.eclipse.ui.internal.PerspectiveHelper.activate
(PerspectiveHelper.java:156)
	at org.eclipse.ui.internal.Perspective.onActivate(Perspective.java:718)
	at org.eclipse.ui.internal.WorkbenchPage.onActivate
(WorkbenchPage.java:1984)
	at org.eclipse.ui.internal.WorkbenchWindow$4.run
(WorkbenchWindow.java:1787)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:69)
	at org.eclipse.ui.internal.WorkbenchWindow.setActivePage
(WorkbenchWindow.java:1774)
	at org.eclipse.ui.internal.WorkbenchWindow.restoreState
(WorkbenchWindow.java:1344)
	at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1216)
	at org.eclipse.ui.internal.Workbench.access$10(Workbench.java:1183)
	at org.eclipse.ui.internal.Workbench$13.run(Workbench.java:1094)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:608)
	at org.eclipse.core.runtime.Platform.run(Platform.java:758)
	at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1027)
	at org.eclipse.ui.internal.WorkbenchConfigurer.restoreState
(WorkbenchConfigurer.java:167)
	at org.eclipse.ui.application.WorkbenchAdvisor.openWindows
(WorkbenchAdvisor.java:652)
	at org.eclipse.ui.internal.Workbench.init(Workbench.java:817)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1311)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:253)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:97)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:305)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:256)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:127)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:184)
	at org.eclipse.core.launcher.Main.run(Main.java:637)
	at org.eclipse.core.launcher.Main.main(Main.java:621)

From the main workbench menu, click Run -> External Tools -> External Tools. 
Click Ant, New.  In the New Configuration screen, click the properties tab.  The
line at the top of the panel has truncated text.  

This problem occurs in NLV languages as well as in english.

See the attached screenshot.

I20040520 0800

Autobuild is not interrupting when it should:

1) Start a long autobuild
2) Start typing in an editor

-> UI is blocked, and autobuild does not seem to stop

While retrieving labels for debug elements in the background, we show the 
label "<pending...>" for elements. We should experiment with something less 
invasive such as "...".

Software: Windows 2000, Eclipse build id I200401060800, Sun JDK 1.4.1_05.
Hardware: Celeron 1,7Ghz, 512MB Ram, -Xms64M -Xmx380M vm parameters

At various tasks (simple editing, saving, changing to other java editor)
sometimes Eclipse "hangs" on several seconds. After some investigating I think
that it maybe related to the
org.eclipse.jdt.internal.ui.text.java.hover.JavaEditorTextHoverDescriptor class.
I imported the jdt.ui plugin as a source plugin and and enhance the following
function with one System.out:

private boolean dependsOn(IPluginDescriptor descriptor0, IPluginDescriptor
descriptor1) {
        System.out.println("# Enter: " + descriptor0.getLabel() + ", " +
descriptor1.getLabel());
... - the other remains the same
}

When running the runtime workbench every occured "hang" produces a large list
(over 1600 elements). After this list completes I can continue my work.

A sample list fraction I got for a simple "hang" (after switching two java
editor with Ctrl+F6). The full list consists of 1764 lines):

# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Text, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Eclipse UI, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Text, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Resource Management, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Default Text Editor, JDI Debug UI
# Enter: Eclipse IDE UI, JDI Debug UI
# Enter: Views, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Eclipse UI, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: Install/Update Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: Install/Update Configurator, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Resource Management, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Eclipse UI, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: JFace Text, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Text, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: Text Editor Framework, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: JFace Text, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Text, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Eclipse UI, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Text, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Resource Management, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: File Buffers, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: Core Resource Management, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Text, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Eclipse UI, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Text, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Eclipse UI, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Text, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Compare Support, JDI Debug UI
# Enter: Eclipse IDE UI, JDI Debug UI
# Enter: Views, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Eclipse UI, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: Install/Update Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: Install/Update Configurator, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Resource Management, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Eclipse UI, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: JFace Text, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Text, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: Text Editor Framework, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: JFace Text, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Text, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Eclipse UI, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Text, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Resource Management, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Eclipse UI, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Text, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Eclipse IDE UI, JDI Debug UI
# Enter: Views, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Eclipse UI, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: Install/Update Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: Install/Update Configurator, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Resource Management, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Eclipse UI, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Search Support, JDI Debug UI
# Enter: Eclipse IDE UI, JDI Debug UI
# Enter: Views, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Eclipse UI, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: Install/Update Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: Install/Update Configurator, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Resource Management, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Eclipse UI, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: JFace Text, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Text, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: Text Editor Framework, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: JFace Text, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Text, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Eclipse UI, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Text, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Resource Management, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Default Text Editor, JDI Debug UI
# Enter: Eclipse IDE UI, JDI Debug UI
# Enter: Views, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Workbench, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Help System Core, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
# Enter: Eclipse UI, JDI Debug UI
# Enter: JFace, JDI Debug UI
# Enter: Standard Widget Toolkit, JDI Debug UI
# Enter: Core Runtime Plug-in Compatibility, JDI Debug UI
# Enter: org.eclipse.core.runtime, JDI Debug UI
...

Csaba

I'm using the 3.0 M9 build

I did a synchronize of the repository with HEAD. There was incoming changes in 
two projects. In one of those projects, I had modified the same file, so there 
was a conflict.

I clicked on the incoming view of the sync view. Expanded the project 
containing the file with the conflict. Double clicked on the file to open 
the "change" editor. Was not interested in keeping my changes to the file, so 
from the context menu of the file, choosed "override and update". When the 
operation was done, the sync view refreshed and the project dissappeared from 
the view.

It looked liked I brought in all the changes. However, if I sync'd the 
workspace again, I noticed all the incoming changes were still there except 
for the one file I did the "override and update" on.

Halfway through the method ContextualLaunchAction#selectionChanged() is a check if the parameter 
"action" is null. This parameter is not specified to have null as a possible value. Also, if it ever was null 
we would have fallen through to the bottom where action.setEnabled(false) is called with no null check 
anyway.

RefreshTab#getRefreshAttribute(...) reads in part:

  if (workingSet == null || workingSet.getElements().length == 0) {
    set = NO_WORKING_SET;
  } else {
    XMLMemento workingSetMemento = XMLMemento.
            createWriteRoot(TAG_LAUNCH_CONFIGURATION_WORKING_SET);
    if (workingSet != null) {
      [...]
    }
  }

If workingSet is null, execution will fall into the first if clause. If execution gets into the else, the 
workingSet has to be non-null. The null check in this scope is redundant.

I20040310

- make some errors show up in problems viewer

Observe: there are some stray pixels in the table's first column.
See attached screenshot.

I'm guessing that this JDT warning was just recently added to eclipse.  Users 
with jdk 1.5 will not be able to compile us since enum is now a keyword.  The 
places where we use enum as a variable name, but no longer should, are:

Clipboard.java	line 534
Clipboard.java	line 538
Clipboard.java	line 539
Clipboard.java	line 548
DropTarget.java	line 641
DropTarget.java	line 647
DropTarget.java	line 648
DropTarget.java	line 668

ViewTabCursorManager#activateCellEditor(...) reads in part:

  ICellModifier cellModifier = null;
		
  if (fTableViewer != null)
    {
      cellModifier = fTableViewer.getCellModifier();
  }

  [...]		
  Object value = cellModifier.getValue(element, (String)property);

If fTableViewer is null in the check at the top, then cellModifier will be null on the last line. This will 
cause an NPE.

AddSourceContainerDialog contains a possible NPE.
  ISourceContainerBrowser browser = SourceLookupUIUtils.getSourceContainerBrowser(type.getId());
  if(browser == null) {
    super.okPressed();
  }
  ISourceContainer[] results = browser.addSourceContainers(getShell(), fDirector);

If browser is null after "if (browser == null) {" we'll still call browser.addSourceContainers(...). This would 
cause an NPE.

build I20040303

Nick says:
> > We also need more control over the overall window layout.  At 
> > minimum, we need to fully disable the banner curve for RCP apps 
> > (currently it only disappears if you turn off perspective bar and 
> > coolbar).  Ideally I'd like to give the app full control over the 
> > window layout, but this will require opening up more API for things 
> > like TrimLayout, PerspectiveBar, FastViewBar, and DnD of trim parts.

Chris responds:
> i think we should try the minimum here for M8. i.e. the banner curve
> off, even when perspectives are showing.
> question: is this just a small look change (like make the curve into
> a vertical line?), or a functional change e.g. be able to dock the 
> perspective bar in the regular coolbar area?

Nick replies:
At a minimum, we need to do just the look change.  MVM was talking about 
functional improvements here too.
I think making the perspective bar be a regular toolbar would be fine for RCP 
apps, even if DnD is not supported.
This is probably better than making it be a special component.  But this may 
complicate the story too much, particularly if functional improvements are 
coming down the pipe.

The spec for get/putByteArray says that they should be stored in Base64.

Build: 20040924

The Team.ui plugin is being started when running headless applications (such as
platform core test suites). This results in an error because it tries to access
the Workbench, which has never been started.  The error is:

!ENTRY org.eclipse.core.runtime 4 2 Oct 15, 2004 14:27:07.334
!MESSAGE An internal error occurred during: "".
!STACK 0
java.lang.IllegalStateException: Workbench has not been created yet.
        at org.eclipse.ui.PlatformUI.getWorkbench(PlatformUI.java:92)
        at
org.eclipse.team.internal.ui.TeamCapabilityHelper.<init>(TeamCapabilityHelper.java:70)
        at
org.eclipse.team.internal.ui.TeamCapabilityHelper.getInstance(TeamCapabilityHelper.java:55)
        at org.eclipse.team.internal.ui.TeamUIPlugin$2.run(TeamUIPlugin.java:197)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)


The stack trace of the activation of the team.ui plugin is below.  The loading
of the file modification validator is causing team ui to load.

Thread [main] (Suspended (breakpoint at line 179 in
org.eclipse.team.internal.ui.TeamUIPlugin))
	org.eclipse.team.internal.ui.TeamUIPlugin.start(org.osgi.framework.BundleContext) line: 179
	org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run() line: 958
	java.security.AccessController.doPrivileged(java.security.PrivilegedExceptionAction) line: not available [native method]
	org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(org.osgi.framework.BundleActivator) line: 954
	org.eclipse.osgi.framework.internal.core.BundleContextImpl.start() line: 937
	org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(boolean) line: 421
	org.eclipse.osgi.framework.internal.core.BundleHost(org.eclipse.osgi.framework.internal.core.AbstractBundle).start() line: 293
	org.eclipse.core.runtime.adaptor.EclipseClassLoader.findLocalClass(java.lang.String) line: 110
	org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(java.lang.String) line: 371
	org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(java.lang.String) line: 402
	org.eclipse.core.runtime.adaptor.EclipseClassLoader(org.eclipse.osgi.framework.adaptor.core.AbstractClassLoader).loadClass(java.lang.String, boolean) line: 93
	org.eclipse.core.runtime.adaptor.EclipseClassLoader(java.lang.ClassLoader).loadClass(java.lang.String) line: 235
	org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(java.lang.String) line: 307
	org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(java.lang.String,
boolean) line: 336
	org.eclipse.osgi.framework.internal.core.BundleHost(org.eclipse.osgi.framework.internal.core.AbstractBundle).loadClass(java.lang.String) line: 1313
	org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(org.osgi.framework.Bundle, java.lang.String, java.lang.Object, org.eclipse.core.runtime.IConfigurationElement, java.lang.String) line: 131
	org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(org.osgi.framework.Bundle, java.lang.String, java.lang.String, java.lang.Object, org.eclipse.core.runtime.IConfigurationElement, java.lang.String) line: 124
	org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(java.lang.String) line: 113
	org.eclipse.team.internal.core.FileModificationValidatorManager.loadDefaultValidator() line: 123
	org.eclipse.team.internal.core.FileModificationValidatorManager.getDefaultValidator() line: 109
	org.eclipse.team.internal.core.FileModificationValidatorManager.validateSave(org.eclipse.core.resources.IFile) line: 96
	org.eclipse.core.internal.resources.Workspace$6.run() line: 2229
	org.eclipse.core.internal.runtime.InternalPlatform.run(org.eclipse.core.runtime.ISafeRunnable) line: 616
	org.eclipse.core.runtime.Platform.run(org.eclipse.core.runtime.ISafeRunnable)
line: 747
	org.eclipse.core.internal.resources.Workspace.validateSave(org.eclipse.core.resources.IFile) line: 2236
	org.eclipse.core.internal.resources.File.setContents(java.io.InputStream, int,
org.eclipse.core.runtime.IProgressMonitor) line: 332
	org.eclipse.core.internal.localstore.FileSystemResourceManager.internalWrite(org.eclipse.core.resources.IProject, org.eclipse.core.resources.IProjectDescription, int, boolean, boolean) line: 287
	org.eclipse.core.internal.resources.Project.writeDescription(org.eclipse.core.resources.IProjectDescription, int, boolean, boolean) line: 1015
	org.eclipse.core.internal.resources.Project.writeDescription(int) line: 996
	org.eclipse.core.internal.resources.Project.create(org.eclipse.core.resources.IProjectDescription, org.eclipse.core.runtime.IProgressMonitor) line: 276
	org.eclipse.core.internal.resources.Project.create(org.eclipse.core.runtime.IProgressMonitor) line: 302
	org.eclipse.core.tests.resources.IResourceTest.setUp() line: 369
	org.eclipse.core.tests.resources.IResourceTest(junit.framework.TestCase).runBare() line: 125
	junit.framework.TestResult$1.protect() line: 106
	junit.framework.TestResult.runProtected(junit.framework.Test,
junit.framework.Protectable) line: 124
	junit.framework.TestResult.run(junit.framework.TestCase) line: 109
	org.eclipse.core.tests.resources.IResourceTest(junit.framework.TestCase).run(junit.framework.TestResult) line: 118
	junit.framework.TestSuite.runTest(junit.framework.Test,
junit.framework.TestResult) line: 208
	junit.framework.TestSuite.run(junit.framework.TestResult) line: 203
	org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner(org.eclipse.jdt.internal.junit.runner.RemoteTestRunner).runTests(java.lang.String[], java.lang.String) line: 421
	org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner(org.eclipse.jdt.internal.junit.runner.RemoteTestRunner).run() line: 305
	org.eclipse.pde.internal.junit.runtime.RemotePluginTestRunner.main(java.lang.String[]) line: 30
	org.eclipse.pde.internal.junit.runtime.CoreTestApplication.run(java.lang.Object) line: 26
	org.eclipse.core.internal.runtime.PlatformActivator$1.run(java.lang.Object)
line: 335
	org.eclipse.core.runtime.adaptor.EclipseStarter.run(java.lang.Object) line: 273
	org.eclipse.core.runtime.adaptor.EclipseStarter.run(java.lang.String[],
java.lang.Runnable) line: 129
	sun.reflect.NativeMethodAccessorImpl.invoke0(java.lang.reflect.Method,
java.lang.Object, java.lang.Object[]) line: not available [native method]
	sun.reflect.NativeMethodAccessorImpl.invoke(java.lang.Object,
java.lang.Object[]) line: 39
	sun.reflect.DelegatingMethodAccessorImpl.invoke(java.lang.Object,
java.lang.Object[]) line: 25
	java.lang.reflect.Method.invoke(java.lang.Object, java.lang.Object[]) line: 324
	org.eclipse.core.launcher.Main.basicRun(java.lang.String[]) line: 185
	org.eclipse.core.launcher.Main.run(java.lang.String[]) line: 704
	org.eclipse.core.launcher.Main.main(java.lang.String[]) line: 688

I20040422

JavaCore.startUp() is processing the saved state delta in the same thread. This 
could cause deadlocks. See bug 59852 for details.

Try this snippet. When the window is opened, group is disabled, but radio
buttons inside can be clicked. When you later click the checkbox to
enable/disable the group, in this case, radio buttons are not clickable when
group is disabled, so it's allright then. This occured in SWT3.0 GTK and
SWT3.0RC3 GTK. On MS Windows with SWT3.0RC3 it was OK. My GTK+ version is 2.4.3-1.



import org.eclipse.swt.*;
import org.eclipse.swt.events.*;
import org.eclipse.swt.layout.*;
import org.eclipse.swt.widgets.*;

public class Main {
    public static void main(String[] args) {
        final Shell shell = new Shell(SWT.SHELL_TRIM);
        shell.setLayout(new GridLayout(1, false));

        final Button check = new Button(shell, SWT.CHECK);
        check.setText("Enable group");
        check.setSelection(false);

        final Group group = new Group(shell, SWT.NONE);
        group.setText("Group");
        group.setLayout(new RowLayout(SWT.VERTICAL));

        Button radio1 = new Button(group, SWT.RADIO);
        radio1.setText("Radio 1");

        Button radio2 = new Button(group, SWT.RADIO);
        radio2.setText("Radio 2");
        check.addSelectionListener(new SelectionAdapter() {
            public void widgetSelected(SelectionEvent e) {
                group.setEnabled(check.getSelection());
            }
        });
        group.setEnabled(false);

        shell.pack();
        shell.open();

        Display d = shell.getDisplay();

        while (!shell.isDisposed()) {
            if (!d.readAndDispatch()) {
                d.sleep();
            }
        }
    }
}

build I20040420

MVM requests:
Nick/Andrew, can you remove the image from the workspace selection dialog?

in response to Linda's request:
To remove the Wizard Style treatment from the Workspace Launcher and Save As
dialogs, suggest the following.
They don't look as great, but both strategies try to keep the look simple
without introducing additional style variations.

1. Workspace Launcher dialog
- remove the icon, but leave the background colour white to retain some look for
this dialog since it is part of launch sequence.

RC2

Changing and applying values in the colors/fonts page has no effect when you're
using a theme other than the default.  Exiting and rentering the page shows the
original values, yet the reset button is enabled.

If a sub-content type can have a default charset different from its parent, it
should be able to choose to not have any default as well. The syntax could be
something like:

<content-type id="subtype" base-type="parent" default-charset="" .../>

When putting an extra space after the host, eclipse don't show the error as it 
did before the last version of eclipse 3

Since Eclipse 3.0, AbstractTextEditor uses caret creating methods.
createInsertCaret(), createOverwriteCaret(), createRawInsertModeCaret().
However, these methods do not set the font information for IME to carets. It
caused that font and size of the composition string uses the OS default, not
same as the StyledText.

If an Ant home is specified for an Ant launch configuration and then that Ant 
home no longer exists, we do not present this problem to the user.

This causes flashing on Windows.

As we cannot rely on job checking cancel enough we should sort them to the 
bottom of the list so that they do not show up in the progress region unless 
they are the only job.

Here is a scenario where this can happen:

- clicked the sync button in the sync view
- it started a sync
- pressed Run in Background
- did the same again
- in the progress view, it showed two sync jobs, but only one was active
- terminated the other one
- it did not get cleared from the list
- it also showed "Synchronizing: (0%) null"
- while the other job continued to make progress, the progress indicator at
bottom right kept showing 0%.

build I20040521

- set your system to use Windows Large Fonts
- open more editors or views than can be shown in the tab folder, 
note that the hover box cuts off the number in the chevron.
see attached image.

The preference is no longer required as we automatically update the classpath 
for a changed JRE.

By cancelling a Share, I got into a state where I could not disconnect a 
project. The project directory has a CVS folder but no subfolders did. 
Disconnecting failed with an error message stating that the sync info could 
not be removd from several subfolders. These folders contained partial sync 
info (Entries file but nothing else).

Last year we put in place the lazy loading of the registry in place. It was
consisting in loading the configuration elements (children of extensions) on
demand, once loaded the configuration elements were kept in memory ending up (in
the worst case) with the complete registry loaded in memory.

I tried an experiment that consisted in putting the configuration elements in a
weakReference so that they can be GC'ed. 

Here are some results on an empty workspace for eclipse (I20040506). The second
number in paranthesis is the number of instances with lazy loading only.
# of strings: 28277         (4.5% less - 29607)
# of config elements: 517   (74% less - 2248)
# of config property: 1717  (78% less - 7420)

Aside from the gain, the experiment revealed that even if some configuration
elements are loaded several times on startup because they've been gc'ed, the
degradation on the startup time is insignificant.


I tried a startup of an empty workspace in an install that contains several
hundreds of plugins and the results are the following:
# of strings: 98241         (3.5% less - 101746)
# of config elements: 946   (80% less - 5568)
# of config property: 3341  (78% less - 17019)
Java Heap size: 28192K      (7% less - 30440)
Java Heap Used: 17742K      (7% less - 19163)

I don't know how I triggered it but I got a fecthing children job for every 
project in dev.eclipse.org when I performed a checkout with the toolbar 
checkout wizard. I choose an exisiting project from the list but somehow I 
also triggered the expansion of every item in the list. We need to add code to 
the wizard that will kill any jobs launch from the wizard (as was done in the 
repositories view)

Build: I200406231200

I found this stack trace in my log file. It appeared twice, with about a second
in between the two. I don't know what I was doing at the time:

java.lang.NullPointerException
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.Throwable.<init>(Throwable.java)
	at java.lang.NullPointerException.<init>(NullPointerException.java:60)
	at
org.eclipse.jface.text.source.projection.ProjectionViewer.setRangeIndication(ProjectionViewer.java:1162)
	at
org.eclipse.ui.texteditor.AbstractTextEditor.setHighlightRange(AbstractTextEditor.java)
	at
org.eclipse.jdt.internal.ui.javaeditor.TogglePresentationAction.run(TogglePresentationAction.java:70)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at org.eclipse.ui.actions.RetargetAction.runWithEvent(RetargetAction.java:212)
	at org.eclipse.ui.internal.WWinPluginAction.runWithEvent(WWinPluginAction.java:211)
	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:915)
	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java)
	at
org.eclipse.jface.action.ActionContributionItem$8.handleEvent(ActionContributionItem.java)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1375)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1346)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:252)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:272)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:128)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
	at java.lang.reflect.Method.invoke(Method.java:386)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:186)
	at org.eclipse.core.launcher.Main.run(Main.java:647)
	at org.eclipse.core.launcher.Main.main(Main.java:631)

When using the SWT Browser in Linux it seems that the "SWTError: No more
handles" error is used for several different situations that don't really mean
there are no more handles.  This makes it very difficult to debug problems. 
Would it be possible to use more meaningful errors that will help users deduce
what the real problems are?

When watch/edit is enabled, the wrong decorator is use when a file is read-
only.

On Linux/GTK, the layout managers now size the buttons so small vertically that
the button fonts are unreadable.

I'm running the Geramik theme, the theme matched to KDE's Keramik theme, which
is the default KDE theme.

Open Registry. "Go Into" a plugin.  Uncheck "Show Active Only".  The viewer adds
the non-running plugin when it should only add it in the "Home" level.

From bug 50624:
However, we do know the value for the file attribute. If the path to the file 
is explicitly specified, we ought to be able to use it. If a property is 
specified and the property and the property is explictly set the in the build 
file, we'll also know. If the property is not explicitly set somewhere in the 
build file, doing this is more work--if not impossible.

For user defined tasks and types, the collection will not be correct if the 
user removes any definitions. The collection will contain the full set of 
definitions for the duration that the AntModel has been created.

So for example, in the following buildfile the user changes the macrodef 
to "testing2" from "testing", both will still be presented as code assist 
proposals.

<project default="type">

	<macrodef name="testing">
		<attribute name="v" default="NOT SET" />
		<element name="some-tasks" optional="yes" />
		<sequential>
			<echo>Eclipse!: @{v}</echo>
		</sequential>
	</macrodef>

	<target name="type">
		<testing v="This is v">
		</testing>
	</target>

</project>

When the workbench window is minimized, the shell gets resized to 0,0.  But 
then all of the parts and editors inside the workbench get resized to 0,0 as 
well.  This is expensive for areas in GEF such as the palette and also HTML 
editors where wordwrapping and expensive layout calculations must be done for 
a completely temporary and invisible state.  When the workbench is restored, 
the parts are sized back to their previous size.  But for some reason, we 
getting double WM_SIZE callbacks on our canvas with the sizes being 
identical.  I'm not sure who is at fault there.

This is a significant performance problem.  If the user has 5 HTML editors 
open, then there will be 20 expensive layouts when the window is restored to 
full size (5 editorparts X (editor + palette) X double notification of RESIZE).

The workbench window should not layout its children when the shell becomes 
minimized.  When restored, the layout could be suppressed, or optimized so 
that setting controls to their current bounds does not notifiy RESIZE events.

I2004041300

Clean and build operations no longer work: I can select all or some projects but
nothing happens. I tried several of my existing workspaces. Using auto-build on
or of does not help. And to make it worse: the preference to bring back the old
Rebuild All... actions has gone.

Nothing in .log or console.

Create a property file called "Copy of Stuff.properties"
put a property in it: a=b
Create a build file to use this property file.
Add this property file to the property files for the Ant launch configuration 
for this build

Results:
Could not load property file C:\Darins\Debugger\20021213\eclipse\runtime-
workspace\Mine\Copy: C:\Darins\Debugger\20021213\eclipse\runtime-
workspace\Mine\Copy (The system cannot find the file specified)
Buildfile: C:\Darins\Debugger\20021213\eclipse\runtime-
workspace\Mine\spaceInPropertyFiles.xml
BUILD FAILED: Target `of' does not exist in this project. 
Total time: 813 milliseconds

Build: 3.0 RC2

Test case: Start large workspace in Java perspective, two Java editors open on
files in the workspace. Workspace contains 134 Java projects (Jeff's big
self-hosting test workspace from 2.1.3).

The profiler shows 2% of startup time is in
JavaProject.computeExpandedClasspath. The method is called 118,680 times during
startup. This is greater than n^2 where n is the number of projects in the
workspace.

I am not very familiar with the code, but it looks like
DeltaProcessor.resetProjectCaches is called for each project classpath that gets
initialized. This discards the current cached classpath, and eagerly recomputes
it. Thus it looks like every project has its classpath computed for each
project's classpath initialization. If resetProjectCaches did NOT eagerly
recompute the classpath, perhaps it wouldn't need to be recomputed so many times
for each project?

OptimizeIt profiler output attached.

Up for opening and down for closing.

Here is an example.
There are two packages, a and b. Class A is in package a, with an inner class 
named AA (showed in the code following).
----- A.java ---------------------------------------
package a;

public class A {
	public class AA {
		
	};
}

And there is a class named B in package b that use class A and A.AA:

----- B.java -----------------------------
package b;

public class B {
	public void useA() {
		A a = new A();
		A.AA aa = a.new AA();
	}
}
If I use the "Organize Imports" command, it will add two import statements:
import a.A;
import a.A.AA;

But after that, the compiler shows a warning, saying that "the import a.A.AA 
is never used".

RC2, linux, motif.
Custom widget example.
Open the table tree tab.
Change the font, then change the default. You will get the following exception.

Exception in thread "main" java.lang.IllegalArgumentException: Argument not valid
	at org.eclipse.swt.SWT.error(SWT.java:2677)
	at org.eclipse.swt.SWT.error(SWT.java:2616)
	at org.eclipse.swt.SWT.error(SWT.java:2587)
	at org.eclipse.swt.graphics.GC.setFont(GC.java:2504)
	at org.eclipse.swt.widgets.TableItem.drawText(TableItem.java:258)
	at org.eclipse.swt.widgets.TableItem.paint(TableItem.java:1124)
	at org.eclipse.swt.widgets.Table.paintSubItem(Table.java:1936)
	at org.eclipse.swt.widgets.Table.paintItems(Table.java:1903)
	at org.eclipse.swt.widgets.Table.paint(Table.java:1834)
	at org.eclipse.swt.widgets.Table.handleEvents(Table.java:1437)
	at
org.eclipse.swt.widgets.SelectableItemWidget$2.handleEvent(SelectableItemWidget.java:1199)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java(Compiled Code))
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:731)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:752)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:738)
	at org.eclipse.swt.widgets.Control.XExposure(Control.java:2963)
	at org.eclipse.swt.widgets.Composite.XExposure(Composite.java:865)
	at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:906)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:3478)
	at org.eclipse.swt.internal.motif.OS.XtDispatchEvent(Native Method)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2640)
	at
org.eclipse.swt.examples.controlexample.CustomControlExample.main(CustomControlExample.java:55)

The clipboard created is not disposed.

When Bug 60039 is fixed, DisplayView#partHidden(...) should only save its state when the view is 
closed for the last time. The code to do this is already in the file; it's just commented out.

Eclipse 3.0 final

Just saw the following exception in my log. I can't tell what I was doing at
that time, though.

--- snip ---
org.eclipse.jface.text.BadLocationException
        at
org.eclipse.jface.text.AbstractLineTracker.getLineNumberOfOffset(AbstractLineTracker.java:155)
        at
org.eclipse.jface.text.AbstractDocument.getLineOfOffset(AbstractDocument.java:781)
        at
org.eclipse.jdt.internal.ui.text.correction.QuickAssistLightBulbUpdater.hasQuickFixLightBulb(QuickAssistLightBulbUpdater.java:263)
        at
org.eclipse.jdt.internal.ui.text.correction.QuickAssistLightBulbUpdater.doSelectionChanged(QuickAssistLightBulbUpdater.java:216)
        at
org.eclipse.jdt.internal.ui.text.correction.QuickAssistLightBulbUpdater.access$0(QuickAssistLightBulbUpdater.java:205)
        at
org.eclipse.jdt.internal.ui.text.correction.QuickAssistLightBulbUpdater$1.selectionChanged(QuickAssistLightBulbUpdater.java:129)
        at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$PartListenerGroup.calculateASTandInform(SelectionListenerWithASTManager.java:164)
        at
org.eclipse.jdt.internal.ui.viewsupport.SelectionListenerWithASTManager$3.run(SelectionListenerWithASTManager.java:136)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)
--- snap ---

I20041005

1. open Colors and Fonts preference page
2. change the Java > Java Editor Text Font

Observe: it still says "defaults to Text Font"

The user has no clue whether it now uses the new setting or still defaults to
the Text editor font.

In the Ant Editor set bookmark annotations to show in the overview ruler(using 
the Ant editor preference page annotation tab (this is the default value)).
Add a bookmark to an Ant editor.

The bookmark is not shown in the overview ruler.

Compare with a generic text editor

build I20040930

- with platform-ui module in source,
- open type on Action (from org.eclipse.jface.action)
- Ctrl+Shift+G
- in Search view, choose Flat Layout and Sort By > Parent Name
- the results are unsorted (and unstable)

For example:

org.eclipse.ui.tests.api.IActionBarsTest.java
org.eclipse.ui.views.tasklist.TaskAction.java
org.eclipse.ui.examples.readmetool.ReadmeEditorActionBarContributor.java
org.eclipse.ui.internal.presentations.SystemMenuClose.java
org.eclipse.ui.internal.ActionDescriptor.java
org.eclipse.ui.internal.ResetPerspectiveAction.java
org.eclipse.ui.internal.CloseAllPerspectivesAction.java
org.eclipse.ui.internal.IntroAction.java
org.eclipse.ui.part.DrillDownAdapter.java
org.eclipse.ui.internal.ide.NewWizardDropDownAction.java
org.eclipse.ui.internal.PluginAction.java
org.eclipse.jface.tests.viewers.interactive.TestTableTree.java
org.eclipse.ui.actions.RetargetAction.java
org.eclipse.ui.internal.presentations.SystemMenuMovePane.java
org.eclipse.ui.examples.rcp.browser.BrowserActionBuilder.java
org.eclipse.ui.internal.ShowInAction.java
org.eclipse.ui.internal.ide.NewWizardShortcutAction.java
org.eclipse.ui.internal.actions.HelpContentsAction.java
org.eclipse.ui.internal.presentations.SystemMenuMoveFolder.java
org.eclipse.jface.tests.viewers.interactive.TestBrowserAction.java
org.eclipse.ui.actions.CreateProjectAction.java
org.eclipse.ui.views.framelist.FrameAction.java
org.eclipse.ui.internal.progress.JobView.java
org.eclipse.ui.internal.progress.NewProgressViewer.java
org.eclipse.ui.actions.PartEventAction.java
org.eclipse.ui.internal.ide.actions.BuildCleanAction.java
org.eclipse.ui.tests.api.MockAction.java
org.eclipse.ui.views.markers.internal.ActionAddGlobalTask.java
org.eclipse.ui.actions.OpenInNewWindowAction.java
org.eclipse.ui.internal.presentations.SystemMenuCloseAll.java
org.eclipse.ui.views.bookmarkexplorer.BookmarkNavigator.java
org.eclipse.ui.actions.BaseSelectionListenerAction.java
org.eclipse.ui.examples.readmetool.AddReadmeMarkerAction.java
org.eclipse.ui.internal.presentations.SystemMenuCloseOthers.java
org.eclipse.ui.actions.NewExampleAction.java
org.eclipse.ui.internal.SavePerspectiveAction.java
org.eclipse.ui.internal.about.AboutAction.java
org.eclipse.ui.internal.EditActionSetsAction.java
org.eclipse.ui.internal.ClosePerspectiveAction.java
org.eclipse.ui.internal.CyclePartAction.java
org.eclipse.ui.internal.LabelDecoratorAction.java
org.eclipse.jface.preference.BooleanPropertyAction.java
org.eclipse.ui.actions.NewProjectAction.java
org.eclipse.ui.internal.actions.ClearWorkingSetAction.java
org.eclipse.ui.internal.presentations.SystemMenuPinEditor.java
org.eclipse.ui.actions.QuickStartAction.java
org.eclipse.ui.views.tasklist.TaskList.java
org.eclipse.ui.internal.ide.dialogs.WelcomeEditorCopyAction.java
org.eclipse.ui.internal.presentations.SystemMenuFastView.java
org.eclipse.jface.tests.viewers.interactive.TestBrowser.java
org.eclipse.ui.internal.ide.actions.OpenWorkspaceFileAction.java
org.eclipse.ui.internal.WorkbenchEditorsAction.java
org.eclipse.ui.internal.ide.update.InstallWizardAction.java
org.eclipse.ui.views.markers.internal.TableSortAction.java
org.eclipse.ui.internal.OpenPreferencesAction.java
org.eclipse.ui.internal.ide.actions.OpenWorkspaceAction.java
org.eclipse.ui.internal.ShowViewMenu.java
org.eclipse.ui.internal.ide.actions.ToggleAutoBuildAction.java
org.eclipse.ui.internal.presentations.SystemMenuStateChange.java
org.eclipse.ui.actions.NewWizardAction.java
org.eclipse.ui.internal.LockToolBarAction.java
org.eclipse.ui.tests.api.ListView.java
org.eclipse.ui.views.properties.PropertySheetAction.java
org.eclipse.ui.views.markers.internal.FiltersAction.java
org.eclipse.ui.actions.GlobalBuildAction.java
org.eclipse.ui.internal.ide.actions.QuickMenuAction.java
org.eclipse.ui.examples.rcp.browser.BrowserView.java
org.eclipse.ui.internal.actions.EditWorkingSetAction.java
org.eclipse.ui.actions.SelectionProviderAction.java
org.eclipse.jface.tests.viewers.interactive.TestTree.java
org.eclipse.ui.examples.readmetool.ReadmeContentOutlinePage.java
org.eclipse.ui.internal.ShowViewAction.java
org.eclipse.ui.internal.actions.SelectWorkingSetAction.java
org.eclipse.ui.internal.WorkbookEditorsAction.java
org.eclipse.ui.internal.ToggleEditorsVisibilityAction.java
org.eclipse.ui.internal.ide.actions.BuildSetAction.java
org.eclipse.ui.internal.QuitAction.java
org.eclipse.ui.internal.ide.actions.SelectBuildWorkingSetAction.java
org.eclipse.ui.internal.about.AboutAction
org.eclipse.debug.internal.ui.views.memory.AbstractMemoryAction (2 matches)
org.eclipse.ui.texteditor.AbstractTextEditor.ScrollLinesAction (2 matches)
org.eclipse.ui.texteditor.AbstractTextEditor.ShowRulerContextMenuAction
org.eclipse.ui.views.markers.internal.ActionAddGlobalTask
org.eclipse.update.internal.ui.AddBookmarksAction
org.eclipse.debug.internal.ui.views.memory.AddMemoryBlockAction (2 matches)
org.eclipse.ui.examples.readmetool.AddReadmeMarkerAction
org.eclipse.debug.internal.ui.views.variables.AvailableLogicalStructuresAction
(2 matches)
org.eclipse.ui.examples.rcp.browser.BrowserView.backAction.new Action() {..}
org.eclipse.ui.actions.BaseSelectionListenerAction
org.eclipse.jface.preference.BooleanPropertyAction
org.eclipse.ui.internal.ide.actions.BuildCleanAction
org.eclipse.ui.internal.ide.actions.BuildSetAction
org.eclipse.team.internal.ccvs.ui.subscriber.ChangeLogModelProvider.ToggleSortOrderAction
(2 potential matches)
org.eclipse.ui.console.actions.ClearOutputAction (2 matches)
org.eclipse.ui.internal.actions.ClearWorkingSetAction
org.eclipse.ui.internal.CloseAllPerspectivesAction
org.eclipse.ui.internal.ClosePerspectiveAction
org.eclipse.debug.internal.ui.actions.CollapseAllAction (2 matches)
org.eclipse.update.internal.ui.ConfigurationManagerWindow.GlobalAction
org.eclipse.ui.internal.console.ConsoleDropDownAction (2 matches)
org.eclipse.debug.internal.ui.views.console.ConsoleRemoveAllTerminatedAction (2
matches)
org.eclipse.debug.internal.ui.views.console.ConsoleTerminateAction (2 matches)
org.eclipse.ui.part.DrillDownAdapter.createActions().new Action() {..}
org.eclipse.ui.part.DrillDownAdapter.createActions().new Action() {..}
org.eclipse.ui.part.DrillDownAdapter.createActions().new Action() {..}
org.eclipse.ui.internal.progress.JobView.createCancelAction().new Action() {..}
org.eclipse.ui.internal.progress.JobView.createClearAllAction().new Action() {..}
org.eclipse.ui.tests.api.ListView.createPopupMenu().new Action() {..}
org.eclipse.ui.actions.CreateProjectAction
org.eclipse.team.internal.ccvs.ui.CVSCompareRevisionsInput
org.eclipse.ui.internal.EditActionSetsAction
org.eclipse.ui.texteditor.templates.EditTemplateDialog.TextViewerAction (2 matches)
org.eclipse.ui.internal.actions.EditWorkingSetAction
org.eclipse.update.internal.ui.views.FeatureStateAction
org.eclipse.ui.views.markers.internal.FiltersAction
org.eclipse.update.internal.ui.views.FindUpdatesAction
org.eclipse.debug.internal.ui.views.memory.FormatColumnAction (2 matches)
org.eclipse.ui.examples.rcp.browser.BrowserView.forwardAction.new Action() {..}
org.eclipse.ui.views.framelist.FrameAction
org.eclipse.ui.actions.GlobalBuildAction
org.eclipse.debug.internal.ui.views.memory.GoToAddressAction (2 matches)
org.eclipse.ui.internal.texteditor.GotoLastEditPositionAction (2 matches)
org.eclipse.ui.internal.actions.HelpContentsAction
org.eclipse.jface.action.IAction
org.eclipse.ui.internal.progress.JobView.initPulldownMenu().new Action() {..}
org.eclipse.update.internal.ui.views.InstallationHistoryAction
org.eclipse.update.internal.ui.views.InstallOptionalFeatureAction
org.eclipse.ui.internal.ide.update.InstallWizardAction
org.eclipse.ui.internal.IntroAction
org.eclipse.ui.internal.LabelDecoratorAction
org.eclipse.debug.ui.actions.LaunchAction (2 matches)
org.eclipse.debug.ui.actions.LaunchAsAction (2 matches)
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.ButtonAction
(2 matches)
org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationsDialog.DoubleClickAction
org.eclipse.debug.internal.ui.actions.LaunchShortcutAction (2 matches)
org.eclipse.debug.internal.ui.actions.LinkBreakpointsWithDebugViewAction (2 matches)
org.eclipse.ui.internal.LockToolBarAction
org.eclipse.ui.examples.rcp.browser.HistoryView.makeActions().new Action() {..}
org.eclipse.ui.examples.rcp.browser.HistoryView.makeActions().new Action() {..}
org.eclipse.ui.examples.rcp.browser.HistoryView.makeActions().new Action() {..}
org.eclipse.ui.examples.rcp.browser.BrowserActionBuilder.makeActions().new
Action() {..}
org.eclipse.ui.examples.rcp.browser.BrowserActionBuilder.makeActions().new
Action() {..}
org.eclipse.debug.internal.ui.views.memory.MemoryView
org.eclipse.debug.internal.ui.views.memory.MemoryViewTab
org.eclipse.ui.tests.api.MockAction
org.eclipse.team.internal.ccvs.ui.repo.NewCVSRepositoryAction (2 potential matches)
org.eclipse.ui.actions.NewExampleAction
org.eclipse.update.internal.ui.views.NewExtensionLocationAction
org.eclipse.ui.actions.NewProjectAction
org.eclipse.ui.actions.NewWizardAction
org.eclipse.ui.internal.ide.NewWizardDropDownAction
org.eclipse.ui.internal.ide.NewWizardShortcutAction
org.eclipse.ui.internal.editors.text.NextPreviousPulldownActionDelegate
org.eclipse.ui.internal.editors.text.NextPreviousPulldownActionDelegate.NavigationEnablementAction
(2 matches)
org.eclipse.ui.internal.editors.text.OpenExternalFileAction (2 matches)
org.eclipse.ui.actions.OpenInNewWindowAction
org.eclipse.debug.ui.actions.OpenLaunchDialogAction (2 matches)
org.eclipse.ui.internal.OpenPreferencesAction
org.eclipse.ui.internal.ide.actions.OpenWorkspaceAction
org.eclipse.ui.internal.ide.actions.OpenWorkspaceFileAction
org.eclipse.debug.internal.ui.actions.ShowTypesAction.run()
org.eclipse.debug.internal.ui.actions.ShowTypesAction.setChecked(boolean)
org.eclipse.debug.internal.ui.views.memory.MemoryView.addMemoryBlockAction
org.eclipse.debug.internal.ui.views.memory.MemoryView.copyViewToClipboardAction
org.eclipse.debug.internal.ui.views.memory.MemoryView.printViewTabAction
org.eclipse.debug.internal.ui.views.memory.MemoryView.removeMemoryBlockAction
org.eclipse.debug.internal.ui.views.memory.MemoryView.resetMemoryBlockAction
org.eclipse.debug.internal.ui.views.memory.MemoryViewTab.createActions()
org.eclipse.debug.internal.ui.views.memory.MemoryViewTab.fFormatColumnActions
org.eclipse.debug.internal.ui.views.variables.AvailableLogicalStructuresAction.addActionToMenu(Menu,
Action)
org.eclipse.debug.internal.ui.views.variables.AvailableLogicalStructuresAction.getMenu(Menu)
(2 matches)
org.eclipse.debug.internal.ui.views.variables.ToggleLogicalStructureAction.run()
org.eclipse.debug.internal.ui.views.variables.ToggleLogicalStructureAction.setChecked(boolean)
org.eclipse.jface.action.ActionContributionItem.update(String) (4 matches)
org.eclipse.jface.action.IAction.setText(String) (2 matches)
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fAddChildAction
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fAddChildRevealAction
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fAddChildSelectAction
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fAddElementAction
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fAddFilterAction
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fAddSiblingAction
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fAddSiblingRevealAction
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fAddSiblingSelectAction
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fChangeChildLabelAction
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fChangeInputLabelAction
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fChangeLabelAction
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fClearSelection
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fDeleteAction
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fDeleteChildrenAction
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fDeleteSiblingsAction
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fDeleteSomeChildrenAction
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fFlushInputAction
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fReloadAction
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fReloadActionFlat
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fReloadActionLarge
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fResetFilters
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fResetSorter
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fSetLabelProvider
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fSetSorter
org.eclipse.jface.tests.viewers.interactive.TestBrowser.fWorldChangedAction
org.eclipse.jface.tests.viewers.interactive.TestTableTree.fExpandAllAction
org.eclipse.jface.tests.viewers.interactive.TestTree.fExpandAllAction
org.eclipse.team.internal.ccvs.ui.CVSCompareRevisionsInput.getContentsAction
(potential match)
org.eclipse.team.internal.ccvs.ui.CVSCompareRevisionsInput.getRevisionAction
(potential match)
org.eclipse.team.internal.ccvs.ui.CVSCompareRevisionsInput.initializeActions()
(2 potential matches)
org.eclipse.team.internal.ccvs.ui.HistoryView.contributeActions() (4 potential
matches)
org.eclipse.team.internal.ccvs.ui.HistoryView.getContentsAction (potential match)
org.eclipse.team.internal.ccvs.ui.HistoryView.getContextMenuAction(String,
boolean, IWorkspaceRunnable) (2 potential matches)
org.eclipse.team.internal.ccvs.ui.HistoryView.getRevisionAction (potential match)
org.eclipse.team.internal.ccvs.ui.HistoryView.linkWithEditorAction (potential match)
org.eclipse.team.internal.ccvs.ui.HistoryView.refreshAction (potential match)
org.eclipse.team.internal.ccvs.ui.HistoryView.tagWithExistingAction (potential
match)
org.eclipse.team.internal.ccvs.ui.repo.RemoteViewPart.collapseAllAction
(potential match)
org.eclipse.team.internal.ccvs.ui.repo.RemoteViewPart.contributeActions() (5
potential matches)
org.eclipse.team.internal.ccvs.ui.repo.RemoteViewPart.deselectWorkingSetAction
(potential match)
org.eclipse.team.internal.ccvs.ui.repo.RemoteViewPart.editWorkingSetAction
(potential match)
org.eclipse.team.internal.ccvs.ui.repo.RemoteViewPart.refreshAction (potential
match)
org.eclipse.team.internal.ccvs.ui.repo.RemoteViewPart.selectWorkingSetAction
(potential match)
org.eclipse.team.internal.ccvs.ui.repo.RepositoriesView.contributeActions() (3
potential matches)
org.eclipse.team.internal.ccvs.ui.repo.RepositoriesView.newAction (potential match)
org.eclipse.team.internal.ccvs.ui.repo.RepositoriesView.newAnonAction (potential
match)
org.eclipse.team.internal.ccvs.ui.subscriber.ChangeLogModelProvider.ToggleSortOrderAction.ToggleSortOrderAction(ChangeLogModelProvider,
String, int, int, int) (potential match)
org.eclipse.team.internal.ccvs.ui.TagSelectionDialog.addMenuItemActions(IMenuManager)
(2 potential matches)
org.eclipse.ui.actions.LabelRetargetAction.propagateChange(PropertyChangeEvent)
(3 matches)
org.eclipse.ui.actions.RetargetAction.propagateChange(PropertyChangeEvent) (2
matches)
org.eclipse.ui.actions.TextActionHandler.CopyActionHandler
org.eclipse.ui.actions.TextActionHandler.CutActionHandler
org.eclipse.ui.actions.TextActionHandler.DeleteActionHandler
org.eclipse.ui.actions.TextActionHandler.PasteActionHandler
org.eclipse.ui.actions.TextActionHandler.SelectAllActionHandler
org.eclipse.ui.examples.rcp.browser.BrowserView.backAction
org.eclipse.ui.examples.rcp.browser.BrowserView.forwardAction
org.eclipse.ui.examples.rcp.browser.BrowserView.refreshAction
org.eclipse.ui.examples.rcp.browser.BrowserView.stopAction
org.eclipse.ui.examples.rcp.browser.HistoryView.action1
org.eclipse.ui.examples.rcp.browser.HistoryView.action2
org.eclipse.ui.examples.rcp.browser.HistoryView.doubleClickAction
org.eclipse.ui.examples.readmetool.ReadmeContentOutlinePage.OutlineAction
org.eclipse.ui.examples.readmetool.ReadmeEditorActionBarContributor.EditorAction
org.eclipse.ui.internal.ActionDescriptor.processAccelerator(IAction, String)
org.eclipse.ui.internal.actions.ClearWorkingSetAction.run() (potential match)
org.eclipse.ui.internal.actions.EditWorkingSetAction.run() (potential match)
org.eclipse.ui.internal.actions.HelpContentsAction.HelpContentsAction(IWorkbenchWindow)
org.eclipse.ui.internal.actions.SelectWorkingSetAction.run() (potential match)
org.eclipse.ui.internal.console.ConsoleDropDownAction.addActionToMenu(Menu, Action)
org.eclipse.ui.internal.console.ConsoleDropDownAction.getMenu(Control)
org.eclipse.ui.internal.CyclePartAction.runWithEvent(Event)
org.eclipse.ui.internal.EditorList.CloseAction
org.eclipse.ui.internal.EditorList.FullNameAction
org.eclipse.ui.internal.EditorList.SaveAction
org.eclipse.ui.internal.EditorList.SelectionAction
org.eclipse.ui.internal.EditorList.SetScopeAction
org.eclipse.ui.internal.EditorList.SortAction
org.eclipse.ui.internal.editors.text.NextPreviousPulldownActionDelegate.getActionsFromDescriptors()
org.eclipse.ui.internal.misc.AcceleratorHook.add(IAction, String) (2 matches)
org.eclipse.ui.internal.misc.AcceleratorHook.FakeAction
org.eclipse.ui.internal.progress.JobView.cancelAction
org.eclipse.ui.internal.progress.JobView.clearAllAction
org.eclipse.ui.internal.ShowViewMenu.showDlgAction
org.eclipse.ui.part.CellEditorActionHandler.CopyActionHandler
org.eclipse.ui.part.CellEditorActionHandler.CutActionHandler
org.eclipse.ui.part.CellEditorActionHandler.DeleteActionHandler
org.eclipse.ui.part.CellEditorActionHandler.FindActionHandler
org.eclipse.ui.part.CellEditorActionHandler.PasteActionHandler
org.eclipse.ui.part.CellEditorActionHandler.RedoActionHandler
org.eclipse.ui.part.CellEditorActionHandler.SelectAllActionHandler
org.eclipse.ui.part.CellEditorActionHandler.UndoActionHandler
org.eclipse.ui.part.DrillDownAdapter.backAction
org.eclipse.ui.part.DrillDownAdapter.forwardAction
org.eclipse.ui.part.DrillDownAdapter.homeAction
org.eclipse.ui.tests.api.IActionBarsTest.MockAction
org.eclipse.ui.tests.api.ListView.addAction
org.eclipse.ui.texteditor.templates.EditTemplateDialog.TextViewerAction.run()
org.eclipse.ui.texteditor.templates.EditTemplateDialog.TextViewerAction.update()
org.eclipse.ui.views.bookmarkexplorer.BookmarkNavigator.ChangeSortDirectionAction
org.eclipse.ui.views.bookmarkexplorer.BookmarkNavigator.SortByAction
org.eclipse.ui.views.tasklist.TaskList.sortAscendingAction
org.eclipse.ui.views.tasklist.TaskList.SortByAction
org.eclipse.ui.views.tasklist.TaskList.sortByCategoryAction
org.eclipse.ui.views.tasklist.TaskList.sortByCompletedAction
org.eclipse.ui.views.tasklist.TaskList.sortByContainerAction
org.eclipse.ui.views.tasklist.TaskList.sortByCreationTimeAction
org.eclipse.ui.views.tasklist.TaskList.sortByDescriptionAction
org.eclipse.ui.views.tasklist.TaskList.sortByLocationAction
org.eclipse.ui.views.tasklist.TaskList.sortByPriorityAction
org.eclipse.ui.views.tasklist.TaskList.sortByResourceAction
org.eclipse.ui.views.tasklist.TaskList.sortDescendingAction
org.eclipse.ui.views.tasklist.TaskList.SortDirectionAction
org.eclipse.update.internal.ui.ConfigurationManagerWindow.addActions() (2 matches)
org.eclipse.update.internal.ui.ConfigurationManagerWindow.GlobalAction.propertyChange(PropertyChangeEvent)
(2 matches)
org.eclipse.update.internal.ui.views.ConfigurationView.collapseAllAction
org.eclipse.update.internal.ui.views.ConfigurationView.installationHistoryAction
org.eclipse.update.internal.ui.views.ConfigurationView.makeActions()
org.eclipse.update.internal.ui.views.ConfigurationView.makeShowNestedFeaturesAction()
org.eclipse.update.internal.ui.views.ConfigurationView.makeShowSitesAction()
org.eclipse.update.internal.ui.views.ConfigurationView.makeShowUnconfiguredFeaturesAction()
org.eclipse.update.internal.ui.views.ConfigurationView.newExtensionLocationAction
org.eclipse.update.internal.ui.views.ConfigurationView.propertiesAction
org.eclipse.update.internal.ui.views.ConfigurationView.showNestedFeaturesAction
org.eclipse.update.internal.ui.views.ConfigurationView.showSitesAction
org.eclipse.update.internal.ui.views.ConfigurationView.showUnconfFeaturesAction
org.eclipse.update.internal.ui.wizards.ReviewPage.fillContextMenu(IMenuManager)
(2 matches)
org.eclipse.debug.internal.ui.launchConfigurations.OrganizeFavoritesAction (2
matches)
org.eclipse.ui.actions.PartEventAction
org.eclipse.ui.internal.console.PinConsoleAction (2 matches)
org.eclipse.ui.internal.PluginAction
org.eclipse.ui.views.properties.PropertySheetAction
org.eclipse.ui.internal.ide.actions.QuickMenuAction
org.eclipse.ui.actions.QuickStartAction
org.eclipse.ui.internal.QuitAction
org.eclipse.ui.internal.texteditor.quickdiff.ReferenceSelectionAction (2 matches)
org.eclipse.debug.internal.ui.views.memory.ReformatAction (2 matches)
org.eclipse.ui.internal.progress.NewProgressViewer.Hyperlink.refresh().new
Action() {..}
org.eclipse.ui.examples.rcp.browser.BrowserView.refreshAction.new Action() {..}
org.eclipse.team.internal.ccvs.ui.repo.RemoteViewPart
org.eclipse.team.internal.ccvs.ui.repo.RemoteViewPart.ChangeWorkingSetAction
(potential match)
org.eclipse.update.internal.ui.views.ReplaceVersionAction (2 matches)
org.eclipse.team.internal.ccvs.ui.repo.RepositoriesView
org.eclipse.ui.internal.ResetPerspectiveAction
org.eclipse.ui.texteditor.ResourceAction (2 matches)
org.eclipse.update.internal.ui.views.RevertConfigurationAction
org.eclipse.ui.internal.SavePerspectiveAction
org.eclipse.debug.internal.ui.views.console.ScrollLockAction (2 matches)
org.eclipse.ui.internal.ide.actions.SelectBuildWorkingSetAction
org.eclipse.ui.actions.SelectionProviderAction
org.eclipse.debug.internal.ui.views.variables.SelectLogicalStructureAction (2
matches)
org.eclipse.ui.internal.actions.SelectWorkingSetAction
org.eclipse.debug.internal.ui.views.memory.SetColumnSizeDefaultAction (2 matches)
org.eclipse.debug.internal.ui.views.memory.SetDefaultColumnSizePrefAction (2
matches)
org.eclipse.update.internal.ui.views.ShowActivitiesAction (2 matches)
org.eclipse.ui.internal.console.ShowConsoleAction (2 matches)
org.eclipse.team.internal.ccvs.ui.actions.ShowCVSPerspectiveAction (2 potential
matches)
org.eclipse.ui.internal.ShowViewMenu.showDlgAction.new Action() {..}
org.eclipse.ui.internal.ShowInAction
org.eclipse.debug.internal.ui.actions.ShowTypesAction (2 matches)
org.eclipse.ui.internal.ShowViewAction
org.eclipse.update.internal.ui.views.SiteStateAction
org.eclipse.debug.internal.ui.actions.SkipAllBreakpointsAction (2 matches)
org.eclipse.ui.examples.rcp.browser.BrowserView.stopAction.new Action() {..}
org.eclipse.ui.internal.presentations.SystemMenuClose
org.eclipse.ui.internal.presentations.SystemMenuCloseAll
org.eclipse.ui.internal.presentations.SystemMenuCloseOthers
org.eclipse.ui.internal.presentations.SystemMenuFastView
org.eclipse.ui.internal.presentations.SystemMenuMoveFolder
org.eclipse.ui.internal.presentations.SystemMenuMovePane
org.eclipse.ui.internal.presentations.SystemMenuPinEditor
org.eclipse.ui.internal.presentations.SystemMenuStateChange
org.eclipse.ui.views.markers.internal.TableSortAction
org.eclipse.ui.views.tasklist.TaskAction
org.eclipse.jface.tests.viewers.interactive.TestBrowserAction
org.eclipse.ui.texteditor.TextNavigationAction (2 matches)
org.eclipse.ui.console.actions.TextViewerAction (2 matches)
org.eclipse.team.internal.ccvs.ui.TextViewerAction (2 potential matches)
org.eclipse.ui.internal.ide.actions.ToggleAutoBuildAction
org.eclipse.debug.internal.ui.actions.ToggleDetailPaneAction (2 matches)
org.eclipse.ui.internal.ToggleEditorsVisibilityAction
org.eclipse.debug.internal.ui.actions.ToggleFilterAction (2 matches)
org.eclipse.debug.internal.ui.views.variables.ToggleLogicalStructureAction (2
matches)
org.eclipse.update.internal.ui.views.UninstallFeatureAction
org.eclipse.ui.internal.ide.dialogs.WelcomeEditorCopyAction
org.eclipse.ui.internal.WorkbenchEditorsAction
org.eclipse.ui.internal.WorkbookEditorsAction

build I20040210-0800 plus latest UI and Text from HEAD

When running my target eclipse, I got an error restoring a scrapbook editor 
that had been saved during the previous session.

The log has the following.

The line in question is:
	StyledText styledText= fSourceViewer.getTextWidget();
***	int caret= widgetOffset2ModelOffset(fSourceViewer, 
styledText.getCaretOffset());


!ENTRY org.eclipse.core.runtime 4 2 Feb 10, 2004 15:49:26.780
!MESSAGE Problems occurred when invoking code from plug-
in: "org.eclipse.core.runtime".
!STACK 0
java.lang.NullPointerException
	at org.eclipse.ui.texteditor.AbstractTextEditor.getCursorPosition
(AbstractTextEditor.java:4399)
	at org.eclipse.ui.texteditor.AbstractTextEditor.updateStatusField
(AbstractTextEditor.java:4357)
	at org.eclipse.ui.texteditor.AbstractTextEditor.setStatusField
(AbstractTextEditor.java:4104)
	at 
org.eclipse.ui.texteditor.BasicTextEditorActionContributor.doSetActiveEditor
(BasicTextEditorActionContributor.java:215)
	at 
org.eclipse.ui.texteditor.BasicTextEditorActionContributor.setActiveEditor
(BasicTextEditorActionContributor.java:229)
	at 
org.eclipse.jdt.internal.ui.javaeditor.BasicJavaEditorActionContributor.setActiv
eEditor(BasicJavaEditorActionContributor.java:187)
	at 
org.eclipse.jdt.internal.ui.javaeditor.BasicEditorActionContributor.setActiveEdi
tor(BasicEditorActionContributor.java:83)
	at 
org.eclipse.jdt.internal.debug.ui.snippeteditor.SnippetEditorActionContributor.s
etActiveEditor(SnippetEditorActionContributor.java:74)
	at org.eclipse.ui.internal.EditorActionBars.partChanged
(EditorActionBars.java:291)
	at org.eclipse.ui.internal.WorkbenchPage$2.run(WorkbenchPage.java:474)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:819)
	at org.eclipse.core.runtime.Platform.run(Platform.java:493)
	at org.eclipse.ui.internal.WorkbenchPage.activatePart
(WorkbenchPage.java:466)
	at org.eclipse.ui.internal.WorkbenchPage.onActivate
(WorkbenchPage.java:1953)
	at org.eclipse.ui.internal.WorkbenchWindow$6.run
(WorkbenchWindow.java:1824)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at org.eclipse.ui.internal.WorkbenchWindow.setActivePage
(WorkbenchWindow.java:1811)
	at org.eclipse.ui.internal.WorkbenchWindow.restoreState
(WorkbenchWindow.java:1406)
	at org.eclipse.ui.internal.Workbench.restoreState(Workbench.java:1369)
	at org.eclipse.ui.internal.Workbench.access$8(Workbench.java:1337)
	at org.eclipse.ui.internal.Workbench$11.run(Workbench.java:1259)
	at org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:819)
	at org.eclipse.core.runtime.Platform.run(Platform.java:493)
	at org.eclipse.ui.internal.Workbench.openPreviousWorkbenchState
(Workbench.java:1215)
	at org.eclipse.ui.internal.Workbench.init(Workbench.java:894)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1503)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:257)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:108)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

The documentation for TableViewer.reveal() does not say that it requires a tableItem and silently 
ignores all other objects.

The AddMemoryBlockAction is added as a debug event listener and is never 
removed.

Build: I=20040127

I selected the following text to format it and got the exception pasted below:
launch.setAttribute(ILauncherSettings.CONFIG_LOCATION,
fConfigFile.isDirectory()) ? fConfigFile.getPath() : fConfigFile.getParent());



Error Jan 27, 2004 22:22:12.95 String index out of range: 5
java.lang.StringIndexOutOfBoundsException: String index out of range: 5
	at java.lang.String.charAt(Unknown Source)
	at org.eclipse.jdt.internal.formatter.Scribe.isValidEdit
(Scribe.java:488)
	at org.eclipse.jdt.internal.formatter.Scribe.getRootEdit
(Scribe.java:413)
	at org.eclipse.jdt.internal.formatter.CodeFormatterVisitor.format
(CodeFormatterVisitor.java:735)
	at 
org.eclipse.jdt.internal.formatter.DefaultCodeFormatter.formatCompilationUnit
(DefaultCodeFormatter.java:115)
	at org.eclipse.jdt.internal.formatter.DefaultCodeFormatter.format
(DefaultCodeFormatter.java:82)
	at org.eclipse.jdt.internal.corext.util.CodeFormatterUtil.format2
(CodeFormatterUtil.java:147)
	at org.eclipse.jdt.internal.corext.util.CodeFormatterUtil.format
(CodeFormatterUtil.java:74)
	at org.eclipse.jdt.internal.ui.text.java.JavaFormattingStrategy.format
(JavaFormattingStrategy.java:95)
	at org.eclipse.jface.text.formatter.ContentFormatter2.format
(ContentFormatter2.java:806)
	at org.eclipse.jface.text.formatter.ContentFormatter2.formatRegion
(ContentFormatter2.java:635)
	at org.eclipse.jface.text.formatter.ContentFormatter2.format
(ContentFormatter2.java:482)
	at org.eclipse.jface.text.source.SourceViewer.doOperation
(SourceViewer.java:668)
	at org.eclipse.jdt.internal.ui.javaeditor.JavaSourceViewer.doOperation
(JavaSourceViewer.java:124)
	at 
org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor$AdaptedSourceViewe
r.doOperation(CompilationUnitEditor.java:187)
	at org.eclipse.ui.texteditor.TextOperationAction$1.run
(TextOperationAction.java:122)
	at org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:84)
	at org.eclipse.ui.texteditor.TextOperationAction.run
(TextOperationAction.java:120)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection
(ActionContributionItem.java:536)
	at org.eclipse.jface.action.ActionContributionItem.access$2
(ActionContributionItem.java:488)
	at org.eclipse.jface.action.ActionContributionItem$5.handleEvent
(ActionContributionItem.java:420)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:833)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2340)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2021)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1530)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1506)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench
(Workbench.java:265)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run
(IDEApplication.java:47)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run
(PlatformActivator.java:221)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run
(EclipseStarter.java:101)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
	at org.eclipse.core.launcher.Main.run(Main.java:742)
	at org.eclipse.core.launcher.Main.main(Main.java:581)

Eclipse 3.0M6 (eclipse-SDK-3.0M6-linux-gtk.zip) runs fine as root on my Fedora
Core 1 box, but fails during startup when run as user bill.  I am using Sun
JDK 1.4.2_03.  The splash screen comes up when run as bill and never goes away,
and the IDE never starts.  Please see the console debug log below.  I have to
kill the splash screen process or it just hangs around forever.

FYI: Eclipse 2.1.2 works as both root and bill on this box.  I also tryed Sun
JDK 1.4.2_02 with Eclipse 3.0M6 and behavior was the same.


[bill@firebird bill]$ uname -a
Linux firebird 2.4.22-1.2149.nptl #1 Wed Jan 7 13:08:26 EST 2004 i686 i686
i386 GNU/Linux
[bill@firebird bill]$ echo $PATH
/usr/local/j2sdk1.4.2_03/bin:/usr/local/eclipse:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/home/bill/bin
[bill@firebird bill]$ echo $CLASSPATH
 
[bill@firebird bill]$ eclipse -debug -consolelog
Start VM: /usr/local/j2sdk1.4.2_03/bin/java
-cp /usr/local/eclipse/startup.jar org.eclipse.core.launcher.Main
-os linux
-ws gtk
-arch x86
-showsplash /usr/local/eclipse/eclipse -showsplash 600
-debug
-consolelog
Using the user.home location.
Configuration file:
    file:/home/bill/.eclipse/org.eclipse.platform_3.0.0/.config/config.ini
Framework located:
    file:/usr/local/eclipse/plugins/org.eclipse.osgi_3.0.0/
Framework classpath:
    file:/usr/local/eclipse/plugins/org.eclipse.osgi_3.0.0/core.jar
    file:/usr/local/eclipse/plugins/org.eclipse.osgi_3.0.0/console.jar
    file:/usr/local/eclipse/plugins/org.eclipse.osgi_3.0.0/osgi.jar
    file:/usr/local/eclipse/plugins/org.eclipse.osgi_3.0.0/resolver.jar
   
file:/usr/local/eclipse/plugins/org.eclipse.osgi_3.0.0/defaultAdaptor.jar
   
file:/usr/local/eclipse/plugins/org.eclipse.osgi_3.0.0/eclipseAdaptor.jar
Splash path:
    /usr/local/eclipse/plugins/org.eclipse.platform_3.0.0/splash.bmp
!ENTRY org.eclipse.core.runtime 4 13 Jan 27, 2004 10:14:38.217
!MESSAGE Unable to locate application extension:
org.eclipse.ui.ide.workbench
!STACK 0
java.lang.RuntimeException: Unable to locate application extension:
org.eclipse.ui.ide.workbench
        at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:205)
        at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:85)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.eclipse.core.launcher.Main.basicRun(Main.java:279)
        at org.eclipse.core.launcher.Main.run(Main.java:742)
        at org.eclipse.core.launcher.Main.main(Main.java:581)
[bill@firebird bill]$ ps
  PID TTY          TIME CMD
13126 pts/3    00:00:00 bash
13287 pts/3    00:00:00 eclipse
13291 pts/3    00:00:00 ps
[bill@firebird bill]$ kill 13287
[bill@firebird bill]$ ps
  PID TTY          TIME CMD
13126 pts/3    00:00:00 bash
13296 pts/3    00:00:00 ps
[bill@firebird bill]$

It seems the views have to do something special to show up on the "Views" 
keybinding list.  It would be nice if all views showed up automatically.  Of 
course then (or even now) there would be so many views that the current level 
of grouping is not sufficient.

I20040609 08:00 build.
From update site
http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/platform-update-
home/projects/org.eclipse.update.tests.patches.site/
install PDE patch2 that is includes a partial pde.ui plug-in.
Make sure to install to an alternate target site (not the main one).

It probably should not be allowed to install to a different site than main 
site (one contains the 3.0.0 PDE feature), but it works and this is what 
happens:

The second target site gets feature and plugin with plugin.xml file only.  The 
rest of the files are copied from the older pde.ui plug-in to an 
org.eclipse.pde.ui_3.0.0.patch2 but created under the main site.

Build I20040824: Javaeditor context menu does not contain inline action when a 
local variable is selected. The refactoring is enabled however.

Steps to reproduce:
- Write a similar statement as below:

		ListRewrite list= rewrite.getListRewrite(targetClass, 
TypeDeclaration.BODY_DECLARATIONS_PROPERTY);
		list.insertAt(newMethod, ASTNodes.getInsertionIndex(newMethod, 
targetClass.bodyDeclarations()), null);
- Place caret on "list"
- Invoke context menu

 

A View part that implements ISaveablePart should be consulted about it's state
before it is closed.  This would give the view to give the user the chance to
veto the event.

This should be supported for all close events, including Workbench shutdown.

i200406082000

I am getting this once in a while during startup, when running automated tests.
org.eclipse.ui.workbench.compatibility requires org.eclipse.core.resources, but
I can only guess it is the "faulty" bundle, since the message does not tell us
which one is the culprit.

Anybody has a clue of what is going on?

!ENTRY update@/d:/target/releasing/plugins/org.eclipse.ui.workbench/ 0 0 Jun 09,
2004 13:18:51.229
!MESSAGE FrameworkEvent.ERROR
!STACK 0
org.osgi.framework.BundleException: A fragment bundle attempted to require
additional bundle "org.eclipse.core.resources".  Try refreshing the host bundle
"update@/d:/target/releasing/plugins/org.eclipse.ui.workbench/".
	at
org.eclipse.osgi.framework.internal.core.BundleLoader.initializeFragment(BundleLoader.java:236)
	at
org.eclipse.osgi.framework.internal.core.BundleLoader.attachFragment(BundleLoader.java:1146)
	at
org.eclipse.osgi.framework.internal.core.BundleHost.attachFragment(BundleHost.java:622)
	at
org.eclipse.osgi.framework.internal.core.BundleFragment.setHost(BundleFragment.java:392)
	at
org.eclipse.osgi.framework.internal.core.PackageAdminImpl.processDelta(PackageAdminImpl.java:470)
	at
org.eclipse.osgi.framework.internal.core.PackageAdminImpl.refreshPackages(PackageAdminImpl.java:352)
	at
org.eclipse.osgi.framework.internal.core.PackageAdminImpl$1.run(PackageAdminImpl.java:321)
	at java.lang.Thread.run(Thread.java:534)

3.0rc1
    void foo(Object x) {
		if (x != null)
			foo= x.toString();
    }

select foo, choose 'create local variable foo'
you get:
void foo(Object x) {
    if (x != null)String foo = x.toString();
}
which is somewhat suboptimal :)

I200406082000

1) start with an empty workspace
2) create a simple project A
3) create a file f.txt in A
4) tranfer focus to the Navigator
5) modify f.txt externally
6) activate Eclipse without changing the active part
7) press close box of editor open for f.txt

-> A file changed dialog is posted by the editor. While the modal dialog is 
open, the editor gets closed. (see stack trace below)

8) press No in the dialog
9) double click on f.txt to open it again

-> nothing happens, no editor is opened (This is also the case when you have 
more files in the workspace and try to open an editor on some other file.)

Observation: 
I see that the editor is created and its init method is called. I also see 
that its createPartControl method is not called. I haven't seen any thrown 
exception in the process of opening the editor.


Stack trace of how the original editor on f.txt gets disposed. I'd suspect 
that the problem is related to the fact the part is closed while its 
activation event is being processed.

TextEditor(AbstractTextEditor).dispose() line: 2827
TextEditor(AbstractDecoratedTextEditor).dispose() line: 216
TextEditor.dispose() line: 108
EditorManager$Editor(WorkbenchPartReference).dispose() line: 391
EditorManager$Editor.dispose() line: 1420
WorkbenchPage$5.run() line: 1189
InternalPlatform.run(ISafeRunnable) line: 615
Platform.run(ISafeRunnable) line: 758
WorkbenchPage.disposePart(IWorkbenchPartReference) line: 1187
WorkbenchPage.closeEditor(IEditorPart, boolean) line: 988
WorkbenchPage.closeEditor(IEditorReference, boolean) line: 947
EditorPane.doHide() line: 95
EditorStack(PartStack).close(IPresentablePart) line: 339
EditorStack.close(IPresentablePart[]) line: 203
PartStack$1.close(IPresentablePart[]) line: 74
DefaultPartPresentation$1.closeButtonPressed(CTabItem) line: 107
PaneFolder.notifyCloseListeners(CTabItem) line: 484
PaneFolder$3.close(CTabFolderEvent) line: 169
CTabFolder.onMouse(Event) line: 2008
CTabFolder$1.handleEvent(Event) line: 293
EventTable.sendEvent(Event) line: 82
CTabFolder(Widget).sendEvent(Event) line: 796
Display.runDeferredEvents() line: 2719
Display.readAndDispatch() line: 2385
MessageDialog(Window).runEventLoop(Shell) line: 668
MessageDialog(Window).open() line: 648
MessageDialog.openQuestion(Shell, String, String) line: 342
TextEditor(AbstractTextEditor).handleEditorInputChanged() line: 3133
TextEditor(AbstractTextEditor).sanityCheckState(IEditorInput) line: 3263
TextEditor(StatusTextEditor).sanityCheckState(IEditorInput) line: 193
TextEditor(AbstractTextEditor).safelySanityCheckState(IEditorInput) line: 3241
AbstractTextEditor$ActivationListener.handleActivation() line: 767
AbstractTextEditor$ActivationListener.partActivated(IWorkbenchPart) line: 713
PartListenerList$1.run() line: 49
InternalPlatform.run(ISafeRunnable) line: 615
Platform.run(ISafeRunnable) line: 758
PartListenerList.firePartActivated(IWorkbenchPart) line: 47
WWinPartService$1.partActivated(IWorkbenchPartReference) line: 27
PartListenerList2$1.run() line: 45
InternalPlatform.run(ISafeRunnable) line: 615
Platform.run(ISafeRunnable) line: 758
PartListenerList2.firePartActivated(IWorkbenchPartReference) line: 43
WorkbenchPage.firePartActivated(IWorkbenchPart) line: 1358
WorkbenchPage.setActivePart(IWorkbenchPart) line: 2663
WorkbenchPage.requestActivation(IWorkbenchPart) line: 2358
EditorPane(PartPane).requestActivation() line: 304
EditorPane.requestActivation() line: 127
EditorPane(PartPane).setFocus() line: 325
EditorPane.setFocus() line: 154
PresentablePart.setFocus() line: 129
DefaultPartPresentation$2.mouseDown(MouseEvent) line: 132
TypedListener.handleEvent(Event) line: 132
EventTable.sendEvent(Event) line: 82
CTabFolder(Widget).sendEvent(Event) line: 796
Display.runDeferredEvents() line: 2719
Display.readAndDispatch() line: 2385
Workbench.runEventLoop(Window$IExceptionHandler, Display) line: 1362
Workbench.runUI() line: 1333
Workbench.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 252
PlatformUI.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 141
IDEApplication.run(Object) line: 96
PlatformActivator$1.run(Object) line: 334
EclipseStarter.run(Object) line: 272
EclipseStarter.run(String[], Runnable) line: 128
NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available 
[native method]
NativeMethodAccessorImpl.invoke(Object, Object[]) line: 84
NativeMethodAccessorImpl.invoke(Method, Object, Object[]) line: 57
DelegatingMethodAccessorImpl.invoke(Method, Object, Object[]) line: 59
Method.invoke(Object, Object[]) line: 390
Main.basicRun(String[]) line: 185
Main.run(String[]) line: 638
Main.main(String[]) line: 622

JDTCore v_501

When compiling the following program:

public class Y {
    public static void main(String [] args) {
		X<String> xs = new X<String>();
		String[] s = xs.bar(new String[0]);
    }
}

against binaries for X defined as:
public class X <T> {
	<U> U[] bar(U[] u)  { return null; }
}

an invalid type mismatch is reported: 
    Type mismatch: cannot convert from Object[] to String[]

200406090800

When I select a text range in a java editor using Ctrl+Shift+Left/Right, the
selection is not copied on Ctrl+C. Setting the selection with the mouse is OK.

M7
- download swt source project (or any project you like)
- modify MenuItem.java
- synchronize. In the synchronize view, double click on MenuItem to bring up 
the CVS Workspace Menu view that compares the local MenuItem.java with the 
remote one.
- Go to the MenuItem.java editor. Modify it again - e.g. add 'this is cool' 
somewhere. Save.
- Go back to the synchronize view. Double click again on to the menu.java 
node. 

The old CVS WOrkspace MenuItem view comes up and contains no trace of the new 
change. It should be refreshed and shows the actual local version. The 
workaround is to be careful and close existing CVS workspace views.

When running Swing components in an SWT container, cut/copy/paste actions via 
the keyboard no longer work.  (On Windows, CTRL-C, CTRL-X, CTRLV)

This defect is present in build M8 and in build 20040519

3.0 rc1
Comparing all tesm plugins with May 2001 finds many changes and when the commit
set layout is used, 18MBs of memory is taken. In this particular case, the cache
isn't even needed.

I'm in a class that extends Wizard.
Seems strange (wrong) to me that when I type "createp" and ctrl+space in the 
editor I get:
public void createPageControls(Composite pageContainer) {
  // TODO Auto-generated method stub
}

But when I use the Source > Override/Implement Methods... to get the dialog 
and select createControl I get:

public void createPageControls(Composite pageContainer) {
  // TODO Auto-generated method stub
  super.createPageControls(pageContainer);
}

Why no super in the ctrl+space generation of the overridden method?  If by 
design it seems confusing by design (the inconsistency).  This 3.0 behavior is 
consistent with what happens in 2.1 - but not sure if that means it is right. 
Feels wrong.

PDE editors (schema and feature) use CTabFolder inside a page. When the page 
is made narrow enough, some tabs are dropped but there is no way to access 
them (no chevron). 

Steps to reproduce:

1) Create a new feature project
2) Switch to the 'Information' page in the newly opened feature editor. It 
should have three tabs 'Feature description', 'Copyright Notice' and 'License 
Agreement'.
3) Make the editor narrower until 'License Agreement' goes away.
4) Observe - there is no way to access the tab.

This is a problem for us because some people already asked as if License 
Agreement is not required in 3.0.

Run the browser example, then resize the window to be larger. Frequently the new area is not painted 
for an extended period of time (sometimes never). 

Similarly, follow a link to a page with a text field. Attempt to type in the text field. Frequently characters 
are not delivered, even though the i-beam is inplace and flashing.

Given the code:

import java.io.IOException;

public class Test {

    public static void main(String[] args) {
        if (Math.random() < 0.5) {
            // Do some stuff
        } else try {
            System.out.println("Hello");
            scaryMethod();
        } catch (IOException e) {
            // Handle exception
        }
    }

    private static void scaryMethod() throws IOException {
        // Method does not actually throw exception
        System.out.println("World");
    }
}

The exception in scaryMethod() is not actually ever throw IOException, so we 
remove it.  This results in a compilation error in main() indicating an 
unreachable catch block.  Using the quick fix "Remove catch clause" results in 
the code:

import java.io.IOException;

public class Test {

    public static void main(String[] args) {
        if (Math.random() < 0.5) {
            // Do some stuff
        } else System.out.println("Hello");
        scaryMethod();
    }

    private static void scaryMethod() {
        // Method does not actually throw exception
        System.out.println("World");
    }

}

This has changed the program to always call scaryMethod(), which it should 
not.  The correct code should be:


import java.io.IOException;

public class Test {

    public static void main(String[] args) {
        if (Math.random() < 0.5) {
            // Do some stuff
        } else {
            System.out.println("Hello");
            scaryMethod();
        }
    }

    private static void scaryMethod() {
        // Method does not actually throw exception
        System.out.println("World");
    }

}

The quick fix needs to add a block around the statements in the try block when 
the try block is removed.

I200406111814. 
 
This bug is blocking an RC3 bug in Platform UI.  The problem described here 
isn't really a problem with PopupInformationControl.  However, I would like to 
change the undocumented behaviour of handlers to deal with detached windows and 
the multi-key assistant dialog. 
 
The change I'm proposing is the following.  Change line 227 of 
PopupInformationControl to be: 
 
                submissions = Collections.singletonList(new 
HandlerSubmission(null, shell, null, commandId, closeHandler, 
Priority.MEDIUM)); 
 
This change can be done at any time, and should not affect the functionality of 
debug (even if the patch on Bug 66182 were not applied).  It is just making the 
handler submission more specific about which shell it is intended to function 
in. 
 
Also, I'd recommend switching to "addHandlerSubmission", as this code only ever 
adds/removes one submission.  It avoids creating the list.

I200411010800 (probably already in 2.1.2, see bug 47418)

class MyClass {
	MyClass(int a, int b) {	}
	void take(MyClass mc) { }
	void run() {
		take( new MyClass(1, 2) ); // space in ") )" is in match 
	}
}

- Search for references to constructor MyClass(int a, int b).
=> Result is "new MyClass(1, 2) " (including the space!)
=> Expected: "new MyClass(1, 2)"

This leads to a problem when we try to find the ASTNode for this SearchMatch.

According to the JavaDoc on Item.setText(String), the method should throw an
IllegalArgumentException if the incomming text is null.  Looking at the code
from 04/20/2004 there doesn't seem to be a check in place to throw the proper
exception.

Build: 3.0 RC1

Help > Update manager > Manage Configuration.
Click on "Add Extension Location"
I selected an arbitrary directory and clicked OK.
After the browse dialog was dismissed, I got a dialog saying:
"Selected location does not contain extension.  Please select another 
location."

It would be better if the dialog actually told me what makes an extension 
location an extension location.  I personally can't remember.  I know it's a 
file that starts with '.', but I don't remember what it is called.  The dialog 
in this case was just a tease and not very helpful.

Install a new feature.
Select to apply changes now, without restarting.
Open Configuration Manager and check the feature's status.
The status displays "ConfiguredSite is null"

Here is the easy way to create this problem...

1. Create a new Workbench Window
2. Show the Java Browsing -> Members View
3. Select a different view
4. Close the Workbench Window

Both org.eclipse.debug.internal.ui.actions.DebugDropDownAction and 
org.eclipse.debug.internal.ui.actions.RunDropDownAction are not disposed.

ActionPresentation doesn't clear out the invisibleBars.

Much of the code could be cleaned up to avoid all the constant 
contains/get/remove sequence and just do a single remove instead.

1. Create a feature that has one child feature and place it in your 
install/configuration.
2. Create a site that has an updated version of both features.
3. Select the Help menu and choose Software Updates/Find and Install.
4. Choose 'Search for updates of the currently installed features' and click 
Next.
5. See that the parent feature is displayed in the list.
6. Uncheck the filter check box and notice that the child feature is still not 
listed.

I would expect the child feature to be displayed when filtering is turned off.

We need to migrate our MainMethodSearchEngine and DetailFormatterDialog to use 
the new search APIs in JCORE. See deprecation warning in the classes.

20040317

We need to be able to allow an IPresentablePart to opt out of showing bold 
when it is done.

Currently any part that is not the focus part will show  bold when it is done. 
For the marker views in particular this is only desired when the markers 
change.

3.0 M8 line 507
Method void resize() fails because row is set to '0' and table.getItem(row) 
will produce an IndexOutOfBounds Exception. Quite obviously.
Guess that's easy to fix.

When calling setSize in front of setLocation the text in the
checkbox is not displayed.

This works:
----------------------8<----------------------
Button check = new Button( this, SWT.NONE | SWT.CHECK );
check.setLocation( 10, 200 );
check.setSize( 200, 300 );
check.setText( "TEST" );
----------------------8<----------------------

This don't (text is not diplayed):
----------------------8<----------------------
Button check = new Button( this, SWT.NONE | SWT.CHECK );
check.setSize( 200, 300 );
check.setLocation( 10, 200 );
check.setText( "TEST" );
----------------------8<----------------------

On win32 both versions are working.

Versions used: libswt-gtk-3062

GTK, I don't know what's apropiate:

[tom@vinea tom]$ pkg-config --modversion gtk+-2.0
2.4.4
[tom@vinea tom]$

I20040317 (am build)
- new workspace with UI projects loaded
- I think this works for any plugin.xml but I tried org.eclipse.ui's plugin.xml
- right click on the plugin.xml in Package Explorer to get the context menu
- Open With->Text Editor
- get the error message "Error retrieving charset for 
resource /org.eclipse.ui/plugin.xml."

20040130 (jdt.core preview 8 p.m)

In a.): First Tag element has range that goes until the end of the file.
In b.) First tag range does not include the embedded tag


1.)
public class E {
	
    /**
     * {@link A}
     * @see Vector#siz()
     * @param nam1
     */
    public void gee(String name) throws IOException {
    }
}

class G {
	private static class Inner {}
}

(b)
public class E {
	
    /**
     * XX {@link A}
     * @see Vector#siz()
     * @param nam1
     */
    public void gee(String name) throws IOException {
    }
}

3.1M1

Button.computeSize() on carbon adds a 4 pixel padding factor to any size hints
passed in.  I think this padding may be added to compensate for the large
internal border given to buttons, but this does not match the behaviour of other
platforms.  I think this should be cleaned up.

To: eclipse newsgroup
Subject: CVS access causes Eclipse 3.0.0 to freeze

Our Eclipse 3.0.0 installation locks up when we try to access a
CVS repository on the same Linux box.  

The simplest way to replicate this problem is:

* log on to the machine running our CVS repository, call it "bigboy".

* start Eclipse on a blank workspace

* click on File -> New -> Project

* in the New Project wizard, expand CVS, select "Checkout Projects From
	CVS", and click on "next".

* enter a host name ("bigboy"), repository path, valid user name, valid
	password, specify "extssh" as connection type; click on "use default
	port", then click on "next".

The progress bar makes it to about 5%, and then the Eclipse process
freezes and becomes completely unresponsive.  We have let it stay frozen for
a few hours without seeing any signs of progress.  (Alternately, you can
ask Eclipse's New Project wizard to show a list of valid CVS modules, in which
case Eclipse tries to query CVS and freezes at the 25% point.)

Michael Valenta requested that I post a stack trace for this problem in
Bugzilla.  (I originally reported it on the eclipse newsgroup on 19jul2004
at 17:46).  I generated two stack traces, and am including both of them
because they are different.  After the stack traces I am including a
description of the issue's misbehavior copied from the original newsgroup
posting.

Please let me know if there is other information I can provide to help
troubleshoot this.

Sincerely,


Christian Schreiner
caschrei@rockwellcollins.com

Stack dump #1 (generated via `kill -3 <java_pid>`):

1>  Full thread dump Java HotSpot(TM) Client VM (1.4.2_03-b02 mixed mode):
1> 
1> "ModalContext" prio=1 tid=0x08682650 nid=0x22df runnable
1> [4e617000..4e6178b8]
1>         at java.io.FileInputStream.readBytes(Native Method)
1>         at java.io.FileInputStream.read(FileInputStream.java:194)
1>         at java.io.BufferedInputStream.read1(BufferedInputStream.java:220)
1>         at java.io.BufferedInputStream.read(BufferedInputStream.java:277)
1>         - locked <0x450e8138> (a java.io.BufferedInputStream)
1> 
1>         at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
1>         at java.io.BufferedInputStream.read1(BufferedInputStream.java:222)
1>         at java.io.BufferedInputStream.read(BufferedInputStream.java:277)
1>         - locked <0x450e8158> (a java.io.BufferedInputStream)
1>         at
1>
sun.security.provider.SeedGenerator$URLSeedGenerator.getSeedByte(SeedGenerator.java:467)
1>         at
1> sun.security.provider.SeedGenerator.getSeedBytes(SeedGenerator.java:137)
1>         at
1> sun.security.provider.SeedGenerator.generateSeed(SeedGenerator.java:132)
1>         at
1> sun.security.provider.SecureRandom.engineGenerateSeed(SecureRandom.java:112)
1>         at
1> sun.security.provider.SecureRandom.engineNextBytes(SecureRandom.java:169)
1>         - locked <0x450e81b8> (a sun.security.provider.SecureRandom)
1>         at java.security.SecureRandom.nextBytes(SecureRandom.java:381)
1>         - locked <0x450e8208> (a java.security.SecureRandom)
1>         at com.jcraft.jsch.jce.Random.fill(Unknown Source)
1>         at com.jcraft.jsch.Session.send_kexinit(Unknown Source)
1>         at com.jcraft.jsch.Session.receive_kexinit(Unknown Source)
1>         at com.jcraft.jsch.Session.connect(Unknown Source)
1>         at
1> org.eclipse.team.internal.ccvs.ssh2.JSchSession.getSession(JSchSession.java:306)
1>         at
1>
org.eclipse.team.internal.ccvs.ssh2.CVSSSH2ServerConnection.internalOpen(CVSSSH2ServerConnection.java:117)
1>         at
1>
org.eclipse.team.internal.ccvs.ssh2.CVSSSH2ServerConnection.open(CVSSSH2ServerConnection.java:99)
1>         at
1>
org.eclipse.team.internal.ccvs.core.connection.Connection.open(Connection.java:127)
1>         at
1>
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.createConnection(CVSRepositoryLocation.java:575)
1>         at
1>
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.openConnection(CVSRepositoryLocation.java:821)
1>         - locked <0x450de618> (a java.lang.Object)
1>         at
1> org.eclipse.team.internal.ccvs.core.client.Session.open(Session.java:142)
1>         at
1>
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.validateConnection(CVSRepositoryLocation.java:956)
1>         at
1>
org.eclipse.team.internal.ccvs.ui.wizards.ModuleSelectionPage$2.run(ModuleSelectionPage.java:143)
1>         at
1>
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)
1> 
1> "ModalContext" prio=1 tid=0x08740448 nid=0x22de waiting for monitor entry
1> [4ce6e000..4ce6e8b8]
1>         at
1>
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.openConnection(CVSRepositoryLocation.java:799)
1>         - waiting to lock <0x450de618> (a java.lang.Object)
1>         at
1> org.eclipse.team.internal.ccvs.core.client.Session.open(Session.java:142)
1>         at
1>
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.validateConnection(CVSRepositoryLocation.java:956)
1>         at
1>
org.eclipse.team.internal.ccvs.ui.wizards.ModuleSelectionPage$2.run(ModuleSelectionPage.java:143)
1>         at
1>
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)
1> 
1> "Worker-1" prio=1 tid=0x08592c78 nid=0x22dd in Object.wait()
1> [4e386000..4e3868b8]
1>         at java.lang.Object.wait(Native Method)
1>         - waiting on <0x44e46348> (a
1>           org.eclipse.core.internal.jobs.WorkerPool)
1>         at
1> org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:166)
1>         - locked <0x44e46348> (a org.eclipse.core.internal.jobs.WorkerPool)
1>         at
1> org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:193)
1>         at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)
1> 
1> "Reference Cleaner - 2" prio=1 tid=0x08367540 nid=0x22d2 in Object.wait()
1> [4dd9b000..4dd9b8b8]
1>         at java.lang.Object.wait(Native Method)
1> 
1>         - waiting on <0x44f01b88> (a java.lang.ref.ReferenceQueue$Lock)
1>         at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
1>         - locked <0x44f01b88> (a java.lang.ref.ReferenceQueue$Lock)
1>         at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
1>         at
1>
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThread.run(ActionContributionItem.java:207)
1> 
1> "Reference Cleaner - 1" prio=1 tid=0x08367248 nid=0x22d1 in Object.wait()
1> [4dd1a000..4dd1a8b8]
1>         at java.lang.Object.wait(Native Method)
1>         - waiting on <0x44f01bf8> (a java.lang.ref.ReferenceQueue$Lock)
1>         at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
1>         - locked <0x44f01bf8> (a java.lang.ref.ReferenceQueue$Lock)
1>         at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
1>         at
1>
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThread.run(ActionContributionItem.java:207)
1> 
1> "Start Level Event Dispatcher" daemon prio=1 tid=0x08263420 nid=0x22cf in
1> Object.wait() [4cfff000..4cfff8b8]
1>         at java.lang.Object.wait(Native Method)
1>         - waiting on <0x44ccd160> (a
1>           org.eclipse.osgi.framework.eventmgr.EventThread)
1>         at java.lang.Object.wait(Object.java:429)
1>         at
1>
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:162)
1>         - locked <0x44ccd160> (a
1>           org.eclipse.osgi.framework.eventmgr.EventThread)
1>         at
1> org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:100)
1> 
1> "Framework Event Dispatcher" daemon prio=1 tid=0x0825db18 nid=0x22ce in
1> Object.wait() [4cf7e000..4cf7e8b8]
1>         at java.lang.Object.wait(Native Method)
1>         - waiting on <0x44cbf9d8> (a
1>           org.eclipse.osgi.framework.eventmgr.EventThread)
1>         at java.lang.Object.wait(Object.java:429)
1>         at
1>
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:162)
1>         - locked <0x44cbf9d8> (a
1>           org.eclipse.osgi.framework.eventmgr.EventThread)
1>         at
1> org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:100)
1> 
1> "Signal Dispatcher" daemon prio=1 tid=0x0809fda8 nid=0x22c9 waiting on
1> condition [0..0]
1> 
1> "Finalizer" daemon prio=1 tid=0x0808af38 nid=0x22c7 in Object.wait()
1> [4c952000..4c9528b8]
1>         at java.lang.Object.wait(Native Method)
1>         - waiting on <0x44c3a518> (a java.lang.ref.ReferenceQueue$Lock)
1>         at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
1>         - locked <0x44c3a518> (a java.lang.ref.ReferenceQueue$Lock)
1>         at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
1>         at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)
1> 
1> "Reference Handler" daemon prio=1 tid=0x0808a378 nid=0x22c6 in Object.wait()
1> [4c8d1000..4c8d18b8]
1>         at java.lang.Object.wait(Native Method)
1>         - waiting on <0x44c3a580> (a java.lang.ref.Reference$Lock)
1>         at java.lang.Object.wait(Object.java:429)
1>         at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
1>         - locked <0x44c3a580> (a java.lang.ref.Reference$Lock)
1> 
1> "main" prio=1 tid=0x08052880 nid=0x22c3 in Object.wait()
1> [bfffc000..bfffd228]
1>         at java.lang.Object.wait(Native Method)
1>         at org.eclipse.swt.widgets.Display.sleep(Display.java:2867)
1>         - locked <0x48ae9878> (a java.lang.Class)
1>         at
1>
org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:137)
1> 
1>         at
1> org.eclipse.jface.operation.ModalContext.run(ModalContext.java:262)
1>         at org.eclipse.jface.wizard.WizardDialog.run(WizardDialog.java:752)
1>         at
1>
org.eclipse.team.internal.ccvs.ui.wizards.ModuleSelectionPage.updateEnablements(ModuleSelectionPage.java:140)
1>         at
1>
org.eclipse.team.internal.ccvs.ui.wizards.ModuleSelectionPage$1.handleEvent(ModuleSelectionPage.java:70)
1>         at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
1>         at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:954)
1>         at
1> org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2595)
1>         at
1> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2298)
1>         at
1>
org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:136)
1>         at
1> org.eclipse.jface.operation.ModalContext.run(ModalContext.java:262)
1>         at org.eclipse.jface.wizard.WizardDialog.run(WizardDialog.java:752)
1>         at
1>
org.eclipse.team.internal.ccvs.ui.wizards.ModuleSelectionPage.updateEnablements(ModuleSelectionPage.java:140)
1>         at
1>
org.eclipse.team.internal.ccvs.ui.wizards.ModuleSelectionPage$1.handleEvent(ModuleSelectionPage.java:70)
1>         at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
1>         at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:954)
1>         at
1> org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2595)
1>         at
1> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2298)
1>         at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
1>         at org.eclipse.jface.window.Window.open(Window.java:648)
1>         at
1> org.eclipse.ui.actions.NewProjectAction.run(NewProjectAction.java:111)
1>         at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
1>         at
1>
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:915)
1>         at
1>
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:866)
1>         at
1>
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:785)
1>         at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
1>         at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:954)
1>         at
1> org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2595)
1>         at
1> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2298)
1>         at
1> org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
1>         at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
1>         at
1> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
1>         at
1> org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
1>         at
1> org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
1>         at
1>
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
1>         at
1> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
1>         at
1> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
1>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
1>         at
1> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
1>         at
1>
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
1>         at java.lang.reflect.Method.invoke(Method.java:324)
1>         at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
1>         at org.eclipse.core.launcher.Main.run(Main.java:644)
1>         at org.eclipse.core.launcher.Main.main(Main.java:628)
1> 
1> "VM Thread" prio=1 tid=0x08087110 nid=0x22c5 runnable 
1> 
1> "VM Periodic Task Thread" prio=1 tid=0x080a24e8 nid=0x22cb waiting on
1> condition 
1> "Suspend Checker Thread" prio=1 tid=0x0809f450 nid=0x22c8 runnable 
1> 
1> caschrei@bigboi:502:~/proj/shade/eclipse_ws> kill -3 8899 2>&1 | tee foo2
1> Full thread dump Java HotSpot(TM) Client VM (1.4.2_03-b02 mixed mode):
1> 
1> "ModalContext" prio=1 tid=0x08682650 nid=0x22df runnable
1> [4e617000..4e6178b8]
1> 
1>         at java.io.FileInputStream.readBytes(Native Method)
1>         at java.io.FileInputStream.read(FileInputStream.java:194)
1>         at java.io.BufferedInputStream.read1(BufferedInputStream.java:220)
1>         at java.io.BufferedInputStream.read(BufferedInputStream.java:277)
1>         - locked <0x450e8138> (a java.io.BufferedInputStream)
1>         at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
1>         at java.io.BufferedInputStream.read1(BufferedInputStream.java:222)
1>         at java.io.BufferedInputStream.read(BufferedInputStream.java:277)
1>         - locked <0x450e8158> (a java.io.BufferedInputStream)
1>         at
1>
sun.security.provider.SeedGenerator$URLSeedGenerator.getSeedByte(SeedGenerator.java:467)
1>         at
1> sun.security.provider.SeedGenerator.getSeedBytes(SeedGenerator.java:137)
1>         at
1> sun.security.provider.SeedGenerator.generateSeed(SeedGenerator.java:132)
1>         at
1> sun.security.provider.SecureRandom.engineGenerateSeed(SecureRandom.java:112)
1>         at
1> sun.security.provider.SecureRandom.engineNextBytes(SecureRandom.java:169)
1>         - locked <0x450e81b8> (a sun.security.provider.SecureRandom)
1>         at java.security.SecureRandom.nextBytes(SecureRandom.java:381)
1>         - locked <0x450e8208> (a java.security.SecureRandom)
1>         at com.jcraft.jsch.jce.Random.fill(Unknown Source)
1>         at com.jcraft.jsch.Session.send_kexinit(Unknown Source)
1>         at com.jcraft.jsch.Session.receive_kexinit(Unknown Source)
1>         at com.jcraft.jsch.Session.connect(Unknown Source)
1>         at
1> org.eclipse.team.internal.ccvs.ssh2.JSchSession.getSession(JSchSession.java:306)
1>         at
1>
org.eclipse.team.internal.ccvs.ssh2.CVSSSH2ServerConnection.internalOpen(CVSSSH2ServerConnection.java:117)
1>         at
1>
org.eclipse.team.internal.ccvs.ssh2.CVSSSH2ServerConnection.open(CVSSSH2ServerConnection.java:99)
1>         at
1>
org.eclipse.team.internal.ccvs.core.connection.Connection.open(Connection.java:127)
1>         at
1>
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.createConnection(CVSRepositoryLocation.java:575)
1>         at
1>
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.openConnection(CVSRepositoryLocation.java:821)
1>         - locked <0x450de618> (a java.lang.Object)
1>         at
1> org.eclipse.team.internal.ccvs.core.client.Session.open(Session.java:142)
1>         at
1>
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.validateConnection(CVSRepositoryLocation.java:956)
1>         at
1>
org.eclipse.team.internal.ccvs.ui.wizards.ModuleSelectionPage$2.run(ModuleSelectionPage.java:143)
1>         at
1>
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)
1> 
1> "ModalContext" prio=1 tid=0x08740448 nid=0x22de waiting for monitor entry
1> [4ce6e000..4ce6e8b8]
1>         at
1>
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.openConnection(CVSRepositoryLocation.java:799)
1>         - waiting to lock <0x450de618> (a java.lang.Object)
1>         at
1> org.eclipse.team.internal.ccvs.core.client.Session.open(Session.java:142)
1>         at
1>
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.validateConnection(CVSRepositoryLocation.java:956)
1>         at
1>
org.eclipse.team.internal.ccvs.ui.wizards.ModuleSelectionPage$2.run(ModuleSelectionPage.java:143)
1>         at
1>
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)
1> 
1> "Worker-1" prio=1 tid=0x08592c78 nid=0x22dd in Object.wait()
1> [4e386000..4e3868b8]
1>         at java.lang.Object.wait(Native Method)
1>         - waiting on <0x44e46348> (a
1>           org.eclipse.core.internal.jobs.WorkerPool)
1>         at
1> org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:166)
1>         - locked <0x44e46348> (a org.eclipse.core.internal.jobs.WorkerPool)
1>         at
1> org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:193)
1> 
1>         at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)
1> 
1> "Reference Cleaner - 2" prio=1 tid=0x08367540 nid=0x22d2 in Object.wait()
1> [4dd9b000..4dd9b8b8]
1>         at java.lang.Object.wait(Native Method)
1>         - waiting on <0x44f01b88> (a java.lang.ref.ReferenceQueue$Lock)
1>         at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
1>         - locked <0x44f01b88> (a java.lang.ref.ReferenceQueue$Lock)
1>         at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
1>         at
1>
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThread.run(ActionContributionItem.java:207)
1> 
1> "Reference Cleaner - 1" prio=1 tid=0x08367248 nid=0x22d1 in Object.wait()
1> [4dd1a000..4dd1a8b8]
1>         at java.lang.Object.wait(Native Method)
1>         - waiting on <0x44f01bf8> (a java.lang.ref.ReferenceQueue$Lock)
1>         at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
1>         - locked <0x44f01bf8> (a java.lang.ref.ReferenceQueue$Lock)
1>         at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
1>         at
1>
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThread.run(ActionContributionItem.java:207)
1> 
1> "Start Level Event Dispatcher" daemon prio=1 tid=0x08263420 nid=0x22cf in
1> Object.wait() [4cfff000..4cfff8b8]
1>         at java.lang.Object.wait(Native Method)
1>         - waiting on <0x44ccd160> (a
1>           org.eclipse.osgi.framework.eventmgr.EventThread)
1>         at java.lang.Object.wait(Object.java:429)
1>         at
1>
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:162)
1>         - locked <0x44ccd160> (a
1>           org.eclipse.osgi.framework.eventmgr.EventThread)
1>         at
1> org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:100)
1> 
1> "Framework Event Dispatcher" daemon prio=1 tid=0x0825db18 nid=0x22ce in
1> Object.wait() [4cf7e000..4cf7e8b8]
1>         at java.lang.Object.wait(Native Method)
1>         - waiting on <0x44cbf9d8> (a
1>           org.eclipse.osgi.framework.eventmgr.EventThread)
1>         at java.lang.Object.wait(Object.java:429)
1>         at
1>
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:162)
1>         - locked <0x44cbf9d8> (a
1>           org.eclipse.osgi.framework.eventmgr.EventThread)
1>         at
1> org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:100)
1> 
1> "Signal Dispatcher" daemon prio=1 tid=0x0809fda8 nid=0x22c9 waiting on
1> condition [0..0]
1> 
1> "Finalizer" daemon prio=1 tid=0x0808af38 nid=0x22c7 in Object.wait()
1> [4c952000..4c9528b8]
1>         at java.lang.Object.wait(Native Method)
1>         - waiting on <0x44c3a518> (a java.lang.ref.ReferenceQueue$Lock)
1>         at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
1>         - locked <0x44c3a518> (a java.lang.ref.ReferenceQueue$Lock)
1>         at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
1>         at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)
1> 
1> "Reference Handler" daemon prio=1 tid=0x0808a378 nid=0x22c6 in Object.wait()
1> [4c8d1000..4c8d18b8]
1>         at java.lang.Object.wait(Native Method)
1>         - waiting on <0x44c3a580> (a java.lang.ref.Reference$Lock)
1>         at java.lang.Object.wait(Object.java:429)
1>         at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
1>         - locked <0x44c3a580> (a java.lang.ref.Reference$Lock)
1> 
1> 
1> "main" prio=1 tid=0x08052880 nid=0x22c3 in Object.wait()
1> [bfffc000..bfffd228]
1>         at java.lang.Object.wait(Native Method)
1>         at org.eclipse.swt.widgets.Display.sleep(Display.java:2867)
1>         - locked <0x48ae9878> (a java.lang.Class)
1>         at
1>
org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:137)
1>         at
1> org.eclipse.jface.operation.ModalContext.run(ModalContext.java:262)
1>         at org.eclipse.jface.wizard.WizardDialog.run(WizardDialog.java:752)
1>         at
1>
org.eclipse.team.internal.ccvs.ui.wizards.ModuleSelectionPage.updateEnablements(ModuleSelectionPage.java:140)
1>         at
1>
org.eclipse.team.internal.ccvs.ui.wizards.ModuleSelectionPage$1.handleEvent(ModuleSelectionPage.java:70)
1>         at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
1>         at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:954)
1>         at
1> org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2595)
1>         at
1> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2298)
1>         at
1>
org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:136)
1>         at
1> org.eclipse.jface.operation.ModalContext.run(ModalContext.java:262)
1>         at org.eclipse.jface.wizard.WizardDialog.run(WizardDialog.java:752)
1>         at
1>
org.eclipse.team.internal.ccvs.ui.wizards.ModuleSelectionPage.updateEnablements(ModuleSelectionPage.java:140)
1>         at
1>
org.eclipse.team.internal.ccvs.ui.wizards.ModuleSelectionPage$1.handleEvent(ModuleSelectionPage.java:70)
1>         at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
1>         at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:954)
1>         at
1> org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2595)
1>         at
1> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2298)
1>         at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
1>         at org.eclipse.jface.window.Window.open(Window.java:648)
1>         at
1> org.eclipse.ui.actions.NewProjectAction.run(NewProjectAction.java:111)
1>         at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
1>         at
1>
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:915)
1>         at
1>
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:866)
1>         at
1>
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:785)
1>         at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
1>         at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:954)
1>         at
1> org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2595)
1>         at
1> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2298)
1>         at
1> org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
1>         at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
1>         at
1> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
1>         at
1> org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
1>         at
1> org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
1>         at
1>
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
1>         at
1> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
1>         at
1> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
1>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
1>         at
1> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
1>         at
1>
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
1>         at java.lang.reflect.Method.invoke(Method.java:324)
1>         at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
1>         at org.eclipse.core.launcher.Main.run(Main.java:644)
1>         at org.eclipse.core.launcher.Main.main(Main.java:628)
1> 
1> "VM Thread" prio=1 tid=0x08087110 nid=0x22c5 runnable 
1> 
1> "VM Periodic Task Thread" prio=1 tid=0x080a24e8 nid=0x22cb waiting on
1> condition 
1> "Suspend Checker Thread" prio=1 tid=0x0809f450 nid=0x22c8 runnable 
1> 
1> 

Stack dump #2:

2> Full thread dump Java HotSpot(TM) Client VM (1.4.2_03-b02 mixed mode):
2> 
2> "ModalContext" prio=1 tid=0x081c9630 nid=0x2342 waiting for monitor entry
[4e4fb000..4e4fb8b8]
2> 	at
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.openConnection(CVSRepositoryLocation.java:799)
2> 	- waiting to lock <0x44800000> (a java.lang.Object)
2> 	at org.eclipse.team.internal.ccvs.core.client.Session.open(Session.java:142)
2> 	at
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.validateConnection(CVSRepositoryLocation.java:956)
2> 	at
org.eclipse.team.internal.ccvs.ui.wizards.ModuleSelectionPage$2.run(ModuleSelectionPage.java:143)
2> 	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)
2> 
2> "ModalContext" prio=1 tid=0x081c9380 nid=0x2341 runnable [4e47a000..4e47a8b8]
2> 	at java.io.FileInputStream.readBytes(Native Method)
2> 	at java.io.FileInputStream.read(FileInputStream.java:194)
2> 	at java.io.BufferedInputStream.read1(BufferedInputStream.java:220)
2> 	at java.io.BufferedInputStream.read(BufferedInputStream.java:277)
2> 	- locked <0x44782870> (a java.io.BufferedInputStream)
2> 	at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
2> 	at java.io.BufferedInputStream.read1(BufferedInputStream.java:222)
2> 	at java.io.BufferedInputStream.read(BufferedInputStream.java:277)
2> 	- locked <0x44782668> (a java.io.BufferedInputStream)
2> 	at
sun.security.provider.SeedGenerator$URLSeedGenerator.getSeedByte(SeedGenerator.java:467)
2> 	at sun.security.provider.SeedGenerator.getSeedBytes(SeedGenerator.java:137)
2> 	at sun.security.provider.SeedGenerator.generateSeed(SeedGenerator.java:132)
2> 	at sun.security.provider.SecureRandom.engineGenerateSeed(SecureRandom.java:112)
2> 	at sun.security.provider.SecureRandom.engineNextBytes(SecureRandom.java:169)
2> 	- locked <0x4477dc00> (a sun.security.provider.SecureRandom)
2> 	at java.security.SecureRandom.nextBytes(SecureRandom.java:381)
2> 	- locked <0x4477df58> (a java.security.SecureRandom)
2> 	at com.jcraft.jsch.jce.Random.fill(Unknown Source)
2> 	at com.jcraft.jsch.Session.send_kexinit(Unknown Source)
2> 	at com.jcraft.jsch.Session.receive_kexinit(Unknown Source)
2> 	at com.jcraft.jsch.Session.connect(Unknown Source)
2> 	at
org.eclipse.team.internal.ccvs.ssh2.JSchSession.getSession(JSchSession.java:306)
2> 	at
org.eclipse.team.internal.ccvs.ssh2.CVSSSH2ServerConnection.internalOpen(CVSSSH2ServerConnection.java:117)
2> 	at
org.eclipse.team.internal.ccvs.ssh2.CVSSSH2ServerConnection.open(CVSSSH2ServerConnection.java:99)
2> 	at
org.eclipse.team.internal.ccvs.core.connection.Connection.open(Connection.java:127)
2> 	at
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.createConnection(CVSRepositoryLocation.java:575)
2> 	at
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.openConnection(CVSRepositoryLocation.java:821)
2> 	- locked <0x44800000> (a java.lang.Object)
2> 	at org.eclipse.team.internal.ccvs.core.client.Session.open(Session.java:142)
2> 	at
org.eclipse.team.internal.ccvs.core.connection.CVSRepositoryLocation.validateConnection(CVSRepositoryLocation.java:956)
2> 	at
org.eclipse.team.internal.ccvs.ui.wizards.ModuleSelectionPage$2.run(ModuleSelectionPage.java:143)
2> 	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:101)
2> 
2> "Worker-1" prio=1 tid=0x086a1918 nid=0x233c in Object.wait() [4ce6e000..4ce6e8b8]
2> 	at java.lang.Object.wait(Native Method)
2> 	- waiting on <0x44e46378> (a org.eclipse.core.internal.jobs.WorkerPool)
2> 	at org.eclipse.core.internal.jobs.WorkerPool.sleep(WorkerPool.java:166)
2> 	- locked <0x44e46378> (a org.eclipse.core.internal.jobs.WorkerPool)
2> 	at org.eclipse.core.internal.jobs.WorkerPool.startJob(WorkerPool.java:193)
2> 	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:59)
2> 
2> "Reference Cleaner - 2" prio=1 tid=0x080a9348 nid=0x2332 in Object.wait()
[4dd9b000..4dd9b8b8]
2> 	at java.lang.Object.wait(Native Method)
2> 	- waiting on <0x44f01b88> (a java.lang.ref.ReferenceQueue$Lock)
2> 	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
2> 	- locked <0x44f01b88> (a java.lang.ref.ReferenceQueue$Lock)
2> 	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
2> 	at
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThread.run(ActionContributionItem.java:207)
2> 
2> "Reference Cleaner - 1" prio=1 tid=0x080aa6c8 nid=0x2331 in Object.wait()
[4dd1a000..4dd1a8b8]
2> 	at java.lang.Object.wait(Native Method)
2> 	- waiting on <0x44f01bf8> (a java.lang.ref.ReferenceQueue$Lock)
2> 	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
2> 	- locked <0x44f01bf8> (a java.lang.ref.ReferenceQueue$Lock)
2> 	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
2> 	at
org.eclipse.jface.action.ActionContributionItem$ImageCache$ReferenceCleanerThread.run(ActionContributionItem.java:207)
2> 
2> "Start Level Event Dispatcher" daemon prio=1 tid=0x08266898 nid=0x232f in
Object.wait() [4cfff000..4cfff8b8]
2> 	at java.lang.Object.wait(Native Method)
2> 	- waiting on <0x44ccd160> (a org.eclipse.osgi.framework.eventmgr.EventThread)
2> 	at java.lang.Object.wait(Object.java:429)
2> 	at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:162)
2> 	- locked <0x44ccd160> (a org.eclipse.osgi.framework.eventmgr.EventThread)
2> 	at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:100)
2> 
2> "Framework Event Dispatcher" daemon prio=1 tid=0x082490d8 nid=0x232e in
Object.wait() [4cf7e000..4cf7e8b8]
2> 	at java.lang.Object.wait(Native Method)
2> 	- waiting on <0x44cbf9d8> (a org.eclipse.osgi.framework.eventmgr.EventThread)
2> 	at java.lang.Object.wait(Object.java:429)
2> 	at
org.eclipse.osgi.framework.eventmgr.EventThread.getNextEvent(EventThread.java:162)
2> 	- locked <0x44cbf9d8> (a org.eclipse.osgi.framework.eventmgr.EventThread)
2> 	at org.eclipse.osgi.framework.eventmgr.EventThread.run(EventThread.java:100)
2> 
2> "Signal Dispatcher" daemon prio=1 tid=0x0808eec0 nid=0x2329 waiting on
condition [0..0]
2> 
2> "Finalizer" daemon prio=1 tid=0x0808af38 nid=0x2327 in Object.wait()
[4c952000..4c9528b8]
2> 	at java.lang.Object.wait(Native Method)
2> 	- waiting on <0x44c3a518> (a java.lang.ref.ReferenceQueue$Lock)
2> 	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
2> 	- locked <0x44c3a518> (a java.lang.ref.ReferenceQueue$Lock)
2> 	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
2> 	at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)
2> 
2> "Reference Handler" daemon prio=1 tid=0x0808a378 nid=0x2326 in Object.wait()
[4c8d1000..4c8d18b8]
2> 	at java.lang.Object.wait(Native Method)
2> 	- waiting on <0x44c3a580> (a java.lang.ref.Reference$Lock)
2> 	at java.lang.Object.wait(Object.java:429)
2> 	at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
2> 	- locked <0x44c3a580> (a java.lang.ref.Reference$Lock)
2> 
2> "main" prio=1 tid=0x08052880 nid=0x2323 in Object.wait() [bfffc000..bfffd228]
2> 	at java.lang.Object.wait(Native Method)
2> 	- waiting on <0x48ae9878> (a java.lang.Class)
2> 	at org.eclipse.swt.widgets.Display.sleep(Display.java:2867)
2> 	- locked <0x48ae9878> (a java.lang.Class)
2> 	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:137)
2> 	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:262)
2> 	at org.eclipse.jface.wizard.WizardDialog.run(WizardDialog.java:752)
2> 	at
org.eclipse.team.internal.ccvs.ui.wizards.ModuleSelectionPage.updateEnablements(ModuleSelectionPage.java:140)
2> 	at
org.eclipse.team.internal.ccvs.ui.wizards.ModuleSelectionPage$1.handleEvent(ModuleSelectionPage.java:70)
2> 	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
2> 	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:954)
2> 	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2595)
2> 	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2298)
2> 	at
org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:136)
2> 	at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:262)
2> 	at org.eclipse.jface.wizard.WizardDialog.run(WizardDialog.java:752)
2> 	at
org.eclipse.team.internal.ccvs.ui.wizards.ModuleSelectionPage.updateEnablements(ModuleSelectionPage.java:140)
2> 	at
org.eclipse.team.internal.ccvs.ui.wizards.ModuleSelectionPage$1.handleEvent(ModuleSelectionPage.java:70)
2> 	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
2> 	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:954)
2> 	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2595)
2> 	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2298)
2> 	at org.eclipse.jface.window.Window.runEventLoop(Window.java:668)
2> 	at org.eclipse.jface.window.Window.open(Window.java:648)
2> 	at org.eclipse.ui.actions.NewProjectAction.run(NewProjectAction.java:111)
2> 	at org.eclipse.jface.action.Action.runWithEvent(Action.java:881)
2> 	at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:915)
2> 	at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:866)
2> 	at
org.eclipse.jface.action.ActionContributionItem$7.handleEvent(ActionContributionItem.java:785)
2> 	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
2> 	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:954)
2> 	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2595)
2> 	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2298)
2> 	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1377)
2> 	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1348)
2> 	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:254)
2> 	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:141)
2> 	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:96)
2> 	at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:335)
2> 	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:273)
2> 	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:129)
2> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
2> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
2> 	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
2> 	at java.lang.reflect.Method.invoke(Method.java:324)
2> 	at org.eclipse.core.launcher.Main.basicRun(Main.java:183)
2> 	at org.eclipse.core.launcher.Main.run(Main.java:644)
2> 	at org.eclipse.core.launcher.Main.main(Main.java:628)
2> 
2> "VM Thread" prio=1 tid=0x08087110 nid=0x2325 runnable 
2> 
2> "VM Periodic Task Thread" prio=1 tid=0x080a24e8 nid=0x232b waiting on condition 
2> "Suspend Checker Thread" prio=1 tid=0x0808e550 nid=0x2328 runnable 


Subject: cvs causes eclipse to freeze

Our Eclipse 3.0.0 installation locks up when we try to access a
CVS repository on the same Linux box.  I would appreciate help in 
narrowing down the problem.  I assume it is at least partially an
Eclipse problem because we can't replicate the problem with the CVS 
command line interface.

The simplest way to replicate this problem is:

* log on to the machine running our CVS repository, call it "bigboy".

* start Eclipse on a blank workspace

* click on File -> New -> Project

* in the New Project wizard, expand CVS, select "Checkout Projects From
	CVS", and click on "next".

* enter a host name ("bigboy"), repository path, valid user name, valid
	password, specify "extssh" as connection type; click on "use default
	port", then click on "next".


The progress bar makes it to about 5%, and then the Eclipse process
freezes and becomes completely unresponsive.  We have let it stay frozen for
a few hours without seeing any signs of progress.  (Alternately, you can
ask Eclipse's New Project wizard to show a list of valid CVS modules, in which
case Eclipse tries to query CVS and freezes at the 25% point.)

We have no trouble committing to our CVS repository from the cvs command line
client using ssh; we also have no trouble communicating with our CVS
repository from Eclipse processes runing on other Linux or Windows boxes.  We
have no trouble running ssh processes from bigboy to bigboy.

The behavior appears similar to what I'd expect for "bug 9295" mentioned
in the Eclipse 3.0.0 release notes, except that the problem does not go
away when we kill Eclipse and restart it, and the advertized workaround does
not affect the problem.

This does appear to be similar to the behavior in the news posting from Graham
Leggett dated 13jul2004 13:04.

Eclipse 3.0.0 _used_ to commit to and checkout from the CVS repository
correctly until last Thursday afternoon, when I had to kill Eclipse several
times in succession, due to other problems.  Eclipse finally came up and
worked, but then I tried commiting 4 files I'd been editing, and it locked up
at 25% through the commit.  Reverting to 3.0RC1 or 3.0M8 does not appear to
affect the problem.

When I bring Eclipse up in that same workspace I was using last Thursday
(instead of a blank one, as in the steps above), Eclipse freezes as soon as I
type the first character that would change any source file.  I infer from the
fact that Eclipse behaves differently in a clean workspace that the
metafiles in that first workspace are corrupted.

So far, I am proceeding on the assumptions that:

	* No significant Eclipse installation files is corrupted.
	(Date stamps show the only modified directory entry in our
	Eclipse installation tree is subdirectory

	<tree_root>/configuration/org.eclipse.core.runtime/.manager

	which is empty and its date stamp is about 24 hours after we started
	having trouble.

	* The problem is somehow related to Eclipse <--> CVS interaction.

	* The problem is not from Eclipse trying to read corrupted metafiles
	it got from CVS, because the freeze happens regardless of the
	project/module we select to check out.   Besides, other linux boxes
	can check out the Thursday project fine.  

Does anyone have an idea of further tests we can run to narrow this
problem down further?  Is there some documentation that I should be reading?
Is there a log file that should contain something useful?  (A detailed web 
search of the newsgroup postings and a cursory read of the Eclipse online
documentation isn't yielding much.)

Versions of the programs I'm using are:

Eclipse 3.0.0
Red Hat Linux 8.0
GTK2 2.0.6 (I know Eclipse 3.0.0 requires 2.2.1, but I assume that is
	irrelevant since GTK is a graphics library, not a networking/CVS 
	library)
CVS 1.11.2 


Thank you for your consideration,


Christian Schreiner
caschrei@rockwellcollins.com

Using 200409070800 patched with org.eclipse.jdt.core v_507.

In a project I have created following class/interface:
A.java:
  public class A {}
I.java:
  public interface I<T>  {}
C.java
  public class C implements I<A> {}

I build all and get no error in Problems view: everything is fine :-)
I open C.java file and see that there's an error in it:
I is underlined and hover text is: "The type I is not generic; it cannot be
parameterized with arguments <A>", which is obviously an inappropriate error
message...

A Scale widget with SWT.VERTICAL style has larger values at the top and smaller values at the bottom in 
Carbon, but larger values at the bottom and smaller values at the top in GTK+ and Win32.

This makes it harder to present a consistent interface behavior across platforms, particularly for things 
like volume sliders which have a clear conventional direction.

The ConsoleDocumentManager caused a deadlock for me.

The method:

	public void launchChanged(final ILaunch launch) {
		DebugUIPlugin.getStandardDisplay().syncExec(new Runnable () {
			public void run() {
				IProcess[] processes= launch.getProcesses();
				for (int i= 0; i < processes.length; i++) {
					if (getConsoleDocument(processes[i]) == null) {
						// create new document
	...

is doing a syncExec, but the UI thread happened to be locked on something else
at the time.

Does this really need to be a syncExec? syncExec's should be avoided whenever
possible. Isn't asyncExec sufficient here?

I was launching in the background thread and didn't expect to have the UI tread
required too.

Thanks.

The toggle button for "step with filters" looks like just another step action. To make it more 
apparent that it's a toggle button related to filtering, I suggest changing the icon to the filter icon 
that's used elsewhere in the workbench (for example, the Task view).

The Plug-in Registry view contains an "Extension Points" subtree under each
plugin. Each extension point contains a list of extensions. However, every
element in the list of extensions looks exactly the same, making it imposible to
see any useful information beyond the number extensions.

The list must include some identifying information for each extension, or the
view is not useful. Many heuristics could be used to generate identifiers (such
as the name of the first class or string-typed attributes in the extension's
XML, the plugin where it came from, etc.)

Currently, when I hover over the message cell in the table, there is a tooltip 
containing the entire message, even if the message was short and already 
totally visible in the table.  Pretty odd.

Easiest thing to do is to not show a hover at all when the mouse is over the 
message column.  People could just resize the column if they want to see the 
whole thing.

The Ant editor does not release JARs that supply tasks used in the build script.

I have a custom ant task that I want to use in my build script. I compile it as 
part of the script, package it into a jar, and then do a <taskdef> later on to 
define the task and use it.

Once I use the Ant editor on the build script, I can not delete the JAR file as 
the Eclipse Ant support still has it open. In order for Eclipse to release the 
JAR, I need to restart Eclipse.

Please note that the JAR file isn't being used in Eclipse in any other way (ie 
not part of the project build, or part of the External Task runner)

(This is similar to the bug #61689, but relates to the Ant Editor, not the Ant 
runtime)

/***
|''Name:''|AlternateBackupPlugin|
|''Version:''|1.0.2 (6-Mar-2006)|
|''Source:''||
|''Author:''|KyleHale|
|''Type:''|Plugin|
!Description
Hijacks core backupPath function, replacing the datetime naming system with a rotating set of backups (1 through 10 and then back to 1), whose number is limited by the user. Default number of backups is 10, but can be change by modifying the line ''backupFolder = "10"'' to what ever number you want.

!Issues/Todos
* Possible to insert an option into the AdvancedOptions Tiddler? That'd make editing the number of backups that much easier.
!Revision History
* 1.0.2 (6-Mar-2006)
** Wrote code, totally stole SimonBaird's documentation system
* 1.0.1 (3-Mar-2006)
** Wrote code

!Code
***/
{{{
        var MaxBackups = config.options.txtMaxBackups;
        if(!MaxBackups || MaxBackups == "")
                MaxBackups = "10";
if (!config.options.txtCurrentBackup)
config.options.txtCurrentBackup="1"; 

getBackupPath = function(localPath)
{
        var backSlash = true;
        var dirPathPos = localPath.lastIndexOf("\\");
        if(dirPathPos == -1)
                {
                dirPathPos = localPath.lastIndexOf("/");
                backSlash = false;
                }
        var backupFolder = config.options.txtBackupFolder;
        if(!backupFolder || backupFolder == "")
                backupFolder = ".";
        var backupPath = localPath.substr(0,dirPathPos) + (backSlash ? "\\" :
"/") + backupFolder + localPath.substr(dirPathPos);
        backupNum = config.options["txtCurrentBackup"];
        backupNum++;
        if (backupNum>MaxBackups) {
                backupNum=1;
        }
        backupPath = backupPath.substr(0,backupPath.lastIndexOf(".")) + "." +
backupNum + ".html";
        config.options["txtCurrentBackup"]=backupNum;
        saveOptionCookie("txtCurrentBackup");
        return backupPath;

}
}}}
Files can have one of the following origin classifications:

; Single 
: The file has a single origin revision in the same file. A bug caused by the relationship between 2 parts is caused by the later of these 2 parts
; Elsewhere
: The file has a definite origin, but caused by a change to another file
; Multiple
: The file contains multiple instances of a bug, with separate origins
; Unrelated
: The file is entirely unrelated to the bug in question
; None
: The file is related to the bug, but cannot be said to have an origin
; Unclear
: It was not possible to determine the origin

Approaches can have one of the following outcomes:
; Correct
: The set of origins returned by the approach is entirely the same as the ones determined
; Subset
: The approach returns a subset of the correct origins
; Superset
: The approach returns a superset of the correct origins
; Incorrect
: The approach returns an entirely incorrect set of results
; Nothing
: The approach returns nothing
; Unclear
: It was not possible to determine what the approach returns

In all cases, a count of the correct/incorrect origins will be kept

There are three approaches:
; TA
: All comment and formatting changes will be noted, but ignored in calculating results
; DA
: Intra-procedural version. Will not consider dependencies onto other classes/objects. Will consider try/catch blocks as changing dependencies but this will be noted
; DA+
: Inter-procedural version. Will consider dependencies onto other classes/objects. Will consider try/catch blocks as changing dependencies but this will be noted
/***
<<tiddler CookieManager>>
***/
/***
!!![[Portable cookies:|CookieSaverPlugin]] {{fine{<<option chkPortableCookies>>enable <<option chkMonitorCookieJar>>monitor}}}
^^This section is ''//__automatically maintained__//'' by [[CookieSaverPlugin]].  To block specific cookies, see [[CookieSaverPluginConfig]].^^
***/
//{{{
if (config.options.txtUserName=="spd" && config.options.chkPortableCookies) {
	config.options["txtCurrentBackup"]="10";
}
//}}}
// // /% end portable cookies %/
/***
!!![[Baked cookies:|CookieManagerPlugin]]
^^Press {{smallform{<<cookieManager button>>}}} to save the current browser cookies... then hand-edit this section to customize the results.^^
***/

// The following settings are applied as defaults for all users:           //
//{{{
	config.options["txtMaxEditRows"]=25;
	config.options["txtTiddlerLinkTootip"]="%0 - %2 (%3 bytes) - %4";

	if (!config.options.txtTheme.length) config.options.txtTheme='StyleSheet';

	// Make sure FAQ panels are *always* closed on startup (so load-on-demand can be used later on):
	config.options.chkSliderWelcomeShowFAQ=false;
	saveOptionCookie('chkSliderWelcomeShowFAQ');
	config.options.chkSliderMainMenu_faq=false;
	saveOptionCookie('chkSliderMainMenu_faq');
	config.options.chkSliderSiteMenu_faq=false;
	saveOptionCookie('chkSliderSiteMenu_faq');

	config.options["chkAutoSave"]=true;
	config.options["chkBackstage"]=true;
	config.options["chkSaveStory"]=true;
	config.options["chkSliderMainMenu_faq"]=false;
	config.options["chkSliderSiteMenu_faq"]=false;
	config.options["chkSliderWelcomeShowFAQ"]=false;
	config.options["chkStoryAllowAdd"]=false;
	config.options["chkStoryClose"]=false;
	config.options["chkStoryFold"]=false;
	config.options["chkStoryTop"]=false;
	config.options["txtBackupFolder"]="backups";
	config.options["txtCurrentBackup"]="7";
	config.options["txtMainTab"]="Tags";
	config.options["txtSavedStory"]="[[CookieJar]]";
	config.options["txtUserName"]="spd";
//}}}

// 0 cookies saved on Tuesday, February 1st 2011 at 10:11:13 by spd//
//^^(edit/remove username check and/or individual option settings as desired)^^//
//{{{
if (config.options.txtUserName=="spd") {
}
//}}}
/***
|Name|CookieManagerPlugin|
|Source|http://www.TiddlyTools.com/#CookieManagerPlugin|
|Version|2.4.1|
|Author|Eric Shulman|
|License|http://www.TiddlyTools.com/#LegalStatements|
|~CoreVersion|2.1|
|Type|plugin|
|Description|view/add/delete browser-based cookies and "bake" cookies to CookieJar tiddler for 'sticky' settings|
!!!!!Usage
<<<
This plugin provides an interactive control panel that lets you select, view, modify, or delete any of the current values for TiddlyWiki options that have been stored as local, private, //browser cookies//.  You can also use the control panel to "bake cookies", which generates a set of javascript statements that assign hard-coded option values to the TiddlyWiki internal variables that correspond to the current browser cookie settings.  These hard-coded values are then stored in the [[CookieJar]] tiddler, which is tagged with<<tag systemConfig>> so that each time the document is loaded, the baked cookie settings will be automatically applied.

When a set of baked cookies is added to the [[CookieJar]], it is automatically surrounded by a conditional test so that the hard-coded settings will only be applied for the username that was in effect when they were initially generated.  In this way, if you publish or share your document with others, //your// particular baked cookie settings are not automatically applied to others, so that their own browser-based cookie settings (if defined) will be applied as usual.

Whenever you "bake cookies", new hard-coded javascript assignment statements are *appended* to the end of the [[CookieJar]].  However, any baked cookies that were previously generated and stored in the [[CookieJar]] are not automatically removed from the tiddler.  As a result, because the most recently baked cookie settings in the [[CookieJar]] are always the last to be processed, the values assigned by older baked cookies are immediately overridden by the values from the newest baked cookies, so that the newest values will be in effect when the CookieJar startup processing is completed.

Each time you bake a new batch of cookies, it is recommended that you should review and hand-edit the [[CookieJar]] to remove any "stale cookies" or merge the old and new sets of baked cookies into a single block to simplify readability (as well as saving a little tiddler storage space).  Of course, you can also hand-edit the [[CookieJar]] tiddler at any time simply to remove a few individual //baked cookies// if they are no longer needed, and you can even delete the entire [[CookieJar]] tiddler and start fresh, if that is appropriate.  Please note that changing or deleting a baked cookie does not alter the current value of the corresponding option setting, and any changes you make to the [[CookieJar]] will only be applied after you have saved and reloaded the document in your browser.
<<<
!!!!!Examples
<<<
{{{<<cookieManager>>}}}
{{smallform small center{
@@display:block;width:35em;<<cookieManager>>@@}}}
<<<
!!!!!Configuration
<<<
<<option chkAllowBrowserCookies>> store ~TiddlyWiki option settings using private browser cookies
<<option chkMonitorBrowserCookies>> monitor browser cookie activity (show a message whenever a cookie is set or deleted)
<<option chkCookieManagerAddToAdvancedOptions>> display [[CookieManager]] in [[AdvancedOptions]]
//note: this setting does not take effect until you reload the document//
<<<
!!!!!Revisions
<<<
2011.01.16 2.4.1 in init(), corrected double addition of CookieManager to backstage
2009.08.05 2.4.0 changed CookieJar output format to support odd symbols in option names (e.g. '@')
2008.09.14 2.3.2 fixed handling for blocked cookies (was still allowing some blocked cookies to be set)
2008.09.12 2.3.1 added blocked[] array and allowBrowserCookie() test function for selective blocking of changes to browser cookies based on cookie name
2008.09.08 2.3.0 extensive code cleanup: defined removeCookie(), renamed cookies, added 'button' param for stand-alone "bake cookies" button, improved init of shadow [[CookieManager]] and [[CookieJar]] tiddlers for compatibility with new [[CookieSaverPlugin]]. 
2008.07.11 2.2.1 fixed recursion error in hijack for saveOptionCookie()
2008.06.26 2.2.0 added chkCookieManagerNoNewCookies option
2008.06.05 2.1.3 replaced hard-coded definition for "CookieJar" title with option variable
2008.05.12 2.1.2 add "cookies" task to backstage (moved from BackstageTasks)
2008.04.09 2.1.0 added options: chkCookieManagerAddToAdvancedOptions
2008.04.08 2.0.1 automatically include CookieManager control panel in AdvancedOptions shadow tiddler
2007.08.02 2.0.0 converted from inline script
2007.04.29 1.0.0 initial release
<<<
!!!!!Code
***/
//{{{
version.extensions.CookieManagerPlugin= {major: 2, minor: 4, revision: 1, date: new Date(2011,1,16)};
//}}}
//{{{
config.macros.cookieManager = {
	target:
		config.options.txtCookieJar||"CookieJar",
	blockedCookies:
		[],
	allowBrowserCookie: function(name) {
		return true;
	},
	displayStatus: function(msg) {
		if (config.options.chkMonitorBrowserCookies && !startingUp)
			displayMessage("CookieManager: "+msg);
	},
	init: function() {
		if (config.options.txtCookieJar===undefined)
			config.options.txtCookieJar=this.target;
		if (config.options.chkAllowBrowserCookies===undefined)
			config.options.chkAllowBrowserCookies=true;
		if (config.options.chkMonitorBrowserCookies===undefined)
			config.options.chkMonitorBrowserCookies=false;

		config.shadowTiddlers.CookieManager=
			 "/***\n"
			+"!!![[Browser cookies:|CookieManagerPlugin]] "
			+"{{fine{<<option chkAllowBrowserCookies>>enable <<option chkMonitorBrowserCookies>>monitor}}}\n"
			+"^^Review, modify, or delete browser cookies..."
			+"To block specific cookies, see [[CookieManagerPluginConfig]].^^\n"
			+"@@display:block;width:30em;{{smallform small{\n<<cookieManager>>}}}@@\n"
			+"***/\n";

		// add CookieManager to shadow CookieJar
		var h="/***\n<<tiddler CookieManager>>\n***/\n";
		var t=(config.shadowTiddlers[this.target]||"").replace(new RegExp(h.replace(/\*/g,'\\*'),''),'')
		config.shadowTiddlers[this.target]=h+t;

		if (config.options.chkCookieManagerAddToAdvancedOptions===undefined)
			config.options.chkCookieManagerAddToAdvancedOptions=true;
		if (config.options.chkCookieManagerAddToAdvancedOptions)
			config.shadowTiddlers.AdvancedOptions+="\n!!CookieManager\n><<tiddler CookieManager>>";

		// add "cookies" backstage task
		if (config.tasks && !config.tasks.cookies) { // for TW2.2b3 or above
			config.tasks.cookies = {
				text: "cookies",
				tooltip: "manage cookie-based option settings",
				content: "{{groupbox{<<tiddler [["+this.target+"]]>>}}}"
			}
			config.backstageTasks.push("cookies");
		}
	},
	handler: function(place,macroName,params,wikifier,paramString,tiddler) {
		var span=createTiddlyElement(place,"span");
		span.innerHTML=(params[0]&&params[0].toLowerCase()=="button")?this.button:this.panel;
		this.setList(span.firstChild.list);
	},
	panel: '<form style="display:inline;margin:0;padding:0" onsubmit="return false"><!--\
		--><select style="width:99%" name="list" \
			onchange="this.form.val.value=this.value.length?config.options[this.value]:\'\';"><!--\
		--></select><br>\
		<input type="text" style="width:98%;margin:0;" name="val" title="enter an option value"><br>\
		<input type="button" style="width:33%;margin:0;" value="get" title="refresh list" \
			onclick="config.macros.cookieManager.setList(this.form.list);"><!--\
		--><input type="button" style="width:33%;margin:0;" value="set" title="save cookie value" \
			onclick="var cmc=config.macros.cookieManager;\
				var opt=this.form.list.value; var v=this.form.val.value; \
				var msg=opt+\' is a blocked cookie.  OK to proceed?\';\
				if ((!cmc.blockedCookies.contains(opt) && cmc.allowBrowserCookie(opt))||confirm(msg)) {\
					config.options[opt]=opt.substr(0,3)==\'txt\'?v:(v.toLowerCase()==\'true\'); \
					saveOptionCookie(opt);config.macros.cookieManager.setList(this.form.list);\
				}"><!--\
		--><input type="button" style="width:33%;margin:0;" value="del" title="remove cookie" \
			onclick="var cmc=config.macros.cookieManager; var opt=this.form.list.value; \
				var msg=opt+\' is a blocked cookie.  OK to proceed?\';\
				if ((!cmc.blockedCookies.contains(opt) && cmc.allowBrowserCookie(opt))||confirm(msg)) {\
					removeCookie(this.form.list.value,true); \
					cmc.setList(this.form.list);\
				}"><br>\
		<input type="button" style="width:50%;margin:0;" value="bake cookies" \
			title="save current cookie-based option values into a tiddler" \
			onclick="return config.macros.cookieManager.bake(this,false)"><!--\
		--><input type="button" style="width:50%;margin:0;" value="bake all options" \
			title="save ALL option values (including NON-COOKIE values) into a tiddler" \
			onclick="return config.macros.cookieManager.bake(this,true)"><!--\
		--></form>\
	',
	button: '<form style="display:inline;margin:0;padding:0" onsubmit="return false"><!--\
		--><input type="button" style="margin:0;" value="bake cookies" \
			title="save current browser-based cookie values into a tiddler" \
			onclick="return config.macros.cookieManager.bake(this,false)"><!--\
		--></form>\
	',
	getCookieList: function() {
		var cookies = { };
		if (document.cookie != "") {
			var p = document.cookie.split("; ");
			for (var i=0; i < p.length; i++) {
				var pos=p[i].indexOf("=");
				if (pos==-1) cookies[p[i]]="";
				else cookies[p[i].substr(0,pos)]=unescape(p[i].slice(pos+1));
			}
		}
		var opt=new Array(); for (var i in config.options) if (cookies[i]) opt.push(i); opt.sort();
		return opt;
	},
	setList: function(list) {
		if (!list) return false;
		var opt=this.getCookieList();
		var sel=list.selectedIndex;
		while (list.options.length > 1) { list.options[1]=null; } // clear list (except for header item)
		list.options[0]=new Option("There are "+opt.length+" cookies...","",false,false);
		if (!opt.length) { list.form.val.value=""; return; } // no cookies
		var c=1;
		for(var i=0; i<opt.length; i++) {
			var txt="";
			if  (opt[i].substr(0,3)=="chk")
				txt+="["+(config.options[opt[i]]?"\u221A":"_")+"] ";
			txt+=opt[i];
			list.options[c++]=new Option(txt,opt[i],false,false);
		}
		list.selectedIndex=sel>0?sel:0;
		list.form.val.value=sel>0?config.options[list.options[sel].value]:"";
	},
	header:
		"/***\n"
		+"!!![[Baked cookies:|CookieManagerPlugin]]\n"
		+"^^Press {{smallform{<<cookieManager button>>}}} to save the current browser cookies... "
		+"then hand-edit this section to customize the results.^^\n"
		+"***/\n",
	format: function(name) {
		if (name.substr(0,3)=='chk')
			return '\tconfig.options["'+name+'"]='+(config.options[name]?'true;':'false;');
		return '\tconfig.options["'+name+'"]="'+config.options[name]+'";';
	},
	bake: function(here,all) {
		if (story.isDirty(this.target)) return false; // target is being hand-edited... do nothing
		var text=store.getTiddlerText(this.target);
		if (text.indexOf(this.header)==-1) {
			text+=this.header;
			displayMessage("CookieManager: added 'Baked Cookies' section to CookieJar");
		}
		var who=config.options.txtUserName;
		var when=new Date();
		var tags=['systemConfig'];
		var tid=store.getTiddler(this.target)||store.saveTiddler(this.target,this.target,text,who,when,tags,{});
		if (!tid) return false; // if no target... do nothing
		if (all) { 
			var opts=new Array();
			for (var i in config.options) if (i.substr(0,3)=='chk'||i.substr(0,3)=='txt') opts.push(i);
			opts.sort();
		}
		else var opts=this.getCookieList();
		var t=tid.text;
		if (t.indexOf(this.header)==-1) t+=this.header;
		t+='\n// '+opts.length+(all?' options':' cookies')+' saved ';
		t+=when.formatString('on DDD, MMM DDth YYYY at 0hh:0mm:0ss');
		t+=' by '+who+'//\n';
		t+='//^^(edit/remove username check and/or individual option settings as desired)^^//\n';
		t+='//{{{\n';
		t+='if (config.options.txtUserName=="'+who+'") {\n';
		for (i=0; i<opts.length; i++) t+=config.macros.cookieManager.format(opts[i])+"\n";
		t+='}\n//}}}\n';
		store.saveTiddler(this.target,this.target,t,who,when,tags,tid?tid.fields:{});
		story.displayTiddler(story.findContainingTiddler(this),this.target);
		story.refreshTiddler(this.target,null,true);
		var msg=opts.length+(all?' options':' cookies')+' have been saved in '+this.target+'.  ';
		msg+='Please review all stored settings.';
		displayMessage(msg);
		return false;
	}
}
//}}}
//{{{
// Hijack saveOptionCookie() to add cookie blocking and monitoring messages
config.macros.cookieManager.saveOptionCookie=saveOptionCookie;
window.saveOptionCookie=function(name,force)
{
	var cmc=config.macros.cookieManager; // abbrev
	if (force || ((config.options.chkAllowBrowserCookies || name=="chkAllowBrowserCookies")
		&& !cmc.blockedCookies.contains(name) && cmc.allowBrowserCookie(name))) {
		cmc.saveOptionCookie.apply(this,arguments);
		cmc.displayStatus(name+"="+config.options[name]);
	} else cmc.displayStatus("setting of '"+name+"' is blocked");
}

// if removeCookie() function is not defined by TW core, define it here.
if (window.removeCookie===undefined) {
	window.removeCookie=function(name) {
		document.cookie = name+'=; expires=Thu, 01-Jan-1970 00:00:01 UTC; path=/;'; 
	}
}

// ... and then hijack it to add cookie blocking and monitoring messages
config.macros.cookieManager.removeCookie=removeCookie;
window.removeCookie=function(name,force)
{
	var cmc=config.macros.cookieManager; // abbrev
	if (!cmc.getCookieList().contains(name))
		return; // not a current cookie!
	if (force || ((config.options.chkAllowBrowserCookies || name=="chkAllowBrowserCookies")
		&& !cmc.blockedCookies.contains(name) && cmc.allowBrowserCookie(name))) {
		cmc.removeCookie.apply(this,arguments);
		cmc.displayStatus("deleted "+name);
	} else cmc.displayStatus("deletion of '"+name+"' is blocked");
}
//}}}
/***
|Name|CookieManagerPluginConfig|
|Source|http://www.TiddlyTools.com/#CookieManagerPluginConfig|
|Requires|CookieManagerPlugin|
|Description|custom settings for [[CookieManagerPlugin]]|
!!!!!Browser Cookie Configuration:
***/
// // <<option chkAllowBrowserCookies>> store ~TiddlyWiki option settings using private browser cookies
// // <<option chkMonitorBrowserCookies>> monitor browser cookie activity (shows a message whenever a cookie is updated)
//{{{
// default settings:
config.options.chkAllowBrowserCookies=true;	// if FALSE, this blocks *all* cookies
config.options.chkMonitorBrowserCookies=false;
//}}}

// // Individual cookie names can be prevented from being created, modified, or deleted in your browser's stored cookies by adding them to the {{{config.macros.cookieManager.blockedCookies}}} array: 
//{{{
var bc=config.macros.cookieManager.blockedCookies; // abbreviation
bc.push("txtMainTab");			// TiddlyWiki:  SideBarTabs
bc.push("txtTOCSortBy");		// TiddlyTools: TableOfContentsPlugin
bc.push("txtCatalogTab");		// TiddlyTools: CatalogTabs
//}}}
// // You can also define a javascript test function that determines whether or not any particular cookie name should be blocked or allowed.  The following function should return FALSE if the browser cookie should be blocked, or TRUE if changes to the cookie should be allowed:
//{{{
config.macros.cookieManager.allowBrowserCookie=function(name) {
	// add tests based on specific cookie names and runtime conditions
	return true;
}
//}}}
/***
|Name|CookieSaverPlugin|
|Source|http://www.TiddlyTools.com/#CookieSaverPlugin|
|Version|1.1.0|
|Author|Eric Shulman|
|License|http://www.TiddlyTools.com/#LegalStatements|
|~CoreVersion|2.1|
|Type|plugin|
|Description|automatically save TiddlyWiki cookie options to [[CookieJar]] tiddler for portable settings|
!!!!!Usage
<<<
Whenever TiddlyWiki option settings are changed, a browser-based cookie value is added, removed, or changed.  Each time this occurs, the CookieSaverPlugin generates an equivalent ''portable cookie'': a single line of javascript code that assigns a stored value directly to the specific TiddlyWiki internal config.options.* variable corresponding to the browser cookie with the same name.

The portable cookies are automatically written into a tiddler named [[CookieJar]] that is tagged with<<tag systemConfig>>so that their values will be applied as soon as the document is saved and reloaded.  You can change or delete an individual portable cookie by editing the contents of the [[CookieJar]] and removing the appropriate line of javascript from the tiddler source code.  Note: editing the portable cookie definitions does not alter the values of any corresponding browser cookies, nor does it update the internal value that is in use within the current TiddlyWiki document session.  Changes made directly to the [[CookieJar]] are only applied after saving and reloading the document.  In any case, whenever a browser cookie value is updated, any modifications you made to the equivalent portable cookie are immediately rewritten to reflect the current browser cookie value.

Browser cookies are, obviously, stored with your browser... and are kept separate from the document itself.  In contrast, because your portable cookies are stored in a [[CookieJar]] within the document, they remain part of that document.

When the document is copied and shared with others, each copy includes the [[CookieJar]] containing //your// stored portable cookies.  Fortunately, CookieSaverPlugin can generate and maintain several separate sets of portable cookies in the same [[CookieJar]] tiddler, where each set is associated with a different TiddlyWiki username.  As long as other readers have not chosen the same username, your portable cookie values will not be automatically applied when they are reading the document.  Rather, as they interact with the document, a new set of portable cookies, associated with //their// username, will be automatically added to the [[CookieJar]].

In addition to tracking and applying separate portable cookies for each user, CookieSaverPlugin can also be configured so that sensitive data (such as internal URLs, email addresses, login IDs and passwords, etc.) will never be inadvertently stored in the [[CookieJar]].  To achieve this, you can selectively prevent specific cookienames from being used as portable cookies by placing a special javascript function definition in a tiddler named [[CookieSaverPluginConfig]], tagged with 'systemConfig':
{{{
config.macros.cookieSaver.allowPortableCookie=function(name){
	if ( ... some test using 'name' ...) return false;
	if ( ... another test with 'name' ...) return true;
	etc.
	return true;  // default=allow
}
}}}
The allowPortableCookie() function offers a flexible method for plugin developers and other technically skilled document authors to implement their own custom-defined, application-specific cookie data protection by applying sophisticated logic for deciding which cookies should be allowed or blocked based on variety of different conditions.  The basic operation of this function is to accept a cookie name as text input, apply some tests based on that cookie name (combined with any other useful criteria), and then return //true// if saving the portable cookie should be permitted, or //false// if the cookie should be excluded from the [[CookieJar]].

Unfortunately, although the technical expertise needed to write this test function is relatively minor, the level of programming ability that is needed can nonetheless be beyond the skills that many people possess.  To help address this, CookieSaverPlugin also supports an alternative syntax that allows you to define a simple array of cookie names that is used by the plugin to automatically block the indicated names from being included as portable cookies in the [[CookieJar]].  The array definition syntax looks like this:
{{{
// define a complete set of blocked cookie names
config.macros.cookieSaver.blockedCookies=['cookie','cookie','cookie',etc...];
}}}
or
{{{
// add individual cookies names to the current set of blocked cookies
config.macros.cookieSaver.blockedCookies.push('cookie');
config.macros.cookieSaver.blockedCookies.push('cookie');
etc...
}}}
Note: the allowPortableCookie() function and the blockedCookies[] array are only used to limit the creation of portable cookies within the [[CookieJar]], and are //not// applied when creating normal browser cookies.  Thus, regardless of whether or not a given portable cookie has been excluded or permitted, all the usual TiddlyWiki settings and internal state data can still be saved as secure, private, local browser cookies that are never made visible to others, even when the document is shared.
<<<
!!!!!Configuration
<<<
<<option chkPortableCookies>> allow ~CookieSaver to store //''portable cookies''// in [[CookieJar]] tiddler
<<option chkMonitorCookieJar>> monitor ~CookieSaver activity (show messages whenever [[CookieJar]] is updated)
<<option chkCookieJarAddToAdvancedOptions>> display [[CookieJar]] in [[AdvancedOptions]]
^^//note: changing this setting does not take effect until you reload the document//^^
<<<
!!!!!Revisions
<<<
2009.08.05 [1.1.0] changed CookieJar output format to support odd symbols in option names (e.g. '@')
2008.09.11 [1.0.2] automatically add portable cookies header to existing CookieJar (if any).  Also, added chkMonitorCookieJar option to display CookieJar activity messages
2008.09.10 [1.0.1] documentation, code cleanup, improvements in 'allowPortableCookie()' function handling
2008.09.09 [1.0.0] initial release
<<<
!!!!!Code
***/
//{{{
version.extensions.CookieSaverPlugin= {major: 1, minor: 1, revision: 0, date: new Date(2009,8,5)};

config.macros.cookieSaver = {
	target:
		config.options.txtCookieJar||"CookieJar",
	init: function() {
		if (config.options.chkPortableCookies===undefined)
			config.options.chkPortableCookies=false;
		if (config.options.txtCookieJar===undefined)
			config.options.txtCookieJar=this.target;
		if (config.options.chkCookieJarAddToAdvancedOptions===undefined)
			config.options.chkCookieJarAddToAdvancedOptions=true;
		if (config.options.chkCookieJarAddToAdvancedOptions)
			config.shadowTiddlers.AdvancedOptions+="\n!!%0\n><<tiddler [[%0]]>>".format([this.target]);
		if (config.options.chkMonitorCookieJar===undefined)
			config.options.chkMonitorCookieJar=false;

		// add empty Portable Cookies section to shadow CookieJar
		var h="/***\n<<tiddler CookieManager>>\n***/\n";
		var t=(config.shadowTiddlers[this.target]||"").replace(new RegExp(h.replace(/\*/g,'\\*'),''),'')
		config.shadowTiddlers[this.target]=this.header+this.footer+t;

		// add empty Portable Cookies section to real CookieJar (if one exists)
		if (store.tiddlerExists(this.target) && !readOnly) {
			var tid=this.get(this.target);
			var t=tid.text;
			if (t.indexOf(this.header)==-1){
				t=this.header+this.footer+t.replace(new RegExp(h.replace(/\*/g,'\\*'),''),'');
				var who=config.options.chkForceMinorUpdate?tid.modifier:config.options.txtUserName;
				var when=config.options.chkForceMinorUpdate?tid.modified:new Date();
				store.saveTiddler(tid.title,tid.title,t,who,when,tid.tags,tid.fields);
				displayMessage("CookieSaver: added 'Portable Cookies' section to CookieJar");
			}
		}

		// add "cookies" backstage task
		if (config.tasks && !config.tasks.cookies) { // for TW2.2b3 or above
			config.tasks.cookies = {
				text: "cookies",
				tooltip: "manage cookie-based option settings",
				content: "{{groupbox{<<tiddler CookieManager>><<tiddler [[%0]]>>}}}".format([this.target])
			}
			config.backstageTasks.push("cookies");
		}
	},
	header:
		 "/***\n<<tiddler CookieManager>>\n***/\n"
		+"/***\n"
		+"!!![[Portable cookies:|CookieSaverPlugin]] "
		+"{{fine{<<option chkPortableCookies>>enable <<option chkMonitorCookieJar>>monitor}}}\n"
		+"^^This section is ''//__automatically maintained__//'' by [[CookieSaverPlugin]].  "
		+"To block specific cookies, see [[CookieSaverPluginConfig]].^^\n"
		+"***/\n",
	startUser:
		 "//{{{\n"
		+"if (config.options.txtUserName==\"%0\" && config.options.chkPortableCookies) {",
	endUser:
		"\n}\n//}}}\n",
	footer:
		"// // /% end portable cookies %/\n",
	get: function(tid) { // create or retrieve tiddler
		if (story.isDirty(tid)) return null; // tiddler is being hand-edited... leave it alone.
		var text=config.shadowTiddlers[this.target];
		var who=config.options.txtUserName;
		var when=new Date();
		var tags=['systemConfig'];
		return store.getTiddler(tid)||store.saveTiddler(tid,tid,text,who,when,tags,{});
	},
	format: function(name) {
		if (name.substr(0,3)=='chk')
			return '\tconfig.options["'+name+'"]='+(config.options[name]?'true;':'false;');
		return '\tconfig.options["'+name+'"]="'+config.options[name]+'";';
	},
	blockedCookies: [],
	allowPortableCookie: function(name) {
		return true;
	},
	set: function(name) {
		if (!name||!name.trim().length) return;
		if (name=='txtUserName' || this.blockedCookies.contains(name) || !this.allowPortableCookie(name)) {
			if (config.options.chkMonitorCookieJar && !startingUp)
				displayMessage("CookieJar: blocked '"+name+"'");
			return false; // don't save excluded cookies
		}
		var tid=this.get(this.target);
		if (!tid) return false; // if no tiddler... do nothing
		var t=tid.text;
		if (t.indexOf(this.header)==-1) {  // re-add Portable Cookies section if it was deleted by hand edit
			var h="/***\n<<tiddler CookieManager>>\n***/\n";
			t=this.header+this.footer+t.replace(new RegExp(h.replace(/\*/g,'\\*'),''),'');
		}
		var who=config.options.txtUserName;
		var when=new Date();
		var startmark=this.startUser.format([who]);
		var endmark=this.endUser;
		var startpos=t.indexOf(startmark);
		if (startpos==-1) { // insert new user (just before footer)
			if (config.options.chkMonitorCookieJar && !startingUp)
				displayMessage("CookieJar: added new user '"+who+"'");
			var addpos=t.indexOf(this.footer); if (addpos==-1) addpos=t.length;
			t=t.substr(0,addpos)+startmark+endmark+t.substr(addpos);
			startpos=addpos;
		}
		startpos+=startmark.length;
		var endpos=t.indexOf(endmark,startpos);
		var pre=t.substr(0,startpos);
		var lines=t.substring(startpos,endpos).split('\n');
		var post=t.substr(endpos);
		var code=this.format(name);
		var match='\tconfig.options["'+name+'"]=';
		var found=false; var changed=false;
		for (var i=0; i<lines.length; i++) { // find and replace existing setting
			if (lines[i].substr(0,match.length)==match) {
				found=true;
				if (changed=lines[i]!=code) lines[i]=code; // replace value
				if (config.options.chkMonitorCookieJar && !startingUp && changed)
					displayMessage("CookieJar: "+code);
			}
		}
		if (!found && code.length) { // OR, add new setting
			lines[lines.length]=code;
			if (config.options.chkMonitorCookieJar && !startingUp)
				displayMessage("CookieJar: "+code);
		}
		if (found && !changed) return; // don't alter tiddler unless necessary
		t=pre+lines.join('\n')+post;
		var who=config.options.chkForceMinorUpdate?tid.modifier:config.options.txtUserName;
		var when=config.options.chkForceMinorUpdate?tid.modified:new Date();
		store.saveTiddler(this.target,this.target,t,who,when,tid.tags,tid.fields);
		story.refreshTiddler(this.target,null,true);
	},
	remove: function(name) {
		if (!name||!name.trim().length) return;
		var who=config.options.txtUserName;
		var when=new Date();
		var tid=store.getTiddler(this.target);
		if (!tid) return false; // if no tiddler... do nothing
		var t=tid.text;
		var who=config.options.txtUserName
		var startmark=this.startUser.format([who]);
		var endmark=this.endUser;
		var startpos=t.indexOf(startmark);
		if (startpos==-1) return false; // no such user... do nothing
		startpos+=startmark.length;
		var endpos=t.indexOf(endmark,startpos);
		var pre=t.substr(0,startpos);
		var lines=t.substring(startpos,endpos).split('\n');
		var post=t.substr(endpos);
		var match='\tconfig.options["'+name+'"]';
		var found=false; var changed=false;
		for (var i=0; i<lines.length; i++) { // find and remove setting
			if (lines[i].substr(0,match.length)==match) {
				lines.splice(i,1);
				changed=true;
				if (config.options.chkMonitorCookieJar && !startingUp)
					displayMessage("CookieJar: deleted '"+name+"'");
				break;
			}
		}
		if (!changed) return; // not found... do nothing
		t=pre+lines.join('\n')+post;
		if (lines.length==1) { // no cookies left, remove user
			t=pre.substr(0,pre.length-startmark.length)+post.substr(endmark.length);
			if (config.options.chkMonitorCookieJar && !startingUp)
				displayMessage("CookieJar: removed user '"+who+"'");
		}
		var who=config.options.chkForceMinorUpdate?tid.modifier:config.options.txtUserName;
		var when=config.options.chkForceMinorUpdate?tid.modified:new Date();
		store.saveTiddler(this.target,this.target,t,who,when,tid.tags,tid.fields);
		story.refreshTiddler(this.target,null,true);
	}
}
//}}}
//{{{
// Hijack saveOptionCookie() to add CookieSaver processing
config.macros.cookieSaver.saveOptionCookie=saveOptionCookie;
window.saveOptionCookie=function(name)
{
	config.macros.cookieSaver.saveOptionCookie.apply(this,arguments);
	if (!readOnly && (config.options.chkPortableCookies || name=="chkPortableCookies"))
		config.macros.cookieSaver.set(name);
}
// if removeCookie() function is not defined by TW core, define it here.
if (window.removeCookie===undefined) {
	window.removeCookie=function(name) {
		document.cookie = name+'=; expires=Thu, 01-Jan-1970 00:00:01 UTC; path=/;'; 
	}
}
// ... and then hijack it to also remove any corresponding PortableCookie
config.macros.cookieSaver.removeCookie=removeCookie;
window.removeCookie=function(name)
{
	if (config.options.chkPortableCookies && !readOnly)
		config.macros.cookieSaver.remove(name);
	config.macros.cookieSaver.removeCookie.apply(this,arguments);
}
//}}}
/***
|Name|CookieSaverPluginConfig|
|Source|http://www.TiddlyTools.com/#CookieSaverPluginConfig|
|Requires|CookieSaverPlugin|
|Description|custom settings for [[CookieSaverPlugin]]|
!!!!!Portable Cookie Configuration:
***/
// // <<option chkPortableCookies>> allow ~CookieSaver to store //''portable cookies''// in [[CookieJar]] tiddler
// // <<option chkMonitorCookieJar>> monitor ~CookieSaver activity (show messages whenever [[CookieJar]] is updated)
//{{{
// default to these settings:
// config.options.chkPortableCookies=false;	// when FALSE this blocks ALL portable cookies
// config.options.chkMonitorCookieJar=false;
//}}}

// // Individual cookie names can be added to the {{{config.macros.cookieSaver.blockedCookies}}} array to prevent them from being stored in the [[CookieJar]].
//{{{
var bc=config.macros.cookieSaver.blockedCookies;
bc.push("chkBackstage");		// core
bc.push("txtMainTab");			// TiddlyWiki: SideBarTabs
bc.push("txtTOCSortBy");		// TiddlyTools: TableOfContentsPlugin
bc.push("txtCatalogTab");		// TiddlyTools: CatalogTabs
bc.push("txtUploadFilename");		// BidiX: UploadPlugin
bc.push("txtUploadDir");		// BidiX: UploadPlugin
bc.push("pasPassword");			// BidiX: UploadPlugin
bc.push("pasUploadPassword");		// BidiX: UploadPlugin
//}}}
// // You can also define a javascript test function that determines whether or not any particular cookie name should be stored in the [[CookieJar]].  The following function should return FALSE if the portable cookie should be blocked, or TRUE if the cookie should be allowed:
//{{{
config.macros.cookieSaver.allowPortableCookie=function(name) {
	// add tests based on specific cookie names and runtime conditions
	if (name.substr(0,9)=="chkSlider") 	return false;	// NestedSlidersPlugin
	if (name.substr(0,13)=="txtFirstVisit")	return false;	// VisitCounter
	if (name.substr(0,12)=="txtLastVisit")	return false;	// VisitCounter
	if (name.substr(0,13)=="txtVisitCount")	return false;	// VisitCounter
	return true;
}
//}}}

<!--{{{-->
<div class='toolbar' macro='toolbar [[ToolbarCommands::EditToolbar]]'></div>
<div class='title' macro='view title'></div>
<div class='editor' macro='edit title'></div>
<div macro='annotations'></div>
<div macro="showWhenTagged bug"><span class="fieldHeader">Summary</span>: <span macro='edit summary wikified'></span></div>
<div macro="showWhenTagged bug"><span class="fieldHeader">Description</span>: <span macro='edit description'></span></div>
<div macro="showWhenTagged bug"><span class="fieldHeader">Date</span>: <span macro='edit datesubmitted'></span></div>
<div macro="showWhenTagged bug"><span class="fieldHeader">Status</span>: <span macro='edit status'></span></div>
<div macro="showWhenTagged bug"><span class="fieldHeader">Priority</span>: <span macro='edit priority'></span></div>
<div macro="showWhenTagged bug"><span class="fieldHeader">Severity</span>: <span macro='edit severity'></span></div>
<div macro="showWhenTagged bug"><span class="fieldHeader">Category</span>: <span macro='edit category'></span></div>
<div macro="showWhenTagged bug"><span class="fieldHeader">Type</span>: <span macro='edit type'></span></div>
<div macro="showWhenTagged commit"><span class="fieldHeader">File</span>: <span macro='edit file wikified'></span></div>
<div macro="showWhenTagged commit"><span class="fieldHeader">Revision</span>: <span macro='edit revision wikified'></span></div>
<div macro="showWhenTagged commit"><span class="fieldHeader">Message</span>: <span macro='edit message'></span></div>
<div macro="showWhenTagged commit"><span class="fieldHeader">Date</span>: <span macro='edit date'></span></div>
<div macro="showWhenTagged commit"><span class="fieldHeader">Origin Class</span>: <span macro='edit originclass'></span></div>
<div macro="showWhenTagged commit"><span class="fieldHeader">TA</span>: <span macro='edit ta'></span></div>
<div macro="showWhenTagged commit"><span class="fieldHeader">DA</span>: <span macro='edit da'></span></div>
<div macro="showWhenTagged commit"><span class="fieldHeader">DA+</span>: <span macro='edit daplus'></span></div>
<div macro="showWhenTagged commit"><span class="fieldHeader">Origin</span>: <span macro='edit origin'></span></div>
<div macro="showWhenTagged commit"><span class="fieldHeader">Born</span>: <span macro='edit born'></span></div>
<div macro="showWhenTagged commit"><span class="fieldHeader">Age</span>: <span macro='edit age'></span></div>
<div class='editor' macro='edit text'></div>
<div class='editor' macro='edit tags'></div><div class='editorFooter'><span macro='message views.editor.tagPrompt'></span><span macro='tagChooser excludeLists'></span></div>
<!--}}}-->
{{{
FieldToTagPlugin = {};
FieldToTagPlugin.blacklist = [
  'changecount',
  'server.page.revision',
  'server.host',
  'server.type',
  'summary',
  'description',
  'datesubmitted',
  'file',
  'revision',
  'message',
  'date',
  'origin',
  'born',
  'age'
];
FieldToTagPlugin.assign = Tiddler.prototype.assign;
Tiddler.prototype.assign = function(title,text,modifier,modified,tags,created,fields,creator) {
  if(fields != undefined && tags != undefined){
    tags = (typeof tags == "string") ? tags.readBracketedList() : tags;
    outer: 
    for(var propertyName in fields) {
      for(var j=0; j<FieldToTagPlugin.blacklist.length; j++){
        if(propertyName == FieldToTagPlugin.blacklist[j]) continue outer;
      }
            
      for(var i=0; i<tags.length; i++){
        tag = tags[i];
        if(tag.indexOf(propertyName)==0){
          tags.splice(i,1);
          break;
        }
      }
      if(fields[propertyName]){
        tags.splice(0,0,propertyName+'-'+fields[propertyName]);
      }
    }
  }
  FieldToTagPlugin.assign.call(this, title,text,modifier,modified,tags,created,fields,creator);
};
}}}
/***
|Name|GotoPlugin|
|Source|http://www.TiddlyTools.com/#GotoPlugin|
|Documentation|http://www.TiddlyTools.com/#GotoPluginInfo|
|Version|1.9.2|
|Author|Eric Shulman|
|License|http://www.TiddlyTools.com/#LegalStatements|
|~CoreVersion|2.1|
|Type|plugin|
|Description|view any tiddler by entering it's title - displays list of possible matches|
''View a tiddler by typing its title and pressing //enter//.''  As you type, a list of possible matches is displayed.  You can scroll-and-click (or use arrows+enter) to select/view a tiddler, or press escape to close the listbox to resume typing.  When the listbox is not displayed, pressing //escape// clears the current input.
!!!Documentation
>see [[GotoPluginInfo]]
!!!Configuration
<<<
*Match titles only after {{twochar{<<option txtIncrementalSearchMin>>}}} or more characters are entered.<br>Use down-arrow to start matching with shorter input.  //Note: This option value is also set/used by [[SearchOptionsPlugin]]//.
*To set the maximum height of the listbox, you can create a tiddler tagged with <<tag systemConfig>>, containing:
//{{{
config.macros.gotoTiddler.listMaxSize=10;  // change this number
//}}}
<<<
!!!Revisions
<<<
2009.05.22 [1.9.2] use reverseLookup() for IncludePlugin
|please see [[GotoPluginInfo]] for additional revision details|
2006.05.05 [0.0.0] started
<<<
!!!Code
***/
//{{{
version.extensions.GotoPlugin= {major: 1, minor: 9, revision: 2, date: new Date(2009,5,22)};

// automatically tweak shadow SideBarOptions to add <<gotoTiddler>> macro above <<search>>
config.shadowTiddlers.SideBarOptions=config.shadowTiddlers.SideBarOptions.replace(/<<search>>/,"{{button{goto}}}\n<<gotoTiddler>><<search>>");

if (config.options.txtIncrementalSearchMin===undefined) config.options.txtIncrementalSearchMin=3;

config.macros.gotoTiddler= { 
	listMaxSize: 10,
	listHeading: 'Found %0 matching title%1...',
	searchItem: "Search for '%0'...",
	handler:
	function(place,macroName,params,wikifier,paramString,tiddler) {
		var quiet	=params.contains("quiet");
		var showlist	=params.contains("showlist");
		var search	=params.contains("search");
		params = paramString.parseParams("anon",null,true,false,false);
		var instyle	=getParam(params,"inputstyle","");
		var liststyle	=getParam(params,"liststyle","");
		var filter	=getParam(params,"filter","");
		var html=this.html;
		var keyevent=window.event?"onkeydown":"onkeypress"; // IE event fixup for ESC handling
		html=html.replace(/%keyevent%/g,keyevent);
		html=html.replace(/%search%/g,search);
		html=html.replace(/%quiet%/g,quiet);
		html=html.replace(/%showlist%/g,showlist);
		html=html.replace(/%display%/g,showlist?'block':'none');
		html=html.replace(/%position%/g,showlist?'static':'absolute');
		html=html.replace(/%instyle%/g,instyle);
		html=html.replace(/%liststyle%/g,liststyle);
		html=html.replace(/%filter%/g,filter);
		if (config.browser.isIE) html=this.IEtableFixup.format([html]);
		var span=createTiddlyElement(place,'span');
		span.innerHTML=html; var form=span.getElementsByTagName("form")[0];
		if (showlist) this.fillList(form.list,'',filter,search,0);
	},
	html:
	'<form onsubmit="return false" style="display:inline;margin:0;padding:0">\
		<input name=gotoTiddler type=text autocomplete="off" accesskey="G" style="%instyle%"\
			title="Enter title text... ENTER=goto, SHIFT-ENTER=search for text, DOWN=select from list"\
			onfocus="this.select(); this.setAttribute(\'accesskey\',\'G\');"\
			%keyevent%="return config.macros.gotoTiddler.inputEscKeyHandler(event,this,this.form.list,%search%,%showlist%);"\
			onkeyup="return config.macros.gotoTiddler.inputKeyHandler(event,this,%quiet%,%search%,%showlist%);">\
		<select name=list style="display:%display%;position:%position%;%liststyle%"\
			onchange="if (!this.selectedIndex) this.selectedIndex=1;"\
			onblur="this.style.display=%showlist%?\'block\':\'none\';"\
			%keyevent%="return config.macros.gotoTiddler.selectKeyHandler(event,this,this.form.gotoTiddler,%showlist%);"\
			onclick="return config.macros.gotoTiddler.processItem(this.value,this.form.gotoTiddler,this,%showlist%);">\
		</select><input name="filter" type="hidden" value="%filter%">\
	</form>',
	IEtableFixup:
	"<table style='width:100%;display:inline;padding:0;margin:0;border:0;'>\
		<tr style='padding:0;margin:0;border:0;'><td style='padding:0;margin:0;border:0;'>\
		%0</td></tr></table>",
	getItems:
	function(list,val,filter) {
		if (!list.cache || !list.cache.length || val.length<=config.options.txtIncrementalSearchMin) {
			// starting new search, fetch and cache list of tiddlers/shadows/tags
			list.cache=new Array();
			if (filter.length) {
				var fn=store.getMatchingTiddlers||store.getTaggedTiddlers;
				var tiddlers=store.sortTiddlers(fn.apply(store,[filter]),'title');
			} else 
				var tiddlers=store.reverseLookup('tags','excludeLists');
			for(var t=0; t<tiddlers.length; t++) list.cache.push(tiddlers[t].title);
			if (!filter.length) {
				for (var t in config.shadowTiddlers) list.cache.pushUnique(t);
				var tags=store.getTags();
				for(var t=0; t<tags.length; t++) list.cache.pushUnique(tags[t][0]);
			}
		}
		var found = [];
		var match=val.toLowerCase();
		for(var i=0; i<list.cache.length; i++)
			if (list.cache[i].toLowerCase().indexOf(match)!=-1) found.push(list.cache[i]);
		return found;
	},
	getItemSuffix:
	function(t) {
		if (store.tiddlerExists(t)) return "";  // tiddler
		if (store.isShadowTiddler(t)) return " (shadow)"; // shadow
		return " (tag)"; // tag 
	},
	fillList:
	function(list,val,filter,search,key) {
		if (list.style.display=="none") return; // not visible... do nothing!
		var indent='\xa0\xa0\xa0';
		var found = this.getItems(list,val,filter); // find matching items...
		found.sort(); // alpha by title
		while (list.length > 0) list.options[0]=null; // clear list
		var hdr=this.listHeading.format([found.length,found.length==1?"":"s"]);
		list.options[0]=new Option(hdr,"",false,false);
		for (var t=0; t<found.length; t++) list.options[list.length]=
			new Option(indent+found[t]+this.getItemSuffix(found[t]),found[t],false,false);
		if (search)
			list.options[list.length]=new Option(this.searchItem.format([val]),"*",false,false);
		list.size=(list.length<this.listMaxSize?list.length:this.listMaxSize); // resize list...
		list.selectedIndex=key==38?list.length-1:key==40?1:0;
	},
	keyProcessed:
	function(ev) { // utility function
		ev.cancelBubble=true; // IE4+
		try{event.keyCode=0;}catch(e){}; // IE5
		if (window.event) ev.returnValue=false; // IE6
		if (ev.preventDefault) ev.preventDefault(); // moz/opera/konqueror
		if (ev.stopPropagation) ev.stopPropagation(); // all
		return false;
	},
	inputEscKeyHandler:
	function(event,here,list,search,showlist) {
		if (event.keyCode==27) {
			if (showlist) { // clear input, reset list
				here.value=here.defaultValue;
				this.fillList(list,'',here.form.filter.value,search,0);
			}
			else if (list.style.display=="none") // clear input
				here.value=here.defaultValue;
			else list.style.display="none"; // hide list
			return this.keyProcessed(event);
		}
		return true; // key bubbles up
	},
	inputKeyHandler:
	function(event,here,quiet,search,showlist) {
		var key=event.keyCode;
		var list=here.form.list;
		var filter=here.form.filter;
		// non-printing chars bubble up, except for a few:
		if (key<48) switch(key) {
			// backspace=8, enter=13, space=32, up=38, down=40, delete=46
			case 8: case 13: case 32: case 38: case 40: case 46: break; default: return true;
		}
		// blank input... if down/enter... fall through (list all)... else, and hide or reset list
		if (!here.value.length && !(key==40 || key==13)) {
			if (showlist) this.fillList(here.form.list,'',here.form.filter.value,search,0);
			else list.style.display="none";
			return this.keyProcessed(event);
		}
		// hide list if quiet, or below input minimum (and not showlist)
		list.style.display=(!showlist&&(quiet||here.value.length<config.options.txtIncrementalSearchMin))?'none':'block';
		// non-blank input... enter=show/create tiddler, SHIFT-enter=search for text
		if (key==13 && here.value.length) return this.processItem(event.shiftKey?'*':here.value,here,list,showlist);
		// up or down key, or enter with blank input... shows and moves to list...
		if (key==38 || key==40 || key==13) { list.style.display="block"; list.focus(); }
		this.fillList(list,here.value,filter.value,search,key);
		return true; // key bubbles up
	},
	selectKeyHandler:
	function(event,list,editfield,showlist) {
		if (event.keyCode==27) // escape... hide list, move to edit field
			{ editfield.focus(); list.style.display=showlist?'block':'none'; return this.keyProcessed(event); }
		if (event.keyCode==13 && list.value.length) // enter... view selected item
			{ this.processItem(list.value,editfield,list,showlist); return this.keyProcessed(event); }
		return true; // key bubbles up
	},
	processItem:
	function(title,here,list,showlist) {
		if (!title.length) return;
		list.style.display=showlist?'block':'none';
		if (title=="*")	{ story.search(here.value); return false; } // do full-text search
		if (!showlist) here.value=title;
		story.displayTiddler(null,title); // show selected tiddler
		return false;
	}
}
//}}}
/***
|Name:|HideWhenPlugin|
|Description:|Allows conditional inclusion/exclusion in templates|
|Version:|3.1 ($Rev: 3919 $)|
|Date:|$Date: 2008-03-13 02:03:12 +1000 (Thu, 13 Mar 2008) $|
|Source:|http://mptw.tiddlyspot.com/#HideWhenPlugin|
|Author:|Simon Baird <simon.baird@gmail.com>|
|License:|http://mptw.tiddlyspot.com/#TheBSDLicense|
For use in ViewTemplate and EditTemplate. Example usage:
{{{<div macro="showWhenTagged Task">[[TaskToolbar]]</div>}}}
{{{<div macro="showWhen tiddler.modifier == 'BartSimpson'"><img src="bart.gif"/></div>}}}
***/
//{{{

window.hideWhenLastTest = false;

window.removeElementWhen = function(test,place) {
	window.hideWhenLastTest = test;
	if (test) {
		removeChildren(place);
		place.parentNode.removeChild(place);
	}
};


merge(config.macros,{

	hideWhen: { handler: function(place,macroName,params,wikifier,paramString,tiddler) {
		removeElementWhen( eval(paramString), place);
	}},

	showWhen: { handler: function(place,macroName,params,wikifier,paramString,tiddler) {
		removeElementWhen( !eval(paramString), place);
	}},

	hideWhenTagged: { handler: function (place,macroName,params,wikifier,paramString,tiddler) {
		removeElementWhen( tiddler.tags.containsAll(params), place);
	}},

	showWhenTagged: { handler: function (place,macroName,params,wikifier,paramString,tiddler) {
		removeElementWhen( !tiddler.tags.containsAll(params), place);
	}},

	hideWhenTaggedAny: { handler: function (place,macroName,params,wikifier,paramString,tiddler) {
		removeElementWhen( tiddler.tags.containsAny(params), place);
	}},

	showWhenTaggedAny: { handler: function (place,macroName,params,wikifier,paramString,tiddler) {
		removeElementWhen( !tiddler.tags.containsAny(params), place);
	}},

	hideWhenTaggedAll: { handler: function (place,macroName,params,wikifier,paramString,tiddler) {
		removeElementWhen( tiddler.tags.containsAll(params), place);
	}},

	showWhenTaggedAll: { handler: function (place,macroName,params,wikifier,paramString,tiddler) {
		removeElementWhen( !tiddler.tags.containsAll(params), place);
	}},

	hideWhenExists: { handler: function(place,macroName,params,wikifier,paramString,tiddler) {
		removeElementWhen( store.tiddlerExists(params[0]) || store.isShadowTiddler(params[0]), place);
	}},

	showWhenExists: { handler: function(place,macroName,params,wikifier,paramString,tiddler) {
		removeElementWhen( !(store.tiddlerExists(params[0]) || store.isShadowTiddler(params[0])), place);
	}},

	hideWhenTitleIs: { handler: function(place,macroName,params,wikifier,paramString,tiddler) {
		removeElementWhen( tiddler.title == params[0], place);
	}},

	showWhenTitleIs: { handler: function(place,macroName,params,wikifier,paramString,tiddler) {
		removeElementWhen( tiddler.title != params[0], place);
	}},

	'else': { handler: function(place,macroName,params,wikifier,paramString,tiddler) {
		removeElementWhen( !window.hideWhenLastTest, place);
	}}

});

//}}}

/***
|Name|InlineJavascriptPlugin|
|Source|http://www.TiddlyTools.com/#InlineJavascriptPlugin|
|Documentation|http://www.TiddlyTools.com/#InlineJavascriptPluginInfo|
|Version|1.9.6|
|Author|Eric Shulman|
|License|http://www.TiddlyTools.com/#LegalStatements|
|~CoreVersion|2.1|
|Type|plugin|
|Description|Insert Javascript executable code directly into your tiddler content.|
''Call directly into TW core utility routines, define new functions, calculate values, add dynamically-generated TiddlyWiki-formatted output'' into tiddler content, or perform any other programmatic actions each time the tiddler is rendered.
!!!!!Documentation
>see [[InlineJavascriptPluginInfo]]
!!!!!Revisions
<<<
2010.12.15 1.9.6 allow (but ignore) type="..." syntax
|please see [[InlineJavascriptPluginInfo]] for additional revision details|
2005.11.08 1.0.0 initial release
<<<
!!!!!Code
***/
//{{{
version.extensions.InlineJavascriptPlugin= {major: 1, minor: 9, revision: 6, date: new Date(2010,12,15)};

config.formatters.push( {
	name: "inlineJavascript",
	match: "\\<script",
	lookahead: "\\<script(?: type=\\\"[^\\\"]*\\\")?(?: src=\\\"([^\\\"]*)\\\")?(?: label=\\\"([^\\\"]*)\\\")?(?: title=\\\"([^\\\"]*)\\\")?(?: key=\\\"([^\\\"]*)\\\")?( show)?\\>((?:.|\\n)*?)\\</script\\>",
	handler: function(w) {
		var lookaheadRegExp = new RegExp(this.lookahead,"mg");
		lookaheadRegExp.lastIndex = w.matchStart;
		var lookaheadMatch = lookaheadRegExp.exec(w.source)
		if(lookaheadMatch && lookaheadMatch.index == w.matchStart) {
			var src=lookaheadMatch[1];
			var label=lookaheadMatch[2];
			var tip=lookaheadMatch[3];
			var key=lookaheadMatch[4];
			var show=lookaheadMatch[5];
			var code=lookaheadMatch[6];
			if (src) { // external script library
				var script = document.createElement("script"); script.src = src;
				document.body.appendChild(script); document.body.removeChild(script);
			}
			if (code) { // inline code
				if (show) // display source in tiddler
					wikify("{{{\n"+lookaheadMatch[0]+"\n}}}\n",w.output);
				if (label) { // create 'onclick' command link
					var link=createTiddlyElement(w.output,"a",null,"tiddlyLinkExisting",wikifyPlainText(label));
					var fixup=code.replace(/document.write\s*\(/gi,'place.bufferedHTML+=(');
					link.code="function _out(place,tiddler){"+fixup+"\n};_out(this,this.tiddler);"
					link.tiddler=w.tiddler;
					link.onclick=function(){
						this.bufferedHTML="";
						try{ var r=eval(this.code);
							if(this.bufferedHTML.length || (typeof(r)==="string")&&r.length)
								var s=this.parentNode.insertBefore(document.createElement("span"),this.nextSibling);
							if(this.bufferedHTML.length)
								s.innerHTML=this.bufferedHTML;
							if((typeof(r)==="string")&&r.length) {
								wikify(r,s,null,this.tiddler);
								return false;
							} else return r!==undefined?r:false;
						} catch(e){alert(e.description||e.toString());return false;}
					};
					link.setAttribute("title",tip||"");
					var URIcode='javascript:void(eval(decodeURIComponent(%22(function(){try{';
					URIcode+=encodeURIComponent(encodeURIComponent(code.replace(/\n/g,' ')));
					URIcode+='}catch(e){alert(e.description||e.toString())}})()%22)))';
					link.setAttribute("href",URIcode);
					link.style.cursor="pointer";
					if (key) link.accessKey=key.substr(0,1); // single character only
				}
				else { // run script immediately
					var fixup=code.replace(/document.write\s*\(/gi,'place.innerHTML+=(');
					var c="function _out(place,tiddler){"+fixup+"\n};_out(w.output,w.tiddler);";
					try	 { var out=eval(c); }
					catch(e) { out=e.description?e.description:e.toString(); }
					if (out && out.length) wikify(out,w.output,w.highlightRegExp,w.tiddler);
				}
			}
			w.nextMatch = lookaheadMatch.index + lookaheadMatch[0].length;
		}
	}
} )
//}}}

// // Backward-compatibility for TW2.1.x and earlier
//{{{
if (typeof(wikifyPlainText)=="undefined") window.wikifyPlainText=function(text,limit,tiddler) {
	if(limit > 0) text = text.substr(0,limit);
	var wikifier = new Wikifier(text,formatter,null,tiddler);
	return wikifier.wikifyPlain();
}
//}}}

// // GLOBAL FUNCTION: $(...) -- 'shorthand' convenience syntax for document.getElementById()
//{{{
if (typeof($)=='undefined') { function $(id) { return document.getElementById(id.replace(/^#/,'')); } }
//}}}
/***
|''Name:''|IntelliTaggerPlugin|
|''Version:''|1.0.2 (2007-07-25)|
|''Type:''|plugin|
|''Source:''|http://tiddlywiki.abego-software.de/#IntelliTaggerPlugin|
|''Author:''|Udo Borkowski (ub [at] abego-software [dot] de)|
|''Documentation:''|[[IntelliTaggerPlugin Documentation]]|
|''~SourceCode:''|[[IntelliTaggerPlugin SourceCode]]|
|''Licence:''|[[BSD open source license (abego Software)]]|
|''~CoreVersion:''|2.0.8|
|''Browser:''|Firefox 1.5.0.2 or better|
***/
/***
!Version History
* 1.0.2 (2007-07-25): 
** Feature: "Return" key may be used to accept first tag suggestion (beside "Alt-1")
** Bugfix: Keyboard shortcuts (Alt+3 etc.) shifted
* 1.0.1 (2007-05-18): Improvement: Speedup when using TiddlyWikis with many tags
* 1.0.0 (2006-04-26): Initial release
***/
/***
!Source Code
***/
//{{{
// Ensure the Plugin is only installed once.
//
if (!version.extensions.IntelliTaggerPlugin) {

// Ensure the global abego namespace is set up.
if (!window.abego) window.abego = {};
if (!abego.internal) abego.internal = {};

// Opens an alert with the given string and throws an exception 
// with the same string after the alert is closed.
//
abego.alertAndThrow = function(s) {
	alert(s);
	throw s;
};

if (version.major < 2) {
	abego.alertAndThrow("Use TiddlyWiki 2.0.8 or better to run the IntelliTagger Plugin.");
}

version.extensions.IntelliTaggerPlugin = {
	major: 1, minor: 0, revision: 2,
	date: new Date(2007, 6, 25),
	type: 'plugin',
	source: "http://tiddlywiki.abego-software.de/#IntelliTaggerPlugin",
	documentation: "[[IntelliTaggerPlugin Documentation]]",
	sourcecode: "[[IntelliTaggerPlugin SourceCode]]",
	author: "Udo Borkowski (ub [at] abego-software [dot] de)",
	licence: "[[BSD open source license (abego Software)]]",
	tiddlywiki: "Version 2.0.8 or better",
	browser: "Firefox 1.5.0.2 or better"
};
//}}}
//#startOf: MainCode
//{{{
// ========================================================================
// Utilities ==============================================================
// ========================================================================

// ========================================================================
// Popup 
// 
// A Popup is an HTML element floating on top of the main HTML page. 
// 
// The HTML element (typically a "div" element) is added as a direct child 
// of the document.body.
//
// A Popup element should respect the following style conventions:
//
//		position = "absolute";	// required.
//		left = aDimension;		// required. E.g. "10px"
//								// When not defined the Popup is not displayed.
//		top = aDimension;		// required. E.g. "10px"
//								// When not defined the Popup is not displayed.
// 		background = aColor; 	// optional. E.g. "white"
//								// When not defined the Popup is transparent.
// 		border = aBorderSpec;	// optional. E.g. "1px solid DarkGray"
//		width = aDimension;		// optional. E.g. "200px"
//								// When not defined the width is calculated 
//								// automatically.
//		height = aDimension;	// optional. E.g. "200px"
//								// When not defined the height is calculated 
//								// automatically.
// ========================================================================


abego.createEllipsis = function(place) {
	var e = createTiddlyElement(place,"span");
	e.innerHTML = "&hellip;";
};

// Returns true iff the given element is "opened as a popup", 
// i.e. a direct child of the document.body.
//
// @param element [may be null/undefined] 
//				an HTML element
//
abego.isPopupOpen = function(element) {
	return element && element.parentNode == document.body;
};

// Opens the given element as a popup.
// 
// @param element 
//				an HTML element
//
abego.openAsPopup = function(element) {
	if (element.parentNode != document.body)
		document.body.appendChild(element);
};


// Closes the given popup.
// Does nothing when the element is not a popup or not open.
//
// @param element [may be null/undefined] 
//				an HTML element
//
abego.closePopup = function(element) {
	if (abego.isPopupOpen(element)) 
		document.body.removeChild(element);
};

// Returns the rectangle of the (browser) window
//
// @return {left,top,height,width}
// 
abego.getWindowRect = function() {
	return {
		left: findScrollX(),
		top: findScrollY(),
		height: findWindowHeight(),
		width: findWindowWidth()
	};
};

// Moves the given element to the given position (in pixel).
//
abego.moveElement = function(element, left, top) {
	element.style.left = left + "px";
	element.style.top = top + "px";
};

// Centers the given element on the window.
//
// The element must have absolute position
// 
abego.centerOnWindow = function(element) {
	if (element.style.position != "absolute") 
		throw "abego.centerOnWindow: element must have absolute position"; 
		
	var winRect = abego.getWindowRect();

	abego.moveElement(
			element,
			winRect.left + (winRect.width - element.offsetWidth) / 2,
			winRect.top + (winRect.height - element.offsetHeight) / 2);
};

// Returns true if e is either self or a descendant (child, grandchild,...) of self.
//
// @param self DOM:Element
// @param e DOM:Element [may be null]
//
abego.isDescendantOrSelf = function(self, e) {
	while (e) {
		if (self == e) return true;
		e = e.parentNode;
	}
	return false;
};

// Returns a set containing the items of the array. 
// 
// It is an object that has a property for every item of the array.
// The name of the property is the "toString" representation of 
// the item. The value of the property is "true".
//
// Duplicate items are removed.
//
abego.toSet = function(array) {
	var result = {};
	for (var i = 0; i < array.length; i++)
		result[array[i]] = true;
	return result;
};

// Returns an array with all strings from strings that match the filterRE.
//
// @param maxCount [optional] if defined at most maxCount strings are returned.
abego.filterStrings = function(strings, filterRE, maxCount) {
	var result =[];
	for (var i = 0; i < strings.length && (maxCount === undefined || result.length < maxCount); i++) {
		var s = strings[i];
		if (s.match(filterRE)) 
			result.push(s);
	}
	return result;
};

// @param a [may be null/undefined] Object[] 
// @param b [may be null/undefined] Object[] 
abego.arraysAreEqual = function(a,b) {
	if (!a)
		return !b;
	if (!b)
		return false;
		
	var n = a.length;
	if (n != b.length) 
		return false;
	for (var i = 0; i < n; i++) 
		if (a[i] != b[i])
			return false;
	return true;
};

// Adjusts the element's position to appear below the anchorElement, 
// and ensures the element fits into the window.
//
abego.moveBelowAndClip = function(element, anchorElement) {
	if (!anchorElement) 
		return;
	
    // Position the result below the anchor and resize it if necessary.
	var anchorLeft = findPosX(anchorElement);
	var anchorTop = findPosY(anchorElement);
	var anchorHeight = anchorElement.offsetHeight;
	var elementLeft = anchorLeft;
	var elementTop = anchorTop + anchorHeight;

	// Make sure the result is not wider than the window
	var winWidth = findWindowWidth();
	if (winWidth < element.offsetWidth) {
		element.style.width = (winWidth - 100)+"px";
	}

	// Ensure that the left and right of the result are not
	// clipped by the window. Move it to the left or right, if necessary.	
	var elementWidth = element.offsetWidth;
	if(elementLeft + elementWidth > winWidth)
		elementLeft = winWidth - elementWidth-30;
	if (elementLeft < 0) 
		elementLeft = 0;
	
	// Do the actual moving
	element.style.left = elementLeft + "px";
	element.style.top = elementTop + "px";
	element.style.display = "block";
};

abego.compareStrings = function(a, b) {
	return (a == b) ? 0 : (a < b) ? -1 : 1;
};

// Sorts the given array alphabetically, ignoring the case.
//
abego.sortIgnoreCase = function(arr) {
	var result =[];
	
	// To avoid toLowerCase to be called twice for every comparison
	// we convert the strings once and sort the lowercase.
	// After sorting we replace them with the cased ones.
	//
	// Benchmarks have shown that this is significantly faster 
	// than the ad hoc solution, even for small arrays 
	// (like 5 Strings (10 chars each))
	
	var n = arr.length;
	for (var i = 0; i < n; i++) {
		var s = arr[i];
		result.push([s.toString().toLowerCase(),s]);
	}
	result.sort(function(a,b) {
		return (a[0] == b[0]) ? 0 : (a[0] < b[0]) ? -1 : 1;
	});
	
	for (i = 0; i < n; i++) 
		arr[i] = result[i][1];
};

// Returns the specified field (input or textarea element), otherwise the first edit field it finds 
// or null if it found no edit field at all
//
abego.getTiddlerField = function(story,title,field) {
	var tiddler = document.getElementById(story.idPrefix + title);
	var e = null;
	if (tiddler != null)	{
		var children = tiddler.getElementsByTagName("*");
		for (var t=0; t<children.length; t++) {
			var c = children[t];
			if(c.tagName.toLowerCase() == "input" || c.tagName.toLowerCase() == "textarea")	{
				if(!e)
					e = c;
				if(c.getAttribute("edit") == field)
					e = c;
					// break; // adding this break would not be 100% compatible to <= TW 2.0.9. when a 
			}
		}
	}
	return e;
};

abego.setRange = function(element, start, end) {
// adapted from TaskMacroPlugin by LukeBlanshard. 
// http://labwiki.sourceforge.net/#CopyrightAndLicense.
	if (element.setSelectionRange) { // Mozilla
		element.setSelectionRange(start, end);
		// Damn mozilla doesn't scroll to visible.  Approximate.
		var max = 0.0 + element.scrollHeight;
		var len = element.textLength;
		var top = max*start/len, bot = max*end/len;
		element.scrollTop = Math.min(top, (bot+top-element.clientHeight)/2);
	} else if (element.createTextRange != undefined) { // IE
		var range = element.createTextRange();
		range.collapse();
		range.moveEnd("character", end);
		range.moveStart("character", start);
		range.select();
	} else // Other? Too bad, just select the whole thing.
		element.select();
};
				
				
// TiddlerSet: an object with one property per tiddler in the set. 
// The name of the property corresponds to the tiddler name, 
// the value is "not false" (e.g. true or a non-zero number).
//
// TagMap<X>: an object that maps a tag to an object of type X (access through properties)
//
abego.internal.TagManager = function() {
	var tagReferences = null; // TagMap<{count: natural, tiddlers: TiddlerSet}>

	var ensureTagsAreLoaded = function() {
		if (tagReferences)
			return;
			
		tagReferences = {};
		store.forEachTiddler(function(title,tiddler) {
			for(var i=0; i<tiddler.tags.length; i++) {
				var tag = tiddler.tags[i];
				var refedBy = tagReferences[tag];
				if (!refedBy) {
					refedBy = tagReferences[tag] = {count:0, tiddlers: {}};
				}
				refedBy.tiddlers[tiddler.title] = true;
				refedBy.count += 1;
			}
		});
	};
	
	// When any tags are changed reset the TagManager.
	// 
	var oldTiddlyWikiSaveTiddler = TiddlyWiki.prototype.saveTiddler;
	TiddlyWiki.prototype.saveTiddler = function(title,newTitle,newBody,modifier,modified,tags) {
		var tiddler = this.fetchTiddler(title);
		var oldTags = tiddler ? tiddler.tags : [];
		var newTags = (typeof tags == "string") ? tags.readBracketedList() : tags;

		oldTiddlyWikiSaveTiddler.apply(this, arguments);
		
		if (!abego.arraysAreEqual(oldTags, newTags))
			abego.internal.getTagManager().reset();
	};

	// When a tiddler is removed that had tags reset the TagManager.
	//
	var oldTiddlyWikiRemoveTiddler = TiddlyWiki.prototype.removeTiddler;
	TiddlyWiki.prototype.removeTiddler = function(title) {
		var tiddler = this.fetchTiddler(title);
		var resetTagManager = tiddler && tiddler.tags.length > 0;
		
		oldTiddlyWikiRemoveTiddler.apply(this, arguments);
		
		if (resetTagManager) 
			abego.internal.getTagManager().reset();
	};

	// Resets the TagManager, thus ensures that cached tagging 
	// information is discarded and the most recent tag state is used.
	// 
	this.reset = function () {
		tagReferences = null;
	};
	
	
	// Returns a TiddlerSet with all tiddlers that have the given tag, 
	// or null when the tag is not used in any tiddler.
	//
	// @return [may be null]
	//
	this.getTiddlersWithTag = function(tag) {
		ensureTagsAreLoaded();

		var tagInfo = tagReferences[tag];
		return tagInfo ? tagInfo.tiddlers : null;
	};
	
	// Returns an array with the names of all tags defined 
	// plus the (optional) extraTags. 
	//
	// The tags are sorted alphabetically (caseinsensitive).
	//
	// @params [optional] an array of tags to be added to the list
	//
	//
	this.getAllTags = function(extraTags) {
		ensureTagsAreLoaded();
			
		var result =[];
		for (var i in tagReferences) 
			result.push(i);
			
		for (i = 0; extraTags && i < extraTags.length; i++) 
			result.pushUnique(extraTags[i], true);
			
		abego.sortIgnoreCase(result);
		
		return result;
	};
	
	// An array with two items per tag
	// result[i][0] : the tag name
	// result[i][1] : TiddlerSet, with tiddlers that are tagged with that tag
	// 
	this.getTagInfos = function() {
		ensureTagsAreLoaded();
	
		var result = [];
		for (var tiddler in tagReferences) {
			result.push([tiddler, tagReferences[tiddler]]);
		}
		return result;
	};
	
	var compareTiddlerCountAndTagName = function(a,b) {
			var a1 = a[1];
			var b1 = b[1];
			var d = b[1].count - a[1].count;
			return d != 0 ? d : abego.compareStrings(a[0].toLowerCase(), b[0].toLowerCase());
	};
	
	this.getSortedTagInfos = function() {
		ensureTagsAreLoaded();

		var result = this.getTagInfos();
		
		result.sort(compareTiddlerCountAndTagName);
		
		return result;
	};
	
	// @return an array of the tags that "partner" the activeTags,
	// sorted by the number of conjoint occurances.
	//
	this.getPartnerRankedTags = function(activeTags) {
		var partnerTagCounts = {};
		for (var i = 0; i < activeTags.length; i++) {
			var tiddlersWithTag = this.getTiddlersWithTag(activeTags[i]);
			for (var name in tiddlersWithTag) {
				var tiddler = store.getTiddler(name);
				// It may happen that a tiddler is "gone" in the meantime
				if (!(tiddler instanceof Tiddler)) 
					continue;
					
				for(var j=0; j<tiddler.tags.length; j++) {
					var tag = tiddler.tags[j];
					var c = partnerTagCounts[tag];
					partnerTagCounts[tag] = c ? c+1 : 1;
				}
			}
		}
		var currentTagSet = abego.toSet(activeTags);
		var result = [];
		for (var n in partnerTagCounts) {
			if (!currentTagSet[n])
				result.push(n);
		}
		// Sort the tags by their partner tag count, then alphabetically
		result.sort(function (a,b) {
			var d = partnerTagCounts[b] - partnerTagCounts[a];
			return d != 0 ? d : abego.compareStrings(a.toLowerCase(), b.toLowerCase());
		});

		return result;
	};
}; // of abego.internal.TagManager

abego.internal.getTagManager = function() {
	if (!abego.internal.gTagManager) abego.internal.gTagManager = new abego.internal.TagManager();
	return abego.internal.gTagManager;
};

// ========================================================================
// IntelliTagger ==========================================================
// ========================================================================


(function(){
	var PADDING = 2;
	var BORDERWIDTH = 1;
	var MAX_FAVORITE_TAGS = 30;

	var	fSuggestionPopup; // DOM:Element
	var	fAnchorElement; // DOM:Element
	var fOnTagSelected; // function(e) {...}
	var	fSuggestedTags; // [Tag]
	var	fActiveTagSet; // TagSet
	var	fFavoriteTags; // array of Tags, [optional]
	
	if (!abego.IntelliTagger) abego.IntelliTagger = {};

	var getAnchorElement = function() {
		return fAnchorElement;
	};
	
	var isCurrentTag = function(tag) {
		return fActiveTagSet[tag];
	};
	
	var removeLastWord = function(s) {
		var i = s.lastIndexOf(" ");
		return (i >= 0) ? s.substr(0,i) : "";
	};
	
	var lastWordIsFilter = function(inputField) {
		var s = inputField.value;
		var len = s.length;		
		return (len > 0 && s[len-1] != ' ');
	};

	var ensureFieldEndsWithSpace = function(field) {
		var s = field.value;
		var len = s.length;
		if (len > 0 && s[len-1] != ' ') {
			field.value += ' ';
		}
	};
	
	var updateTag = function(tag, inputField, tiddler) {
		if (lastWordIsFilter(inputField)) 
			inputField.value = removeLastWord(inputField.value);
			
		story.setTiddlerTag (tiddler.title,tag,0);
		ensureFieldEndsWithSpace(inputField);
		
		abego.IntelliTagger.assistTagging(inputField, tiddler);
	};
	
	// returns the n-th suggestion, first counting the favorites, then the normal suggestions
	//
	// @param n zero-based.
	// @return [may be null]
	var getNthSuggestion = function(n) {
		if (fFavoriteTags && fFavoriteTags.length > n)
			return fFavoriteTags[n];
		
		return (fSuggestedTags && fSuggestedTags.length > n)
				? fSuggestedTags[n] 
				: null;
	};

	var useNthSuggestion = function(n, inputField, tiddler) {
		var suggestion = getNthSuggestion(n);
		if (suggestion)
			updateTag(suggestion, inputField, tiddler);
	};


	var getFilter = function(inputField) {
		var pos = inputField.value.lastIndexOf(" ");
		var filter = (pos >= 0) ? inputField.value.substr(++pos,inputField.value.length) : inputField.value;
		return new RegExp(filter.escapeRegExp(),"i");
	};


	var countExpectedTags = function(tags, expectedTagsAsProperties) {
		var result = 0;
		for (var i = 0; i<tags.length;i++) 
			if (expectedTagsAsProperties[tags[i]])
				result++;
		return result;
	};
	
	// Returns the number tags that have the same count of tiddlers
	// as the index-th tagInfo. 
	// 
	// The index-th tag is included in the returned number.
	// 
	// @param sortedTagInfo Array of TagInfos, sorted by count of tiddlers.
	//
	var getNumberOfTagsWithSameCount = function(sortedTagInfos, index, filterRE) {
		var result = 1;
		var c = sortedTagInfos[index];
		for (var i = index+1; i < sortedTagInfos.length; i++) 
			if (sortedTagInfos[i][1].count == c) {
				if (sortedTagInfos[i][0].match(filterRE))
					result++;
			} else
				break;
		return result;
	};
	
	var getInitialTagSuggestions = function(filterRE, maxCount) {
		var tagInfos = abego.internal.getTagManager().getSortedTagInfos();
		var result =[];
		var lastCount = 0;
		for (var i = 0; i < tagInfos.length; i++) {
			var c = tagInfos[i][1].count;
			
			// Stop adding tags to the result if not all tags with that count of tiddlers would fit into the result.
			if (c != lastCount) {
				if (maxCount && (result.length + getNumberOfTagsWithSameCount(tagInfos, i, filterRE) > maxCount)) 
					break;
				lastCount = c;
			}
			// Don't add tags that are only used in one tiddler.
			if (c == 1) 
				break;
			var s = tagInfos[i][0];
			if (s.match(filterRE))
				result.push(s);
		}
		return result;
	};
	
	var getAllFilteredTags = function(filterRE, extraTags) {
		return abego.filterStrings(
				abego.internal.getTagManager().getAllTags(extraTags),
				filterRE);
	};

	// Refreshes the tagSuggestions window
	//
	var refreshPopup = function() {
		if (!fSuggestionPopup) 
			return;
	
		// Load the template for the YourSearchResult
		var html = store.getTiddlerText("IntelliTaggerMainTemplate");
		if (!html) 
			html = "<b>Tiddler IntelliTaggerMainTemplate not found</b>";
		fSuggestionPopup.innerHTML = html;
	
		// Expand the template macros etc.
		applyHtmlMacros(fSuggestionPopup,null);
		refreshElements(fSuggestionPopup,null);
	};
	
	var onTagClicked = function(e) {	
		if (!e) var e = window.event;
		var tag = this.getAttribute("tag");
		if (fOnTagSelected)
			fOnTagSelected.call(this,tag, e);
			
		return false;
	};

	var addSeparator = function(place) {
		createTiddlyElement(place,"span",null,"tagSeparator", " | ");
	};
	
	var appendTags = function(place, tags, suggestionIndex, excludeTags, maxCount) {
		if (!tags)
			return;
			
		var excludeTagSet = excludeTags ? abego.toSet(excludeTags) : {};
		var n = tags.length;
		var c = 0;
		for (var i = 0; i < n; i++) {
			var tag = tags[i];
			if (excludeTagSet[tag])
				continue;
				
			if (c > 0) 
				addSeparator(place);
				
			if (maxCount && c >= maxCount) {
				abego.createEllipsis(place);
				break;
			}
			c++;
			
			var shortcutText = "";
			var placeForButton = place;
			if (suggestionIndex < 10) {
				// create a wrapping span that ensures the number and the text are not linebreaked.
				placeForButton = createTiddlyElement(place,"span",null,"numberedSuggestion");
				
				suggestionIndex++;
				var key = suggestionIndex < 10 ? ""+(suggestionIndex) : "0";
				createTiddlyElement(placeForButton,"span",null,"suggestionNumber", key+") ");
				var fastKeyText = suggestionIndex == 1 ? "Return or " : "";
				shortcutText = " (Shortcut: %1Alt-%0)".format([key, fastKeyText]);
			}

			var shiftClickToolTip = config.views.wikified.tag.tooltip.format([tag]);
			var normalClickToolTip = (isCurrentTag(tag) ? "Remove tag '%0'%1" : "Add tag '%0'%1").format([tag,shortcutText]);
			var tooltip = "%0; Shift-Click: %1".format([normalClickToolTip, shiftClickToolTip]);
			var btn = createTiddlyButton(
					placeForButton,
					tag,
					tooltip, 
					onTagClicked, 
					isCurrentTag(tag) ? "currentTag" : null);
			btn.setAttribute("tag",tag);
		}
	};
	
	var scrollVisible = function() {
		// Scroll the window to make the fSuggestionPopup page (and the anchorElement) visible.
		if (fSuggestionPopup) window.scrollTo(0,ensureVisible(fSuggestionPopup));
		if (getAnchorElement()) window.scrollTo(0,ensureVisible(getAnchorElement()));
	};

	// Close the suggestions window when the user clicks on the document
	// (and not into the getAnchorElement or in the suggestions window)
	//
	var onDocumentClick = function(e) {
		if (!e) var e = window.event;
		if (!fSuggestionPopup) 
			return;
		
		var target = resolveTarget(e);
		if (target == getAnchorElement()) return; 
		if (abego.isDescendantOrSelf(fSuggestionPopup, target)) return; 
		
		abego.IntelliTagger.close();
	};
	addEvent(document,"click",onDocumentClick);
	
	// We added a space to the tags edit field. To avoid that the 
	// tiddler is marked as "changed" just because of that we trim
	// the field value
	//
	var oldGatherSaveFields = Story.prototype.gatherSaveFields;
	Story.prototype.gatherSaveFields = function(e,fields) {
		oldGatherSaveFields.apply(this, arguments);
		var tags = fields.tags;
		if (tags) 
			fields.tags = tags.trim();
	};
	

	var focusTagsField = function(title) {
		story.focusTiddler(title,"tags");
		var tags = abego.getTiddlerField(story, title, "tags");
		if (tags) {
			var len = tags.value.length;
			abego.setRange(tags, len, len);
			window.scrollTo(0,ensureVisible(tags));
		}
	};
	

	// Attach the assistTagging to the "tags" edit field.
	//
	var oldEditHandler = config.macros.edit.handler;
	config.macros.edit.handler = function(place,macroName,params,wikifier,paramString,tiddler) {
		oldEditHandler.apply(this, arguments);
		var field = params[0];
		if((tiddler instanceof Tiddler) && field == "tags") {
			// Just added the "edit tags" field. 
			// Attach it to the "Tag Suggestions" feature.
			var inputField = place.lastChild;
			inputField.onfocus = function(e) {
				abego.IntelliTagger.assistTagging(inputField, tiddler);
				setTimeout(
						function() {
							focusTagsField(tiddler.title);
						}, 100);

			};
			inputField.onkeyup = function(e) {
				if (!e) var e = window.event;
				if (e.altKey && !e.ctrlKey && !e.metaKey && (e.keyCode >= 48 && e.keyCode <= 57)) {
					useNthSuggestion(e.keyCode == 48 ? 9 : e.keyCode-49, inputField, tiddler);
 				} else if (e.ctrlKey && e.keyCode == 32) {
					useNthSuggestion(0, inputField, tiddler);
				} if (!e.ctrlKey && (e.keyCode == 13 || e.keyCode == 10)) {
					useNthSuggestion(0, inputField, tiddler);
				}
 
				setTimeout(
					function() {
						abego.IntelliTagger.assistTagging(inputField, tiddler);
					}, 100);
				return false;
			};
			
			// ensure that the tags text ends with a space 
			// (otherwise the last word is used as a filter when the field gets the focus)
			ensureFieldEndsWithSpace(inputField);
		}
	};
	
	var onEditTags = function(e) {
		if (!e) var e = window.event;
		var target = resolveTarget(e);
		
		var title = target.getAttribute("tiddler");
		if (title) {
			story.displayTiddler(target,title,"IntelliTaggerEditTagsTemplate", false);
			focusTagsField(title);
		}
		return false;
	};
	
	// Add an "[edit]" button to the "tags" field that is displayed with the tiddler in the ViewTemplate.
	// Pressing the button allows editing the tags only, with the text still being displayed in wikified form.
	//
	var oldTagsHandler = config.macros.tags.handler;
	config.macros.tags.handler = function(place,macroName,params,wikifier,paramString,tiddler) {
		oldTagsHandler.apply(this, arguments);

		abego.IntelliTagger.createEditTagsButton(tiddler, createTiddlyElement(place.lastChild,"li"));
	};
	
	// close the Suggestion Window when the tiddler is no longer edited
	// (i.e. the tag edit inputfield is gone.)
	// 
	// (Note: we must poll this condition since onblur on the input field 
	// cannot be used since every click into the suggestion window results
	// in a lost focus/blur)
	//
	var closeIfAnchorElementIsHidden = function() {
		if (fSuggestionPopup && fAnchorElement && !abego.isDescendantOrSelf(document, fAnchorElement)) 
			abego.IntelliTagger.close();
	};
	setInterval(closeIfAnchorElementIsHidden, 100);
	
//----------------------------------------------------------------------------
// The public API
//----------------------------------------------------------------------------
	
	// @param suggestedTags 
	//				array of strings representing the tags to be suggested.
	//
	// @param activeTags 
	//				array of strings representing the tags currently "active".
	//
	// @param favoriteTags [optional] 
	//				a subset of the suggested tags that are "favorites". 
	//				I.e. They should be presented first etc.
	//
	// @param anchorElement [optional]
	//				when defined the suggestions are displayed "close" to the anchorElement. 
	//				The page is scrolled to make the anchorElement visible.
	//				When the anchorElement is not defined the suggestions are displayed in the
	//				center of the window.
	//
	// @param onTagSelected [optional]
	// 				function(tag, e) to be called when a tag is selected.
	//
	abego.IntelliTagger.displayTagSuggestions = function(suggestedTags, activeTags, favoriteTags, anchorElement, onTagSelected) {
		fSuggestedTags = suggestedTags;
		fActiveTagSet = abego.toSet(activeTags);
		fFavoriteTags = favoriteTags;
		fAnchorElement = anchorElement;
		fOnTagSelected = onTagSelected;
	
		if (!fSuggestionPopup) {
			fSuggestionPopup = createTiddlyElement(document.body,"div",null,"intelliTaggerSuggestions");
			fSuggestionPopup.style.position = "absolute";
		}
	
		refreshPopup();
		abego.openAsPopup(fSuggestionPopup);
		
		if (getAnchorElement()) {
			var w = getAnchorElement().offsetWidth;
			if (fSuggestionPopup.offsetWidth < w) {
				fSuggestionPopup.style.width = (w-2*(PADDING+BORDERWIDTH)) + "px";
			}
			abego.moveBelowAndClip(fSuggestionPopup, getAnchorElement());
		} else {
			abego.centerOnWindow(fSuggestionPopup);
		}

		scrollVisible();
	};
	
	// Shows the Tag Suggestion Popup for the given tiddler, below the specified inputField.
	//
	abego.IntelliTagger.assistTagging = function(inputField, tiddler) {
		var filterRE = getFilter(inputField);
		var s = inputField.value;
		if (lastWordIsFilter(inputField)) 
			s = removeLastWord(s);
		var activeTags = s.readBracketedList();
		var favoriteTags = activeTags.length > 0 
				? abego.filterStrings(abego.internal.getTagManager().getPartnerRankedTags(activeTags), filterRE, MAX_FAVORITE_TAGS)
				: getInitialTagSuggestions(filterRE, MAX_FAVORITE_TAGS);
		abego.IntelliTagger.displayTagSuggestions(
				getAllFilteredTags(filterRE,activeTags), 
				activeTags,
				favoriteTags, 
				inputField,
				function(tag, e) {
					if (e.shiftKey) {
						onClickTag.call(this,e);
					} else
						updateTag(tag, inputField, tiddler);
				});
	};
	
	// Closes the Tag Suggestions Popup
	//
	abego.IntelliTagger.close = function() {
		abego.closePopup(fSuggestionPopup);
		fSuggestionPopup = null;
		return false;
	};

	// Creates an TiddlyButton at the given place to edit the tags of the given tiddler.
	//
	abego.IntelliTagger.createEditTagsButton = function(tiddler, place, text, tooltip, className, id, accessKey) {
		if (!text) text = "[edit]";
		if (!tooltip) tooltip = "Edit the tags";
		if (!className) className = "editTags";
		
		var editButton = createTiddlyButton(place,text,tooltip, onEditTags, className, id, accessKey);
		editButton.setAttribute("tiddler", (tiddler instanceof Tiddler) ? tiddler.title : String(tiddler));
		
		return editButton;
	};

	abego.IntelliTagger.getSuggestionTagsMaxCount = function() {
		return 100;
	};
//----------------------------------------------------------------------------
// Macros
//----------------------------------------------------------------------------

// ====Macro intelliTagger ================================================

	config.macros.intelliTagger = {
		// Standard Properties
		label: "intelliTagger",

		handler : function(place,macroName,params,wikifier,paramString,tiddler) {
						var namesAndValues = paramString.parseParams("list",null, true);
						var actions = namesAndValues[0]["action"];
						for (var i = 0; actions && i < actions.length; i++) {
							var actionName = actions[i];
							var action = config.macros.intelliTagger.subhandlers[actionName];
								
							if (!action) 
								abego.alertAndThrow("Unsupported action '%0'".format([actionName]));
								
							action(place,macroName,params,wikifier,paramString,tiddler);
						}
					},
			
		subhandlers: {
			
			showTags : function(place,macroName,params,wikifier,paramString,tiddler) {
						appendTags(place, fSuggestedTags, fFavoriteTags ? fFavoriteTags.length : 0, fFavoriteTags,abego.IntelliTagger.getSuggestionTagsMaxCount());
					},
			
			showFavorites : function(place,macroName,params,wikifier,paramString,tiddler) {
						appendTags(place, fFavoriteTags, 0);
					},
			
			closeButton : function(place,macroName,params,wikifier,paramString,tiddler) {
						var button = createTiddlyButton(place, "close", "Close the suggestions", abego.IntelliTagger.close);
					},

			version : function(place) {
						var t = "IntelliTagger %0.%1.%2".format(
								[version.extensions.IntelliTaggerPlugin.major, 
								 version.extensions.IntelliTaggerPlugin.minor, 
								 version.extensions.IntelliTaggerPlugin.revision]);
						var e = createTiddlyElement(place, "a");
						e.setAttribute("href", "http://tiddlywiki.abego-software.de/#IntelliTaggerPlugin");
						e.innerHTML = '<font color="black" face="Arial, Helvetica, sans-serif">'+t+'<font>';
					},

			copyright : function(place) {
						var e = createTiddlyElement(place, "a");
						e.setAttribute("href", "http://tiddlywiki.abego-software.de");
						e.innerHTML = '<font color="black" face="Arial, Helvetica, sans-serif">&copy; 2006-2007 <b><font color="red">abego</font></b> Software<font>';
					}
		}
	};
	
})();
//}}}

//#endOf: MainCode
//{{{
config.shadowTiddlers["IntelliTaggerStyleSheet"] = 
			"/***\n"+
			"!~IntelliTagger Stylesheet\n"+
			"***/\n"+
			"/*{{{*/\n"+
			".intelliTaggerSuggestions {\n"+
			"\tposition: absolute;\n"+
			"\twidth: 600px;\n"+
			"\n"+
			"\tpadding: 2px;\n"+
			"\tlist-style: none;\n"+
			"\tmargin: 0;\n"+
			"\n"+
			"\tbackground: #eeeeee;\n"+
			"\tborder: 1px solid DarkGray;\n"+
			"}\n"+
			"\n"+
			".intelliTaggerSuggestions .currentTag   {\n"+
			"\tfont-weight: bold;\n"+
			"}\n"+
			"\n"+
			".intelliTaggerSuggestions .suggestionNumber {\n"+
			"\tcolor: #808080;\n"+
			"}\n"+
			"\n"+
			".intelliTaggerSuggestions .numberedSuggestion{\n"+
			"\twhite-space: nowrap;\n"+
			"}\n"+
			"\n"+
			".intelliTaggerSuggestions .intelliTaggerFooter {\n"+
			"\tmargin-top: 4px;\n"+
			"\tborder-top-width: thin;\n"+
			"\tborder-top-style: solid;\n"+
			"\tborder-top-color: #999999;\n"+
			"}\n"+
			".intelliTaggerSuggestions .favorites {\n"+
			"\tborder-bottom-width: thin;\n"+
			"\tborder-bottom-style: solid;\n"+
			"\tborder-bottom-color: #999999;\n"+
			"\tpadding-bottom: 2px;\n"+
			"}\n"+
			"\n"+
			".intelliTaggerSuggestions .normalTags {\n"+
			"\tpadding-top: 2px;\n"+
			"}\n"+
			"\n"+
			".intelliTaggerSuggestions .intelliTaggerFooter .button {\n"+
			"\tfont-size: 10px;\n"+
			"\n"+
			"\tpadding-left: 0.3em;\n"+
			"\tpadding-right: 0.3em;\n"+
			"}\n"+
			"\n"+
			"/*}}}*/\n";

config.shadowTiddlers["IntelliTaggerMainTemplate"] = 
			"<!--\n"+
			"{{{\n"+
			"-->\n"+
			"<div class=\"favorites\" macro=\"intelliTagger action: showFavorites\"></div>\n"+
			"<div class=\"normalTags\" macro=\"intelliTagger action: showTags\"></div>\n"+
			"<!-- The Footer (with the Navigation) ============================================ -->\n"+
			"<table class=\"intelliTaggerFooter\" border=\"0\" width=\"100%\" cellspacing=\"0\" cellpadding=\"0\"><tbody>\n"+
			"  <tr>\n"+
			"\t<td align=\"left\">\n"+
			"\t\t<span macro=\"intelliTagger action: closeButton\"></span>\n"+
			"\t</td>\n"+
			"\t<td align=\"right\">\n"+
			"\t\t<span macro=\"intelliTagger action: version\"></span>, <span macro=\"intelliTagger action: copyright \"></span>\n"+
			"\t</td>\n"+
			"  </tr>\n"+
			"</tbody></table>\n"+
			"<!--\n"+
			"}}}\n"+
			"-->\n";
			
config.shadowTiddlers["IntelliTaggerEditTagsTemplate"] = 
			"<!--\n"+
			"{{{\n"+
			"-->\n"+
			"<div class='toolbar' macro='toolbar +saveTiddler -cancelTiddler'></div>\n"+
			"<div class='title' macro='view title'></div>\n"+
			"<div class='tagged' macro='tags'></div>\n"+
			"<div class='viewer' macro='view text wikified'></div>\n"+
			"<div class='toolbar' macro='toolbar +saveTiddler -cancelTiddler'></div>\n"+
			"<div class='editor' macro='edit tags'></div><div class='editorFooter'><span macro='message views.editor.tagPrompt'></span><span macro='tagChooser'></span></div>\n"+
			"<!--\n"+
			"}}}\n"+
			"-->\n";
			
config.shadowTiddlers["BSD open source license (abego Software)"] = "See [[Licence|http://tiddlywiki.abego-software.de/#%5B%5BBSD%20open%20source%20license%5D%5D]].";
config.shadowTiddlers["IntelliTaggerPlugin Documentation"] = "[[Documentation on abego Software website|http://tiddlywiki.abego-software.de/doc/IntelliTagger.pdf]].";
config.shadowTiddlers["IntelliTaggerPlugin SourceCode"] = "[[Plugin source code on abego Software website|http://tiddlywiki.abego-software.de/archive/IntelliTaggerPlugin/Plugin-IntelliTagger-src.1.0.2.js]]\n";
			
			
//}}}

//{{{
(function() {
	var oldRestart = restart;
	restart = function() {
setStylesheet(store.getTiddlerText('IntelliTaggerStyleSheet'),'IntelliTaggerStyleSheet');
		oldRestart.apply(this,arguments);
	}
})();

//}}}
			
//{{{
} // of single install
//}}}

/%<<list filter [tag[bug]]>>%/
/%<<list filter [tag[Bug]]>>%/
/***
|Name|MatchTagsPlugin|
|Source|http://www.TiddlyTools.com/#MatchTagsPlugin|
|Documentation|http://www.TiddlyTools.com/#MatchTagsPluginInfo|
|Version|2.0.4|
|Author|Eric Shulman|
|License|http://www.TiddlyTools.com/#LegalStatements|
|~CoreVersion|2.1|
|Type|plugin|
|Description|'tag matching' with full boolean expressions (AND, OR, NOT, and nested parentheses)|
!!!!!Documentation
> see [[MatchTagsPluginInfo]]
!!!!!Revisions
<<<
2010.08.11 2.0.4 in getMatchingTiddlers(), fixed sorting for descending order (e.g, "-created")
| please see [[MatchTagsPluginInfo]] for additional revision details |
2008.02.28 1.0.0 initial release
<<<
!!!!!Code
***/
//{{{
version.extensions.MatchTagsPlugin= {major: 2, minor: 0, revision: 4, date: new Date(2010,8,11)};

// store.getMatchingTiddlers() processes boolean expressions for tag matching
//    sortfield (optional) sets sort order for tiddlers - default=title
//    tiddlers (optional) use alternative set of tiddlers (instead of current store)
TiddlyWiki.prototype.getMatchingTiddlers = function(tagexpr,sortfield,tiddlers) {

	var debug=config.options.chkDebug; // abbreviation
	var cmm=config.macros.matchTags; // abbreviation
	var r=[]; // results are an array of tiddlers
	var tids=tiddlers||store.getTiddlers();
	if (tids && sortfield) tids=store.sortTiddlers(tids,sortfield);
	if (debug) displayMessage(cmm.msg1.format([tids.length]));

	// try simple lookup to quickly find single tags or tags that
	// contain boolean operators as literals, e.g. "foo and bar"
	for (var t=0; t<tids.length; t++)
		if (tids[t].isTagged(tagexpr)) r.pushUnique(tids[t]);
	if (r.length) {
		if (debug) displayMessage(cmm.msg4.format([r.length,tagexpr]));
		return r;
	}
	
	// convert expression into javascript code with regexp tests,
	// so that "tag1 AND ( tag2 OR NOT tag3 )" becomes
	// "/\~tag1\~/.test(...) && ( /\~tag2\~/.test(...) || ! /\~tag3\~/.test(...) )"

	// normalize whitespace, tokenize operators, delimit with "~"
	var c=tagexpr.trim(); // remove leading/trailing spaces
	c = c.replace(/\s+/ig," "); // reduce multiple spaces to single spaces
	c = c.replace(/\(\s?/ig,"~(~"); // open parens
	c = c.replace(/\s?\)/ig,"~)~"); // close parens
	c = c.replace(/(\s|~)?&&(\s|~)?/ig,"~&&~"); // &&
	c = c.replace(/(\s|~)AND(\s|~)/ig,"~&&~"); // AND
	c = c.replace(/(\s|~)?\|\|(\s|~)?/ig,"~||~"); // ||
	c = c.replace(/(\s|~)OR(\s|~)/ig,"~||~"); // OR
	c = c.replace(/(\s|~)?!(\s|~)?/ig,"~!~"); // !
	c = c.replace(/(^|~|\s)NOT(\s|~)/ig,"~!~"); // NOT
	c = c.replace(/(^|~|\s)NOT~\(/ig,"~!~("); // NOT(
	// change tag terms to regexp tests
	var terms=c.split("~"); for (var i=0; i<terms.length; i++) { var t=terms[i];
		if (/(&&)|(\|\|)|[!\(\)]/.test(t) || t=="") continue; // skip operators/parens/spaces
		if (t==config.macros.matchTags.untaggedKeyword)
			terms[i]="tiddlertags=='~~'"; // 'untagged' tiddlers
		else
			terms[i]="/\\~"+t+"\\~/.test(tiddlertags)";
	}
	c=terms.join(" ");
	if (debug) { displayMessage(cmm.msg2.format([tagexpr])); displayMessage(cmm.msg3.format([c])); }

	// scan tiddlers for matches
	for (var t=0; t<tids.length; t++) {
	 	// assemble tags from tiddler into string "~tag1~tag2~tag3~"
		var tiddlertags = "~"+tids[t].tags.join("~")+"~";
		try { if(eval(c)) r.push(tids[t]); } // test tags
		catch(e) { // error in test
			displayMessage(cmm.msg2.format([tagexpr]));
			displayMessage(cmm.msg3.format([c]));
			displayMessage(e.toString());
			break; // skip remaining tiddlers
		}
	}
	if (debug) displayMessage(cmm.msg4.format([r.length,tagexpr]));
	return r;
}
//}}}
//{{{
config.macros.matchTags = {
	msg1: "scanning %0 input tiddlers",
	msg2: "looking for '%0'",
	msg3: "using expression: '%0'",
	msg4: "found %0 tiddlers matching '%1'",
	noMatch: "no matching tiddlers",
	untaggedKeyword: "-",
	untaggedLabel: "no tags",
	untaggedPrompt: "show tiddlers with no tags",
	defTiddler: "MatchingTiddlers",
	defTags: "",
	defFormat: "[[%0]]",
	defSeparator: "\n",
	reportHeading: "Found %0 tiddlers tagged with: '{{{%1}}}'\n----\n",
	handler: function(place,macroName,params,wikifier,paramString,tiddler) {
		var mode=params[0]?params[0].toLowerCase():'';
		if (mode=="inline")
			params.shift();
		if (mode=="report" || mode=="panel") {
			params.shift();
			var target=params.shift()||this.defTiddler;
		}
		if (mode=="popup") {
			params.shift();
			if (params[0]&&params[0].substr(0,6)=="label:") var label=params.shift().substr(6);
			if (params[0]&&params[0].substr(0,7)=="prompt:") var prompt=params.shift().substr(7);
		} else {
			var fmt=(params.shift()||this.defFormat).unescapeLineBreaks();
			var sep=(params.shift()||this.defSeparator).unescapeLineBreaks();
		}
		var sortBy="+title";
		if (params[0]&&params[0].substr(0,5)=="sort:") sortBy=params.shift().substr(5);
		var expr = params.join(" ");
		if (mode!="panel" && (!expr||!expr.trim().length)) return;
		if (expr==this.untaggedKeyword)
			{ var label=this.untaggedLabel; var prompt=this.untaggedPrompt };
		switch (mode) {
			case "popup": this.createPopup(place,label,expr,prompt,sortBy); break;
			case "panel": this.createPanel(place,expr,fmt,sep,sortBy,target); break;
			case "report": this.createReport(target,this.defTags,expr,fmt,sep,sortBy); break;
			case "inline": default: this.createInline(place,expr,fmt,sep,sortBy); break;
		}
	},
	formatList: function(tids,fmt,sep) {
		var out=[];
		for (var i=0; i<tids.length; i++) { var t=tids[i];
			var title=t.title;
			var who=t.modifier;
			var when=t.modified.toLocaleString();
			var text=t.text;
			var first=t.text.split("\n")[0];
			var desc=store.getTiddlerSlice(t.title,"description");
			desc=desc||store.getTiddlerSlice(t.title,"Description");
			desc=desc||store.getTiddlerText(t.title+"##description");
			desc=desc||store.getTiddlerText(t.title+"##Description");
			var tags=t.tags.length?'[['+t.tags.join(']] [[')+']]':'';
			out.push(fmt.format([title,who,when,text,first,desc,tags]));
		}
		return out.join(sep);
	},
	createInline: function(place,expr,fmt,sep,sortBy) {
		wikify(this.formatList(store.sortTiddlers(store.getMatchingTiddlers(expr),sortBy),fmt,sep),place);
	},
	createPopup: function(place,label,expr,prompt,sortBy) {
		var btn=createTiddlyButton(place,
			(label||expr).format([expr]),
			(prompt||config.views.wikified.tag.tooltip).format([expr]),
			function(ev){ return config.macros.matchTags.showPopup(this,ev||window.event); });
		btn.setAttribute("sortBy",sortBy);
		btn.setAttribute("expr",expr);
	},
	showPopup: function(here,ev) {
		var p=Popup.create(here); if (!p) return false;
		var tids=store.getMatchingTiddlers(here.getAttribute("expr"));
		store.sortTiddlers(tids,here.getAttribute("sortBy"));
		var list=[]; for (var t=0; t<tids.length; t++) list.push(tids[t].title);
		if (!list.length) createTiddlyText(p,this.noMatch);
		else {
			var b=createTiddlyButton(createTiddlyElement(p,"li"),
				config.views.wikified.tag.openAllText,
				config.views.wikified.tag.openAllTooltip,
				function() {
					var list=this.getAttribute("list").readBracketedList();
					story.displayTiddlers(null,tids);
				});
			b.setAttribute("list","[["+list.join("]] [[")+"]]");
			createTiddlyElement(p,"hr");
		}
		var out=this.formatList(tids," &nbsp;[[%0]]&nbsp; ","\n"); wikify(out,p);
		Popup.show();
		ev.cancelBubble=true;
		if(ev.stopPropagation) ev.stopPropagation();
		return false;
	},
	createReport: function(target,tags,expr,fmt,sep,sortBy) {
		var tids=store.sortTiddlers(store.getMatchingTiddlers(expr),sortBy);
		if (!tids.length) { displayMessage('no matches for: '+expr); return false; }
		var msg=config.messages.overwriteWarning.format([target]);
		if (store.tiddlerExists(target) && !confirm(msg)) return false;
		var out=this.reportHeading.format([tids.length,expr])
		out+=this.formatList(tids,fmt,sep);
		store.saveTiddler(target,target,out,config.options.txtUserName,new Date(),tags,{});
		story.closeTiddler(target); story.displayTiddler(null,target);
	},
	createPanel: function(place,expr,fmt,sep,sortBy,tid) {
		var s=createTiddlyElement(place,"span"); s.innerHTML=store.getTiddlerText("MatchTagsPlugin##html");
		var f=s.getElementsByTagName("form")[0];
		f.expr.value=expr; f.fmt.value=fmt; f.sep.value=sep.escapeLineBreaks();
		f.tid.value=tid; f.tags.value=this.defTags;
	}
};
//}}}
/***
//{{{
!html
<form style='display:inline;white-space:nowrap'>
<input type='text'    name='expr' style='width:50%' title='tag expression'><!--
--><input type='text'    name='fmt'  style='width:10%' title='list item format'><!--
--><input type='text'    name='sep'  style='width:5%'  title='list item separator'><!--
--><input type='text'    name='tid'  style='width:12%' title='target tiddler title'><!--
--><input type='text'    name='tags' style='width:10%' title='target tiddler tags'><!--
--><input type='button'  name='go'   style='width:8%'  value='go' onclick="
	var expr=this.form.expr.value;
	if (!expr.length) { alert('Enter a boolean tag expression'); return false; }
	var fmt=this.form.fmt.value;
	if (!fmt.length) { alert('Enter the list item output format'); return false; }
	var sep=this.form.sep.value.unescapeLineBreaks();
	var tid=this.form.tid.value;
	if (!tid.length) { alert('Enter a target tiddler title'); return false; }
	var tags=this.form.tags.value;
	config.macros.matchTags.createReport(tid,tags,expr,fmt,sep,'title');
	return false;">
</form>
!end
//}}}
***/
//{{{
// SHADOW TIDDLER for displaying default panel input form
config.shadowTiddlers.MatchTags="<<matchTags panel>>";
//}}}
//{{{
// TWEAK core filterTiddlers() for enhanced boolean matching in [tag[...]] syntax:
// use getMatchingTiddlers instead getTaggedTiddlers
var fn=TiddlyWiki.prototype.filterTiddlers;
fn=fn.toString().replace(/getTaggedTiddlers/g,"getMatchingTiddlers");
eval("TiddlyWiki.prototype.filterTiddlers="+fn);
//}}}
//{{{
// REDEFINE core handler for enhanced boolean matching in tag:"..." paramifier
// use filterTiddlers() instead of getTaggedTiddlers() to get list of tiddlers.
config.paramifiers.tag = {
	onstart: function(v) {
		var tagged = store.filterTiddlers("[tag["+v+"]]");
		story.displayTiddlers(null,tagged,null,false,null);
	}
};
//}}}
/***
|Name|StorySaverPlugin|
|Source|http://www.TiddlyTools.com/#StorySaverPlugin|
|Documentation|http://www.TiddlyTools.com/#StorySaverPluginInfo|
|Version|1.8.3|
|Author|Eric Shulman|
|License|http://www.TiddlyTools.com/#LegalStatements|
|~CoreVersion|2.1|
|Type|plugin|
|Requires|MarkupPostBody|
|Description|save/restore current tiddler view between browser sessions|
Automatically save a list of currently viewed tiddlers (the 'story') in a local cookie, {{{txtSavedStory}}} and then open those tiddlers when the document is reloaded, so you can resume working from the same place you left off!!  Also, use {{{<<saveStory>>}}} and {{{<<openStory>>}}} macros to quickly save/re-display stories stored in tiddlers, using a command link, droplist, or popup display.
!!!!!Documentation
>see [[StorySaverPluginInfo]]
!!!!!Configuration
<<<
<<option chkSaveStory>> use automatic story cookie (reopens tiddlers on startup)
<<option chkStoryAllowAdd>>include 'add a story' command in droplist/popup
<<option chkStoryFold>>fold story tiddlers when opening a story (see [[CollapseTiddlersPlugin]])
<<option chkStoryClose>>close other tiddlers when opening a story
<<option chkStoryTop>>open story tiddlers at top of column
<<option chkStoryBottom>>open story tiddlers at bottom of column
<<<
!!!!!Revisions
<<<
2009.10.20 1.8.3 fix handling for 'add' item in popup menu
|please see [[StorySaverPluginInfo]] for additional revision details|
2007.10.05 1.0.0 initial release. Moved [[SetDefaultTiddlers]] inline script and rewrote as a {{{<<saveStory>>}}} macro.
<<<
!!!!!Code
***/
//{{{
version.extensions.StorySaverPlugin= {major: 1, minor: 8, revision: 3, date: new Date(2009,10,20)};

var defaults={
	chkSaveStory:		false,
	chkStoryFold:		true,
	chkStoryClose:		true,
	chkStoryAllowAdd:	true,
	chkStoryTop:		true,
	chkStoryBottom:		false
};
for (var id in defaults) if (config.options[id]===undefined)
	config.options[id]=defaults[id];

// if removeCookie() function is not defined by TW core, define it here.
if (window.removeCookie===undefined) {
	window.removeCookie=function(name) {
		document.cookie = name+'=; expires=Thu, 01-Jan-1970 00:00:01 UTC; path=/;'; 
	}
}

// save or clear story cookie on exit
if (window.coreTweaks_confirmExit==undefined) {
	window.coreTweaks_confirmExit=window.confirmExit;
	window.confirmExit=function() {
		if (config.options.chkSaveStory) { // save cookie
			var links=[];
			story.forEachTiddler(function(title,element){links.push('[['+title+']]');});
			config.options.txtSavedStory=links.join(' ');
			saveOptionCookie('txtSavedStory');
		} else removeCookie('txtSavedStory');
		return window.coreTweaks_confirmExit.apply(this,arguments);
	}
}
//}}}
/***
''apply saved story on startup:'' //important note: the following code is actually located in [[MarkupPostBody]].  This is because it needs to supercede the core's getParameters() function, which is called BEFORE plugins are loaded, preventing the normal plugin-based hijack method from working, while code loaded into [[MarkupPostBody]] will be processed as soon as the document is read, even before the TW main() function is invoked.//
<<tiddler MarkupPostBody>>
***/
//{{{
config.macros.saveStory = {
	label: 'set default tiddlers',
	defaultTiddler: 'DefaultTiddlers',
	prompt: 'store a list of currently displayed tiddlers in another tiddler',
	askMsg: 'Enter the name of a tiddler in which to save the current story:',
	tag: 'story',
	excludeTag: 'excludeStory',
	handler: function(place,macroName,params,wikifier,paramString,tiddler) {
		var tid=params.shift()||'DefaultTiddlers';
		var label=params.shift()||this.label;
		var tip=params.shift()||this.prompt;
		var btn=createTiddlyButton(place,label,tip,this.setTiddler,'button');
		btn.setAttribute('tid',tid);
		btn.setAttribute('extratags','[['+params.join(']] [[')+']]');
	},
	setTiddler: function() {
		var cms=config.macros.saveStory; // abbrev
		// get list of current open tiddlers
		var tids=[];
		story.forEachTiddler(function(title,element){
			var t=store.getTiddler(title);
			if (!t || !t.isTagged(cms.excludeTag)) tids.push('[['+title+']]');
		});
		// get target tiddler
		var tid=this.getAttribute('tid');
		if (!tid || tid=='ask') {
			tid=prompt(cms.askMsg,cms.defaultTiddler);
			if (!tid || !tid.length) return false; // cancelled by user
		}
		if(store.tiddlerExists(tid) && !confirm(config.messages.overwriteWarning.format([tid])))
			return false;
		tids=tids.join('\n');
		var t=store.getTiddler(tid); var tags=t?t.tags:[];
		var extratags=(this.getAttribute('extratags')||'').readBracketedList();
		for (var i=0; i<extratags.length; i++) tags.pushUnique(extratags[i]);
		tags.pushUnique(cms.tag);
		store.saveTiddler(tid,tid,tids,config.options.txtUserName,new Date(),tags,t?t.fields:null);
		story.displayTiddler(null,tid);
		story.refreshTiddler(tid,null,true);
		displayMessage(tid+' has been '+(t?'updated':'created'));
		return false;
	}
}
//}}}
//{{{
config.macros.openStory = {
	label: 'open story: %0',
	prompt: 'open the set of tiddlers listed in: %0',
	popuplabel: 'stories',
	popupprompt: 'view a set of tiddlers',
	tag: 'story',
	selectprompt: 'select a story...',
	optionsprompt: 'viewing options...',
	foldcmd: '[%0] fold story',
	foldprompt: 'fold story tiddlers when opening a story',
	closecmd: '[%0] close others',
	closeprompt: 'close other tiddlers when opening a story',
	topcmd: '[%0] open at top',
	topprompt: 'open story tiddlers at top of column',
	bottomcmd: '[%0] open at bottom',
	bottomprompt: 'open story tiddlers at bottom of column',
	addcmd: 'add a story...',
	addprompt: 'create a new story',
	excludeTag: 'excludeStory',
	handler: function(place,macroName,params,wikifier,paramString,tiddler) {
		if (params[0].toLowerCase()=='list') return this.createList(place,params);
		else if (params[0].toLowerCase()=='popup') return this.createPopup(place,params);
		else this.createButton(place,params);
	},
	showStory: function(tid,fold) {
		var co=config.options; // abbrev
		var tids=[];
		var t=store.getTiddler(tid);
		var tagged=store.getTaggedTiddlers(tid,'title');
		if (tagged.length) // if tiddler IS a tag, use tagged tiddlers as story
			for (var i=0; i<tagged.length; i++) tids.push(tagged[i].title);
		else if (t) { // get tiddler list from content
			if (!t.linksUpdated) t.changed();
			for (var i=0; i<t.links.length; i++) {
				var tid=store.getTiddler(t.links[i]);
				if (tid && !tid.isTagged(this.excludeTag))
					tids.push(t.links[i]);
			}
		}
		var template=null;
		if (fold||co.chkStoryFold) template='CollapsedTemplate'; // see [[CollapseTiddlersPlugin]]
		if (!store.tiddlerExists('CollapsedTemplate')) template=null;
		if (co.chkStoryClose) story.closeAllTiddlers();
		var pos='top'; var first=tids[0];
		if (!story.isEmpty() && co.chkStoryBottom) { pos='bottom'; tids=tids.reverse(); }
		story.displayTiddlers(pos,tids,template);
		var cmd='var t=story.getTiddler("'+first+'");if(t)window.scrollTo(0,t.offsetTop);';
		var delay=config.options.chkAnimate?config.animDuration+100:0;
		setTimeout(cmd,delay);
	},
	createButton: function(place,params) {
		var tid=params[0]||'';
		var label=params[1]||this.label; label=label.format([tid]);
		var tip=params[2]||this.prompt; tip=tip.format([tid]);
		var fold=(params[3]&&(params[3].toLowerCase()=='fold'))||config.options.chkStoryFold;
		var fn=function(){config.macros.openStory.showStory(this.getAttribute('tid'),this.getAttribute('fold')); return false; };
		var btn=createTiddlyButton(place,label,tip,fn,'button');
		btn.setAttribute('tid',tid);
		if (fold) btn.setAttribute('fold',fold);
	},
	createPopup: function(place,params) {
		params.shift(); // discard 'popup' keyword
		var label=params.shift()||this.popuplabel;
		var tip=params.shift()||this.popupprompt;
		var btn=createTiddlyButton(place,label,tip,this.showPopup,'button');
		btn.setAttribute('filter',params.shift()||config.macros.openStory.tag);
	},
	showPopup: function(ev) { var e=ev||window.event;
		var co=config.options; // abbrev
		var cmo=config.macros.openStory; // abbrev
		var indent='\xa0\xa0';
		var p=Popup.create(this); if (!p) return false;
		createTiddlyText(createTiddlyElement(p,'li'),cmo.selectprompt);
		var stories=store.filterTiddlers('[tag['+this.getAttribute('filter')+']]');
		for (var s=0; s<stories.length; s++) {
			var label=indent+stories[s].title;
			var tip=cmo.prompt.format([stories[s].title]);
			var fn=function(){config.macros.openStory.showStory(this.getAttribute('tid'));return false;};
			var btn=createTiddlyButton(createTiddlyElement(p,'li'),label,tip,fn,'button');
			btn.setAttribute('tid',stories[s].title);
		}
		createTiddlyText(createTiddlyElement(p,'li'),cmo.optionsprompt);
		if (store.tiddlerExists('CollapsedTemplate')) {
			var label=indent+cmo.foldcmd.format([co.chkStoryFold?'x':'\xa0\xa0']);
			var tip=cmo.foldprompt;
			var fn=function(){ config.macros.option.propagateOption(
				'chkStoryFold','checked',!config.options.chkStoryFold,'input'); return false; };
			var btn=createTiddlyButton(createTiddlyElement(p,'li'),label,tip,fn,'button');
		}
		var label=indent+cmo.closecmd.format([co.chkStoryClose?'x':'\xa0\xa0']);
		var tip=indent+cmo.closeprompt;
		var fn=function(){ config.macros.option.propagateOption(
			'chkStoryClose','checked',!config.options.chkStoryClose,'input'); return false; };
		var btn=createTiddlyButton(createTiddlyElement(p,'li'),label,tip,fn,'button');
		if (!co.chkStoryClose) {
			var label=indent+cmo.topcmd.format([co.chkStoryTop?'x':'\xa0\xa0']);
			var tip=indent+cmo.topprompt;
			var fn=function(){
				config.macros.option.propagateOption(
					'chkStoryTop','checked',!config.options.chkStoryTop,'input');
				config.macros.option.propagateOption(
					'chkStoryBottom','checked',!config.options.chkStoryTop,'input');
				return false;
			};
			var btn=createTiddlyButton(createTiddlyElement(p,'li'),label,tip,fn,'button');
			var label=indent+cmo.bottomcmd.format([co.chkStoryBottom?'x':'\xa0\xa0']);
			var tip=indent+cmo.botprompt;
			var fn=function(){
				config.macros.option.propagateOption(
					'chkStoryBottom','checked',!config.options.chkStoryBottom,'input');
				config.macros.option.propagateOption(
					'chkStoryTop','checked',!config.options.chkStoryBottom,'input');
				return false;
			};
			var btn=createTiddlyButton(createTiddlyElement(p,'li'),label,tip,fn,'button');
		}
		if (!readOnly && co.chkStoryAllowAdd) {
			var label=cmo.addcmd;
			var tip=cmo.addprompt;
			var fn=config.macros.saveStory.setTiddler;
			createTiddlyElement(createTiddlyElement(p,'li'),'hr');
			var btn=createTiddlyButton(createTiddlyElement(p,'li'),label,tip,fn,'button');
		}
		Popup.show();
		e.cancelBubble=true;if(e.stopPropagation)e.stopPropagation();
		return false;
	},
	createList: function(place,params) {
		var cmo=config.macros.openStory; // abbrev
		var s=createTiddlyElement(place,'select',null,'storyListbox');
		s.size=1;
		s.onchange=function() {
			if (this.value=='_fold') {
				config.macros.option.propagateOption('chkStoryFold','checked',
					!config.options.chkStoryFold,'input');
				cmo.refreshList();
			} else if (this.value=='_close') {
				config.macros.option.propagateOption('chkStoryClose','checked',
					!config.options.chkStoryClose,'input');
				cmo.refreshList();
			} else if (this.value=='_top') {
				config.macros.option.propagateOption('chkStoryTop','checked',
					!config.options.chkStoryTop,'input');
				cmo.refreshList();
			} else if (this.value=='_bottom') {
				config.macros.option.propagateOption('chkStoryBottom','checked',
					!config.options.chkStoryBottom,'input');
				cmo.refreshList();
			} else if (this.value=='_add')
				config.macros.saveStory.setTiddler.apply(this,arguments);
			else cmo.showStory(this.value);
		}
		params.shift(); // discard 'list' keyword
		s.setAttribute('filter',params.shift()||cmo.tag);
		setStylesheet('.storyListbox { width:100%; }', 'StorySaverStyles');
		store.addNotification(null,this.refreshList); this.refreshList();
		return;
	},
	refreshList: function() {
		var cmo=config.macros.openStory; // abbrev
		var indent='\xa0\xa0\xa0\xa0';
		var lists=document.getElementsByTagName('select');
		for (var i=0; i<lists.length; i++) { if (lists[i].className!='storyListbox') continue;
			var here=lists[i];
			var stories=store.filterTiddlers('[tag['+here.getAttribute('filter')+']]');
			while (here.length) here.options[0]=null; // remove current list items
			here.options[here.length]=new Option(cmo.selectprompt,'',true,true);
			for (var s=0; s<stories.length; s++)
				here.options[here.length]=new Option(indent+stories[s].title,stories[s].title);
			if (!readOnly && config.options.chkStoryAllowAdd)
				here.options[here.length]=new Option(cmo.addcmd,'_add');
			here.options[here.length]=new Option(cmo.optionsprompt,'');
			if (store.tiddlerExists('CollapsedTemplate')) {
				var msg=cmo.foldcmd.format([config.options.chkStoryFold?'x':'\xa0\xa0']);
				here.options[here.length]=new Option(indent+msg,'_fold');
			}
			var msg=cmo.closecmd.format([config.options.chkStoryClose?'x':'\xa0\xa0']);
			here.options[here.length]=new Option(indent+msg,'_close',false,false);
			if (!config.options.chkStoryClose) {
				var msg=cmo.topcmd.format([config.options.chkStoryTop?'x':'\xa0\xa0']);
				here.options[here.length]=new Option(indent+msg,'_top',false,false);
				var msg=cmo.bottomcmd.format([config.options.chkStoryBottom?'x':'\xa0\xa0']);
				here.options[here.length]=new Option(indent+msg,'_bottom',false,false);
			}
		}
	}
}
//}}}
span.fieldHeader {font-weight: bold}
.tagged {float:right; clear:both;}
.tagging {float: right;}
/*{{{*/
@media print {
#mainMenu, #sidebar, #messageArea, .toolbar, #backstageButton, #backstageArea, .header, .tagged {display: none !important;}
#displayArea {margin: 1em 1em 0em;}
noscript {display:none;} /* Fixes a feature in Firefox 1.5.0.2 where print preview displays the noscript content */
}
/*}}}*/
<!--{{{-->
<div class='toolbar' macro='toolbar [[ToolbarCommands::ViewToolbar]]'></div>
<div class='title' macro='view title'></div>
<div class='subtitle'><span macro='view modifier link'></span>, <span macro='view modified date'></span> (<span macro='message views.wikified.createdPrompt'></span> <span macro='view created date'></span>)</div>
<div class='tagging' macro='tagging'></div>
<div class='tagged' macro='tags'></div>
<div macro="showWhenTagged bug"><span class="fieldHeader">Summary</span>: <span macro='view summary wikified'></span></div>
<div macro="showWhenTagged bug"><span class="fieldHeader">Description</span>: <span macro='view description'></span></div>
<div macro="showWhenTagged bug"><span class="fieldHeader">Date</span>: <span macro='view datesubmitted'></span></div>
<div macro="showWhenTagged bug"><span class="fieldHeader">Status</span>: <span macro='view status'></span></div>
<div macro="showWhenTagged bug"><span class="fieldHeader">Priority</span>: <span macro='view priority'></span></div>
<div macro="showWhenTagged bug"><span class="fieldHeader">Severity</span>: <span macro='view severity'></span></div>
<div macro="showWhenTagged bug"><span class="fieldHeader">Category</span>: <span macro='view category'></span></div>
<div macro="showWhenTagged bug"><span class="fieldHeader">Type</span>: <span macro='view type'></span></div>
<div macro="showWhenTagged commit"><span class="fieldHeader">File</span>: <span macro='view file wikified'></span></div>
<div macro="showWhenTagged commit"><span class="fieldHeader">Revision</span>: <span macro='view revision wikified'></span></div>
<div macro="showWhenTagged commit"><span class="fieldHeader">Message</span>: <span macro='view message'></span></div>
<div macro="showWhenTagged commit"><span class="fieldHeader">Date</span>: <span macro='view date'></span></div>
<div macro="showWhenTagged commit"><span class="fieldHeader">Origin Class</span>: <span macro='view originclass'></span></div>
<div macro="showWhenTagged commit"><span class="fieldHeader">TA</span>: <span macro='view ta'></span></div>
<div macro="showWhenTagged commit"><span class="fieldHeader">DA</span>: <span macro='view da'></span></div>
<div macro="showWhenTagged commit"><span class="fieldHeader">DA+</span>: <span macro='view daplus'></span></div>
<div macro="showWhenTagged commit"><span class="fieldHeader">Origin</span>: <span macro='view origin'></span></div>
<div macro="showWhenTagged commit"><span class="fieldHeader">Born</span>: <span macro='view born'></span></div>
<div macro="showWhenTagged commit"><span class="fieldHeader">Age</span>: <span macro='view age'></span></div>
<div class='viewer' macro='view text wikified'></div>
<div class='tagClear'></div>
<!--}}}-->