Jump to content

MadMepps

Members
  • Posts

    15
  • Joined

  • Last visited

Posts posted by MadMepps

  1. 1 hour ago, AlexLopatenco said:

    Thank you for the reply.

    I was thinking that there are some other people that had this issue (there must be) and I figured to post in this topic, rather then create a new one (though I might create a new one)
    This issue will be reviewed by the developers of Prestashop. This issue is random, the error doesn't give any info and is frustrating... :(

    Sure, I just let you know about my case, as I was the topic opener. :)
    True, such a frustrating thing. It made me completely mad when I tried to fix it.

  2. 26 minutes ago, AlexLopatenco said:

    Hi. 

    I'm trying to revive this topic, because this problem is very random and I was having the same error on many different versions of Prestashop (starting with 1.6.1, now on 1.7.7.3). Different servers, different settings, different templates, the same error. 

    Maybe there's a way to see details of this error? 

    Other errors at least give you some info on it (like "length os name is too big", "tags field too long" or "unacceptable symbols" and shows you the ID of the product with the problem, so you can figure out the issue... but this "error" is just an "error" and gives you nothing more... is it logged anywhere?

    Hi,

    I can tell the same as above. The shop is closed already, I've never been able to figure out why it has happened randomly. The most funny fact is that the same owner has a new shop developed which is based on the previous one and we haven't meet the issue since then. :)

  3. On 2/12/2020 at 12:58 AM, Maila said:

    Hello, I have a similar problem. I introduced the second currency ERU and the state SK (SLovenia) in prestashop. Everywhere the price is converted from CZK to EUR correctly. If I want to choose a carrier, the set price is shown in CZK in CZK 140 and in EUR 0, -. When I switch to SK language, it looks like only the VAT on the shipping price will be displayed for the EUR currency at the carrier. Please don't know how to fix it. I spend 5 days in a row, reading the discussions and I can't figure out anything ...

    Thank you for any advice.

    Would you write where you transcribed the translation for which item? If it doesn't happen.

    Thank you
    Míla Z.

    Hi! I have the same. At one carrier when I switch the currency in the frontend, only 0,01 EUR is displayed as a shipping price. At the others everything works fine.
    Did you find a solution? Thanks!

  4. 51 minutes ago, diakro said:

    Igen :) A saját moduljukról írtam. És ráadásul az észrevételem után még kedvesen ki is oktatnak, hogy a webshop küld rossz adatokat. ...dehát ha egyszer ez az adat áll ott rendelkezésre amit az ő moduljuk tárol le a rendeléshez :)
    Na mindegy. Végül megoldottuk. Csak egy észrevétel volt, hogy a saját moduljuk nem teljesen hiba mentes.

    Köszönöm az értékes infókat. Akkor viszont ez azt jelenti, hogy némi belenyúlással még amúgy működésre is lehet bírni, ha jól értem? :)

  5. On 7/26/2019 at 8:04 PM, GuillermoAguilar said:

    Hi!

    I had this same error and found an override that was conflict. override / classes / Product.php
    If it exists, you could try removing it and importing.

    Another option is to try with the debug mode option activated, in this way the process was also done correctly.

    Hi! Thanks for your reply. It seems that the issue persist still. I will give a try to your idea despite I've already tried to turn off overrides. However we have a product.php in overrides because of an extended length of product short description from 800 char to 2000. I will reply with the result.

  6. Sziasztok!

    A Foxpost és Postapont csomagküldő szállítási lehetőségeket szeretném beilleszteni PS 1.7.5.2 webáruházunkba.

    Anno volt magyar Postapont modul, vásároltunk is linceszt, most egy EUR-ban (elég mélyen zsebbe nyúlós) változatot látok. Tudtok esetleg alternatívát?

    Valamint Foxpostnál bár rá is kérdeztem, de hátha valaki több tapasztalattal rendelkezik: az ő - ha jól látom ingyenes - moduljuk valami korai 1.7 alá készült, használja valaki, működik későbbi PS alatt is?

    Köszönöm.

  7. Hi!

    I'm getting totally confused because I can't find a solution for long days for my issue already.
    What we have: A working PS 1.7.5 production MULTISHOP site with 2 shops, VPS (Apache/Nginx, PHP 7.2) and Transformer theme by S-T themes.
    The items are updated daily and we can't determine the start of this issue but it started to stop with the "error" message.
    I figured out that there's an Internal server error 500 by the ajax call. Even if only 2-3 columns are imported! Please see the screenshot below.
    Sometimes after 5 products, sometimes 15, absolutely random values.
    The site owner told me that sometimes he managed to finish it for 3rd-4th try, sometimes totally not.
    The CSV files seem to be perfect.

    ps_error.thumb.JPG.0011f247d43eae591417180d4f63d54f.JPG

    I had a developement version of the site and I couldn't reproduce the issue. (I hardly believed the owner that the issue presists.)
    The biggest comedy that I cloned the site on the server to figure out what the problem was and after several tries surprisingly it started to work. They are in the same environment and I'm not able to mess it up again -> so I don't know the solution.
    What I tried:
    - To find a registry in the server error logs for the 500 error (Apache, Nginx)
    - PHP memory -> 512Mb
    - Checked input times (300-600s)
    - Regenerated .htaccess
    - Checked the product numbers inside the 2 shops (they are equal)
    - Turned off memcache
    - Turned off overrides (btw debug mode isn't working on the import page)
    - Turned off non-offical PS modules
    - Fixed all the folder and file permissions (755/644)
    - Tried to cut back and forth the input CSV-s
    - Checked for duplicated product references
    - Read all the forums
    - Tried to debug the error message with additional informations with no luck
    - PS service module -> DB fix and optimize
    - And a lot more....

    Please can someone help? What should I check more?
    Thank you very much. You can save a man going crazy. :)
     

  8. Hello!
     

    My problem is that firstname and lastname fields are required at the billing address validation. People who need a different address to billing usually want to add a company without any personal name. But sometimes they want to add a person instead of a company. As I see in the class I can only modify basically the required flag for the firstname and lastname fields. So I want to leave them required for shipping and not required for billing. I haven't found a solution yet.

    Can anyone please help me?
    Thank you very much!

×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More