-
Posts
580 -
Joined
-
Last visited
-
Days Won
24
Content Type
Profiles
Forums
Gallery
Downloads
Articles
Store
Blogs
Posts posted by yaniv14
-
-
So its a core bug and it should be tracked in Github so it won't be forgotten.
Did you check it with Default or Niara theme? and on what TB version are you working?
-
Are you talking about customized product or some 3rd party module that adds custom fields?
-
What kind of custom fields values?
-
Do you have any error log for the problem?
-
3 hours ago, dynambee said:
I think @musicmaster described the reason this happens pretty well. If the cart of the missing order isn't converted into an order in TB then the next order created will get the order number that was supposed to be used for the "missing" order.
However this brings up another question, and another possible reason this could be happening: It takes time for people to complete checkout with PayPal. On the short side of things 10-20 seconds but in some cases it could take several minutes. (Person trying to find their PayPal password, doing password recovery, creating a new shipping address, or something like that.) If in fact Mollie is checking for the next available order number to send to PayPal (but not immediately creating the order on TB) then an order number collision could happen.
Like this:
Customer 1: Gets to the end of the checkout process and the Mollie module sends them off to PayPal to complete the checkout process. Before sending them, Mollie looks to see what the next available order number is. Let's say "513". Mollie sends this number to PayPal so the order number is included with the PayPal payment. Customer #1 takes some time to finish up with PayPal.
Customer 2: Gets to the end of the checkout process before the previous customer completes their PayPal payment with Mollie. In this case when Mollie looks up the next available order number it will also find "513", and will send 513 to PayPal. Customer #2 heads off to PayPal to complete payment and completes payment very quickly. Mollie then converts their pending cart into an order using order #513.
Customer 1: They finally complete their PayPal payment and are returned to TB. Mollie tries to convert the cart into an order but order #513 is now used by Customer #2's order. This results in a unique ID collision and Mollie fails to convert the cart into an order.
In your case above where order #123 belongs to a manually created order, replace Customer #2 with your manual order creation. Same thing happens. The order number Mollie expected to be able to use ends up being used by your manually created order before Customer #1 completes their PayPal payment.
The above is just speculation on my part as I do not know the internals of how Mollie works and I do not know if Mollie actually waits to convert the cart into an order until after the PayPal process completes. Someone like @datakick might have a better idea.
I am not familiar with Mollie module, but all the payment modules I am aware of don't really use the next available order number when using redirect method to payment gateways, they just send the cart id and expect to get it back when being redirected back to TB.
and only than using the cart id with validateOrder function to create an order in the system. thats the proper way for creating an order from payment module.
cart id is unique for a specific cart & customer so I don't really know how its possible to mix orders with carts unless the payment module is sending the wrong cart id or processing an order based on wrong cart id.
-
I don't think there should be a limit of 128 chars for user agent.
But you can truncate the user agent to 128 chars like this: substr($_SERVER['HTTP_USER_AGENT'], 0, 128).
Anyway I don't think that this kind of information is valuable to you because you probably use GA or other tools to collect this data.
-
Go to modules -> positions and play with the block cart position (up or down) inside displayTop section
-
I would first try to disable friendly urls and see if it works.
And if it does I suggest to setup the same url patterns like you had before.
-
No, the one that shows when you hover the icon.
-
Yes, you are right. I don't see the remove button in the cart popup.
I can't tell if its meant to be like that in this theme or just forgotten.
Maybe @lesley can answer.
-
What about full page cache? server side cache?
-
What you describe looks like a caching problem.
Try to disable all cache and check if it helps
-
13 minutes ago, Matt said:
In the box beside the message I can see the word "Starting"
To see the console log in Firefox just press "CTRL + SHIFT + J"
- 1
-
Did you see the javascript console?
-
Hi,
Your approach is wrong....to place a function inside config.inc.php file is bad idea.
But even if you want to go that way product-list.tpl has $products variable and inside there a foreach loop that include `product-list-item.tpl` each time with $product variable.
So you should put your code inside product-list-item.tpl
A better approach will be to create a simple module with a unique hook and exec that hook inside the tpl file.
{hook h="my_unique_hook" mod="my_module_name" product=$product}
-
This bug was fixes in this commit https://github.com/thirtybees/paypal/commit/5b92e8709f057c7683244ca98434b958242afd2d
But no newer version released after that commit.
- 2
-
Its better to check if variable exists before looking for id.
{if isset($product_manufacturer) && $product_manufacturer->id}
-
Did you always had it inside tabs or was it in a different layout (no tabs) before?
Also can you stop/disable piwik and/or matomo because you have some script errors in the console and they might be causing the issue as well.
-
Try to add more than 1 accessories product and see if it loads.
some javascript sliders dont work well with only 1 item/image.
-
Did you try
localhost
-
Did you try to ask the module creator or the transformer theme creator to provide support for all the needed modification?
Maybe they will be kind enough to help you, and save you the trouble of doing it.
Maybe @lesley can try to talk to either one of them.
-
Hi @Raymond,
I am using a module from Presto-Changeo to deal with allow of combinations.
Its working perfect for me, but in my case I don't need price increase/decrease per combination so I am not sure about all capabilities of this module.
This is the module: https://www.presto-changeo.com/prestashop-attribute-modules/34-113-prestashop-attribute-wizard-pro-module.html#/25-prestashop_version-all_versions
You can see it on my site: https://www.lens.co.il/1-day-acuvue-moist
The front office is without any cache and working really fast, I am using bleeding edge version here. -
Hi,
I think the easier way for you will be to edit header.tpl file from your theme.
just before the closing </head> tag you can add.
{if $page_name == 'cms'} {literal} ... the script you received from google .... {/literal} {/if}
gtag_report_convertion is probably a function that comes with the google code.
so you should call (run/fire) that function on your desire click event (like clicking a url or a button).
you can see samples here: https://support.google.com/google-ads/answer/6331304?hl=en
the 'on_click' part you will have to put in the content of the page (in the cms page editor).
Good luck
-
Can you share a link to your site
Payment Method
in English
Posted
If you want to use Chex i am sure that @datakick will be happy to help you solve this minor issue you are having with carrier as array