Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

firefox: 70.0.1 -> 71.0 #74905

Merged
merged 6 commits into from Dec 5, 2019
Merged

firefox: 70.0.1 -> 71.0 #74905

merged 6 commits into from Dec 5, 2019

Conversation

andir
Copy link
Member

@andir andir commented Dec 3, 2019

Motivation for this change

This updates Firefox to the upcoming stable version.

This might look like it should go to staging but it actually just has to land on master AFTER #74795 since that already includes the NSS bump. I kept it in this branch to have a consistent history regarding what kind of updates are required to make this work.

Release notes should pop up at https://www.mozilla.org/en-US/firefox/71.0/releasenotes/ some time today/tomorrow.

I'll start working on a backport of all the deps to stable within the next day.

Things done
  • Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
  • Built on platform(s)
    • NixOS
    • macOS
    • other Linux distributions
  • Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
  • Tested compilation of all pkgs that depend on this change using nix-shell -p nix-review --run "nix-review wip"
  • Tested execution of all binary files (usually in ./result/bin/)
  • Determined the impact on package closure size (by running nix path-info -S before and after)
  • Ensured that relevant documentation is up to date
  • Fits CONTRIBUTING.md.
Notify maintainers

cc @

@andir andir requested a review from taku0 December 3, 2019 10:53
@taku0
Copy link
Contributor

taku0 commented Dec 3, 2019

@andir could you also update firefox-esr? If so, I will close #74907 as a duplication.

@andir
Copy link
Member Author

andir commented Dec 3, 2019

@andir could you also update firefox-esr? If so, I will close #74907 as a duplication.

Yes, will do. Will push once the build succeeds.

Copy link
Contributor

@taku0 taku0 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Other than lib.versionOlder ffversion "68.2.0", LGTM and succeeded to build and run.

@mweinelt
Copy link
Member

mweinelt commented Dec 3, 2019

Tested with nix-review and run for an hour without issues.

@edolstra
Copy link
Member

edolstra commented Dec 3, 2019

Can you check if it builds with Rust 1.39? Currently we have a line inherit (rustPackages_1_38_0) cargo rustc; in firefoxPackages which would be nice to get rid of.

@andir
Copy link
Member Author

andir commented Dec 3, 2019

Can you check if it builds with Rust 1.39? Currently we have a line inherit (rustPackages_1_38_0) cargo rustc; in firefoxPackages which would be nice to get rid of.

Firefox will probably work (at least 71.x) but the tor browser will not work just yet.

I am planning on reworking the way we are currently passing packages into this as it isn't very flexible enough for the variants of packages we are building with firefoxPackages.

@andir andir mentioned this pull request Dec 5, 2019
10 tasks
@FRidh
Copy link
Member

FRidh commented Dec 5, 2019

staging-next got merged.

@andir andir merged commit 8465cae into NixOS:master Dec 5, 2019
@fpletz
Copy link
Member

fpletz commented Dec 7, 2019

The firefox version bump seems to break indexedDB at least for some extensions and thus prevents saving their preferences on my machine. This happening both on master and 19.09. The issue has also been reported upstream and websites also seem to be affected though I haven't tested this yet. We should revert the firefox bump ASAP, at least on 19.09!

Fedora has the same problems: https://bugzilla.redhat.com/show_bug.cgi?id=1779762

One of the upstream reports is here: https://bugzilla.mozilla.org/show_bug.cgi?id=1601365

And this might be the root cause: https://bugzilla.mozilla.org/show_bug.cgi?id=1601707. We don't have GCC9 and thus might not be affected by the actual segfault described there but Comment 7 suggests that more fixes are needed to get extensions to work.

I will continue to investigate but wanted to share my findings as soon as possible.

fpletz added a commit that referenced this pull request Dec 7, 2019
This reverts commit 1f81264.

Our build of firefox 71 breaks indexedDB. See #74905.
@fpletz
Copy link
Member

fpletz commented Dec 7, 2019

Since this has been verified by some other people, I've reverted it on 19.09 now because this change was already part of a 19.09 channel release.

@Ma27
Copy link
Member

Ma27 commented Dec 7, 2019

I can confirm this on release-19.09 (in my case one symptom was that riot couldn't decrypt messages in encrypted rooms - in case anyone else stumbles upon this) and the revert fixes the problem.

Folks who use channels rather than the git branches to build their systems (latest channel release for 19.09 was 8 hours ago which means that this package is part of it) can work around the issue by either using firefox-bin for now or by including the firefox package from the git branch (e.g. (import builtins.fetchGit ... {}).firefox) rather than pkgs.firefox, it seems as most of the build artifacts in the binary cache for firefox can be reused, at least I didn't have to rebuild :)

@fpletz fpletz mentioned this pull request Dec 7, 2019
10 tasks
@Ma27 Ma27 mentioned this pull request Dec 8, 2019
10 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

7 participants