Native Access - Mid Q2 Update
Hi all,
Q2 is almost done, so I understand this post comes late. I had a DevTalks article prepared for after the subscription launch to discuss the topic of Onboarding, but given the state of Native Access at the moment, it didn’t feel right to publish this at this moment. Instead, we’ve reconvened and readjusted our strategy, and are now ready to talk about what our plans are moving forward for the remainder of the quarter. Let’s jump into the why.
How did we get here?
Native Access is an important tool to the company. It’s the way that we deliver and authenticate products and give you tools to further manage your catalog. The quality of the service has been improving over time as we brushed off our tech debt and made feature enhancements more important.
For those of you who remembered when we first shipped Native Access, all we prioritized was stabilization, considering that the average user would take up to a full minute to start the application up. We made lightweight releases on an almost bi-weekly basis, and we saw a lot of positive growth. But at some point we began undertaking much larger migrations, whilst simultaneously balancing the business needs. This created a scope bloat, and caused us to release very bulky releases from time to time to cover a vast range of topics, from the onboarding journey to how we manage activations. We created a bunch of releases that while enhancing one part of the app created problems for another. We see 3.9.0 as the first of three releases where some issues began to emerge. .
Due to the bulk of the release, our QA process fell short and let through egregious bugs as a result. We then patched three times within a week due to the damage done, leaving other damages still lingering. 3.11.0 released with the intent to fix some of those issues, but due to another migration that happened we unfortunately shipped a new bug yet again.
The goal of all the work on Native Access was to make sure that both subscription and perpetual experiences function seamlessly together. Unfortunately, we missed the mark.
What do we feel needs to happen?
A short while ago we shipped 3.11.0. This is the first of many milder and smaller releases to come, as well as many more bugfixes to address. With all the bugs we’ve introduced this year, our team has decided to restrategize how we ship stuff. Looking back, our releases have gotten bulkier and bulkier, touching various different parts of the application, and causing us to improve one thing that unintentionally messes up another thing. This is something we aim to resolve, and we plan to tackle this in three ways:
- Our releases need to ship smaller improvements with a clearer focus.
- Our releases need to ship more frequently as a result, to further incentivize that focus
- Our releases need to contain more fixes than features.
With the subscription-driven features now winding down, it’s time to focus on these improvements moving forward.
The remainder of Q2
Firstly, 3.11.0 addresses some activation concerns. We addressed how when users cancel products, especially subscription users that own perpetual products that might be of a lower tier, we need to identify what state to bring those products down to so that you don’t lose access to products you’ve bought. With the new homepage we also saw that when we transitioned the Komplete Now subscription to the 360 subscription a lot of “Canceled” products surfaced again, so we’ve cleared those out. It’s a much tamer release, and we’re monitoring the performance of this release closely to see how it performs. It bears noting that we updated our build systems between releases, which caused a familiar crash for MacOS 11 users to appear again, which we resolved in 3.11.1. Special thanks to all of you who flagged this issue when you did!
We are working to have 3.12.0 be a small but impactful release focused on stabilization. For the month of June, our goal is to undo the bugs that we shipped since 3.9.0. The following topics are ones that we’re taking a closer look at:
- Some users are experiencing indefinite load times on the “Loading Products” phase in the startup flow. We’re going to ship a build out to some users soon to verify the fix. Feel free to message me if you would like to receive those!
- Kontakt is appearing in Demo mode for some users. This is an unintended change that was caused by an update we made to how we handle authentications. We’ve also identified the culprit and are working on the change.
- After an uninstall, especially on Windows, some products aren’t properly uninstalled, leaving them in a broken state. We’ve identified the cause as one that will affect a few other bugs, and are working on a fix now as well.
- Users are updating products that suddenly become no longer compatible with their installed version of Kontakt. We own the journey here, and we should be giving you agency before you update your product, so that you can take more time to make the necessary changes to your projects. We’re aware that this issue has been around for a while, and we’re in the process of building a longer term solution that expands to our full product set, as well as a short term one to mitigate the amount of users that will run into the issue in the future.
There are many more bugs that we are aware of, and we do plan to get to those in time. The aforementioned issues are recent and directly block users’ ability to use Native Access as well as their products, and as such we are limiting our focus here for now. As we proceed into Q3, we will be revisiting how we approach our balance of bugs and features as well as our release process moving forward.
That being said, there’s one feature that’s been close to release ready for a while now. We’re not sure if we can make it in by the end of the quarter, but we are eager to get Locate All out. For users with large catalogs, we’re aware that migrating those to new systems can be incredibly frustrating, taking minutes if not hours or days to locate all of your products one by one. We’re working to make that significantly easier by automating that process for all locatable products. We’re aware that this would exclude plugins, applications, and expansions for now, but we’ll address those in a future release. This feature has been promised in the past, so for some assurances, the backend work is complete and the designs have been finalized, so all that’s left is hooking the feature up to Native Access, which is almost done.
It will be located in a brand new Maintenance menu. We plan to relocate some features here, like Relocate All but under a different name, as well as add other diagnostic stuff that we’re looking into. We’re researching a bunch of issues that users could run into that might need a harder reset in some way, so stay tuned. We’ve been working on this feature for some time now, so this is us clearing the pipeline even further to make room for more bugs to fix.
Why do we not disable auto-updates?
We see this question coming up often. We understand that in the software business it can be dangerous for users to feel like they need to update their products. The reality is that Native Access has many improvements and updates that need to happen, to address bugs like the ones above, to adjust to our ever changing product ecosystem, to enable the business to do what our business needs to do, to remain compatible with the operating system and its infrastructures, and to add features that our users are asking for. Having Native Access auto-update is essential for our business to thrive and for us to be able to support our users the best ways we can.
But that last part is where we’re currently falling short, and I can fully empathize with the frustration and distrust. We are taking proactive steps to reduce the scope of our releases and put more emphasis on quality assurance moving forward, and will work hard to earn back the trust of the user base. Our relationship with you goes both ways and lately we’ve been failing you. For that, all we can do is apologize and let our work speak louder than the words in this post.
Thank you all for taking the time to read, and once again apologies for the experience everyone is having. I’m also heading on holiday, so I will be a little less active with my responses. Thank you for the understanding.
Kind regards,
Hayo, PM of Native Access
Comments
-
Thank you, Hayo.
Just make it stable, that's what most of the users are asking for. I am certainly willing to wait for you to sort all the bugs out and implement new features, but stability on both platforms should be your priority number 1, IMHO.
8 -
Just 3 things:
- Is NA1 deprecation still programmed for the beginning of next year no matter in which state NA2 will be at that moment?
- Could you instead consider giving the possibility to install ALL products and updates with NA1 while you are recovering the state of NA2? (as opposite as it is now, with multiple products/updates not even available on NA1)…but I guess the answer is no, since you don’t even seem inclined to remove auto update (at least until you recover the mess of every new NA2 update), which would seem like the obvious thing to do
- The best way you can support your users is exactly by not forcing updates on them (like almost every other company does). We are able to update something when and if it has improvements and bugs addressed, like we do with all our other softwares. Auto update is not essential to support your users, is what you want. And a bad thing (specially if coupled with all the mess even you are reporting it’s happening lately). It would not be right even for a well tested and working update release, leave alone if the developers themselves are not sure if what they are releasing will work or not. Damn…not even Apple are forcing them…and we all know how much they would like…
2 -
Hi Hayo,
Everything LIF has said. Ive been literally waiting for ages and ages to hear that everything is finally fixed in NA so that I can move on and update. The way things are and have been for a long time with bugs after bugs which you freely admit, it is extremely unreasonable, then, to expect people to pick up the carnage from a broken NA.
PLEASE stop the forced automatic updating. It is taking away our choice to manage our systems and update when we're ready.
Also, when peoples systems get broken and having to wait lengthy times to get assistance, is totally unfair.
One other thing, you said sometime ago, that you would talk about the ongoing concerns we had about the NTKDaemon before the end of last year. It seems to be the thing thats caused the most grief. Please give us a way to turn it off. I dont see why it should run on my system if I only want to use NA occasionally, like once a month, if that.
4 -
- The plan is still to move away from NA1 starting February 2025. It's a long way away, but we have enough remedies for users who might be experiencing issues with the latest versions if that happens.
- We already cannot autoupdate NA1 anymore. NA1 is not supported on the latest operating systems, so no, we'll not have NA1 continue to see maintenance to support the stability issues. Pitstop releases in the past will work fine.
- The best way we can support you right now is precisely to keep autoupdate on. Otherwise NA will be in a rough state, new products that you might buy might not make it into NA, or the issues users are facing are not going to be addressed, and customer support will be flooded with cases where they will suggest you to update NA2, which is inefficient use of their time.
Auto Update is frustrating when it takes away performance stability. This is something we absolutely need to address, but for us to fix your issues, improve things further down the line, add more convenient features, and put in more product support (such as iZotope product support coming soon), auto updates are essential.
-1 -
Thank you.
For the answer, not for the content of it.
Sincerly, I have big difficulties in understanding how you reason…auto update is NOT essential…working updates are, and users can install them on their own, when a fully working version without bugs is released.
It’s enough to say “ we released a new NA update that we tested well and that fixes this and that bug and it’s properly working” and users will go and update. Like they do for a ton of their other programs. And like they have done for decades with NI too.
The issues are addressed by good updates, not by the auto update (that, eventually, only risks to auto install a new version that will cause problems instead of allowing the users to remain on a stable version until the newly introduced bugs get ironed).
And naming customer support being flooded with cases and “inefficient use of their time” is also incomprehensible: what do you think it’s happening now when an auto update installs a not ironed NA2 version that causes users to not be able to register, see or install their programs? Simple: they open tickets with customer support…and probably that’s why it is so slow…
And for the “issue” of “new products that you might buy might not make it into NA” (which, btw, is a fake issue…it’s NI choice to make them available only on latest NA version, not something imposed by a supreme entity controlling its will) it would be enough to state also NA version requirements, as it’s already done for the Kontakt version a library requires.
But evidently lately the politic has changed from “let’s allow our new releases to work also on previous versions, so more people can buy them” to “let’s see how we can make them need ALL our latest versions of EVERYTHING”
Btw: NA IS in a rough state, no need for “otherwise”…
The solution is easy: give users the last stable version, work properly on the issues you have, and once the update is ready and well tested, release it and say to everyone “it’s ready, go and install it” (without auto updating).
I grant you we are able to do it
6 -
+1 for no auto-update.
I don't care about new features. I'm a pro musician. I need stability. I need to open my laptop on stage and not have any issues with my plugins and libraries… I don't want new stuff, that someone in an office decided is good for me (and actually breaks my work). I want stuff that works.
If it works for some time, then little by little I can add some new stuff.
Now, given the state of this company, there's no way I will give any cent to NI for something new and shiny, when I don't know if it will break my system because of a bug introduced by an update.
EDIT : by the way, I must thank @Hayo_NI and all the NI guys around here for the fact they are there speaking to us, and also for being so honest and dedicated on this forum. But like others in this forum, I don't understand the NI strategy. We don't care about NI selling new stuff. We need tools that work !
8 -
At the moment I can't use my plugins with 3.11.1 installed, but it always auto installs. Can you at least put out a revert to 3.8.0 (that works fine) instead of forcing an update that breaks things every time? Or pause auto updates until you've actually fixed things? Is 3.12 imminent that WILL fix things? I've done the uninstall/reinstall/delete caches/other fixes repeatedly and 3.11.1 just keeps breaking everything…
0 -
@ Hayo_NI
Auto updates are not essential when they're full of unwanted bugs that stop many of your customers from using the software they've paid a lot of money for and in some cases even prevent some of us from making a living. To put this in some perspective, your broken software updates that are being forced on me and your inability to fix them has so far resulted in 3 deadlines being missed and 2 gigs being cancelled, leaving me out of pocket.
Rushing out updates to fix NA without fully testing them first is the route cause of these ongoing problems. Rushing to fix problems in the previous broken updates without fully testing it's replacements stability is only likely going to end in one way. And so the cycle continues.
Stop insisting that the end user needs auto updates and let us decide for ourselves once we've seen the latest update is stable if it's time to update. Every other piece of software I use (including Windows) allows the user to turn off auto updates so why is NI so keen not to let us do this with NA? It would be bad enough if the updates worked properly but the fact they don't and that they're being forced on us is quite frankly unacceptable. Further more, we should also have a simple way to reverse any of these broken updates if you will still insist on having auto updates in place so we can at least get back to a working version without having to go through your appalling customer support routine that takes ages to get a response.
I was talking to a friend today about these issues and his solution just about sums up how frustrating this is. He pointed me in the direction of hacked versions of software that would bypass the need to use NA altogether. Given how let down I feel by recent events the suggestion was tempting as a temporary measure just so I could continue to work and earn money. I would not and never have gone down that road but it's coming to something when that would at least give me a working alternative because I can't rely on the products I paid a lot of money for. Food for thought at least I would say.
4 -
+2 for NO auto-update!
I do not want NI, for whatever reasons they consider "good" to hack my computer and change settings without my approval!
4 -
LOL. "Auto update is essential" is nothing more than dogma. At best, it is debatable. And I would bet you $1000 and give you 100:1 odds that I would win that debate. It sounds like there is hopeless bias preventing NI from understanding that auto-update is more assuredly not essential. They're locked in.
1 -
I am not buying anything new either until the software is stable. No one asked for any of the updates that caused these Native Access issues. This was either partly or purely the result of trying to roll out a new subscription platform, which I pointed out previously was not in existing customers best interests.
1 -
These auto-updates are how these companies collect our data. They can get access to and do whatever they like on our systems. Customers have very low visibility into the purpose or use of the collected data, but we can be sure it is in NIs best interests and not ours.
0 -
Thanks for the update and insight.
But I do have to agree with pretty much everyone in here - Auto Updates are a large reason you have to keep coming in here with long explanations about what is wrong with NA.
And excuse me for saying this - but of the other 20 vendors I use that also have what I like to call a Software Update Manager - I am still baffled as to why this app needs to be so bloody complex at any level.
For my other 19 vendors - their "managers" do one of two things. They install apps and uninstall apps. And that is it. No fancy bug fixes, no arguments about promo panels, no NOT being to download my stuff - you fire them up (Arturia, Toontrack, UA, SoftTube, Waves, XLN Audio etc etc etc) and they simply work.
Yes - we get occasional new "versions" of these managers from time to time - but there is no drama in their these updates OR on their forums or websites. No requirement for massive development teams to make huge work plans to get a product installer to "work".
And no PMs coming in and out on the forums each quarter delivering insider breakdowns of what is wrong with their "managers".
Exactly like Native Access 1/Service Center used to be.
I remember the NA1 and Service Center days fondly. They required no thought. No worries. No dedicated forum arguments, no nothing. Nobody really had to give these things a thought back then. It was fire it up, install some stuff and see ya next time.
Just wondering how NA2/3 got so far from that and for what purpose…
VP
11 -
Thanks for the communication Hayo. I think everyone appreciates the commitment and transparency.
+1 for “no to auto-updates”
3 -
Bug fixes are always a welcome thing. 😉
0
Categories
- All Categories
- 19 Welcome
- 1.3K Hangout
- 59 NI News
- 706 Tech Talks
- 3.6K Native Access
- 15.2K Komplete
- 1.8K Komplete General
- 4K Komplete Kontrol
- 5.2K Kontakt
- 1.5K Reaktor
- 354 Battery 4
- 783 Guitar Rig & FX
- 403 Massive X & Synths
- 1.1K Other Software & Hardware
- 5.2K Maschine
- 6.7K Traktor
- 6.7K Traktor Software & Hardware
- Check out everything you can do
- Create an account
- See member benefits
- Answer questions
- Ask the community
- See product news
- Connect with creators