toplakd

Do you have softaculous on your hosting? If yes, install thirtybees from there, and than check the database setting on the softaculous install. Like how server is written and database names.

If using other paypal module that has lower version than tb paypal, tb will always show notification to update. To avoid that notification, change other paypal module version to higher number.

During migration modules are not upgraded. Change the version number of the module that you dont want to upgrade to higher number. Like to 99 or so.

So if paypal claim is opened (for whatever reasons) this might lead to 100% lost case because it was not shipped to the address that is registered with paypal, if customer entered different address in shop.

So does this mean that customer can order to different address compared to the address customer has in paypal?

As it seems nobody translated that part for your language. Who does not want to provide a little advertisement for free software he is using, that one should modify and remove the parts on it's own 🙂

Don't know where this error comes from, but I do think it has to do something with hosting provider and server/mail configuration and has nothing to do with the contact form itself, as contact form is working flawlesly, no matter if phpmail, smpt, ssl or no ssl. During time I was on PS I have read a lot of people had such troubles when upgrading to different 1.6 versions. I have updated everytime when update was available and contact form has never been a trouble for my shop. And after migration to tb everything just works as before. No matter if tb theme or ps theme, phpmail or smtp mail. It just works.

Duplicate function does work. If you use friendly names, check if the friendly name for duplicate was changed from original. As it seems you have now 2 products with same friendly url. When in product there is SEO tab, click on it and than click generate.

It seems strange. As i never had problems with it. It finds the characters within product names or product description Tea has special characters in description text. Have you imported Czech Localization pack or just the language?

All mentioned works 100%. Just tested the latest niara120.zip on totaly fresh TB 1.0.8

As you have said in other topic, you have also PS shops installed on same servers and contact form works on them. And as you already have native TB instalation to test, you can try to copy contact-form.tpl from prestashop, and test it, and if it stil does not work you can also try to copy the /controllers/front/ContactController.php delete /cache/class_index.php after upload, and also in Dashboard/Advanced parameters/Performance check force compilation and disable cache. Attached are the files from 1.6.1.23 And even if it works after, as lesley said it could be server settings related as no matter where i install (have also 3 different hostings at current time) the contact form works out of the box. ContactController.php contact-form.tpl

Tommat has fixed this in Niara yesterday, just didnt have time to upload the recent version.

Try to use stock contact form template from community theme, to see if the issue is in template or somewhere else.

What is mentioned above should realy be changed in the upcoming version. As many shop owners don't even realize that If shop default country contains states, and they have account creation with address, than customer (which comes from country that does not have states) can not register in their shop. This can be very easily verified. Fresh TB has default country USA, then enable one or more countries that does not have states. Than try to register new account with that country. No-go 🙂

It was just a thought as on second test with order reference his contact form went throught. But it was just coincidence, that first 1 got error, then entered order ref and it went through. As it always goes through when clicking second time on send. Fist time click gets red error, second click gets mail sent 🙂 So some other issue. My mistake.

I don't think this is the issue, as I do use varius non-domain emails on my test instances and such behaviour is not showing up. Email is always sent. Problem is likely in the template. As it could be that it has required tag on Order refference.

It's happening only if Advanced EU compliance module is activated.

Firefox, Opera and Chromium on linux desktop and Chrome on android. There is position:absolute and right:9000px on the checkboxes

Terms of service on shipping step if standard 5step, or terms of service on payment step if advanced 5 step. Fresh tb with 1.1 niara.

Just noticed one thing. Checkboxes for terms are out of sight and therefore not visible because of "right: 9000px;"

For themes based on PS themes I've edited order-steps.tpl , read post above this one. Picture of 2nd step out of 3 on free Niara theme from community member Tommat (advanced checkout page enabled - AEUC module)

Edited post. For PS based themes following order-steps.tpl can be used. Styling is edited and inline so it will not conflict any other styling in page, and can also be moved to global css. order-steps(ps-themes).tpl

Little more detailed - how to mod your non community-default theme from 5 order-steps to 3 order-steps.: 1. You need order-address.js and OrderController.php from package in the mentioned directories. 2. change order-steps.tpl accordingly to be like the one in provided package. 3. add {include file="$tpl_dir./order-carrier.tpl"} to the bottom of order-address.tpl to include the carrier on address page (the .php. and .js files cover the needeed functions) 4. In order-address.tpl remove original order address buttons (back and proceed) as the ones from order-carrier.tpl will be used. 5. In order-carrier.tpl disable or delete {include file="$tpl_dir./order-steps.tpl"} to prevent showing additional order steps in the middle of the page. 6. In order-carrier.tpl search for step= and change the number to step=0 so the back button will bring you back to cart summary 7a. If classis payment checkout is used, open order-payment-classic.tpl, search for step= and change the number to step=1, so the back button will bring you back to address step. 7b. if Advanced EU checkout page is enabled, open order-payment-advanced.tpl, search for step= and change the number to step=1, so the back button will bring you back to address step. This is the most basic 5step to 3 step conversion. 1st step - cart summary page 2nd step - login-address-carrier page 3rd step - payment page

Yes, this was added, so shopping cart on payment page does not allow changing quantity, and in same moment the sentence is used to hide the payment buttons payment step shopping cart, as shopping cart is moved to top in the payment step. So payment buttons in advanced-payment are under the payment/terms selection and have been added to advanced-payment. And no, I did not comment a lot on templates.

Will write more when im home. Not all changes are needed if doing customization of own template, as current files support standard 5steps and advanced 5 steps with aeuc modules.