Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Host fonts locally instead of using Google Fonts #25

Open
n0toose opened this issue Mar 10, 2023 · 5 comments
Open

Host fonts locally instead of using Google Fonts #25

n0toose opened this issue Mar 10, 2023 · 5 comments

Comments

@n0toose
Copy link
Contributor

n0toose commented Mar 10, 2023

Depending on third-party domains (e.g. gstatic.com or Google Fonts) (e.g.:

@import url(https://fonts.googleapis.com/css?family=Open+Sans:400,400i,700,700i);
) has been "judicially controversial" in some jurisdictions within the European Union. It might be in our best interests to stop doing that, and host the fonts locally instead.

@waddlesplash
Copy link
Member

We use Google Fonts in a lot of places.

The GDPR is insane if that's the proper interpretation of it. Webfonts can be disabled at the client side. If someone's software is configured to accept our suggestions of what data it should fetch and actually fetch it, but it remains perfectly free to disregard the suggestion altogether and the website will continue functioning? Then it's absolutely ridiculous to go after the website's owners.

The cookie laws are almost as ridiculous. Really, if they wanted to create a distinction between required/optional cookies, then they should have mandated websites obey some new variant of Do-Not-Track headers (i.e. Cookie-Setting or something) instead of adding annoying banners to nearly every website on the entire internet.

@n0toose
Copy link
Contributor Author

n0toose commented Mar 10, 2023

The GDPR is insane if that's the proper interpretation of it. Webfonts can be disabled at the client side. If someone's software is configured to accept our suggestions of what data it should fetch and actually fetch it, but it remains perfectly free to disregard the suggestion altogether and the website will continue functioning? Then it's absolutely ridiculous to go after the website's owners.

Well, the website's owners are sharing metadata/personal information (depends on how you define e.g. IP addresses) about the user without permission or explicit approval, and I think we should choose to not do that.

The expectation that every user should disable web fonts when web fonts aren't the problem is a bit far-fetched from many perspectives and could objectively even make the user more trackable, if we're to assume that the user is careful enough as far as the subject is concerned. In the real world, you regularly see websites disguising third-party code as first-party code to bypass such restrictions. Cookie banners being made as annoying and as hard to navigate as humanly possible isn't the EU's fault either, and Do-Not-Track headers are utilized in some capacity. Anyways, this is more philosophical and not the point.

Anyways, this GDPR law is not federal in the US-sense, the law gets implemented by each state "independently" and decisions that impose this interpretation are not necessarily universal, e.g. a court in Munich deciding that a user can get 100 Euros in damages because of a website "forwarding the user's IP address without permission" doesn't mean that something like that would happen across the bloc. However, this still a place where, well, this is the case, and such decisions do impact the proactive steps that should be taken.

@waddlesplash
Copy link
Member

Well, the website's owners are sharing

No, they're not. The website's owners are suggesting that the browser fetch information from another server, which will indeed implicitly expose the IP addresses, but it is not the website owners which share that information directly; it's the browser which initiates the request which does so.

and I think we should choose to not do that.

Webfonts and cross-origin requests are disable-able by users. Perhaps we should avoid using Google Fonts for other reasons, but doing so because "the GDPR might make all non-disclosed cross-origin requests illegal" is insane.

The expectation that every user should disable web fonts when web fonts aren't the problem

No, they should disable all cross-origin requests if they really care about this, or at least deny them by default.

a court in Munich deciding that a user can get 100 Euros in damages because of a website "forwarding the user's IP address without permission"

Yes, I saw this headline when it first happened. It is completely ridiculous, whether or not this is what the law is saying or whether it is a wrong interpretation/implementation of it, to say that the IP address was "forwarded" by the website, when the website did no such thing but merely requested the client do so.

@n0toose
Copy link
Contributor Author

n0toose commented Mar 10, 2023

Yeah, I see where you're coming from.

Webfonts and cross-origin requests are disable-able by users. Perhaps we should avoid using Google Fonts for other reasons, but doing so because "the GDPR might make all non-disclosed cross-origin requests illegal" is insane.

Let's assume that what I mentioned here as a reason for moving forward with something like that is totally junk. Does for other reasons (I agree that there's other reasons too) mean that this is an effort still worth pursuing?

@n0toose n0toose changed the title Ensure that Haiku, Inc.'s website conforms to the GDPR Remove Google Fonts? Mar 10, 2023
@n0toose n0toose changed the title Remove Google Fonts? Host fonts locally instead of using Google Fonts Mar 10, 2023
@nielx
Copy link
Member

nielx commented Mar 11, 2023

I think your point would be valid @waddlesplash if browsers were designed differently, but this is not the case. No matter how you feel about the legalities, fetching the fonts from Google's servers without allowing an informed opt-in from the user is a GDPR violation. We should self-host them.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

3 participants