mahara-contributors team mailing list archive

[Robert Lyon <robertl@xxxxxxxxxxxxxxx>]

Ok, so by the looks of things we need to allow that mimetype to be
respected when we have allowed .wmv files to be attached to intermedia
blocks.

So we have: Is block allowed to display .wmv file? Yes - then check if
file's mimetype is video/x-ms-wmv or mimetype video/x-ms-asf (or
possible check if it's in a pool of valid mimetypes)

-- 
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it!
https://bugs.launchpad.net/bugs/1364609

Title:
  Problem with windows wmv files having filetype video/x-ms-asf

Status in Mahara ePortfolio:
  Confirmed

Bug description:
  Sometimes windows files that have the wmv (or wma) extension are being
  saved in the artefact_file_files table as mimetype video/x-ms-asf
  rather than video/x-ms-wmv (or audio/x-ms-wma).

  This means you can't add them to a video (or audio) block.

  Also for some reason, which I'm yet to work out, sites  can have data
  where a wmv video with mimetype video/x-ms-asf is connected to an
  internalmedia block.

  I'm not sure if they had the correct mimetype of video/x-ms-wmv in the
  past and somehow the mimetype changed or whether the mahara system
  allowed them to  connect files with mimetype video/x-ms-asf.

  
  But as there can be bad existing data on a site it needs to be fixed up pretty soon so that more bad data is created.

  Looking at a myportfolio site there were 11,200 internal media blocks
  and 2,500 of them had a connection to a wmv file that had video/x-ms-
  asf as the mimetype (about 1/5th)

  So it seems to be more than an isolated incidence.

To manage notifications about this bug go to:
https://bugs.launchpad.net/mahara/+bug/1364609/+subscriptions