Bug 1869 – Closing Audacity when uncompressed file imported "faster" aliased are used can sometimes cause a crash

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

Audacity 3.0.3 development began 19th April 2021

Audacity Bugzilla

Bug 1869 - Closing Audacity when uncompressed file imported "faster" aliased are used can sometimes cause a crash


Summary:	Closing Audacity when uncompressed file imported "faster" aliased are used ca...

Status:	CLOSED WONTFIX

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

Importance:	P3 RepeatableAll
Assigned To:	Default Assignee for New Bugs

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2018-04-15 14:53 UTC by Steve Daulton
Modified:	2019-08-07 06:54 UTC (History)
CC List:	7 users (show)

See Also:
Steps To Reproduce:	1) Release build of Audacity 2) Set import method for uncompressed files to "faster" 3) Import a WAV file that is a few minutes long 4) Click the [X] of the main window to close Audacity 5) Click "No" to close without saving Repeat steps 1 to 5 a few times until a crash report appears.
Release Note:
First Git SHA:
Group:	---
Workaround:	Use the safer Copy in for importing audio files
Closed:	2019-08-07 00:00:00

Flags:	james.k.crook: Must‑Test‑All‑OS- stevethefiddle: Regression+ 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 Steve Daulton 2018-04-15 14:53:28 UTC

Issue reported on Windows and confirmed on Linux, so assumed all platforms.

The bug does occur for me in debug builds, only release builds.
Affects Audacity 2.2.2 and 2.3.0 alpha, so a regression even though not against 2.2.2.

With a release build, it occurs for me about one time in 5.

See steps to reproduce.

Initially set as P4 as no data is lost, but possibly borderline P3.

Comment 1 James Crook 2018-04-15 15:48:27 UTC

Promoted to P3.  Audacity should not have repeatable crashes.

Comment 2 Peter Sampson 2018-04-16 04:09:33 UTC

(In reply to Steve Daulton from comment #0)
I cannot reproduce this on 2.2.2 or on 2.3.0 alpha (not debug builds)

Testing on W10 laptop

Steps

1) set prefs to faster aliased import (not copy in)
2) Imort WAV file
3) Edit bit - amplify
4) Export WAV to new file name
5) top right "X" to close Audacity
6) choose "don't save"
=> Audacity closes cleanly with no crash

repeat many times => no crash

Comment 3 Steve Daulton 2018-04-16 06:37:33 UTC

(In reply to Peter Sampson from comment #2)
If you process the imported track, then the project will not be using alias files, which appears to be a requirement for the crash.

Are you able to reproduce the crash with the stated "Steps To Reproduce"?

Comment 4 Peter Sampson 2018-04-16 07:05:44 UTC

(In reply to Steve Daulton from comment #3)
>Are you able to reproduce the crash with the stated "Steps To Reproduce"?

Ah yes - but only occasionally - maybe on in 7-10 closes - the rest close ok (that is a guestinate not accurate run-rate)

Comment 5 Peter Sampson 2019-07-31 06:36:18 UTC

For 2.3.3 On-Demand loading of aliased files is being removed so this bag can no longer occur.

Comment 6 Peter Sampson 2019-08-01 07:29:29 UTC

Testing on macOS 10.14.5 Mojave with 2.3.3 Mac alpha jc005 of 01Aug19

As with Windows - this can no longer be tested on Mac as OD has been removed

Comment 7 Peter Sampson 2019-08-07 06:54:11 UTC

Closed as WONTFIX for 2.3.3 and onwards - as aliased files can no longer be created in new projects from 2.3.3 onwards.

We will continue support for the use of aliased external audio files in 2.3.3 and onwards
for projects created in 2.3.2 and earlier which have dependencies on aliased external audio files - so users need to be aware of this.  To this end a P3 superbug Bug #2189 has been created with a relevant release note.