Audacity Bug Summary
••• Introduction •••
••• Keywords •••
    Audacity 3.0.3 development began 19th April 2021

Audacity Bugzilla



Bug 903 - Windows: No longer possible to create a new, empty project window by executing the app again
Windows: No longer possible to create a new, empty project window by executin...
Status: CLOSED NOT-A-BUG
Product: Audacity
Classification: Unclassified
Component: User Interface
2.1.0
PC Windows 8.1
: P4 Repeatable
Assigned To: Default Assignee for New Bugs
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2015-04-01 12:56 UTC by Gale Andrews
Modified: 2018-08-20 11:45 UTC (History)
6 users (show)

See Also:
Steps To Reproduce:
1 Launch Audacity. 2 Execute the same audacity.exe (or a shortcut to it) again. In previous 2.0.x versions this would open a new, empty project window as expected on Windows, but now it only switches focus to the app.
Release Note:
First Git SHA:
Group: ---
Workaround:
Closed: 2018-08-20 00:00:00
gale: Regression+


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Gale Andrews 2015-04-01 12:56:36 UTC

    
Comment 1 Steve Daulton 2015-04-01 20:04:42 UTC
Was that supposed to "work" in 2.0, or was that a bug?
It's very easy to crash Audacity 2.0.5 if you open two instances like that.
Comment 2 Gale Andrews 2015-04-02 10:50:03 UTC
(In reply to comment #1)
Steve wrote:
> It's very easy to crash Audacity 2.0.5 if you open two instances like that.
On what OS? An XP virtual machine? 

Although (for apps that support multiple instances) executing the same app on Windows would open a second instance of that app, in Audacity that only used to open a new project window in the same instance of Audacity. 

I've tried executing 2.0.5 again while recording and while applying an effect on Win 7 and Win 8, and a new project window opens without a crash.

We already allow in 2.1.0 using Open with to import a file into a new project window while recording or while applying real-time preview. If you try to Open with while exporting or while applying an effect, the import is queued and takes place after export or the effect is completed.
Comment 3 Leland Lucius 2015-04-02 11:17:35 UTC
I think this falls under the whole multiple instance, multiple project conundrum.  Solving that will be a whole project in itself and we're going to have to "forget" past behavior and precisely define how it should all be handled.

I fear it will not be a quickie problem to solve either.  :-(
Comment 4 Steve Daulton 2015-04-02 12:20:24 UTC
(In reply to comment #1)
Actually it appears that I've found a new bug, and it is not specific to the case in question (though initially it looked like it was). I'll investigate further and then post a new bug report if necessary.
Comment 5 Gale Andrews 2015-04-02 12:38:47 UTC
(In reply to comment #3)
Leland wrote:
> "forget" past behavior and precisely define how it should all be handled.
I fully understand we're trying to solve multiple issues on three platforms. 

Nonetheless I think for Windows the definite expectation is that executing the same audacity.exe again would open a new Audacity project window. That did used to work, and users can see that "Open with" is already allowed to open new project windows. 

But yes we have to consider what multiple project actions are safe to allow at the same time.
Comment 6 Leland Lucius 2015-04-02 13:33:14 UTC
(In reply to comment #5)
> (In reply to comment #3)
> Leland wrote:
> > "forget" past behavior and precisely define how it should all be handled.
> I fully understand we're trying to solve multiple issues on three platforms. 
> 
> Nonetheless I think for Windows the definite expectation is that executing the
> same audacity.exe again would open a new Audacity project window. That did used
> to work, and users can see that "Open with" is already allowed to open new
> project windows. 
> 
And that's just fine.  We just need to make sure that is one of the criteria/rules when we straighten out the multi-mess.  :-)
Comment 7 Peter Sampson 2018-08-14 11:01:00 UTC
closed as NOTABUG - this is intended, desired behavior