Have the following bugs been fixed recently?

1) Aux tracks/patch points in Track Templates get broken/lost when adding them into a new project.
2) Loading track templates can sometimes wipe out your existing Drum Maps.
3) Unnecessary snap offsets being added in to clips
4) Undo system being unreliable in various ways
5) Double-clicking a drum mapped MIDI file not opening Piano Roll centred on that file
6) MIDI events, when nudged or recorded, jumping into whichever nearby MIDI clip it arbitrarily feels is correct
Who knows, if the answer is yes to 3 or more, then just maybe I'll be willing to get the lifetime update.

I know (1) was fixed prior to making some of my multiband processing templates available to users. I import those templates into new projects without problems.

You should list CWBRN numbers as well.

ampfixer
I can hardly wait to see the Mac version. People will complain about bugs in the windows version and the Mac users will swear that they don't have them. That's when the serious fun starts.

^^^ THIS
(or vice-versa)

There are no bug free DAWs. 

chuckebaby
 
Maybe not the best DAW...But it was the DAW that fit my needs.
 

This is the same reason that I stay with Sonar.
 

I really think it all comes down to priorities. Some bugs and "rough edges" will affect a large number of users. Some will affect only a few under rare circumstances. If the latter is an important part of a particular workflow, then it becomes of massive importance to a few but remains unimportant to most.
 
Cakewalk has made it clear that the company is committed to fixing as many long-standing issues as possible, above and beyond the fixes listed each month in the eZine. I can't disagree with the premise that ripple editing, plug-in load balancing, and streamlining the comping functionality are of significant importance to the majority of SONAR users. Conversely, an overhaul of drum maps affects only those who use MIDI to create drum parts, and furthermore, actually use drum maps (I create drum parts with MIDI, but use the regular note mapping except when working with the Step Sequencer). While the number of people who fit this category may not be insignificant, I'm sure it's nowhere near as big as those who want to be able to run more plug-ins, insert and delete measures and move sections around easily, and have comping live up to its full potential.
 
