Skip to content
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

Not information present after print event is clicked at the second time in Ipad Mini #182

Open
rpccon opened this issue Jun 24, 2019 · 2 comments

Comments

@rpccon
Copy link

rpccon commented Jun 24, 2019

Describe the bug On Ipad the second time that print action is executed device ask for the user about if allow or not the print process, because it was blocked by the browser. When user press allow, the print information doesn't exist. I have already created a PR ti fix it https://github.com/jasonday/printThis/pull/181/files.

To Reproduce
Steps to reproduce the behavior:

  1. Execute print function in an Ipad mini more than one time.

Additional context
In the library is as default remove iframe exactly after one second the print function has been executed. It should be until called on afterprint function, in the library

@oculus42
Copy link
Collaborator

This is the same issue as #137
Users only experience the issue if they cancel the first print. We do not have a workaround at this time.

The native afterprint event is not supported consistently across all browsers, so the "after print" callback is fired after the printDelay, before the one second delay for the iframe removal.

@tmblog
Copy link

tmblog commented Oct 23, 2019

FYI this is happening also on FF 69.0.3 and Chrome 77.0.3865.120 both on Windows 10 and yes it is only when print is cancelled. Would appreciate a nudge here perhaps once a fix has been made? Thank you!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants