Summary: | [Qt] Interrupting JavaScript is cumbersome when you use QtLaucher for testing or profiling. | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Balazs Kelemen <kbalazs> | ||||||||||
Component: | Tools / Tests | Assignee: | Nobody <webkit-unassigned> | ||||||||||
Status: | RESOLVED FIXED | ||||||||||||
Severity: | Normal | CC: | commit-queue, hausmann | ||||||||||
Priority: | P2 | ||||||||||||
Version: | 528+ (Nightly build) | ||||||||||||
Hardware: | PC | ||||||||||||
OS: | All | ||||||||||||
Attachments: |
|
Description
Balazs Kelemen
2010-04-07 03:25:55 PDT
Created attachment 52723 [details]
proposed patch
This also fix the feature to start loading multiply url-s in different windows at startup.
Created attachment 52725 [details]
fix a mistyping
No general objection from me, but why not automatically return true when in robot mode instead of requiring another commandline option? Another idea would be to add a GUI option. On Symbian commandline options are not feasible ;( Created attachment 52867 [details]
GUI option instead of command line argument
Comment on attachment 52867 [details]
GUI option instead of command line argument
r+, but I think you can remove
+ WebPage(QObject* parent = 0, bool interruptingJavaScriptEnabled = false);
as you don't seem to call the constructor with that argument.
I'm generally not a fan of boolean arguments that make the caller code harder to read,
Created attachment 53802 [details]
proposed patch
No boolean arguments :)
Comment on attachment 53802 [details] proposed patch Clearing flags on attachment: 53802 Committed r57974: <http://trac.webkit.org/changeset/57974> All reviewed patches have been landed. Closing bug. |