Opera-stable 102.0.4880.16 gets stuck on launch
-
ondrejbenus last edited by
@vbnvbn I have a similar setup, Lubuntu with new updates. Maybe it is connected to some used libraries. Please post a version of your GLib package (libglib<something> and gir) as the error is connected to the technology used in those packages. Might help the devs to find some incompatibility.
$ uname -a
Linux ### 6.4.8-060408-generic #202308041557 SMP PREEMPT_DYNAMIC Fri Aug 4 16:03:00 UTC 2023 x86_64 x86_64 x86_64 GNU/Linuxopera-stable 102.0.4880.33
opera-beta 102.0.4880.10
opera-developer 103.0.4899.0libglib2.0-dev 2.74.3-0ubuntu1.2
gir1.2-glib-2.0 1.74.0-2 -
vbnvbn last edited by
@ondrejbenus There had been no updates, except the one of opera, before the browser began to behave the way described in the OP. So the issue should come from the code of opera-stable browser version 102 - there had been no such issue with it on that system (with Debian 11 LXQt) before 102 was patched on 23 august during an upgrade procedure. 101 had worked well on the same device up to that day and hour (it still works well - already tested). I think it is most likely related to LXQt.
-
ondrejbenus last edited by
@vbnvbn Not sure why, but I didn't think about installing an older version. Really works, Thanks for saving me.
For others, you can download an older working version from https://get.opera.com/ftp/pub/opera/desktop/101.0.4843.58/linux/
Or pick your favorite version here: https://get.opera.com/ftp/pub/opera/desktop/ -
sorenfeodor last edited by
I have now successfully installed 102.0.4880.40 on Linux Mint 21.2 from deb. I have not changed anything (same extentions as when updating failed 14 days ago), but of course a number of other packages have been updated in the previous 14 days. I have not tried to install opera-updates since 102.0.4880.16 gave me problems.
-
-
myswtest last edited by myswtest
If you haven't already, you should post the issue in a Debian forum ... most likely related to the/your Deb environment.
No probs here on openSuse Tumbleweed, using a Flatpak.
-
vbnvbn last edited by
@myswtest
The other chromium-based browsers work properly on the same configuration. Plus, opera browser had also worked properly for years on Debian/LXQt devices at my work until the moment when it was upgraded to version 102 few weeks ago. That is why i am not inclined to think that the issue comes from Debian distribution. -
-
-
-
-
vbnvbn last edited by
I don't know exactly where the issue comes from but now microsoft edge also gets stuck at launch in exactly the same way giving the same error output as opera in terminal.
-
myswtest last edited by
There are times when it seems all chromium-based browsers , when updated, render nothing, i.e., there is nothing shown in its window.
THIS IS the solution that works for everyone - keep in mind, this might NOT be the solution for your problem, but doing this will do no harm.
Open a command line window and execute this command
find ~/ -type d -name GPUCacheThe list of files you see are simply cached data, that really doesn't matter ... however, for whatever reason, between version upgrades, they are corrupted.
So the easiest solution is to delete those - as I wrote, removing will do no harm. The following Linux command will delete all those , but if you prefer, rename that sub-directory to "GPUCache-backup" if you prefer
Reminder - this might be a long-shot solution for you, but it will not cause any issues - run this to clear:
find ~/ -type d -name GPUCache -exec rm -rf {} +Hope it helps !
-
vbnvbn last edited by
@myswtest said in Opera-stable 102.0.4880.16 gets stuck on launch:
There are times when it seems all chromium-based browsers , when updated, render nothing, i.e., there is nothing shown in its window.
THIS IS the solution that works for everyone - keep in mind, this might NOT be the solution for your problem, but doing this will do no harm.
Open a command line window and execute this command
find ~/ -type d -name GPUCacheThe list of files you see are simply cached data, that really doesn't matter ... however, for whatever reason, between version upgrades, they are corrupted.
So the easiest solution is to delete those - as I wrote, removing will do no harm. The following Linux command will delete all those , but if you prefer, rename that sub-directory to "GPUCache-backup" if you prefer
Reminder - this might be a long-shot solution for you, but it will not cause any issues - run this to clear:
find ~/ -type d -name GPUCache -exec rm -rf {} +Hope it helps !
It doesn't work in our case because the issue is related to a basal incompatibility between the modern chromium-based browsers' GUI and GLib-GObject library in Debian 11 LXQt.
-
-
pindos last edited by@vbnvbn said in Opera-stable 102.0.4880.16 gets stuck on launch:
the issue is related to a basal incompatibility between the modern chromium-based browsers' GUI and GLib-GObject library in Debian 11 LXQt.
Maybe you have to inform the developers of LXQt-environment about this bug? The latest version of Opera works fine on Debian 11.7.
-
myswtest last edited by myswtest
@vbnvbn said in Opera-stable 102.0.4880.16 gets stuck on launch:
It doesn't work in our case because the issue is related to a basal incompatibility between the modern chromium-based browsers' GUI and GLib-GObject library in Debian 11 LXQt.
So, it works using Cinnamon (mentioned by @pindos) on Debian. (and my environment: Tumbleweed using KDE Plasma).
But I agree, seems an obvious issue with this particular LXQT implementation on Debian, especially since other Chromium based browsers are affected.
A quick test would be to login using another DM, then launch Opera.
-
ondrejbenus last edited by
Backlinking the issue on another forum with workaround that worked for me (disabling Qt) https://forum.artixlinux.org/index.php/topic,5847.0.html
-
myswtest last edited by leocg
@ondrejbenus said in Opera-stable 102.0.4880.16 gets stuck on launch:
Backlinking the issue on another forum with workaround that worked for me (disabling Qt) https://forum.artixlinux.org/index.php/topic,5847.0.html
So as with this - add this to the launch settings (?):
--disable-features=AllowQtI read thru that thread - that's an easy fix, but I read others found more involved fixes.
And I see the issue is reported by a number of LXQT users, but one instance of KDE.
Some folks solved it by running XFCE (mostly as a test, which I suggested),
It appears to be an issue with QT, so yea, folks who use LXQT will mostly be affected. (though some did a workaround with gtk settings).
So Not an Opera issue, as the OP alludes to.
-
vbnvbn last edited by
@ondrejbenus said in Opera-stable 102.0.4880.16 gets stuck on launch:
Backlinking the issue on another forum with workaround that worked for me (disabling Qt) https://forum.artixlinux.org/index.php/topic,5847.0.html
Finally, that works for me - now opera runs on my devices with Debian LXQt again. Thanks for the reference.
Unfortunately, the latest version 104.0.4944.33 is bad - it runs very slowly.
