This problem is reproducible with the browser demo that is part of the Qt demos. Sometimes when a QWebView-based app runs a context menu in response to the user right-clicking over the webview, it can take absolutely ages for the menu to popup and run. This can be reproduced using the two files in the attachment(6575.htm and gedscape.css). Save these files in the same temp folder somewhere, then open the file 6575.htm with your Demo Browser. A family tree will appear. Try right-clicking over any of the names in boxes and you'll see the problem. The names are just simple <a> links to other web pages. The html file contains quite a lot of absolutely positioned div elements. webkit has no problem rendering these and does a very good job and fast, but there is clearly a problem in there with context menus.
Created attachment 57078 [details] htm file to reproduce the problem
Created attachment 57079 [details] css file to reproduce the problem
Reproduced on Linux, 4.7/trunk (r61119).
=== Bulk closing of Qt bugs === If you believe that this bug report is still relevant for a non-Qt port of webkit.org, please re-open it and remove [Qt] from the summary. If you believe that this is still an important QtWebKit bug, please fill a new report at https://bugreports.qt-project.org and add a link to this issue. See http://qt-project.org/wiki/ReportingBugsInQt for additional guidelines.