Non-existent files can still be seen in recent documents popover on startup, or "reopened" as blank documents
From what I can see with GNOME Text Editor 45.1:
In the scenario where:
- "somefolder/somefile.txt" was opened in GNOME Text Editor
- GNOME Text Editor was closed (so that it remembers having opened that file, to restore it on startup)
- The file was deleted or moved away externally (using Nautilus, or some network synchronization tool) while GNOME Text Editor was not running (so it's different from issue #615 in that way)
- You launch GNOME Text Editor again
As a result:
- The file will be reopened in one of the tabs, but show blank contents; it will claim to have that path+filename in its headerbar subtitle, but that path filename does not exist anymore...
- The search popover widget will still show it among the listing and search results, even though it no longer exists (at least at that location) on the filesystem, and if you click that search result it will open it as a blank document, without warning the user that they're dealing with a ghost file
I'm thinking that it doesn't really make sense to attempt reopening nonexistent files that are going to be blank anyway. Maybe in this particular case, Text Editor should skip reopening them on startup, and remove them from the searchable recent files?