...
If problems occurs, there are several things that you can do as a self help, before going on reporting the problems. Many problems are based on exceptions between Resurs Bank and the plugin, when it comes to business cases. For example, many problems comes from natural errors like the ones listed below. Many problems are therefore self explained and logs are there as a complement for you to check in. All of the logs are stored in your site, normally in the uploads folder: [WORDPRESS-ROOT]/wp-content/uploads/wc-logs. The plugin uses the internal logging systems and are therefor separated in several sections (or files) which are also reachable from within wp-admin ([WORDPRESS-URL]/wp-admin/admin.php?page=wc-status&tab=logs). The two mentioned paths here are the exact same, reachable in different ways.
Log Types
Those log types are available from within the Data class.
| Type |
|---|
| Data::LOG_INFO |
| Data::LOG_DEBUG |
| Data::LOG_NOTICE |
| Data::LOG_CRITICAL |
| Data::LOG_ERROR |
| Data::LOG_WARNING |
In normal cases, we use Data::setLogNotice/Data::setLogInfo to log notices, but from Data::setLogInternal we can also choose our own severity, and depending on the choice the logs are separated. But they is always there. The goal is to log as much as possible (on demand) so that it get easier to track problems to the correct source. Also, very much all customer events that is vital for "weird tracking" is being done; for example, a very common problem for merchants is when a customer decides to start a payment, but in the middle of the process further chooses to not proceed.
If a customer do not proceed while in the signing moment - or when starting to provide card data to external providers, end never returns to the store again, to fulfill an order no traces will neither become available. Therefore, the plugin also logs the moment when customers are leaving your store to sign or use another payment provider to complete the process. When customer returns to the landingpage for success, we again log the landing moment. By doing this, we can keep track of a potential customer that has not completed the order. Order statuses are also marked with those actions so logs don't have to be the first necessary step in troubleshooting.
Step 1: Consult the logs
The first step as mentioned here, unless the errors are displayed instantly on screen is to simply consult the logs. Most of the errors, both critical and less critical errors are logged here.
...