action #20228
Updated by pgeorgiadis over 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 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)