Retry buttons and paging for all responses

[chrisbergr]

If you've done something wrong (e.g. forgot to add webmention target) it would be very brilliant to remove the previously fetched single responses so you can re-add them again via manual polling after you've edited your (e.g. facebook) post.

[snarfed]

definitely! sounds like this is the same idea as #183?

the easy answer is just to show the retry button for every response on your user page. the catch is that user pages only show the last 10 responses. to get to earlier ones, I'd have to implement paging, or something similar, and I'm bad at UX. :P

btw, as a workaround in the meantime, you can always send the missing webmentions manually using https://www.brid.gy/about#source-urls .

[chrisbergr]

Yes, sounds really equal. Sorry, didn't noticed this.

I like your "easy answer". And my suggestion is to add a "load more" button on the bottom of the list. Then just load 10 more responses. and more and more :)

I tried your workaround. It works. After hard efforts. So, this topic is really a case.

[snarfed]

added paging, backward at least: 189a47a

[snarfed]

now clearing cached webmention endpoints on retry too: d6661a6

those three commits get us almost all the way there. we still don't refetch the post itself - i made that call due to complexity - but we do everything else.

[chrisbergr]

Love the changes, thanks a lot.
Maybe a "newer" link on the bottom left hand side would be great.

[snarfed]

thanks! and yeah, i wanted a Newer link too. it's not quite so easy, given the way i implemented the Older link with a human-readable timestamp in the query param, but i'll see what i can do.