| Summary: | An unnecessary error in the error log appears when a closed remote C/C++ project is deleted | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Tools] PTP | Reporter: | Michael Lindo <mlindo> | ||||
| Component: | RDT | Assignee: | Chris Recoskie <recoskie> | ||||
| Status: | RESOLVED FIXED | QA Contact: | |||||
| Severity: | trivial | ||||||
| Priority: | P3 | CC: | ptp-inbox, recoskie | ||||
| Version: | unspecified | ||||||
| Target Milestone: | 4.0.3 | ||||||
| Hardware: | All | ||||||
| OS: | All | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
Michael Lindo
Created attachment 177548 [details]
A proposed fix - don't call hasRemoteNature
No longer check if the resource "hasRemoteNature" which will consequently stop the error from happening.
hasRemoteNature may incorrectly return false if the resource is inaccessible (closed). This is because the hasNature method calls checkAccessible before it returns the nature. Just because the resource is inaccessible doesn't necessarily mean it is not remote.
The end result is "projectStatusMap.remove(projectName)" will return null on a non remote nature project, which should not be a problem.
Comment on attachment 177548 [details]
A proposed fix - don't call hasRemoteNature
Patch looks fine, I'll see about committing it today/tomorrow.
Committed to ptp_4_0 and HEAD. |