Unify the TCP feature with the TCP setting allowing both to be controlled
through the same Nimbus experiment.
Allow changing the default cookie policy to TCP based on the Nimbus experiment.
PRs created by github actions don't get a pull-request taskcluster graph
scheduled (because that is only done for PRs created by collaborators).
However, if the PR is created in the main fenix repo, typically because
it comes from one of our internal github workflows, then we get a push
graph, which is sufficient to run the required checks.
This change lets mergify consider a green `complete-push` task as
sufficient to queue a PR (in addition to all the other conditions, e.g.
wrt review), which will allow PRs created by the
update-nimbus-experiments workflow to be queued by mergify instead of
having to be merged by a repo admin.
Split loading the bitmap from storage and actually setting it in two operations
with one that can run in parallel with onCreateView for HomeFragment and one
that can be used serially on the main thread to actually set the wallpaper.
This seems like the best compromise to ensure that everytime the homescreen is
shown it will have the wallpaper set but does affect the performance - there is
a delay in showing HomeFragment to account for waiting for the wallpaper to be
set.
In testing the new delay seems close to the one from the initial wallpapers
implementation. See more in https://github.com/mozilla-mobile/fenix/pull/26794.
Remove special cases for bors and github-actions:
- bors is no longer used for this, as far as I know
- the github-actions special case breaks chain-of-trust's ability to
rebuild the decision task definition: because we don't leave a
breadcrumb to record event.sender.login, it has to guess, and if it
gets it wrong, chain of trust verification fails
Mugurell
Alexandru2909
mozilla-l10n-automation-bot
MatthewTighe
mcarare
Gabriel Luong
MickeyMoz
mike a
Charlie Humphreys
Arturo Mejia
Roger Yang
AndiAJ
Mozilla L10n Automation Bot
Christian Sadilek
Ryan VanderMeulen
Julien Cristau