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 725396 - Bjiben crashes when trying to open a note
Bjiben crashes when trying to open a note
Status: RESOLVED NOTGNOME
Product: bijiben
Classification: Applications
Component: general
3.11.x
Other Linux
: Normal critical
: ---
Assigned To: Bijiben maintainer(s)
Bijiben maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2014-02-28 12:41 UTC by Antoine Saroufim
Modified: 2014-08-19 21:07 UTC
See Also:
GNOME target: ---
GNOME version: 3.11/3.12



Description Antoine Saroufim 2014-02-28 12:41:59 UTC
when trying to open an existing note, bijiben crashes with the following output:
linux@linux:~> bijiben

(bijiben:4500): GLib-GObject-WARNING **: gsignal.c:1612: signal "trashed" already exists in the 'BijiItem' class ancestry

(bijiben:4500): GLib-CRITICAL **: g_variant_ref: assertion 'value->ref_count > 0' failed

(bijiben:4500): GLib-CRITICAL **: g_variant_unref: assertion 'value->ref_count > 0' failed
java version "1.7.0_51"
OpenJDK Runtime Environment (IcedTea 2.4.5) (suse-35.1-x86_64)
OpenJDK 64-Bit Server VM (build 24.51-b03, mixed mode)

(bijiben:4500): GLib-CRITICAL **: g_variant_ref: assertion 'value->ref_count > 0' failed
g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting.
Terminated
Comment 1 Pierre-Yves Luyten 2014-02-28 22:21:50 UTC
Can you run 

linux@linux:~>gdb bijiben
linux@linux:~>run

(crash makes the app freeze...)

linux@linux:~>bt

and attach the backtrace? you will need bijiben debuginfo installed. or >gdb ./src/bijiben if you did compile.
Comment 2 Antoine Saroufim 2014-03-03 09:53:43 UTC
warning: /etc/gdbinit.d/gdb-heap.py: No such file or directory
Reading symbols from bijiben...
warning: the debug information found in "/usr/lib/debug//usr/bin/bijiben.debug" does not match "/usr/bin/bijiben" (CRC mismatch).


warning: the debug information found in "/usr/lib/debug/usr/bin/bijiben.debug" does not match "/usr/bin/bijiben" (CRC mismatch).

(no debugging symbols found)...done.
Missing separate debuginfos, use: zypper install bijiben-debuginfo-3.11.90-39.4.x86_64
(gdb) run
Starting program: /usr/bin/bijiben 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[New Thread 0x7fffe58f0700 (LWP 2728)]
[New Thread 0x7fffdffff700 (LWP 2729)]
[New Thread 0x7fffd523f700 (LWP 2730)]
[New Thread 0x7fffd4a3e700 (LWP 2731)]
[New Thread 0x7fffcffff700 (LWP 2732)]
[New Thread 0x7fffcf7fe700 (LWP 2733)]
[New Thread 0x7fffceffd700 (LWP 2734)]
[New Thread 0x7fffce7fc700 (LWP 2735)]
[New Thread 0x7fffcce0a700 (LWP 2736)]

(bijiben:2724): GLib-GObject-WARNING **: gsignal.c:1612: signal "trashed" already exists in the 'BijiItem' class ancestry

(bijiben:2724): GLib-CRITICAL **: g_variant_ref: assertion 'value->ref_count > 0' failed

(bijiben:2724): GLib-CRITICAL **: g_variant_unref: assertion 'value->ref_count > 0' failed
[Thread 0x7fffd523f700 (LWP 2730) exited]
[New Thread 0x7fffd523f700 (LWP 2740)]
[New Thread 0x7fffbde0e700 (LWP 2741)]
Detaching after fork from child process 2742.
[New Thread 0x7fff77ffd700 (LWP 2744)]
[New Thread 0x7fff777fc700 (LWP 2745)]
[New Thread 0x7fff76ffb700 (LWP 2746)]
java version "1.7.0_51"
OpenJDK Runtime Environment (IcedTea 2.4.5) (suse-35.1-x86_64)
OpenJDK 64-Bit Server VM (build 24.51-b03, mixed mode)

