[Webkit-unassigned] [Bug 58293] Follow-up fix to DRT for audio (write Content-Length in header)

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Apr 12 19:10:24 PDT 2011


https://bugs.webkit.org/show_bug.cgi?id=58293


Dirk Pranke <dpranke at chromium.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|webkit-unassigned at lists.web |dpranke at chromium.org
                   |kit.org                     |




--- Comment #7 from Dirk Pranke <dpranke at chromium.org>  2011-04-12 19:10:24 PST ---
Okay, the NRWT code was skipping all of the webarchive files -> not so good.

I am implementing support for them now. It appears that all of the .webarchive files manage to end with a newline, causing the subsequent "#EOF" sentinel from DRT to be on a line by itself, so NRWT continues to work. .WAV files do not (currently) make that guarantee, and so NRWT's existing output-parsing will break.

I need to continue working on the patch and doing more testing (to confirm w/ PDFs and files of other content types, for example). I also need to double check the logic against ORWT to see if ORWT is doing something more sophisticated to find where the sentinels are.

Thanks for asking the question that revealed this deficiency.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list