Same here, the latest beta crashes and I had to go back to build 2817 which runs as expected!

Please capture a full debug log (step 4b) and attach the log to a Support Ticket: viewtopic.php?t=86643

This will help a developer analyze why this happens on your setup.

Lowlander wrote: ↑Tue Oct 17, 2023 9:35 am
@Dan33185 are you saying it won't start? Which Build did you install, on what version of Windows and did you do a clean install of MMW5?

I get as far as the splash window, and it stalls there. I am using Build 5.1.0.2819, and it's a fresh install (no previous install existed for MM5).

MikeGahrns wrote: ↑Sun Oct 15, 2023 11:56 pm I upgraded to yesterday's build and MM5 will no longer start. (My previous MM5 build was a couple of months old, so not sure when things might have broken....).

If I restart and try to run safe mode, I get a little further, but different exceptions are thrown and I have to kill MM5 in task manager.

If I try to run the debug version of MM5, it just hangs, and I need to kill in task manager.

This is the error I get when I start non-debug MM5 in regularly (not safe mode)

Code: Select all

Application Error
X Application throw an exception "Cannot read properties of
undefined (reading 'push)"
TypeError: Cannot read properties of undefined (reading 'push')
at PlaylistHeader._initButtons
(file:///controls/playlistHeader:353:49)
at PlaylistHeader.method (file:///mminit.js:3489:38)
at PlaylistHeader.initialize (file:///controls/playlistHeader:35:14)
at new Control (file:///controls/control:18:14)
at new PlaylistHeader (file:///controls/playlistHeader:16:16)
at loadClass
at initializeControl
at forEach (file:///mminit.js:1085:9)
at initializeControls (file:///mminit.js:2023:5)
at Scroller.addControl (file:///controls/control:959:9) in class
PlaylistHeader
Callstack: Script: file:///mminit.js ; Func: window.myAlert ; Row: 273 ;
Col: 17
Script: file:///mminit.js ; Func: loadClass ; Row: 1992 ; Col: 13
Script: file:///mminit.js ; Func: initializeControl ; Row: 2001 ; Col: 17
Script: file:///mminit.js ; Func: forEach ; Row: 1085 ; Col: 9
Script: file:///mminit.js ; Func: initializeControls ; Row: 2023 ; Col: 5
Script: file:///controls/control ; Func: addControl ; Row: 959 ; Col: 9
Script: file:///controls/multiView ; Func: _addControl ; Row: 674 ; Col:
47
Script: file:///controls/multiView ; Func: undefined ; Row: 768 ; Col:
22
Script: file:///controls/multiView ; Func: _forEachSubView ; Row: 712 ;
Col: 21
Script: file:///controls/multiView ; Func: _createSubControls ; Row:
763 ; Col: 14
Would you like to restart MediaMonkey in Safe mode?
x
Restart
Restart in Safe mode
Continue

Thanks! Will be fixed as https://www.ventismedia.com/mantis/view.php?id=20301

I'd recommend enabling database backup. Also if you think the database is the problem, you can share it with Support and a developer will analyze it (and may be able to fix it).

@Dan33185 are you saying it won't start? Which Build did you install, on what version of Windows and did you do a clean install of MMW5?

Decided to check in on the progress of MM5 for the first time in months and am having the same problem, not encouraging. I don't have any scripts or add-ons in MM5, just the default installation.

Thanks Lowlander for the tip about how to handle a whole system freeze. I'll try remember this for the future. In this case, the repro is lost as I rebuilt my MM dbs. There was probably something weird in them, so I don't think my initial problem/error is worth chasing or trying to repro now.

I would however, love it if MM5 import had a way of preserving playlist hierarchy. Should I open the suggestion I had above as a separate bug/issue?

Thanks!

MikeGahrns wrote: ↑Mon Oct 16, 2023 5:28 pmI would start dbgview and then mm5 debug, and then my system would freeze.

If the whole system freezes set DebugView to log to file from the File menu. This will allow you to get the debug log after system restart.

As I mentioned in my original post, I couldn't run the debug version. I would start dbgview and then mm5 debug, and then my system would freeze. So, sorry I couldn't get any logs....

Were there recent changes to the MM5 db structure? The reason I ask, is that my MM4 installation is now hosed, and when I try add/rescan files none are added and I get a message along the lines of the db format not supported.

I was running MM5 with an .ini with the [Options] ForceMM4Compatability=1. This was nice as it allowed me to run my "production" MM5 installation and still use/try MM5 while I waited for MM5 to get all of my needed MM4 features.

I am not mad. I did this at my own risk, and there were ample warnings about using this flag. I totally get how having more than one db structure causes a ton of complexity, edge cases and maintenance issues.

Long story short... I got rid of running MM5 with the ForceMM4Compatibility flag and rebuilt new MM4 and MM5 databases. I no longer get the MM5 error on start. So I think the problem was either running with ForceMM4Compatibility flag or some sort of db corruption crept in.

Given the amount of effort need to clean things up, I will refrain from using the flag in the future. But that means that it will be difficult for me to run MM5 in parallel with MM4. There are still a lot of MM4 tools/add-ons I rely on to manage my large music collection.

My biggest pain point in running MM5 in parallel with MM4 is that MM5 loses access to my extensive playlist collection and the continuous updating of playlists that I do in MM4. I realize on MM5 first run MM5 will build playlists off of what I had in MM4. But if I continue to run MM4, all playlist changes I make in MM4 are no longer reflected in MM5 which makes running MM5 in parallel with MM4 very difficult for me.

MM5 does have a way to import .M3U playlists. This is not an adequate solution for me, as I have a lot of hierarchy in my playlist structure. When I import, all that hierarchy is lost and I get a big long flat list of playlists in the wrong order.

Zev's playlist export tool will allow preservation of hierarchy, but it does not work with MM5.

Suggestion: in MM5 when importing .M3U playlists, for each disk directory from where you are scanning create an empty Playlist node with the directory's name. For .M3U files with .mp3's listed within it, continue doing what you are doing. That is, create a playlist with the name of the .M3U file and then each song in the .M3U file is a song in the playlist.

e.g. In MM5, when you did a File->Add Rescan files and specified a directory of c:\Playlists to Import\Drive Mixes\Drive001.M3U, in the MM5 playlist nodes it would create an empty playlist "Playlists to Import" and then beneath it in the MM5 playlist hierarchy would be another empty playlist called "Drive Mixes" and then finally under that would be the "Drive001" playlist with all of the songs from the .M3U file listed.

Hi,
this sounds like a script/addon could be the culprit..

Installing debug build will allow you to submit the error, so write down the log ID here or attach to eSupport ticket like LowLander requested..

Thanks!

Please capture a full debug log (step 4b) and attach the log to a Support Ticket: viewtopic.php?t=86643

This will help a developer analyze why this happens on your setup.

I upgraded to yesterday's build and MM5 will no longer start. (My previous MM5 build was a couple of months old, so not sure when things might have broken....).

If I restart and try to run safe mode, I get a little further, but different exceptions are thrown and I have to kill MM5 in task manager.

If I try to run the debug version of MM5, it just hangs, and I need to kill in task manager.

This is the error I get when I start non-debug MM5 in regularly (not safe mode)