yaniv14

The reaason that Lesley code didn't work is because your server is running on Nginx and not on Apache. Htaccess is an override for Apache webserver.

I can't seem to reproduce your bug. I ran multiple test with dragging and saving like you mentioned and everything was fine on all tests.

@SLiCK_303 can you please check this commit. https://github.com/thirtybees/thirtybees/pull/983/commits/fd590f6bcdae5f337d341b43c093a5127a9ae779

@lesley @Traumflug is it possible to add Niara theme to crowdin?

I have found the cause of it. order-carrier.tpl lines 62-67. for some reason lines 65-67 popped out of the foreach loop. ``` {foreach $option.carrier_list as $carrier} <strong>{$carrier.instance->name|escape:'htmlall':'UTF-8'}</strong> {/foreach} {if isset($carrier.instance->delay[$cookie->id_lang])} <br>{l s='Delivery time:'}&nbsp;{$carrier.instance->delay[$cookie->id_lang]|escape:'htmlall':'UTF-8'} {/if} ``` Should be: ``` {foreach $option.carrier_list as $carrier} <strong>{$carrier.instance->name|escape:'htmlall':'UTF-8'}</strong> {if isset($carrier.instance->delay[$cookie->id_lang])} <br>{l s='Delivery time:'}&nbsp;{$carrier.instance->delay[$cookie->id_lang]|escape:'htmlall':'UTF-8'} {/if} {/foreach} ```

@Traumflug can you please expose Niara theme repository. Installation went smooth (only tested RTL). RTL css need some modification.

If you referring to theme module translations, there is a known bug. I've committed a fix for that, but its only partial fix. https://github.com/thirtybees/thirtybees/pull/958/commits/64f4bb9a238c08dd77252bc009ce37a5c0ff6124 Whats actually happening now is that the page shows the theme modules translations but when saving it saves it to the default theme instead. If you are referring to other type of translation (not modules) than please explain exactly whats your issue with

How about making an override to FrontController and handle this with PHP code. Its less recommended for performance because htaccess/web server comes first, but at least you wont miss anything. Just parse the url to get the product id and use 301 redirect to new product page. You can give it a month or two until google stop using the old urls and remove the override after to regain full performance.

This probably happens because of server security. Turn off mod_security module on your server and if its still not working ask your server hosting company to check the specific url

Just check if this function getPricesDrop is being overrided in the override file. If so, than just implant your modified sql there

You sql addon looks fine and I believe it should work. Check if you have an override for classes/Product.php in your override folder. and also try to delete "cache/class_index.php" file.

I think the easiest way will be to hook into actionEmailSendBefore and add your attachments. In case your 2 files are the same for all customers than why don't you just put the files on your server and add a link to them in the email body.

The reason I asked about the api key is because on the csv file you attached some of the response where 401 (unauthorized)

I am not familiar with Prestashop 1.7 so I can't tell if its different than 1.6

The people from Parcelforce need to tell you if they are not getting any reply from your web service or they are getting bad/wrong xml format. Are they using the correct Api Key / Token?

Based on your access log it looks that everything is fine on your side and the problem is on Parcelforce side. as you can see your webserver response with 200 (which mean OK) and the numbers you are referring to are the total bytes returned in the response.

The module added a new selection under "Preferences"

You can use the core updater module to upgrade latest fixes that are not build in a new version yet. It called Bleeding edge.

You will need to extend tinymce editor configuration. There is a really old tutorial that might be still similar to what tb have today, but I am not sure because I didn't check it. https://mypresta.eu/en/art/prestashop-16/extended-rich-text-editor.html

Are you using different php version for the new shop? if so, make sure you have all php required extensions installed for the used php version.

I doubt if that error is the cause of the 500 error. can you enable tb debug mode? edit file config/defines.inc.php and change this define('_PS_MODE_DEV_', false); to define('_PS_MODE_DEV_', true); and reload the page and see if you get some other error.

When you change to the new folder/shop, nothing works or you just have an issue with 1 module? I am looking at earlier posts and don't understand the exact error you have. If you want to look for hard coded strings inside files you can use grep command. like: grep -rn "jv74.se/httpdocs" /home/jv74/public_html I am not expert in mysql and I think that if you want to lookup inside your database you will need to dump it first and than run grep. like: mysqldump --compact --skip-extended-insert -u your_db_username -pyour_db_user_password db_name | grep "jv74.se/httpdocs" "-pyour_db_user_password" => the "p" is for password and your real password should be with no space.

But what is the issue now? I am browsing on https://www.jv74.se and I don't see any issues.

Are you sure you are pointing the domain to the correct root folder on the server?

By doing this, you will get your self to the same situation you are right now. Try to download your db and files/folders to your local computer and see if you can get it to run.