View Issue Details

IDProjectCategoryView StatusLast Update
0005878MMW v4Framework: Taggingpublic2014-12-10 11:50
Reporteruser_chrisjj Assigned To 
PriorityhighSeverityminorReproducibilityalways
Status assignedResolutionopen 
PlatformWindowsOS Version- 
Target Version5.0.0 
Summary0005878: MM hides the /n part (disc qty) of WM/PartOfSet and ID3 TPOS (discnumber)
DescriptionSee Summary.

This causes a further problem when the user edits the property to null: http://www.mediamonkey.com/forum/viewtopic.php?f=7&t=41234&p=214131#p214131
Steps To Reproduce1 Open a file having discnumber = 1/2

Expected: MM shows 1/2
Observed: MM shows 1
Additional InformationThis is PART of what is discussed at: http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=25423 , where Jiri wrote

The value you enter (i.e. '1/2') is stored in WM/PartOfSet field in WMA tag.
It specifies that it can store both Disc# and Total Disc# fields separated by slash. I.e. when MM scans such a file, it shows you only '1' as Disc# and '2' isn't shown.

We have to find a way how to best handle this issue. It seems that the only really solution it to include Tottal Track# and Total Disc# fields in MM interface. I'm not personally a big fan of this approach, but it would probably prevent any further problems.

TagsNo tags attached.
Fixed in build

Relationships

related to 0005876 feedbackjiri Adding Disc# total can make nonsense format 
child of 0004920 assignedLudek Support for Total # Discs and Tracks 

Activities

jiri

2009-09-07 16:49

administrator   ~0018736

Yes, the only real fix is to introduce Total Track # and Total Disc # fields in MM 4.0. Assigning to Rusty, so that these fields are included in plans for metadata presentation changes in MM 4.0.

peke

2014-12-10 00:43

developer   ~0041394

reassigned to Ludek for MM5 inclusion

Ludek

2014-12-10 11:50

developer   ~0041401

Assigned back to Jiri for evaluation.