Comment 3 for bug 1778988

I have revisited this issue, using UBuntu 20. I cannot figure out how to get the version of CUPS, but the test environment I now have includes:

Ghostscript 9.50
Evince 3.36.7
Cairo 1.16.0
wkhtmltopdf 0.12.5
LibreOffice 6.4.6.2
Okular 1.9.3

I reran all tests indicated in this report, today 17 December 2020, with
the system and products at the levels indicated.

With one exception, all tests now work. The exception is wkhtmltopdf,
which is NOT addressed in this original bug report. If anyone wishes to
issue a bug report against that product, it will obviously be a
separate matter.

- - - - -

I installed "cups-pdf" on my Ubuntu system.

Using LibreOffice, I reloaded the test ODT file. I created:

1) PDF output using the cups-pdf (aka "PDF") printer. In this
   environment all worked correctly. That is, all text was
   selectable in the viewers (Okular, Evince), and all selected
   text pasted correctly into VIM.

2) LibreOffice direct export of PDF. All worked correctly

Using Brave (Chromium) browser, I loaded the HTML test file.

1) Printing from Brave using cups-pdf seemed to work. The
   first time I failed to notice that the output was
   landscape. Of course, this information was not useable.
   I changed to Portrait, and output was correct. All text
   selected in PDF viewer(s) and all pasted correctly in
   VIM.

2) From Brave, I selected the "save as PDF". All output was
   correct.

When the HTML was tested with wkhtmltopdf, the output appeared
odd. A check of the PDF file showed that that tool had
replaced one font with Dingbats. The text did not appear
correctly in the PDF viewers, but when copied and pasted
into VIM, the original roman text was present and correct.
The selection of Dingbats seems odd. HOWEVER, this bug report
is not intended to be a report on the wkhtmltopdf command.

I consider this issue to be closed.