Google Drive will not play .mp4 video. Disabling shields and attempting to play the video does not allow video to be played and console shows errors.
mp4 video will not play (shields up or down):

console errors: https://gist.github.com/LaurenWags/bda1b03eaeda8a3b8060b68cfd01ff8b#file-autoplay-txt
Video should play, no console errors.
easily
Brave | 0.55.3 Chromium: 70.0.3538.12聽(Official Build)聽dev聽(64-bit)
Revision | ad61584ca32115f953ce656dd75b44f1c502a75d-refs/branch-heads/3538@{#179}
OS | Mac OS X
no, does not reproduce on 0.23.107
Reproduced by @srirambv on Win.
Found while testing https://github.com/brave/brave-browser/issues/833
Does this work on browser-laptop?
Does it play after you choose "Always allow" and click "Done" then do a manual refresh?
This kind of dropdown dialog has a general defect which is it will not auto refresh/or prompt to reload when setting changed.

Some content settings required to reload the page when setting changed not just limited to autoplay.
@bbondy tested on browser-laptop with 0.23.107 worked without issue. Steps:
@darkdh I don't see that message displayed. I don't get an Autoplay prompt at all (to the left of the URL bar) like I would expect. I only see the message to the right telling me Autoplay is blocked:

When I click on that I change the radio button to Always Allow and nothing happens. Reloading the page has no effect - I am still unable to play the mp4 file (shields up or down).

If you want to look at this together let me know.
This should be working, per having the following set:
https://github.com/brave/brave-browser/blob/0e2e3a222bfe58f93953e665590e2b49f8e150d7/lib/config.js#L63-L64
This is also happening on Android so moving this to the backlog since it doesn't seem like it would stunt growth relative to other issues.
This looks like fingerprinting protection is not getting disabled with shields down
I think we should fix the value to 100%
fixing the battery api does not fix the problem per @bbondy, but if we are moving forward with fixing to 100% we should open a new ticket
We appear to still be having issues here.
Version:
Brave | 0.56.15 Chromium: 70.0.3538.110聽(Official Build)聽(64-bit)
-- | --
Revision | ca97ba107095b2a88cf04f9135463301e685cbb0-refs/branch-heads/3538@{#1094}
OS | Windows
JavaScript | V8聽7.0.276.40
Flash | 31.0.0.153 C:WINDOWSsystem32MacromedFlashpepflashplayer64_31_0_0_153.dll
User Agent | Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.110 Safari/537.36
Command Line | "C:Program Files (x86)BraveSoftwareBrave-BrowserApplicationbrave.exe" --enable-tab-audio-muting --disable-domain-reliability --disable-chrome-google-url-tracking-client --no-pings --enable-features=EnableEmojiContextMenu,DesktopPWAWindowing,fill-on-account-select,NewExtensionUpdaterService --disable-features=SharedArrayBuffer,DefaultEnableOopRasterization,VizDisplayCompositor,AutofillSaveCardSignInAfterLocalSave,kAutofillServerCommunication --flag-switches-begin --flag-switches-end
Executable Path | C:Program Files (x86)BraveSoftwareBrave-BrowserApplicationbrave.exe
Steps:
Note that the video does not play in Brave Core.
This seems to be fixed on the release version itself. Not sure which PR fixed it. But closing the issue for now.
Reopening as there's no PR attached and I am still seeing this issue on
Brave | 0.71.90 Chromium: 77.0.3865.90聽(Official Build)聽dev聽(64-bit)
-- | --
Revision | 58c425ba843df2918d9d4b409331972646c393dd-refs/branch-heads/3865@{#830}
OS | macOS Version 10.13.6 (Build 17G5019)
Same on Mac OS X Catalina (10.15)
Brave version 0.69.135 Chromium: 77.0.3865.120 (Official Build) (64-bit)
Having this issue with Mac OS 10.12.6 (16G2136)
Brave 0.69.135 Chromium: 77.0.3865.120 (Official Build) (64-bit)
Also _still_ having this issue on:
Mac OS 10.14.6 (18G103)
Version 0.69.135 Chromium: 77.0.3865.120 (Official Build) (64-bit)
Also having this issue on:
Mac OS 10.15.1 (19B88)
Version 0.71.112 Chromium: 78.0.3904.87 (Official Build) beta (64-bit)
After updating to v1.0.0 I'm no longer experiencing this bug :)
macOS 10.14.6 (18G95)
Version 1.0.0 Chromium: 78.0.3904.97 (Official Build) (64-bit)
Fixed for me as well
Mac OS 10.12.6 (16G2136)
Version 1.0.0 Chromium: 78.0.3904.97 (Official Build) (64-bit)
@bizfreak22 @timelessthee @cliffordp can you please try updating to the latest version (if you haven't already) and then try this again? 馃槃
I've tested this, seems to work only when allowing 'Allow all cookies' in shields.
From a new profile Brave Beta (Version 1.4.84 Chromium: 80.0.3987.87 (Official Build) beta (64-bit))
Just for the record of the cookies are being blocked in google drive:

Not sure how reproducible it is, closing and re-opening seems to change this
I believe this should be closed as of https://github.com/brave/referrer-whitelist/pull/26.
There may be additional issues here (could be additional cookie related issues) but getting the referrer part straightened out is at least a necessary, if not sufficient, step
This requires additional storage exceptions for as added in https://github.com/brave/brave-core/pull/5313
Still an issue.
Edit: Disabling shield finally got it to work, but this only works if video is added to drive, otherwise you cannot watch videos from google classroom (probably a separate issue)
Most helpful comment
I've tested this, seems to work only when allowing 'Allow all cookies' in shields.