Dear CouchDB users list,
I am trying to serve an audio/ogg page in an accessible for a
partially sighted
web application from couchDB front-ended by Apache2.
I test using Firefox on the basis that partially sighted persons can be
advised to choose appropriate browsers to enable accessibility, and that
Firefox is freely available and also has the ability to easily magnify
the whole page via Ctrl+.
In the course of testing other browsers for compatibility for
serving of audio/ogg using HTML5, I have partially tested all the browsers
in the IE (European) browser chooser. Of the 12 browsers suggested in
so-called random order, only Firefox, Chrome, Safari and Opera
supported the HTML5 audio tag in any way.
Although I am happy to support only one free, easily accessible,
browser on the desktop and go for Firefox exclusively as a target browser,
I have started testing others of the candidate browsers especially for
mobile applications where Firefox may not be appropriate.
The first I tested is Chrome/Chromium. I am using
the latest chromium-browser-bin 52833-1 although My problem exists with
all versions of Chrome, and I believe is not a Chrome problem,
but a CouchDB issue.
Using CouchDB 0.11.0, Erlang R13B04 and serving sample ogg files
from
(a). CouchDB (front-ended by Apache2) and
(b). from Apache2 direct
All tests work perfectly in Firefox/3.6.6
Tests work on Chrome/Chromium when served from a file by Apache2
Tests FAIL on Chrome/Chromium when served from couchDB via Apache2
Headers Below from tests for illustration.
%--------------------------------------------------
Request Headers requested direct from CouchDB (front ended by Apache2) fails
case 1 via web address
Response Headers
Date Sun, 18 Jul 2010 09:28:51 GMT
Server CouchDB/0.11.0 (Erlang OTP/R13B)
Etag "82-2a26e3922f36a8b6d0b659bfc4a51488"
Content-Type audio/ogg
Cache-Control must-revalidate
Via 1.1 localhost
Keep-Alive timeout=15, max=99
Connection Keep-Alive
Transfer-Encoding chunked
Request Headers
Host my_otp_erl.com
User-Agent ... Gecko/20100627 Firefox/3.6.6
Accept text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language en-us,en;q=0.5
Accept-Encoding gzip,deflate
Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive 115
Connection keep-alive
Range bytes=0-
%--------------------------------------------------
Request Headers requested direct from CouchDB (front-ended by Apache2) fails
case 2 via local address
Response Headers
Date Sun, 18 Jul 2010 07:43:03 GMT
Server CouchDB/0.11.0 (Erlang OTP/R13B)
Etag "82-2a26e3922f36a8b6d0b659bfc4a51488"
Content-Type audio/ogg
Cache-Control must-revalidate
Transfer-Encoding chunked
Request Headers
Host 192.168.1.123:5984
User-Agent ... Gecko/20100627 Firefox/3.6.6
Accept text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language en-us,en;q=0.5
Accept-Encoding gzip,deflate
Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive 115
Connection keep-alive
Range bytes=0-
Cookie AuthSession=ZGF2aWQ6NEM0MkIwNjk6oiDhyxFnWKEyQ6CPE5p-mFwSazc
%-------------------------------------------------
Request Headers requested from file using Apache2 works!
case 1 via web address
Date Sun, 18 Jul 2010 07:32:58 GMT
Server Apache/2.2.14 (Ubuntu) PHP/5.3.2-1ubuntu4.2 with Suhosin-Patch
mod_perl/2.0.4 Perl/v5.10.1
Last-Modified Mon, 24 May 2010 09:57:41 GMT
Etag "3da016a-7ef5-48754125116af"
Accept-Ranges bytes
Content-Length 32501
Keep-Alive timeout=15, max=100
Connection Keep-Alive
Content-Type audio/ogg
Request Headers
Host my_otp_erl.com
User-Agent ... Gecko/20100627 Firefox/3.6.6
Accept text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language en-us,en;q=0.5
Accept-Encoding gzip,deflate
Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive 115
Connection keep-alive
%-------------------------------------------------
If you get this far this must interest you and you might know enough to say
if this is a known issue and if anyone knows when it may be addressed.
On a lighter note, CouchDB works extremely well for me, serving 250,000
pages
containing images and audio/ogg with no problems at all to Firefox browsers.
My sincerest thanks to all concerned!
David Martin.
