Incomplete revert of saved state when buffer file goes missing about activities.el

[alphapapa]

I don't understand what's going on here. A window configuration's restoration should not be affected by which window is selected. As well, a warning is already implemented if a buffer cannot be restored; it looks like this:

The warning is shown in the correct buffer, and other windows and buffers are restored normally. (It's always necessary to restore all windows, even if some buffers can't be restored, because windows can have child windows, so not restoring one could cause others to not be restored also.)

In order to solve this, I'll need an exact set of steps to reproduce the problem.

[jdtsmith]

1. Create three visible windows in a frame, with buffers visiting 3 files: a.txt, b.txt, c.txt.
2. M-x activities-new (we'll call it tmp).
3. Close the activity frame.
4. Remove the file c.txt from disk.
5. M-x activities-resume tmp.

You should see an incorrect buffer in the place of C (even if the c.txt buffer is still alive!). You can activities-revert from various windows in the tmp activity's frame, and different things will appear in C's window, but not a warning, and not the c.txt buffer. You can kill the (file-less) c.txt buffer, and the behavior is the same.

[alphapapa]

Great, with that recipe I was able to reproduce and solve the problem (which is that the bookmark system obscures the error and works by side-effect, so we have to do some extra checking to be sure it worked). Thanks for reporting this. Please let me know if that fix works for you.