[Editing carrier details creates a new id_carrier and deletes the old one]

This behavior might be by design. The idea is probably that older orders are related to the older version of the carrier, while newer orders get the newer one.

The obvious assumption is that carriers don't change. Accordingly one has to set up carriers first, then configure these modules.

Can you give us an idea on why these carriers need changing?

[AEUC translation error]

With this line of shell code... sh grep --exclude-dir vendor --exclude-dir cache -rn -- '->l(' | grep -v '(.*)' ... I see 62 similar violations, most of them in module advancedeucompliance.

[Diese Macke im AEUC-Modul]

Habe auch nochmal ein wenig probiert, das wird ja immer lustiger. Bei mir ist es genau umgekehrt. Schalte ich den Cache ein, sieht es gut aus. Schalte ich ihn aus, fehlen die Mwst.-Angaben.

Wenn ich dann beim Modul auf "Configure" klicke, bekomme ich eine DB Exception: Table 'thirtybees-dev.tb_aeuc_email' doesn't exist

Da muss ich wohl nochmal ran.

[Diese Macke im AEUC-Modul]

Du kannst ja mal in die hookDisplayProductPriceBlock.tpl im Modul schauen, ob das {nocache} da drin ist. Ist gleich die erste Zeile nach dem Lizenz-Kommentar.

Ansonsten will ich nicht ausschliessen, dass es da noch eine zweite Macke gibt.

[AEUC translation error]

I modified this file: advancedeucompliance.php and now many field appear in translation section.

If you could share these modifications done we could a) learn from them and b) commit them to the module, solving the problem for everybody. Patches are welcome, just as complete files. Can be attached right here after hitting the 'Reply' button.

[tb_cart having non-existing id_carriers]

@mdekker, these three-digit carrier IDs are in table tb_cart. I take there's no actual carrier with such a number. Apparently a problem when a carrier gets selected/added to the cart.

[Bank wire resend "awaiting payment" email bug]

Now with Github issue :-}

https://github.com/thirtybees/thirtybees/issues/402

[Bank Wire resend email does not display bank information]

I just created a Github issue for this, so it doesn't get lost: https://github.com/thirtybees/thirtybees/issues/402

[Diese Macke im AEUC-Modul]

Welche Version hat denn das AEUC-Modul? Es sollte die Version 3.1.1 sein. Der Fix ist seit Version 3.0.1 drin. Kann man unter Backoffice -> Modules & Services sehen, da steht die Version bei jedem Modul.

Es ist natürlich möglich, dass Dein Theme eine eigene Datei hookDisplayProductPriceBlock.tpl hat. Die wird dann anstatt der gleichnamigen Datei im Modul genommen. Wenn das so ist, diese Datei entfernen oder wie in diesem Commit bearbeiten: https://github.com/thirtybees/advancedeucompliance/commit/46ad6f900e4d2c2b629ff8ffe20f17795db55d6b

Das ist die erste grüne und die letzte grüne Zeile, die hinzu gefügt wird. Der Rest der Änderung in dieser Datei ändert nur den Whitespace, der spielt für die Funktion keine Rolle.

[Diese Macke im AEUC-Modul]

Man braucht gar nichts machen. Diese geänderte Datei kommt automatisch mit dem Update.

[Diese Macke im AEUC-Modul]

Wegens der Bestätigung: wir haben hier nicht PS 1.6.irgendwas, sondern thirty bees :-)

Nachdem ich mich tief genug in diese Geschichte hinein gebohrt habe, habe ich das hier gefunden: https://github.com/thirtybees/advancedeucompliance/commit/46ad6f900e4d2c2b629ff8ffe20f17795db55d6b Sprich: die Macke wurde schon vor einem Monat behoben, es hat nur niemand das zugehörige Github Issue geschlossen.

Das habe ich jetzt nachgeholt. Da ich die ganze Sache schon untersucht hatte bevor ich den Fix entdeckt habe, gibt es jetzt auch eine ausführliche Erklärung, was los war und welche alternativen Lösungsmöglichkeiten es gibt: https://github.com/thirtybees/thirtybees/issues/104#issuecomment-346943339

