Open ivanpovazan opened 10 months ago
Tagging subscribers to 'os-ios': @steveisok, @akoeplinger, @kotlarmilos See info in area-owners.md if you want to be subscribed.
Author: | ivanpovazan |
---|---|
Assignees: | - |
Labels: | `blocking-clean-ci`, `area-Infrastructure-mono`, `os-ios` |
Milestone: | 9.0.0 |
Thanks for reporting this. I couldn't find any relevant runtime or library change, so I believe it could be an issue related to IL stripping. However, I don't know why it didn't appear as a failure initially.
@kotlarmilos based on https://github.com/dotnet/runtime/pull/97870 should we close this issue?
I would keep it open as it seems to be ILStrip-related issue. There is another issue related to ILStrip, so I plan to create a tracking issue.
Description
Both jobs:
Are failing on
runtime
pipeline due to a test failure:Manual build analysis
Last green CI build was: https://dev.azure.com/dnceng-public/public/_build/results?buildId=545633&view=logs&j=7f49df26-8126-5de3-bf2f-6ac6bde01830 Against: https://github.com/dotnet/runtime/commit/d40c654c274fe4f4afe66328f0599130f3eb2ea6
First detected failure: https://dev.azure.com/dnceng-public/public/_build/results?buildId=545788&view=logs&j=7f49df26-8126-5de3-bf2f-6ac6bde01830 Against: https://github.com/dotnet/runtime/commit/28ad7e970c61896ab210e2be605efb76a7bdad50
This indicates the failure happening in the following range: https://github.com/dotnet/runtime/compare/d40c654c274fe4f4afe66328f0599130f3eb2ea6...28ad7e970c61896ab210e2be605efb76a7bdad50
/cc: @kotlarmilos @akoeplinger since the range above includes the change of enabling IL stripping for libraries tests, I suspect it is related to the regression (even though your PR seemed to have all tests passing, some change in the meantime must started conflicting with it?)
Additional findings
The first detected failure (build ID: 545788) was incorrectly marked by BuildAnalysis as
Known Build Errors
in: https://github.com/dotnet/runtime/issues/82637 as the system scans only the console logs and not the device logs indicating the actual cause of failure.This is really problematic as ios/tvos failures get masked with an incorrect (or at least not precise enough) build issue making it really difficult to track back what the actual failure was (and when it started occurring).
/cc: @matouskozak @vitek-karas
Known Issue Error Message
Fill the error message using step by step known issues guidance.
Known issue validation
Build: :mag_right: https://dev.azure.com/dnceng-public/public/_build/results?buildId=545633 Error message validated:
[FAIL] System.Tests.DelegateTests.DynamicInvoke_DateTimeAndCustomConstantAttribute_DateTimeParameterWithMissingValue
Result validation: :x: Known issue did not match with the provided build. Validation performed at: 2/1/2024 11:43:50 AM UTCReport
Summary