Bug 30490 – [Qt] Plugins : QtWebKit crashes if page is not deleted

• Component: Plug-ins
• Status: RESOLVED INVALID

[Girish Ramakrishnan]

If you open a page with plugins and the QWebPage is not deleted, the program will crash on exit.

Problem with QWebView or QWeb
int main(int argc, char** argv)
{
    QApplication app(argc, argv);
    QWebSettings::globalSettings()->setAttribute(QWebSettings::PluginsEnabled, true);
    QWebPage *page = new QWebPage;
    page->mainFrame()->setUrl(app.arguments()[1]);
    QWidget w; w.show();
    app.exec();
    // delete page; // uncomment to not crash
    return 0;
}

The backtrace points to flash (useless, afaict):
#0  0xb605e9e0 in pthread_mutex_lock () from /lib/tls/i686/cmov/libpthread.so.0
#1  0xb2694d42 in ?? () from /usr/lib/adobe-flashplugin/libflashplayer.so
#2  0xb26e2f92 in ?? () from /usr/lib/adobe-flashplugin/libflashplayer.so
#3  0xb2563a4d in ?? () from /usr/lib/adobe-flashplugin/libflashplayer.so
#4  0xb254d0d0 in ?? () from /usr/lib/adobe-flashplugin/libflashplayer.so
#5  0xb5dfdbb9 in exit () from /lib/tls/i686/cmov/libc.so.6
#6  0xb5de577d in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
#7  0x08048b41 in _start () at ../sysdeps/i386/elf/start.S:119

I debugging a little, it appears that if that if page's mainFrame->setView(0) is the key piece of code that makes it not crash.

[Yael]

Anyone working on this? Or can I take this to myself?

[Kenneth Rohde Christiansen]

Maybe add it as a blocker for 4.6?

[Simon Hausmann]

Removing this as a blocker. If it gets fixed we can re-add it to cherry-pick the patch. But otherwise I don't think we should halt the release because of this bug.

[Robert Hogan]

Hi Girish,

I can't recreate this!


robert@mwenge:~/Development/WebKit/WebKit/qt/tests/30490$ gdb ./tst_test
GNU gdb (GDB) 7.1-ubuntu
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/robert/Development/WebKit/WebKit/qt/tests/30490/tst_test...done.
(gdb) run www.google.com
Starting program: /home/robert/Development/WebKit/WebKit/qt/tests/30490/tst_test www.google.com
[Thread debugging using libthread_db enabled]
Qt: gdb: -nograb added to command-line options.
         Use the -dograb option to enforce grabbing.
[New Thread 0xb7e0db70 (LWP 30423)]
[Thread 0xb7e0db70 (LWP 30423) exited]

Program exited normally.
(gdb)

[Robert Hogan]

Created attachment 61404 [details]
Test

Unzip this into WebKit/qt/tests/ and cd to dir 30490 and build to recreate the test.

[Girish Ramakrishnan]

This was reported ages ago. If you are not able to reproduce this, please feel free to close.

[Suresh Voruganti]

Closing the issue as per reporter comments.

[Antonio Gomes]

(In reply to comment #7)
> Closing the issue as per reporter comments.

It should be still reproducible. Did you try before closing the bug?