Bugzilla – Bug 17885
7.3.28.2 MM CMS:GetProtocolInfoRules: http_get and DLNA media profiles first
Last modified: 2012-03-12 13:19:34 UTC
DLNA CTT v1.5 7.3.28.2 MM CMS:GetProtocolInfoRules: http_get and DLNA media profiles first -- The above test fails due (we believe) to the fact that; 2/9/2012 6:47:15 AM: INFO: Checking: http-get:*:video/mp4:DLNA.ORG_PN=AVC_MP4_BL_CIF15_AAC_520;DLNA.ORG_OP=01;DLNA.ORG_FLAGS=01700000000000000000000000000000 2/9/2012 6:47:15 AM: ERROR: http-get:*:video/mp4:DLNA.ORG_PN=AVC_MP4_BL_CIF15_AAC_520;DLNA.ORG_OP=01;DLNA.ORG_FLAGS=01700000000000000000000000000000 was listed after http-get:*:video/x-ms-wmv:* 2/9/2012 6:47:15 AM: FAILED: All http-get protocolInfo values with DLNA Media Format profiles were not listed first! appears AFTER; :DLNA.ORG_PN=PNG_TN;DLNA.ORG_OP=01;DLNA.ORG_FLAGS=00f00000000000000000000000000000 2/9/2012 6:47:15 AM: INFO: Checking: http-get:*:video/mp4:* 2/9/2012 6:47:15 AM: INFO: Checking: http-get:*:video/mpeg:* 2/9/2012 6:47:15 AM: INFO: Checking: http-get:*:video/x-ms-wmv:* According to the DLNA specialists here, the WildCard responses should always be last
== Auto-comment from SVN commit #33890 to the slim repo by agrundman == == http://svn.slimdevices.com/slim?view=revision&revision=33890 == Fixed bug 17885, DLNA 7.3.28.2: GetProtocolInfo needs all DLNA profiles listed first