{"id":173,"date":"2017-01-30T13:04:55","date_gmt":"2017-01-30T19:04:55","guid":{"rendered":"https:\/\/easydigitaldownloads.com\/development\/?p=173"},"modified":"2021-12-15T15:31:17","modified_gmt":"2021-12-15T21:31:17","slug":"version-2-7-beta-1-now-available","status":"publish","type":"post","link":"https:\/\/easydigitaldownloads.com\/development\/2017\/01\/30\/version-2-7-beta-1-now-available\/","title":{"rendered":"Version 2.7 beta 1 now available"},"content":{"rendered":"

Easy Digital Downloads version 2.7 is getting close to being ready. Today we’re happy to announce the first beta version of the release.<\/p>\n

There are numerous significant improvements in 2.7 and we would like to encourage all theme and plugin developers, as well as store owners, to test the beta version as soon as possible so that we can ensure the final release goes smoothly.<\/p>\n

To ensure that the update to version 2.7 goes smoothly, we need as many people as possible to help test the beta. This release includes more than 550 commits, so there is a ton to test. Every bug that we catch between now and the final release is one less problem for live sites.<\/p>\n

Testing the beta<\/h3>\n

To ensure that the update to version 2.7 goes smoothly, we need as many people as possible to help test the beta. Every bug that we catch between now and the final release is one less problem for live sites.<\/p>\n

Please do not test this beta on a live site. We highly recommend using a staging site<\/a>. You can find our guide to set up a\u00a0local testing environment here<\/a>.<\/strong><\/p>\n

The latest version of the beta may be downloaded from GitHub<\/a>.<\/p>\n

Important changes<\/h3>\n

Cart API<\/strong><\/p>\n

We’ve introduced a new API\u00a0for the cart which handles\u00a0all the cart actions and functions. \u00a0It has been designed to be significantly\u00a0more efficient\u00a0than our previous\u00a0implementation of the cart.<\/p>\n

The EDD_Cart API provides a centralized way to manipulate the cart; prior to 2.7, all interactions\u00a0with the cart occurred via edd_cart_<\/code>\u00a0functions. We have always provided many ways for extensions to filter cart data, though each call to an edd_cart_ function resulted in those filters being run repeatedly. The EDD_Cart API has been built to minimize those calls, ensuring that filters only need to be run once.\u00a0This led to significant improvement to the page load time for the checkout from\u00a02.6865 seconds to\u00a00.8456\u00a0seconds.<\/p>\n

Significantly faster reporting and querying<\/strong><\/p>\n

In 2.7 we have\u00a0completely\u00a0rewritten the way reports are queried. \u00a0Previously, we\u00a0were creating a\u00a0lot of unnecessary objects resulting in extremely high memory usage and slow load time. \u00a0This release introduces\u00a0queries made directly to\u00a0the database hence requiring very little\u00a0processing of data.<\/p>\n

On our own\u00a0site, running a report from Jan 1 2012 to Jan 1 2017 took over three minutes previously, now the entire report\u00a0and page loads in 1-2 seconds with\u00a0a fraction of the database queries and memory usage.<\/p>\n

Introduction of edd_get_payment()<\/strong><\/p>\n

A new\u00a0function\u00a0has been introduced to\u00a0act as a wrapper method for retrieving an instance of an EDD_Payment<\/code>\u00a0object in lieu of\u00a0creating an instance\u00a0by accessing the class directly.<\/p>\n

The edd_get_payment()<\/code>\u00a0function works with the object cache\u00a0to\u00a0improve performance of\u00a0retrieving payments. \u00a0The new function accepts the same\u00a0parameters as the constructor of EDD_Payment<\/code>\u00a0but also returns false<\/code> if a payment was not found (i.e. incorrect payment ID was specified).<\/p>\n

Redesigned View Order Details Page<\/strong><\/p>\n

The View Order Details page that can be accessed from Downloads \u2192 Payment History has received a major overhaul to simplify changing the customer on a payment and allowing individual item price manipulation.<\/p>\n

\"\"<\/p>\n

The redesigned screen allows alteration of the item\u00a0price, tax, and quantities (if enabled). \u00a0It has been redesigned to\u00a0allow alteration of the data in a more structured way.<\/p>\n

We have\u00a0made\u00a0UX improvements for the way a customer\u00a0on a payment record is changed. \u00a0We’ve added a link “Assign to another\u00a0customer” which displays a dropdown of\u00a0customers the payment can switched over to or the user can choose “New Customer” where they would enter the name and email address of the customer.<\/p>\n

CSV Earnings Report<\/strong><\/p>\n

EDD 2.7 introduces a new CSV Earnings Report which replaces our old Sales and Earnings PDF\u00a0Report. The new report details sales and refunds, as well as revoked, abandoned, failed, and cancelled payments over a period of time.<\/p>\n

\"\"<\/p>\n

Discounts API<\/strong><\/p>\n

Another new API we are introducing in 2.7 is the EDD_Discount<\/code> API. \u00a0It has been designed to simplify handling\u00a0discount codes and follows the same model to that of EDD_Payment<\/code>\u00a0making\u00a0altering a discount\u00a0simple too. Previously, all discount interaction was handled through the edd_discount_<\/code> functions, resulting in the creation of a new object each time a function was called. \u00a0Now, a single\u00a0instance of EDD_Discount<\/code>\u00a0holds everything about that discount code making discounts more efficient in general.<\/p>\n

Variable Pricing\u00a0for Bundles<\/strong><\/p>\n

Variable pricing for bundles works the same way that it does for regular downloads.\u00a0Previously,\u00a0variable pricing was not an option for bundles. This new feature in 2.7 also allows for download variants to be tied to bundle variants.<\/p>\n

\"\"<\/p>\n

With the configuration above, we\u00a0have a download named Download Bundle which consists of three variable prices: Regular, Plus, and Business. We have three\u00a0separate downloads: Download [D1], Download [D2] and Download [D3]. \u00a0Bundle variation pricing allows\u00a0Download [D1]\u00a0to only be accessible to customers who purchase the Plus variant of the bundle.<\/p>\n

If a customer purchased the Business variant of the bundle,\u00a0viewing the order details on Purchase History would look like this:<\/p>\n

\"\"<\/p>\n

Notice that Download [D3] – Business is also displayed and the business variant of Download [D3]\u00a0has the price assignment set to All meaning that download will be\u00a0available regardless of the variant chosen.<\/p>\n

It\u00a0should be noted that to allow for this to work, template changes have been made to shortcode-receipt.php<\/code>\u00a0to display bundle variations and the download files correctly. \u00a0As bundles work\u00a0differently than regular downloads,\u00a0this template change was necessary.<\/p>\n

The lines altered in the template file are here<\/a>.<\/p>\n

Complete Abandoned\/Pending Purchases<\/strong><\/p>\n

EDD 2.7 allows users to resume incomplete purchases on subsequent visits. This includes both completing abandoned purchases and resubmitting purchases which may not have completed successfully when initially submitted.<\/p>\n

An example scenario is as follows:<\/p>\n