refactor(spec)!: Combine TaskPushNotificationConfig and PushNotificationConfig#1500
refactor(spec)!: Combine TaskPushNotificationConfig and PushNotificationConfig#1500herczyn merged 5 commits intoa2aproject:mainfrom
TaskPushNotificationConfig and PushNotificationConfig#1500Conversation
Summary of ChangesHello @herczyn, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed! This pull request refactors the protobuf definitions related to push notification configurations to enhance readability and reduce message complexity. By consolidating related fields and removing redundant request messages, the changes aim to provide a more straightforward and flattened structure for managing task-specific push notifications, while maintaining the same functional capabilities. Highlights
Changelog
Activity
Using Gemini Code AssistThe full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips. Invoking Gemini You can request assistance from Gemini at any point by creating a comment using either
Customization To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a Limitations & Feedback Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here. You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension. Footnotes
|
There was a problem hiding this comment.
Code Review
This pull request refactors the push notification configuration messages to simplify the structure by removing PushNotificationConfig and CreateTaskPushNotificationConfigRequest. While the goal of simplification is good, the changes have introduced some critical inconsistencies in the CreateTaskPushNotificationConfig RPC definition and a problematic REQUIRED constraint on the task_id field. My review includes suggestions to fix these issues to ensure the protocol definition is valid and consistent.
Tehsmash
left a comment
There was a problem hiding this comment.
LGTM, but its hitting an AIP linter issue. We do have the correct comment in place for ignoring AIP-133 but it doesn't seem to be applying it properly maybe because the extra comment line inbetween?
TaskPushNotificationConfig and PushNotificationConfig
|
@gemini-code-assist review |
There was a problem hiding this comment.
Code Review
This pull request refactors the A2A protocol by combining TaskPushNotificationConfig and PushNotificationConfig messages, and removing CreateTaskPushNotificationConfigRequest. This simplifies the API structure and improves readability as described in the PR description. The changes are generally well-aligned with the stated objective, with one comment modified to include a check against authentication best practices.
|
/vote |
Vote created@herczyn has called for a vote on The members of the following teams have binding votes:
Non-binding votes are also appreciated as a sign of support! How to voteYou can cast your vote by reacting to
Please note that voting for multiple options is not allowed and those votes won't be counted. The vote will be open for |
|
@a2aproject/a2a-tsc - ping for review |
Vote statusSo far Summary
Binding votes (0)
|
| User | Vote | Timestamp |
|---|---|---|
| herczyn | In favor | 2026-02-18 16:03:56.0 +00:00:00 |
1 similar comment
Vote statusSo far Summary
Binding votes (0)
|
| User | Vote | Timestamp |
|---|---|---|
| herczyn | In favor | 2026-02-18 16:03:56.0 +00:00:00 |
Vote statusSo far Summary
Binding votes (0)
|
| User | Vote | Timestamp |
|---|---|---|
| herczyn | In favor | 2026-02-18 16:03:56.0 +00:00:00 |
| holtskinner | In favor | 2026-02-20 17:08:51.0 +00:00:00 |
Vote statusSo far Summary
Binding votes (1)
|
| User | Vote | Timestamp |
|---|---|---|
| herczyn | In favor | 2026-02-18 16:03:56.0 +00:00:00 |
| holtskinner | In favor | 2026-02-20 17:08:51.0 +00:00:00 |
1 similar comment
Vote statusSo far Summary
Binding votes (1)
|
| User | Vote | Timestamp |
|---|---|---|
| herczyn | In favor | 2026-02-18 16:03:56.0 +00:00:00 |
| holtskinner | In favor | 2026-02-20 17:08:51.0 +00:00:00 |
|
I'm for this change in principle, I just want to get clarity on the issue around the "required" for taskId |
Vote statusSo far Summary
Binding votes (3)
|
| User | Vote | Timestamp |
|---|---|---|
| herczyn | In favor | 2026-02-18 16:03:56.0 +00:00:00 |
| holtskinner | In favor | 2026-02-20 17:08:51.0 +00:00:00 |
1 similar comment
Vote statusSo far Summary
Binding votes (3)
|
| User | Vote | Timestamp |
|---|---|---|
| herczyn | In favor | 2026-02-18 16:03:56.0 +00:00:00 |
| holtskinner | In favor | 2026-02-20 17:08:51.0 +00:00:00 |
Vote statusSo far Summary
Binding votes (3)
|
| User | Vote | Timestamp |
|---|---|---|
| herczyn | In favor | 2026-02-18 16:03:56.0 +00:00:00 |
| holtskinner | In favor | 2026-02-20 17:08:51.0 +00:00:00 |
4 similar comments
Vote statusSo far Summary
Binding votes (3)
|
| User | Vote | Timestamp |
|---|---|---|
| herczyn | In favor | 2026-02-18 16:03:56.0 +00:00:00 |
| holtskinner | In favor | 2026-02-20 17:08:51.0 +00:00:00 |
Vote statusSo far Summary
Binding votes (3)
|
| User | Vote | Timestamp |
|---|---|---|
| herczyn | In favor | 2026-02-18 16:03:56.0 +00:00:00 |
| holtskinner | In favor | 2026-02-20 17:08:51.0 +00:00:00 |
Vote statusSo far Summary
Binding votes (3)
|
| User | Vote | Timestamp |
|---|---|---|
| herczyn | In favor | 2026-02-18 16:03:56.0 +00:00:00 |
| holtskinner | In favor | 2026-02-20 17:08:51.0 +00:00:00 |
Vote statusSo far Summary
Binding votes (3)
|
| User | Vote | Timestamp |
|---|---|---|
| herczyn | In favor | 2026-02-18 16:03:56.0 +00:00:00 |
| holtskinner | In favor | 2026-02-20 17:08:51.0 +00:00:00 |
Vote closedThe vote passed! 🎉
Summary
Binding votes (4)
|
| User | Vote | Timestamp |
|---|---|---|
| @herczyn | In favor | 2026-02-18 16:03:56.0 +00:00:00 |
| @holtskinner | In favor | 2026-02-20 17:08:51.0 +00:00:00 |
this PR:
why: more readable structure, with less messages but with the same possibilities
Release-As: 1.0.0