Hello,
This is my Update on INBOX problems with NOT loading pictures inside emails, this problem started two builds ago.
After a reinstall and on update Version 59.0.3061.0 (Official Build) canary (64-bit) 
After the new update on canary, and opening inbox, the problem is back.
INBOX is not loading pictures inside email.

Deleted: inbox pictures dont show after two updates3-4-2017.PNG 75.6 KB

	inbox pictures dont show after two updates3-4-2017.PNG 75.6 KB View Download

Inbox with email open and no pictures
console output shows errors on not loading the pictures

Deleted: Console output inbox pictures dont show 03-04-2017.PNG 181 KB

	Console output inbox pictures dont show 03-04-2017.PNG 181 KB View Download

Are you experiencing this issues in a fresh session (open an Incognito window and login to Inbox)?

Could you capture a net-internals log when loading Inbox from scratch:
https://sites.google.com/a/chromium.org/dev/for-testers/providing-network-details

Are you experiencing this issues in a fresh session (open an Incognito window and login to Inbox)? 

Answer = NO

Using the net-internals ? I have no network problems.

See the console output screen

Deleted: Console output to many REDIRECTS 03-04-2017.PNG 257 KB

	Console output to many REDIRECTS 03-04-2017.PNG 257 KB View Download

Thank you for providing more feedback. Adding requester "svaldez@chromium.org" to the cc list and removing "Needs-Feedback" label.

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

thks

net-internals will hopefully help diagnose why those resources are generating so many network redirects and help us figure out whether its a caching issue or something server-side.

Version 59.0.3061.3 (Official Build) canary (64-bit) 
Update is not fixing my problem with inbox.

As ask I send the log file to diagnose

https://mega.nz/#!3dFw2Y4A!vxiO1KSvuBwwIdkCEB4CDrC6yiTUXcJ1iseBmQ3ym9E
Please download from my account on mega upload is too big:)

It might be an issue with ServiceWorker and AsyncResourceHandler caching a redirected response, but can you check whether disabling your extensions (particularly any adblocking or other content blocking extensions) fixes this issue?

I use Adblock Plus 1.13.2


These are the frist steps I use to diagnose.
1. reinstall chrome
2. turning off extensions
Inbox team changed something, Im going to ask them (twitter)

Incognito window: now I notice the same problem .

Deleted: a1.PNG 233 KB

	a1.PNG 233 KB View Download

See the console output screen again pls

Deleted: a2.PNG 249 KB

	a2.PNG 249 KB View Download

Can you try stopping and unregistering the ServiceWorker associated with inbox.google.com and seeing if you still have issues?

You can remove/stop ServiceWorkers at chrome://serviceworker-internals.

Scope: https://inbox.google.com/
Registration ID: 1 (unregistered)
Unregistered worker:
Installation Status: REDUNDANT
Running Status: STOPPED
Fetch handler existence: EXISTS
Script: https://inbox.google.com/sws.js?milestone=2
Version ID: 21
Renderer process ID: 0
Renderer thread ID: -1
DevTools agent route ID: -2
Log:

Reloading inbox after unreg the Serviceworker the email loads after that is back.
Notice this console output:

util.js:210 Google Maps API warning: RetiredVersion https://developers.google.com/maps/documentation/javascript/error-messages#retired-version

https://developers.google.com/maps/documentation/javascript/error-messages#retired-version

console screen

Deleted: a3.PNG 324 KB

	a3.PNG 324 KB View Download

What happens if you disable the "internet Download Manager" (IDM) extension?

I use this Windows program for years (IDM)
The devs are great, will be a shame if this is the problem. And it is  updated frequently.
I test this later today....
If this is een standalone Problem Why is inbox not recognize this Problem, how is this possible anyway because the extensions working in a sandbox. iDM has a layer to pick up videos to download.

Tks

After diagnosed some extensions I decided to stop with this. even now in incognito window the problem is there.
As Canary is very stable, I don't sideload Chrome32bit anymore, I use  Canary 64 bit as my  primary browser.
I asked the inbox team to look into this Problem.

