Bug 1336133

Summary: [abrt] copyq: QCoreApplication::notifyInternal2(): copyq killed by SIGSEGV
Product: [Fedora] Fedora Reporter: Mikhail Moskalev <mmv.rus>
Component: copyqAssignee: Gerald Cox <gbcox>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: medium    
Version: 23CC: gbcox, mmv.rus, ndbecker2, sudhir
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/803e099bfea47c8a061d69422a9e838bc901f24d
Whiteboard: abrt_hash:d262984b29de8579454d432a83576a60ad487219;
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-06-13 16:59:58 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace
none
File: cgroup
none
File: core_backtrace
none
File: dso_list
none
File: environ
none
File: limits
none
File: maps
none
File: mountinfo
none
File: namespaces
none
File: open_fds
none
File: proc_pid_status
none
File: var_log_messages
none
File: exploitable none

Description Mikhail Moskalev 2016-05-14 15:51:06 UTC
Description of problem:
Suddenly pop-up when copy files to USB flash. But copying continue successfully.

Version-Release number of selected component:
copyq-2.7.0-1.fc23

Additional info:
reporter:       libreport-2.6.4
backtrace_rating: 4
cmdline:        /usr/bin/copyq eval -- ' if (monitoring()) {updateTitle()}'
crash_function: QCoreApplication::notifyInternal2
executable:     /usr/bin/copyq
global_pid:     29819
kernel:         4.4.8-300.fc23.x86_64
runlevel:       N 5
type:           CCpp
uid:            1000

Truncated backtrace:
Thread no. 1 (10 frames)
 #0 QCoreApplication::notifyInternal2 at kernel/qcoreapplication.cpp:1015
 #1 QCoreApplication::sendEvent at kernel/qcoreapplication.h:227
 #2 QCoreApplicationPrivate::sendPostedEvents at kernel/qcoreapplication.cpp:1650
 #3 QCoreApplication::sendPostedEvents at kernel/qcoreapplication.cpp:1508
 #4 postEventSourceDispatch at kernel/qeventdispatcher_glib.cpp:270
 #8 g_main_context_iteration at gmain.c:3901
 #9 QEventDispatcherGlib::processEvents at kernel/qeventdispatcher_glib.cpp:417
 #10 QEventLoop::exec at kernel/qeventloop.cpp:204
 #11 QThread::exec at thread/qthread.cpp:503
 #12 QThreadPrivate::start at thread/qthread_unix.cpp:340

Comment 1 Mikhail Moskalev 2016-05-14 15:51:10 UTC
Created attachment 1157494 [details]
File: backtrace

Comment 2 Mikhail Moskalev 2016-05-14 15:51:11 UTC
Created attachment 1157495 [details]
File: cgroup

Comment 3 Mikhail Moskalev 2016-05-14 15:51:12 UTC
Created attachment 1157496 [details]
File: core_backtrace

Comment 4 Mikhail Moskalev 2016-05-14 15:51:14 UTC
Created attachment 1157497 [details]
File: dso_list

Comment 5 Mikhail Moskalev 2016-05-14 15:51:15 UTC
Created attachment 1157498 [details]
File: environ

Comment 6 Mikhail Moskalev 2016-05-14 15:51:17 UTC
Created attachment 1157499 [details]
File: limits

Comment 7 Mikhail Moskalev 2016-05-14 15:51:19 UTC
Created attachment 1157500 [details]
File: maps

Comment 8 Mikhail Moskalev 2016-05-14 15:51:20 UTC
Created attachment 1157501 [details]
File: mountinfo

Comment 9 Mikhail Moskalev 2016-05-14 15:51:21 UTC
Created attachment 1157502 [details]
File: namespaces

Comment 10 Mikhail Moskalev 2016-05-14 15:51:23 UTC
Created attachment 1157503 [details]
File: open_fds

Comment 11 Mikhail Moskalev 2016-05-14 15:51:24 UTC
Created attachment 1157504 [details]
File: proc_pid_status

Comment 12 Mikhail Moskalev 2016-05-14 15:51:26 UTC
Created attachment 1157505 [details]
File: var_log_messages

Comment 13 Mikhail Moskalev 2016-05-14 15:51:27 UTC
Created attachment 1157506 [details]
File: exploitable

Comment 14 Gerald Cox 2016-05-14 16:32:15 UTC
Thanks for the report.  Can you reproduce or is this a one time thing?

How exactly were you copying files to the usb?  Drag and drop?  Ctrl C, Ctrl V?
command line?  

Are you using Plasma, LXQt, Gnome, others?

Once I receive this information I will try to reproduce.  If reproducible will send upstream.  

Thanks!

Comment 15 Mikhail Moskalev 2016-06-14 16:33:30 UTC
Now I unable to reproduce it. May be it rare condition.

Drag&Drop or Ctrl-C, Ctrl-V

But now i tried both ways from different mounted FS. No CopyQ crashes.

GNOME Shell 3.18.5
GNOME nautilus 3.18.5
CopyQ Clipboard Manager v2.7.0

I look at mountinfo
It involve Live Win8.1 USB drive with two partitions.
This time strugle to make it bootable and use different ways to built, so it hard to reproduce.

Comment 16 Sudhir Khanger 2016-06-18 07:24:13 UTC
Similar problem has been detected:

I copied a bitly link and it crashed. http://bit.ly/1UgZsog

reporter:       libreport-2.6.4
backtrace_rating: 4
cmdline:        /usr/bin/copyq eval -- ' if (monitoring()) {updateFirst()}'
crash_function: QCoreApplication::notifyInternal2
executable:     /usr/bin/copyq
global_pid:     11851
kernel:         4.5.6-200.fc23.x86_64
package:        copyq-2.7.0-1.fc23
reason:         copyq killed by SIGSEGV
runlevel:       N 5
type:           CCpp
uid:            1000

Comment 17 Sudhir Khanger 2016-06-19 05:49:25 UTC
FYI a commit has been pushed upstream to assuage this issue.

https://github.com/hluk/CopyQ/issues/520

Comment 18 Gerald Cox 2016-06-19 13:32:32 UTC
Saw that, will process shortly: rhbz=1347965

Comment 19 Neal Becker 2016-06-30 13:34:39 UTC
*** Bug 1351650 has been marked as a duplicate of this bug. ***

Comment 20 Sudhir Khanger 2016-07-24 18:16:49 UTC
Any idea if following bug is a duplicate?

https://bugzilla.redhat.com/show_bug.cgi?id=1359528

Comment 21 Gerald Cox 2016-07-24 19:02:46 UTC
(In reply to Sudhir Khanger from comment #20)
> Any idea if following bug is a duplicate?
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1359528

Shouldn't be.  The patch referenced in c#17 was tagged for 2.7.1.