Package Details: firefox-nightly 147.0a1+20251125.1+h95ed8ab23f39-1

Git Clone URL: https://aur.archlinux.org/firefox-nightly.git (read-only, click to copy)
Package Base: firefox-nightly
Description: Fast, Private & Safe Web Browser (Nightly version)
Upstream URL: https://www.mozilla.org/firefox/channel/desktop/#nightly
Keywords: browser gecko web
Licenses: MPL-2.0
Submitter: None
Maintainer: heftig
Last Packager: heftig
Votes: 618
Popularity: 0.27
First Submitted: 2008-09-10 14:23 (UTC)
Last Updated: 2025-11-25 14:21 (UTC)

Sources (5)

Pinned Comments

heftig commented on 2022-07-27 22:26 (UTC)

Instead of building this yourself, please use the repository from https://bbs.archlinux.org/viewtopic.php?id=117157.

Not only do you skip the very time-consuming builds, but the published package also has debug symbols at Mozilla's crash reports service, which helps tremendously with finding or filing bugs for any crashes you get.

I consider this the canonical firefox-nightly package for Arch Linux.

[heftig]
SigLevel = Optional
Server = https://pkgbuild.com/~heftig/repo/$arch

Alternatively, download Firefox Nightly straight from Mozilla, extract it to a writable place (e.g. ~/.local/firefox-nightly) and let it update itself using the integrated updater.

Latest Comments

1 2 3 4 5 6 .. 57 Next › Last »

heftig commented on 2025-11-20 16:51 (UTC)

You should check if your crash reports have any related bugzilla links.

If there's no bug already, you can use mozregression to find which commit/changeset introduced the bug and then file as new bug as "regressed by" the bug of the culprit commit. That usually gets it handled quickly, especially crashers.

DuKol commented on 2025-11-20 13:56 (UTC)

@heftig I gave it a trial, but it doesn't seem to work neither. The same scenario, clicking OK after master password setup causes an immediate crash.

heftig commented on 2025-11-20 13:22 (UTC)

@DuKol There's been some trouble with the JS engine recently; maybe disabling javascript.options.use_js_microtask_queue will help; that feature was turned on on Nov 14.

DuKol commented on 2025-11-20 12:33 (UTC)

So, it seems that password manager is broken. Whenever I try to define master password, it crashes. Old passwords were deleted. Insertion of passwords work, until a master password is defined. After confirming password, the Enter key causes crash.

yingzou commented on 2025-11-16 08:25 (UTC)

built with the new patch, can not right click on download files to open the menu to choose.

DuKol commented on 2025-11-12 16:11 (UTC)

Is it only me that yesterday's and today' built (Nov 11 and 12) crash on every page with many scripts being downloaded, especially for login to private pages, e.g. https://www.vodafone.cz/muj/ ? On the other hand, simple pages, e.g. https://slovnik.seznam.cz/ work fine. Firefox in main stream of arch linux works fine. Could it be issue of various add-ons? I use NoScript and uBlockOrigin, plus some dictionaries. I'm sorry I wasn't able to test it because I left to another computer, maybe tomorrow.

lxe commented on 2025-09-09 16:11 (UTC)

Two patches I needed to make to have 144.0a1+20250909.1+h4a1256a814d3 buildable on gcc (GCC) 15.2.1 20250813

cat 0003-fix-missing-type_traits-header.patch
--- a/xpcom/base/nsCycleCollectionNoteChild.h
+++ b/xpcom/base/nsCycleCollectionNoteChild.h
@@ -13,6 +13,7 @@

 #include "nsCycleCollectionTraversalCallback.h"
 #include "mozilla/Likely.h"
+#include <type_traits>

 enum { CycleCollectionEdgeNameArrayFlag = 1 };
cat 0004-fix-libc-single-threaded-visibility.patch 
--- a/config/gcc_hidden.h
+++ b/config/gcc_hidden.h
@@ -2,5 +2,14 @@
  * License, v. 2.0. If a copy of the MPL was not distributed with this
  * file, You can obtain one at http://mozilla.org/MPL/2.0/. */

+/* Ensure glibc internal symbols remain visible for GCC 15+ compatibility */
+#ifdef __cplusplus
+extern "C" {
+#endif
+__attribute__((visibility("default"))) extern char __libc_single_threaded;
+#ifdef __cplusplus
+}
+#endif
+
 /* Begin all files as hidden visibility */
 #pragma GCC visibility push(hidden)%                                                                                                                                                      

heftig commented on 2025-01-10 02:49 (UTC)

@teJECSke

Should be fixed with wasi-libc++ 19.1.6-2.

teJECSke commented on 2025-01-09 22:12 (UTC) (edited on 2025-01-09 22:13 (UTC) by teJECSke)

After upgrade:

ERROR: Cannot find wasi headers or problem with the wasm compiler. Please fix the problem. Or build with --without-wasm-sandboxed-libraries.