(bijiben:2724): GLib-CRITICAL **: g_variant_ref: assertion 'value->ref_count > 0' failed
g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting.

(bijiben:2724): GLib-CRITICAL **: g_variant_unref: assertion 'value->ref_count > 0' failed

Program received signal SIGTERM, Terminated.

Thread 140737044743936 (LWP 2728)

  • #0 raise
    from /lib64/libpthread.so.0
  • #1 ffi_call_unix64
    from /usr/lib64/libffi.so.4
  • #2 ffi_call
    from /usr/lib64/libffi.so.4
  • #3 g_cclosure_marshal_generic
    from /usr/lib64/libgobject-2.0.so.0
  • #4 g_closure_invoke
    from /usr/lib64/libgobject-2.0.so.0
  • #5 ??
    from /usr/lib64/libgobject-2.0.so.0
  • #6 g_signal_emit_valist
    from /usr/lib64/libgobject-2.0.so.0
  • #7 g_signal_emit
    from /usr/lib64/libgobject-2.0.so.0
  • #8 ??
    from /usr/lib64/libgio-2.0.so.0
  • #9 g_main_context_dispatch
    from /usr/lib64/libglib-2.0.so.0
  • #10 ??
    from /usr/lib64/libglib-2.0.so.0
  • #11 g_main_context_iteration
    from /usr/lib64/libglib-2.0.so.0
  • #12 ??
    from /usr/lib64/gio/modules/libdconfsettings.so
  • #13 ??
    from /usr/lib64/libglib-2.0.so.0
  • #14 start_thread
    from /lib64/libpthread.so.0
  • #15 clone
    from /lib64/libc.so.6


