| Summary: | [regression] NPE when starting eclipse with rse | ||
|---|---|---|---|
| Product: | [Tools] Target Management | Reporter: | Tobias Schwarz <tobias.schwarz> |
| Component: | RSE | Assignee: | David Dykstal <ddykstal.eclipse> |
| Status: | RESOLVED FIXED | QA Contact: | Martin Oberhuber <mober.at+eclipse> |
| Severity: | normal | ||
| Priority: | P2 | CC: | mober.at+eclipse, wb-rel |
| Version: | 3.0 | ||
| Target Milestone: | 3.0 M6 | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
| Bug Depends on: | 197167 | ||
| Bug Blocks: | |||
|
Description
Tobias Schwarz
Quite apparently this is a regression due to the fix for bug 197167. Looking at the backtrace, I see two issues: (1) RSELocalConnectionInitializer should not be run in an already-existing workspace, since the stampfile already exists in .metadata\.plugins\org.eclipse.rse.core\localHostCreated.mark so this is kind of a missing feature in terms of migration (2) If the RSELocalConnectionInitializer job runs it must run in a safe manner without NPE, so it should not be allowed to run before profiles are available. Targeting M6 since the new initialization APIs are an important addition to M6 and they should be working properly. The problem apparently occurs when the default profile has been renamed. See also bug 202630. Fix checks for local mark and fixes bug 202630. *** Bug 202630 has been marked as a duplicate of this bug. *** Tobias can you verify please? Had you indeed renamed the profile (i.e. started Eclipse on your old workspace with the new machine you had just recently obtained --> default profile name is now new machine name instead of the old one) ? I'm not marking this as a dup since the "local mark" fix is separate from the API change fix in bug 202630. Just keeping 'em separate. |