When There is some time today I reinstall Chrome again. 
Run it with a open firewall.

To be Honest, the console output says enough.
I didn't change any settings whatsoever.

Still looking to solve my problem with opening inbox emails without loading the picture from these emails....

This problem started 4 builds back

Firewall problem: NO
Extensions: NO and diagnose with incognito window give the same output.

console output shows important messages like these ones:

cb=gapi.loaded_0:120 GET https://clients6.google.com/discovery/v1/apis/drive/v2internal/rest?fields=…Cmethods%2CbatchPath%2Cid&pp=0&key=AIzaSyBMETqAdBPmHu53JDCA-q3-eXrtGGVSwLc 404 ()

ci4.googleusercontent.com/proxy/DH5nhnvPBj56idmRN0VlMQb9OGkng3MYnFD1J90SEO4…=s0-d-e1-ft#https://newyorkpizza.cmail20.com/t/j-o-uthyuut-htihidjlk/o.gif Failed to load resource: the server responded with a status of 404 ()
[Deprecation] "zoom: reset" is deprecated and will be removed in M59, around June 2017. See https://www.chromestatus.com/features/4997605029314560 for more details.

Please some advice here: thks

Installing Version 59.0.3065.0 (Official Build) canary (64-bit)

NO google sync use, after install!

opening inbox and login.

First email that I open is with pictures

Second email is without pictures

NO install extensions.

Deleted: a4.PNG 383 KB

	a4.PNG 383 KB View Download

Deleted: a5.PNG 233 KB

	a5.PNG 233 KB View Download

Testing and diagose my problem No pictures opening inside emails

Version 59.0.3066.0 (Official Build) canary (64-bit)

As you can see in the console screen, the application tab is open for inbox, 

If I Unregister the -Service Workers-, the open email shows the picture one time only,

if I use the -Bypass for network- setting the problem is solved, after exit inbox.com I have to go back to this setting.

Please some input here, thks again:)

Deleted: a6.PNG 620 KB

	a6.PNG 620 KB View Download

Issues  709338  & 711499 & 707822 all seem to be for this same Inbox issue.

In my case:
Win 7 64 bit Pro - SP1 + up to date fixes

Busted Inbox - Version 59.0.3070.0 (Official Build) canary (64-bit) (for several update cycles now)

Inbox all joy - Version 58.0.3029.68 (Official Build) beta (64-bit) 

Both Canary & Beta running concurrently on desktop - and both are "synced" the same for extensions.

Canary Still Broken - Version 60.0.3072.0 (Official Build) canary (64-bit)

Beta still OK - Version 58.0.3029.68 (Official Build) beta (64-bit)

Both on Win 7 Pro 64 bit SP1 + all recommended fixes. 

