Bug 79 – Enh: "Automatically fit" preference applied inconsistently.

••• Introduction •••
••• Keywords •••

Audacity 3.0.3 development began 19th April 2021

Audacity Bugzilla

Bug 79 - Enh: "Automatically fit" preference applied inconsistently.


Summary:	Enh: "Automatically fit" preference applied inconsistently.

Status:	CLOSED WORKSFORME

Product:	Audacity
Classification:	Unclassified
Component:	Application Core
Version:	1.3.11
Hardware:	Per OS All

Importance:	P5 Enhancement
Assigned To:	Default Assignee for New Bugs

URL:
Keywords:

Duplicates:	78 80 (view as bug list)
Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2010-01-28 15:18 UTC by James Crook
Modified:	2019-05-24 12:52 UTC (History)
CC List:	2 users (show)

See Also:
Steps To Reproduce:	A1. Enable the auto fit to height preference. A2. Add a track and then undo. A3. "Notice that the tracks are no longer fitted to height. B1. Enable the auto fit to height preference. B2. Add a time, label or note track. Notice that the tracks are not fitted to height. C1. Enable the auto fit to height preference. C2. Add a track. C3. Resize to half the height. C4. Cut some audio from it (or apply gain) Notice that the track IS resized. The desired/intended behavior is that resizing should only happen on adding/deleting a track.
Release Note:
First Git SHA:
Group:	---
Workaround:
Closed:	2019-05-24 00:00:00

Flags:	petersampsonaudacity: Test‑OK‑Win+ petersampsonaudacity: Test‑OK‑Mac+

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description James Crook 2010-01-28 15:18:19 UTC

Comment 1 James Crook 2017-08-07 09:35:31 UTC

*** STEPS UPDATED ***

This is borderline an enhancement request rather than a bug per se, as existing fit-to-height works reasonably well.  It's arguable whether fit-to-height should always maintain fit-to-height, or whether (scenario C) only when a new track is added/deleted.

Comment 2 James Crook 2017-08-07 09:36:39 UTC

*** Bug 80 has been marked as a duplicate of this bug. ***

Comment 3 James Crook 2017-08-07 09:37:02 UTC

*** Bug 78 has been marked as a duplicate of this bug. ***

Comment 4 James Crook 2018-08-11 14:02:24 UTC

This is an enhancement request, not a summary of other bugs.

Comment 5 Peter Sampson 2019-05-24 10:42:00 UTC

Testing on W10 with 2.3.3 alpha audacity-2.3.3-alpha-252-88dc11f525215cea57f7a89b0038fc7d40a50149

Use Case A) works for me - the tracks are fitted to height

Use Case B) works for me - the tracks are fitted to height

Use Case C) works for me - at step C4 the tracks are fitted to height (personally I think it is "desired behavior"

So all 3 uses cases are WORKSFORME

Comment 6 Peter Sampson 2019-05-24 10:44:09 UTC

The only oddity I obersve is that the "Automatically fit" preference is not honored during recording.

But that is separate P4 Bug #1212

Comment 7 Peter Sampson 2019-05-24 10:48:48 UTC

When I say Use case A woks for me - I mean that after the "Undo" at step A2
, the pre-existing tracks are restored to their precious smaller size and are not auto-fitted.  

But that is what I expect Undo to doo => return to previous state

Comment 8 Peter Sampson 2019-05-24 10:51:59 UTC

Testing on macOS 10.15.5 with 2.3.2

I observe the save "correct" behavior as I see on Windows.

--------------------------------------

As I can recal no users complaining about this, I think we can close this bug as WORKSFORME or WONTFIX