We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
sessionId
AFAIK currently, there's no way to set a sessionId for a single message like:
{ id: ..., method: '...', params: { ... }, sessionId: '...' }
Chrome is planning to start requiring a sessionId to target a page at some point in the future: https://bugs.chromium.org/p/chromium/issues/detail?id=991325
Additionally, setting a sessionId is important if you connect to the global websocket instead of a target-specific websocket.
So this is probably something that should be added.
A sendRaw function that allows manually setting the entire message object would be fine for my use case too and wouldn't require too much refactoring.
sendRaw
The text was updated successfully, but these errors were encountered:
I switched to the chrome-debugging-client package since that properly supports sessionIDs.
chrome-debugging-client
Sorry, something went wrong.
Integrate the support for sessionId into send()
c02066a
This closes #439 (feature request) and closes #441 as it provides a more convenient implementation.
082ac9d
Successfully merging a pull request may close this issue.
AFAIK currently, there's no way to set a
sessionId
for a single message like:Chrome is planning to start requiring a
sessionId
to target a page at some point in the future: https://bugs.chromium.org/p/chromium/issues/detail?id=991325Additionally, setting a
sessionId
is important if you connect to the global websocket instead of a target-specific websocket.So this is probably something that should be added.
A
sendRaw
function that allows manually setting the entire message object would be fine for my use case too and wouldn't require too much refactoring.The text was updated successfully, but these errors were encountered: