Created attachment 178090 [details] Acrobate example SUMMARY Gradients and Patterns which are defined before the BT command should work for strokes just like fills but don't. This research has been carried out in issue: https://github.com/jpakkane/capypdf/issues/80 STEPS TO REPRODUCE 1. Open the output.pdf linked above 2. View the 3rd page STROKE OUTSIDE OBSERVED RESULT Gradient and Pattern sections are wrong compared to Acrobat output. EXPECTED RESULT See acrobat.png ADDITIONAL INFORMATION There's a side note that Okular is parsing the Pattern fills inside the BT block too, though Acrobat does not.
This is very likely a poppler problem. Please check whether you can reproduce the misrendering using the pdftoppm command line tool, which uses the same rendering code that Okular does. If pdftoppm shows the same problem, please open a bug report at https://gitlab.freedesktop.org/poppler/poppler/-/issues Otherwise, come back here and re-open this report. Thank you!
Note that Evince also has issues, but they are not the same as Okular. A curious poppler problem.
Poppler contains several render engines, and they can all be buggy in different ways. * Okular uses the 'Splash' render engine. Use pdftoppm to test it from the command line. * Evince uses the Cairo engine. Use pdftocairo to test it from the command line. So if you are having problems with Evince too, please test with pdftocairo and then file a separate(!!) poppler bug.