Summary: | Local Changes Pending Dialog clicking cancel still brings up Editor | ||||||
---|---|---|---|---|---|---|---|
Product: | [Tools] Target Management | Reporter: | Kevin Doyle <kjdoyle> | ||||
Component: | RSE | Assignee: | Kevin Doyle <kjdoyle> | ||||
Status: | CLOSED FIXED | QA Contact: | Martin Oberhuber <mober.at+eclipse> | ||||
Severity: | minor | ||||||
Priority: | P4 | CC: | dmcknigh, kmunir | ||||
Version: | 2.0 | Keywords: | contributed | ||||
Target Milestone: | 2.0.1 | ||||||
Hardware: | PC | ||||||
OS: | Windows XP | ||||||
Whiteboard: | |||||||
Bug Depends on: | 194481 | ||||||
Bug Blocks: | |||||||
Attachments: |
|
Description
Kevin Doyle
2007-06-26 13:52:17 EDT
I find the situation weird between steps (4) and (5) -- Why do we get a conflict dialog in this case? Ah, my question is essentially bug #194481. Perhaps if that one is fixed, we'll need a different way of reproducing this one. Created attachment 72801 [details]
Check the result of _editable.download(monitor) to decide if editor should be opened
Changed DownloadJob.run() so it checks the result of _editable.download(monitor) instead of !monitor.isCancelled() for determining if the file should be opened. In SystemEditableRemoteFile.doDownload(...) it will return false if the monitor is cancelled.
Legal Message: I, Kevin Doyle, declare that I developed attached code from
scratch, without referencing any 3rd party materials except material licensed
under the EPL. I am authorized by my employer, IBM Canada Ltd. to make this
contribution under the EPL.
I've committed the patch to cvs. Verified with driver I20070705-0600. |