| Summary: | NPE when select a filter remove search dialog | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Tools] Target Management | Reporter: | Samuel Wu <samuelwu> | ||||
| Component: | RSE | Assignee: | David McKnight <dmcknigh> | ||||
| Status: | RESOLVED FIXED | QA Contact: | Martin Oberhuber <mober.at+eclipse> | ||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | xuanchen | ||||
| Version: | 3.1 | Flags: | mober.at+eclipse:
pmc_approved+
xuanchen: review+ |
||||
| Target Milestone: | 3.1 RC4 | ||||||
| Hardware: | PC | ||||||
| OS: | Windows XP | ||||||
| Whiteboard: | |||||||
| Bug Depends on: | |||||||
| Bug Blocks: | 281401 | ||||||
| Attachments: |
|
||||||
|
Description
Samuel Wu
Created attachment 138580 [details]
patch to handle case where filter is selected from search dialog
Here's a patch that uses ISubSystem.getTargetForFilter() to determine an appropriate IRemoteFile when a filter is selected. Note that by default, only the first folder is chosen here and other folders that may be part of the filter are ignored since this search only supports one folder as it's input.
Patch is isolated to this specific problem and looks safe. The new code won't get executed unless the NPE would be hit. I'm fine with pushing this into RC4, but we'll need a 2nd committer's opinion as per our ramp-down-plan. Dave can you get Kevin or Xuan to review this? Xuan, could you review this? Thanks! Patch looks good to me. I've committed the change to cvs. Released into RC4. Hi Dave, Can you please port this fix back to 3.0.3? Thanks. (In reply to comment #7) > Hi Dave, > Can you please port this fix back to 3.0.3? Thanks. > I've opened bug 281401 for the backport. |