GitLab

V1.3.1: Support for generic invoice number API (http://www.open-tools.net/blog/63-proposal-for-a-general-api-for-third-party-woocommerce-invoice-numbering-plugins.html); Implementation for five different invoicing plugins

Support for almost all third-party invoice plugins (patches ready to be submitted to the respective authors, this plugin needs hardly any change)

-) Add filters to query whether a third-party plugin claims responsibility for invoice numbers
-) Add filter to get the configuration link for this plugin
-) Move all configuration / documentation links to a class-wide property to avoide duplication
-) Generic function to check whether order/invoice numbers are enabled

Move all credential check data into html data- attributes so that the JS will also work with multiple plugins. The AJAX calls will simply retrieve the data from the button's attributes, including the ajax url and the list of possible credentials

- Change the counter values to a non-autoloading option
- Clear the option cache before reading the current counter value

Before this change, one order would change the counter value, but a second order submitted while the first is still processed would get the old, cached value and thus generate duplicate order numbers. This changes make sure that the counter is never used from cached values.

Remove year variable from the free version; global/non-global counters are not required in the free version, then, either

Connect the hooks for order action handling in the backend (to assign a new ordernumber to an existing order)

Try to factor out shopware-specific calls from the general number creation code; Fix custom variables