I am running OC 2.0.1.0 default theme with some non-core modifying extensions and mods. I am having an issue with TTFB when updating order status in ACP. I ran a network catpure and it appears that the update button is somehow triggering an openbay asssociation. Is this supposed to happen? Are they forever linked in OC 2.0.1.0? I see nothing in the ACP that would allow me to unistall Openbay. I have not installed Openbay Pro or any other version purposefully.
Can I just delete any instances via ftp? Keeping copies of course incase it pukes on me. Should the sales order status update button be using an Openbay association to write to the database/cart? So confused as to why these two are speaking to each other.
Any ideas would be helpful.
You could set this:
to this:
in the Shop ROOT index.php file, as long as you don't
use anything related to eBay/Openbay/ and eventually Amazon.
Ernie
Code: Select all
//OpenBay Pro
$registry->set('openbay', new Openbay($registry));
Code: Select all
//OpenBay Pro
//$registry->set('openbay', new Openbay($registry))
use anything related to eBay/Openbay/ and eventually Amazon.
Ernie
My Github OC Site: https://github.com/IP-CAM
5'600 + FREE OC Extensions, on the World's largest private Github OC Repository Archive Site.
Did that and no change. It still calls up "https://.....index.php?route=extension/openbay/addorderinfo&token......" and times out after 2.0 mins TTFB and sets a 405 "Not Allowed". I do not use eBay, Openbay, or Amazon and never will. Since from all I have read, these are the main associations, why is this so intertwined in OC 2.0.1.0?IP_CAM wrote: ↑Sun Dec 15, 2019 8:49 amYou could set this:to this:Code: Select all
//OpenBay Pro $registry->set('openbay', new Openbay($registry));in the Shop ROOT index.php file, as long as you don'tCode: Select all
//OpenBay Pro //$registry->set('openbay', new Openbay($registry))
use anything related to eBay/Openbay/ and eventually Amazon.
Ernie
Also remarked it from the /admin/index.php file and no change. When you are in ACP/Sales/Orders/Order history and you are clicking "Add History" button, should openbay even be involved in that? I am not an OC expert, so I am asking. Just seems strange to me that an extension, that is seemingly not installed anywhere I can disable/configure it, is being called upon to add history to the order status. 
Better don't do it in Admin, or some extensions will produce errors.
But you probably did NOT clear out all your Cache Sections, incl. OcMod
and VqMod Cache, if exist, before testing again.
But you probably did NOT clear out all your Cache Sections, incl. OcMod
and VqMod Cache, if exist, before testing again.
My Github OC Site: https://github.com/IP-CAM
5'600 + FREE OC Extensions, on the World's largest private Github OC Repository Archive Site.
Leave as at is.
You need to change more files to remove Openbay for good.
You need to change more files to remove Openbay for good.
Upgrade Service | OC 2.3.0.2 PHP 8 | My Custom OC 3.0.3.8 | Buy me a beer
Well after clearing all caches AGAIN, I replicated the issue and openbay still shows up. But at least this time it is not the one that times out on TTFB. Only 352ms for them this time. Still get the other. But that is a different story. I guess I will just have to live with it or hire someone to spend hours figuring out the cart issues.
Thank you for the input. Very much appreciate it.
Thank you for the input. Very much appreciate it.
A OpenCart Expert should be much faster - if not under 1 hour.
Full Stack Web Developer :: Dedicated OpenCart Development & Support DACH Region
Contact for Custom Work / Fast Support.
Who is online
Users browsing this forum: No registered users and 12 guests
