Closed Bug 1982685 Opened 9 months ago Closed 9 months ago

newtabOhttpImages feature is only available in 143+, making Nightly's newtab incompatible for train-hopping to 142.

Categories

(Firefox :: New Tab Page, defect)

defect

Tracking

()

RESOLVED FIXED
143 Branch
Tracking Status
firefox-esr128 --- unaffected
firefox-esr140 --- unaffected
firefox141 --- unaffected
firefox142 --- unaffected
firefox143 + fixed

People

(Reporter: mconley, Assigned: mconley)

References

(Regression)

Details

(Keywords: regression)

Attachments

(1 file)

This was an oversight on my part when reviewing bug 1977619, but is causing our nt-trainhop jobs to fail in automation (example)

The solution here, I think, is to use the generic feature json blob feature that we added for train-hops instead.

Actually, I think the solution is simpler. We'd never want to set the newtabOhttpImages feature on 142, since the moz-cached-ohttp protocol was only introduced in 143. So the simpler solution here is to only read / listen for changes to the newtabOhttpImages feature if it exists.

Set release status flags based on info from the regressing bug 1977619

Pushed by mconley@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/65520f9abd8e https://hg.mozilla.org/integration/autoland/rev/45715cf86828 Add compatibility checks before accessing newtabOhttpImages Nimbus feature to fix newtab trainhop jobs. r=thecount,home-newtab-reviewers
Status: NEW → RESOLVED
Closed: 9 months ago
Resolution: --- → FIXED
Target Milestone: --- → 143 Branch
QA Whiteboard: [qa-triage-done-c144/b143]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: