Summary: | [Qt][WK2] Need a way to debug the web process after the UI process dies | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Balazs Kelemen <kbalazs> | ||||
Component: | WebKit2 | Assignee: | Nobody <webkit-unassigned> | ||||
Status: | RESOLVED FIXED | ||||||
Severity: | Normal | CC: | benjamin, commit-queue | ||||
Priority: | P5 | Keywords: | Qt, QtTriaged | ||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | PC | ||||||
OS: | Linux | ||||||
Attachments: |
|
Description
Balazs Kelemen
2011-03-10 10:05:47 PST
Created attachment 85343 [details]
Patch
Out of curiosity, what was the use case? (In reply to comment #2) > Out of curiosity, what was the use case? (gdb) set follow-fork-mode child (gdb) r Starting program: /home/balazs/master_clean/WebKitBuild/Debug/bin/MiniBrowser [Thread debugging using libthread_db enabled] [New Thread 0x7fffebf45710 (LWP 28471)] [New Thread 0x7fffeb744710 (LWP 28472)] [New process 28473] [Thread debugging using libthread_db enabled] process 28473 is executing new program: /home/balazs/master_clean/WebKitBuild/Debug/bin/QtWebProcess [Thread debugging using libthread_db enabled] [New Thread 0x7fffebf45710 (LWP 28571)] [New Thread 0x7fffea7f2710 (LWP 28572)] ^C[Thread 0x7fffea7f2710 (LWP 28572) exited] [Thread 0x7fffebf45710 (LWP 28571) exited] Program terminated with signal SIGKILL, Killed. The program no longer exists. With the patch via ^C the debugger can normally interrupt execution. I understand that can happen, but what is the use case for debugging the Web process without having the UI process? It is not like anything will happen and the memory dump seems just as useful. (In reply to comment #4) > I understand that can happen, but what is the use case for debugging the Web process without having the UI process? It is not like anything will happen and the memory dump seems just as useful. Oh, I see. Yes, maybe this possibility is not really valuable but it is really annoying that one cannot interrupt the execution while debugging. It's not clear to me why the UI process exiting in that case, maybe gdb is not compatible with our usage of prctl. The target of the patch is to work around this behavior. ping Comment on attachment 85343 [details]
Patch
Ok, read your comments again, and I finally understand why I don't have the problem.
I only gdb the QtWebProcess, by attaching to it. Your use case make sense, I did not fully understand it.
Please document QT_WEBKIT_KEEP_ALIVE_WEB_PROCESS on the Wiki.
The commit-queue encountered the following flaky tests while processing attachment 85343 [details]: webarchive/test-link-rel-icon.html bug 56663 (author: ddkilzer@webkit.org) The commit-queue is continuing to process your patch. Comment on attachment 85343 [details] Patch Clearing flags on attachment: 85343 Committed r81507: <http://trac.webkit.org/changeset/81507> All reviewed patches have been landed. Closing bug. The commit-queue encountered the following flaky tests while processing attachment 85343 [details]: webarchive/test-link-rel-icon.html bug 56663 (author: ddkilzer@webkit.org) The commit-queue is continuing to process your patch. |