DRMasterChief

Hi, sorry but i have to give this in German: lies mal hier schnell die ersten Zeilen durch, das trifft immer noch zu: https://www.e-recht24.de/artikel/datenschutz/8451-hinweispflicht-fuer-cookies.html Es ist eben eine EU-Richtlinie die in DE aber nie umgesetzt wurde, da das bisherige BDSG das besser geregelt hat :) Ist doch auch mal schön statt daß wir in DE immer nur das andersherum kennen. Und wenn ich Kunden in anderen EU-Ländern habe kanns mir dennoch praktisch egal sein, da DE-Recht gilt. Die neue DSGV wird es etwas anders regeln, aber da genügt es dennoch wenn die Datenschutzerklärung entsprechend gestaltet ist (da muss es drin stehen was die Rechtsgrundlage ist). Ob ePrivacy umgesetzt wird ist ja noch offen....

Hello, i try the PP module and got the problem that it uses the logo "defaulthorizontallarge.png" as standard. This is a very large logo with 544x170px and crashes my Theme (and i think the standard TB Theme too). I am not sure if the problem is in the module or in my Theme (i am not using the standard Theme). But how can i get a solution that the module will use different PP logos when the customer comes via Smartphone or Tablet? I can change this large logo to a smaller one from the PP logo site (you can download a lot of logos there), but how can i make the logo responsive to the various customers devices? Found in the paypal.php the call for this logo, can i change this there? Any ideas or solutions about this? thank you

I agree to the information from Ahmed Abderraham in this discussion: https://thirtybees.com/blog/thirty-bees-and-gdpr/ There is no need to put an Cookie warning, not at the moment and not with the new GDPR. There was a special thing for Cookies for UK only, but hey.... not for the rest of EU.

Ah ok, i dont know the details about that. Maybe you can do this with customer groups?

Hi, there is a module from Prestacraft "custom popup notification", this should also work with TB. There are also a lot of other (free) modules for that, just search, maybe also in https://store.thirtybees.com

Hello, honestly i appreciate your idea and opinion. But the law does not require an automatism for exporting the data like an shopsystem can provide this. But it requires a little bit more an easy way for customer to delete their data. So this was the idea of my contribution, and not what i want.... but yes, i want this, regarding it is required by the law ;) Hope you will understand.

Much more interesting would be a "delete" button in customer account (really!!). I am interested in GDPR and was already on some workshops about this. The exportation of customers data is not that important for most of the normal onlineshops, but it could be interesting for customers when they change the telecommunication provider or something like that (this was the intention for this part of GDPR law). I think people will not use this to transfer login-data from a toy shop to their wine shop..... :)

Thank you for the hint to this module, but it is not necessary by law to give the customer such an easy possibility. The law just means that customers have the right to be informed about the data you are saving from them. It could be necessary to give the customer an easy way to delete his data, this should be as easy as possible if you go straight by the law, but this could be also done by an message from the customer to the onlineshop with the simple text "please delete all my personal data" - should be an allowed way for small shops. The GDPR says that a lot of things of this law has to be seen comparative to the business (also e.g. the data transferability to an other competitor, for small business it is ok to give this data in CSV or XML file, maybe 2 times, there is no need to do this unlimited without fee). 30 EUR is not that much for such an module, so we can talk and talk and talk about or just use this module. I can understand the point of view from lesley. It could be hard to see the meaningfulness of some laws, but i think it is the same with US laws or any other countries :) And it is much more hard to understand when laws are made like rubber band, but this cames from the EU and THERE IS a rethinking for such laws. The GDPR also says, that the information has to be given in "clear and easy speech" to the customers, and also the law is written relatively clear and you can understand it when you read it twice. TB is on a good way, a lot of things are working better than in other shopsystems (but yes, some things maybe are not finished, we will see....). Unit price works with discounts and different packagings/sizes, AEUC seems to work for 98% and so on. I am on a point i could say it is possible to use TB for an legal secure shop in EU, when you make some changes manually.

Hello lesley, i absolutely can understand your headaches with Germany, or better say EU.... it´s not the first thing which seems to be stupid (discussed here in the forum) - but hopefully we can use TB here in future if you have an eye on some things for EU, i think also EU is a big market for TB and worth it. In general, if anyone says "Germany" for such things, you can be sure that this is a regulation for whole EU. Thank you!