Same extensions (sync'd) on Canary & Beta.

 Issue 709338  has been merged into this issue.

 Issue 711499  has been merged into this issue.

I can reproduce this on my google.com account. An email from Google Forms can't display the "Google Forms" title image. 

It looks like service worker is somehow involved because when SW is unregistered the images show up.

All reports seem to say it's working in 58 and broken in 59.

Investigating.

Hm, bisecting seems like a dead end. While bisecting 59.0.3066.0 is working.

My guess is somehow a recursive redirect response got cached and thereafter all requests for that resource are failing. So it might not necessarily be a specific Chrome version where this regresses on.

Yes somehow Inbox has cached a recursive redirect response.

In the Inbox window, in DevTools:
> var target_url = 'https://ci5.googleusercontent.com/proxy/JWbtlkXghKam0epm3fvZNt75Eqf6rMwvA_1x819U6jPg5bfaLggB9r-fOOVXQeAKfPj08mG-B1t_xzYq7JqmyYkSND6kNZ7BH9L3rek9_nugYeqec3MwjD2Vtv4OdQ=s0-d-e1-ft#https://www.gstatic.com/docs/forms/google_forms_logo_lockup_black_2x.png';
> var response;
> caches.match(target_url).then(x => { response = x; });
> response.status
302
> response.headers.get('location')
"https://ci5.googleusercontent.com/proxy/JWbtlkXghKam0epm3fvZNt75Eqf6rMwvA_1…KfPj08mG-B1t_xzYq7JqmyYkSND6kNZ7BH9L3rek9_nugYeqec3MwjD2Vtv4OdQ=s0-d-e1-ft"
> target_url.indexOf(response.headers.get('location'))
0

I suspect this has to do with https://codereview.chromium.org/2783623003 where the fragment part of the URL is now included in the Request#url.

I think this should be fixed on Inbox's side. Following up with them.

Filed internal bug b/37408023

Labels: -Needs-Feedback 

The only way I work with this is to open the console: see the picture

Deleted: a7.PNG 250 KB

	a7.PNG 250 KB View Download

Issue still present on Version 60.0.3078.0 (Official Build) canary (64-bit) for Mac

Ditto for Version 60.0.3079.0 (Official Build) canary (64-bit) for macOS Sierra 10.12.4 (16E195). Only happens with Google Inbox on Chrome Canary. All extensions disabled.

Interestingly, if you go to send feedback and try to do a screenshot using Inbox's feedback tool, the images will appear while the feedback/screenshot modal is up.

This issue occurs for me as well, no plugins, same set of errors reported.

Version 59.0.3071.15 (Official Build) dev (64-bit), running on Windows 10 1703 16176.1000 (Fast Ring).

I'm happy to provide additional feedback, however please direct me as on the surface I've no more information - it appears to be happening from about version 58 onwards, it's occasionally fixable by clearing cookies or going incognito (For a brief while), closing the service worker briefly fixes it.  I've got it reproduced on 4 machines (Desktop PC, work; Surface 3, Home; Desktop PC, Home; Laptop, Home), all of which are on Windows 10 1703 of differing versions (All on fast ring, somewhat out of sync in update times).

Android Inbox is not affected (Nexus 6P, Pixel C, Nexus 5X), and nor is Android web-access to Inbox (Nexus 6P).

 Issue 715823  has been merged into this issue.

I ran into this on two of my Canary instances. ( Issue 715823 )
Any ETA for a fix?

This is a server-side issue with Inbox (see #35), which is being fixed.

Not fixed after update Version 60.0.3082.3 (Official Build) canary (64-bit)
On my windows 10 pro 1703 build system.

Deleted: a7.PNG 250 KB

	a7.PNG 250 KB View Download

Only -Bypass Network works when console is open

Labels: -Needs-Feedback 

Just updated Chrome beta a few minutes ago - this issue with images is now "updated" to hit this version also (issue was NOT occurring in bta prior to this update).

Version 59.0.3071.29 (Official Build) beta (64-bit) on Win Pro 7 SP1 + fixes 64 bit.

I confirm that this issue is NOT occurring on previous Beta level (I have not yet clicked the "relaunch" button on my Corporate VDI:

Version 58.0.3029.81 beta (64-bit) on Win 7 SP1 64 bit Enterprise Edition

Version 58.0.3029.81 beta (64-bit)

Labels: -Needs-Feedback 

Version 60.0.3084.0 (Official Build) canary SyzyASan (32-bit)
Version 60.0.3083.0 (Official Build) canary (64-bit)

After reinstall, only the console/application/Bypass Network
Is the only way it works.

This is being fixed on Inbox's side. So a new update to Inbox, rather than a new update to Chrome, would fix the issue.

A change to Chrome 59 triggered this bug (https://codereview.chromium.org/2783623003) but it was an intentional change to match the specification and other browsers' behavior.

And to clarify, the fix on Inbox's side has not yet been pushed out but it should happen soon.

FYI I created https://www.chromestatus.com/feature/4753419730419712 to document the behavior change in Chrome.

Version 60.0.3089.0 (Official Build) canary (64-bit)

#inbox

PROBLEM SOLVED
thkS

This should be fixed on Inbox's side now.

All joy for me now on both Canary & Beta :).