shaka-player: Can't be able to get the Response.body value in Edge Beta browser while fetching manifest.
Have you read the FAQ and checked for duplicate open issues? Yes. There is no duplicate issues.
What version of Shaka Player are you using?
4.3.5 Can you reproduce the issue with our latest release version? Yes
Can you reproduce the issue with the latest code from main?
Yes Are you using the demo app or your own custom app? Custom app, Demo player. with custom manifest
If custom app, can you reproduce the issue using our demo app? Yes
What browser and OS are you using? Browser : Microsoft Edge (Beta) Version 113.0.1774.15 (Official build) beta (64-bit) OS: Edition Windows 11 Enterprise Version 22H2 Installed on 1/18/2023 OS build 22621.1555 Experience Windows Feature Experience Pack 1000.22640.1000.0
For embedded devices (smart TVs, etc.), what model and firmware version are you using? Didn’t test.
What are the manifest and license server URIs? Manifest: https://amssamples.streaming.mediaservices.windows.net/3b970ae0-39d5-44bd-b3a3-3136143d6435/AzureMediaServicesPromo.ism/manifest(format=mpd-time-csf)
What configuration are you using? What is the output of player.getConfiguration()?
{
“drm”: {
“retryParameters”: {
“maxAttempts”: 2,
“baseDelay”: 1000,
“backoffFactor”: 2,
“fuzzFactor”: 0.5,
“timeout”: 30000,
“stallTimeout”: 5000,
“connectionTimeout”: 10000
},
“servers”: {},
“clearKeys”: {},
“advanced”: {},
“delayLicenseRequestUntilPlayed”: false,
“logLicenseExchange”: false,
“updateExpirationTime”: 1,
“preferredKeySystems”: [],
“keySystemsMapping”: {},
“parseInbandPsshEnabled”: false
},
“manifest”: {
“retryParameters”: {
“maxAttempts”: 2,
“baseDelay”: 1000,
“backoffFactor”: 2,
“fuzzFactor”: 0.5,
“timeout”: 30000,
“stallTimeout”: 5000,
“connectionTimeout”: 10000
},
“availabilityWindowOverride”: null,
“disableAudio”: false,
“disableVideo”: false,
“disableText”: false,
“disableThumbnails”: false,
“defaultPresentationDelay”: 0,
“segmentRelativeVttTiming”: false,
“dash”: {
“clockSyncUri”: “”,
“ignoreDrmInfo”: false,
“disableXlinkProcessing”: false,
“xlinkFailGracefully”: false,
“ignoreMinBufferTime”: false,
“autoCorrectDrift”: true,
“initialSegmentLimit”: 1000,
“ignoreSuggestedPresentationDelay”: false,
“ignoreEmptyAdaptationSet”: false,
“ignoreMaxSegmentDuration”: false,
“keySystemsByURI”: {
“urn:uuid:1077efec-c0b2-4d02-ace3-3c1e52e2fb4b”: “org.w3.clearkey”,
“urn:uuid:e2719d58-a985-b3c9-781a-b030af78d30e”: “org.w3.clearkey”,
“urn:uuid:edef8ba9-79d6-4ace-a3c8-27dcd51d21ed”: “com.widevine.alpha”,
“urn:uuid:9a04f079-9840-4286-ab92-e65be0885f95”: “com.microsoft.playready”,
“urn:uuid:79f0049a-4098-8642-ab92-e65be0885f95”: “com.microsoft.playready”,
“urn:uuid:f239e769-efa3-4850-9c16-a903c6932efb”: “com.adobe.primetime”
},
“sequenceMode”: false
},
“hls”: {
“ignoreTextStreamFailures”: false,
“ignoreImageStreamFailures”: false,
“defaultAudioCodec”: “mp4a.40.2”,
“defaultVideoCodec”: “avc1.42E01E”,
“ignoreManifestProgramDateTime”: false,
“mediaPlaylistFullMimeType”: “video/mp2t; codecs="avc1.42E01E, mp4a.40.2"”,
“useSafariBehaviorForLive”: true,
“liveSegmentsDelay”: 3
}
},
“streaming”: {
“retryParameters”: {
“maxAttempts”: 2,
“baseDelay”: 1000,
“backoffFactor”: 2,
“fuzzFactor”: 0.5,
“timeout”: 30000,
“stallTimeout”: 5000,
“connectionTimeout”: 10000
},
“rebufferingGoal”: 2,
“bufferingGoal”: 10,
“bufferBehind”: 30,
“ignoreTextStreamFailures”: false,
“alwaysStreamText”: false,
“startAtSegmentBoundary”: false,
“gapDetectionThreshold”: 0.5,
“durationBackoff”: 1,
“forceTransmux”: false,
“safeSeekOffset”: 5,
“stallEnabled”: true,
“stallThreshold”: 1,
“stallSkip”: 0.1,
“useNativeHlsOnSafari”: true,
“inaccurateManifestTolerance”: 2,
“lowLatencyMode”: false,
“autoLowLatencyMode”: false,
“forceHTTPS”: false,
“preferNativeHls”: false,
“updateIntervalSeconds”: 1,
“dispatchAllEmsgBoxes”: false,
“observeQualityChanges”: false,
“maxDisabledTime”: 30,
“parsePrftBox”: false
},
“mediaSource”: {
“sourceBufferExtraFeatures”: “”
},
“offline”: {
“usePersistentLicense”: true,
“numberOfParallelDownloads”: 5
},
“abr”: {
“enabled”: true,
“useNetworkInformation”: true,
“defaultBandwidthEstimate”: 1000000,
“switchInterval”: 8,
“bandwidthUpgradeTarget”: 0.85,
“bandwidthDowngradeTarget”: 0.95,
“restrictions”: {
“minWidth”: 0,
“maxWidth”: null,
“minHeight”: 0,
“maxHeight”: null,
“minPixels”: 0,
“maxPixels”: null,
“minFrameRate”: 0,
“maxFrameRate”: null,
“minBandwidth”: 0,
“maxBandwidth”: null
},
“advanced”: {
“minTotalBytes”: 128000,
“minBytes”: 16000,
“fastHalfLife”: 2,
“slowHalfLife”: 5
},
“restrictToElementSize”: false,
“restrictToScreenSize”: false,
“ignoreDevicePixelRatio”: false
},
“autoShowText”: 3,
“preferredAudioLanguage”: “”,
“preferredTextLanguage”: “”,
“preferredVariantRole”: “”,
“preferredTextRole”: “”,
“preferredAudioChannelCount”: 2,
“preferredVideoCodecs”: [],
“preferredAudioCodecs”: [],
“preferForcedSubs”: false,
“preferredDecodingAttributes”: [],
“restrictions”: {
“minWidth”: 0,
“maxWidth”: null,
“minHeight”: 0,
“maxHeight”: null,
“minPixels”: 0,
“maxPixels”: null,
“minFrameRate”: 0,
“maxFrameRate”: null,
“minBandwidth”: 0,
“maxBandwidth”: null
},
“playRangeStart”: 0,
“playRangeEnd”: null,
“cmcd”: {
“enabled”: false,
“sessionId”: “”,
“contentId”: “”,
“useHeaders”: false
},
“lcevc”: {
“enabled”: false,
“dynamicPerformanceScaling”: true,
“logLevel”: 0,
“drawLogo”: false
}
}
What did you do?
step -1 : open Shaka Demo page in Edge Beta browser step -2 : configure manifest with shaka Demo page Step - 3: Play the video
What did you expect to happen? Video Should be playing without error
What actually happened? Throw an exception “Cannot read properties of null (reading ‘getReader’)”

About this issue
- Original URL
- State: closed
- Created a year ago
- Comments: 15 (5 by maintainers)
Commits related to this issue
- fix(net): Fix HEAD requests in new Chromium This makes it so that we no longer try to download the body of a head response, in the http fetch plugin. This is necessary due to an upcoming change to Ch... — committed to theodab/shaka-player by theodab a year ago
- fix(net): Fix HEAD requests in new Chromium (#5180) This makes it so that we no longer try to download the body of a head response, in the http fetch plugin. This is necessary due to an upcoming ch... — committed to shaka-project/shaka-player by theodab a year ago
- fix(net): Fix HEAD requests in new Chromium (#5180) This makes it so that we no longer try to download the body of a head response, in the http fetch plugin. This is necessary due to an upcoming ch... — committed to shaka-project/shaka-player by theodab a year ago
- fix(net): Fix HEAD requests in new Chromium (#5180) This makes it so that we no longer try to download the body of a head response, in the http fetch plugin. This is necessary due to an upcoming ch... — committed to shaka-project/shaka-player by theodab a year ago
- fix(net): Fix HEAD requests in new Chromium (#5180) This makes it so that we no longer try to download the body of a head response, in the http fetch plugin. This is necessary due to an upcoming ch... — committed to shaka-project/shaka-player by theodab a year ago
- fix(net): Fix HEAD requests in new Chromium (#5180) This makes it so that we no longer try to download the body of a head response, in the http fetch plugin. This is necessary due to an upcoming ch... — committed to shaka-project/shaka-player by theodab a year ago
- fix(net): Fix HEAD requests in new Chromium (#5180) This makes it so that we no longer try to download the body of a head response, in the http fetch plugin. This is necessary due to an upcoming ch... — committed to shaka-project/shaka-player by theodab a year ago
- fix: Fix HEAD request exception We should not look for response data in a HEAD request. Fixes #5164 — committed to joeyparrish/shaka-player by joeyparrish a year ago
- fix: Fix HEAD request exception (#5194) We should not look for response data in a HEAD request. Fixes #5164 — committed to shaka-project/shaka-player by joeyparrish a year ago
- fix: Fix HEAD request exception (#5194) We should not look for response data in a HEAD request. Fixes #5164 — committed to shaka-project/shaka-player by joeyparrish a year ago
- fix: Fix HEAD request exception (#5194) We should not look for response data in a HEAD request. Fixes #5164 — committed to shaka-project/shaka-player by joeyparrish a year ago
- fix: Fix HEAD request exception (#5194) We should not look for response data in a HEAD request. Fixes #5164 — committed to shaka-project/shaka-player by joeyparrish a year ago
- fix: Fix HEAD request exception (#5194) We should not look for response data in a HEAD request. Fixes #5164 — committed to shaka-project/shaka-player by joeyparrish a year ago
I think a better solution would be to modify how the fetch plugin handles HEAD requests.
The part of the code starting here: https://github.com/shaka-project/shaka-player/blob/577b0e712a2451cfcfb26e7bd6b954002fb98308/lib/net/http_fetch_plugin.js#L129
We could just not load the body if the request method was HEAD. We won’t be using it anyway in that case, right?
That’s correct. Theodore, would you make that change?
Looks like we may need to make an adjustment. Forcing all HEAD requests to be GET requests is not a good fix, but it shouldn’t be hard to work around this issue. Let me see what I can do.