Red Hat Bugzilla – Bug 1275656
FontAwesome lib bad path
Last modified: 2016-05-19 03:44:17 EDT
Currently the Horizon dashboard generates a bad path into the CSS for the FontAwesome loading.
grep -nri "src: url('/dashboard/static/horizon/lib/font-awesome/fonts/fontawesome-webfont.eot?v=4.1.0');" /usr/share/openstack-dashboard/
Removing /dashboard into the CSS make it load correctly.
OpenStack dashboard is launched via Apache 2.4 WSGI with an Alias for the /static directory as the documentation states.
OpenStack dashboard is accessible via the / of the VirtualHost, not /dashboard.
Version-Release number of selected component (if applicable):
Actually, the workaround might work by coincidence; I'm not sure, where this went wrong, but it looks like an ignored WEBROOT setting somewhere in the code.
I eventually found the problematic piece of code.
To begin with, the root cause is in >
A variable named $webroot is hardcoded with "/dashboard" value at the beginning.
It's later used for FontAwesome loading in this way >
$fa-font-path: $webroot + "/static/horizon/lib/font-awesome/fonts";
I tried two fixes >
- set $webroot to "" (null) : it brakes the login of Horizon
- leave $webroot and remove the concatenation for $fa-font-path : works
Hoping that it can improve the code.
And just for the sake of clarity, upstream code set $webroot with "".
It's completely rewritten into Liberty though.
there has been quite a change and a HUGE backport to kilo. I believe this issue is fixed now.