On Wednesday April 9th, I reported (under “Transaction History Oopsie”) on an error with the Transaction History page on people’s SL dashboards which lead to some upset and confusion after the familiar page was replaced with one that failed to show totals, and which had the familiar .XLS and .XML download options replaced by a single .CSV option.
In line with this, the Lab issued a further blog post on Wednesday April 16th, entitled
Last week, we made a new page available as a replacement for the old Transaction History page. Due to your feedback, we rolled back the changes to this page to allow us to gather more feedback, and we are now providing this new page for review, without removing the old Transaction History page.
We have not yet made any changes to the new page, because we would like time to collect your feedback and review it. We have created a wiki page giving background on why changes were made to this page, where the new page is, and how to provide feedback. We will be closing feedback on April 30, 2014, so please take a look before then.
The wiki page repeats the blog post information, and confirms the primary reason behind the change:
The new Transaction History page was created to allow more than 500 transactions to be displayed for Residents with very active businesses.
It also invites people to provide feedback via the original BUG-5664 JIRA report raised by Sera Lok, which is open to comment for feedback.
Please bear in mind when examining the “new” Transaction History page, that no changes have been made to it since it was first revealed on April 9th – it is given purely as an example so that people can better identify and report issues they may have with it when comparing it to the existing Transaction History page.
People have been asked to provide feedback by Wednesday April 30th.
Reading through the comments, some constructive points have been put forward, although the range of comments doindicate the complexity of implementing changes like this, with people falling almost equally either side of individual changes. For example, many feel that providing only a .CSV download isn’t a problem, but an equal number feel that .XLS (and .XML) should be retained, as .CSV can create problems when it comes to processing the data contained n the downloaded file. Were I to be asked, I’d suggest that retaining .XLS (/ .XML) alongside .CSV would offer the most flexible approach. Backwards compatibility and not breaking legacy content (including scripted processes) has long been a watchword for the Lab when making changes to the SL platform – and this attitude should be carried forward with supporting services as well, such as the Transaction History page, to accommodate all those who have processes reliant on receiving their transaction data in .XLS.
What is healthy is that the Commerce Team appear to be listening and making a genuine effort to understand issues and concerns. Coming so long after what seems to have been a deliberate policy of disengagement by the team from merchants in many areas, this is undoubtedly welcome.
One can only hope this willingness is further reflected in how the new page is refined and updated going forward.