Package Details: firefox-esr-i18n-oc 115.10.0-1

Git Clone URL: https://aur.archlinux.org/firefox-esr.git (read-only, click to copy)
Package Base: firefox-esr
Description: Standalone web browser from mozilla.org, Extended Support Release
Upstream URL: https://www.mozilla.org/en-US/firefox/enterprise/
Keywords: browser gecko web
Licenses: GPL, MPL, LGPL
Submitter: figue
Maintainer: dudemanguy
Last Packager: dudemanguy
Votes: 47
Popularity: 0.44
First Submitted: 2015-05-28 23:15 (UTC)
Last Updated: 2024-04-16 22:28 (UTC)

Dependencies (37)

Required by (0)

Sources (100)

Latest Comments

« First ‹ Previous 1 .. 13 14 15 16 17 18 19 20 Next › Last »

klemens commented on 2017-08-24 15:12 (UTC) (edited on 2017-08-24 15:20 (UTC) by klemens)

@figue: It had been the first time that I built this package. I just rebuilt it and the error persists. I also uploaded the crash report [1], but it doesn't contain symbols, so it is rather useless. However I am not sure how to build the package with symbols or how to use them if they are already included. Edit: It seems symbols have to be created and uploaded separately: [2] [1]: https://crash-stats.mozilla.com/report/index/412d2adb-ff81-4cda-ba55-bc4f41170824#tab-details [2]: https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/firefox&id=384274d92b096f95ab46bfd17ded75815f67aac3

figue commented on 2017-08-24 14:28 (UTC) (edited on 2017-08-24 14:29 (UTC) by figue)

@klemens that URL craches my Firefox ESR too. Not much is dump in console: Promise rejected after context unloaded: Message manager disconnected Promise rejected after context unloaded: Message manager disconnected ExceptionHandler::GenerateDump cloned child 22028 ExceptionHandler::WaitForContinueSignal waiting for continue signal... ExceptionHandler::SendContinueSignalToChild sent continue signal to child With NoScript activated, page loads just "fine", is when I allow all the scripts from that domain that Firefox crash. Did you rebuild Firefox recently to see if some library update is causing the crash?

figue commented on 2017-08-19 08:24 (UTC)

@klemens I'm on vacation until next monday, so I can't test now. But you can try to rebuild Firefox, maybe a library update makes it crash... But without logs it's hard to say.

ben81 commented on 2017-08-18 19:13 (UTC)

@klemens, that website did not crash my Firefox ESR 52.3.0. However, I have Manjaro, not Arch. Maybe that’s the difference.

klemens commented on 2017-08-17 20:15 (UTC)

Opening [1] reliably crashes the current tab for me, even with a clean new profile, while firefox-esr-bin seems to work fine. Does it crash for anyone else? [1]: https://www.soeren-hentzschel.at/firefox/neues-logo-firefox-und-firefox-klar/

figue commented on 2017-07-05 11:10 (UTC)

@test0 it was nothing... Sometimes the solution is already done in [extra], but I didn't see it.

test0 commented on 2017-07-05 07:16 (UTC)

@figue: Yes, everything works as expected (including uMatrix). So apparently optimization flags were the cause. Thank you for your time and effort in resolving this problem.

figue commented on 2017-07-04 15:17 (UTC)

@test0 can you try 52.2.1-2 and see if skia works as expected? Use default GCC (7.1.1)

figue commented on 2017-07-03 19:31 (UTC)

@test0 ok. Thank you. Anyway, if I find a patch I'll surely apply it.

test0 commented on 2017-07-02 17:47 (UTC)

@figue: When firefox-esr 52.2.1-1 is compiled with gcc 6.3.1-2 then for me everything works as expected (including uMatrix). uMatrix also works with official firefox 54.0.1-1, which is already compiled with gcc 7.1.1-3, so this bug is already fixed in newer firefox. I presume that firefox-esr will never get those patches, because it can only gets critical/security fixes. To be honest for me it's not a big deal, because I can always downgrade gcc when I compile firefox-esr. I just want let you know about it here, because someone else may have similar problems.

« First ‹ Previous 1 .. 13 14 15 16 17 18 19 20 Next › Last »