Closed (cannot reproduce)
Project:
Webfont Loader
Version:
7.x-1.9
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
18 Apr 2012 at 15:01 UTC
Updated:
27 Apr 2012 at 22:48 UTC
When switching a multilanguage website to a language different from default one the path of custom css specified in the font info file are calculated as
/[language]/sites/default/themes/theme-name/...
while the correct path should be
/sites/default/themes/theme-name/...
this results in a broken css file link.
We temporarily solved this by specifying an absolute URL, but it should be an issue when moving sites that are hosted in a subfolder of a domain.
Comments
Comment #1
btmash commentedOh wow, that is really strange. I'll take a look into what is going on.
Comment #2
btmash commented@macaronibros I'm going to try and look into this tonight - for the broken css file links, is it *all* the files that are broken (the render css and the path to your font file if you are using custom fonts)?
Comment #3
btmash commentedOk, I just tried this out right now with the 2 fonts that I include in the project (one is a custom font, the other is a google font) and was able to get to it just fine...would you be able to post the contents of your .fontinfo file (obscure whatever pieces might be sensitive)? I wasn't able to reproduce this in my first attempt.
Comment #4
btmash commentedMarking as unassigned and needing more info for now.
Comment #5
btmash commentedI tried to reproduce the issue with no luck and since I asked for more information and have not heard back, I am closing the issue. Please give the dev branch a try and let me know if that helps if you are still running into the issue. If you still are, please reopen this issue so I can try to help.
Comment #5.0
btmash commentedAdded more information on how we temporarily fixed the issue.