chore(deps): update dependency webext-bridge to v6

[renovate]

This PR contains the following updates:

Package	Change	Age	Adoption	Passing	Confidence
webext-bridge	5.0.5 -> 6.0.1

---

Release Notes

zikaari/webext-bridge (webext-bridge)

v6.0.1

Compare Source

v6.0.0

Compare Source

This revision is primarily focused on codebase improvements all around. The code should be now much
more readable and easy to comprehend as the responsibilities have been split into smaller pieces and
composed as needed by each runtime context.

For end users of the library, the breaking changes aren't that "breaking", they'll just need to do a
bit of import restructring. The API behaviour is mostly unchanged, with just minor exceptions.

Breaking changes

• Runtime context is no longer automatically detected by webext-bridge. You must import the relevant part yourself depending on the context, eg: import Bridge from 'webext-bridge/window'
  for a script that'll be running in the Window context. Learn more about the change here.
• setNamespace is not available in any context except window, and allowWindowMessaging is not available in any context except content-script.
• getCurrentContext export has been removed.
• isInternalEndpoint returns true for some new contexts. In summary it'll be true for background, content-script, devtools, popup, and options.
• For messages sent from background, message queuing feature can no longer be trusted due to manifest v3 terminating the service worker runtime after certain time. The queue of messages
  sent from background will be disposed off along with the termination of the said service worker. Queuing still works for messages sent from all other contexts.

Fixes

• Fixed an issue with messages sometimes not reaching content-script or window when being sent by some other context right after a tab had navigated forward or back. This was caused by old port's
  onDisconnect callback being called after the new port's onConnect callback. The onDisconnect would then remove the port mapping preventing messages from being routed to content-script or window.
• If the message recipient terminates (tab closure for example) before replying to the sender, the sender will be notified about the session termination instead of it waiting indefinetly for a response
  that's never coming back. Now, the sendMessage call in the sender will reject with an error.

---

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Enabled.

♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.

---

• If you want to rebase/retry this PR, check this box

---

This PR has been generated by Mend Renovate. View repository job log here.