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 bugzilla.redhat.com.
Bug 1180706 - Does not launch: "Gjs-CRITICAL **: Attempting to call back into JSAPI during the sweeping phase of GC."
Summary: Does not launch: "Gjs-CRITICAL **: Attempting to call back into JSAPI during ...
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-documents
Version: 22
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Elad Alfassa
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: AcceptedBlocker
Depends On: 1192197
Blocks: F22FinalBlocker
TreeView+ depends on / blocked
 
Reported: 2015-01-09 18:24 UTC by Adam Williamson
Modified: 2015-04-21 00:10 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-04-21 00:10:15 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

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 https://fedoraproject.org/wiki/Fedora_22_Final_Release_Criteria#Default_application_functionality : "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: http://meetbot.fedoraproject.org/fedora-blocker-review/2015-01-12/f22-blocker-review.2015-01-12-16.06.log.txt . 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 - https://bugzilla.redhat.com/show_bug.cgi?id=1192197 - 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:
https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora22

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.


Note You need to log in before you can comment on or make changes to this bug.