@arup65 Opera, Vivaldi and Chromium - all three still crashing on up-to-date Arch.

Well...Opera is crashing again, this time with another problem

firejail opera --disable-seccomp-filter-sandbox
Reading profile /home/zbyszek/.config/firejail/opera.profile
Reading profile /etc/firejail/chromium-common.profile
Reading profile /etc/firejail/disable-common.inc
Reading profile /etc/firejail/disable-devel.inc
Reading profile /etc/firejail/disable-exec.inc
Reading profile /etc/firejail/disable-interpreters.inc
Reading profile /etc/firejail/disable-programs.inc
Reading profile /etc/firejail/whitelist-common.inc
Reading profile /etc/firejail/whitelist-var-common.inc
Parent pid 2184, child pid 2185
Error: invalid whitelist path /home/zbyszek/.config/opera
Error: proc 2184 cannot sync with peer: unexpected EOF
Peer 2185 unexpectedly exited with status 1

@l33t4opera Opera version 66.0.3515.103 is not fixed - that's for sure. Only running with --disable-seccomp-filter-sandbox switch does the job, but to prevail security vulnerabilities I use Firejail, as advised by many people.

The other option - running Opera with --disable-gpu-sandbox also seems to do the job.

On Arch installing Firejail from Community repository

sudo pacman -S firejail

and then running Opera with

firejail opera --disable-seccomp-filter-sandbox

seems to do the job for now, as a workaround.

@babache It seems to me that one of the recent versions of Opera broke (again) the DRM under Linux, as I wasn't having any issues with this couple weeks ago, and now the content won't play. Firefox and Vivaldi under the exactly same system (Arch) run DRM content flawlessly.

@ds123456 Yeah, another proof the bug is KDE + Wayland related.

@geekk Hmm, then maybe you are hit by a different bug. This works on my CachyOS KDE on Wayland

mkdir -p /tmp/opera-clean
env XDG_CURRENT_DESKTOP=GNOME XDG_SESSION_DESKTOP=GNOME XDG_SESSION_TYPE=x11 \
  opera-stable --ozone-platform=x11 --user-data-dir=/tmp/opera-clean --no-first-run --disable-gpu about:blank

Known bug especially on Arch based systems and KDE. There is a workaround but it requires to run Opera on X11 instead of Wayland.

Opera still crashes on my CachyOS with KDE. Here is a portion of the error code (forum rules won't let me post whole)

opera
[1206/095137.272067:ERROR:third_party/crashpad/crashpad/util/file/directory_reader_posix.cc:43] opendir /home/cardiozibi/.config/opera/Crash Reports/attachments/ae163632-27b2-43cf-8fe7-053fe6f2814f: No such file or directory (2)
[7503:7503:1206/095137.702299:ERROR:extensions/common/url_pattern_set.cc:298] Invalid url pattern: chrome://startpage/*
[7503:7503:1206/095137.702402:ERROR:extensions/common/url_pattern_set.cc:298] Invalid url pattern: chrome://startpage/*
[7503:7503:1206/095137.702417:ERROR:extensions/common/url_pattern_set.cc:298] Invalid url pattern: chrome://startpage/*
[7503:7503:1206/095137.702438:ERROR:extensions/common/url_pattern_set.cc:298] Invalid url pattern: chrome://startpage/*
[7503:7503:1206/095137.755955:ERROR:cc/paint/skottie_wrapper_impl.cc:46] [Skottie] "Failed to parse JSON input.
"
(...)
[7686:7686:1206/095138.461044:ERROR:chrome/browser/process_singleton_posix.cc:231] read() failed: Połączenie zerwane przez drugą stronę (104)
fish: Job 1, 'opera' terminated by signal SIGSEGV (Address boundary error)

~
❯ [7686:7686:1206/095138.727061:ERROR:extensions/common/url_pattern_set.cc:298] Invalid url pattern: chrome://startpage/*
[7686:7686:1206/095138.727125:ERROR:extensions/common/url_pattern_set.cc:298] Invalid url pattern: chrome://startpage/*
[7686:7686:1206/095138.727134:ERROR:extensions/common/url_pattern_set.cc:298] Invalid url pattern: chrome://startpage/*
[7686:7686:1206/095138.727146:ERROR:extensions/common/url_pattern_set.cc:298] Invalid url pattern: chrome://startpage/*
[7686:7686:1206/095138.780731:ERROR:cc/paint/skottie_wrapper_impl.cc:46] [Skottie] "Failed to parse JSON input.
"

@krteq The same here on CachyOS.

Temporary workaround:

mkdir -p /tmp/opera-clean
env XDG_CURRENT_DESKTOP=GNOME XDG_SESSION_DESKTOP=GNOME XDG_SESSION_TYPE=x11 \
  opera-stable --ozone-platform=x11 --user-data-dir=/tmp/opera-clean --no-first-run --disable-gpu about:blank

Since last update (ver. 118.0.5461.60) I experience two annoying issues:

• every time I open Opera it opens a tab with this path (I had to shorten it significantly)

data:text/html,<!doctype%20html>%0A<html>%0A%20%20<head>%0A%20%20%20%20<meta%20charset="utf-8">%0A%20%20%20%20<meta%20name="viewport"%0A%20%20%20%20%20%20content="initial-scale=1,%20minimum-scale=1,%20width=device-width">%0A%20%20%20%20<script>%0A%20%20%20%20%20%20//%20If%20this%20page%20is%20embedded%20in%20a%20WebViewPlugin,%20the%20'window.plugin'%0A%20%20%20%20%20%20//%20object%20is%20externally%20defined,%20and%20we%20trigger%20the%20download%20that%20way.%0A%20%20%20%20%20%20if%20(window.plugin%20!==%20undefined)%20%7B%0A%20%20%20%20%20%20%20%20window.addEventListener('DOMContentLoaded',%20function%20()%20%7B%0A%20%20%20%20%20%20%20%20%20%20let%20button%20=%20document.getElementById('open-button')
(...)
</script>

• on some pages "human verification" process cannot be completed due to lack of checkbox

@zibi1981 Really literally no one has this issue on Linux?

@zibi1981 Almost a year had passed and still Lucid Mode is broken on Linux. Anyone knows why?

It seems in my case firejail is preventing Opera from using DRM, although I don't know why this wasn't the case on a newly installed system.

@jantos To w jaki sposób ustanowiłeś nowe hasło, skoro Opera żąda starego? Założyłeś nowe konto? Jeśli tak, to chyba jedyną opcją jest odzyskiwanie hasła dla poprzedniego konta.