Summary: | tabbed browsing crashes when key shortcut is used in Konqueror | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | Dave B. <googleplex> |
Component: | general | Assignee: | Konqueror Developers <konq-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | grave | CC: | des, lauri, mathpup, peter.backlund, tilleyrw |
Priority: | HI | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | Backtrace (not much debug-info though...) |
Description
Dave B.
2002-09-23 21:36:16 UTC
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 |