Progress bar when shutting down

[xerus]

Sometimes, mixxx takes multiple seconds to close, and it seems unresponsive. It would be nice to have some sort of progress bar indicating that the shutdown is proceeding and reporting what is happening right now. I guess it is mostly the sync to the database.

[Be (be.ing)]

Mixxx should not take so much time to shut down. You can watch the console output when running with the "--logLevel debug" command line argument to see what is taking so long. Are you using any of the 64 sampler skins?

[xerus (xerus2000)]

Aha, I found the root of the issue: The mixxx.desktop file uses the following command: `sh -c "pasuspender -- mixxx || mixxx"`

So I ran `sh -c "pasuspender -- mixxx --logLevel debug || mixxx"` and got this:

```
Debug [Main]: Destroying MixxxMainWindow
Debug [Main]: 1 ms saving configuration
Debug [Main]: 1 ms deleting skin
Debug [Main]: ~DlgAutoDJ()
Debug [Main]: 524 ms deleting menubar
Debug [Main]: 524 ms deleting SoundManager
Debug [Main]: 48251 ms deleting ControllerManager
Debug [Controller]: Controller polling stopped.
Debug [Controller]: Deleting PortMIDI devices...
Debug [Controller]: Deleting USB Bulk devices...
Debug [Controller]: Deleting HID devices...
Debug [Main]: 48256 ms deleting VinylControlManager
Debug [Main]: ~CoverArtCache()
Debug [Main]: 48258 ms deleting PlayerManager
Debug [AnalyzerQueue 1]: DbConnection - Closing database connection: "MIXXX-3" QSqlDatabase(driver="QSQLITE", database="/home/janek/.mixxx/mixxxdb.sqlite", host="localhost", port=-1, user="mixxx", open=true)
Debug [AnalyzerQueue 1]: AnalyzerQueue - Exiting thread
Debug [Main]: AnalyzerWaveform - ~AnalyzerWaveform():
Debug [Main]: 48264467338 ns deactivating GlobalTrackCache
Debug [Main]: 48264 ms deleting Library
Debug [Main]: Wait to finish browser background thread
Debug [Main]: Browser background thread terminated!
Debug [Main]: Committing transaction on "MIXXX-1" result: true
Debug [Main]: PlaylistDAO::getHiddenType returns PLHT_UNKNOWN for playlistId 207
Info [Main]: Library - Disconnecting database
Debug [Main]: TrackDAO::finish()
Debug [Main]: Clearing played information for this session
Debug [Main]: Cleaning LibraryHashes/track_locations tables.
Debug [Main]: SqlTransaction - Started new SQL database transaction on "MIXXX-1"
Debug [Main]: SqlTransaction - Committed SQL database transaction on "MIXXX-1"
Debug [Main]: TrackCollection - ~TrackCollection()
Debug [Main]: ~TrackDAO()
Debug [LibraryScanner 1]: LibraryScanner - Event loop stopped
Debug [LibraryScanner 1]: DbConnection - Closing database connection: "MIXXX-2" QSqlDatabase(driver="QSQLITE", database="/home/janek/.mixxx/mixxxdb.sqlite", host="localhost", port=-1, user="mixxx", open=true)
Warning [LibraryScanner 1]: QSqlDatabasePrivate::removeDatabase: connection 'MIXXX-2' is still in use, all queries will cease to work.
Debug [LibraryScanner 1]: LibraryScanner - Exiting thread
Debug [Main]: ~TrackDAO()
Debug [Main]: 48525 ms closing database connection(s)
Debug [Main]: DbConnection - Closing database connection: "MIXXX-1" QSqlDatabase(driver="QSQLITE", database="/home/janek/.mixxx/mixxxdb.sqlite", host="localhost", port=-1, user="mixxx", open=true)
Debug [Main]: 48526 ms deleting RecordingManager
Debug [Main]: Delete RecordingManager
Debug [Main]: 48526 ms deleting BroadcastManager
Debug [Main]: DlgPrefBroadcast - broadcastEnabledChanged() 0
Debug [Main]: 48545 ms deleting EngineMaster
Debug [Main]: in ~EngineMaster()
Debug [Main]: 48593 ms deleting DlgPreferences
Debug [Main]: 48622 ms deleting EffectsManager
Debug [Main]: 48654 ms deleting SettingsManager
Debug [Main]: Mixxx shutdown complete with code 0
```

However, when I run mixxx plainly from the commandline, it shuts down in under...

[xerus (xerus2000)]

Thanks launchpad for being a bug-reporting service that doesn't even support code markup... How does this still exist?

[xerus (xerus2000)]

By the way, I use Deere.

[Be (be.ing)]

> However, when I run mixxx plainly from the commandline, it shuts down in under one second. So the delay seems to be related to the suspension of pulseaudio.

Interesting. AFAIK no one has reported this before. I am guessing this is related to your report about excessively long times configuring sound hardware (Bug #1792688). I presume that it is taking a very long time to release the ALSA device. What audio interface are you using?

[Be (be.ing)]

> Thanks launchpad for being a bug-reporting service that doesn't even support code markup... How does this still exist?

I agree, we should not keep using this outdated bug tracker. Please voice your opinion on this:
https://mixxx.zulipchat.com/#narrow/stream/109122-general/topic/GitHub.20Issues

[Uwe Klotz (uklotzde-deactivatedaccount)]

I would consider this issue a duplicate of https://bugs.launchpad.net/mixxx/+bug/1778310

[Uwe Klotz (uklotzde-deactivatedaccount)]

...I suppose a progress bar wouldn't help here, because it would just get stuck at this point without displaying any helpful feedback.

[xerus (xerus2000)]

Maybe a spinner or something? Anything that indicates that mixxx is actually shutting down and not just stuck.
@Be what do you mean with audio interface? I use whatever comes with KDE Plasma and have devices on Kubuntu 18.04 and KDE Neon, with similar experience.

[Be (be.ing)]

Your audio interface is the hardware that gets audio signals in/out of your computer. The older term is "sound card", but few of them look like cards nowadays.

[xerus (xerus2000)]

Ah okay. Well, it happens on all of my devices, so I'm not sure about the root of the issue.
I ran lspci -v | grep -i audio on my pc and got this:

00:1f.3 Audio device: Intel Corporation Sunrise Point-H HD Audio (rev 31)
        Subsystem: Elitegroup Computer Systems Sunrise Point-H HD Audio
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Device aae0

[Swiftb0y (swiftb0y)]

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/9429