Opened 10 years ago

Closed 9 years ago

#5323 closed defect (fixed)

Audio submission failing

Reported by: Christopher Allan Webber Owned by:
Priority: major Milestone: 0.9.0
Component: programming Keywords:
Cc: Boris Bobrov Parent Tickets:

Description

Audio submission tests are failing right now in master. Right now this looks like:

mediagoblin/tests/test_submission.py ................
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> traceback >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Traceback (most recent call last):
  File "/home/cwebber/devel/mediagoblin/mediagoblin/tests/test_submission.py", line 377, in test_audio
    self.check_normal_upload('Audio', path)
  File "/home/cwebber/devel/mediagoblin/mediagoblin/tests/test_submission.py", line 121, in check_normal_upload
    **self.upload_data(filename))
  File "/home/cwebber/devel/mediagoblin/mediagoblin/tests/test_submission.py", line 92, in do_post
    response.follow()
  File "/home/cwebber/devel/mediagoblin/local/lib/python2.7/site-packages/WebTest-1.4.3-py2.7.egg/webtest/app.py", line 159, in follow
    % self.status)
AssertionError: You can only follow redirect responses (not 200 OK)

However this error is misleading, looking at the response that is gotten back, the submission form has the error

<p class="form_field_error">Sorry, I don&#39;t support that file type :(</p>

The real problem is when submitting the procedurally generated audio, which fails to be sniffed for the audio type. In the discover() method in mediagoblin/media_types/tools.py when the last line runs, an exception is thrown:

> /home/cwebber/devel/mediagoblin/mediagoblin/media_types/tools.py(43)discover()
-> discoverer = GstPbutils.Discoverer.new(60 * Gst.SECOND)
(Pdb) n
> /home/cwebber/devel/mediagoblin/mediagoblin/media_types/tools.py(44)discover()
-> return discoverer.discover_uri(uri)
(Pdb) discoverer.discover_uri(uri)
*** Error: gst-stream-error-quark: No valid frames decoded before end of stream (7)
(Pdb) 

So that's where the error is occurring.

I wonder if maybe the procedurally generated audio is less than a second, and that's causing the error? Or it could be something else...

Change History (3)

comment:1 by Christopher Allan Webber, 10 years ago

Priority: blockermajor

It looks like this one is probably not our doing, but a library issue:

As such, we can probably move forward with the release.

comment:2 by Christopher Allan Webber, 10 years ago

Milestone: 0.8.00.9.0

comment:3 by Loic Dachary, 9 years ago

Resolution: fixed
Status: newclosed

As of today, tests are passing on master. Whatever the problem was, it has been resolved.

Note: See TracTickets for help on using tickets.