Package Details: firefox-kde-opensuse 127.0-1

Git Clone URL: https://aur.archlinux.org/firefox-kde-opensuse.git (read-only, click to copy)
Package Base: firefox-kde-opensuse
Description: Standalone web browser from mozilla.org with OpenSUSE patch, integrate better with KDE
Upstream URL: https://github.com/openSUSE/firefox-maintenance
Keywords: browser gecko web
Licenses: GPL, MPL, LGPL
Conflicts: firefox
Provides: firefox
Submitter: csslayer
Maintainer: Thaodan
Last Packager: Thaodan
Votes: 336
Popularity: 0.37
First Submitted: 2009-12-11 09:10 (UTC)
Last Updated: 2024-07-21 20:54 (UTC)

Required by (167)

Sources (37)

Pinned Comments

Thaodan commented on 2021-04-20 17:40 (UTC) (edited on 2021-04-21 22:45 (UTC) by Thaodan)

If you have issues with this package visit gitlab and read the readme first.

Latest Comments

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 13 .. 139 Next › Last »

Thaodan commented on 2021-05-25 06:11 (UTC)

Thaodan says that he is waiting for upstream patches in git(and is angry when somebody clicks it's out-of-date ;-)... ...but something doesn't add up, because I saw many times that upstream(SuSe) firefox with newer version was ready in OBS. But I don't know about this magical git repo (is it really lagging behind OBS? sounds strange at least

The OBS repo is a test bed for the maintainer and contains unfinished builds that are not complete. When the package update is finished it is pushed to git.

pix3l commented on 2021-05-24 20:17 (UTC)

This package is very often, to not say usually, out-of-date.

Thaodan says that he is waiting for upstream patches in git(and is angry when somebody clicks it's out-of-date ;-)... ...but something doesn't add up, because I saw many times that upstream(SuSe) firefox with newer version was ready in OBS. But I don't know about this magical git repo (is it really lagging behind OBS? sounds strange at least) Another thing of confusion for me is that there's 'Librewolf' firefox fork, that's usually up-to-date, but is using similar patchset. There's also firefox-appmenu and plasmafox. both are usually up-to-date, but not sure about patchsets. But I don't like forks, because they requires separate profiles (that cannot be symlinked, like few years ago)

There were argues few times there about it. And while Thaodan is doing it for free in his free time, I do wonder if he is using this firefox-kde-opensuse and if he is interested in maintaining it at all.

While my intel laptop is too limited to make test builds, I guess there are many Threadripper users. The question is if anyone is open for co-maintainership and what @Thaodan thinks about that, but I guess it's not his pet project, so I guess he is open for that. But are there any volunteers interested?

Thaodan commented on 2021-04-20 17:40 (UTC) (edited on 2021-04-21 22:45 (UTC) by Thaodan)

If you have issues with this package visit gitlab and read the readme first.

Thaodan commented on 2021-04-20 17:38 (UTC)

mozilla-common was removed since MOZ_PLUGIN_PATH is no longer used/supported.

pix3l commented on 2021-04-16 10:43 (UTC)

@perfi: Why it has been removed?

pacman -Ql mozilla-common mozilla-common /etc/ mozilla-common /etc/profile.d/ mozilla-common /etc/profile.d/mozilla-common.csh mozilla-common /etc/profile.d/mozilla-common.sh

anyway all it does is setting one env var:

cat /etc/profile.d/mozilla-common.csh setenv MOZ_PLUGIN_PATH "/usr/lib/mozilla/plugins"

cat /etc/profile.d/mozilla-common.sh export MOZ_PLUGIN_PATH="/usr/lib/mozilla/plugins"

There's a mirror of package: https://eu.mirror.archlinuxarm.org/aarch64/extra/mozilla-common-1.4-6-any.pkg.tar.xz

Perfi commented on 2021-04-16 09:48 (UTC)

mozilla-common has been removed from the official arch repos, so this won't build atm :(

Scrumplex commented on 2021-04-16 07:54 (UTC)

The binary package in home-thaodan needs a rebuild, as icu as updated.

pix3l commented on 2021-04-03 20:09 (UTC)

@gschwarz: you've inspired me to check it again and it's all f* as always

Under X11 Both plasma widgets "Window AppMenu" and "Global Menu" somehow worked. Sometimes one of segaulted with Konsole, while other worked with Firefox and sometiems one worked with Konsole, but other didn't show menu from Firefox. It was generally problematic.

Under Wayland both plasma built-in "Global Menu 2.0" and "Window Appmenu 0.6.0" works with Konsole, but any of them works with Firefox running as wayland native client (not default)

I haven't tested it, but on reddit somebody stated that firefox-appmenu works identically like firefox-kde-opensuse: https://www.reddit.com/r/kde/comments/h13s53/global_menu_when_using_plasma_wayland_kind_of/

Thaodan commented on 2021-03-30 07:06 (UTC)

Hey please ask for bigger questions like these on gitlab. It is hard to have conversation here. Short questions are ok but bigger issues are hard to follow.

It should work without MOZ_DBUS_REMOTE, for me it just works on X11. On Wayland howvever it does not work at all since it is unsupported/buggy (https://bugs.kde.org/show_bug.cgi?id=424485).

Using the KDE globalmenu applet works just fine for me. All implementations work over DBus and proxy the menu over their respective toolkit. Firefox needs patches that add linux support to the existing menubar also used on macOS.

pix3l commented on 2021-03-29 21:15 (UTC)

@gschwarz: at leat we know it works in dolphin, but still now if you've tried doing it under X11 session(not wayland). If firefox's menu show in menu applet, then you can simply try magic sequence to make it responsive: https://www.reddit.com/r/kde/comments/8xox43/firefox_global_menu/

If id doesn't show at all in applet, they read info below

  1. install appmenu-gtk-module (I also recommend installing appmenu-qt4 for Qt4 apps)

run 'MOZ_DBUS_REMOTE=1 firefox' and see if it helps on wayalnd and X11. New wayland-compatible appmenu implementation uses dbus and it was needed in the past

if you want to make it permament you can run: echo export MOZ_DBUS_REMOTE=1 >> ~/.bash_profile or sudo echo MOZ_DBUS_REMOTE=1 >> /etc/profile