mirror of https://github.com/icsharpcode/ILSpy.git
Browse Source
Searching inside bundles and packages means expanding them, and the expansion has to await each assembly's load result - which is what triggers the lazy load in the first place. Building the full list up front (as the WPF pane did) therefore means a search on a freshly restored list produces nothing at all until the last assembly is off disk, and the blocking wait for it ignored the cancellation token the pane fires on every keystroke. The snapshot is still taken eagerly, before the first element is yielded, so the set cannot change under a running walk; a failing assembly or an unreadable package entry skips itself rather than abandoning the rest. Assisted-by: Claude:claude-opus-5[1m]:Claude Codepull/4023/head
6 changed files with 72 additions and 24 deletions
Loading…
Reference in new issue