ILSpy

9005 Commits

25 Branches

90 Tags

71 MiB

Tree: 80ca34b33c

Commit Graph

Author	SHA1	Message	Date
Siegfried Pammer	aa92f27e09	Decompile a tiny emitted fixture in the project-export/save/compare tests The Export Project/Solution, Save Code and Compare tests decompiled whatever the default assembly list seeds -- System.Linq, CoreLib, the Uri assembly -- so each spent ~10s purely on type count (Solution/CreateSolution/SaveCode/ DecompileAssembly ~10s, CompareView ~4.5s). Add FixtureAssembly, which emits a minimal two-type assembly via PersistedAssemblyBuilder, and point these tests at it. They still exercise the full project/solution writer, save-to-file and compare-tree pipelines, but each now runs well under a second (e.g. Solution_Mode 10.8s -> 0.3s, CreateSolution 10.8s -> 0.2s, ShowIdentical 4.5s -> 0.3s). Assisted-by: Claude:claude-opus-4-8:Claude Code	4 weeks ago
Siegfried Pammer	a34a6bf9a9	Fall back to decompile-to-file for right-click Save Code Right-click Save Code on a node without a Save() override (type, namespace, member) did nothing: the context-menu entry only called node.Save() and stopped when it returned false, unlike Ctrl+S which falls through to a generic decompile-to-file save. The prior version always had this fallback in both paths; the port dropped it from the context entry. Extract the shared "Save() else decompile the node to a single file" flow into SaveCodeHelper and route both Ctrl+S and the context-menu entry through it, targeting the clicked node. As before, the fallback runs in the active decompiler tab with its progress/cancel overlay and then shows a "decompilation complete" breadcrumb with an Open-folder button; the default file name derives from the node's text. Assisted-by: Claude:claude-opus-4-8:Claude Code	4 weeks ago

Author

SHA1

Message

Date

Siegfried Pammer

aa92f27e09

Decompile a tiny emitted fixture in the project-export/save/compare tests

The Export Project/Solution, Save Code and Compare tests decompiled whatever
the default assembly list seeds -- System.Linq, CoreLib, the Uri assembly --
so each spent ~10s purely on type count (Solution/CreateSolution/SaveCode/
DecompileAssembly ~10s, CompareView ~4.5s).

Add FixtureAssembly, which emits a minimal two-type assembly via
PersistedAssemblyBuilder, and point these tests at it. They still exercise the
full project/solution writer, save-to-file and compare-tree pipelines, but
each now runs well under a second (e.g. Solution_Mode 10.8s -> 0.3s,
CreateSolution 10.8s -> 0.2s, ShowIdentical 4.5s -> 0.3s).

Assisted-by: Claude:claude-opus-4-8:Claude Code

4 weeks ago

Siegfried Pammer

a34a6bf9a9

Fall back to decompile-to-file for right-click Save Code

Right-click Save Code on a node without a Save() override (type,
namespace, member) did nothing: the context-menu entry only called
node.Save() and stopped when it returned false, unlike Ctrl+S which
falls through to a generic decompile-to-file save. The prior version
always had this fallback in both paths; the port dropped it from the
context entry.

Extract the shared "Save() else decompile the node to a single file"
flow into SaveCodeHelper and route both Ctrl+S and the context-menu
entry through it, targeting the clicked node. As before, the fallback
runs in the active decompiler tab with its progress/cancel overlay and
then shows a "decompilation complete" breadcrumb with an Open-folder
button; the default file name derives from the node's text.

Assisted-by: Claude:claude-opus-4-8:Claude Code

4 weeks ago

2 Commits (80ca34b33cf45fb6cc7c00a8291be444b59a3794)