Note that pressing Play od any of the zoom buttons/commands restores the scroll widget/slider in the horizontal scroll bar.

Note too that using a second File>Open for the same audio file to open a new project and import the WAV fil, will still import at normal zoom level byt the second project does show the scroll widget/slider in the horizontal scroll bar

David Bailes wrote by email:

looks like the behaviour was changed by this commit:
Author:		Paul Licameli <paul.licameli@gmail.com>
Date:		3 months ago (20/07/2017 02:01:18)
Commit hash:	cfab325af2b8f656945344d4e770604589341c92
Children:	cfeb7bced1
Parent(s):	f725e937a4

Never permit import of MIDI as audio...

... It was seen to happen, at least for some MIDI files on Windows, because
the FFmpeg library may render them without reporting an error, but the rendering
was really bad!

Contained in branches: startend, mixerboard, meterenter, master, floating3, floating2, floating, auStaticText
Contained in tags: Audacity-2.2.0-rc1, Audacity-2.2.0-beta-20170924, Audacity-2.2.0-beta-20170901

(In reply to Peter Sampson from comment #2)
Looks like it can be fixed by adding:
OnZoomFit();
just before line 4179 in Projec.cpp

#endif

   OnZoomFit();

   if (initiallyEmpty && mDirManager->GetProjectName() == wxT("")) {
      wxString name = fileName.AfterLast(wxFILE_SEP_PATH).BeforeLast(wxT('.'));
      mFileName =::wxPathOnly(fileName) + wxFILE_SEP_PATH + name + wxT(".aup");
      mbLoadedFromAup = false;
      SetProjectTitle();
   }

(In reply to Peter Sampson from comment #2)
> David Bailes wrote by email:
> 
> looks like the behaviour was changed by this commit:
> Author:		Paul Licameli <paul.licameli@gmail.com>
> Date:		3 months ago (20/07/2017 02:01:18)
> Commit hash:	cfab325af2b8f656945344d4e770604589341c92
> Children:	cfeb7bced1
> Parent(s):	f725e937a4
> 
> Never permit import of MIDI as audio...
> 
> ... It was seen to happen, at least for some MIDI files on Windows, because
> the FFmpeg library may render them without reporting an error, but the
> rendering
> was really bad!
> 
> Contained in branches: startend, mixerboard, meterenter, master, floating3,
> floating2, floating, auStaticText
> Contained in tags: Audacity-2.2.0-rc1, Audacity-2.2.0-beta-20170924,
> Audacity-2.2.0-beta-20170901

As pointed out by Paul, the change was caused by the commit following the one above, that is:

Author:		Paul Licameli <paul.licameli@gmail.com>
Author date:	4 months ago (20/07/2017 02:51:48)
Commit date:	4 months ago (20/07/2017 03:10:22)
Commit hash:	cfeb7bced169f960e71275a90bfd6f3ad88e501c
Children:	6d47a79d3e
Parent(s):	cfab325af2

Zoom to fit after any import (labels, audio, or midi)

Contained in branches: startend, mixerboard, meterenter, master, floating3, floating2, floating, auStaticText
Contained in tags: Audacity-2.2.0-rc1, Audacity-2.2.0-beta-20170924, Audacity-2.2.0-beta-20170901

Simple fix in this commit in myfork:
https://github.com/DavidBailes/audacity/commit/0ed8fa27644c3c045c11a8962a57be61e13fdd40

(In reply to David Bailes from comment #5)
> Simple fix in this commit in myfork:
> https://github.com/DavidBailes/audacity/commit/
> 0ed8fa27644c3c045c11a8962a57be61e13fdd40

Note that there is a related bug in AudacityProject::OnImportRaw(), which could be fixed by replacing HandleResize() with ZoomAfterImport(nullptr).

(In reply to Steve Daulton from comment #3)
> (In reply to Peter Sampson from comment #2)
> Looks like it can be fixed by adding:
> OnZoomFit();
> just before line 4179 in Projec.cpp
> 
> #endif
> 
>    OnZoomFit();
> 
>    if (initiallyEmpty && mDirManager->GetProjectName() == wxT("")) {
>       wxString name =
> fileName.AfterLast(wxFILE_SEP_PATH).BeforeLast(wxT('.'));
>       mFileName =::wxPathOnly(fileName) + wxFILE_SEP_PATH + name +
> wxT(".aup");
>       mbLoadedFromAup = false;
>       SetProjectTitle();
>    }

Yes, probably could be, but would cause OnZoomFit() to be called more than necessary in some circumstances.

Tested on W10 Home on 2.2.1 build provided bu James.

File > Open now correctly zoomed to fit and the horizontal zoom slider is present and works.

Also testedv that File > Import continues to Zoom to fit - as does using File>Open to "import" a WAV file.

DEVEL - FIX MADE
https://github.com/audacity/audacity/commit/d8c3a59bd6f42178fdf1738058e87ab790b86e27

(In reply to James Crook from comment #9)
Testing on macOS 10.13 High Sierra with macos-nightly-2.2.1-26a6815.dmg installed in the Applications folder.

Using File>Open to import WAV files, I Imported a three minute song and a four-hour file - both were zoomed yo fit ion import.

Looks to be OK on both Windows and Mac

Did you pay attention to the horizontal scrollbars?  It was part of the complaint too that the thumb sizes were wrong.

(In reply to Paul L from comment #11)
What's wrong with the scroll bars Paul?

(In reply to Paul L from comment #11)
Of course I paid attention to the horizontal scroll bar.

In four File > Open use cases
1) 3 minute WAV on W10
2) 3 hour WAV on W10
3) 3 minute WAV on macOS  HS
4) 3 hour WAV on macOS  HS

The horizontal scroll bar is displayed with the slider displayed.  At this zoom level the slider occupies the first 85% of the scroll bat - that is to be expected as that is what you get say if tou open a project and generate something or if you are normal zoom and then zoom to fit.

The slider works in all four cases - moving it to the right shows the empty space beyond the end of the audio and pushes the beginning of the audio at the left off the screen - also expected and consistent behavior.

(In reply to Steve Daulton from comment #12)
Nothing now - but with the bug not only did you only get 7-12 seconds (normal zoom)
you did *not* get the slider in the horizontal scroll bar so you couldn't see how to access the rest of your audio (but it works now after the fix)

@Steve:  so does this work OK on Linux?

(In reply to Peter Sampson from comment #14)
I'm aware that there was a problem with the scroll bar, because the release note says:
"Also the zoom toolbar may not show the scroll-slider in the horizontal scroll-bar."

I don't understand why Paul has doubts about the scroll bar. Perhaps you can elaborate Paul.

Yes it looks fine on Linux.

Reopened. The issue is not fixed in the case of files imported by a Chain.

Priority lowered to P4 as user impact is reduced.
It is still a regression against Audacity 2.1.2.

(In reply to Steve Daulton from comment #17)
Paul L suggests that the "residual" issue is actually a different issue, so re-closing the bug, and logging as bug 1793.