Bug 159984

Summary:	Konqueror crash when closing tab with keys windows+ctrl+w or windows+ctrl+q
Product:	[Applications] konqueror	Reporter:	Ralph Janke <txwikinger>
Component:	general	Assignee:	Konqueror Bugs <konqueror-bugs-null>
Status:	RESOLVED WORKSFORME
Severity:	crash
Priority:	NOR
Version First Reported In:	3.5
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

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.