Closed (cannot reproduce)
Project:
@font-your-face
Version:
7.x-2.x-dev
Component:
Code (general)
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
27 Apr 2012 at 19:53 UTC
Updated:
2 Sep 2015 at 16:49 UTC
Jump to comment: Most recent
Comments
Comment #1
BarisW commentedI've tried reproducing this, but I cannot.
- I enabled some Google Fonts and enabled CSS compression.
- On the http version of my site, the call to the Google CSS is http://fonts.googleapis.com/css?family=Abel:regular&subset=latin
- When I switch to https, the call is changed to https://fonts.googleapis.com/css?family=Abel:regular&subset=latin
The contents of the CSS files on Google's server changes accordingly to the protocol.
So in the http version, it's
and in the https version, it's:
I also enable the Secure Pages module to see if this makes any difference, and it does not.
Marking this closed until someone is able to explain how to reproduce this.
Comment #2
sreynen commentedi'm not sure if there's any way to solve this, but I can definitely reproduce it. Did you turn on CSS caching? Once my CSS is cached, the HTTP and HTTPS no longer changes with the protocol of the current page. Instead, it just loads the cached version, which may not match the current page. For example, if the cached version was built on a request over HTTP, I still get the HTTP version when I've visiting a page over HTTPS.
Comment #3
BarisW commentedI've enabled CSS and Page compression. The difference I see with my setup and the problem described here is that, for some reason, the link to the Google CSS on eallenboutique.com, is aggregated in the included CSS file.
See here CSS file and search for http: https://www.eallenboutique.com/sites/default/files/css/css_2e6b77de1bafd....
If I check my HTML head, the CSS files are called this way:
You see that the Google CSS declaration is not aggregated. Not sure why it is on eallenboutique.com, but can it be possible that the used theme does some extreme CSS aggregation? Maybe with a hook_css_alter?
I just use a vanilla Drupal 7 with Bartik.
Comment #4
sreynen commentedSorry, I was misremembering my testing on this. I thought I had tested this in my local test environment, but your links to the eallenboutique.com site reminded me I was actually just testing on that site. So I haven't actually reproduced this. I think you're probably right that it's doing some sort of extreme aggregation, and we'll need more info on that to do anything about this.
Comment #5
pmol123 commentedIn my case it was the $base_url causing the problem.
Commenting out the $base_url was not going to work for me.
Since I am using Apache the following worked for me in the settings.php file right after the $base_url setting.
Here is a section of my settings.php on my site.
Demo:
http= http://www.ExpertWitness.com
https= https://www.ExpertWitness.com
Respectfully,
Patrick Michael O'Leary
http://www.PatrickOLeary.com