Page MenuHomePhabricator

Cortado doesn't work on Mac with Oracle JRE 7 update 9
Closed, DeclinedPublic


cortado play log

Playback never starts and the Cortado reports:

ERROR, Not allowed

Complete log attached
(The stacktrace has to do with a cache file being in Mac OS X quarantine (mistake in the Oracle installer it seems))

Version: unspecified
Severity: normal
Whiteboard: wikimedia[unmaintained]
See Also:




Event Timeline

bzimport raised the priority of this task from to Low.Nov 22 2014, 1:07 AM
bzimport set Reference to bz41274.
bzimport added a subscriber: Unknown Object (MLST).

We could probably solve this by installing a crossdomain.xml on all our domains: Here is twitter's version of it.

Note that Apple's Java 6 no longer seems to allow the browser plugin at all, either, and points at Oracle's JRE 7 download page. Bleeeeeeeh!

Hopefully TimedMediaHandler and MP4 transcoding will make this fully obsolete soon...

Specifically, I have JRE7 update 9 installed. I suspect this problem might not be Mac specific, but likely is depending on the JRE version/update you have installed.

@brion exactly why i was testing this today. The test used the oracle browser plugin.

(The oracle java plugin doesn't work with Chrome for Mac btw, since Chrome is 32bit only and JRE7 for mac is 64 bit only, but there we have built in support, so it doesn't really affect us.)

Actually, it seems we already have a crossdomain.xml....

The last message is "network: Encoding for : null" so perhaps it's tripping over the lack of specified encoding or content-type... or it's just expecting xmlns attributes these days. can be many things I guess.

Note how it went from:

[INFO] trying to open at offset 0


network: Cache entry found [url:, version: null] prevalidated=false/0
cache: Resource has expired.

https -> http, indeed if I open from then the cortado player functions.

Getting replaced by TMH very soon, so probably moot.

Tim tells me that this should probably be filed upstream anyway.

(In reply to comment #8)

Tim tells me that this should probably be filed upstream anyway.

Upstreamed as

Probably there are two issues here:

1: stupid isAbsolute check in Cortado...

isAbsolute = urlString.startsWith("http://");

2: Broken getDocumentBase() in Oracle JRE applet browser plugin. I don't see this property being set in the Cortado log, and it seems that the 'relative' document parsing of Cortado depends on the documentBase.

try {

  documentBase = getDocumentBase();
  Debug.log(Debug.INFO, "Document base: " + documentBase);
catch (Throwable t) {
  documentBase = null;

Both should be fixed upstream.

to clarify: 2 is what breaks playback, 1 is what accidentally makes it work on http:// urls due to a built in IE6 workaround, but the workaround is faulty and incomplete.

TimedMediaHandler was deployed at the beginning of November 2012, see and for more information.
It is based on HTML5 and supports closed captions, timed text, WebM, etc.

This bug report was reported about "Cortado". With TimedMediaHandler being in place, Cortado is now ONLY used as a fallback for web browsers that do not support any of the video codecs we offer but have Java installed. This currently is Apple Safari without XiphQt installed, or Microsoft Internet Explorer with Java applet installed.

Please add a comment here in case that you still face the problem described (now with Cortado inside of TimedMediaHandler) if using one of the browsers mentioned above. In that case, this report should be moved to product="MediaWiki extensions" and component="TimedMediaHandler" in this bug tracker.

Issues that also happen with Cortado without TimedMediaHandler should be reported to instead.

Wikimedia itself is currently not actively working on Cortado.
If you are still interested in seeing this / if this problem still happens, please follow instead.

Also see comment 12 in this report for more explanation which way Wikimedia Multimedia currently takes. Closing as WONTFIX for Wikimedia itself.