RabbitZzZ

Habt ihr auch das Problem, dass mit dem Modul in den Bestellungen die Transaktionsnummern nicht unter Zahlungsart angezeigt werden? irgendwo scheint es diese nicht richtig zu übergeben, obwohl sie in der Datenbank in der tb_paypal_order Tabelle drin sind.

Hi, I think I found a bug. If you have an order with VAT exemption and you do a partial refund the credit slip then calculates the prices as if there was taxes in them and also shows a line with tax amount. I tried this on 1.2 and 1.4 (community default theme) To reproduce: - have TB with VAT Exemption module installed and configured - create a customer, address in different EU country with company name and valid VAT Number - create order - in bo make a partial refund for a product - download credit slip and see the taxes on there Is there any way to have a correct credit note? Thank you!

Hallo, das wird wohl nun relevanter, da Paypal die Gebühren anhebt, wenn man kein Paypal Checkout benutzt. Gibt es eine Möglichkeit, das in ThirtyBees zu integrieren? Funktioniert eventuell das offizielle Prestashop Modul?

Hi, does anyone know an easy way to keep the "Add to Cart" button always visible on product lists? Mainly fo the mobile version it would be great not to have the hover function but have the button shown up all the time. Is that possible with an CSS insert maybe? I'm on TB 1.3.0 with community default theme.

Is there another suitable solution for the European VAT regulation? Maybe even with manual validation?

Hi, I'm using this old thread to report that something doesn't seem to work right anymore with the module. In one shop taxes were deduced from customers that have random stuff in the VAT ID address field and then I saw those errors in the logs: VAT number [xxxx] could not get validated due to a validation web service outage (Server error: `POST http://ec.europa.eu/taxation_customs/vies/services/checkVatService` resulted in a `500 Internal Server Error` response: Error 500--Internal Server Error Maybe the module can be updated as described here: https://stackoverflow.com/questions/73443655/why-does-this-vat-number-validation-script-return-an-error Cheers!

Would you know a workaround to keep it from creating the duplicate entries?

Thanks for the tip, but there is only one cart block module installed. So unfortunately that's also not it. As mentioned, I suspect something in @datakick's Chex module, because if i deactivate it, the cart is ok.

I managed to have the same sizes now on both, but still the last product is doubled on the checkout page. Any idea why this even happens?

Unfortunately not. I know in PS it's possible with the M4PDF Plugin, which could also work in ThirtyBees.

This wouldn't solve the double appearance, wouldn't it?

nothing? @datakick?

any idea @datakick?

There really is nothing. Could it be it has something to do with your Chex module? If I deactivate it, it seems to work right.

It's the community standard theme. Nothing is modified besides some colors in the css. I compared it with the unaltered current version.

I have not completely reinstalled it, but I have resetted it at least. I'll try it! Edit: okay, didn't work

yeah I tried, but I'm sure that has nothing to to with image sizes, because in the sourcecode it's doubled in the cart with different IDs and one time with size attributes and one time without URL would be https://www.thesinisterflame.com/shop/ To reproduce: add product to cart, click on proceed to checkout and check the flyout cart on the next page

Hi there, I just updated to TB 1.3 and still have this problem! Is there any way somebody could check out what's up there? Does nobody else experience this problem? Thanks!

Hi, this problem is still persistent. When I tested now, again all products in the flyout cart on the checkout page were doubled. Does anybody have insights on this?

For this I will have to register the whole site to Cloudflare aswell, all with DNS servers and such right (I did this already for other sites and could possibly try this)? Yes, I changed it for accounting reasons and now can't change it back. But as I said it's also not possible for unchanged countries. Maybe I could change it in the database?

Hi, in a 1.2.0 store since we activated Geolocation it seems people from Greece can't order properly anymore in the shop (one customer reported it workes in Firefox, but in Chrome he got the message "You cannot place a new order from your country. GR"). So I supposed it has something to do with Greece's ISO Code in the shop being "EL" and not "GR" and the Maxmind database using the latter. When I tried to change it in the localisation settings in the shop it didn't work. I always get the message that the ISO code I entered is already in use and two countries can't have the same one. The odd thing is though that no other country has the same code. I also tried with a different country, changing the code to something not in use with the same result. Is it a bug? Can you reproduce? Would it be safe to just change the ISO code via database as a temporal workaorund? Thanks for the help in advance! Regards!

Ok found the problem, it was changed database access rights that seemingly only blocked that function...

Hi, I recently updated to TB 1.2.0 and now when I add new products or try to change existing ones, I can't add or change the stock amount anymore. No matter what I enter it says it saved alright, but changes back to value from before (new products 0). When I activated the debug mode I briefly got an error popup instead of the saved message that says: "parsererror: SytaxError: Unexpected token < in JSON at position 0" The only suspicious entry in the phperror.log is the following: PHP Notice: Trying to access array offset on value of type bool in /www/htdocs/w01005b2/tb/classes/Product.php on line 7843 We're running on PHP 7.4.19 (already tried 7.3 with the same result). Advanced stock management is not activated. Does anybody have an idea how this happened and how to resolve this? Core updater says all files are fine. Thanks!

Hi, for tax puposes I want to show some sentence on the pdf invoice but only for specific countries. I figured I could use the delivery address country iso code to build this somehow, but I couldn't find out how. Does somebody know how embed this function in the template file? Thanks in advance!

So it seems like core updater didn't update the community-default theme completely. I checked the modules/blockcart folder against the version from git and they were different. I now updated it manually but the problem ist not 100% solved. Still the latest added product in the cart has the bigger image size upon adding. The only "improvement" is that on checkout only the last product is shown double in the flyout cart and not all products as before.