Neue Lösung in Sicht ?? https://www.prestashop.com/forums/topic/662685-download-aeuc-europ%C3%A4ische-rechtssicherheit-verbessertes-modul-ohne-cachefehler/ Fehler in der foreach -Schleife behoben?? Vielleicht auch für mdekker interessant, da der Fehler in TB scheinbar noch immer vorhanden ist: $newhook->name = $hookname; $new_hook->title = $hook['name']; //$newhook->title = $hookname; $new_hook->title = $hook['name']; Achtung, ich muss sagen daß ich diese "Lösung" nicht versucht habe, da es damit teilweise auch noch Probleme zu geben scheint. Was da genau die Ursache für die erneuten Probleme ist kann ich nicht sagen, weiß ich nicht. Sollte jeder selbst lesen und ergründen und zuletzt in seiner eigenen Konfiguration testen (vorher auf jeden Fall Backups aller dieser Dateien machen um schnell wieder zurück zu können) ! ! ! !

sorry, my fault. Please delete this post

you´re so correct :) installation is done now, thank you for support, going to bed now

copied this file again and changed the part to: $lowMemory = true; then uploaded the file again, seems to work now :) not sure what was the problem before. Should i change this file back to the original part when installation is done?

OK i changed it to $lowMemory = Tools::getMemoryLimit() < Tools::getOctets('42M'); => $lowMemory = true; but now i cant install TB :( , an http error 500 is shown

Hello, unfortunately i have the same problem. Today i tried a new installation of 1.0.3 on a new webspace which i would use for our shop. But installation breaks at 72% with the Ajax request failed for process installModules=true with error. How can i force the following variable to be always true to do things slowly: https://github.com/thirtybees/thirtybees/blob/1.0.3/install-dev/controllers/http/process.php#L296 as mdekker says before? I am not clear how to change this file. I am not allowed to change maxexecutiontime to another level, so i have to find another solution. thank you!

Hi Lathaneo, thank you for this, but i think this is the solution for end-user. What i want, is to disable this function in TB, so that the shop will not use this google function.

Hello, i absolutely agree with that idea, >> best would be to have an “on demand” look up Google Map adress button, so we can choose if this should be enabled or disabled, also regarding privacy policies in some countries. I have checked the /controllers/admin/AdminOrdersController.php and this begins in line 383: /** * Set Media * * @return void * * @since 1.0.0 */ public function setMedia() { parent::setMedia(); $this->addJqueryUI('ui.datepicker'); $this->addJS(_PS_JS_DIR_.'vendor/d3.v3.min.js'); if ($this->tabAccess['edit'] == 1 && $this->display == 'view') { $apiKey = (Configuration::get('TB_GOOGLE_MAPS_API_KEY')) ? 'key='.Configuration::get('TB_GOOGLE_MAPS_API_KEY').'&' : ''; $protocol = (Configuration::get('PS_SSL_ENABLED') && Configuration::get('PS_SSL_ENABLED_EVERYWHERE')) ? 'https' : 'http'; $this->addJS($protocol.'://maps.google.com/maps/api/js?'.$apiKey); $this->addJS(_PS_JS_DIR_.'admin/orders.js'); $this->addJS(_PS_JS_DIR_.'tools.js'); $this->addJqueryPlugin('autocomplete'); } } HOW TO DISABLE THIS FUNCTION MANUALLY? Just comment this out or delete something? Please tell me, thank you!

OK thank you, great that you will have an eye on this :)

Hi guys, not sure if this is a necessary point for TB and the developers, maybe you can give us a short notice if there are some needs about this issue and if there will be an update or something in the next time? https://security-tracker.debian.org/tracker/source-package/smarty3 https://www.debian.org/security/2018/dsa-4094

Hello, this seems to be a bug (also in PS), i think this is also present in the default-theme and maybe is interesting for the TB team?! Sometimes this depends on if an item is in the cart or not. Maybe you can see some difference in your theme, is there an difference with the popup for shipping costs if an item is in the cart? I have solved this as follows (but maybe this works only with my theme, NOT SURE if this works with other theme or the default theme !!): create a file named custom.js located in the folder "themes/yourtheme/js/autoload" and paste this code in it: $(document).ready(function(){ if (!!$.prototype.fancybox) { $("a.iframe").fancybox({ 'type': 'iframe', 'width': 600, 'height': 600 }); } });

Hi Ulrich, i dont understand what the problem is exactly. Is it with the AEUC module or is the problem inside or caused by your template? Maybe we can go on in the Deutsche Forum, i think most of the AEUC problems are discussed there.

or like this? add in /css/autoload/autoload.css productscategory_list .button {display: none;}

Sure, no problem:

Hmmm nobody an idea? Are there any things to delete, maybe in the /theme/product.tpl , to "not show" the into-cart button ?? thank you

Hi, but this seems to be a problem with the template you are using, maybe not compatible with AEUC or you have to add the hooks manually. You use the normal checkout in AEUC ?