Repository navigation
Conversation
The five Android runtime-test shards each start their own emulator but wrote its log under the same name in the shared results artifact, so the shards overwrote each other and only one log survived. When an emulator dropped mid-run, its log was usually gone. Name the file after the test group, as the device logs already are. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Contributor
|
🤖 Your WebAssembly Sample App stage site is ready! Visit it here: |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
GitHub Issue: refs unoplatform/uno-private#2538
PR Type:
🏗️ Build or CI related changes
What changed? 🚀
TL;DR — Each Android runtime-test shard now keeps its own emulator log. Today the five shards overwrite each other's, so when an emulator drops mid-run its log is usually gone, and we can't tell why it dropped.
Why. From 6 to 10 Nov, 25 Android runtime-test jobs failed because the emulator dropped, about 2% of the plain Android and Android WebGPU jobs. adb exits with 255 three to seven minutes into the test step, before any test runs, and the device log just stops after boot. There have been none since the evening of 10 Nov, and nothing in the emulator scripts changed, so the cause is still unknown.
The emulator log is the one place it would show. Each shard writes it to
android-emulator-log-$UNO_UITEST_BUCKET_ID-$UITEST_TEST_MODE_NAME.txt, with no shard number, into the same results artifact. In build 245277, shard 2 dropped, but the emulator log the artifact kept ended normally: it came from a different shard.How. Add
$UITEST_RUNTIME_TEST_GROUPto the file name, the way the device logs and screenshots in the same script are already named. The variable is set at the top of the script (defaulting toautomated), so the name is never empty. Nothing else reads this file by name. The UI-test script (android-uitest-run.sh) names its emulator log the same way; I haven't checked whether that one collides, so it's left alone here.PR Checklist ✅
Screenshots Compare Test Runresults.🤖 Generated with Claude Code