Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork9.6k
[Notifier] Fix thread key in GoogleChat bridge#57384
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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
Uh oh!
There was an error while loading.Please reload this page.
Conversation
Please target 7.2 branch for your PR as this is a new feature. thanks |
Hello, thanks for your reply. This actually is not a new feature, since the thread key in query parameters has no effect now on the new Google Chat API. Shouldn't this qualifies as a bug and the fix be backported to 5.4? |
OskarStark commentedJun 13, 2024 • edited
Loading Uh oh!
There was an error while loading.Please reload this page.
edited
Uh oh!
There was an error while loading.Please reload this page.
It introduces new code to handle the new threadKey . So this should go into 7.2 with the deprecation and the deprecation layer be removed in 8.0. Someone who needs this should upgrade to 7.2 then |
I agree that this should go in 7.2. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others.Learn more.
Thanks for catching this deprecation in the Google API.
This PR keeps the backward compatibility regarding the threadKey declaration (in DSN) and the GoogleChatOptions::setThreadKey() method.
I think this PR does too many things. We could just modify the HTTP request, and leave the options and methods untouched.
Uh oh!
There was an error while loading.Please reload this page.
src/Symfony/Component/Notifier/Bridge/GoogleChat/GoogleChatOptions.php OutdatedShow resolvedHide resolved
Uh oh!
There was an error while loading.Please reload this page.
src/Symfony/Component/Notifier/Bridge/GoogleChat/GoogleChatOptions.php OutdatedShow resolvedHide resolved
Uh oh!
There was an error while loading.Please reload this page.
Thanks for your time reviewing this change. I thought this was a good opportunity to update the options, but I guess this made too much noise around the actual fix. |
Thanks for simplifying this PR. I think we can now consider it as a bugfix to guarantee compatibility with the Google API in the future and merge in 5.4 @symfony/mergers? |
src/Symfony/Component/Notifier/Bridge/GoogleChat/GoogleChatTransport.php OutdatedShow resolvedHide resolved
Uh oh!
There was an error while loading.Please reload this page.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others.Learn more.
Works for me as a bug fix for 5.4.
@romain-jacquart Can you remove the CHANGELOG change and rebase on 5.4?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others.Learn more.
LGTM once rebased on 5.4
Google Chat API has deprecated the use of `threadKey` query parameterin favor of `thread.threadKey` in request's body.
The branch has been rebased on 5.4 and CHANGELOG changes have been removed 👍. The rebase has introduced a slight change regarding a variable's name ( Thanks! |
Thank you@romain-jacquart. |
53a3024
intosymfony:5.4Uh oh!
There was an error while loading.Please reload this page.
Uh oh!
There was an error while loading.Please reload this page.
Hello,
Google Chat APIhas deprecated the use of
threadKey
query parameter in favor ofthread.threadKey
in request's body.In order for the thread key value to not be ignored, anew query parameter
messageReplyOption
has been added which controls the way the key is handled.I chosenot to expose the values used by this new parameter as I wanted to focus this PR on the actual fix.
To do so, I've forced the value of
messageReplyOption
toREPLY_MESSAGE_FALLBACK_TO_NEW_THREAD
which replicates the original behavior of this bridge.