Jump to content

stasinus

Members
  • Posts

    27
  • Joined

  • Last visited

Profile Information

  • Activity
    Freelancer

stasinus's Achievements

Newbie

Newbie (1/14)

6

Reputation

  1. Hi Jaimy, Thank you for the solution, it helped. Will add a comment to the JIRA that I had this issue.
  2. Hi all, Please help to sort out the issue with saving e-mail templates. Main issue: some of the '{' and '}' in templates tokens are somehow being changed to %7B and %7D, so tokens are nor replaced with the values and corresponding links are not working. Saving issue: I've changed ALL templates in both /mail/<lang> and /themes/<my_theme>/mail/<lang> and replaced %7B and %7D with the normal signs - still same issue. I've tried to edit templates with the editor (in translation) - same issue. More to say - when I open a template just after saving it (after fixing) I can see same issue like a template was not saved at all. And weird, why it changes only some signs? Example: <a style="color: #337ff1;" title="{shop_name}" href="%7Bshop_url%7D"> <img src="%7Bshop_logo%7D" alt="{shop_name}" /></a></td> Just realized. Looks like it changes only for href and src (only for links) Prestashop version 1.6.0.11
  3. Hi Vekia, Your suggestion fixed site name translation only in page titles. However there are a lot of other places where it should be translated. For example - in mail templates. Is there a way to put some "dog-nail" like change $site_name to $this->l('Site name') somewhere in the code so that it will be changed everywhere?
  4. Hi Vekia, The mail template file is order_conf.html. And delivery_block_html is a token which is being replaced by smarty with a whole address information. So there is nothing to edit in the template file. The question is - where/how to edit address information shown in e-mail (which replaces this token). <font size="2" face="Open-sans, sans-serif" color="#555454"> 
 <p data-html-only="1" style="border-bottom:1px solid #D6D4D4;margin:3px 0 7px;text-transform:uppercase;font-weight:500;font-size:18px;padding-bottom:10px">
Delivery address</p>
 <span data-html-only="1" style="color:#777">
{delivery_block_html}</span>
 
 </font>
  5. Hi El Patron, JIRA http://forge.prestashop.com/browse/PSCSX-4444 created. Please let me know should you want me to send you site address/ftp account/BO access for investigation.
  6. Попробую на другом хостинге. Преста самая новая - 1.6.0.11. Так же странно, что форма работает в админке - там без проблем сохраняет имя полностью. Проблема только с формой во фронт-офисе. Если бы был глюк с серверным ПО, то по идее и в админке не работала бы?
  7. Думаю, вряд ли глюк в серверном ПО, т.к. форма работает правильно в бэк-офисе. Соотв. тема на англ. форуме После того, как убрал валидацию, как посоветовал Векия, регистрация проходит, но имя урезается. При чем, что интересно - сразу после регистрации имя на сайте отображается как С��ани��лав. При этом в таблице - просто С. При этом, как я уже говорил, при редактировании имени в админке все работает без глюков. Думал, какой-то глюк с js-валидацией темы, переключился на дефолтную - то же самое, та же проблема.
  8. Hi all, Tried default theme - the same issue. Please advise, it stops site to go live This should not be an issue with hosting as the form works fine in BO. So probably some validation/encoding transform in FO code?
  9. Unfortunately no, this is not the same issue. Looks like here is an issue with some characters (or even a set of characters) no matter what is a length of a string
  10. Hi Vekia, Thanks for your suggestion. I've done the change and able to register. However the name is being cut, so the issue still exist. I'm trying to register user, for example, with name "Станислав". After registration in the top right column the name is being displayed as: "С��ани��лав". However the value in the DB is just "С" (and the value in the form when I go to the "Edit my details" page). The form works perfect in BO - I'm able to change name in BO after user registration without any issues. Will try to make a copy of site, switch to default theme and check. Any further suggestions meanwhile?
  11. I've found a simplest and obvious solution - just to edit blockcontactinfos.tpl file like below (I'm using address field just as example): change {if $blockcontactinfos_address != ''}, {$blockcontactinfos_address|escape:'html':'UTF-8'}{/if} with {l s='Company address' mod='blockcontactinfos'} Then go-to translations, installed module section, and find blockcontactinfos section. You'll find 'Company address' field there. Fill it for all your languages and voila! So you'll edit your data not in the module config but in translations. And it will not be lost with the engine update. Also you can add any filed you want same way without editing any php-code.
  12. Hi all, During registration (in front office) when entering cyrillic firstname the 500 Server Error arised. The details are: [PrestaShopException]Property Customer->firstname is not valid at line 866 in file classes/ObjectModel.php 861. 862. $message = $this->validateField($field, $this->$field); 863. if ($message !== true) 864. { 865. if ($die) 866. throw new PrestaShopException($message); 867. return $error_return ? $message : false; 868. } 869. } 870. 871. return true; ObjectModelCore->validateFields - [line 272 - classes/ObjectModel.php] ObjectModelCore->getFields - [line 480 - classes/ObjectModel.php] ObjectModelCore->add - [line 225 - classes/Customer.php] - [2 Arguments] CustomerCore->add - [line 430 - controllers/front/AuthController.php] AuthControllerCore->processSubmitAccount - [line 240 - controllers/front/AuthController.php] AuthControllerCore->postProcess - [line 171 - classes/controller/Controller.php] ControllerCore->run - [line 374 - classes/Dispatcher.php] DispatcherCore->dispatch - [line 28 - index.php] But it's weird - I was able to register with some cyrillic names, but most are not acceptable. So looks like it's not a general issue with utf-8. Where to dig? Thanks for the replies.
×
×
  • Create New...