The <references /> block at the end is left to right when it should be right to left as the page content. On fa.wiki they worked around it by manually specifying the directionality.
This also affects PDF rendering
Version: unspecified
Severity: major
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Open | None | T73804 dir attribution on <references/> is ignored. | |||
| Resolved | ssastry | T45235 Cite: Parsoid's port does not support all of the PHP extension's config options and i18n messages | |||
| Resolved | • GWicke | T58240 Cite: References should be rendered using the <Cite reference link> message (which varies by wiki) | |||
| Resolved | Sbailey | T51538 Cite: Improve compatibility between Parsoid's port and the PHP extension | |||
| Resolved | • marcoil | T86782 Use CSS to style Parsoid's Cite extension output | |||
| Resolved | Catrope | T99571 Add ext.cite.style to Flow | |||
| Resolved | • santhosh | T99870 Add ext.cite.style to CX | |||
| Resolved | Sbailey | T251842 Proposal for Parsoid Cite error html generation | |||
| Resolved | Sbailey | T262986 Follow refs aren't getting unique ids | |||
| Resolved | Sbailey | T263052 Move inline css on follow refs to the Cite extension stylesheet |
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.
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 https://fa.wikipedia.org/wiki/%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1:Ebraminio/pdf 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 mediawiki.org.
Going to https://fa.wikipedia.org/wiki/کاربر:Ebrahim/pdf and selecting Download as PDF in the sidebar, this seems to be still valid. Adding Proton as the underlying codebase nowadays.