Skip to content

Fix/sdk 7233 wdio test file path and binary update - #145

Merged
rahulpsq merged 2 commits into
sdk_v9_pre_prod_14augfrom
fix/sdk-7233-wdio-test-file-path-and-binary-update
Aug 14, 2026
Merged

Fix/sdk 7233 wdio test file path and binary update#145
rahulpsq merged 2 commits into
sdk_v9_pre_prod_14augfrom
fix/sdk-7233-wdio-test-file-path-and-binary-update

Conversation

@rahulpsq

Copy link
Copy Markdown
Contributor

What is this about?

Related Jira task/s

Release (mandatory for every PR — required for the ready-for-review label)

Version bump: (required — tick exactly one)

  • minor (backwards-compatible feature)
  • patch (bug fix or other small change)

Release notes type: (optional)

  • New Feature
  • Bug Fix
  • Other Improvement

Release notes (customer-facing): (optional but encouraged)

Release notes (internal): (required — engineer-facing; what actually changed / why)

Checklist

  • Ready to review
  • Has it been tested locally?

PR Validations

Run Tests: Comment RUN_TESTS to trigger sanity tests.

Bhargavi-BS and others added 2 commits August 13, 2026 09:35
…-aware (SDK-7233)

WebdriverIO-mocha test results never reached Test Reporting when the project
was not a git checkout.

test_file_path was gated on a resolvable git root, so outside a git checkout it
went out as undefined. The binary dereferences that field in
MochaModule.makeFileDetails (path.relative) and throws before the event is
uploaded, so every TestRunStarted/TestRunFinished was dropped while
CBTSessionCreated still went through — sessions appeared on the dashboard but
the test rows never resolved.

Send the absolute spec path instead. The binary re-bases it itself against
pathProject and versionControlInfo.root (its local is named
absoluteTestFilePath), so a pre-relativised value also produced a wrong
file_name.

The binary-side guard for this has shipped since 1.22.x, but affected users
never received it: downloadLatestBinary short-circuits when a binary merely
exists on disk, never comparing versions. It is only ever reached after the
server reports an update, so the binary it finds is stale by construction and
the update is skipped on every run — pinning a machine to the first binary it
ever downloaded. Compare against the target version instead, preferring the
server-reported one so a custom BROWSERSTACK_BINARY_URL keeps its peer-race
handling.

Also fixes two latent faults on the same path: a fetch failure left the
download promise pending forever, and the write stream's error listener was
registered after the first await, so an early failure surfaced as an uncaught
exception in the user's test process.
@rahulpsq
rahulpsq requested a review from a team as a code owner August 14, 2026 12:31
@rahulpsq
rahulpsq requested review from harshit-browserstack and yashdsaraf and removed request for a team August 14, 2026 12:31
@rahulpsq
rahulpsq merged commit fb9a578 into sdk_v9_pre_prod_14aug Aug 14, 2026
21 of 23 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants