Closed Bug 2066924 Opened 5 days ago Closed 4 days ago

update integrity tests from 136.0b6 -> latest fail on release channel

Categories

(Release Engineering :: General, defect)

defect

Tracking

(firefox156 fixed, firefox157 fixed)

RESOLVED FIXED
Tracking Status
firefox156 --- fixed
firefox157 --- fixed

People

(Reporter: intermittent-bug-filer, Assigned: bhearsum)

Details

Attachments

(3 files)

This is hitting on the 155.0-build1 release graph.

Severity: S4 → --
Flags: needinfo?(bhearsum)
Priority: P5 → --
Assignee: nobody → bhearsum
Flags: needinfo?(bhearsum)

136.0b6 is technically the most correct version, I guess, because it's the first one we shipped, and updates could theoretically be done from that version to an RC. In practice this probably doesn't happen, and the compare-directories.py doesn't support the scenario. Additionally, it's probably better to test an old version on the release channel than on the beta channel, as there is a much greater chance of updates actually happening from 136.0 -> latest.

Summary: Intermittent marannon test-update-integrity TEST-UNEXPECTED-FAIL: differences found after update → update integrity tests from 136.0b6 -> latest fail on release channel
Pushed by bhearsum@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/a916bb384b57 https://hg.mozilla.org/integration/autoland/rev/f02d663226d9 use 136.0 as the last-watershed for linux-aarch64 on the release channel r=releng-reviewers,jcristau

136.0b6 is technically the most correct version, I guess, because it's the first one we shipped, and updates could theoretically be done from that version to an RC. In practice this probably doesn't happen, and the compare-directories.py doesn't support the scenario. Additionally, it's probably better to test an old version on the release channel than on the beta channel, as there is a much greater chance of updates actually happening from 136.0 -> latest.

Attachment #9631580 - Flags: approval-mozilla-beta?

firefox-beta Uplift Approval Request

  • User impact if declined/Reason for urgency: none
  • Code covered by automated testing?: no
  • Fix verified in Nightly?: no
  • Needs manual QE testing?: no
  • Steps to reproduce for manual QE testing: n/a
  • Risk associated with taking this patch: low
  • Explanation of risk level: Only affects tier2 tests, verified locally
  • String changes made/needed?: n/a
  • Is Android affected?: no

136.0b6 is technically the most correct version, I guess, because it's the first one we shipped, and updates could theoretically be done from that version to an RC. In practice this probably doesn't happen, and the compare-directories.py doesn't support the scenario. Additionally, it's probably better to test an old version on the release channel than on the beta channel, as there is a much greater chance of updates actually happening from 136.0 -> latest.

Attachment #9631581 - Flags: approval-mozilla-release?

firefox-release Uplift Approval Request

  • User impact if declined/Reason for urgency: fix failing tests
  • Code covered by automated testing?: no
  • Fix verified in Nightly?: no
  • Needs manual QE testing?: no
  • Steps to reproduce for manual QE testing: n/a
  • Risk associated with taking this patch: low
  • Explanation of risk level: Only affects tier2 tests, verified locally
  • String changes made/needed?: n/a
  • Is Android affected?: no
Attachment #9631580 - Attachment is obsolete: true
Attachment #9631580 - Flags: approval-mozilla-beta?
Attachment #9631580 - Attachment is obsolete: false
Attachment #9631580 - Flags: approval-mozilla-beta?
Attachment #9631580 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
You need to log in before you can comment on or make changes to this bug.