Bug 35106 – [Qt] Bug with QWebView::setPage() if QWebPage in editable mode.

• Component: HTML Editing
• Status: RESOLVED INVALID

[NOX]

Created attachment 49028 [details]
Simple app to reproduce QWebView::setPage() bug

Bug with QWebView::setPage() if QWebPage in editable mode.
After writing in one tab and switching to another Text Caret has disapear.
Try app in attachment.
To reproduce bug:
1. Write some text to second tab
2. Then switch to first
3. Switch to second
4. Try to write in first

Windows XP SP3, qt 4.6.1, MS compiller (with QtCreator 1.31)

[NOX]

Created attachment 49581 [details]
Another simple app to test bug

[Benjamin Poulain]

I can reproduce it with trunk. This is a low priority bug.

What you can do is a QStackedWidget with several QWebView. When the tab change, you just change the current QWebView. This will keep the state (scroll position, carret position, etc) when you switch tab, which is the behavior usually expected by users.

[Jocelyn Turcotte]

=== 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.