I'm no longer active at the OC Forum. To reach me, contact: jti@jacob.ch
A Demoversion of my free Opencart LIGHT v.1.5.6.5_rc Software
can be seen in Action here: http://www.bigmax.ch
---
930+ FREE OC Extension-Repositories - from OC v.1.5.x up,
on the world's largest OC-related Github Site: https://github.com/IP-CAM
---
Iiiiiinteresting! I will try that and see if we have any other problems like this in the future. What is the reasoning for this?
I'm no longer active at the OC Forum. To reach me, contact: jti@jacob.ch
A Demoversion of my free Opencart LIGHT v.1.5.6.5_rc Software
can be seen in Action here: http://www.bigmax.ch
---
930+ FREE OC Extension-Repositories - from OC v.1.5.x up,
on the world's largest OC-related Github Site: https://github.com/IP-CAM
---
Wow such a thorough and detailed response - thank you so much! Is there a reason why the cached inventory info was eventually updated to reflect the correct inventory values after a one-day delay?IP_CAM wrote: ↑Wed Jun 07, 2017 10:21 amOcMod caches Files, constructed out of OC default Source Files, combined with
OcMod Extension contained Add/Change/Replace Content. Such a CACHED File is then
used INSTEAD of it's Original default SOURCE-File, to be Part of the final OUTPUT-Data,
requested/sent from/to the Visitor-Browser.
Those Files are then usually stored/cached/called/seen, until modified again, by some other
extension, or by removal of an existing extension, having some effect on such a File.
But if you modify some Data or File, somewhere, it does not automatically make OC 'realize'
this new FACT, and so act accordingly, but it still presents outdated VALUES, until an OcMod
Reset/Refresh has been made.
OcModded Cache Files are placed in the: system/storage/modification/... Subdirectory,
and placed in subdirectories, named like their native Source Files.
And strictly technically, such files could replace default source, and then no longer require OcMod,
to function as they do with/by OcMod!
And everything in this modification/..Subdirectory, exept for the index.php, could eventually be deleted
manually, to clean out this section for sure, and in full, from time to time, and to avoid keeping failed Installs
and other crab for no good reason at all. It all will be rebuilt again, whatever is required.
And since VqMod comes AFTER OcMod, the same thing may happen to VqCache'd FILES as well,
therefore, the VqCache/... always needs to be cleared out as well, to make sure, it's all GO again.
Good Luck!
Ernie
PS. Infos valid only up to OC v.2.2, I never worked on later things...
VqMOD CONTENT IS NOT VALID, if JNeuhoff's CUSTOM VqMod is installed!
Hmm...that's another good point. I think I have everything set up correctly, as it usually deducts inventory properly...but I took screenshots of my settings in the attached image. We use Paypal Pro and Paypal Payments Standard for our transactions. Does this all look correct?sculptex wrote: ↑Wed Jun 07, 2017 3:53 pmSorry, but I think all that is a red herring.
What is your Processing Order Status in System > Settings > Option?
If this is not pending or whatever the successful payment status is for your chosen payment gateway, you will have this problem, as it is waiting for the order status to be manually updated.
Untitled-1.png (34.01 KiB) Viewed 685 times
Okay, so I cleared the OCmod and VQmod cache, but now my website does not force HTTPS anymore. I checked config.php and everything is set to https://
Good point, should I change that to completed? I figured that once the transaction goes through, it marks it as processing, then once we package and ship the orders, we mark as complete. We have PayPal payments pro to charge directly on the website, and Paypal standard if they want to be redirected to the paypal website.sculptex wrote: ↑Thu Jun 08, 2017 4:06 pmRe: stock
Looking at PayPal payments standard completed status, why is this set to processing? This may cause an issue. Does the stock problem only occur with this gateway? Why have you got two PayPal options anyway?
Re: SSL
Have you got any mods that force SSL? With ocmods you must now refresh the modifications, with vqmod its automatic.
I don't believe that is the issue, as the inventory delay happened across the board with a number of different products around the same time, and we had not cancelled any orders for any of those products.sculptex wrote: ↑Fri Jun 09, 2017 2:49 amActually, when I looked I remembered that the PayPal statuses regard the Payment Status Completed, not the Order Status, so yes it should go to Pending and as long as the Pending is ticked in the Processing Order Status as you have, it should work correctly!?!
We had a problem a while back with stock overselling when we cancelled an order and we hadn't realized it put all those items back in stock, are you sure its nothing like that causing the stock problem?
Not sure about the email if you've not changed anything and you don't have any related mods. Have you checked the error log?
Code: Select all
[08-Jun-2017 13:07:14 America/Denver] PHP Deprecated: mysql_connect(): The mysql extension is deprecated and will be removed in the future: use mysqli or PDO instead in /home3/poppycli/public_html/system/library/db/mysql.php on line 7
Code: Select all
define('DB_DRIVER', 'mysqli');
Oh okay sweet; thanks for the tip - will do that right now. I appreciate your assistance very much!sculptex wrote: ↑Fri Jun 09, 2017 5:08 amThat should be as simple as changing your db driver to mysqli in your root and admin config.php filesYou might be as well to set up a test site and try to pinpoint and recreate the problem with the stock as I suspect you don't want to mess about with a live store.Code: Select all
define('DB_DRIVER', 'mysqli');
Users browsing this forum: Chris_UK and 60 guests
