View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0013198 | MMW v4 | DLNA/UPnP | public | 2016-04-04 09:53 | 2022-04-27 13:58 |
| Reporter | Ludek | Assigned To | |||
| Priority | high | Severity | minor | Reproducibility | have not tried |
| Status | closed | Resolution | fixed | ||
| Product Version | 4.1 | ||||
| Target Version | 4.1.12 | Fixed in Version | 4.1.12 | ||
| Summary | 0013198: Hama DIR3000 as renderer fails to show song info when date is in year format only | ||||
| Description | As reported http://www.mediamonkey.com/forum/viewtopic.php?f=20&t=82977 Webradio (Hama DIR3000) as an renderer shows song info correctly for songs with date like '3.9.1982' but fails for songs with date like '1982' i.e. accepted: <dc:date>1982-09-03</dc:date> failed: <dc:date>1982</dc:date> Solution (workaround) could be to interpret the date as 1982-01-01 (i.e. always in YYYY-MM-DD form), but watching the specs it is supposed in to be in YYYY[-MM[-DD]] form, i.e. MM and DD are optional -- so it is rather the renderer's issue. | ||||
| Additional Information | The format MUST be compliant to [ISO 8601] and SHOULD be compliant to [RFC 3339] | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1788 | ||||
| duplicate of | 0011882 | closed | Ludek | MMW v4 | UPnP: <dc:date> is in YYYY form instead of YYYY-MM-DD when only year is assigned |
| parent of | 0013300 | closed | Ludek | MMW v4 | Wi-Fi sync: some files sync with year as 1/1/xxxx |
| related to | 0013395 | closed | marek | MMA | Date is represented as 2016-01-01 instead of 2016 |
| related to | 0018139 | closed | Ludek | MMW 5 | Date (year) is passed as full date over DLNA |
| related to | 0019004 | closed | peke | MMW 5 | UPnP/DLNA: MM5 do not send all the information to DLNA clients |
|
|
Seeing this as duplicate of 0011882 |
|
|
Fixed in 4.1.12.1787 (dc:date '1982' is interpreted as '1982-01-01') |
|
|
Re-opened, user reports that this isn't fixed. I overlooked one place in the code where the format needs to be adjusted too. |
|
|
Fixed in 1788 |
|
|
Verified 1795 |
|
|
Reopen as more fail cases are covered within JDB-801-66059 so I was wondering if it is possible that for 4.x we add forced format in INI and for MM5 we make things configurable. Logic in user behavior would be that in case all metadata from album is available MMW also supply info for Year even it is empty. |
|
|
Peke, from the discussion in JDB-801-66059: 1) User confirmed that song info is now correctly shown on Hama DIR3000 when data/year is known. 2) if I understand correctly, you are suggesting so that MM would serve <dc:date>0000-00</dc:date> in case when the year/date is unknown? I am not keen doing this, this would do more bad than good and this is clearly issue with Hama DIR3000 (as the <dc:date> element is optional). User also indicated the same and he is filling up the data/year (as suitable workaround for him). |
|
|
I agree that it is fixed for that device and before fully close the issue just wanted to cover all teh cases when and why date is not shown to speed things for future issues if the arise. As stated these cases show/fail: Value Format Result ----- ------ ------ 00 YY 2000 shown 0000 YYYY 2000 shown 0.0.00 d.m.yy 01.2000 FAIL 0.00 m.yy 2000 shown 00.0000 MM.YYYY 2000 shown 00.00.0000 DD.MM.YYYY 01.2000 FAIL 00-0-0 yy-m-d 01.2000 FAIL 00-0 yy-m 2000 shown 0000-00 YYYY-MM 2000 shown 0000-00-00 YYYY-MM-DD 01.2000 FAIL |
