Hi Richard, could you please help triage this issue ?

Do you know if this is a regression? Did it used to work?

Able to reproduce this issue on Windows 10 with chrome stable #60.0.3112.90, Canary #62.0.3178.0 and also in earlier version M45-#45.0.2454.101.
This is a non-regression issue, hence marking it as untriaged.

Attaching the screen-cast for reference.

Deleted: 752506.mp4 1.2 MB

	752506.mp4 1.2 MB View Download

Seems like a font issue, can you please take a look?

Hm ok, I can take a look if this is not a high priority bug. Thankfully, this can also be reproduced on Linux with print preview to Save As PDF.

the customer send the procedure used to generate the pdf:
1) connect to this page: https://www.manneken.co.jp/menu/info/allergy/20170912
2) print to save as pdf
3) open the pdf with Adobe (in my case with Adobe Reader)
4) add a comment or highlight some text
5) open the pdf in chrome 
6) print preview at 100%

file before comment: https://drive.google.com/open?id=0B01ZVp8vDQocSy1nSUdrVFRpZEk
file with comment: https://drive.google.com/open?id=0B01ZVp8vDQocYWpMZ1N4QkFTYUk
video: https://drive.google.com/open?id=0B01ZVp8vDQocSTcwaVJPUm0zM1U

Hi, any news on this issue? Thank you

No news yet, I haven't looked into this.

npm@
Is there any update that can be shared with us?

Yesterday I actually looked at this bug for a bit. I found the part of the PDF concerning the misplaced red text but not entirely sure yet why the text is misplaced.
PS: I only work 20% on PDF stuff. If the bug is important, one way to note that is to set the appropriate priority (right now, it is set to 3, which means the bug could be ignored for a long time).

I looked at this some more. On Linux, opening the PDF right away works fine. But Control+P and then Save as PDF and then opening the saved PDF exhibits the problem. In the original PDF, there is an "Annots" array, but not in the saved PDF. When rendering the original PDF, in CPDF_Annot::DrawInContext, layers with nontrivial matrices are appended to the CPDF_RenderContext. But these are missing when rendering the saved PDF, which explains the incorrect positioning. It seems, then, that the Page objects are missing this information. I don't see a fast way to fix it (but then again, I haven't worked with annotations). Passing back to hnakashima@ since this seems unrelated to texts/fonts.

npm@
Thanks for all your support.

hnakashima@
Is there any update?

jayhlee@
would appreciate it if you could help.
The case has not been updated since Nov10 and customer is waiting for update from us.

Following Nicolas's steps on #11, I'm also able to repro in Linux. After opening the original PDF in Chrome and printing it, the resulting file has the bug (text inverted at the bottom). It appears in other PDF viewers the same way, so this is a bug in printing rather than in the visualization.

Dan, what is the path for printing from the PDF Viewer to a PDF? Who would be a good owner for this?

thestig@ to triage for the printing side.

Hello!
This bug is receiving this notice because there has been no acknowledgment of its existence in quite a bit of time
- If you are currently working on this bug, please provide an update.
- If you are currently affected by this bug, please update with your current symptoms and relevant logs.

If there has been no updates provided by EOD Wednesday, 12/12/18 (5pm EST), this bug will be archived and can be re-opened at any time deemed necessary.

Thank you!

Due to lack of action this bug has been Archived. If work is still being done on this issue or you are still experiencing this issue please feel free to re-open with the appropriate information.