Fall erledigt. Besten Dank für die Mithilfe!

[Panda & Transformer theme New Site for Support & Purchases]

if you only have 2 products then thirtybees is a bit overpowered i guess.

Good point. Then a future goal could be to shape all this power into making it a no-brainer. Like people buying a smartphone with the processing capabilities of a supercomputer 20 years back just to make phone calls.

[Panda & Transformer theme New Site for Support & Purchases]

I'm not talking about "him". I talk about thirty bees. Apparently thirty bees is too hard to use. Too complicated. Too unreliable. Whatever made "him" to choose another solution.

[Panda & Transformer theme New Site for Support & Purchases]

He is in a big rush!

In such situations one typically uses what one already knows. He undoubtly knows PS/30bz already, so Woocommerce is apparently waaaay easier to set up. And that should change, IMHO.

[Understanding language / translation files of modules]

While looking for something else I came across this https://www.prestashop.com/forums/topic/541316-incl-mwst-weg-zzgl-versand-weg-lieferzeit-doppelt-auf-startseite/?do=findComment&comment=2471174:

PHP 7 steigt spätestens bei den Übersetzungen aus, da es die maxinputvars auf 1000 limitiert.

PHP 7 trips over translations, because it limits max_input_vars to 1000.

[Diese Macke im AEUC-Modul]

Der zweite Link ist ziemlich gut, vielen Dank. Da wird mal ein wenig die Ursache erörtert, nicht nur billiges Heftpflaster verteilt.

[Panda & Transformer theme New Site for Support & Purchases]

Nice!

Hmm. A Prestashop developer using Wordpress/Woocommerce for his own shop. :headscratch:

Looks like 30bz still has a long way ahead.

[tb_cart having non-existing id_carriers]

Regarding these three-digit carrier IDs we'd need a description on how to reproduce them. It looks like a bug, but one without a magic 'Fix Me' button.

Could you try to describe what you did to get these? The more precise, the better. Developers can only fix what they see.

[tb_cart having non-existing id_carriers]

Wow, 23 carriers and only 5 in use.

Without looking at the code, my guess is that carriers never get really deleted, but marked as deleted in the database. This way they stay available for older orders, which used these no longer existing carriers back then.

If you have no orders, yet, I see no reason to not delete them. Looking at the deleted flag in the tb_carrier table might give some insights.

[Diese Macke im AEUC-Modul]

Prima, vielen Dank! Wenigstens mal Einer der bestätigt, dass es das Problem überhaupt gibt. Ich war schon kurz davor, das Github Issue einfach als erledigt zu markieren. Wenn das niemand reproduzieren kann, gibt es auch kein Problem.

Jetzt werden wir wohl warten müssen bis sich mal jemand daran erinnert, wie und wo das Problem überhaupt auftaucht. Und das dann auch noch hier oder auf Github beschreibt.

[Anyone on Mac using local development copy of TB? Security question]

@alwayspaws

I’ll leave it alone

Right. By explaining why there's no reason for fear, we actually managed to establish such fear. Probably an unavoidable pattern of how humans work.

[Anyone on Mac using local development copy of TB? Security question]

if you have installed your shop in localhost/subfolder1 and then move it to subfolder2, you have to reflect this changes.

Yes, after moving/renaming a folder one has to adjust this in Backoffice -> Preferences -> SEO & URLs -> Set Shop URL -> Base URI.

Not needed for fresh installations. They'll work wherever one does this installation.

[Anyone on Mac using local development copy of TB? Security question]

All my installations are in subfolders without adjusting Apache. Shop URL then isn't http://localhost/, but http://localhost/subfolder/, of course. For evaluation and development entirely sufficient.

[Understanding language / translation files of modules]

Don't forget to clear the cache after editing files manually.

[Anyone on Mac using local development copy of TB? Security question]

thirty bees makes no efforts to escape it's environment and MacOS comes with a built in Apache, so using this should be safe.

I'm just not sure how well it works, but trying will give answers. Undoing a 30bz installation is a simple as removing the folder and deleting the database.