Unable to match XPath entry-points on certain sites.

[BenSpencer]

For example, on http://www.hallsgb.com/ DIADEM returns the following entry-points:
id('cppd')/form[1]/div[@class='col-right'][1]/input[1] and id('submit298528')

• Testing these in Firefox/Firepath shows them as expected.
• In manual mode Artemis cannot find them.
• After dumping the DOM from Artemis manual mode they can still be found by the browser, so it's not the case that Artemis is seeing a different version of the page.
• Re-loading the dumped DOM in manual mode still cannot match the entry-points.

[BenSpencer]

In the automated test suite I have seen this issue with the following sites:

Properties set:

Site	Initial analysis
http://www.friendandfalcke.co.uk	This looks to be because they have a redirect page.
http://www.hallsgb.com	See first post above
http://www.inhouseestateagents.co.uk	The form does not load in manual mode, so the XPath does not exist.
http://www.mbmringley.co.uk	The main form does not load in manual mode.
http://www.nmea.co.uk	The main form does not load in manual mode.
http://www.omegaps.co.uk	Manual mode is redirected to http://m.omegaps.co.uk, the mobile site, which has a completely different form. I suspect this is because they don't recognise our UA?
http://www.reiddean.com	Manual mode is redirected to the mobile site http://m.reiddean.com/ with a different form.

Airlines set:

Site	Initial analysis
http://www.etihad.com/en-gb/	This works correctly when loaded in manual mode?
http://www.jetairways.com/EN/GB/Home.aspx	In manual mode we get redirected to an error by the site because cookies are not enabled.

On the majority of our test sites there is no problem.

[BenSpencer]

Lots of these would likely be fixed by #125 if parts of the pages are not loading because of AJAX being blocked in concolic mode.