Jump to content

eldermaster

Members
  • Posts

    27
  • Joined

  • Last visited

Profile Information

  • First Name
    Elder
  • Last Name
    Master

Recent Profile Visitors

643 profile views

eldermaster's Achievements

Newbie

Newbie (1/14)

  • First Post Rare
  • Collaborator Rare
  • Week One Done Rare
  • One Month Later Rare
  • One Year In Rare

Recent Badges

11

Reputation

  1. Tell us more details about your PHP version and ICU version. A higher ICU will help you. If you don't have access to change ICU version, sometimes the constant INTL_IDNA_VARIANT_UTS46 needs to be converted to int type explicitly by intval() and this can help you. Check it in src/Core/Util/InternationalizedDomainNameConverter.php Also you can try to install default with US and after, enable other countries. Best regards,
  2. I will stay for the moment with my solution that I know for sure it targets only the Auth and Creation of a user, and only on that specific zone. But I am happy to see that people starts to be constructive around this bug. Maybe soon we will have a final solution validated.
  3. Thank for the share. I am now very curious what is the effect of this general change. An official point of view will be great. Indeed my solution target strictly the /connection? create_account=1 submit but I do not know about a general change that is inside Tools.php regarding ssl Will help to see here more feedback from other users who can offer a valid point of view. Thank you so much for the share
  4. Ok, So after i got very frustrated with this bug I decided to solve it in my way, alone ..... So anyone who encounter this issue this is how I fixed it. 1. Go to /controllers/front 2. Open AuthController.php 3. Look for if ($hookResult && $register_form->submit()) { $should_redirect = true; is around line 60 4. Comment $should_redirect = true; like that //$should_redirect = true; 5. Add after this line Tools::redirectLink(__PS_BASE_URI__); To be more confident with the solution do the same with line 77 - even this is only for the login process when the client is already registered ... so is not really necessary to do this second change. if (Tools::isSubmit('submitLogin')) { if ($login_form->submit()) { //$should_redirect = true; Tools::redirectLink(__PS_BASE_URI__); Post here if is working for you, PS: Possible drawback is that the customer will always be redirected to homepage, no matter the page where he is when he decide to create the account - but I don't care ... at least no more security error The order process when the customer create his account is not affected by this change. He will be redirected as usual into confirmation page. Good luck,
  5. Yeah, I got another certificate ... same problem. Did over 10 different installations of PS 1.7 all have this issue that from my point of view is a Major one. That message for a eCommerce consumer is poison. Even you as merchant, you know that everything is ok, the new possible customer that will probably see this blank page with that message will GO OUT instantly out from your shop and of course you will loose sales. Really no one who can help us with this issue? I bet that that all who have PS1.7 and this new version of Chrome, have this bug. Please ?
  6. I confirm also that it happens the same with our websites 1.7.6.1 versions up to version 1.7.7.0 This stupid message is only on desktop chrome I think when you press SAVE, the redirect rules don't work as should be or the forms have indeed a problem of security. Prestashop Team don't look at the forums? on safari web, chrome mobile no issues Anyone who can help on this matter will be highly appreciated . maybe is possible a workaround somehow we are blocked with our project because of this issue. Best regards,
  7. Hello all, I really need your help guys. Suddenly in my backoffice on product details - price has comma for decimals. I did not changed anything from yesterday till tonight. When I try to save the price an error pop up saying that I cannot save it because the format is not right. Till now I had the dot sign. The single way to work is to switch back to english, and the dot is there and I can work. If I switch back the language the dot is replaced by comma. Check pics I am frustrated with this issue. I tried everything.... of course i include here the currency menu, old tools.php file, etc. Any help will be highly appreciated, Thank you,
  8. We found the reason ... A module responsible for some CRONS disabled SSL...........during execution .... Funny Configuration::updateGlobalValue('PS_SSL_ENABLED', 0); Thread can be closed.
  9. Hello El Patron, We don't have enabled the advanced cache system. We use only the CCC and Smarty. But sometimes we clear the cache and we do a force TPL compile when we modify something in TPL files. Can this be the reason of the SSL problem? SSL option 1/0 is not stored in database? Thanks,
  10. Hello ppl, Anyone know why SSL option get random disabled? I don't know what I do but sometimes, i see that option get disabled without touching that option and the site goes automatically non SSL. I enable it and everything goes to normal. But why it happens? And why is random.... prestashop 1.6.0.13 Thank you,
  11. Anyone encountered these days problems with xml files generation from config folder ? The module list is almost broken in many shop that I own and I didn't installed any module in last 3 weeks. 3 days ago this page was OK. Thank you,
  12. First put Romanian language as default. After look for a menu in BackOffice - Localisation --> Translation After that Choose General, Modules, Email, etc
  13. Valentin did a great job with this module. We use it on our Romanian site to export the invoices to our accountant and it works. Excellent support by email.
  14. Prestashop 1.6.0.13 Google Analytics Native Module 2.3.4 Hello, We identified that if we have Advanced Stock Management activated and the orders are split, because the products ordered are from different warehouses, the Google Analytics take in consideration and track only 1st transaction from the orders that were split, meaning here that will track only the amount that is in the order#1, without taking in consideration the SUM of them (order#1+ order#2+etc) This is a huge problem because Analytics fail to track all transaction and all our data is altered. Anyone know about this issue? I posted also on on forge, under http://forge.prestashop.com/browse/PSCSX-8814 but no answer till now. Thank you,
  15. Issue solved....by myself .. one second time the condition is OK but need to be modified to use Cart::BOTH_WITHOUT_SHIPPING so will be $order->total_paid_tax_excl = ($packageCount === 1 ? (float)Tools::ps_round((float)$this->context->cart->getOrderTotal(false, Cart::BOTH, $order->product_list, $id_carrier), _PS_PRICE_COMPUTE_PRECISION_) : (float)Tools::ps_round((float)$this->context->cart->getOrderTotal(true, Cart::BOTH_WITHOUT_SHIPPING, $order->product_list, $id_carrier), _PS_PRICE_COMPUTE_PRECISION_)); All test finished! Solution can be implemented^^
×
×
  • Create New...