action #20228
Updated by pgeorgiadis almost 7 years ago
## Observation
openQA test in scenario sle-12-SP1-Server-DVD-Updates-x86_64-qam-gnome@64bit fails in
[firefox](https://openqa.suse.de/tests/1037581/modules/firefox/steps/9)
Relying on external webservers is not optimal. Even visiting the same webpage (in that case html5test.com) has been proven to be quite unstable, since within 24h timeframe, their server triggers different behavior of Firefox' [Tracking Protection mechanism](https://developer.mozilla.org/en-US/Firefox/Privacy/Tracking_Protection). As a result, yesterday, the same test passed, but today is failing. Also, re-adjusting the needle is not a option, since by adding the shield icon, the URL gets shifted to the more right direction (thus the needle with missmatch).
As a solution, I would propose to replace 'html5test.com' with a local webpage generated by a webserver. Some approaches:
zypper in -t pattern lamp_server (this will also install 'apache2-example-pages' pkg which will automatically create an index.html accessible by localhost)
systemctl start apache2
curl -s localhost | grep "It works!"
// Now that you know that your page is accessible, fire Firefox and do your tests
Alternatively, we could build a docker image that provides a pre-configured website by default:
zypper in docker
docker run <image>
Another approach suggested by @asmorodskyi would be to use https://www.lighttpd.net/ . The benefit is that in this approach we will not rely on zypper to install apache2 but just rar.gz as test resource. In that case we are not adding additional reason to fail the test.
What do you think?
## Reproducible
Fails since (at least) Build [20170703-1](https://openqa.suse.de/tests/1037581) (current job)
## Expected result
Last good: [20170702-1](https://openqa.suse.de/tests/1037200) (or more recent)
## Further details
Always latest result in this scenario: [latest](https://openqa.suse.de/tests/latest?version=12-SP1&arch=x86_64&test=qam-gnome&flavor=Server-DVD-Updates&machine=64bit&distri=sle)