Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at

Bug 1180706

Summary: Does not launch: "Gjs-CRITICAL **: Attempting to call back into JSAPI during the sweeping phase of GC."
Product: [Fedora] Fedora Reporter: Adam Williamson <awilliam>
Component: gnome-documentsAssignee: Elad Alfassa <elad>
Status: CLOSED WORKSFORME QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 22CC: ccecchi, elad, fedoraparked, mcatanzaro+wrong-account-do-not-cc, mclasen, robatino
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard: AcceptedBlocker
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-04-21 00:10:15 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On: 1192197    
Bug Blocks: 1043130    

Description Adam Williamson 2015-01-09 18:24:41 UTC
On current Rawhide, with gnome-documents-3.15.1-1.fc22.x86_64 , Documents does not run. Run from a console, I see:

[adamw@adam python-pyspf (f21 %)]$ gnome-documents 

(gnome-documents:8936): Gjs-CRITICAL **: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy() or dispose() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
[adamw@adam python-pyspf (f21 %)]

there is no actual crash (caught by abrt).

Proposing as an F22 final blocker, per : "All applications that can be launched using the standard graphical mechanism of a release-blocking desktop after a default installation of that desktop must start successfully and withstand a basic functionality test."

Comment 1 Adam Williamson 2015-01-12 16:44:30 UTC
Discussed at 2015-01-12 blocker review meeting: . Accepted as a Final blocker per criterion cited.

Comment 2 Adam Williamson 2015-02-06 20:27:59 UTC
Still valid today. Any news?

Comment 3 Adam Williamson 2015-02-12 20:37:05 UTC
I'm making an educated guess this is caused by the tracker issue - - based on the strace: the last file accessed aside from translations is /usr/share/gnome-documents/js/trackerController.js and one of the last things that happens is it connects to a dbus socket and winds up getting a 'Resource temporarily unavailable':

connect(7, {sa_family=AF_LOCAL, sun_path=@"/tmp/dbus-VsWIdU5JHm"}, 23) = 0
fcntl(7, F_GETFL)                       = 0x2 (flags O_RDWR)
fcntl(7, F_SETFL, O_RDWR|O_NONBLOCK)    = 0
geteuid()                               = 1001
getsockname(7, {sa_family=AF_LOCAL, NULL}, [2]) = 0
poll([{fd=7, events=POLLOUT}], 1, 0)    = 1 ([{fd=7, revents=POLLOUT}])
sendto(7, "\0", 1, MSG_NOSIGNAL, NULL, 0) = 1
sendto(7, "AUTH EXTERNAL 31303031\r\n", 24, MSG_NOSIGNAL, NULL, 0) = 24
poll([{fd=7, events=POLLIN}], 1, 4294967295) = 1 ([{fd=7, revents=POLLIN}])
read(7, "OK 2c0b3f28ad4aab84df04b4ca54dbc"..., 2048) = 37
poll([{fd=7, events=POLLOUT}], 1, 4294967295) = 1 ([{fd=7, revents=POLLOUT}])
sendto(7, "NEGOTIATE_UNIX_FD\r\n", 19, MSG_NOSIGNAL, NULL, 0) = 19
poll([{fd=7, events=POLLIN}], 1, 4294967295) = 1 ([{fd=7, revents=POLLIN}])
read(7, "AGREE_UNIX_FD\r\n", 2048)      = 15
poll([{fd=7, events=POLLOUT}], 1, 4294967295) = 1 ([{fd=7, revents=POLLOUT}])
sendto(7, "BEGIN\r\n", 7, MSG_NOSIGNAL, NULL, 0) = 7
poll([{fd=7, events=POLLIN|POLLOUT}], 1, 4294967295) = 1 ([{fd=7, revents=POLLOUT}])
sendmsg(7, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\0\1\0\0\0\0\1\0\0\0n\0\0\0\1\1o\0\25\0\0\0/org/fre"..., 128}, {"", 0}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 128
poll([{fd=7, events=POLLIN}], 1, 25000) = 1 ([{fd=7, revents=POLLIN}])
recvmsg(7, {msg_name(0)=NULL, msg_iov(1)=[{"l\2\1\1\n\0\0\0\1\0\0\0=\0\0\0\6\1s\0\5\0\0\0:1.92\0\0\0"..., 2048}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 260
recvmsg(7, 0x7fff538742f0, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable)

so, yeah, I'm guessing it's the same thing.

Comment 4 Matthias Clasen 2015-02-25 15:10:42 UTC
I was seeing this too, but today it magically just started working.

Can you still reproduce ?

Comment 5 Adam Williamson 2015-02-25 19:26:20 UTC
Still broken here (and I have the gnome-documents from two days ago). There hasn't been a tracker build for a while.

Comment 6 Jaroslav Reznik 2015-03-03 16:41:15 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 22 development cycle.
Changing version to '22'.

More information and reason for this action is here:

Comment 7 Adam Williamson 2015-04-21 00:10:15 UTC
Seems to be working here now too, on my desktop and in a clean VM.