Daamon

@bsmither Above instructions followed. Two files uploaded: 1) Waterfall screenshot, as requested... 2) PARAMS in a .txt file (personal information removed) Next steps? order_params.txt

@bsmither Thanks for that and, on reflection, it makes sense. All but 3 of the files in the admin/skins/default/templates folder are dated 16 June 2016. The three older ones all dated 19 August 2014 are licence.error.php, modules.index.php and upgrade.index.php. Elsewhere, ie7.css is dated 19 August 2014. All other files are 16 June 2016. It'll be me doing the analysis on the POST and I'll get the waterfall screen capture too. Thanks!

You've been great - thank you!

Yes, I believe we were. So now I have some more things to explore... Is it just the template I do a file compare on? Or any others: the XML? the script.js? the css style files?

Cheers for the link. It says "compatible with CC6" but yet the last update is 22 April 2015 - before CC6012. So is it compatible with CC6012?

Where do I get a copy of the stock Mican file from? I can't see anywhere in the File Manager structure where it might be. Yes, we're now on CC6012. Does Mican come with CC? If so, what I don't understand is if we're on the latest version, why is this skin still available if it causes issues?

I very much doubt if it's heavily modified - as we invariably don't tinker unless we're trying to fix something. I've had a look at the files in the skins\mican\templates directory and all are 19 August 2014 except two dated 26 October 2015: content.profile.php and content.register.php. I can't recall if these were updated for a reason - I'd have to dig through other threads I've started here... Other folders contain files dated 19 August 2014 or even a date in 2012.

Hi @Dirty Butter. Cheers for the prompt reply. My store URL is: http://www.mravic.org.au/shop/

I've had a reply to my issue raised in GitHub, now closed: " This is due to a bug in an old/3rd party skin" - no other information was given, prompting questions: - How do I check what skin is currently in use? - Is it easily changed / how? - And any recommendations on a skin which isn't old or 3rd party / will work OK?

@bsmither I've checked the orders.index.php file: - There's only one, and it's dated June 16, 2016 - suggests to me it's the CC6012 version - I've also checked the code in the files, based on your comments at the end this post: https://forums.cubecart.com/topic/50993-add-fields-for-a-specific-product-which-database-table/?do=findComment&comment=216193 ...and of the changes you suggested, only the first one (changing $OPT to $option) are in the CC6012 versions of the files. I've re-done my discovered "<br>" change to get a better presentation of the product options. The deeper investigation will come soon...

@bsmither Wow! Thank you so much for doing that - the plot thickens, and for your suggestions on how to dig further. I'll double-check the orders.index.php file - presumably I'm looking for a recent date for the CC6012 version? When I think that's OK, I'll get actions underway to do the investigation steps you've provided.

Cheers. I'll take a look and run it past the committee - it'll come down to how much time and pain we're experiencing versus $$$.

This one is an "Issue" (unpaid support) and not a (paid) "Support" ticket - it's been three weeks, so I guess not many people are reporting being affected by it... Cheers!

Hi, thanks for the suggestion. I wouldn't know how to set up a test site - we don't have direct control over our host box either, so it'd have to be a request and it might cost $$$. I've spent plenty of time digging into the problem and, with the help of people here, appear to have narrowed it down to the probable cause and have raised a ticket - it'll get fixed if they ever get around to it. In the meantime, we have a workaround which isn't too painful.

Yes, I've had that feedback and experience. It's a shame, but understandable. That's why I was forced to abandon trying to repeat my originally raised issue on the demo site and record it in a separate GitHub ticket 1179: https://github.com/cubecart/v6/issues/1179

I see... Thanks. I'll have to see if we have a Support log in - I fell into helping out, so not sure if we've paid up or not.

Hi, thanks for the prompt reply. I've raised an issue ticket on GitHub (https://github.com/cubecart/v6/issues/1179) - isn't that the support site / ticket? So this is more of a community forum for general queries and great community help, and not a semi-formal vendor's support forum? Ah, OK... All efforts and info greatly appreciated.

