Version: unknown (using KDE 3.0.8 (KDE 3.1 beta2)) Installed from: compiled sources Compiler: gcc version 3.2 OS: Linux (i686) release 2.4.19-gentoo-r9 Here is how I was able to verify this: Open a link in a new tab [I use MMB for this]. Open in a new tab from that page. Open in another new tab from that page. Open in another new tab from that page. Now, right click on the last tab and hit close tab. Then use the shortcut key to close the rest of the tabs. Once you get to the 2nd last tab or the last tab, konq will reliably for crash. This is compiled from yesterdays cvs [09/22/02]. But it has been happening for me for quite a while. The combination I use to close tabs is ctrl-w. Note: if I just close all the tabs with ctrl-w, it will not crash. Same goes for right clicking and selecting close tab. Once those two variations get in the mix, then Konqueror will crash presently. Expected behavior: Close tab without crashing. Here is the backtrace: [New Thread 1024 (LWP 25591)] 0x410fa5e9 in wait4 () from /lib/libc.so.6 #0 0x410fa5e9 in wait4 () from /lib/libc.so.6 #1 0x41179770 in __DTOR_END__ () from /lib/libc.so.6 #2 0x40f0ccb3 in waitpid () from /lib/libpthread.so.0 #3 0x406bc990 in KCrash::defaultCrashHandler(int) () from /usr/local/kde-unstable/lib/libkdecore.so.4 #4 0x40f0ac32 in pthread_sighandler () from /lib/libpthread.so.0 #5 <signal handler called> #6 0x417bfb7d in KonqViewManager::removeTab(KonqFrameBase*) () from /usr/local/kde-unstable/lib/konqueror.so #7 0x41792e8f in KonqMainWindow::slotRemoveTabPopup() () from /usr/local/kde-unstable/lib/konqueror.so #8 0x417a50b2 in KonqMainWindow::qt_invoke(int, QUObject*) () from /usr/local/kde-unstable/lib/konqueror.so #9 0x409d9553 in QObject::activate_signal(QConnectionList*, QUObject*) () from /usr/local/qt-copy/lib/libqt-mt.so.3 #10 0x40caf122 in QSignal::signal(QVariant const&) () from /usr/local/qt-copy/lib/libqt-mt.so.3 #11 0x409f3728 in QSignal::activate() () from /usr/local/qt-copy/lib/libqt-mt.so.3 #12 0x40ac072f in QPopupMenu::accelActivated(int) () from /usr/local/qt-copy/lib/libqt-mt.so.3 #13 0x40cc49d8 in QPopupMenu::qt_invoke(int, QUObject*) () from /usr/local/qt-copy/lib/libqt-mt.so.3 #14 0x409d9553 in QObject::activate_signal(QConnectionList*, QUObject*) () from /usr/local/qt-copy/lib/libqt-mt.so.3 #15 0x409d9615 in QObject::activate_signal(int, int) () from /usr/local/qt-copy/lib/libqt-mt.so.3 #16 0x40ca6393 in QAccel::activatedAmbiguously(int) () from /usr/local/qt-copy/lib/libqt-mt.so.3 #17 0x40977494 in QAccelPrivate::activateAmbiguously(QAccelItem*) () from /usr/local/qt-copy/lib/libqt-mt.so.3 #18 0x40975f82 in QAccelManager::dispatchAccelEvent(QWidget*, QKeyEvent*) () from /usr/local/qt-copy/lib/libqt-mt.so.3 #19 0x409758fe in qt_dispatchAccelEvent(QWidget*, QKeyEvent*) () from /usr/local/qt-copy/lib/libqt-mt.so.3 #20 0x409266e1 in QETWidget::translateKeyEvent(_XEvent const*, bool) () from /usr/local/qt-copy/lib/libqt-mt.so.3 #21 0x40922323 in QApplication::x11ProcessEvent(_XEvent*) () from /usr/local/qt-copy/lib/libqt-mt.so.3 #22 0x409361a2 in QEventLoop::processNextEvent(unsigned, bool) () from /usr/local/qt-copy/lib/libqt-mt.so.3 #23 0x4098f9fb in QEventLoop::enterLoop() () from /usr/local/qt-copy/lib/libqt-mt.so.3 #24 0x4098f93c in QEventLoop::exec() () from /usr/local/qt-copy/lib/libqt-mt.so.3 #25 0x4097c001 in QApplication::exec() () from /usr/local/qt-copy/lib/libqt-mt.so.3 #26 0x4177d2d7 in main () from /usr/local/kde-unstable/lib/konqueror.so #27 0x0804cbdd in launch(int, char const*, char const*, char const*, int, char const*, bool, char const*, bool, char const*) () #28 0x0804d9c3 in handle_launcher_request(int) () #29 0x0804deac in handle_requests(int) () #30 0x0804ec8e in main () #31 0x4107712b in __libc_start_main () from /lib/libc.so.6
Bah, I should've marked this as crash. Ah well.
0x410e1609 in wait4 () from /lib/libc.so.6 #0 0x410e1609 in wait4 () from /lib/libc.so.6 #1 0x41156dd0 in __check_rhosts_file () from /lib/libc.so.6 #2 0x40f7eeeb in waitpid () from /lib/libpthread.so.0 #3 0x406a3e33 in KCrash::defaultCrashHandler (sig=11) at /home/john/src/kde/kdelibs/kdecore/kcrash.cpp:235 #4 0x40f7ca44 in pthread_sighandler () from /lib/libpthread.so.0 #5 0x4106a518 in sigaction () from /lib/libc.so.6 #6 0x412ba385 in KonqMainWindow::slotRemoveTabPopup (this=0x8102f08) at /home/john/src/kde/kdebase/konqueror/konq_mainwindow.cc:2068 #7 0x412cb549 in KonqMainWindow::qt_invoke (this=0x8102f08, _id=136, _o=0xbfffed74) at konq_mainwindow.moc:524 #8 0x40a1de1e in QObject::activate_signal (this=0x83264e8, clist=0x80abb18, o=0xbfffed74) at kernel/qobject.cpp:2133 #9 0x40d11402 in QSignal::signal (this=0x83264e8, t0=@0x8326510) at .moc/debug-shared-mt/moc_qsignal.cpp:101 #10 0x40a39424 in QSignal::activate (this=0x83264e8) at kernel/qsignal.cpp:205 #11 0x40b0f305 in QPopupMenu::accelActivated (this=0x89401e0, id=-701) at widgets/qpopupmenu.cpp:663 #12 0x40d3323b in QPopupMenu::qt_invoke (this=0x89401e0, _id=44, _o=0xbfffeea4) at .moc/debug-shared-mt/moc_qpopupmenu.cpp:189 #13 0x40a1de1e in QObject::activate_signal (this=0x83892d8, clist=0x85ca7f0, o=0xbfffeea4) at kernel/qobject.cpp:2133 #14 0x40a1e002 in QObject::activate_signal (this=0x83892d8, signal=3, param=-701) at kernel/qobject.cpp:2184 #15 0x40d06e81 in QAccel::activatedAmbiguously (this=0x83892d8, t0=-701) at .moc/debug-shared-mt/moc_qaccel.cpp:97 #16 0x409b02a2 in QAccelPrivate::activateAmbiguously (this=0x8389380, item=0x8a690e8) at kernel/qaccel.cpp:700 #17 0x409af8d8 in QAccelManager::dispatchAccelEvent (this=0x8109688, w=0x8851728, e=0xbffff144) at kernel/qaccel.cpp:379 #18 0x409aed4b in qt_dispatchAccelEvent (w=0x8851728, e=0xbffff144) at kernel/qaccel.cpp:186 #19 0x40956bce in QETWidget::translateKeyEvent (this=0x8851728, event=0xbffff400, grab=false) at kernel/qapplication_x11.cpp:5024 #20 0x409531c3 in QApplication::x11ProcessEvent (this=0xbffff658, event=0xbffff400) at kernel/qapplication_x11.cpp:3307 #21 0x4096b0c0 in QEventLoop::processNextEvent (this=0x80a7730, flags=0, canWait=true) at kernel/qeventloop_x11.cpp:171 #22 0x409cbde8 in QEventLoop::enterLoop (this=0x80a7730) at kernel/qeventloop.cpp:186 #23 0x409cbd29 in QEventLoop::exec (this=0x80a7730) at kernel/qeventloop.cpp:136 #24 0x409b4c01 in QApplication::exec (this=0xbffff658) at kernel/qapplication.cpp:2360 #25 0x412a91c4 in main (argc=2, argv=0x805bd00) at /home/john/src/kde/kdebase/konqueror/konq_main.cc:130 #26 0x0804daa7 in launch (argc=2, _name=0x8065204 "konqueror", args=0x8065217 "\001", cwd=0x0, envc=1, envs=0x8065228 "", reset_env=false, tty=0x0, avoid_loops=false, startup_id_str=0x806522c "debian;1033338249;888610;28956") at /home/john/src/kde/kdelibs/kinit/kinit.cpp:547 #27 0x0804eb97 in handle_launcher_request (sock=17) at /home/john/src/kde/kdelibs/kinit/kinit.cpp:1023 #28 0x0804f351 in handle_requests (waitForPid=0) at /home/john/src/kde/kdelibs/kinit/kinit.cpp:1189 #29 0x08050560 in main (argc=1, argv=0xbffffc14, envp=0xbffffc1c) at /home/john/src/kde/kdelibs/kinit/kinit.cpp:1534
I've found out that just right clicking on the tab and then not choosing an action [ie click on the webpage, desktop, another app, etc] will also crash konqueror. This is a major show stopper for 3.1 imho.
Subject: Re: tabbed browsing crashes when key shortcut is used in Konqueror On Donnerstag, 3. Oktober 2002 12:28, Dave B. wrote: > ------- You are receiving this mail because: ------- > You are on the CC list for the bug, or are watching someone who is. > > http://bugs.kde.org/show_bug.cgi?id=48211 > > > > > ------- Additional Comments From googleplex@wi.rr.com 2002-10-03 12:28 > ------- I've found out that just right clicking on the tab and then not > choosing an action [ie click on the webpage, desktop, another app, etc] > will also crash konqueror. This is a major show stopper for 3.1 imho. There are no minor show stoppers :) I can't reproduce that Greetings, Stephan
Same problem here like in first bug report. I'm using cvs kde from 10/02/02 (qt, arts, kdelibs, kdebase, kdeutils and kdeadmin) Greetings
*** Bug 48920 has been marked as a duplicate of this bug. ***
*** Bug 49131 has been marked as a duplicate of this bug. ***
*** Bug 49150 has been marked as a duplicate of this bug. ***
*** Bug 49386 has been marked as a duplicate of this bug. ***
right, another grave HI bug.
anyone of you: can you reproduce this with qt-copy too? I can only reproduce it with qt 3.0.5 _and_ gcc 3.2, but not with my other system that uses qt 3.1 beta and gcc 2.95 (you all use gcc 3.2)
I was using qt-copy 3.1 beta and gcc 3.2. Also qt 3.0.5 and gcc 3.2 gave the same result. Hmm. I'll have to install slackware 8.1 to test that. I'll leave a comment with results.
Well.. qt-copy, arts, kdelibs, & kdebase from todays cvs compiled fine for me. Using konqueror right now and I'm not able to reproduce any kinds of crashes. Just opened 14 new tabs with ctrl-shift-n, right click, close tab, then ctrl-w the rest. Middle clicked to open in new window 5 times, same. Hasn't crashed yet. I'm using gcc 2.95 for the compiler under slackware 8.1. Its working just fine with this version. so, I'd say you are right, it is a gcc 3.2 issue.
I just build the latest CVS with gcc 3.2 and can't reproduce the crash at all. I think, the bug was triggered by the kaccel changes, that have been fixed meanwhile. The Qt used was 3.0.6, so I don't think it's related to qt-copy.
*** Bug 51097 has been marked as a duplicate of this bug. ***
Whoops. I thought I posted something extra on here. Yeah, its no longer crashing with QT 3.1.0 + KDE 3.1 rc3... updating qt fixed it all under gcc 3.2. Its been great the last month, so I think this can be marked resolved.
Created attachment 6585 [details] Backtrace (not much debug-info though...) It's marked as solved but it looks like it only hid a while from us so to strike back at any time. Well, seems like it's time has come ;) Steps to reproduce: -------------------- 1. Open a new Konqui window and visit a website with at least a few links on it (e.g. http://www.heise.de/) 2. Open the first 4 - 6 links in new tabs (default for me is "background tabs" and "insert after current tab", but this shouldn't matter at all) 3. Close the most right tab using the context menu (right click and choose "close tab") 4. Now start closing the other tabs with keyboard shortcut STRG+SHIFT+W (CTRL+SHIFT+W). After the second or third one it will crash painfully, taking every other instance of it into the deeps of /dev/null... Well, at least seperately opened konquis don't crash, but that's normal I guess... Expected result: ----------------- Should close open tabs till no one is left Explanation: ------------- Well, the funny thing about it is, that the default shortcut for closing a tab seems to be "CNTR+W", but because the other shortcuts to open, duplicate, detach etc. a tab are a combination of "CNTR+SHIFT+foo", I intuitively used "CNTR+SHIFT+W" instead of the defined one. That means I closed the tabs with CNTR+SHIFT+W, but the shortcut defined was CNTR+W. Variations: ------------ There are various modifications of this procedure where it won't crash at all. - (step 3) If you don't close the tab using the context menu but clicking on the "close current tab" button right on the tab bar or using the menu (Window -> Close current tab), it won't crash - If you define "CNTR+SHIFT+W" to be either the alternative or even the primary shortcut, it won't crash too. And before I figured out a way to reproduce the crash, I didn't use the mouse at all to close any tabs. I just surfed around and every now and then konqi crashed while trying to close it with "CNTR+SHIFT+W", no matter if there where still 15 tabs open in the window or which tab I was closing (left / right / middle one). And it happened quite a few times a day. System specs: -------------- Linux 2.6.7-gentoo-r6 i686 AMD Duron(tm) processor AuthenticAMD gcc (GCC) 3.3.3 20040412 (Gentoo Linux 3.3.3-r6, ssp-3.3.2-2, pie-8.7.6) GNU C Library stable release version 2.3.3, by Roland McGrath et al. Available extensions: GNU libio by Per Bothner crypt add-on version 2.1 by Michael Glad and others NPTL 0.61 by Ulrich Drepper BIND-8.2.3-T5B NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk Thread-local storage support included. Qt: 3.3.2 KDE: 3.2.3 Konqueror: 3.2.3