| Summary: | restart needed to clean up target issues | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] PDE | Reporter: | Jeff McAffer <jeffmcaffer> | ||||
| Component: | UI | Assignee: | Curtis Windatt <curtis.windatt.public> | ||||
| Status: | VERIFIED FIXED | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | curtis.windatt.public, darin.eclipse | ||||
| Version: | 3.6 | Flags: | darin.eclipse:
review+
|
||||
| Target Milestone: | 3.6 RC1 | ||||||
| Hardware: | PC | ||||||
| OS: | Mac OS X - Carbon (unsup.) | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
Jeff McAffer
I thought this might be a dupe of bug 309795, but the stack trace you posted is valid. If there is a circumstance where the known repositories cannot be loaded, we'll throw the AIOOBE instead of returning the repo status containing the provisioning exception that occurred. (In reply to comment #0) > - It has also happened that on opening a target definition I got an exception > (below). Restarting fixed the problem. In this case it may be related to > having tried to open the target while offline. I did this, got an error, said > "Doh, I'm off line", wondered why it should matter since all the metadata > should have been cached, and carried on. The manager's loadRepository method says it may return the cached data, but whenever I ran it, it always pinged the remote site and failed if it was unavailable. Created attachment 167150 [details]
Fix for AIOOBE
Darin, please review/apply the patch. +1. Applied/Fixed. Verified. |