yaniv14

tb_configuration table is used for general purpose. many core settings and modules use that table when they need to save single value without the need to create new tables. Configuration::updateValue('value_name', 'value_data'); is used to store data in that table. Configuration::get('value_name') is used to fetch data from that table.

its in "tb_configuration" table, it's called "PS_SET_DISPLAY_SUBCATEGORIES"

@datakick while I was checking something regarding this topic I've noticed that "admin.js" and "tools.js" and both loaded with versioning "?v='._PS_VERSION_" (classes/controller/AdminController => setMedia()). Now that we are working with git updater, I think it will be wise to remove versioning or even better to add git latest commit as versioning. git log -n 1 --format="%h" what do you think?

The problem is that the 2nd <p> is being escaped (its probably the value itself). this is how it looks in the html. <p class="pro_list_manufacturer">&lt;p&gt;PC149Y&lt;/p&gt; - Port &amp; Company</p>

My guess is that you have to manually pick this commit: https://github.com/thirtybees/custompayments/commit/69681528df138a9fc96d3b72c246da28993d0afc because I don't think its part of the latest version.

I know they are using Nginx. But did they configured nginx rules for Prestashop? If not, you can point them to this link

You site is using Nginx as a web server, so all rewrite rules should go in the nginx server block and not in htaccess file which created by Thirtybees. If you are on a shared hosing than you should ask your hosting company to configure it for you.

I am no regex expert, but shouldn't it be:

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"