-
Notifications
You must be signed in to change notification settings - Fork 0
fix: rename i_pv4s and i_pv6s to ipv4s and ipv6s for consistency #6
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 our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -34,8 +34,8 @@ | |
| string domain = 1; | ||
| string url_path = 2; | ||
| uint32 https_port = 3; | ||
| repeated IPv4 i_pv4s = 4; | ||
| repeated IPv6 i_pv6s = 5; | ||
| repeated IPv4 ipv4s = 4; | ||
|
Check failure on line 37 in proto/service/highway/v1/ntv_2_rich_media_resp.proto
|
||
| repeated IPv6 ipv6s = 5; | ||
|
Check failure on line 38 in proto/service/highway/v1/ntv_2_rich_media_resp.proto
|
||
| PicUrlExtInfo pic_url_ext_info = 6; | ||
| VideoExtInfo video_ext_info = 7; | ||
| } | ||
|
|
@@ -59,8 +59,8 @@ | |
| message UploadResp { | ||
| optional string u_key = 1; | ||
| uint32 u_key_ttl_second = 2; | ||
| repeated IPv4 i_pv4s = 3; | ||
| repeated IPv6 i_pv6s = 4; | ||
| repeated IPv4 ipv4s = 3; | ||
|
Check failure on line 62 in proto/service/highway/v1/ntv_2_rich_media_resp.proto
|
||
| repeated IPv6 ipv6s = 4; | ||
|
Check failure on line 63 in proto/service/highway/v1/ntv_2_rich_media_resp.proto
|
||
|
Comment on lines
59
to
+63
|
||
| uint64 msg_seq = 5; | ||
| MsgInfo msg_info = 6; | ||
| repeated RichMediaStorageTransInfo ext = 7; | ||
|
|
@@ -78,8 +78,8 @@ | |
| uint32 sub_type = 1; | ||
| string u_key = 2; | ||
| uint32 u_key_ttl_second = 3; | ||
| repeated IPv4 i_pv4s = 4; | ||
| repeated IPv6 i_pv6s = 5; | ||
| repeated IPv4 ipv4s = 4; | ||
| repeated IPv6 ipv6s = 5; | ||
|
Comment on lines
78
to
+82
|
||
| } | ||
|
|
||
| message DownloadSafeResp {} | ||
|
|
||
| Original file line number | Diff line number | Diff line change | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
|
@@ -68,7 +68,7 @@ message NTHighwayHash { | |||||||||||
| } | ||||||||||||
|
|
||||||||||||
| message NTHighwayNetwork { | ||||||||||||
|
||||||||||||
| message NTHighwayNetwork { | |
| message NTHighwayNetwork { | |
| reserved "i_pv4s"; |
Copilot
AI
Feb 27, 2026
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.
Renaming these fields changes generated API/JSON names even though the field numbers stay the same. Consider reserving the old names (i_pv4s, i_pv6s) inside DownloadInfo to prevent reuse and to make the compatibility intent explicit (and set json_name only if you must preserve the previous JSON keys).
| repeated IPv4 ipv4s = 4; | |
| repeated IPv6 ipv6s = 5; | |
| reserved "i_pv4s", "i_pv6s"; | |
| repeated IPv4 ipv4s = 4 [json_name = "i_pv4s"]; | |
| repeated IPv6 ipv6s = 5 [json_name = "i_pv6s"]; |
Copilot
AI
Feb 27, 2026
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.
Same compatibility concern here: the rename changes generated API/JSON names. Please consider reserving i_pv4s/i_pv6s within UploadResp to prevent the old identifiers from being reused in future schema edits.
Copilot
AI
Feb 27, 2026
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.
Same as above: consider reserving the previous field names (i_pv4s, i_pv6s) within SubFileInfo after this rename, since the wire numbers remain but the public/generated names change.
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.
As with the v2 schema: this rename is wire-compatible but changes the generated accessor/JSON field name. Consider reserving the old name (
i_pv4s) insideNTHighwayNetworkto prevent it from being reused in a future change.