Sure, of course that makes perfect sense. I miss read your request for video.
Here is the recording in a new vault, no theme, no custom css, safe mode on.
Note I have escaped out of the request, and it results in the emptying of the file.
Sometimes to reload the page takes to long if working on many files. As I don’t mean to push it, so then if it takes to long, I tend to escape out of it as I am in the middle of working. It is just near many other short keys.
Show delete ctrl r.zip (1.8 MB)
thank you for the video
Related, I had this happen completely randomly a couple nights ago. Obsidian was not responding well (note borders were frozen so note panes could not be resized, for example) so I closed and reopened it, and when I reopened it I discovered about 30 minutes of work in a note had been lost. Also I am using the git plugin which is supposed to auto-commit but apparently had not been executing for that same amount of time.
No recording is available, just passing this along as an anecdote.
I don’t think this is related. But let us know if you find a reproduceble example/the culprit.
Regarding ctrl-r, we will disable it by default.
I just pressed ctrl+r instead of ctrl + e on accident, and then it started ‘loading components’ for about 10 minutes. I thought something went wrong with the application so I closed the window and then opened the application again and everything I had written on the note disappeared, including the things I wrote on it yesterday. It just became an empty note. Is there a way I can get my work back? I tried to restore a previous version of the file in my system explorer but my computer didn’t save any previous versions.
I think this may be what’s happening to me over in Data loss - 0.11.3 - zero byte .md file in vault
Did you do ctrl+r?!?!
yes, same function
@luckman212 I would guess so, did you ever see the loading screen with the line come across the page? I have lost at a few hours of notes now, anyway I have been able to repeat it, so I havn’t found any other bug. It has to happen within the 2 second save time for it to empty the file.
Anyway thanks for the developers for being so helpful. 
@WhiteNoise thanks for the update. Mostly it is good now. I see if Ctrl R is hit multiple times (beginning before 2 second save) it can still delete content, but the standard push once no longer deletes. I don’t know why I had hit it multiple times (some bad habit), but there is still a way for people to lose information. Let me know if you want a another video, or good enough as it is.
Thanks for helping with this issue.
Yes, post another video. Did you by any chance set Ctrl-R to some hotkey and forgot about it?
Good Day @WhiteNoise ,
Ctrl R.zip (1.0 MB) … I created a new vault for the test (safe mode, no plugins, no css, no hotkeys, no special third party programs except for a screen recorder).
I can still delete text via multiple hit, single hit tends not to delete, as Ctrl R is next to Ctrl E for preview/edit, and sometimes the loading kind holds for a while. Possible remapped to F5?
Current location running old i5 with Wind 10, 8 gig of ram, havn’t tested it on another machine.
Peace.
You are still runnin 0.11.0, the fix in 0.11.4.
@WhiteNoise thanks.
As that is in the VIP beta the latest version, should people who are not developers run that version? Or should I of just checked the change log and waited.
the insider version is more unstable than the general released version. If you have access to insider, it’s up to you if you want to use it or not. Otherwise, wait a week or two and it will become available to everybody.
Thanks. I really appreciate this project.