Skip to content

Commit 597dcf3

Browse files
Rafael-SOWNetclaude
andcommitted
Say that this break falls between preview.1 and preview.2
preview.1 is published, and it has the conversion. Every other entry in the file describes a change from 1.3.0 or 1.4.0, so the file's implicit frame is release-to-release and a reader already on preview.1 would not learn from it that this one lands on them. Checked: #848 is the only other commit to touch the file since the preview.1 tag, and what it added is a 1.4.0 section, not a preview delta. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
1 parent 67e4bc2 commit 597dcf3

1 file changed

Lines changed: 5 additions & 0 deletions

File tree

‎BREAKING-CHANGES.md‎

Lines changed: 5 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -127,6 +127,11 @@ fine — only a concrete `List<Entity>` broke, which is why it survived to a 2.0
127127
This was not three separate defects. One conversion made *every* `params Entity[]` overload in
128128
the library uncallable with a list, including any added later.
129129

130+
**This one moves between previews.** The conversion is present in `2.0.0-preview.1`, which is
131+
published, and gone from `2.0.0-preview.2`. It is so far the only entry here that changes
132+
between two previews rather than between releases: a reader coming from 1.3.0 or 1.4.0 can
133+
ignore the distinction, one already on preview.1 cannot.
134+
130135
**What breaks.** Assigning a list where an `Entity` is expected:
131136

132137
```csharp

0 commit comments

Comments
 (0)