Page MenuHomePhabricator

MultimediaViewer displays empty white footer
Closed, ResolvedPublic

Description

MultimediaViewer displays empty white footer

See the following examples:

https://fr.wikipedia.org/wiki/Cocotier_du_Chili#mediaviewer/Fichier:Jubaea%20chilensis%20%28Fruit%20and%20nut%29%20nuytsia%20pix.jpg

https://fr.wikipedia.org/wiki/Cocotier_du_Chili#mediaviewer/Fichier:Jubaea%20chilensis%20Flores%20masculinas%20%28Fundaci%C3%B3n%20JBN%20de%20Vi%C3%B1a%20del%20Mar%29%20001.jpg

MultimediaViewer only displays an empty, white banner instead of the information panel.

Raised by a fr.wp user, reproduced locally. Purge did not help.


Version: unspecified
Severity: normal

Attached:

Capture_du_2014-03-05_02:33:34.png (940×1 px, 484 KB)

Details

Reference
bz62243

Event Timeline

bzimport raised the priority of this task from to Needs Triage.Nov 22 2014, 2:59 AM
bzimport added a project: MediaViewer.
bzimport set Reference to bz62243.
bzimport added a subscriber: Unknown Object (MLST).

Raised by at least another user.

(By “reproduced locally” I meant “reproduced by me as well”, of course [no I did not fully install MediaWiki With MMV just for the sake of this bug ;-)]

Boy, this is odd - the image info seems to come back fine, and there are no errors.

Our error reporting kind of sucks ( https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/268 is supposed to solve that but it is not deployed yet) so probably one of the metadata promises reject (could be anything, not just imageinfo).

For reference, here is a quick debug code which adds functionality from #268 on the fly:

for (key in mw.mediaViewer) {

if (key.match(/Provider$/)) {
    (function ( provider ) {
        var oldGet = provider.get;
        provider.get = function () {
            return oldGet.apply( provider, arguments ).fail( function ( error ) {
                console.log( provider.constructor.name + ' failed: ', error );
            } );
        };
    } ( mw.mediaViewer[key] ));
}

}

According to that, the problem is with userinfo.

This seems to be the same issue as bug 62019. The fix there was ported back to wmf16, but frwiki is still on wmf15. This will change with tomorrow's deploy, so marking this as fixed.

Gilles triaged this task as Unbreak Now! priority.Dec 4 2014, 10:11 AM
Gilles moved this task from Untriaged to Done on the Multimedia board.
Gilles lowered the priority of this task from Unbreak Now! to Needs Triage.Dec 4 2014, 11:23 AM