Version 2.1.1 of nBill is now available - this is the first stable release of nBill 2.1. To upgrade, simply
download the component and install it over the top of your existing installation (no need to uninstall first, unless you are using Joomla 1.0). Alternatively, if you have made any changes to any of the nBill files (including the language files), please upload the files from the
manual upgrade patch instead (upload the files by FTP, then go to the main page of nBill in Joomla administrator, and click on the link provided to upgrade your database and add the new language file elements).
Please note that as previously advised, along with this new release comes a new arrangement for support. While you are using the free trial, support is free. After purchase, you get free support for the first 3 months. In addition, everyone who has ever purchased nBill in the past will also get 3 months free support from now. After that, you will need to purchase a support subscription (for 3 months, 6 months, or 12 months) if you need further one-to-one support. General support will still be available without charge via the forum.
As well as all of the additions and fixes that went into the 2.1.0 BETA release (which are outlined here:
http://www.nbill.co.uk/forum/index.php/topic,2147.0.html), the following new features and fixes have also been added:
- Fixed problem whereby billing country was reverting to vendor's own country when editing an existing invoice
- When updating a master database, gateway transaction IDs are no longer copied, so as to avoid numbering clashes
- Expenditure editor no longer shows empty brackets after supplier name in cases where there is no contact name
- All columns now have a data-type-appropriate default value when tables are created, to avoid problems when running MySQL in strict mode
- Default supplier ID is now set to 0 (zero) instead of -1 on new expenditure items to avoid problems when running MySQL in strict mode
- Multiple invoices can now be marked as paid or written off at the same time from the invoice list in the back end
- A warning is now given if you try to define field options with duplicate values
- Fixed a problem whereby shipping ledger code was not being pulled through during quote payment
- Restored display option for governing whether or not to output the date range on recurring invoices when they are generated (option accidentally removed in an earlier update)
- Fixed a problem where the display of the orders page in the front end could get stuck in a loop under certain circumstances and eventually time out
- Fixed a problem previewing quotes in the back end (would sometimes show a blank page)
- If 2 different products are able to be ordered on a single field, one via the field itself, and another via the field options, the related quantity figure is now correctly extracted for each one (was previously failing to extract a 2nd quantity)
- Fixed PHP warning which occurs in PHP 5.3 if a string is passed into the number formatting function
- Added a new option on the 'pending until paid' setting to allow this to be implemented only if an online payment method is selected
- Added a new option on the 'payment required to accept quote' setting to allow this to be implemented only if an online payment method is selected
- When a product category is changed, the change is now automatically reflected on any order form fields and field options
- New 'Post Processing Code' form event added - to allow PHP code execution after ALL other processing is complete (ie. after invoice is generated and marked as paid, if applicable)
- You can now add a custom message to be shown in the event that a form is not available (eg. if the user does not already have any of the prerequisite products). The message can include PHP code.
- Thank you message on order forms can now also contain PHP code (html entities are decoded before execution)
- Manually defined options now appear before options that are loaded from a cross reference table in dropdown lists and option lists
- Fixed a display bug where an extra asterisk was added to the label on mandatory fields which have a confirmation box when not using legacy renderer
- Added new display option to show the 'relating to' value on the order list in the front-end
- Help text on fields can now include PHP code
- In all cases where PHP code can be executed in values provided by the administrator, you can now use more than one section of embedded PHP code per setting (just surround each part with double dollar signs $$)
- Fixed a problem with payment plans of type deposit plus final payment where the final payment amount was editable by the user when it shouldn't have been
- New option to show zero tax rates/amounts on invoices
- New option to override the tax rate on a per-product basis
- New option to allow the payment frequency of an order to be changed (by the client) on renewal
- Table rendering options (previously known as 'legacy renderer' and 'legacy table border') have been moved from the order form details tab to the page properties pane so that you can control the display method independently for each page (often it is only the page containing the summary control that requires table rendering)
- Line breaks entered into a text area on a form will now be preserved when the value appears in a summary table
- Custom tax rates on orders can now be updated individually or en masse
- Custom ledger codes can be specified on orders (for use where no product is specified)
- When a change is made to a custom tax rate on an order or a product, the option to update other orders using the same rate is offered (including the ability to recalculate net/tax/gross amounts separately for auto-renewing and non-auto-renewing orders)
- Products can now be set to allow the payment frequency to be changed by the client when they renew an order
- Fixed a problem where escape characters were being added to small print and payment instructions on a tax record when the tax rate was updated which affected existing orders
- Clarified the meaning of 'User Subscription' on the product editor, as it is commonly misunderstood
- Fixed a problem which prevented the nominal ledger code specified on a quote from appearing on the invoice
- Fixed a problem where the client data was being omitted from order confirmation emails when an order was placed by an existing client
- Lookup SKU now checks the currency instead of just returning the first price it finds
- Ordering of records in the front end is now consistent for all record types (shows most recent first - was previously showing orders with the oldest first)
- When a currency is deleted, it now deletes all product prices, fixed price discount amounts, and client credit amounts in the deleted currency
- Further restrictions added to demo mode (prevent license key change, payment gateway configuration)
- Fixed a problem with validating file upload fields
- Fixed a problem with field layout in cases where mandatory fields which are only displayed to new clients appear on a page before the page containing the summary control AND extra fields are added to the same page as the summary control
