Bug 159984 - Konqueror crash when closing tab with keys windows+ctrl+w or windows+ctrl+q
Summary: Konqueror crash when closing tab with keys windows+ctrl+w or windows+ctrl+q
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: 3.5
Platform: Ubuntu Linux
: NOR crash
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-03-28 00:22 UTC by Ralph Janke
Modified: 2008-06-09 14:30 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ralph Janke 2008-03-28 00:22:22 UTC
Version:            (using KDE 3.5.9)
Installed from:    Ubuntu Packages

1. Open Konqueror, duplicate existing tab (ctrl-shift-d). 
2. Then close the new tab with ctrl-w while a windows key is pressed -> Konqueror crashes. 
or 2. Alternatively Konqueror crashes with ctrl-q while a windows key is pressed after the confirmation dialog for closing several tabs.

There is no crash if no new tab was opened.

This is reproducible with Konqueror 3.5.2 (Dapper) and Konqueror 3.5.6 (Feisty).

This is also reproducible on 3.5.9.
Comment 1 FiNeX 2008-03-28 10:47:39 UTC
Crash confirmed on KDE 3.5.8.
Comment 2 Tommi Tervo 2008-03-28 11:28:04 UTC
Konqueror 4 won't crash, this is qt3/kde3 only.

==6945== Invalid read of size 1
==6945==    at 0x50CB06A: QWidget::isInputMethodEnabled() const (qwidget.h:934)
==6945==    by 0x5102B23: QWidget::getInputContext() (qwidget_x11.cpp:2703)
==6945==    by 0x50BB50B: QETWidget::translateKeyEvent(_XEvent const*, bool) (qapplication_x11.cpp:5514)
==6945==    by 0x50C804E: QApplication::x11ProcessEvent(_XEvent*) (qapplication_x11.cpp:3496)
==6945==    by 0x50DF1A3: QEventLoop::processEvents(unsigned) (qeventloop_x11.cpp:192)
==6945==    by 0x51531CD: QEventLoop::enterLoop() (qeventloop.cpp:198)
==6945==    by 0x5152FDD: QEventLoop::exec() (qeventloop.cpp:145)
==6945==    by 0x513A698: QApplication::exec() (qapplication.cpp:2758)
==6945==    by 0x40F2593: kdemain (konq_main.cc:206)
==6945==    by 0x80484B1: main (konqueror.la.cc:2)
==6945==  Address 0x64183A9 is 73 bytes inside a block of size 180 free'd
==6945==    at 0x4021096: operator delete(void*) (vg_replace_malloc.c:244)
==6945==    by 0x75FCE87: KHTMLView::~KHTMLView() (khtmlview.cpp:521)
==6945==    by 0x44A234C: KParts::Part::~Part() (part.cpp:159)
==6945==    by 0x44AFA11: KParts::ReadOnlyPart::~ReadOnlyPart() (part.cpp:314)
==6945==    by 0x75FC5C5: KHTMLPart::~KHTMLPart() (khtml_part.cpp:524)
==6945==    by 0x40B3321: KonqView::~KonqView() (konq_view.cc:132)
==6945==    by 0x40DD83F: KonqViewManager::removeTab(KonqFrameBase*) (konq_viewmgr.cc:580)
==6945==    by 0x40DDA55: KonqMainWindow::slotRemoveTab() (konq_mainwindow.cc:2752)
==6945==    by 0x40F5300: KonqMainWindow::qt_invoke(int, QUObject*) (konq_mainwindow.moc:695)
==6945==    by 0x51A1892: QObject::activate_signal(QConnectionList*, QUObject*) (qobject.cpp:2356)
==6945==    by 0x51A2337: QObject::activate_signal(int) (qobject.cpp:2325)
==6945==    by 0x495C6D8: KAction::activated() (kaction.moc:176)
Comment 3 Ralph Janke 2008-03-28 11:35:58 UTC
Yes this is correct. Konqueror on KDE4 does not crash when following the steps
Comment 4 Florian Reinhard 2008-06-09 14:30:24 UTC
can't reproduce on svn trunk r818604 (~4.1 beta), thus closing.