[Fedora-i18n-bugs] [Bug 1472462] New: [abrt] ibus: _sighandler(): ibus-x11 killed by signal 11
https://bugzilla.redhat.com/show_bug.cgi?id=1472462
Bug ID: 1472462 Summary: [abrt] ibus: _sighandler(): ibus-x11 killed by signal 11 Product: Fedora Version: 26 Component: ibus Assignee: tfujiwar@redhat.com Reporter: jfrieben@hotmail.com QA Contact: extras-qa@fedoraproject.org CC: i18n-bugs@lists.fedoraproject.org, shawn.p.huang@gmail.com, smaitra@redhat.com, tfujiwar@redhat.com
Version-Release number of selected component: ibus-1.5.16-3.fc26
Additional info: reporter: libreport-2.9.1 backtrace_rating: 4 cmdline: /usr/libexec/ibus-x11 --kill-daemon crash_function: _sighandler executable: /usr/libexec/ibus-x11 journald_cursor: s=8e5363300b49437eb544c83cfc96b147;i=3dc12;b=316fea74f0934d70846642138ecfca2f;m=12eb301ac;t=5549860593af9;x=75d79439fd06b727 kernel: 4.11.10-300.fc26.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000
https://bugzilla.redhat.com/show_bug.cgi?id=1472462
fujiwara tfujiwar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jfrieben@hotmail.com Flags| |needinfo?(jfrieben@hotmail. | |com)
--- Comment #14 from fujiwara tfujiwar@redhat.com --- I cannot reproduce your backtrace. Are you still able to reproduce your backtrace?
Your ibus-x11 failed in calling exit(EXIT_FAILURE). Googling that failure of __run_exit_handlers(), seems a buffer overflow might happen so the backtrace itself does not help to resolve your problem and need to know the reproducing steps exactly to reproduce your problem.
(In reply to Joachim Frieben from comment #1)
Created attachment 1300661 [details] File: backtrace
#0 __run_exit_handlers (status=1, listp=0x7f0c1494d5b8 <__exit_funcs>, run_list_atexit=run_list_atexit@entry=true, run_dtors=run_dtors@entry=true) at exit.c:55 #1 0x00007f0c145bcc8a in __GI_exit (status=<optimized out>) at exit.c:105 #2 0x000055c6c23cad2e in _sighandler (sig=<optimized out>) at main.c:1108 #3 <signal handler called> #4 0x00007f0c14686a9d in poll () at ../sysdeps/unix/syscall-template.S:84 #5 0x00007f0c14bbc569 in g_main_context_poll (priority=<optimized out>, n_fds=1, fds=0x7f0bf80010c0, timeout=<optimized out>, context=0x55c6c37e1110) at gmain.c:4271 #6 g_main_context_iterate (context=0x55c6c37e1110, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3967 #7 0x00007f0c14bbc902 in g_main_loop_run (loop=0x55c6c37e2ab0) at gmain.c:4168 #8 0x00007f0c151a1cb6 in gdbus_shared_thread_func (user_data=0x55c6c37e10e0) at gdbusprivate.c:252 #9 0x00007f0c14be3536 in g_thread_proxy (data=0x55c6c372d000) at gthread.c:784 #10 0x00007f0c1495a36d in start_thread (arg=0x7f0bfe139700) at #11 0x00007f0c14692b8f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97
https://bugzilla.redhat.com/show_bug.cgi?id=1472462
Joachim Frieben jfrieben@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(jfrieben@hotmail. | |com) |
--- Comment #15 from Joachim Frieben jfrieben@hotmail.com --- (In reply to fujiwara from comment #14) I posted the backtrace after noticing the corresponding alert in the "Problem Reporting" utility. I have no memory of the precise circumstances of this crash. Nevertheless, the issue is current and real.
https://bugzilla.redhat.com/show_bug.cgi?id=1472462
fujiwara tfujiwar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(jfrieben@hotmail. | |com)
--- Comment #16 from fujiwara tfujiwar@redhat.com --- So are you still reproduce your backtrace?
https://bugzilla.redhat.com/show_bug.cgi?id=1472462
Joachim Frieben jfrieben@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(jfrieben@hotmail. | |com) |
--- Comment #17 from Joachim Frieben jfrieben@hotmail.com --- (In reply to fujiwara from comment #16) I do not know the precise circumstances which triggered this crash so I am unable to reproduce it deliberately.
https://bugzilla.redhat.com/show_bug.cgi?id=1472462
--- Comment #18 from fujiwara tfujiwar@redhat.com --- How many times can you reproduce your backtrace per day? I mean if you can reproduce your problem frequently, I will ask some debug tests to try to get the root cause. But if you cannot, I have no way to investigate your problem and also think this is not so important issue.
https://bugzilla.redhat.com/show_bug.cgi?id=1472462
--- Comment #19 from Joachim Frieben jfrieben@hotmail.com --- (In reply to fujiwara from comment #18) This crash occurred only two days ago, and I have not seen it again yet. I would therefore say: "wait and see". If it was a random crash, this bug report will be closed anyway when Fedora 26 reaches end of life, thanks.
https://bugzilla.redhat.com/show_bug.cgi?id=1472462
Pravin Satpute psatpute@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED CC| |psatpute@redhat.com Resolution|--- |WORKSFORME Last Closed| |2018-03-22 02:21:18
--- Comment #20 from Pravin Satpute psatpute@redhat.com --- We are working on F26 bug triaging activity, basically to make sure important bugs will not get closed automatically and those might get reproduced in next release.
From above comments it looks like we are not able to reproduced this issue. Closing it as of now, if you still feel this is an issue, feel free to reopen.
Thanks.
i18n-bugs@lists.fedoraproject.org
-
bugzilla＠redhat.com