ChrisColeman

Thank You,

Hi, I would like to change the default tabs for plugin - a pointer in the right direction would be highly appretiated. Thanks .

Hi, Yes, got it. Thank You, Chris.

I am developing a plugin, which typically handles a lot of AJAX calls. Although it does work successfully I feel that there's probably a better way .. Is there a way to invoke an AJAX hook, this would be, I imagine a specific KEY on the POSTed AJAX URI ? Many Thanks, Chris Coleman.

I get it, and it is working, .. Many Thanks, ChrisColeman.

Hi, reading the instructions I see :- https://support.cubecart.com/hc/en-gb/articles/360003794038-How-do-I-create-a-new-front-end-dynamic-section-or-page- This is good and in principle would simplify things especially because of the autoload. However, the implication is that the plugin's class file then has to be loaded from the cubecart/classes folder, which would make distribution difficult ? Or, am I somehow wrong . Many Thanks, Chris Coleman.

Thank You - Happy Christmas - .

Hi Folks, I was just looking at the DB in one of my supported stores .. There is a table 'CubeCart_cookie_consent' which has size 3433.33MB (3.4TB) it is at session_id 5136354 , which seems a tad large? The table has seen multiple updates in about 25years, can I just delete the table and start again with it ? Thanks, Chris.

Well, it seems to me that it might be useful to include some (admin) interaction in this. Maybe the user is not aware of the consequences of removing the plug-in. A message could be generated via tpl - Just an idea ..

Hi Bill , I have found a way around it, but I think we need the feature. I won’t use the feature unless it becomes part of CubeCart base because my clients would probably loose the update whilst upgrading - ie. those that don’t ask me to do the upgrades. Anyway Thank You,

I have created an ADMIN plugin which creates and uses a database table. When the plugin is DELETED I need to be able to remove the DB table, could someone point me in the right direction ? Many Thanks, Chris Coleman.

Hi, A confession .. Even though there is an error as reported - That was not the cause of my problem. The skin I'm using does not use JQUERY, I'm not a fan. It has worked without issue for 5+ years. Anyway it turns out that paypal_commerce has a dependency on a jquery file being present in the currently active skin (??). So thats it I replaced a JQUERY file into my skin and it now works. Chris. ps. I have posted on GITHUB.

Hi, I just tried this again with with PayPal Commerce 1.6.2 and still no joy, therefore I downloaded the 1.6.2 code to get a better look .. And this is what I found - /** * CubeCart v6 * ======================================== * CubeCart is a registered trade mark of CubeCart Limited * Copyright CubeCart Limited 2019. All rights reserved. * UK Private Limited Company No. 5323904 * ======================================== * Web: http://www.cubecart.com * Email: [email protected] * License: GPL-3.0 http://opensource.org/licenses/GPL-3.0 */ function ppcp_body_js($tpl_output, Smarty_Internal_Template $template) { $skins = $GLOBALS['gui']->getSkinData()['info']; // $skin = $GLOBALS['gui']->getSkinData(); if (($pp_config = $GLOBALS['cache']->read('pp_config.'.$skins['name'])) === false) { if(file_exists('modules/plugins/paypal_commerce/config.custom.json')) { $pp_config = file_get_contents('modules/plugins/paypal_commerce/config.custom.json'); } else if(file_exists('modules/plugins/paypal_commerce/config.'.$skins['name'].'.json')) { $pp_config = file_get_contents('modules/plugins/paypal_commerce/config.'.$skins['name'].'.json'); } else { $pp_config = file_get_contents('modules/plugins/paypal_commerce/config.foundation.json'); } $GLOBALS['cache']->write($pp_config, 'pp_config.'.$skins['name']); } if(isset($GLOBALS['cart']->basket['total']) && $GLOBALS['cart']->basket['total'] > 0) { $pp_amount = $GLOBALS['cart']->basket['total']; } else { $pp_amount = "null"; } return preg_replace('/\<\/body\>/i','<script id="pp_config" type="application/json">'.$pp_config.'</script><script> var pp_config = JSON.parse(document.getElementById(\'pp_config\').textContent) var pp_amount = '.$pp_amount.';</script></body>', $tpl_output); return $tpl_output; } $GLOBALS['smarty']->registerFilter("output","ppcp_body_js"); On about the third line of code you can see I have replaced a line. Now the thing is that this was never going to work the variable '$skin' is never referenced in the code so its clearly in error. The question is why did nobody else experience the same ? Its probably because, and this is just a guess, many other skins are strongly based upon the foundation skin, but as I say that's only a guess .. Anyway it seems to be working now but no production test yet.. Chris.

Hi, I have regressed the sites in question to PayPal standard which works as it did and will do a bit of digging. So must be using a different jquery - or non at all which would be better. On the subject, I don’t not if the send/receive loop is good - should it not anticipate an error or at least wait a while before resending the request. I have some history with Stripe which is not entirely different and it is usual to await an acknowledgement before resending the request?

I have several sites running the replacement PayPal Gateway .. However a few day ago I attempted to activated on a couple of additional sites and this morning received complaints that customers can no longer complete the checkout process on those sites. In the browser log I see (see below), which repeats (ad infinitum) - Any ideas .. Just noticed this error - Many Thanks. Chris.