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 1705060 - quiterss immediately crashes with segv
Summary: quiterss immediately crashes with segv
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: quiterss
Version: 30
Hardware: Unspecified
OS: Unspecified
unspecified
urgent
Target Milestone: ---
Assignee: Eugene A. Pivnev
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-05-01 10:57 UTC by Daniel Berrangé
Modified: 2020-07-29 09:40 UTC (History)
4 users (show)

Fixed In Version: quiterss-0.18.12-3.fc30
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2019-07-16 01:39:54 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Daniel Berrangé 2019-05-01 10:57:41 UTC
Description of problem:

Starting quiterss leads to immediate segv

$ gdb quiterss
Thread 1 "quiterss" received signal SIGSEGV, Segmentation fault.
0x00007ffff4efd5b9 in QAction::setText(QString const&) () from /lib64/libQtGui.so.4
(gdb) bt
#0  0x00007ffff4efd5b9 in QAction::setText(QString const&) () at /lib64/libQtGui.so.4
#1  0x00005555556c136d in MainWindow::retranslateStrings() (this=0x555555d80990)
    at src/application/mainwindow.h:75
#2  0x000055555570967c in MainWindow::MainWindow(QWidget*)
    (this=0x555555d80990, parent=<optimized out>) at src/application/mainwindow.cpp:116
#3  0x00005555556ae52c in MainApplication::MainApplication(int&, char**)
    (this=0x7fffffffd0b0, argc=@0x7fffffffd0ac: 1, argv=<optimized out>)
    at src/application/mainapplication.cpp:87
#4  0x00005555555ef719 in main(int, char**) (argc=<optimized out>, argv=0x7fffffffd278)
    at src/main/main.cpp:40


I'm running GNOME shell  and wayland, though from the look of the segv stack trace this is likely not related.

Version-Release number of selected component (if applicable):
quiterss-0.18.12-2.fc30.x86_64

How reproducible:
Always

Steps to Reproduce:
1.Start quiterss
2.
3.

Actual results:
Segv

Expected results:
Displays normally

Additional info:

Comment 1 Daniel Berrangé 2019-05-01 11:06:12 UTC
I simply rebuilt the quiterss RPM from dist-git locally and it successfully launches.  IOW, it looks like there was a bad build of quiterss for the mass rebuild in F30.

Comment 2 Donald O'Dona 2019-05-07 09:08:34 UTC
I confirm that. It really segv's immidiatelly after invoking. abrt fails to generate report data.Hence I only have a strace, I have to shorten:
=========================================================================================

execve("/usr/bin/quiterss", ["/usr/bin/quiterss"], 0x7ffe7fdbf2e0 /* 71 vars */) = 0
brk(NULL)                               = 0x556520321000
arch_prctl(0x3001 /* ARCH_??? */, 0x7ffdb9121810) = -1 EINVAL (Invalid argument)
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
brk(NULL)                               = 0x556526419000
brk(0x55652643a000)                     = 0x55652643a000
brk(NULL)                               = 0x55652643a000

