Page MenuHomePhabricator

dir attribution on <references/> is ignored.
Open, MediumPublic


The <references /> block at the end is left to right when it should be right to left as the page content. On they worked around it by manually specifying the directionality.

This also affects PDF rendering

Version: unspecified
Severity: major



Event Timeline

bzimport raised the priority of this task from to Needs Triage.Nov 22 2014, 3:55 AM
bzimport set Reference to bz71804.
bzimport added a subscriber: Unknown Object (MLST).

Does the PHP citation extension emit a dir attribute?

Parsoid and PHP both emit 'dir=LTR' around the references, which is correct. But the PDF renderer seems to lose this.

Per comment 2, bug 43235 is not a blocker; moreover, I think it was meant as blocker of bug 71805.

Amire80 triaged this task as Medium priority.Jul 16 2015, 4:30 PM
Amire80 set Security to None.

I'm sorry but I don't see what the problem is here. The bug states that the references section should be RTL; but when you check the source of the page at you will notice that it actually requires to be LTR, per the parameters used in this template:


So what is the problem?

<reference /> doesn't support dir attribute so we do local workaround for it but PDF output can't understand it. So <reference /> should understand dir="" or PDF creator should detect the effectively direction with some more sophisticated solution.

As already announced in Tech News, OfflineContentGenerator (OCG) will not be used anymore after October 1st, 2017 on Wikimedia sites. OCG will be replaced by Electron. You can read more on

Going toکاربر:Ebrahim/pdf and selecting Download as PDF in the sidebar, this seems to be still valid. Adding Proton as the underlying codebase nowadays.