Log in subscribers when broadcasting a subscription update

[stayallive]

• Added or updated tests
• Added Docs for all relevant versions
• Updated CHANGELOG.md

Fixes #1302.

Changes

Add a new interator used to iterator over subscription subscribers to restore the guard context when executing the GraphQL queries to broadcast to the subscribers.

Breaking changes

Might be considered a bugfix instead of a breaking change because auth()->user() is now set correctly to the subscriber user context when resolving subscription broadcasts.

[stayallive]

@spawnia this is my current plan for dealing with #1302, I'm missing tests and docs but I wanted to show this to see if this is a direction we can take or you'd like me to structure it differently.

[spawnia]

@stayallive that approach looks solid. I especially like that it is pluggable, so there is little risk in experimenting a little. I am totally fine with shipping it once we add tests, docs and some polish.

[stayallive]

Do you want to add a configuration option to enable this behaviour so we can ship it without enabling it at all and if there are no issues we can enable it by default on v5 and remove the config options for it?

[spawnia]

Do you want to add a configuration option to enable this behaviour so we can ship it without enabling it at all and if there are no issues we can enable it by default on v5 and remove the config options for it?

I don't see a need for that, since this should work out of the box. If it needs a bugfix, we can add that. In case someone needs to revert to the old behaviour, they can rebind the interface.

[spawnia]

Overall this looks really solid. I like the attention to detail, good naming and descriptive comments.