bug: Incorrect selection after bottom entry removed from 'Read Later' list

[chaulkie]

To reproduce:

1. Have two or more entries in your Read Later list. Navigate there.
2. Select the bottom entry in the list, remove it from the list (<S-l>).
3. The next entry up is now highlighted, being now on the bottom.
4. Immediately attempt to read this entry (<CR>), nothing will happen.
5. Press <Up>. Nothing will happen (visually), the bottom entry is still selected.
6. Attempt to read it again (<CR>). The entry will now successfully open.

In essence, when I remove the bottom entry from the Read Later list, the visual highlight (the bottom entry) becomes unsynced from the actual selection (which is apparently nothing).

Loving this tool by the way. I think there's a lot of potential.

[crocidb]

Hi @chaulkie,

Ah, yeah, I remember seeing that randomly, but never actually took the time to understand what the issue was. Thanks for getting the steps to reproduce. I'll try to work on it as soon as possible.

Thanks for taking the time to check the issue and post it here, it really means a lot for the project! :)