PS: I assure you the debuginfo package is installed despite gdb saying it isn't
Comment 3 Pierre-Yves Luyten 2014-03-03 10:33:16 UTC
(In reply to comment #2)
> warning: the debug information found in "/usr/lib/debug//usr/bin/bijiben.debug"
> does not match "/usr/bin/bijiben" (CRC mismatch).
> 
> 
> warning: the debug information found in "/usr/lib/debug/usr/bin/bijiben.debug"
> does not match "/usr/bin/bijiben" (CRC mismatch).
> 

>  PS: I assure you the debuginfo package is installed despite gdb saying it isn't


You might try to see which package and version had "/usr/lib/debug/usr/bin/bijiben.debug" file. This might be a different version than bijiben. You can open a bug report in OpenSuse about this.

Since the crash happens after web plugins are loaded (which is another bug..., https://bugzilla.gnome.org/show_bug.cgi?id=708325), seems to be webKit crashing. Please try to install these debuginfo, too. With just glib symbols we cannot solve this bug.

You might also compile bijiben yourself, eg with jhbuild, to see if the same happens (and you will have symbols).
Comment 4 Dominique Leuenberger 2014-03-03 12:19:30 UTC
(In reply to comment #3)

> You might try to see which package and version had
> "/usr/lib/debug/usr/bin/bijiben.debug" file. This might be a different version
> than bijiben. You can open a bug report in OpenSuse about this.

-debuginfo and regular packages for GNOME 3.11.x are published in the same repository. Please ensure to keep them in sync.
 
please check the outputs of:

zypper se -is bijiben
Comment 5 Antoine Saroufim 2014-03-05 06:54:21 UTC
S | Name                                | Type    | Version      | Arch   | Repository       
--+-------------------------------------+---------+--------------+--------+------------------
i | bijiben                             | package | 3.11.90-39.4 | x86_64 | (System Packages)
i | bijiben-debuginfo                   | package | 3.11.90-39.5 | x86_64 | GNOME:Next       
i | gnome-shell-search-provider-bijiben | package | 3.11.90-39.5 | x86_64 | GNOME:Next 

Here's the gdb backtrace after updating both:

(gdb) run
Starting program: /usr/bin/bijiben 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[New Thread 0x7fffe58f0700 (LWP 4916)]
[New Thread 0x7fffe4abb700 (LWP 4917)]
[New Thread 0x7fffd523f700 (LWP 4918)]
[New Thread 0x7fffd4a3e700 (LWP 4919)]
[New Thread 0x7fffcffff700 (LWP 4920)]
[New Thread 0x7fffcf7fe700 (LWP 4921)]
[New Thread 0x7fffceffd700 (LWP 4922)]
[New Thread 0x7fffce7fc700 (LWP 4923)]
[New Thread 0x7fffccea7700 (LWP 4925)]
Unable to load location /home/linux/.local/share/bijiben/.Trash: No such file or directory
(bijiben:4902): GLib-CRITICAL **: g_variant_ref: assertion 'value->ref_count > 0' failed

(bijiben:4902): GLib-CRITICAL **: g_variant_unref: assertion 'value->ref_count > 0' failed
[Thread 0x7fffce7fc700 (LWP 4923) exited]
[New Thread 0x7fffce7fc700 (LWP 4927)]
[New Thread 0x7fffbde0e700 (LWP 4928)]
Detaching after fork from child process 4929.
[New Thread 0x7fff77ffd700 (LWP 4931)]
[New Thread 0x7fff777fc700 (LWP 4932)]
[New Thread 0x7fff76ffb700 (LWP 4933)]
java version "1.7.0_51"
OpenJDK Runtime Environment (IcedTea 2.4.5) (suse-35.1-x86_64)
OpenJDK 64-Bit Server VM (build 24.51-b03, mixed mode)

(bijiben:4902): GLib-CRITICAL **: g_variant_ref: assertion 'value->ref_count > 0' failed
g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting.

(bijiben:4902): GLib-CRITICAL **: g_variant_unref: assertion 'value->ref_count > 0' failed

Program received signal SIGTERM, Terminated.

Thread 140737044743936 (LWP 4916)

  • #0 raise
    from /lib64/libpthread.so.0
  • #1 ffi_call_unix64
    from /usr/lib64/libffi.so.4
  • #2 ffi_call
    from /usr/lib64/libffi.so.4
  • #3 g_cclosure_marshal_generic
    from /usr/lib64/libgobject-2.0.so.0
  • #4 g_closure_invoke
    from /usr/lib64/libgobject-2.0.so.0
  • #5 ??
    from /usr/lib64/libgobject-2.0.so.0
  • #6 g_signal_emit_valist
    from /usr/lib64/libgobject-2.0.so.0
  • #7 g_signal_emit
    from /usr/lib64/libgobject-2.0.so.0
  • #8 ??
    from /usr/lib64/libgio-2.0.so.0
  • #9 g_main_context_dispatch
    from /usr/lib64/libglib-2.0.so.0
  • #10 ??
    from /usr/lib64/libglib-2.0.so.0
  • #11 g_main_context_iteration
    from /usr/lib64/libglib-2.0.so.0
  • #12 ??
    from /usr/lib64/gio/modules/libdconfsettings.so
  • #13 ??
    from /usr/lib64/libglib-2.0.so.0
  • #14 start_thread
    from /lib64/libpthread.so.0
  • #15 clone
    from /lib64/libc.so.6

Comment 6 Pierre-Yves Luyten 2014-03-07 20:03:50 UTC
Thanks for the bt, unfortunately there are no bijiben functions inside. Can you have a longer one? You might also run

G_MESSAGES_DEBUG=all bijiben

in case some messages help us
Comment 7 Tom Polak 2014-08-19 13:08:01 UTC
Hi,
I have the same problem. Fedora 20. Bijiben crashes when I try to open any of my notes. After that, it's not even possible to start Bijiben. But after some period of time, I am able to start Bijiben again, but it crashes, when I try to open any of my notes.
The crash is reported by Fedora's ABRT.

bijiben.x86_64  3.10.2-1.fc20  @updates

I am not a programmer, so I never worked with gdb....

Outup from terminal:

pol@cimrman:~ $ G_MESSAGES_DEBUG=all bijiben
(bijiben:23885): Gtk-DEBUG: Connecting to session manager
** (bijiben:23885): DEBUG: on provider loaded: 7
** (bijiben:23885): DEBUG: book: notify changed, 1

(bijiben:23885): GLib-CRITICAL **: g_variant_ref: assertion 'value->ref_count > 0' failed
** (bijiben:23885): DEBUG: NP_Initialize
** (bijiben:23885): DEBUG: NP_Initialize succeeded
** (bijiben:23885): DEBUG: NP_Initialize
** (bijiben:23885): DEBUG: NP_Initialize succeeded
** (bijiben:23885): DEBUG: NP_Initialize
** (bijiben:23885): DEBUG: NP_Initialize succeeded
** (bijiben:23885): DEBUG: NP_Initialize
** (bijiben:23885): DEBUG: NP_Initialize succeeded
(bijiben:23885): GnomeShellBrowserPlugin-DEBUG: plugin loaded
java version "1.7.0_65"
OpenJDK Runtime Environment (fedora-2.5.1.3.fc20-x86_64 u65-b17)
OpenJDK 64-Bit Server VM (build 24.65-b04, mixed mode)

(bijiben:23885): GLib-CRITICAL **: g_variant_ref: assertion 'value->ref_count > 0' failed

(bijiben:23885): GLib-CRITICAL **: g_variant_unref: assertion 'value->ref_count > 0' failed
g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting.
Terminated
Comment 8 Dominique Leuenberger 2014-08-19 13:21:40 UTC
Tom

If I remember correct, this was the integration with Zeitgeist that caused it in openSUSE
Comment 9 Antoine Saroufim 2014-08-19 13:23:00 UTC
No, it wasn't. It was a clutter version mismatch.
Comment 10 Tom Polak 2014-08-19 14:13:12 UTC
Well, the same thing happens to me in Fedora now.
I think it's got something to do with GnomeShellBrowserPlugin or Java, because I have both Firefox and Epiphany crashing on some sites.
Comment 11 Pierre-Yves Luyten 2014-08-19 20:43:38 UTC
(In reply to comment #9)
> No, it wasn't. It was a clutter version mismatch.

Antoine, Dominique : are openSuse issues better now? Should I close this bug?




(In reply to comment #10)
> Well, the same thing happens to me in Fedora now.
> I think it's got something to do with GnomeShellBrowserPlugin or Java, because
> I have both Firefox and Epiphany crashing on some sites.

Tom,

that's a very recent fedora bug. I'm facing it, too
g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting.
Complété

Also, zeitgeist crashes. and I jsut tryed to compile without zeitgeist support : this works.
Comment 12 Pierre-Yves Luyten 2014-08-19 20:44:07 UTC
<openSUSE>, sorry
Comment 13 Dominique Leuenberger 2014-08-19 20:46:16 UTC
(In reply to comment #11)
> (In reply to comment #9)
> > No, it wasn't. It was a clutter version mismatch.
> 
> Antoine, Dominique : are openSuse issues better now? Should I close this bug?
> 

on openSUSE we have:

Fri Apr 11 18:01:17 UTC 2014 - dimstar@opensuse.org

- Introduce with_zeitgeist defines (currently set to 0) to easily
  switch Zeitgeist integration on and off. At this moment, it is
  crashing bijiben when accessing notes if switched on.
- Conditionally enable pkgconfig(zeitgeist-2.0) BuildRequires based
  on with_zeitgeist defines.
Comment 14 Pierre-Yves Luyten 2014-08-19 21:07:46 UTC
(In reply to comment #13)
> 
> on openSUSE we have:
> 
> Fri Apr 11 18:01:17 UTC 2014 - dimstar@opensuse.org
> 
> - Introduce with_zeitgeist defines (currently set to 0) to easily
>   switch Zeitgeist integration on and off. At this moment, it is
>   crashing bijiben when accessing notes if switched on.
> - Conditionally enable pkgconfig(zeitgeist-2.0) BuildRequires based
>   on with_zeitgeist defines.


Thanks, I'm afraid this is the right way for now. I'll close this bug to keep bugs on distributions / maybe upstream zeitgeist, and will try to see what happens.

Last build causes the issue, https://bugzilla.redhat.com/show_bug.cgi?id=1130769. Maybe will we learn something from there.