Please capture the resizing dialog boxes in a debug log (step 4b) and attach the log to a Support Ticket: https://www.mediamonkey.com/forum/viewtopic.php?t=86643

[quote=Lowlander post_id=530545 time=1764037958 user_id=262]
Try a separate Portable Install (select during installation) and with just the database and with the default Material Design Skin. Does the issue persist.
[/quote]

Tried it, twice, again with new beta MM version. At the end of portable installation, it asks whether I want to use db and settings from existing MM installation. First I answered yes. The issue with moving dialog box was reproducible. Then I deleted this installation and made another one, this time answering no. The issue was still reproducible.

In the second experiment I needed first to add something to the library. I right clicked on a folder to scan it. This time, MM showed me a dialog with 3 folders, one that I right clicked , and 2 standard windows folders for music. The one I right clicked was not pre-selected, but the other 2 were pre-selected! Strange behavior.

[quote]It now always pre-selects the folder of the selected file/folder, not just when initiating right click scan.
This means there often is no intent to scan the location.[/quote]

It displays current folder and some other folders, that ММ in its wisdom thinks I may want to scan. But none of them are pre-selected.

I liked old functionality much more. It is not extra mouse click that I mind. The problem is that I often choose "Add/Scan" on right-click menu, forget that I now have to find my current folder in the new window and select it, and just click on Scan Now. And then surprised that nothing changed... Also there is no directory tree in the new menu, just a bunch of folders chosen by MM.

It now always pre-selects the folder of the selected file/folder, not just when initiating right click scan.
This means there often is no intent to scan the location.

Regarding point 3 above, I dont understand the current logic either.

If I have right clicked and asked to scan a particular folder, why would I need to select it again?

I thought the issue originally was that when users did this not only was the current folder selected, but all other existing scanned folders were also pre-selected, and so they ended up scanning everything or having to unselect those???

It seems the right-clicked folder only should be pre-selected, and all others pre-UNselected for such a scan. After the specific scan is completed, all the folders should be pre-selected again for future scans.

Try a separate Portable Install (select during installation) and with just the database and with the default Material Design Skin. Does the issue persist.

Metro M skin.

The only unusual thing about my installation is that after installing MM 2024, I copied the library and ini file from my old MM 4 installation on a different computer. (At first I tried to copy only DB file, but parts of the library somehow disappeared. When I copied both db and ini files, I was able to see the library completely).

In fact more exactly. On my old computer I upgraded to MM 5 first. MM5 library and ini were copied to new computer. Also I wanted to change directory structure of my music, and experimented with the best way of doing it (moving files in win explorer vs in media monkey, etc). So I did several try runs (copying DB, or DB with ini, moving music files, then deleting the results and doing it again). In the end I got the library in the state I wanted. I do not imagine however that this affected in any way MM program itself.

2. Which Skin? Anything else particular/noteworthy about your setup?

[quote] Files are .WAV files with a .MP3 extension.[/quote]

Interesting. I would say that observable file size (compared with play duration) is more indicative of a compressed format than of wav.

But I agree that something may be wrong (or at least unusual) in file format. This is what MediaInfo tells.

General
Complete name : 0033.mp3
Format : Wave
Format settings : WaveFormatEx
File size : 1.61 MiB
Duration : 2 min 0 s
Overall bit rate mode : Constant
Overall bit rate : 112 kb/s
FileExtension_Invalid : act at9 wav

Audio
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 3
Format settings : Joint stereo / MS Stereo
Codec ID : 55
Codec ID/Hint : MP3
Duration : 2 min 0 s
Bit rate mode : Constant
Bit rate : 112 kb/s
Channel(s) : 2 channels
Sampling rate : 44.1 kHz
Compression mode : Lossy
Stream size : 1.61 MiB (100%)

It shows general format as Wave, but then Audio format as mp3. I am not an expert in audio formats. Maybe wave is a container format allowing different encodings ?

1. Done.
2. Same behavior.

1. Files are .WAV files with a .MP3 extension. This is causing the issue. Fixing the file extensions from .MP3 to .WAV should fix the issue.

1. Attach a smaller file to a [url=https://www.mediamonkey.com/support/]Support Ticket[/url] or include the link to a Cloud share with the file in the Support Ticket.

2. Please rename [url=https://www.mediamonkey.com/support/knowledge-base/mediamonkey-install-config/modifying-the-mediamonkey-db-and-ini-files/]persistent.json[/url] to persistent.json.old and start MediaMonkey again.

They play fine, and MM can read the tags too, the error occurs only if I try to update them.

What is the best way to send you mp3 file ?

[quote=Vlad1 post_id=530531 time=1764031990 user_id=4168]
[quote] Did the tags on the files actually get changed in MMW4, or is it a case of no error shown in MMW3, but nothing being tagged? Can the files be played, if so, could they be read-only, have overly long file Paths (more than 240 characters) or contain characters not supported by Windows or the OS the files reside on (in case of NAS)?[/quote]

Yes, MM4 actually changes the tags. The files are not read only. They are playing fine. They do not have long paths, and nothing unusual in file names (just latin letters and numbers).
[/quote]Can you please open support ticket and supply us one of files? Are files play normally in MM?

[quote]2. Please retry with the latest MediaMonkey 2024.2 release.[/quote]

Yes, the same behavior in MediaMonkey_2024.2.0.3178.