I can confirm the behavior in 58.0.3029.14 (Official Build) dev (64-bit) on Linux following the steps taken in the video on jsbin.

Any progress with this bug?

Reproduced it on Linux 59.0.3045.0 (Developer Build) (64-bit). 

@bangsi - we haven't been able to take a look at this bug yet.

I can confirm this bug is also in Chrome 57.0.2987.98 Mac OS. I can also confirm that Local Storage, Session Storage and IndexedDB site data disappear after a page reload while the dev tools are open - note, site data is actually there but not displayed by the dev tools. Closing and re-opening the dev tools fixes that for now but it is a frustrating bug.  

Bug verified also in Ubuntu 14.04 with Chrome 57.0.2987.110 (64-bit).

Bug verified also in Windows 10  with Chrome 57.0.2987.110 (64-bit)

Same issue on Windows 10 with Chrome 57.0.2987.110 (64-bit) as well

Bug also verified in latest Opera version: 44.0.2510.857 in Mac OS X 10.11.5 64-bit.

Confirmed on
Version 57.0.2987.110 (64-bit)
OSX 10.11.6

Confirmed 57.0.2987.133 (64-bit) on Windows 7

Toggling the theme (dark -> light or light -> dark) seems to make it work fine for that one session.

I cannot replicate Comment_13 recommendation, the site is still missing from the sidepanel after refreshing after the theme change.

 Issue 704188  has been merged into this issue.

 Issue 705237  has been merged into this issue.

 Issue 707706  has been merged into this issue.

The same for me, switching between themes doesn't solve the problem.

 Issue 704914  has been merged into this issue.

 Issue 708868  has been merged into this issue.

 Issue 710478  has been merged into this issue.

 Issue 710507  has been merged into this issue.

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/46f77da2781539ca0cefc84e7bf86b138bea7bc0

commit 46f77da2781539ca0cefc84e7bf86b138bea7bc0
Author: eostroukhov <eostroukhov@chromium.org>
Date: Tue Apr 11 23:36:12 2017

[DevTools] Do not reset storage tree items

These tree items are updated in response to storage-specific events so
they should not be removed when navigation happens.

BUG= 701413 

Review-Url: https://codereview.chromium.org/2801723003
Cr-Commit-Position: refs/heads/master@{#463835}

[modify] https://crrev.com/46f77da2781539ca0cefc84e7bf86b138bea7bc0/third_party/WebKit/LayoutTests/http/tests/inspector/resources-test.js
[add] https://crrev.com/46f77da2781539ca0cefc84e7bf86b138bea7bc0/third_party/WebKit/LayoutTests/http/tests/inspector/resources/resources-panel-on-navigation-expected.txt
[add] https://crrev.com/46f77da2781539ca0cefc84e7bf86b138bea7bc0/third_party/WebKit/LayoutTests/http/tests/inspector/resources/resources-panel-on-navigation.html
[modify] https://crrev.com/46f77da2781539ca0cefc84e7bf86b138bea7bc0/third_party/WebKit/Source/devtools/front_end/resources/ApplicationPanelSidebar.js

Still present on v58.0.3029.81 (Win10 x64).

Still present V58.0.3029.81 (MacOS 10.12.4)

Still present V58.0.3029.81 (Ubuntu 16.04.2 LTS)

I just tried Beta (59.0.3071.29) and I do not see the issue.

Version 58.0.3029.96 (64-bit) on mac 10.12.4 reload the page with the devTool opened, the localStorage data will not display in Application panel

Still present Version 58.0.3029.96 (64-bit) on macOS 10.12.3

Version 58.0.3029.110 (64-bit) Win10 64bit, bug persists

Confirm, bug persists also on Chrome Version 58.0.3029.110 (64-bit) and Mac El Capitan (10.11.6)

The bug does not seem to be present when using dev tool attached to a remote device (e.g. debugging a cordova app)

Also Versión 58.0.3029.110 (64-bit) and Windows 10, regards 

I have also this bug on Version 58.0.3029.110 (64-bit), in OSX 10.12.4 (16E195).

 Issue 721736  has been merged into this issue.

Still present on OSX 10.12.4 Chrome 58.0.3029.110 

PLEASE FIX THIS!  Does this project have developers?  I am just curious as to why there are so many outstanding bugs from Google.

This bug is marked as Fixed on April 11, 2017. It is *not* fixed as of Mac Version 58.0.3029.110 (64-bit).

Please reopen and try again.

This bug is also still exist on windows version 58.0.3029.110 (64-bit)

This bug is marked as Fixed on April 11, 2017, but will be out from version 59.0.3069.0 onward, as mentioned in this post:
https://bugs.chromium.org/p/chromium/issues/detail?id=718482
In Chrome Canary it works fine. Hope it helps...

Issue 729803 has been merged into this issue.

Fixed on Chrome 59.0.3071.86 on Ubuntu 14.04.

Still present on MacOS 10.12.4, Chrome Version 58.0.3029.110 (64-bit)

Fixed on 59.0..3071.86 on macOS, update your Chrome version, it's out on stable channel

Just upgraded, confirmed fix on macOS Sierra 10.12.5,
Chrome Version 59.0.3071.86 (Official Build) (64-bit)

Thank you

 Issue 729078  has been merged into this issue.

still in Version 66.0.3359.181 (Official Build) (64-bit) 
macOShighSierra 10.13.4 (17E202)

Deleted: Screen Shot 2018-05-20 at 14.14.31.png 48.6 KB

	Screen Shot 2018-05-20 at 14.14.31.png 48.6 KB View Download

Still appearing in 
Version 67.0.3396.79 (Official Build) (64-bit)
MacOs HighSierra

I found out that: 
- this bug impact the developer tools functionality only
- it is reproducible only when I have a page and inside a iframe (from here I create, update local storage)
- the data is accessible via localStorage object