Magento agreement on one page checkout not showing detail of accepted terms & conditions in placed order - magento-1.9.1

After enabling Magento terms and conditions on one page checkout it's working fine and I am also able to place an order but, where does it sow in order logs that I have accepted terms and conditions?
Any help would be greatly appreciated. thanks in advance.

No record is kept, but the customer should be unable to checkout if the box isn't ticked, so there should not be an issue.
source

Related

Some orders are duplicated in admin panel

I don't know how to start because this is my first time posting something on a forum.
So the problem is some clients are ordering some products, but when I go to the admin panel to see their orders, I get surprised because their orders are duplicated. any ideas ? or solutions ?
I use the latest version of persatshop 1.7.8.7
I searched the entire internet for some solutions, but no results.

Google Merchant Center - Inaccurate availability (due to inconsistent availability between the landing page and checkout pages on your website)

I've gotten a message that my site may be knocked off of Google Merchant Center due to "Inaccurate availability (due to inconsistent availability between the landing page and checkout pages on your website)".
This affects only a small amount of products (only around 0.3% of my 40,000-ish products), so I know it's not an engine issue. After asking Google to recheck the results, they came back with the same error, but with a completely different list of products with no overlap, so I know it's not a problem on the individual product level.
There's no geo-locking on these products, and Google says that the problem exists on US IPs.
Nearly all of the errors look like this:
Value on the landing page - v:out_of_stock
Value in the data feed - v:in_stock
Performing an audit on the products in question shows that none of them have been out of stock for weeks, so the data feed is correct.
None of Google's suggested common issues (geolocking, buy button not working, product can't be shipped to an address, products not available country-wide) seem to apply. The country Google checked this on was a US-based IP.
I'm running out of ideas here, does anyone have any other suggestions?
The answer turned out to be something silly for my site, but I'm posting the answer here just in case this helps someone else.
Google's crawler was setting their country to be Andorra and attempting to check out using the US site. This is obviously not a good representation of the US experience. Google advised us that this was a mistake on their crawler's part, and that we would pass the next audit without any modifications. So if you're here looking for a solution, the absolute best advice I can give you is to find a phone number for Google Merchant Center and give them a call because the error may not be on your end at all.
Update: We passed the audit with no changes made on our part.

Why is PrestaShop redirrecting to a random product when selecting variations from front-end?

I have an online shop in development, all went well until I decided to do SEO on the shop. After this, if I chose a product variation from front-end it just redirects me to a random product.
This picture describes the first state. The default product load.
This picture describes what is happening after you select a variation. As you can see the product name stays the same, but the link indicates that a totally different product is displayed.
If I have the debug mode enabled when selecting a variation it throws "An error occurred while processing your request" and in the request file I can see that besides some errors (Deprecated: array_key_exists(): Using array_key_exists()) it shows the request for a different product.
I can't understand why this is happening, so I am in dying need of your help.
That's the way Prestashop 1.7 works :
First time a customer lands in a multi-variation page, the default attribute will be loaded,
URL will show only the ID product.
Once you choose an attribute , an AJAX call will refresh the page
with the current attribute and URL will change with id_product-id_product_attribute value.
Not sure what you mean by "random product" as in both of your examples I see an attribute
being selected.
Anyway there are several (paid) modules to change this behaviour in a better SEO perspective,
this is definitely one of the most famous :
https://addons.prestashop.com/en/url-redirects/16633-pretty-urls-seo-friendly-url-remove-ids-numbers.html
EDIT: Just noticed that the ID product is different in the two screenshot, this could be related to some DB issues with attribute too, you should check if you have some not coherent values between id_product and id_product_attribute(s)
I found a fix for this. Apparently or appeared because I was using the duplicate function for uploading products. I don't know why but on some products it makes this behavior.
I've spent over 12 hours to find a explanation for this and I was unable to find one. The PrestaShop forum straight up banned me for posting this topic.
My advice is to NOT USE PRESTASHOP it's and old sistem and full of bugs, the support is expensive and I get the impression that even they don't understand their system.
If you find yourself in this situation, know this. Don't duplicate and upload products using "add new" function.
And I can't state this enough, do yourself a favour and don't use Presta, with all the expenses the time to invest and what the product looks like at the end of the road, is just a waste of time. Even after you finish is guaranteed to break in 1-2 years, any updates will break your store and you will need to invest even more more to fix it. It's an old, slow and buggy CMS. It's days are numbered.
Thanks a lot for help.
Best regards, Daniel.

Bold Commerce - Subscriptions - Adding Order Frequency Tag to Shopify Orders

I've installed Bold Subscriptions on my Shopify store and would like the order frequency ( frequency_num ) to come through as a tag every time a new subscription order is generated in Shopify.
Has anyone ever done this?
Thanks in advance!
I had to make an App to do that because Yotpo is too crappy to provide that. I am sure Bold provides that as a service. If not, a simple App will do the trick. At least ask them to hack that in if it is not a thing. Simple enough and they have nothing better to do than serve you, their customer.

How do I create a custom payment module on Prestashop without a credit card?

This is the first time I've asked a question on here so I'm sure I'll be off on the question I'm trying to ask, but here's what I'm dealing with:
I'm using prestashop on my website that will only accept payment from people within our Bartering service group. So the only information needed for them to place an order is their contact information and their personal ID from the Bartering group so that we can accept the order and make sure they apply that. So I want to change the checkout to not actually charge anything, but rather send an email to the sales team and to the customer containing the product they ordered and their personal information. I've already done a couple of overrides with prestashop, but I haven't been able to find what all modules/classes need overridden for this particular issue.
Any advice even a basic list of what modules and classes to look at would be helpful. Thanks in advance.
Edit: Thanks for the advice folks. I think the module should be pretty straight forward. It does not have to charge any balance or anything, just send an email with the order details and customer info to both us and the customer.