WebPagetest Forums

Full Version: browser level settings in Wptdrivier.ini are being ignored
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
WIth the latest wptdriver update, it seems that the browser specific settings are being ignored when launching the tests. Please help, the update on Aug 1st seems to be the culprit.

Example of INI FILE

[WebPagetest]
ec2=1
browser=Chrome
Time Limit=120
software=http://www.webpagetest.org/installers/software.dat

[Chrome]
exe="%PROGRAM_FILES%\Google\Chrome\Application\chrome.exe"
options='--load-extension="%WPTDIR%\extension" --user-data-dir="%PROFILE%" --no-proxy-server'
installer=http://www.webpagetest.org/installers/browsers/chrome.dat

[Chrome1]
exe="%PROGRAM_FILES%\Google\Chrome\Application\chrome.exe"
options=' --load-extension="%WPTDIR%\extension" --user-data-dir="%PROFILE%" --no-proxy-server --no-default-browser-check'
installer=http://www.webpagetest.org/installers/browsers/chrome.dat

Tests get launched with following Chrome settings

https://gist.github.com/anonymous/9c032b...1b710326bc

Note the executable path (It has ChromeSxS).
The Chrome SxS is intentional and shouldn't cause problems. It is a symlink path to the real chrome directory that is a hack that causes Chrome to not show the "developer mode" extension warning dialog that launched with 52.

Is it safe to assume that the issue is that "Chrome1" isn't launching with the additional flags (perhaps others than you list because I'm pretty use --no-default-browser-check is tacked on automatically)?

I made a change over the weekend to ignore the "options" entry and always populate the --load-extension and --user-data-dir options automatically because it was a common thing that people were messing up.

If you need additional flags or want to change the proxy flag you can specify a "command-line" entry in the ini that will add the additional flags.

Code:
[WebPagetest]
ec2=1
browser=Chrome
Time Limit=120
software=http://www.webpagetest.org/installers/software.dat

[Chrome]
exe="%PROGRAM_FILES%\Google\Chrome\Application\chrome.exe"
installer=http://www.webpagetest.org/installers/browsers/chrome.dat

[Chrome1]
exe="%PROGRAM_FILES%\Google\Chrome\Application\chrome.exe"
command-line=--no-proxy-server --no-default-browser-check'
installer=http://www.webpagetest.org/installers/browsers/chrome.dat

If command-line is specified then --no-proxy-server will be omitted from the default command-line and whatever you provide will be included in it's place.

If it is causing too much pain or you really need to point the user data dir to a different folder I can revert the change but making those two settings non-breakable fixes a good number of issues that people have had when configuring the ini files.
thanks for quick response.

Could one specify --load-extension=path_to_unpacked_extenion in the command-line settings?

Patrick, requirement is just to be able to provide additional extensions using

--load-extension=<wpt_extension>,<additional_extensions>
It might work if you specify the same command-line option again with the additional extensions. I haven't tried it. If not I can also provide another entry that lets you specify additional extensions.
(08-05-2016 02:09 AM)pmeenan Wrote: [ -> ]It might work if you specify the same command-line option again with the additional extensions. I haven't tried it. If not I can also provide another entry that lets you specify additional extensions.

Hi Patrick.

I have been trying this and I believe that trying to load additional extensions in this manner causes some gaps in the waterfall charts when the extension loads. Before the change, I was able to load an adblocking extension without seeing the gaps.

Would that be the cause, or is there something else that maybe causing the issue? Let me know if you need additional details.
Thanks Patrick. Yes it did work.

Karan
Reference URL's