Fix race condition with restoration of problems when closing a file

Fixes microsoft#47386

This sets the `flushOnListenerRemove` option to true for the call to
Event.debounce. Without this, some `onMarkerChanged` events can get
dropped -- specifically, when an event gets fired more than 100ms after
first listening, in which case the 600ms cleanup setTimeout fires while
the 500ms debounce timeout is still pending.

Author: russelldavis

src/vs/workbench/contrib/tasks/common/problemCollectors.ts

@@ -438,7 +438,7 @@ export class WatchingProblemCollector extends AbstractProblemCollector implement
 			let markerChanged: IDisposable | undefined =
 				Event.debounce(this.markerService.onMarkerChanged, (last: readonly URI[] | undefined, e: readonly URI[]) => {
 					return (last ?? []).concat(e);
-				}, 500)(async (markerEvent) => {
+				}, 500, false, true)(async (markerEvent) => {
 					markerChanged?.dispose();
 					markerChanged = undefined;
 					if (!markerEvent.includes(modelEvent.uri) || (this.markerService.read({ resource: modelEvent.uri }).length !== 0)) {
@@ -450,8 +450,11 @@ export class WatchingProblemCollector extends AbstractProblemCollector implement
 					}
 				});
 			setTimeout(async () => {
-				markerChanged?.dispose();
+				// Calling dispose below can trigger the debounce event (via flushOnListenerRemove), so we
+				// have to unset markerChanged first to make sure the handler above doesn't dispose it again.
+				const _markerChanged = markerChanged;
 				markerChanged = undefined;
+				_markerChanged?.dispose();
 			}, 600);
 		}));
 	}