Skip to content

[wasm] Bump chrome for testing - linux: 119.0.6045.159, windows: 119.0.6045.160#7

Open
github-actions[bot] wants to merge 1 commit into
mainfrom
update-chrome-version-6917415741
Open

[wasm] Bump chrome for testing - linux: 119.0.6045.159, windows: 119.0.6045.160#7
github-actions[bot] wants to merge 1 commit into
mainfrom
update-chrome-version-6917415741

Conversation

@github-actions

Copy link
Copy Markdown

No description provided.

maraf pushed a commit that referenced this pull request Sep 24, 2024
* bug #1: don't allow for values out of the SerializationRecordType enum range

* bug #2: throw SerializationException rather than KeyNotFoundException when the referenced record is missing or it points to a record of different type

* bug #3: throw SerializationException rather than FormatException when it's being thrown by BinaryReader (or sth else that we use)

* bug #4: document the fact that IOException can be thrown

* bug #5: throw SerializationException rather than OverflowException when parsing the decimal fails

* bug #6: 0 and 17 are illegal values for PrimitiveType enum

* bug #7: throw SerializationException when a surrogate character is read (so far an ArgumentException was thrown)
maraf pushed a commit that referenced this pull request Oct 9, 2024
* [NRBF] Don't use Unsafe.As when decoding DateTime(s) (dotnet#105749)

* Add NrbfDecoder Fuzzer (dotnet#107385)

* [NRBF] Fix bugs discovered by the fuzzer (dotnet#107368)

* bug #1: don't allow for values out of the SerializationRecordType enum range

* bug #2: throw SerializationException rather than KeyNotFoundException when the referenced record is missing or it points to a record of different type

* bug #3: throw SerializationException rather than FormatException when it's being thrown by BinaryReader (or sth else that we use)

* bug #4: document the fact that IOException can be thrown

* bug #5: throw SerializationException rather than OverflowException when parsing the decimal fails

* bug #6: 0 and 17 are illegal values for PrimitiveType enum

* bug #7: throw SerializationException when a surrogate character is read (so far an ArgumentException was thrown)
# Conflicts:
#	src/libraries/System.Formats.Nrbf/src/System/Formats/Nrbf/NrbfDecoder.cs

* [NRBF] throw SerializationException when a surrogate character is read (dotnet#107532)

 (so far an ArgumentException was thrown)

* [NRBF] Fuzzing non-seekable stream input (dotnet#107605)

* [NRBF] More bug fixes (dotnet#107682)

- Don't use `Debug.Fail` not followed by an exception (it may cause problems for apps deployed in Debug)
- avoid Int32 overflow
- throw for unexpected enum values just in case parsing has not rejected them
- validate the number of chars read by BinaryReader.ReadChars
- pass serialization record id to ex message
- return false rather than throw EndOfStreamException when provided Stream has not enough data
- don't restore the position in finally 
- limit max SZ and MD array length to Array.MaxLength, stop using LinkedList<T> as List<T> will be able to hold all elements now
- remove internal enum values that were always illegal, but needed to be handled everywhere
- Fix DebuggerDisplay

* [NRBF] Comments and bug fixes from internal code review (dotnet#107735)

* copy comments and asserts from Levis internal code review

* apply Levis suggestion: don't store Array.MaxLength as a const, as it may change in the future

* add missing and fix some of the existing comments

* first bug fix: SerializationRecord.TypeNameMatches should throw ArgumentNullException for null Type argument

* second bug fix: SerializationRecord.TypeNameMatches should know the difference between SZArray and single-dimension, non-zero offset arrays (example: int[] and int[*])

* third bug fix: don't cast bytes to booleans

* fourth bug fix: don't cast bytes to DateTimes

* add one test case that I've forgot in previous PR
# Conflicts:
#	src/libraries/System.Formats.Nrbf/src/System/Formats/Nrbf/SerializationRecord.cs

* [NRBF] Address issues discovered by Threat Model  (dotnet#106629)

* introduce ArrayRecord.FlattenedLength

* do not include invalid Type or Assembly names in the exception messages, as it's most likely corrupted/tampered/malicious data and could be used as a vector of attack.

* It is possible to have binary array records have an element type of array without being marked as jagged

---------

Co-authored-by: Buyaa Namnan <bunamnan@microsoft.com>
maraf pushed a commit that referenced this pull request Jul 16, 2026
…form (dotnet#128842)

## Description

Adds a hard pre-emit gate to Branch A of `ci-failure-scan.md`: before
calling `create_issue`, the agent scans the proposed body for the
literal `<!-- ci-scan-match-count: <N> hits in failure.log -->` marker
that KBE-verification check #7 already requires. If absent or `N == 0`,
do not emit; record `skipped: KBE body missing positive match-count
marker` and stop.

## Motivation

Check #7 in `shared/create-kbe.instructions.md` says the marker is
mandatory, but the scanner has emitted KBEs without it. Two recent
examples that BA cannot match and that sit at `0 / 0 / 0` indefinitely:

- dotnet#128544 (closed, never matched)
- dotnet#128827 (open, will not match either)

Both have the same JSON shape:
```json
{
  "ErrorMessage": "Assertion failed '(op3Reg != targetReg) || (op1Reg == targetReg)' in 'System.Runtime.Intrinsics.X86.Avx512F:FusedMultiplyAddNegated",
  "ErrorPattern": "",
  ...
}
```

That substring lives in the corerun.exe stdout dump on a JIT assert,
which is not in the set of logs BA indexes for KBE matching. Without the
match-count marker (which check #7 requires the agent to verify against
the actual failure log it has access to), there is no pre-flight check
that the signature is even findable. The body looks plausible and gets
filed; BA never matches it; the scanner re-files it next scan as a
"recurrence".

The gate is small (one paragraph) and references existing rules rather
than introducing new policy. The body of the change also documents the
native-assert case explicitly so the agent stops reaching for
`ErrorPattern` as a fix. Regex vs substring does not change which logs
BA reads; the array form (xunit anchor + assert anchor) is the lever,
and check #7 already prescribes it.

## Out of scope

- Backfilling dotnet#128544 / dotnet#128827 with a working signature (separate
manual edit or a one-off cleanup PR).
- Changing what logs BA indexes (out of dotnet/runtime's control).

cc @kg

> [!NOTE]
> This PR was authored with assistance from GitHub Copilot CLI.

---------

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants