You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is fixed by Set response.url to modifiedUrl #3720 so that the "modifiedUrl" is passed on so it is firstly correctly reported and secondly so it no longer identifies it as "redirect".
It correctly logs two HttpList entries (if enabled)
It incorrectly generates a C03 for every "redirected" request
This due to the fact that null is passed as the status to the second addHttpRequest() call, which leads to an error report. Though a null status is currently only caught by accident (Fixed in Explicitly match null status #3722).
Expected behavior
This then leads a question as to how to correctly identify and handle redirects
With XHR it was only possible to compare the actualurl with the url, whereas with Fetch there is an explicit parameter (response.redirected) which indicates that redirection has occured. But in both cases the actual HTTP redirection response code is unknown so it's not clear what status to report either:
one just generates a second [largely blank] HttpList as is done now
Or the second HttpList report is just dropped and the client only adds the actualurl to reports when it detects a redirection so a logging server can infer that from the presence of actualurl. DVB Spec says actualurl only needs to be reported if different from url.
The text was updated successfully, but these errors were encountered:
@piersoh Thanks for reporting this. Is this something you can look into further? I would prefer the second approach you described above. Adding the actualurl in case there was a redirect.
This issue has been automatically marked as stale because it has not had recent activity. However, it might still be relevant so please leave a short comment if it should remain open. Otherwise the issue will be closed automatically after two weeks. Thank you for your contributions.
stalebot
added
the
stale
To be used by automatic issue staling and closing to indicate that this issue is about to be closed
label
Jul 11, 2022
This issue has been automatically closed because no further activity occurred. If you think this issue is still relevant please reopen it or contact @dsilhavy. Thank you for your contributions.
Environment
Steps to reproduce
Observed behavior
dash.js/src/streaming/models/MetricsModel.js
Line 148 in 59548dd
C03
for every "redirected" requestnull
is passed as the status to the second addHttpRequest() call, which leads to an error report. Though anull
status is currently only caught by accident (Fixed in Explicitly match null status #3722).Expected behavior
This then leads a question as to how to correctly identify and handle redirects
actualurl
with theurl
, whereas with Fetch there is an explicit parameter (response.redirected) which indicates that redirection has occured. But in both cases the actual HTTP redirection response code is unknown so it's not clear what status to report either:actualurl
to reports when it detects a redirection so a logging server can infer that from the presence ofactualurl
. DVB Spec saysactualurl
only needs to be reported if different fromurl
.The text was updated successfully, but these errors were encountered: