Jump to content

Edit History

brunosalter

brunosalter

Hello everybody, see if someone can help me.

I have a problem in my PS 1.7 shop. Payment methods have disappeared. I tried this to no avail.

  On 3/30/2024 at 8:58 AM, RobbieBlokeToys said:

Just being a good citizen and explaining what happened with me regarding this problem.

While testing a new theme and going back to the original one while I fix images etc everything was knocked out of whack. I thought i was just hook positions but Prestashop Checkout module was also affected.

There is no way to know this from the back end. Everything looks normal.

Customers couldn't place orders at all.

This problem was solved by resetting the module and logging back into PayPal.

I would recommend people try this first before moving other things around that might cause more problems.

This is quite a stupid bug for an e-commerce platform to have. The priority should always be that customers are able to purchase. Everything else should be secondary to that. Prestashop should be hardened against the possibility any new module, theme, or minor change could simply close off all payment capability without warning. This should be added to the (already long) list of things PS needs to fix.

Expand  

Uninstalled /Installed one method to check if worked but didnt come back. 

When I go to redsys gateway to configure i get this pile of errors in debug mode, actually I cannot switch it off. Here an extract. Two types of error.

Notice en línea 114 en archivo /home/znxrwadh/public_html/classes/helper/HelperForm.php
[8] Undefined index: type

And

Notice en línea 1497 en archivo /home/znxrwadh/public_html/var/cache/dev/smarty/compile/db/e3/70/dbe370e662a095f9efee5625c6bee66724095af2_0.file.form.tpl.php
[8] Undefined index: type

There are hundreds of the second one.

 

This under solution couldn figure out.

1- In the DB, under prefix_carrier there are ids 1  (pick up), and 2 (Correos), Many Correos rows due maybe to different configurations ....In PS backend there are three; pick up id is 46, Correos standard is 69 and Correos Premium 65. Doesnt match.

2- In prefix_module_carrier there are three columns. (Image attached)

These are the ones but here I need some help

id_module   id_reference

 

  On 1/29/2021 at 12:48 AM, Msaustral said:

Hi Everyone here is a workaround

1.- Find the table prefix_carrier -> take note of the field id_reference of all your active carriers

2.- Find the tables prefix_module -> take note of the field id_module of all your active payment module

3.- Find the table prefix_module_carrier -> you will see that there are missing entries for your carrier id_reference with the payment id_module associated, create the missing one

the row id_module is the id of the payment module that you have active

the row id_reference is the id of the carrier that you want thar payment to be available.

Still do not know what is causing these records to disappear but this solves the issue, have a good day :)

Expand  

 

carrier.png

module_carrier.png

Sending Methods in PS.png

brunosalter

brunosalter

Hello, i have a problem in my PS 1.7 shop. Payment methods have disappeared. I tried this to no avail.

  On 3/30/2024 at 8:58 AM, RobbieBlokeToys said:

Just being a good citizen and explaining what happened with me regarding this problem.

While testing a new theme and going back to the original one while I fix images etc everything was knocked out of whack. I thought i was just hook positions but Prestashop Checkout module was also affected.

There is no way to know this from the back end. Everything looks normal.

Customers couldn't place orders at all.

This problem was solved by resetting the module and logging back into PayPal.

I would recommend people try this first before moving other things around that might cause more problems.

This is quite a stupid bug for an e-commerce platform to have. The priority should always be that customers are able to purchase. Everything else should be secondary to that. Prestashop should be hardened against the possibility any new module, theme, or minor change could simply close off all payment capability without warning. This should be added to the (already long) list of things PS needs to fix.

Expand  

Uninstalled /Installed one method to check if worked but didnt come back. 

When I go to redsys gateway to configure i get this pile of errors in debug mode, actually I cannot switch it off. Here an extract. Two types of error.

Notice en línea 114 en archivo /home/znxrwadh/public_html/classes/helper/HelperForm.php
[8] Undefined index: type

And

Notice en línea 1497 en archivo /home/znxrwadh/public_html/var/cache/dev/smarty/compile/db/e3/70/dbe370e662a095f9efee5625c6bee66724095af2_0.file.form.tpl.php
[8] Undefined index: type

There are hundreds of the second one.

 

This under solution couldn figure out.

1- In the DB, under prefix_carrier there are ids 1  (pick up), and 2 (Correos), Many Correos rows due maybe to different configurations ....In PS backend there are three; pick up id is 46, Correos standard is 69 and Correos Premium 65. Doesnt match.

2- In prefix_module_carrier there are three columns. (Image attached)

These are the ones but here I need some help

id_module   id_reference

 

  On 1/29/2021 at 12:48 AM, Msaustral said:

Hi Everyone here is a workaround

1.- Find the table prefix_carrier -> take note of the field id_reference of all your active carriers

2.- Find the tables prefix_module -> take note of the field id_module of all your active payment module

3.- Find the table prefix_module_carrier -> you will see that there are missing entries for your carrier id_reference with the payment id_module associated, create the missing one

the row id_module is the id of the payment module that you have active

the row id_reference is the id of the carrier that you want thar payment to be available.

Still do not know what is causing these records to disappear but this solves the issue, have a good day :)

Expand  

 

carrier.png

module_carrier.png

Sending Methods in PS.png

×
×
  • Create New...