Additional information:

I also tested the same scenarios in Sam Sung Galaxy S5. The system behavior is different:
   www.cnn.com in S5 has an offline badge on the NTP. 
   www.yahoo.com in S5 does not have an offline badge on the NTP
   www.espn.com in S5 does not have an offline badge on the NTP. 

Please check out the additional attached screenshots. 

Deleted: IMG_1240.JPG 1.7 MB

	IMG_1240.JPG 1.7 MB View Download

Deleted: IMG_1241.JPG 2.0 MB

	IMG_1241.JPG 2.0 MB View Download

The above are against Chrome Dev. 

I also tested the same testing scenarios in Chrome Beta in Nexus 7. In Nexus 7 the system behavior of Chrome Dev is the same as that of Chrome Beta:
www.yahoo.com or www.cnn.com or www.espn.com does not have an offline badge on the NTP. 

And I tested the same testing scenarios in Chrome Beta in Sam Sung Galaxy S5. In S5 the system behavior of Chrome Dev is the same as that of Chrome Beta:
www.yahoo.com or www.espn.com does not have an offline badge on the NTP but www.cnn.com has an offline badge on the NTP. 

I believe NTP should triage this one.
Thought: This might be URL mismatch.

peconn@, could you redirect accordingly?

Unfortunately, I cannot find who is responsible for MostVisitedItems and it seems that treib@ was the last to touch them. 

Can this be the case when OfflinePage model is not loaded yet, but NTP has been built already?

#5, that's totally possible but the time window is short.  Tom, does this only occur for the first tab opened after restarting Chrome?

dewittj@

"Tom, does this only occur for the first tab opened after restarting Chrome?"

No. It occurred for not only the first tab but also other tabs.

Hi everyone.
It can be verified that it is not a URL mismatch by doing the following.
1. Visit www.yahoo.com enough times to make it appear in the NTP as a tile.
2. Now click on this tile. In my case, it redirects to in.yahoo.com
3. Download the page.
4. Open a new tab.

There is no offline badge on the tile. Since we started the navigation with the tile itself, the url of the tile should have matched the offline page's original_url.

After a little bit of debugging, I could see that the original_url of the offline page was empty.

We get the original url here OfflinePageUtils::GetOriginalURLFromWebContents

If the original URL was present, it would have matched and the offline badge would have shown.

I am a little new to offline pages so I might be wrong. But the problem might be due to NavigationEntry not getting the right redirect chain in case of yahoo.com and espn.com. 

Maybe issue 739289 helps as it shows a reproducible case of a wrong offline badge. (If there is such thing as priority inheritance and the bugs are related, we should consider promoting this P3 here a little bit).