This seems reproducible across most browsers. Download as PDF on Chrome looked the most 'crisp' to me.

Mac 10 Chrome 62
Browser Print	Download as PDF
Mac 11 Firefox 57
Mac 10 Safari 11
Windows 10 Edge 14
Windows 10 Chrome 62

@ABorbaWMF could you take a look and see if the fix for T181138 also fixed this?

Took a quick look at this one. I am seeing roughly the same results. The images are a bit fuzzy.

Print	PDF

Did you check staging or beta cluster? The change is NOT live on production yet but will be later today.

Sorry for not making that clear :(

@Jdlrobson, ok that makes sense. @ovasileva and I thought the change had already pushed. I'll take another look later today.

That was my bad. For future reference - when does the train go out on thursday roughly?

@pmiazga - is there any way we can test this in Chromium?

In T178664#4247492, @ABorbaWMF wrote:

Looks good now on production on Chrome. Also tested on Beta with a few articles. Looks good

Hi @ABorbaWMF - interesting - this should still be an issue in production (which still has the Electron renderer). The Chromium renderer is only available on the beta cluster.

The image – if from Chromium – seems a bit problematic. One of the images is still clearly incorrectly aligned, the one in the Lai King row. This is worrying, because it might mean that the new software is incorrectly rounding the image widths. (The gap between that image and the other images in the row is an empty table cell with a set width.) Several of the images (the corner pieces for the 45° tracks) did not render at all, and many of the ones which did render appear to be quite distorted (the circles should be round, and the curves in the second-last row should be smooth). I can't tell why.

Obviously, these are not problems for most images, but it would be nice if they could be fixed (if they're problems with the renderer). These diagrams are used on more than ten thousand pages across WMF wikis.

In addition, the colours being stripped makes the interchange boxes useless, and the background colour being stripped makes the fade overlays look incorrect because IIRC they are supposed to match #f9f9f9 (the old MediaWiki table background colour). However, this is more of a problem with whatever CSS is being used.