Version: latest git snapshot (using KDE 4.7.0) OS: Linux Sometimes (2, 3 time a day), rekonq start telling me it has crashed in last session. If i look at process, i can see that in fact, rekonq never quit, processus keep running. Reproducible: Sometimes Steps to Reproduce: Can't find a way (random) Expected Results: rekonq should quit
http://adishatz.1s.fr/~gnumdk/rekonq.ogv
https://projects.kde.org/projects/extragear/network/rekonq/repository/revisions/93c8b0ab6c3c681dd4d48e0fa843bb955b211738
Since you remove my patch, bug is here again... I switch to 0.8.1 and rekonq do not quit again :-/
https://projects.kde.org/projects/extragear/network/rekonq/repository/revisions/624f44cf8228b12a4c7ae6f8dd36b800a4f03739 Here commit making bug appear again.
Here what make me think Qtwebkit create window with no Qt::WA_QuitOnClose flag No rekonq window available, rekonq process runnning and if i run xwininfo, it find a rekonq window: [gnumdk@arch ~]$ xwininfo -name rekonq xwininfo: Window id: 0x5600002 "rekonq" Absolute upper-left X: 0 Absolute upper-left Y: 0 Relative upper-left X: 0 Relative upper-left Y: 0 Width: 840 Height: 420 Depth: 24 Visual: 0x21 Visual Class: TrueColor Border width: 0 Class: InputOutput Colormap: 0x20 (installed) Bit Gravity State: NorthWestGravity Window Gravity State: NorthWestGravity Backing Store State: NotUseful Save Under State: no Map State: IsUnMapped Override Redirect State: no Corners: +0+0 -2520+0 -2520-630 +0-630 -geometry 840x420+0+0
(In reply to comment #5) > Here what make me think Qtwebkit create window with no Qt::WA_QuitOnClose flag > > No rekonq window available, rekonq process runnning and if i run xwininfo, it > find a rekonq window: > > [gnumdk@arch ~]$ xwininfo -name rekonq > > xwininfo: Window id: 0x5600002 "rekonq" > > Absolute upper-left X: 0 > Absolute upper-left Y: 0 > Relative upper-left X: 0 > Relative upper-left Y: 0 > Width: 840 > Height: 420 > Depth: 24 > Visual: 0x21 > Visual Class: TrueColor > Border width: 0 > Class: InputOutput > Colormap: 0x20 (installed) > Bit Gravity State: NorthWestGravity > Window Gravity State: NorthWestGravity > Backing Store State: NotUseful > Save Under State: no > Map State: IsUnMapped > Override Redirect State: no > Corners: +0+0 -2520+0 -2520-630 +0-630 > -geometry 840x420+0+0 QtWebKit is not dark magic, it's opensource. You can just check its code to prove you are wrong. Or run a simple test like this: #include <QApplication> #include <QWebView> #include <QDebug> int main(int argc, char**argv) { QApplication app(argc,argv); QWebView widg; qDebug() << widg.testAttribute(Qt::WA_QuitOnClose); widg.show(); return app.exec(); } And see that qDebug returns true. Your solution simply doesn't work in general: in example, what if you close last window while you are downloading a file? Who takes care of it? I'd like to know more about your bug as it never happened here. Do you have some particular settings? Does this ever happen? How can I reproduce it?
It happen on Ubuntu and ArchLinux, don't know how to reproduce it... Will try to see if some settings in rekonq affect this bug...
Ok, found how to reproduce... Disable flash plugin and go here: http://www.omgubuntu.co.uk/2012/02/gnomes-new-lock-screen-design-goes-online/ Play gdm "html5 video" and then close rekonq, it doesn't quit... Hope it will work for you :-/
It works for me. Disabled plugins, visited site, played video, closed rekonq. It quits..
I often experience this bug as well. It seems to be more likely to happen if I had rekonq open for a while with many visited websites especially with resource-heavy flash content.
Are you downloading something?
No, I am not. Unless Rekonq falsely thinks I am...
Reapplied a patch similar to the one Cedric proposed. This is fixed in the 1.x series. Please, reopen this (again) if not there.