CSS path broken on Windows servers

I'm pretty sure I know where the problem is, but I'm not yet sure how to solve it. The problem, I think, is with this code in the fontyourface_add_css_in_preprocess() function:

$full_path = drupal_realpath(file_build_uri($css_path));
$base_path = drupal_realpath('.');
$css_path = str_replace($base_path . '/', '', $full_path);

What that's doing is taking the file wrapper CSS path that gets passed into the function, which is something like "public://fontyourface/font.css" and converting it to the path to the CSS file relative to the base_path(), which is what drupal_add_css() takes, e.g. "sites/default/files/fontyourface/font.css". I haven't found any way to do this in Drupal 7, so I wrote the code above. I was worried it wouldn't be reliable when I wrote it and it sounds like it's not. Specifically, it looks like it fails on Windows, maybe because that slash is a backslash on Windows? I'm going to ask around more and see if there isn't a more platform-neutral way to do this with core D7 functions.

@carvalhar, if you're able to tell me what drupal_realpath('.') and base_path() each return on your Windows system, that would be useful.

I'd rather not get into conf_path() as that's not necessarily related to the files directory. You could, for example, have your settings.php in sites/default and your files directory in sites/localhost/files or vice versa.

I think this patch should fix it. Let me know if it works for you.

I'm not sure why that patch is causing a fatal error on the test bot. It's working for me locally. Moving back to "needs review" status.

@carvalhar, which font provider are those fonts from?

Making the title a little more descriptive, in case anyone else is having the same problem.

This patch is in beta 3, so I think the original issue here is fixed. @carvalhar, I think your other issue may have been fixed in #1038574: Font Squirrel fonts not loading. If you're still having problems with beta 3, please open a new issue.