Opera-stable 102.0.4880.16 gets stuck on launch
-
vbnvbn last edited by
There is still no change on Debian 11 LXQt platform with the newer, 102.0.4880.33 - it just gets stuck on launch (if the process is aborted in terminal with ctrl-c, all the opera processes, which are 5, close automatically)
-
vbnvbn last edited by
Here it is again:
[122624:122624:0901/044703.097085:ERROR:browser_main_loop.cc(286)] GLib-GObject: g_type_add_interface_static: assertion 'G_TYPE_IS_INSTANTIATABLE (instance_type)' failed
[122624:122624:0901/044703.097112:ERROR:browser_main_loop.cc(286)] GLib-GObject: g_type_interface_add_prerequisite: assertion 'G_TYPE_IS_INTERFACE (interface_type)' failed
[122624:122624:0901/044703.097129:ERROR:browser_main_loop.cc(286)] GLib: g_once_init_leave: assertion 'result != 0' failed
[122624:122624:0901/044703.097137:ERROR:browser_main_loop.cc(286)] GLib-GObject: g_type_add_interface_static: assertion 'G_TYPE_IS_INSTANTIATABLE (instance_type)' failed
[122624:122624:0901/044703.097145:ERROR:browser_main_loop.cc(286)] GLib-GObject: g_type_register_static: assertion 'parent_type > 0' failed -
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.
-
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 GPUCache
The 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 GPUCache
The 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.