• shadowintheday@beehaw.org
    link
    fedilink
    English
    arrow-up
    69
    arrow-down
    1
    ·
    1 year ago

    Firefox is surprisingly one of the few programs that has no/almost no glitches in wayland with nvidia.

    • Joliflower@lemmy.mlOP
      link
      fedilink
      arrow-up
      38
      arrow-down
      1
      ·
      edit-2
      1 year ago

      The total of human days of work amounts to something like 1000 years+. Its a an incredible project.

    • 30p87@feddit.de
      link
      fedilink
      arrow-up
      30
      ·
      1 year ago

      And it needs even less memory than Electron, even if it runs as an own instance with a different profile! I replaced Discord with it a year ago and it’s much better in literally every way. I just wish there would be a FF alternative for Electron.

    • Lojcs@lemm.ee
      link
      fedilink
      arrow-up
      5
      arrow-down
      2
      ·
      1 year ago

      Try it with multiple monitors. Unless I manually enable native wayland, it flickers just like most other xwayland windows.

  • AutoTL;DR@lemmings.worldB
    link
    fedilink
    English
    arrow-up
    31
    arrow-down
    1
    ·
    1 year ago

    This is the best summary I could come up with:


    While some Linux distributions like Fedora and Arch are enabling the native Wayland back-end for Firefox by default, upstream Firefox continues to not enable this Wayland support as part of their default builds.

    Martin Stransky of Red Hat who is known for his Firefox work on Fedora today outlined the Firefox Linux improvements made last quarter.

    He mentioned that the “Wayland backend is gaining momentum at Mozilla upstream.”

    There’s this bug tracker for the status of shipping the Wayland back-end for Firefox releases.

    Mozilla’s Sylvestre Ledru commented last week that he’s in favor of going ahead with the change as long as it’s documented properly.

    Martin also outlined in his Q3 Firefox Linux status blog post that dbus-glib has also been dropped as a build dependency for Firefox, Firefox supports a new kiosk mode, there is a new idle monitor/service implemented, and other Linux improvements.


    The original article contains 241 words, the summary contains 145 words. Saved 40%. I’m a bot and I’m open source!

  • vector_zero@lemmy.world
    link
    fedilink
    arrow-up
    25
    arrow-down
    1
    ·
    1 year ago

    Well good thing I finally realized it wasn’t enabled and set my environment variables to enable it.

  • LinuxSBC@lemm.ee
    link
    fedilink
    arrow-up
    20
    ·
    1 year ago

    Finally. I was having some weird graphical glitches, so I switched it to the Wayland backend, and I’ve not noticed any issues. It’s totally stable (at least for me).

    • whereisk@lemmy.world
      link
      fedilink
      arrow-up
      4
      ·
      1 year ago

      Huh, I’ll give that a go as occasionally some black blocks and other artifacts appear for me- thought that it couldn’t handle high def or something.

  • 1984@lemmy.today
    link
    fedilink
    arrow-up
    16
    arrow-down
    1
    ·
    1 year ago

    I’ve been using this environment variable to enable Wayland for at least a year… No issues.

    • merthyr1831@lemmy.world
      link
      fedilink
      arrow-up
      4
      ·
      1 year ago

      For most apps there’s no difference, but dealing with multi-window apps that can spawn new windows, merge them, display video content in its own window etc. there’s a lot of communication that Firefox has to do with the technology that draws its window to the screen.

      I guess before now, default Firefox setups would’ve used XWayland to translate those communications which would’ve worked fine if not for some overhead and edge cases. This would make Firefox a truly Wayland-native application, when running on Wayland.

  • fraydabson@sopuli.xyz
    link
    fedilink
    English
    arrow-up
    5
    ·
    1 year ago

    Would this let global menu (plasma) on Firefox work better under Wayland? I remember someone saying that Wayland was the reason it didn’t work.

  • ryannathans@aussie.zone
    link
    fedilink
    arrow-up
    5
    ·
    1 year ago

    But I have been manually enabling it with a system environment variable and confirmed it was native wayland. No xwayland

  • no_name_dev_from_hell
    link
    fedilink
    arrow-up
    1
    ·
    1 year ago

    For some reason after the latest distribution upgrade my mouse cursors are acting very funny in flatpak and snap applications, and are not consistent in Wayland backend.

    I’m using HiDPI settings, with two monitors.