Bug 147247 - Konqueror Crashes when right-click occurs at the same time as closing
Summary: Konqueror Crashes when right-click occurs at the same time as closing
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Slackware Linux
: NOR crash
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords: investigated, triaged
Depends on:
Blocks:
 
Reported: 2007-06-26 15:51 UTC by JD
Modified: 2018-10-21 04:47 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description JD 2007-06-26 15:51:04 UTC
Version:            (using KDE KDE 3.5.4)
Installed from:    Slackware Packages
OS:                Linux

I have been able to reproduce this crash a half-dozen times using the following steps:

1. Open a new konqueror instance (it has always been the only one running, and without any additional tabs)
2. Browse to some website (I used Slashdot, if it matters)
3. When the site is done loading, simultaneously right-click, and hit Ctrl-Q. 
4. Konqueror will crash. (Since you were closing the only window anyway, this is not that big a loss--but perhaps this causes other crashes, as well?)
Comment 1 Oliver Putz 2008-01-28 01:18:19 UTC
I can reproduce this bug in a current KDE4 SVN build. (kdelibs r766524, kdebase r766781). However, there may be multiple instances of konqueror running. And note that the timing is really important. The right click has to happen within a very short timespan after you closed the konqueror window. If you click too late, it won't crash. 
Below you can find a GDB backtrace for this crash.

GDB:
Program received signal SIGABRT, Aborted.
[Switching to Thread 0xb63c9a10 (LWP 4467)]
0xffffe410 in __kernel_vsyscall ()
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb65eb1f1 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#2  0xb65ec9b8 in *__GI_abort () at abort.c:88
#3  0xb65e47d5 in *__GI___assert_fail (assertion=0xb4ad5519 "!s_refcnt", 
    file=0xb4ad5474 "/var/tmp/portage/kde-base/kdelibs-9999.4/work/kdelibs-9999.4/khtml/khtml_global.cpp", line=244, 
    function=0xb4ad56a0 "static void KHTMLGlobal::finalCheck()") at assert.c:78
#4  0xb48776b7 in KHTMLGlobal::finalCheck ()
    at /var/tmp/portage/kde-base/kdelibs-9999.4/work/kdelibs-9999.4/khtml/khtml_global.cpp:244
#5  0xb4bfb305 in ~KHTMLFactory (this=0x8407b10)
    at /var/tmp/portage/kde-base/kdelibs-9999.4/work/kdelibs-9999.4/khtml/khtml_factory.cpp:35
#6  0xb72e356d in QObjectCleanupHandler::clear (this=0x81f2618) at kernel/qobjectcleanuphandler.cpp:133
#7  0xb72e3600 in ~QObjectCleanupHandler (this=0x81f2618) at kernel/qobjectcleanuphandler.cpp:79
#8  0xb7babe1b in destroy ()
    at /var/tmp/portage/kde-base/kdelibs-9999.4/work/kdelibs-9999.4/kdecore/util/kpluginfactory.cpp:29
#9  0xb7a8edbb in ~KCleanUpGlobalStatic (this=0xb7be4554)
    at /var/tmp/portage/kde-base/kdelibs-9999.4/work/kdelibs-9999.4/kdecore/kernel/kglobal.h:65
#10 0xb7babd80 in __tcf_0 ()
    at /var/tmp/portage/kde-base/kdelibs-9999.4/work/kdelibs-9999.4/kdecore/util/kpluginfactory.cpp:29
#11 0xb65eddbc in *__GI_exit (status=0) at exit.c:75
#12 0xb65d7fe4 in __libc_start_main (main=0x80487c0 <main>, argc=1, ubp_av=0xbf9b8e14, init=0x8048810 <__libc_csu_init>, 
    fini=0x8048800 <__libc_csu_fini>, rtld_fini=0xb7f70100 <_dl_fini>, stack_end=0xbf9b8e0c) at libc-start.c:261
#13 0x08048731 in _start ()
Comment 2 Oliver Putz 2008-03-11 13:17:33 UTC
The description there is a completely different one, but this bug has the same backtrace as bug #156172. Maybe the two are related / are the same after all.
Comment 3 A. Spehr 2008-05-23 10:29:51 UTC
I vote dup.

*** This bug has been marked as a duplicate of 156172 ***
Comment 4 Maksim Orlovich 2008-08-01 19:10:20 UTC
I think it's technically not the same, this is relatively minor, though.
Comment 5 FiNeX 2009-08-29 17:35:41 UTC
Is it  possible to reproduce in curren trunk?
Comment 6 Andrew Crouthamel 2018-09-20 03:13:58 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 7 Andrew Crouthamel 2018-10-21 04:47:11 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!