window freeze

[brcontainer]

Thanks again for your quick response.

You can do anything you want if you implement it. There are several IPC methods available in computer world. If you teach both programs to use them then you can pass information between different programs.

I had read about IPC, but I'm having trouble reimplement createWindow.

An example of this is that I also tried Qfuture::run", however when passing the QWebpage for createWindow he hangs anyway. I believe I have to reimplement createWindow with Qfuture.

How could I reimplement createWindow (or QWebPage, QWebFrame, etc.) with functions like Thread (To do something like the thread) ?

[wysota]

I have no idea what you are trying to do. Why do you wish to reimplement createWindow()?

[brcontainer]

Thanks for the help and the quick response.

I have no idea what you are trying to do. Why do you wish to reimplement createWindow()?

Every time I click an anchor with target="_blank" (or run the window.open) the QWebPage performing QWebPage::createWindow.

The QWebPage::createWindow need to get the new QWebPage who will receive the target="_blank" (or target="name").

But to send to send a page that can freeze, it also ends up freezing the window PARENT and other windows created by QWebPage::createWindow.

I need to isolate the QWebPage but without affecting the functionality of the targets, window.opener and parent.window.

The only browser I've seen that works this way is the Google Chrome, if one tab has a Javascript that cause freezing, only the tab (or window) freezes, the other tabs work normally (the other tabs and windows do not freeze).

[wysota]

createWindow() returns a QWebView and not QWebPage.

Chrome does out-of-process handling of web pages thus if one page locks the whole process, other pages can continue because they have their own processes.

[brcontainer]

Thanks again for the quick response.

createWindow() returns a QWebView and not QWebPage.

both QWebVieW as Qwebpage has createWindow ( http://qt-project.org/doc/qt-4.8/qwe...cted-functions )

Example:

class myWebPage : public QWebPage {
protected:
    virtual QString userAgentForUrl(const QUrl & url) const {
        Q_UNUSED(url);
        return UA;
    }
 
    QWebPage * createWindow(QWebPage::WebWindowType type) {
        return new QWebPage;
    }
};

class myWebPage : public QWebPage {
protected:
    virtual QString userAgentForUrl(const QUrl & url) const {
        Q_UNUSED(url);
        return UA;
    }

    QWebPage * createWindow(QWebPage::WebWindowType type) {
        return new QWebPage;
    }
};

To copy to clipboard, switch view to plain text mode 

Chrome does out-of-process handling of web pages thus if one page locks the whole process, other pages can continue because they have their own processes.

I know that, but I just used it as an example for you to understand. I wonder if it has something to do with Qt?

Could you help me with this? Thanks

[wysota]

If you state your problem clearly then maybe someone can help. As I said, JavaScript alone will not freeze your browser as it is periodically interrupted so that the browser can process its events. When QtWebKit detects a long running script, it will pop up a window asking whether you want to abort the script or not.

[brcontainer]

If you state your problem clearly then maybe someone can help. As I said, JavaScript alone will not freeze your browser as it is periodically interrupted so that the browser can process its events. When QtWebKit detects a long running script, it will pop up a window asking whether you want to abort the script or not.

test my app (open-source QT5):
http://www.mediafire.com/download.php?85zm06bvwv9lyow

Note that clicking on anchor test Freeze all application windows freeze.

I need the window open for anchor "test Freeze" freezes and that the other windows continue to work normally (without freezing).

I wonder if you could help me?
Thanks.

[wysota]

https://bugs.webkit.org/show_bug.cgi?id=79040

[brcontainer]

https://bugs.webkit.org/show_bug.cgi?id=79040

Hello @wysota
I appreciate your attempt to help me, but it does have to do with my question.

And I'm not the problem JavaScript engine, I just want to separate the "QWebView" into something like multi-processes (eg. QFuture, QThread, etc.).

I'll try to be more simple and clear in the question:

How to separate the QWebView (or QwebPage, QWebFrame, etc.) into something like multi-processes (eg. QFuture, QThread, etc.)?

[wysota]

And I'm not the problem JavaScript engine, I just want to separate the "QWebView" into something like multi-processes (eg. QFuture, QThread, etc.).

QFuture and QThread have nothing to do with multi-processing. If you want multiprocessing then you need to implement a master process that will act as a container for all the pages and you need to implement the slave that will let itself be embedded into the master process. There is nothing in Qt that can help you with that directly. It is not something that you can do in 10 minutes. If you want, have a look at Chromium sources.

Edit: here is something that might help you: http://blog.chromium.org/2008/09/mul...hitecture.html

[brcontainer]

QFuture and QThread have nothing to do with multi-processing. If you want multiprocessing then you need to implement a master process that will act as a container for all the pages and you need to implement the slave that will let itself be embedded into the master process. There is nothing in Qt that can help you with that directly. It is not something that you can do in 10 minutes. If you want, have a look at Chromium sources.

I could use QFuture with QWebPage::acceptNavigationRequest, the problem is that I want to do this with QWebPage::createWindow, but I do not know how to "rewrite" the QWebPage::createWindow to work with QFuture.

See what I got:

class myWebPage : public QWebPage
{
    QWebPage *p;
    void Test(const QUrl & url){
        QWebView *p = new QWebView;
        p->show();
        p->setUrl(url);
    }
 
    bool acceptNavigationRequest(QWebFrame *frame, const QNetworkRequest &request, NavigationType type) {
        QUrl url = request.url();
        if(parentFrame==false){
            firstFrame = frame;
            parentFrame = true;
        } else {
            if(frame != firstFrame){
                QtConcurrent::run(this,&myWebPage::Teste,url);
            }
        }
        return QWebPage::acceptNavigationRequest(frame,request,type);
    }
};

class myWebPage : public QWebPage
{
    QWebPage *p;
    void Test(const QUrl & url){
        QWebView *p = new QWebView;
        p->show();
        p->setUrl(url);
    }

    bool acceptNavigationRequest(QWebFrame *frame, const QNetworkRequest &request, NavigationType type) {
        QUrl url = request.url();
        if(parentFrame==false){
            firstFrame = frame;
            parentFrame = true;
        } else {
            if(frame != firstFrame){
                QtConcurrent::run(this,&myWebPage::Teste,url);
            }
        }
        return QWebPage::acceptNavigationRequest(frame,request,type);
    }
};

To copy to clipboard, switch view to plain text mode 

This code works with target="" but does not work with window.open, so I need to understand how to rewrite the QWebPage::createWindow

Could you help me with this?

[wysota]

I could use QFuture with QWebPage::acceptNavigationRequest, the problem is that I want to do this with QWebPage::createWindow, but I do not know how to "rewrite" the QWebPage::createWindow to work with QFuture.

It won't work because all GUI-related work has to be done in the same thread. Thus QWebPage and its related QWebView have to live in the same thread and QWebView and all the other webviews have to live in the same thread. Thus all pages and all views have to live in the same thread. Hence freezing one will freeze them all. Multiprocessing is the only possible solution here and as I already said this can't be done by reimplementing one or two virtual methods here and there.

I'm afraid fixing the bug I mentioned and which you said did not relate to your problem is your only possible solution now short of reimplementing Chromium