I’m trying to setup a private instance to work with IE. I have the server installed on CentOS and can access it via a browser. The agent is a Windows 7 machine. UrlBlast is running at startup. Everytime I run a test it returns a blank white page. I notice that the tests are being queued because I see “13 pending tests” next to test location on the webpage. I see all of the jobs in the work/jobs/IE/ directory. Thanks for any help you can provide!
urlBlast.ini
[Configuration]
Startup Delay=30
Log File=c:\webpagetest\agent\log
Timeout=120
use current account=1
Sorry, sounds like there are 2 different issues going on:
1 - The blank white screen. You should be redirected to a test progress screen, not a blank page. This does sound a lot like what mwhite was seeing here: http://www.webpagetest.org/forums/showthread.php?tid=6181 (basically, zlib is a dependency that was not documented).
2 - The test agent isn’t picking up the work. Check your access log on the server to make sure you see requests coming in from the agent for /work/getwork.php
Adding zlib worked! I now get to a screen that says “Waiting behind 17 other tests” but that number never changes. I went into /var/www/webpagetest/work/jobs/IE/ and removed the 16 previous entries and restarted Apache but nothing changed. It still says waiting behind 17 other tests. Any idea how to fix that?
The tests not running is a result of #2. It doesn’t sound like the test agent is successfully communicating with the server. First step is to check the server’s access log to see if the agent requests for /work/getwork.php are showing up (my guess is that they are not).
You can add “debug=1” to the urlblast.ini which will spew debug information to the log file that may help but ig I had to guess I would say that something is wrong connecting to http://www.mydomain.com/ from the test agent (that needs to be the server name that is running WebPagetest and it needs to be reachable from the test agent).
Hmm, looks like it isn’t starting up correctly. Try disabling UAC and make sure you are running it under an Administrator account. I’ll see if I can figure out what the next step in the startup is supposed to be and what might be stopping it from working.
You log looks like it ends at the end of logging the machine information and right before configuring dummynet. The only thing between those steps in the code is registering the pagetest.dll browser plugin in IE (assuming the debug=1 is working and trace-level information is being logged).
I’ve never seen it have a problem registering. You can try registering it manually from a command line by entering:
regsvr32 pagetest.dll
and see if that works or if it shows any issues. Any chance there’s a super-aggressive antivirus product that might be blocking it?
It doesn’t sound like the “debug=1” option actually stuck. Can you make sure the log file directory exists and is writable? To get to “Running” there would have been a LOT more debug messages in the log.
It looks ok to me, that’s really bizarre. You can try grabbing a wireshark capture to see what the requests from the client look like but that’s the best option I have at this point.