Hello? @bsmither and @Dirty Butter Is there anybody there? This thread has been left hanging with questions on a hunch being investigated and I've raised a ticket three weeks ago on github as suggested which doesn't appear to have been looked at...

I've raised the demo site issue on GitHub hoping that that can get fixed to allow my analysis of my actual, original issue: https://github.com/cubecart/v6/issues/1177 @bsmither - Any luck with your code review?

Hi. We've had about a dozen orders through in recent days (since my last post) and all have been automatically updated from Pending to Processing after a successful PayPal payment - so looks like the timeout tweak worked. We got on to our hosting provider who's looking into things from their end too. Thanks for your help!

@bsmither How did you go with your check? This - on the surface - appears to be exactly what is happening. Just don't know the "why"... Hi @Dirty Butter. As far as I know, there's been very little if any changes to the stock install other than recent tweaks made as suggestions in these forums to fix up problems. I logged in to the demo store (I don't have a stock install) but I'm afraid I can't set things up to see if my issue can be reproduced - I can't add a new product, nor can I add Product Options to an existing product (I need to add a single-line text field) - logged in with credentials provided on demo home page. When I click "Save" I get: Access to demo.cubecart.com was denied You don't have authorization to view this page. HTTP ERROR 403

Cheers - we'll get onto the host provider and I've made the change to the timeout value. We'll wait for a few orders to come through and see how we go...

I spoke too soon... Not so great news after all I'm afraid. The shop admin user got a bit excited about the mandatory data appearing that they reported all was OK They've since processed the orders (which were ALL in a status of either Pending or Processing AND had the mandatory data showing in the Order Summary) and manually changed the status to Order Complete. As far as I'm aware, we're fully on CC6012 and PHP5.4.45 Every single order which was showing the mandatory data - now at a status of Order Complete - is now not showing the mandatory data. I've looked in CubeCart_order_summary @bsmitherpreviously asked about and can confirm that the data is still there, but not in CubeCart_order_inventory fields 'product_options' and 'options_array' - so it's being wiped and therefore not being displayed after the order status goes to Order Complete. I consider this a defect in the code - do I need to raise it formally or will this forum post get it addressed?

Hi again @bsmither... We received 8 orders yesterday: 4 went to "Processing" as expected, 4 stayed at "Pending" when they shouldn't. In the "Request Log" there's 8 entries for yesterday which have a perfect correlation between Processing / Response Received = Verified and Pending / Response Received = "Error: cURL Error (6): name lookup timed out". A quick Google search on "cURL Error 6" returned mixed solutions...

Hi, We're having an ongoing sporadic issue where the Order Status isn't being updated to "Processing" after receiving payment through PayPal - sometimes it works (as in sets "Processing" automagically) and sometimes it doesn't. We've contacted PayPal and got the following response: "From my investigation, I found that you are using CubeCart for your website. I found that CubeCart is using our Instant Payment Notification (IPN) system to display payment information on merchant's CubeCart panel, I would suggest checking your IPN postback logs to confirm if you got a successful IPN validation from PayPal. Basically, for each payment, PayPal sends an IPN request to merchant's IPN URL, which is in CubeCart system, and CubeCart needs to send a postback to PayPal to validate the IPN information. If this step fails, then CubeCart won't be able to see any details including payment status. And, I found that IPN messages for all transaction in your account has successfully sent to CubeCart backend system. In order to solve this issue, you need to reach out CubeCart technical support team to investigate this issue more further as I can that all of your IPN message was successfully sent to CubeCart. Probably there might be an issue where CubeCart got delayed in converting IPN message into Order details in your admin panel." Based on this, I did some Googling and digging around in these forums and found a suggestion to change some code in CubeCart (relating to the IPN URL I think) from &amp to &. But this hasn't fixed our issue. I don't know where to look for the IPN postback logs (I've searched that too, but no luck) nor do I really know what I'm looking for... Any ideas? Cheers in advance.