It happens because each virtual track sees the source file (and it's size) separately. So if the source file is 300 MB and the cue file contains 10 tracks the status line shows the combined size (10 x 300 MB). You can try this by selecting individual cue tracks.
It would be impossible to show separate track sizes because no such disk files exist.
Perhaps MC could ignore multiple instances of the same source file. It could always show the same file size when one or more cue tracks that point to the same master file are selected.
EDIT
I just realized that this behavior has changed in MC12. MC11.1 displays the size of the cue file (something like 2 or 3 kB) instead of the audio source file. Also, my old cue tracks that were imported to an MC11.1 library show these small sizes after the library has been restored in MC12.
The MC11.1 approach is better because it does not multiply the album size. I have imported the source files separately so the combined size is approximately correct in my MC11.1 library.
Bump
This appears to be a real show stopper to me.
With MC11.1 I created an mpl playlist of the files that are tagged to be related with my cue albums.
This playlist contains 3831 file entries: 3205 virtual cue tracks, 207 audio source files (so I also have 207 physical cue files on the disk), 419 other files (image & document files that are related to these cue albums)
MC11.1 reports: 3831 files (
22.4 GB - 20.7 Days)
After loading this mpl playlist into Playing Now in MC12 it reports this:
3831 Files (
361.1 GB - 20.7 Days)
Please fix the size reporting as it was in MC11.1.
There are two other issues with MC12's importer. It cannot import the document files from this mpl playlist. If the mpl file is dragged into Playing Now the documents (mostly txt) appear in PN, but they will not import if the mpl file is imported directly without using PN. I verified this with another mpl file that contained only various document file types (txt, doc, pdf, htm, mht, xls etc). Also, the importer does not preserve the original import dates from the mpl file.
The documents issue is clearly a bug.
The import date issue can be debated. You could say that the files were not previously imported in this particular library. However, it would be nice to be able to preserve the original import date. Also the playcounts and last played dates are carried over and the original import date would provide useful information. I see the mpl system as a way to merge data from separate libraries. All previous information should be preserved if possible.
EDIT
These issues are not related to FLAC plugins. I posted here because the previous discussion is in this thread.