Ticket #306 (closed defect: fixed)

Opened 3 years ago

Last modified 3 years ago

.asx file is not downloadable

Reported by: Michiel.Schok Owned by: arjen
Priority: critical Milestone: MediaMosa 2.1
Component: Core Version: 2.1.4
Keywords: Cc:
MoSCoW: none Estimated time after impact analysis:
Related to project: none Tested: yes
Accepted: yes Estimated Hours:

Description

When using the play-call with timing parameters on a Windows Media media file, and requesting an object, we
* do get an object
* the object seems alright
* as a source, a MediaMosa created .asx file is used

BUT... MediaPlayer? has troubles downloading the .asx.

[GET] asset/SchwHslM4RCxJ3AVv3ZbTTtF/play?mediafile_id=PWQhm8utwKNjA4AUZhvEMADc&response=object&user_id=foo&start=1000&duration=3000

    <item id="1">
      <output>&#13;
&lt;object id='PWQhm8utwKNjA4AUZhvEMADc' classid='CLSID:22D6F312-B0F6-11D0-94AB-0080C74C7E95' standby='Loading Media Player components...' type='application/x-oleobject' width='1280' height='784'&gt;&#13;
&lt;param name='filename' value='http://app.acceptatie.vpcore.snkn.nl/still/v2ZaXQo5fUeqKGUVSDK7MAid.asx' /&gt;&#13;
&lt;param name='autostart' value='true' /&gt;&#13;
&lt;embed type='application/x-mplayer2' src='http://app.acceptatie.vpcore.snkn.nl/still/v2ZaXQo5fUeqKGUVSDK7MAid.asx' autostart='1' name='PWQhm8utwKNjA4AUZhvEMADc' width='1280' height='784'/&gt;&#13;
&lt;/embed&gt;&#13;
&lt;/object&gt;</output>
      <content_type>text/html</content_type>
      <ticket_id>v2ZaXQo5fUeqKGUVSDK7MAid</ticket_id>
    </item>

When trying to grab the .asx from  http://app.acceptatie.vpcore.snkn.nl/still/v2ZaXQo5fUeqKGUVSDK7MAid.asx

we get a

MediaMosa - parameter validation failed: ticket_id (TICKET_ID)

Change History

Changed 3 years ago by forgacs

  • owner set to arjen
  • status changed from new to assigned

Fixed. It is in my local repository.

Changed 3 years ago by MC-arjen

  • status changed from assigned to closed
  • version set to 2.1.4
  • resolution set to fixed

Committed to 2.1.4

Changed 3 years ago by Michiel.Schok

  • status changed from closed to reopened
  • resolution fixed deleted

Unfortunately, I need to reopen this ticket also.
Behaviour has changed slightly, but is still not accepted. When requesting this object, I got the source-reference

http://app.acceptatie.vpcore.snkn.nl/still/b2KbDkSoLfsbXUenmK1AMoca.asx

And that results in an

Invalid still ticket with ID 'b2KbDkSoLfsbXUenmK1AMoca.asx'

Changed 3 years ago by MC-arjen

  • status changed from reopened to closed
  • resolution set to fixed

Michiel,

The created ticket is deleted once a request has been done, a second call to the still call will indeed give an "Invalid still ticket" error. We retested here and the first link works fine.

Deleting a link after a first call is behaviour that was always in here, but in retrospect i have doubt the solution here. Also the use of a 'still' directory i consider a hack. Lets make an other ticket to improve the solution here.

Changed 3 years ago by Michiel.Schok

  • status changed from closed to reopened
  • resolution fixed deleted

Arjen,

Het spijt me te zeggen, maar dat gedrag is vanuit gebruikersperspectief onacceptabel.
Twee redenen:
1. Het object dat we van VP-Core krijgen, bevat twee aanroepen (een object en een embed). Firefox opent ze volgens mij alle twee, en toont geen video. IE en Chrome tonen wel de video.

2. Als de video afgelopen is, en de gebruiker wil de video nogmaals kijken, dan klikt hij op 'play'. Dat werkt niet, omdat Media player dan nogmaals de .asx probeert op te halen, en een foutmelding krijgt.

Wat mij betreft zou zo'n .asx een normale 'ticketlink' duration moeten hebben (1 uur?)

Changed 3 years ago by MC-arjen

  • status changed from reopened to closed
  • resolution set to fixed

Right, (in dutch since this is a vpcore service related issue) De download url voor stills is veranderd naar download... ipv app, en de stills worden nu, net als in 1.7, afgehandeld door de apache alias. De link is nu een uur geldig en wordt door het reguliere cron script opgeruimd.

(trying to close again ;-)

Changed 3 years ago by Michiel.Schok

  • tested changed from no to yes
  • accepted changed from no to yes

I'm sorry for switching languages. Sometimes, it's one pot of wet ;-)

But I'll leave it closed, and as an added bonus, I will accept this solution.
Solving the issue labeled 'hack' is left as an exercise for the reader...

Note: See TracTickets for help on using tickets.