Cross platform paths are a nightmare. It's for this reason I don't import MC libraries from one OS to another - it's much easier to manage having to redo all settings from scratch on another OS.
For macOS and Linux (Arch Linux and Ubuntu) I have the main music library drive mounted to a specific locations, then point auto-import to those locations so it'll import everything correctly. Other than that, I setup my views and other settings that I use on Windows, and it works out pretty well. I can boot between Windows, macOS and both Linux distros and MC on all of them works great with the same library (I also import new files if there's any, and there's no issues there). It's worth noting that with Arch Linux and Ubuntu, I can import MC libraries from one to the other (and vice versa) since I have the music library drive mounted at the same place on both, so that works out good. Otherwise, I keep them separate with all MC settings automatically backed up in two different locations (4 different backup locations in all for all four OSes installed).
The trick here is to avoid folders and filenames beginning with a period (since macOS/Linux treats these as hidden files and MC on those platforms won't import them). Fortunately thanks to the Rename, Move, & Copy Names... function while maintaining my library on Windows (e.g. adding/removing files) I've worked around it - I use an expression to remove periods from the front of folders/filenames and it works perfectly. No issues on any platform, and it doesn't affect the file's metadata if there's any (which there always with all my files in my library).
This is the expression rule I use to compensate for directories beginning with periods in Rename, Move, & Copy Files...
[Album Artist]\regex([Album], /#^(\.*)(.*?)(\.*)$#/, -1)replace([R1],.,_)[R2]replace([R3],.,_)
And for the filename rule this is what I use (which avoids filenames beginning with periods)...
[Disc #]-[Track #] [Name]
End result is, it works great between Windows, macOS, Arch Linux and Ubuntu.