Cookies are not supported for file URIs. This page works correctly if you run it via an HTTP server. I don't see an intent to change if it broke in M71 so not immediately closing. Sending to network team to comment.

Thanks for filing the issue...

Tried to reproduce the issue on reported chrome version 71.0.3578.80 using Windows 10.
Steps: 
-----
1. Launched reported chrome 
2. As per comment #0, Opened given html file and opened dev tools > console >> Observed =document.cookie is empty (Observed same behaviour from M-60 to latest M-73 builds)
3. As per comment #1, Launched given html file through local server and opened dev tools > console >> Observed =document.cookie contains: "test1=Hello; test2=World"
As we have observed that while launching the html file through local server it work as expected 

@Reporter: Can you please check the process we followed (step:2 and 3) and let us know if anything missed from our end.

Thanks.!

I'm sorry guys. My fault.

I have investigate it more deeply and i found the real issue.
In my JS script I have a browser detection - in this case for Chrome:

var isChrome = !!window.chrome && !!window.chrome.webstore;

(This piece of code is from this website: http://browserhacks.com/)

And issue is in object: window.chrome.webstore
This object in a new version (71.0.3578.80) is returning "undefined". I've tried this object called in an "older" version and there it is returning an "Object".

(tested on attached index.html)

But this is a hack so thanks for your time and I apologize for the interruption. I'm gonna to report this to corresponding site.

Deleted: index.html 186 bytes

index.html 186 bytes View Download

Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Thanks for the followup!  The website object was removed because it's last method was removed, so it served no purpose.  This did break browser detection scripts that depended on it.