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

No inspectable targets #46

Closed
ndaiya opened this issue Aug 30, 2017 · 7 comments
Closed

No inspectable targets #46

ndaiya opened this issue Aug 30, 2017 · 7 comments

Comments

@ndaiya
Copy link

ndaiya commented Aug 30, 2017

Getting the message "No inspectable targets" when trying to generate the pdf.

@etodanik
Copy link

Ditto. It works a few times in a row, and then out of the blue this error appears.

If I restart google-chrome it works again.

I get the bug both on Mac and on Ubuntu.

@etodanik
Copy link

Possibly related to this issue (using chrome-remote-interface wrong?):
cyrus-and/chrome-remote-interface#136

@westy92
Copy link
Owner

westy92 commented Sep 11, 2017

I've seen this issue often enough during the automated tests on the CI servers. My plan was to try and expose the Chrome logs to see if anything wonky was going on there. As far as I know, we're using chrome-remote-interface correctly. We always make sure to close any connection to Chrome when finished. (https://github.com/westy92/html-pdf-chrome/blob/master/src/index.ts#L85)

As of right now, each PDF generation opens up a connection with Chrome and closes it when finished, which does not allow for parallelization. I'm hoping to revamp the API in v1 so that we open up one persistent connection with Chrome and we can reuse to allow parallelization. (#14)

@etodanik
Copy link

etodanik commented Sep 11, 2017

@westy92 Actually that error pops up when I tried the recommended approach from the README.md of keeping chrome always running.

I just tried to use the built in chrome-launcher mechanism and it seems to "solve" the issue (no more error) while adding some overhead.

Obviously it isn't a solution because it adds unnecessary overhead.

@GautierT
Copy link

GautierT commented Sep 14, 2017

I think this happen when we try to generate 2 pdf on the same instance with no delay between call.

@westy92
Copy link
Owner

westy92 commented Nov 6, 2017

Could you please verify this is still an issue with the newly-published v0.4.1?
@GautierT @israelidanny @ndaiya

@westy92
Copy link
Owner

westy92 commented Dec 9, 2017

Closing due to inactivity and inability to reproduce since v0.4.1. Please add more information if you are able to produce the issue again! Thank you.

@westy92 westy92 closed this as completed Dec 9, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants