Page MenuHomePhabricator

PDF rendering should treat </includeonly > as </includeonly>
Closed, ResolvedPublic


When using a book rendered under the above URL
Sources section contains just "</includeonly>"

This is most probably just a buggy {{interview}}
template (or one of the other included ones),
but nevertheless MediaWiki parser does not has
this problem.

Version: master
Severity: normal



Event Timeline

bzimport raised the priority of this task from to Lowest.Nov 22 2014, 1:34 AM
bzimport added a project: Collection.
bzimport set Reference to bz45095.
bzimport added a subscriber: Unknown Object (MLST).

I think this edit [1] fixes it.

I cannot test it because the book page has been deleted now :(

Marcin, could you please check if the problem is still happening (if reproducible in any other book)?


Not sure about the above comment (I reproduced it using {{Archive}}, not {{Internview}}), but this was caused by this template which had "</includeonly >" with space after the tag name within the tag.

Not closing as FIXED because that should be improved in the renderer anyway, but the workaround is simple.

(In reply to comment #1)

I think this edit [1] fixes it.

No, I just checked - {{Interview}} was not causing this, I just tested it using (which is basically - the version befoure your changed) and

Both the old version and your fixed version do not cause the trouble described.

Worked around in the template, setting priority to "lowest" instead of FIXED, since it should be done in the renderer.

This is not an issue with current Proton PDF rendering. Only existed in either OCG-PDFRenderer or maybe even only in the pediapress PDF rendering.

MSantos claimed this task.