On Yosemite, using Gale’s Alpha build, I wanted to look at the individual samples in a track so set the cursor on the area to zoom into. All was ok until I got really close to seeing what I wanted to see then the cursor jumped out of the window and the next click on the zoom tool resulted in the whole track display moving to the end of the track where the cursor had jumped to. Tried this a number of times and the same thing always happened at the same zoom level in the zoom process regardless of where in the track I initially started the zoom. Tried it in 2.1.1 and it zoomed properly all the way down and then back up. Note this is at a pretty extreme zoom. It happens whether using the zoom tool or keyboard shortcut.
I don’t think this is probably a priority item because of the extreme zoom necessary to see it, but it is rather disheartening to be zooming in and then to lose the location and find yourself at the end of the track.
Thanks for finding this, Cliff. I can make it happen on all platforms, but it seems to depend on having a track in excess of about five minutes long. I logged it here: http://bugzilla.audacityteam.org/show_bug.cgi?id=1197.
The fix won’t be mandatory for 2.1.2 release, but it might be done.
Thanks for finding this, Cliff. I can make it happen on all platforms, but it seems to depend on having a track in excess of about five minutes long. I logged it here: > http://bugzilla.audacityteam.org/show_bug.cgi?id=1197> .
Glad I could help.
BTW, should I keep using your build of 2.1.2 or are the nightlies changed enough to switch to using one of them?
Audacity > About Audacity…, Build Information tab, Commit ID at the bottom tells you the code revision the build was made from.
The code is “frozen” for testing, so only fixes deemed important enough (if any) will go in now. I’ll let you know if there are more changes and if so point you to a build somewhere. I think those focus issues you mentioned are quite bad, but I’ll be putting them up soon on “Bugzilla”.
Sounds good. I’ll keep using it as it seems to be doing quite well other than the things I’ve mentioned and none of them are show stoppers for me at the moment. If anything new crops I’ll post it.
BTW, I just noticed that the issue with the temporary folder with 2.1.1 seems to be fixed in 2.1.2. That’s nice to see.
I’m curious, was the issue with the record buffer only on Yosemite? I know that was when I first ran into it. 2.1.2A so far hasn’t had any trouble with the buffer size put back to 100. I’ll keep testing it to verify, but if that is the case it’s great to get rid of the gotchas.
No, it started getting reported in Mavericks. Possibly wx3 has somewhat fixed the recording side of that problem, but the more significant problem that the default Audio to buffer can cause (clicky playback) is very much still there.
That’s interesting as I have never had that issue here. I wonder what could be triggering that. Would be interesting if you got the El Capitan public beta, now the Gold Master RC1, and tried it there since in my case El Capitan eliminated my need for the smaller buffer on recording, even before 2.1.2A.
Just checking in to see if there are enough fixes yet to make it worth downloading a nightly build to test. Other than the known issues, focus, zoom, tool tips, etc. with the version you compiled, audacity-macosx-r5f985a2-2.1.2-alpha.zip, it has been solid for all I’ve done with it. Actually I’m getting to like using the keyboard shortcuts to work around the focus issue with the tool bar tools.
Paul Livesey who was making the Mac Nightly Builds can no longer do so because building Audacity on Mac now requires later OS X and/or hardware than he has.
I’ve posted the latest Mac build (ZIP) on gaclrecords.org.uk if you would like to give it a run. As usual, you may have to right-click > Open to launch Audacity, once extracted.
Bug 1197 – Extreme zoomed in levels move view, losing cursor or selection has been fixed for Windows and Linux but it is still not quite right on Mac. The amount of view wandering is less now than it was, but you still lose the cursor or selection edge when zooming into maximum level on long tracks (unless you are near the start of the track).
Here is a list of Devel-Fixed, high priority first bugs. This means we are waiting testing to close those bugs. If you would like to test any of those and report back, that would be very welcome.
Note that a bug might apply to Mac, even if it it is only marked as “Windows” - the platform is just the platform the bug was reported on.
If you would like to help with testing more formally, I could give you an account on Audacity Bugzilla so you could comment directly there in the bug reports. If you are interested in that, please send me a Private Message.
Bug 1197 – Extreme zoomed in levels move view, losing cursor or selection has been fixed for Windows and Linux but it is still not quite right on Mac. The amount of view wandering is less now than it was, but you still lose the cursor or selection edge when zooming into maximum level on long tracks (unless you are near the start of the track).
Bug 1203 – Mac OS X: Clicking in most upper dock toolbars or in the Timeline removes focus seems fixed to me, but as noted in the last comment there is a new issue in 2.1.2 that using an undocked toolbar removes focus from the track on Mac, but did not do so in 2.1.1. Anyway, I should close 1203 and split off the remaining issues which I’ll do presently.
I can verify your observations on Bug 1203 description, Comment 12.
On Bug 1197 it seems to be inconsistent. Initially I tested it and it lost the cursor at the last zoom step or two. Later I went back and restested it, without closing and reopening Audacity and I could zoom all the way down regardless of where I was in a track of 1hr 6min. The track view did shift around back and forth toward the end, but the cursor remained visible. Closing the latest test version and running the one from Sept 9 and then closing that and reopening the latest one installed today again the cursor got lost just at the last zoom step. You’ve probably already noticed this, but the cursor doesn’t really move, but it is the whole display of the track that shifts now. Before it would lose it entirely it seemed. Definite improvement so as you said it’s almost there. At least I can zoom back out a step and get it back where I couldn’t before. The inconsistency is what seems strange as well as the track view shifting left and right as the zoom increases in the last 5 steps or so.