MostlyConfused

It's not the cookies, it's the IP that is sent to Google, when the fonts are loaded. This multiply occurring line: <link href="//fonts.googleapis.com/css?family=Open+Sans:400,700" rel="stylesheet" type='text/css'> Nobody is doing anything bad in reality. But the notices are - at the moment - lawful here. There are dozens of reports to the bar council already. There is no definitve ruling right now, that "sending an EU IP to the USA" is unlawful. But also not the contrary. This dude is an a-hole, sorry. But we have to deal with him, like it or not. There is even an official notice about that from the Austrian Chamber of Commerce (you can translate it): https://www.wko.at/service/wirtschaftsrecht-gewerberecht/abmahnungen-wegen-google-fonts.html So again, is there by design a single file or place, where I can include my own definitions where the fonts are and delete all other references. Sidenote: There is a very small chance, that somebody picks up a fight with this guy and for some reason the ruling is in his favour. You never know. But this very moment, using CC as is would de facto be illegal in the EU. UPDATE: I put the links to my own fonts into shop/skin/skinname/custom.css and deleted every other reference. In developer tools, I can find no more pages that access Google servers. Seems to have done the trick. 2nd UPDATE: The solution was not ideal, custom.css gets loaded relatively late, the shop was displayed in sans serif first and a second later switched to Montserrat. I moved the font definitions to "normalize.css" which gets loaded first and the correct font is displayed immediately.

I just checked the Foundation template and it has direct references to Google fonts in only two files, element_css.php and print_receipt.php Mine (which is based on another one from this site) has it in 14 files. It seems I really have to go through all of them then. btw., I also removed Google Analytics from the site and the shop (that as very easy). It's only a matter of time, until such a thing happens again and now we are "Google-free". @Al Brookbanks, is there a single CSS-file that is loaded on absolutely every page of the shop (no matter the template), where I can put the local paths to my fonts and then simply delete all the other occurences? Thank you!

Hello, sadly, there is a local "lawyer" who is sending warnings about "unlawful use of personal data" left and right and is asking 190 Euros for each of them. He says upon startup of the site, the visitor's IP is sent to Google USA (technically true) and this is unlawful under EU law. It's total bull, but here we are. In my own websites, I host Google fonts locally, but CC seems to include direct links to Google servers in multiple files. Sadly, my client with the CC shop got such a notice. Is there an "easy" way to remove all of them and have the locally hosted fonts addressed via a single CSS-file? It's been a while since I installed CC once and I can't remember how or where I defined the fonts. But I am, pretty sure, I did not write them into so many files. I am sure I am forgetting or missing something? Thanks for any help, I would hate to have to hack every single file. Cheers

Yeah thanks, I had found that and it would have been convenient. Unfortunately my hoster does not have ION cube, so that's a no-go. Thank you!

I need exactly the same thing, another status. @bsmitherThis thread is really old though and I am wondering if it is still valid for 6.4.x? Or is there an easier version right now? I do find the constants in order.class.php and cubecart.class.php, but not the case statements as described. Thanks! EDIT: I think I figured it out. The line numbers were way different, but I have found and changed all instances. Seems to work, thank you!

Update: Since Al does not give a hoot about his bugs and all workarounds I tried did not work, I had to resort to a really dirty hack, but at least it works so far. I changed the template for the printed bill like this: At the beginning, I put: {$datefind = ['Jan', 'Feb', 'Mar', 'Apr', 'May', 'Jun', 'Jul', 'Aug','Sep', 'Oct', 'Nov','Dec']} {$daterepl = ['Jan.', 'Feb.', 'März', 'Apr.', 'Mai', 'Juni','Juli', 'Aug.', 'Sep.','Okt.', 'Nov.', 'Dez.']} And further down, where the date is actually printed, I replaced {$order.order_date} with {$order.order_date|replace:$datefind:$daterepl} @fabriceunko, maybe this will be a solution for you as well.

Update to my own answer above: I suddendly get the same effect, blank screen when I log in and resetting it back to "en_EN" instead of "de_DE" made it work again. If I am LOGGED IN and upload the file with changed locale, it works and month names are shown in German. As soon as I LOG OUT I can NOT log in again, until I change the locale back. At the same time, in cc_CubeCart_system_error_log the following error is created: [<strong>Exception</strong>] /home/.sites/188/site7252192/web/shop/classes/session.class.php:609 - DateTime::__construct() [<a href='http://docs.php.net/manual/en/datetime.construct.php'>datetime.construct.php</a>]: Failed to parse time string (Mo 31 Mai 2021 22:19:21 UTC) at position 0 (M): The timezone could not be found in the database Something's really fishy here. It clearly works and shows the correct date and time before logout. Why the error ONLY when I log in again? Since this is clearly a bug, it would be nice if @Al Brookbanks would chime in! The error it shows happens during setting of cookie in session.class.php:

Trying to set a "wrong" locale should not crash PHP or have any other effect than just not setting it. By default, PHP tries to set given locale(s) until one works, and if not defaults to NULL For example, my change above would work on the live Linux server, but not on my local WAMP. I just added another parameter for Windows and now it works on both: setlocale(LC_ALL, 'de_DE.UTF-8', 'German'); If you get a white screen or something, there's likely to be a syntax error somewere.

Update: I think I found it. And I am pretty sure, this is a bug. In classes/language.class.php there is a function to set the locale. And it was hardcoded to setlocale(LC_ALL, 'en_EN.UTF-8'); I changed it to de_DE and immediately I get the month names in german. @Al Brookbanks please check this, 6.4.2.

I think you are right, especially since nobody else seems to have this problem. The date used in the bills is {$order.order_date} If I debug, the content is for instance "30 May 2021, 09:08" in plain text, not as a timestamp. I tried brute-forcing it, by inserting a php setlocale statement into main.php and main.checkout.php, but as expected this did not work. Do you have any idea what else I could try? In store settings, country is set to Austria and language to German. I went through all options a couple of times, but could not find anything else to set.

Maybe I am missing something, but I can't find a way to translate the names of months that are shown in invoices to my language. Same goes for weekdays. The only language in my shop is German, frontend and admin, but all monthnames and weekdays are shown in English I can't find it in "Languages" in Admin and also did filesearches as well as in the database. Please help, thanks!

Update: since I know now that $GLOBALS['cart']->clear(); is the command to clear the cart, I tried moving it elsewhere in gateway.class.php. And just like that, it works! Thanks again mate.

nope, sorry, products are still left in cart after changing this

I solved it by snooping through the code and the solution was easier than expected. I just put "required" into the respective textarea in templates/content.checkout.confirm.php

Hi, I need the marked field at checkout to be mandatory for time of pickup /delivery. is this possible and how? Thanks!