! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Gtk:ERROR gtkcellrenderer.c:1796 assertion failed: (aligned_area->x >= cell_a...
Status:
RESOLVED: INVALID

Comments

Description b.ohnsorg 2020-02-22 18:36:49 CET
When clicking on icons in the tree-, main- or bookmark-view thunar crashes with:

Gtk:ERROR:/var/tmp/portage/x11-libs/gtk+-3.24.14/work/gtk+-3.24.14/gtk/gtkcellrenderer.c:1796:gtk_cell_renderer_get_aligned_area: assertion failed: (aligned_area->x >= cell_area->x && aligned_area->x <= cell_area->x + cell_area->width)

What I already tried with no success:

* use different combinations of gtk+ (3.24.12..14) and thunar (1.8.9..12) from Gentoo standard repo
* compile thunar (1.8.12) from source/ GitHub (using xfce-dev-tools from Gentoo standard repo) -> seems not to be related to Gentoo builds/ patches
* change themes (XFCE as window manager), e.g. Adwaita, e-gtk-theme, Raleigh, High Contrast (also with different icon sets and fonts)

All attempts yield the same result. And it is also irrelevant which graphics driver is in use (nvidia closed source on one machine, AMD builtin processor graphics, AMD open source on a third machine). There are also different mouse drivers in use, e.g. synaptics, standard PS2, USB…

I'm filing this bug since I have no idea how to track this down. Presumably it is an easy thing like deleting the right .config-remains or switching on a unusual compatibility-argument.

Other GTK-applications work fine and to full extend, e.g. Eclipse IDE, Gimp, Easytag, RipperX and many others.
Comment 1 b.ohnsorg 2020-02-22 22:05:34 CET
Also tried other versions from Xfce-Git (1.8.0..1.8.12) with the same result. (1.6.* cannot be compiled, exo-1 missing and I don't think it'll be worth the effort/ risk.)

I also deleted entire .config and rebuild the entire chain of dependencies, namely glib, udev, intltool, libpcre, libnotify, perl, gettext, gvfs, libgudev, libexif, gobject-introspection, gtk+, gdk-pixbuf, libxfce4ui, libxfce4util, xfconf and finally thunar.
Comment 2 alexxcons editbugs 2020-02-22 22:13:02 CET
Thanks for reporting !

Sorry, so far I have no clue what could trigger such a crash .. never had something similar.

Could you please attach a backtrace, in order to see from where in thunar "gtk_cell_renderer_get_aligned_area" is called  ? (I assume you know how that is done, since you already compiled thunar from source ?)
Comment 3 b.ohnsorg 2020-02-22 22:19:09 CET
After carefully examining directory content I could track it down to thumbnails of certain types. I have no idea why but as soon as PDFs and PNGs are part of the content thunar crashes.
Comment 4 b.ohnsorg 2020-02-22 22:26:33 CET
Current tumbler version is 0.2.7 and by switching off thumbnails completely I can browse the entire filesystem (and even mount correctly) with no crashes. Attempting to upgrade tumbler to 0.2.8 doesn't solve the problem.

I don't know about the detailed effects of Gentoo's use variables on tumbler but on my system tumbler has support for curl, ffmpeg, jpeg and pdf but has disabled gstreamer, odf and raw(-images).
Comment 5 b.ohnsorg 2020-02-22 23:24:20 CET
Something like this:

#0  0x00007ff493b88ae4 in raise () at /lib64/libc.so.6
#1  0x00007ff493b72535 in abort () at /lib64/libc.so.6
#2  0x00007ff493d3bdca in  () at /usr/lib64/libglib-2.0.so.0
#3  0x00007ff493d9744b in g_assertion_message_expr () at /usr/lib64/libglib-2.0.so.0
#4  0x00007ff49448a726 in gtk_cell_renderer_get_aligned_area () at /usr/lib64/libgtk-3.so.0
#5  0x00007ff494aaba6c in exo_icon_view_calculate_item_size
    (item=0x5649edabf400, icon_view=0x5649edd08400) at exo-icon-view.c:3925
#6  0x00007ff494aaba6c in exo_icon_view_calculate_item_size
    (icon_view=0x5649edd08400, item=0x5649edabf400) at exo-icon-view.c:3874
#7  0x00007ff494aac2e6 in exo_icon_view_layout (icon_view=0x5649edd08400) at exo-icon-view.c:3805
#8  0x00007ff494aaca5c in layout_callback (user_data=0x5649edd08400) at exo-icon-view.c:4324
#9  0x00007ff49429a410 in  () at /usr/lib64/libgdk-3.so.0
#10 0x00007ff493d6f25e in g_main_context_dispatch () at /usr/lib64/libglib-2.0.so.0
#11 0x00007ff493d6f5f8 in  () at /usr/lib64/libglib-2.0.so.0
#12 0x00007ff493d6f6a6 in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0
#13 0x00007ff493f7646d in g_application_run () at /usr/lib64/libgio-2.0.so.0
#14 0x00005649ec79aa9d in main (argc=1, argv=0x7ffead7fbfe8) at main.c:161
Comment 6 b.ohnsorg 2020-02-22 23:26:59 CET
One strange thing: even with disabling the Gentoo USE flags for PDF and other mime types thunar keeps crashing. As far as I understand the entire thumbnail-stack tumbler only stuffs images via dbus somewhere and thunar fetches it from there. Is there maybe a stale (persistent) cache of such thumbnails or are they created only in-memory/ volatile?
Comment 7 b.ohnsorg 2020-02-22 23:28:14 CET
And a final note for today: exo-0.12.10
Comment 8 Theo Linkspfeifer editbugs 2020-02-23 11:30:59 CET
Does exo 0.12.11 fix the problem? It includes the following change:

https://git.xfce.org/xfce/exo/commit/?id=a925f0b2af7249fd5119cdc27cb6a306b42e795e
Comment 9 alexxcons editbugs 2020-02-23 21:27:58 CET
(In reply to b.ohnsorg from comment #6)
> One strange thing: even with disabling the Gentoo USE flags for PDF and
> other mime types thunar keeps crashing. As far as I understand the entire
> thumbnail-stack tumbler only stuffs images via dbus somewhere and thunar
> fetches it from there. Is there maybe a stale (persistent) cache of such
> thumbnails or are they created only in-memory/ volatile?

For me, thumbnails are stored in ~/.cache/thumbnails/
Try to whipe all thumbnails inside that folder and see if that helps .. possibly theres some broken thumbnail inside there.

> When clicking on icons in the tree-, main- or bookmark-view thunar crashes with:  ...
You are clicking on the pdf/png ? Or you are clicking on the folder which contains them to get the crash ?

Afaik thunar always only loads thumbnails for the current directory. It signals via dbus that thumbnails are needed, and loads them from the thumbnail folder as soon as they are available.
Comment 10 alexxcons editbugs 2020-02-23 21:34:01 CET
> I also deleted entire .config ...

Possibly worth a try to check if the bug as well occurs for a fresh user-account.
Comment 11 alexxcons editbugs 2020-02-23 21:37:22 CET
(In reply to Theo Linkspfeifer from comment #8)
> Does exo 0.12.11 fix the problem? It includes the following change:
> 
> https://git.xfce.org/xfce/exo/commit/
> ?id=a925f0b2af7249fd5119cdc27cb6a306b42e795e

Right, good, catch, at least it's the same method like mentioned in the backtrace. Promising !
Comment 12 Reuben Green editbugs 2020-02-26 20:18:36 CET
I have not been able to reproduce this bug on my system (Debian bullseye 32 bit). I have tried every possible combination of
thunar 1.8.9, 1.8.10, 1.8.11, 1.8.12
tumbler 0.2.7, 0.2.8
exo 0.12.10, 0.12.11
and for each such combination I navigated into, out of, and back into a directory containing a selection of pdf and png files with randomly generated filenames (filenames generated fresh for each combination), so that each attempt tested both the generation of thumbnails and looking up existing ones (I used icon mode as the bug seems to involve ExoIconView).
Comment 13 b.ohnsorg 2020-02-27 17:48:03 CET
Thanks for the efforts and I'll answer the questions first:

I prepared a set of folders with only certain file types in a folder that is otherwise empty. One folder is labelled pdf and another png containing only the file types. Thunar crashes upon clicking either pdf or png just right before it renders the entire folder. It briefly flashes (cached?) thumbnails of both file types, e.g. content of the PDFs and crashes then. It also happens with only folders displayed and scrolling in a folder that also contains PDFs/ PNGs.

Wiping .cache/thumbnails (killing tumblerd) yields the same result: crash.

I assume it could be related to clearing 32-bit ABI from all systems and some typing issues. Gentoo supports 64- and 32-bit API in parallel to fulfil certain dependencies (2012 graphics adapters with 2019 Xorg). Now Gentoo changes /lib and /usr/lib behavior related to lib32- and lib64-symlinks. For migration I planned to drop lib32 entirely, apply the switch to lib64 being the default thus becoming lib and afterwards apply lib32 again if necessary.

Maybe this broke some types, libraries, dependencies?
Comment 14 Theo Linkspfeifer editbugs 2020-02-28 17:02:12 CET
Please read comment #8.
Comment 15 Theo Linkspfeifer editbugs 2020-03-08 15:10:04 CET
Still waiting for a confirmation, so I'm closing the report for now.
Comment 16 b.ohnsorg 2020-04-04 21:25:34 CEST
With current version 1.8.12 of Thunar the issue simply disappeared, interestingly on all 3 machines that were affected. It wasn't even necessary to delete the thumbnail cache (6 different user accounts). I also tried a full system rebuild before, esp. toolchain, with no success. This was a month ago. Now in between some updates took place and it is running fine again. Tried different file types with no crashes anymore. Thanks for advice/ patience.

Bug #16465

Reported by:
b.ohnsorg
Reported on: 2020-02-22
Last modified on: 2020-04-04

People

Assignee:
Xfce Bug Triage
CC List:
2 users

Version

Version:
unspecified

Attachments

Additional information