Skip to content

Check provided monitor before deleting files in background#2820

Open
iloveeclipse wants to merge 1 commit into
eclipse-platform:masterfrom
iloveeclipse:issue_2819
Open

Check provided monitor before deleting files in background#2820
iloveeclipse wants to merge 1 commit into
eclipse-platform:masterfrom
iloveeclipse:issue_2819

Conversation

@iloveeclipse

Copy link
Copy Markdown
Member

Fixes #2819

futures.add(future);
});
// Verify monitor can be used in other threads before deleting children in parallel
Future<?> threadCheck = executorService.submit(() -> infMonitor.subTask(Messages.checkingPreconditions));

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not happy with that because if called recursively, we "probe" the monitor which we already identified as thread affine or not.

Also in most cases (no DND code path) we simply don't need this check at all.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

InfiniteProgress Monitor is kinda useless anyway (gives no prediction), so you might just not report any progress as well.

@github-actions

Copy link
Copy Markdown
Contributor

Test Results

    54 files  ±0      54 suites  ±0   1h 6m 56s ⏱️ + 10m 1s
 4 687 tests ±0   4 665 ✅ ±0   22 💤 ±0  0 ❌ ±0 
11 955 runs  ±0  11 802 ✅ ±0  153 💤 ±0  0 ❌ ±0 

Results for commit 8d192fd. ± Comparison against base commit 00a2d52.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Moving non-empty directory via drag and drop to linked folder is broken

2 participants