clock_gettime(CLOCK_MONOTONIC, {tv_sec=79891, tv_nsec=411724655}) = 0
poll([{fd=6, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=6, revents=POLLOUT}])
writev(6, [{iov_base="\212\24F\0\v\0 \4\1\0\0\0/\0\0\0\7\0\t\0\0\0\t\0\6\0\0\0004\4\0\4"..., iov_len=16212}, {iov_base="\0\0\0\0\0\0\0\0#\10\0\10\252\201O\201\355\336\310\336\365\370\366\370\311\337\355\337T\204\253\204"..., iov_len=352}, {iov_base="", iov_len=0}], 3) = 16564
clock_gettime(CLOCK_MONOTONIC, {tv_sec=79891, tv_nsec=432670073}) = 0
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
clock_gettime(CLOCK_MONOTONIC, {tv_sec=79891, tv_nsec=433430596}) = 0
clock_gettime(CLOCK_MONOTONIC, {tv_sec=79891, tv_nsec=433644177}) = 0
poll([{fd=6, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=6, revents=POLLOUT}])
writev(6, [{iov_base="\212\24u\0\20\0 \4\1\0\0\0S\0\0\0\n\0\v\0\0\0\10\0\t\0\0\0004\4\0\4"..., iov_len=16188}, {iov_base="\0\0\0\0\0\0\0\0\31\4\0\4\272\177D\177\371\372\345\372#s\306s\0\0\2\0\0\0\0\0"..., iov_len=280}, {iov_base="", iov_len=0}], 3) = 16468
poll([{fd=6, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=6, revents=POLLOUT}])
writev(6, [{iov_base="\212\24U\0\21\0 \4\1\0\0\0\f\0\0\0\6\0\r\0\1\0\n\0\5\0\0\0\0\0\0\0"..., iov_len=16228}, {iov_base="\0\0\0\0\16\1\0\1\234h3h\344\324\276\324\364\366\360\366\265\324\350\324!P\211P\0\0\5\0"..., iov_len=324}, {iov_base="", iov_len=0}], 3) = 16552
poll([{fd=6, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=6, revents=POLLOUT}])
writev(6, [{iov_base="\212\24U\0\21\0 \4\1\0\0\0\v\0\0\0\6\0\r\0\1\0\n\0\5\0\0\0\0\0\0\0"..., iov_len=16144}, {iov_base="\0\0\0\0\0\0\0\0N!\7!\315\256\203\256\370\361\343\361\343\361\367\361\210\260\316\260\t'U'"..., iov_len=400}, {iov_base="", iov_len=0}], 3) = 16544
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
clock_gettime(CLOCK_MONOTONIC, {tv_sec=79891, tv_nsec=437449793}) = 0
clock_gettime(CLOCK_MONOTONIC, {tv_sec=79891, tv_nsec=437714010}) = 0
clock_gettime(CLOCK_MONOTONIC, {tv_sec=79891, tv_nsec=438202005}) = 0
poll([{fd=6, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=6, revents=POLLOUT}])
writev(6, [{iov_base="\212\24U\0\21\0 \4\1\0\0\0\f\0\0\0\6\0\r\0\1\0\n\0\5\0\0\0\0\0\0\0"..., iov_len=16384}, {iov_base=NULL, iov_len=0}, {iov_base="", iov_len=0}], 3) = 16384
recvmsg(6, {msg_namelen=0}, 0)          = -1 EAGAIN (Resource temporarily unavailable)
clock_gettime(CLOCK_MONOTONIC, {tv_sec=79891, tv_nsec=439764956}) = 0
clock_gettime(CLOCK_MONOTONIC, {tv_sec=79891, tv_nsec=439833193}) = 0
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
clock_gettime(CLOCK_MONOTONIC, {tv_sec=79891, tv_nsec=440264474}) = 0
poll([{fd=6, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=6, revents=POLLOUT}])
writev(6, [{iov_base="\212\24U\0\21\0 \4\1\0\0\0\v\0\0\0\6\0\r\0\1\0\n\0\5\0\0\0\0\0\0\0"..., iov_len=16352}, {iov_base="4\4\0\4\373\326\206\326\377\377\377\377\375\376\377\376\344\361\371\361\224\266\321\266\248h8\0\0\2\0"..., iov_len=324}, {iov_base="", iov_len=0}], 3) = 16676
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
clock_gettime(CLOCK_MONOTONIC, {tv_sec=79891, tv_nsec=441702057}) = 0
clock_gettime(CLOCK_MONOTONIC, {tv_sec=79891, tv_nsec=442319262}) = 0
clock_gettime(CLOCK_MONOTONIC, {tv_sec=79891, tv_nsec=442437436}) = 0
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
clock_gettime(CLOCK_MONOTONIC, {tv_sec=79891, tv_nsec=443687420}) = 0
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
clock_gettime(CLOCK_MONOTONIC, {tv_sec=79891, tv_nsec=443886403}) = 0
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
clock_gettime(CLOCK_MONOTONIC, {tv_sec=79891, tv_nsec=444231429}) = 0
clock_gettime(CLOCK_MONOTONIC, {tv_sec=79891, tv_nsec=444362664}) = 0
--- SIGSEGV {si_signo=SIGSEGV, si_code=SI_KERNEL, si_addr=NULL} ---
+++ killed by SIGSEGV (core dumped) +++

Comment 3 Daniel Berrangé 2019-05-16 11:43:12 UTC
Any update on getting this fixed - it is completely unusable as is.

Comment 4 Daniel Berrangé 2019-07-01 10:00:01 UTC
Please can you get a rebuild of this into Fedora 30 and issue updates.

Comment 5 P D 2019-07-05 09:34:56 UTC
I have the same issue.

Comment 6 Fedora Update System 2019-07-07 19:33:52 UTC
FEDORA-2019-3a17d49365 has been submitted as an update to Fedora 30. https://bodhi.fedoraproject.org/updates/FEDORA-2019-3a17d49365

Comment 7 Fedora Update System 2019-07-08 01:02:30 UTC
quiterss-0.18.12-3.fc30 has been pushed to the Fedora 30 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-3a17d49365

Comment 8 Fedora Update System 2019-07-16 01:39:54 UTC
quiterss-0.18.12-3.fc30 has been pushed to the Fedora 30 stable repository. If problems still persist, please make note of it in this bug report.

Comment 9 Donald O'Dona 2019-07-16 08:26:10 UTC
it works now - basically, as moving from one folder to another is very slow.


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