Ticket #200 (closed defect: fixed)

Opened 4 years ago

Last modified 3 years ago

Asset is niet te verwijderen

Reported by: Michiel.Schok Owned by: MC-arjen
Priority: major Milestone: MediaMosa 1.7
Component: Core Version: 1.7.2
Keywords: Cc:
MoSCoW: Estimated time after impact analysis:
Related to project: none Tested:
Accepted: yes Estimated Hours:

Description

Using WLE, an upload was performed on Core-acceptatie in SURFmedia test container (id 5).

I tried to remove the asset, but now I'm stuck.

When I want to delete, an error pops up that there is still one mediafile:

<?xml version="1.0"?>
<response>
  <header>
    <item_count>0</item_count>
    <request_process_time>0.0214</request_process_time>
    <request_query_count>21</request_query_count>
    <request_result>error</request_result>
    <request_result_description>MM - there are still 1 mediafile(s) present in this asset.</request_result_description>
    <request_result_id>709</request_result_id>
    <request_uri>[POST] asset/JMTCAX30CdTNjWQYgG2SXU9e/delete</request_uri>
    <vpx_version>1.7.0.1</vpx_version>
  </header>
  <items/>
</response>

But when I ask the core for a listing of mediafiles, it's empty.

<?xml version="1.0"?>
<response>
  <header>
    <item_count>0</item_count>
    <request_process_time>0.0085</request_process_time>
    <request_query_count>13</request_query_count>
    <request_result>success</request_result>
    <request_result_description></request_result_description>
    <request_result_id>601</request_result_id>
    <request_uri>[GET] asset/JMTCAX30CdTNjWQYgG2SXU9e/mediafile</request_uri>
    <vpx_version>1.7.0.1</vpx_version>
  </header>
  <items/>
</response>

I suppose it's a still hanging somewhere, but I cannot get to it, I only get tickets to the still (black, though...)

<?xml version="1.0"?>
<response>
  <header>
    <item_count>1</item_count>
    <request_process_time>0.0187</request_process_time>
    <request_query_count>16</request_query_count>
    <request_result>success</request_result>
    <request_result_description></request_result_description>
    <request_result_id>601</request_result_id>
    <request_uri>[GET] asset/JMTCAX30CdTNjWQYgG2SXU9e/still?user_id=foo</request_uri>
    <vpx_version>1.7.0.1</vpx_version>
  </header>
  <items>
    <item id="1">
      <output>http://app.acceptatie.vpx.kennisnet.nl/still/Cn2H0VMXNfGeFFvZi0hCv1SQ</output>
      <content_type></content_type>
    </item>
  </items>
</response>

Change History

Changed 3 years ago by forgacs

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

I couldn't reproduce this bug in my local environment, nor using asset=JMTCAX30CdTNjWQYgG2SXU9e in the acceptatie (the asset has been deleted already).

I have analysed the code and the error message:

<request_result_description>MM - there are still 1 mediafile(s) present in this asset.</request_result_description>

It means there are mediafiles (videos) in this asset (this is not about the still images).

I think it is possible that the mediafiles in the asset weren't visible for the current user because of ACL rules.

Changed 3 years ago by forgacs

  • owner changed from MC-arjen to forgacs

Changed 3 years ago by forgacs

  • owner changed from forgacs to MC-arjen

I can reproduce this issue. The fix is on the SVN.
 http://xienix/trac/changeset/4503

Changed 3 years ago by MC-arjen

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

This problem was caused by a left over avi file from a failed wmv transcoding. The asset delete function now also takes care of those temporary files. Fixed in 1.7.2

Changed 3 years ago by Frans

  • accepted changed from no to yes

Will accept. Hard to test now.

Note: See TracTickets for help on using tickets.