Smart Import: offer to open/show already-imported projects

[deepika-u]

Problem
When Smart Import found a folder that was already imported as a project, it greyed out the row and silently ignored any attempt to check it - no explanation, no way forward. Users had to abandon the wizard just to go interact with a project that was already sitting right there in the workspace.
That row is still greyed out and still can't be selected for import - that part is correct and unchanged.

Fixes eclipse-platform/eclipse.platform#1978

What's now
Now that it's no longer a dead end:

• Already open? → Show In Project Explorer jumps you straight to the project.
• Closed? → Open Project opens it, then shows it.
• Changed your mind? → Cancel leaves everything exactly as it was.

Additionally,
The wizard also gets out of your way on its own: if the project you just acted on was the only thing selected, the wizard closes for you automatically. If other projects are still queued up for import, it stays open so that you can finish the job.

What's different for the user

• No more silent, unexplained dead end when a project already exists.
• One click to get to where you actually meant to go - open or reveal, instead of quitting the wizard and hunting for the project
  yourself manually.
• The wizard now senses when there's nothing left to do and closes itself, instead of sitting there disabled and waiting to be
  dismissed manually.
• The affected row is also highlighted the moment the popup appears, so it's obvious at a glance which project the dialog is talking about, even in a long list.

Scope
Only applies to projects matching by location - i.e. the exact project is already imported. Projects that merely collide by name (different folder, same project name) are untouched and keep their existing silent-exclusion behavior.

Implementation notes

• isExistingProject now delegates to a new findExistingProject, which returns the actual matching IProject instead of just a boolean, so the checkbox handler has something to act on.
• The auto-close after a completed action is dispatched via asyncExec - this lets the current checkbox-event callback finish
  cleanly before the wizard container is torn down, rather than closing the shell out from under its own event loop.

Before pr

1. Select a project which is already imported, unable to do anything on that specific project. ->

2. Select a project which is already imported but closed, unable to do anything on that specific project. ->

After pr

1. Select a project which is already imported. It gets highlighted and what next can be done is shown in the pop-up window ->

Once the user clicks on "Show In Project Explorer", focus is shifted to the new project.

2. Select a project which is already imported but closed. ->

Once the user clicks on "Open Project", project is opened and focused on.

3. Select a project which needs to be imported then another which is already imported. ->

Once the user clicks on "Show In Project Explorer", focus is shifted to the project but wizard continues to retain so that other project can be imported when "Finish" is clicked on.

4. Select a project which needs to be imported then another which is already imported but closed. ->

Once the user clicks on "Open Project", focus is shifted to the opened project but wizard continues to retain so that other project can be imported when "Finish" is clicked on.

[github-actions]

Test Results

   855 files  ±0     855 suites  ±0   52m 16s ⏱️ + 2m 50s
 8 116 tests ±0   7 873 ✅ ±0  243 💤 ±0  0 ❌ ±0 
20 250 runs  ±0  19 596 ✅ ±0  654 💤 ±0  0 ❌ ±0 

Results for commit 1e640b9. ± Comparison against base commit ef70250.

♻️ This comment has been updated with latest results.

[deepika-u]

@merks : When you get some time, can you review this please?

[deepika-u]

Hi @merks, sorry to bother you again, could you try to look into this when you get some time please?

[merks]

Sorry I don't have lots of time for testing. But in general I have concerns. What if I wanted to open 10 projects as well as import some of the other projects? This would be pretty painful when this process that supports clicking one and then a dialog for that one. Also, in the view that's displayed, can I see the difference between a project already exists and is already open versus the project is closed? And then, if I select a project it seems to come up from that. Is that just selection (that happens also with keyboard, or check state change (where a user really don't expect a disabled entry to be responsive to anything). Given it's an import dialog, I might expect as a convenience is to offer as a enabled entry to open the project if it's current closed. I just don't see the need to turn it into a navigator to open something in a particular view. And what I've I'm using the package explorer, do I really want the selection in the project explorer?

@iloveeclipse

Probably other opinions would be useful...