-
Notifications
You must be signed in to change notification settings - Fork 10.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[api-minor] Introduce a PrintAnnotationStorage
with *frozen* serializable data
#15043
[api-minor] Introduce a PrintAnnotationStorage
with *frozen* serializable data
#15043
Conversation
f4664ff
to
94617b1
Compare
@calixteman This is my suggestion for how we could handle stored Annotation-data during printing; for PR #15032. The idea here is that we don't (in any way) modify or freeze the regular Obviously this requires extending the API a little bit, but with the added checks (of |
94617b1
to
c4d8f3d
Compare
I read the patch and overall it looks like mine but in better ;) |
Indeed the overall approach of your patch seemed very reasonable, hence my idea was only to try and improve the
For an integration-test I also cannot imagine anything simple. The only thing that'd probably not be too difficult would be to add a unit-test that, from an API point of view, simulate what happens in the viewer during printing. |
@calixteman Would a simple unit-test, as mentioned above, be of (any) value here since that's probably the only really easy way to test that |
Yes I think that adding a unit test is better than nothing. |
c4d8f3d
to
0d60225
Compare
…izable data Given that printing is triggered *synchronously* in browsers, it's thus possible for scripting (in PDF documents) to modify the Annotation-data while printing is currently ongoing. To work-around that we add a new printing-specific `AnnotationStorage`, where the serializable data is *frozen* upon initialization, which the viewer can thus create/utilize during printing.
0d60225
to
1cc7cec
Compare
/botio unittest |
From: Bot.io (Windows)ReceivedCommand cmd_unittest from @Snuffleupagus received. Current queue size: 0 Live output at: http://54.193.163.58:8877/37e31a539e41348/output.txt |
From: Bot.io (Linux m4)ReceivedCommand cmd_unittest from @Snuffleupagus received. Current queue size: 0 Live output at: http://54.241.84.105:8877/284e69888fe76d2/output.txt |
From: Bot.io (Linux m4)FailedFull output at http://54.241.84.105:8877/284e69888fe76d2/output.txt Total script time: 3.34 mins
|
From: Bot.io (Windows)SuccessFull output at http://54.193.163.58:8877/37e31a539e41348/output.txt Total script time: 8.20 mins
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you very much.
/botio integrationtest |
From: Bot.io (Linux m4)ReceivedCommand cmd_integrationtest from @Snuffleupagus received. Current queue size: 0 Live output at: http://54.241.84.105:8877/fb7a82c2e3350e4/output.txt |
From: Bot.io (Windows)ReceivedCommand cmd_integrationtest from @Snuffleupagus received. Current queue size: 0 Live output at: http://54.193.163.58:8877/a87666d0b5ca2e0/output.txt |
From: Bot.io (Linux m4)FailedFull output at http://54.241.84.105:8877/fb7a82c2e3350e4/output.txt Total script time: 4.54 mins
|
From: Bot.io (Windows)SuccessFull output at http://54.193.163.58:8877/a87666d0b5ca2e0/output.txt Total script time: 7.77 mins
|
Given that printing is triggered synchronously in browsers, it's thus possible for scripting (in PDF documents) to modify the Annotation-data while printing is currently ongoing.
To work-around that we add a new printing-specific
AnnotationStorage
, where the serializable data is frozen upon initialization, which the viewer can thus create/utilize during printing.