I agree that people should use the program that fits their needs best because there is no one "best" program, or everyone would use that. As a software reviewer for decades, I can run sessions on all the major DAWs for both Mac and Windows (except Reaper; I just didn't have good chemistry with it). They all have their quirks, limitations, and workflow issues. If you go to the forums for any program, you would get the impression that none of them work, ever. 
 
So, I use SONAR because it fits my needs best. I'm not interested in DAWs per se. I am interested in completing a variety of mission-critical projects quickly and efficiently, on a regular basis. My DAW of choice flows from that premise. I do not choose a DAW with the hope of making it match my needs, because that approach will rarely be successful.
 
 
 

pwalpwal
i think if the feedback loop looped all the way back users might not get so frustrated - there does seem to be a disconnect between the external bug reporter that leaves reported issues as "new" even though they've been fixed... i assume the externally reported bugs are pulled into an internal system for proper triage etc, so why not at least let users know they're not going to be fixed/prioritised? better to know bad news than no news at all (or is it?)

There are lots of people who report bugs. Sorting through all those just to find the ones that really are bugs, are reproducible, may become irrelevant over time because of other changes of fixes being made to the program, etc. is by itself a time-consuming process. As to "why not at least let users know they're not going to be fixed/prioritized," that's because it's impossible to predict which ones will be fixed and which ones won't.
 
The purpose of creating bug reports is to give Cakewalk an array of possible issues. Once in possession of this data, Cakewalk can start making decisions about the general direction that fixing those issues will take. Many times fixing one bug has also fixed another bug that was not specifically targeted for fixing. 
 
I think the most important aspect of bug fixing is the part where users provide data to create a pool of possible bugs, and that Cakewalk interacting with users and updating them on which bugs are being fixed, aren't being fixed, may be fixed, may not be fixed, etc. is less important. Software is in many ways too abstract to lend itself to that kind of linear approach to problem-solving. Often problems are attacked in parallel. The bottom line is effort spent around the periphery of bug fixing is not time spent on bug fixing itself, and again, Cakewalk has to set its priorities. I think the desire to maximize the number of bug fixes is a priority that's in alignment with most users.

So, I'm assuming the current answer is, "Yes, No, No, No, Maybe, No"?

pwalpwal
i read Kylotan as being frustrated with the "proper procedure" and that seems exacerbated by the responses here...
only anderton responded directly that 1 was fixed.

 
I did. did you ?
see my first response.
2 out of the 4 im not even going to bother.
 

pwalpwal
 no-one tried to reproduce them, even though his links all contain the info required (info that is repeatedly requested on the forum for troubleshooting)

 
ya...about that..
the title of threads are misleading.
Example: "when I click on a clip I want that clip open".
which seems to be a little twisted wouldn't you agree ?
the real issue was ""Double-clicking a drum mapped MIDI file not opening Piano Roll centred on that file"".
 
I don't mind checking things to cross reference but im not shagging around having to go back to a thread and read 6 posts down to see the bug has changed to something more trivial.
 
 

My expectation, both as a user and a developer of software, is that every bug report at least gets reviewed. It might get pushed onto the "nice to have" pile, or at the other extreme put onto the "immediate hot-fix" pile, but someone has to actually look at it to make that decision. If they're not even doing that... it's worthless.

Kylotan
My expectation, both as a user and a developer of software, is that every bug report at least gets reviewed. It might get pushed onto the "nice to have" pile, or at the other extreme put onto the "immediate hot-fix" pile, but someone has to actually look at it to make that decision. If they're not even doing that... it's worthless.

maybe not your requests.
but we have seen major improvements in bug fixes over the last year alone.
I have seen so many things I've called annoyances been fixed.
 
do you read the bug fixes that are posted with each release ? or do you just come post here and ask ?
I don't say that sarcastically either. every month their is a lot of bug fixes done on each update.
I read the "Fixes and Enhancements" in the Ezine every month.
 
so when you say "their not even doing that" I think you are being a bit bliss to the truth and fabricating your own way of thinking about it. which of course is a bit twisted.
I can appreciate you wanting a better product, but I think you need to appreciate the things you can do in a DAW in the year 2016.
things that were untouchable 3 years ago are now possible.
try to appreciate that once in a while.

chuckebaby
but we have seen major improvements in bug fixes over the last year alone.
I have seen so many things I've called annoyances been fixed.
 
do you read the bug fixes that are posted with each release ? or do you just come post here and ask ?

 
This isn't relevant. If I see that there are 100 bug fixes one month, is that supposed to make me think, "hmm, I shouldn't care about my bug that has been ignored for half a year, because they're fixing other people's bugs"? No.
 
Nor do I buy the idea that I should somehow feel grateful for bug fixes. A bug fix is where a software company restores the software to the state that it should have been when they sold it to you in the first place. By all means, be happy bug fixes happen because life is getting better. But not grateful. We're entitled to them.
 
And I feel perfectly entitled to be annoyed that, now I no longer consent to continually renting their software to get future updates, that I'm stuck with a program that I have to fight to get to work. The six bugs in my original post have cumulatively wasted hours of my time and caused yet more disruption in terms of ruining creative flow.
 

so when you say "their not even doing that" I think you are being a bit bliss to the truth and fabricating your own way of thinking about it. which of course is a bit twisted.

 
I am sure that I am fabricating the fact that this bug report says it's not even been reviewed.
 

things that were untouchable 3 years ago are now possible.

 
And some of the things that were practical in Sonar 5 years ago are now harder to do! Thanks, take lanes.

GLG

chuckebaby
Kylotan,
 
There was once a time where I was very disgruntled on this forum.
for a short time I was on a mission to just blast anything I could find wrong with Sonar.
I argued with users (who I thought were being homers / Fanboi's).
Then I took a break from this forum and started using another DAW.
 
I started using Pro Tools. Tried Reaper, Studio One and Cubase.
What I finally began to realize was, these DAW's had their Quirks / bugs as well.
Some of them did exactly what I wanted, some of them did not.
Some had bugs in areas where the others did not.
 
I put my hands in front of me and created an imaginary scale and weighed out the pro's and con's
of each DAW. What I came to understand was Sonar fit my needs best.
Maybe not the best DAW...But it was the DAW that fit my needs.
 
Now back to being miserable.
I decided that if I was going to come back to this forum (which I honestly believe is one of the best support forums on the web) I was going to try and stop complaining and try to be more constructive in my comments.
(for some reason it seems like no one listens when we complain, only when we are constructive)
and that's just what I did. I also tried to help others as much as possible.
This way...if I do complain once in a great while...people will understand its not in a negative way.
 
I would go about the proper procedure and file a report on those bugs with as much info as possible.
the more detailed the better. I can see by some of your threads. you have outlined and detailed things very nicely.
that's about all you can do.
maybe your different from me but like I said above. when I stopped using sonar, I missed it.
Good luck.
 

Excellent post. It should be a sticky.

+1