Set Ready For Review
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
class WebTransport;do we need this forward declaration here ?
visitor->Trace(send_groups_);I dont see where we are clearing this send_groups_ , Dispose() clears incoming_stream_map_, outgoing_stream_map_, and closed_potentially_pending_streams_, but send_groups_ isn't cleared here.
#include "third_party/blink/renderer/platform/bindings/exception_state.h"Nit/: are we using this include in this cl? if not ,shouldn't we add this in the follow up cl's where it is needed?
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
class WebTransport;do we need this forward declaration here ?
The forward declaration is needed here `WebTransportSendGroup` is used as a return type for `createSendGroup()` and in the `HeapVector<Member<WebTransportSendGroup>> send_groups_ member`. Using a forward declaration avoids pulling in the full header.
visitor->Trace(send_groups_);I dont see where we are clearing this send_groups_ , Dispose() clears incoming_stream_map_, outgoing_stream_map_, and closed_potentially_pending_streams_, but send_groups_ isn't cleared here.
Added `send_groups_.clear()` in `Dispose()` alongside the other collection clears.
#include "third_party/blink/renderer/platform/bindings/exception_state.h"Nit/: are we using this include in this cl? if not ,shouldn't we add this in the follow up cl's where it is needed?
`script_promise_resolver.h` and `exception_state.h` aren't needed in this CL. Removed both, they can be added back in the follow-up when they're actually used. Thanks!
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
class WebTransport;krishna dheeraj Pannalado we need this forward declaration here ?
The forward declaration is needed here `WebTransportSendGroup` is used as a return type for `createSendGroup()` and in the `HeapVector<Member<WebTransportSendGroup>> send_groups_ member`. Using a forward declaration avoids pulling in the full header.
WebTransportSendGroup is defiantly needed, i am taking about "class WebTransport" line48 isn't that already defined at line 55. sorry for not being clear in the first comment.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
class WebTransport;krishna dheeraj Pannalado we need this forward declaration here ?
Himanshu PanwarThe forward declaration is needed here `WebTransportSendGroup` is used as a return type for `createSendGroup()` and in the `HeapVector<Member<WebTransportSendGroup>> send_groups_ member`. Using a forward declaration avoids pulling in the full header.
WebTransportSendGroup is defiantly needed, i am taking about "class WebTransport" line48 isn't that already defined at line 55. sorry for not being clear in the first comment.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
Just one thing pointed out by Gemini.
HeapVector<Member<WebTransportSendGroup>> send_groups_;If we don't need to keep track of groups that the caller has discarded, then this structure could be a `HeapHashSet<WeakMember<WebTransportSendGroup>>` to permit garbage collection.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
MakeGarbageCollected<WebTransportSendGroup>(this, next_send_group_id_++);Should we use `base::CheckAdd()` here in case of overflow?
dictionary WebTransportSendOptions {I don't think we wire this up on the C++ side, can we move this to the CLs where we actually implement this?
dictionary WebTransportSendStreamOptions : WebTransportSendOptions {Same comment as for the WebTransportSendOptions IDL file.
If we don't need to keep track of groups that the caller has discarded, then this structure could be a `HeapHashSet<WeakMember<WebTransportSendGroup>>` to permit garbage collection.
Done
MakeGarbageCollected<WebTransportSendGroup>(this, next_send_group_id_++);Should we use `base::CheckAdd()` here in case of overflow?
Done
I don't think we wire this up on the C++ side, can we move this to the CLs where we actually implement this?
Done
dictionary WebTransportSendStreamOptions : WebTransportSendOptions {Same comment as for the WebTransportSendOptions IDL file.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
auto* stats = MakeGarbageCollected<WebTransportSendStreamStats>();We'll need a test for this method. Either a unit test or a web platform test would be fine.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
auto* stats = MakeGarbageCollected<WebTransportSendStreamStats>();We'll need a test for this method. Either a unit test or a web platform test would be fine.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
I think Adam still needs to review this as a //third_party/blink/renderer/modules/webtransport/ owner.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |