Bug 987 – Yosemite (mainly): Moonphase crashes after recording or monitoring in second project

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

Audacity 3.0.3 development began 19th April 2021

Audacity Bugzilla

Bug 987 - Yosemite (mainly): Moonphase crashes after recording or monitoring in second project


Summary:	Yosemite (mainly): Moonphase crashes after recording or monitoring in second ...

Status:	CLOSED WORKSFORME

Product:	Audacity
Classification:	Unclassified
Component:	User Interface
Version:	2.1.1
Hardware:	Mac macOS

Importance:	P2 MoonPhase
Assigned To:	Default Assignee for New Bugs

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2015-05-28 16:46 UTC by Gale Andrews
Modified:	2018-08-20 11:51 UTC (History)
CC List:	5 users (show)

See Also:
Steps To Reproduce:	See description.
Release Note:	GROUP: Playback and Recording * (OS X Yosemite or Mavericks) ''''''Random occasional crashes may occur after recording or monitoring in a second project window then zooming or fitting the project in that window.''' If you have found steps that almost always reproduce this crash, please write to [http://web.audacityteam.org/contact/#feedback our feedback address] with details and include the crash report from /Library/Logs/DiagnosticReports/ (~/Library/Logs/DiagnosticReports on Mavericks).
First Git SHA:
Group:	---
Workaround:
Closed:	2018-08-20 00:00:00

Flags:	gale: Regression+

Attachments
Crash report after monitor or record in second project (58.02 KB, text/plain) 2015-05-28 16:46 UTC, Gale Andrews	Details
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 Gale Andrews 2015-05-28 16:46:36 UTC

Created attachment 596 [details]
Crash report after monitor or record in second project

There are no reliable steps to reproduce, though the general scenario of the bug title is reported to crash on Yosemite or occasionally Mavericks once or more per month.

The general idea is to: 
1 Launch Audacity
2 Make a recording then stop
3 Save or export then open a new project (or open the new project before save/export)
4 Either record then stop in the new project, or turn on monitoring in the new project. Sometime after that, Audacity will crash when operating in the Track Panel. Typically, zooming or fitting the project using buttons, menus or shortcuts precipitates the crash.    

Crash reports almost always start with OSSpinLockLock then  CGSSetWindowColorSpace (example attached). 

Leland has seen some of these reports but not reproduced the crashes, nor have I. The crashes started being reported after Yosemite went into public beta.

Comment 1 Gale Andrews 2015-06-03 11:11:16 UTC

A user affected by this bug says that restarting Audacity between recordings prevents the crashes. However append-recording into the same project window without opening a new window does not prevent the crashes for all users.

Comment 2 Gale Andrews 2015-07-07 23:56:39 UTC

(In reply to Gale Andrews from comment #1)
A couple of users have now said that not allowing the computer or display to sleep makes 
crashes rarer or not happen, but that does not help all users.

Comment 3 Gale Andrews 2015-08-28 06:20:13 UTC

I was getting a few crashes yesterday on Yosemite when using File > Open... to import long (2 hours or more) MP3 files after recording.

Open Audacity. Record a few seconds. File > Open... a long MP3 file. Most long MP3 files crashed. Short MP3 files did not. The beachball spins for several seconds after clicking "Open" on a long MP3 file, so it "looks" like it is going to crash even if it does not. There was no (or only a very short) beachball for short files.  

If I don't record first I (usually) don't see the beachballs, or much shorter beachballs.  

No Mac crash reports were produced. Are the Audacity Debug Reports of any value for a crash like this?

Comment 4 Leland Lucius 2015-08-28 17:03:29 UTC

(In reply to Gale Andrews from comment #3)
> I was getting a few crashes yesterday on Yosemite when using File > Open...
> to import long (2 hours or more) MP3 files after recording.
> 
> Open Audacity. Record a few seconds. File > Open... a long MP3 file. Most
> long MP3 files crashed. Short MP3 files did not. The beachball spins for
> several seconds after clicking "Open" on a long MP3 file, so it "looks" like
> it is going to crash even if it does not. There was no (or only a very
> short) beachball for short files.  
> 
Did you get a progress dialog at all?

Comment 5 Leland Lucius 2015-08-28 17:04:03 UTC

(In reply to Leland Lucius from comment #4)
> (In reply to Gale Andrews from comment #3)
> > I was getting a few crashes yesterday on Yosemite when using File > Open...
> > to import long (2 hours or more) MP3 files after recording.
> > 
> > Open Audacity. Record a few seconds. File > Open... a long MP3 file. Most
> > long MP3 files crashed. Short MP3 files did not. The beachball spins for
> > several seconds after clicking "Open" on a long MP3 file, so it "looks" like
> > it is going to crash even if it does not. There was no (or only a very
> > short) beachball for short files.  
> > 
> Did you get a progress dialog at all?

After clicking open...

Comment 6 Gale Andrews 2015-08-29 11:38:28 UTC

(In reply to Leland Lucius from comment #5)
> Did you get a progress dialog at all? After clicking open...
Not if it crashed. 

There are crashes importing long MP3 files reported here http://forum.audacityteam.org/viewtopic.php?p=284710#p284710 but those did not depend on opening another track first. The crash report seems to flag a libmad problem, and the crashes stopped when converting the files to AAC in some other app. So I assume that was a problem with the files.

Comment 7 Leland Lucius 2015-08-29 13:09:35 UTC

(In reply to Gale Andrews from comment #6)
> (In reply to Leland Lucius from comment #5)
> > Did you get a progress dialog at all? After clicking open...
> Not if it crashed. 
> 
> There are crashes importing long MP3 files reported here
> http://forum.audacityteam.org/viewtopic.php?p=284710#p284710 but those did
> not depend on opening another track first. The crash report seems to flag a
> libmad problem, and the crashes stopped when converting the files to AAC in
> some other app. So I assume that was a problem with the files.

Do you think it possible to get a hold of one of those MP3 files?

Comment 8 Gale Andrews 2015-08-29 13:29:09 UTC

(In reply to Leland Lucius from comment #7)
> Do you think it possible to get a hold of one of those MP3 files?

I've already asked (bottom post).

Comment 9 Gale Andrews 2016-06-24 16:21:33 UTC

On El Capitan in HEAD I've just done imports or exports of two-hour files while recording, with up to eight project windows open. There were no problems and the recordings did not seem to have dropouts. 

I think like bug 979, this is fixed by wx3. There have been no credible reports since 2.1.2 release. I don't think at this stage we will obtain the MP3 file mentioned in the Forum topic.