Opera 125.0.5729.21 Stable update
-
filbo last edited by
@kilian01: I see 3 separate sets of issues in your log, unclear which of them might be relevant. First, easiest to fix, the sandbox binary has wrong permissions:
$ cd /usr/lib/x86_64-linux-gnu/opera-stable $ sudo chown root opera_sandbox $ sudo chmod 4755 opera_sandboxTry after that.
But that is probably actually caused by the 2nd problem: the deb you're installing depends on 4 others, parts of your distro, which are not installed. Because of that it never finished installing, never ran /var/lib/dpkg/info/opera-stable.postinst which would have set up that setuid.
Package libqt5core5a is not installed.
Package libqt5gui5 is not installed.
Package libqt5gui5-gles is not installed.
Package libqt5widgets5 is not installed.
dpkg: error processing package opera-stable (--install):
dependency problems - leaving unconfiguredThis not only leaves Opera unconfigured, but also missing libraries it depends on.
dpkg -iis the lowest level package installer. It is not meant to handle package dependencies; those belong to the higher APT subsystem. Try running instead:sudo apt install opera-stable_125.0.5729.21_amd64.deb. This will automatically pull in the packages it depends on.The 3rd issue is a crash:
Trace/breakpoint trap (core dumped)
but that might be caused by the other two issues, so ignore it for now.
-
Limon12324 last edited by
Found a way to crash any user's Opera GX browser. See you in Bugcrowd Opera team

-
MehrzadS last edited by
In Zorin OS, when I want to attach a file in sidepanel telegram/whatsapp/... opera crashes (because the sidepanel window disapears and the file dialogue won't have a parent window)
-
MehrzadS last edited by
Opera keeps wanting to update to 125.0.5729.21 but after every restart it's stuck to 125.0.5729.15. It doesn't upgrade.
-
Kilian01 last edited by
@filbo Thanks, I did notice that you can avoid or rather hide the problem with apt. The thing is the missing dependencies weren't critical in Opera 123. It still started at least. But Opera 124+ doesn't. If this is intentional (might be, only the Opera developer can answer that), then Opera shouldn't even install with the unmet dependencies. So there is a bug either way.
-
Opera-QA-Team Opera last edited by
@scrofa: Hello, we already fixed the bug, please keep an eye on updates.
-
filbo last edited by
@kilian01: no, you are misusing the packaging system.
dpkg -iwill install any package regardless of whether its dependencies are met. That is its role.aptet al are in charge of the higher level, including paying attention to dependencies. It is like...dpkg -iis you with a screwdriver and some random memory DIMMs, clicking then into your motherboard without checking for compatibility. Whileaptis you using a tool like pcpartspicker or paying a store to install RAM they've selected as compatible with your system. You can download any .deb from your OS's repo withapt download name-of-package, then install it withdpkg -i name-of-package_version_you_received.deb-- and the resulting installed package will fail in similar ways if you didn't grab its dependencies. The OS's packages -- and Opera -- have met their responsibility by recording those dependencies in the .deb metadata.aptimplements paying attention to them.dpkgis a more internal tool and it has to allow installing packages without their dependencies (otherwise some early stages of system install could not work, as the most basic packages circularly depend on each other).