After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 756310 - LibreOffice crash with latest GTK3
LibreOffice crash with latest GTK3
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: .General
3.18.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2015-10-09 18:17 UTC by Óscar García Amor
Modified: 2015-11-08 16:43 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Strace of libreoffice (73.46 KB, text/plain)
2015-10-11 15:05 UTC, Óscar García Amor
Details

Description Óscar García Amor 2015-10-09 18:17:14 UTC
With latest version of Gnome Shell 3.18 if you do:

1. Execute LibreOffice. You can simply run `libreoffice` command from any shell.
2. Press "Writer Document".
3. Write some text.
4. Press save button.
5. ¡Crash! :)

The error that gives me in console is:

(soffice:25736): Gtk-CRITICAL **: gtk_entry_set_text: assertion 'GTK_IS_ENTRY (entry)' failed

(soffice:25736): Gtk-CRITICAL **: gtk_entry_set_text: assertion 'GTK_IS_ENTRY (entry)' failed

(soffice:25736): Gtk-CRITICAL **: gtk_widget_grab_focus: assertion 'GTK_IS_WIDGET (widget)' failed

(soffice:25736): Gtk-CRITICAL **: _gtk_file_chooser_entry_set_base_folder: assertion 'GTK_IS_FILE_CHOOSER_ENTRY (chooser_entry)' failed

(soffice:25736): Gtk-CRITICAL **: gtk_entry_get_text: assertion 'GTK_IS_ENTRY (entry)' failed

(soffice:25736): Gtk-CRITICAL **: gtk_entry_get_text: assertion 'GTK_IS_ENTRY (entry)' failed

If I run LibreOffice with `SAL_USE_VCLPLUGIN=gtk libreoffice` works perfect.
Comment 1 Florian Müllner 2015-10-09 23:55:37 UTC
(In reply to Óscar García Amor from comment #0)
> 1. Execute LibreOffice. You can simply run `libreoffice` command from any
> shell.
> 2. Press "Writer Document".
> 3. Write some text.
> 4. Press save button.
> 5. ¡Crash! :)

What exactly crashes - LibreOffice or gnome-shell?
Comment 2 Óscar García Amor 2015-10-10 09:00:38 UTC
(In reply to Florian Müllner from comment #1)
> What exactly crashes - LibreOffice or gnome-shell?

Ups! Sorry xD

Crash LibreOffice.
Comment 3 Florian Müllner 2015-10-10 09:38:11 UTC
Then I don't see what gnome-shell would have to do with it, reassigning to GTK+.
Comment 4 Óscar García Amor 2015-10-10 11:01:44 UTC
(In reply to Florian Müllner from comment #3)
> Then I don't see what gnome-shell would have to do with it, reassigning to
> GTK+.

Sorry Florian, but I don't found GTK+ in list when I opened the bug and choose that I saw more close.
Comment 5 Florian Müllner 2015-10-10 11:56:03 UTC
Oh, no need to apologize - it's better to reassign a bug to the right product (which is easy) than to miss a bug completely because the reporter is unsure about the correct product and ends up not reporting it at all.
Comment 6 Matthias Clasen 2015-10-10 21:17:26 UTC
I'm not sure there is much we can do here without an actual stacktrace.
The libreoffice in Fedora rawhide works fine here.
Comment 7 Óscar García Amor 2015-10-11 15:05:44 UTC
Created attachment 313058 [details]
Strace of libreoffice

I do a strace of LibreOffice run.

The distro is an Arch Linux.
Comment 8 Matthias Clasen 2015-10-12 11:35:26 UTC
strace does not help. We do need a backtrace - run it in gdb and type ta a bt when it crashes
Comment 9 Ben 2015-10-12 17:15:16 UTC
Not sure if this helps, since I don't have a debug version of libreoffice

  • #0 gtk_entry_set_text
    at gtkentry.c line 7696
  • #1 ??
    from /usr/lib/libreoffice/program/libvclplug_gtk3lo.so
  • #2 ??
    from /usr/lib/libreoffice/program/libsfxlo.so
  • #3 ??
    from /usr/lib/libreoffice/program/libsfxlo.so
  • #4 ??
    from /usr/lib/libreoffice/program/libsfxlo.so
  • #5 ??
    from /usr/lib/libreoffice/program/libsfxlo.so
  • #6 ??
    from /usr/lib/libreoffice/program/libsfxlo.so
  • #7 ??
    from /usr/lib/libreoffice/program/libsfxlo.so
  • #8 ??
    from /usr/lib/libreoffice/program/libsfxlo.so
  • #9 ??
    from /usr/lib/libreoffice/program/libvcllo.so
  • #10 SalGenericDisplay::DispatchInternalEvent()
    from /usr/lib/libreoffice/program/libvcllo.so
  • #11 ??
    from /usr/lib/libreoffice/program/libvclplug_gtk3lo.so
  • #12 ??
    from /usr/lib/libreoffice/program/libvclplug_gtk3lo.so
  • #13 g_main_dispatch
    at gmain.c line 3154
  • #14 g_main_context_dispatch
    at gmain.c line 3769
  • #15 g_main_context_iterate
    at gmain.c line 3840
  • #16 g_main_context_iteration
    at gmain.c line 3901
  • #17 ??
    from /usr/lib/libreoffice/program/libvclplug_gtk3lo.so
  • #18 Application::Yield()
    from /usr/lib/libreoffice/program/libvcllo.so
  • #19 Application::Execute()
    from /usr/lib/libreoffice/program/libvcllo.so
  • #20 ??
    from /usr/lib/libreoffice/program/libsofficeapp.so
  • #21 ??
    from /usr/lib/libreoffice/program/libvcllo.so
  • #22 SVMain()
    from /usr/lib/libreoffice/program/libvcllo.so
  • #23 soffice_main
    from /usr/lib/libreoffice/program/libsofficeapp.so
  • #24 ??
  • #25 __libc_start_main
    from /usr/lib/libc.so.6
  • #26 ??

Comment 10 Ben 2015-10-12 17:20:26 UTC
>>> p entry
$1 = (GtkEntry *) 0x42de4f0
>>> p *entry
$2 = {
  parent_instance = {
    parent_instance = {
      g_type_instance = {
        g_class = 0xaaaaaaaaaaaaaaaa
      }, 
      ref_count = 2863311530, 
      qdata = 0xaaaaaaaaaaaaaaaa
    }, 
    priv = 0xaaaaaaaaaaaaaaaa
  }, 
  priv = 0xaaaaaaaaaaaaaaaa
}
Comment 11 Matthias Clasen 2015-10-16 00:06:54 UTC
I think you should probably take this to the libreoffice team doing the gtk3 porting. I doubt that we'll be able to help much.
Comment 12 Caolan McNamara 2015-11-03 15:28:20 UTC
http://cgit.freedesktop.org/libreoffice/core/commit/?id=c1b97d2747004d1912744ab7ff11353a73713310 is the upstream LibreOffice fix for this. This can be closed out on the gtk side.
Comment 13 Matthias Clasen 2015-11-03 17:47:56 UTC
thanks, Caolan