Skip to content

Conversation

@cnderrauber
Copy link
Member

These details will provide information for understanding
connectivity issue.

@codecov
Copy link

codecov bot commented Feb 27, 2025

Codecov Report

Attention: Patch coverage is 88.75000% with 9 lines in your changes missing coverage. Please review.

Project coverage is 78.77%. Comparing base (d21ae5e) to head (d1e43a7).
Report is 1 commits behind head on master.

Files with missing lines Patch % Lines
candidatepair.go 88.46% 6 Missing ⚠️
agent.go 78.57% 2 Missing and 1 partial ⚠️
Additional details and impacted files
@@            Coverage Diff             @@
##           master     #763      +/-   ##
==========================================
+ Coverage   78.66%   78.77%   +0.10%     
==========================================
  Files          41       41              
  Lines        5367     5437      +70     
==========================================
+ Hits         4222     4283      +61     
- Misses        915      923       +8     
- Partials      230      231       +1     
Flag Coverage Δ
go 78.77% <88.75%> (+0.10%) ⬆️
wasm 27.07% <0.00%> (-0.36%) ⬇️

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

@cnderrauber cnderrauber force-pushed the pair_stats branch 4 times, most recently from a63eb7f to c645c14 Compare February 27, 2025 03:23
These details will provide information for
connectivity issue.
Copy link
Contributor

@boks1971 boks1971 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nice!!!


// UpdateResponseSent increments the number of responses sent.
func (p *CandidatePair) UpdateResponseSent() {
atomic.AddUint64(&p.responsesSent, 1)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is there any value to adding first/last response sent time?

With this PR, we have

  • first/last time of request sent
  • first/last time of request received
  • first/last time of response received

wondering if there is more to learn by recording first/last time of response sent?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I had it but deleted at last since the agent always send response when request is received, so the timpstamp is useless (the responseSent has same issue too but it is in the specification https://www.w3.org/TR/webrtc-stats/#dom-rtcicecandidatepairstats-responsessent so I keep it).

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

got it, thank you @cnderrauber

@cnderrauber cnderrauber merged commit f92d05f into master Feb 27, 2025
15 checks passed
@cnderrauber cnderrauber deleted the pair_stats branch February 27, 2025 04:57
cnderrauber added a commit to pion/webrtc that referenced this pull request Feb 27, 2025
cnderrauber added a commit to pion/webrtc that referenced this pull request Feb 27, 2025
cnderrauber added a commit to pion/webrtc that referenced this pull request Feb 27, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

3 participants