Fix automated retries retrying too much

[ekzyis]

Description

We are automatically retrying things that we would not have shown in notifications because this filter is applied to failed invoices for notifications but was missing for failed invoices for automated retries.

#2036 is related because the error happened when the receiver was trying to pay themselves (?)

Additional context

1. Maybe there's a solution that involves the bigger picture (keeping failed invoices for automated retries vs notifications in sync), but I guess this fix will do for now.

2. The way we set userCancel is also an issue: we only ever set it to true if the user clicks on X for a QR code to close it. In every other case, it is set to false which means we will automatically retry the invoice. However, there are cases where a user did not click on X but still might want to NOT retry the invoice, like if they simply navigated away or closed the tab. We should NOT assume they want to retry.

3. RECEIVE sets userId of the wrapped invoice (= invoice shown to the sender) to the receiver so the receiver will retry the wrapped invoice to themselves, paying the 10% proxy fee for nothing. Setting the userId of the sender's invoice isn't necessarily a bug, but that the receiver would automatically retry a wrapped invoice that will result in them paying themselves is DEFINITELY a bug.

Checklist

Are your changes backwards compatible? Please answer below:

yes

On a scale of 1-10 how well and how have you QA'd this change and any features it might affect? Please answer below:

0.

For frontend changes: Tested on mobile, light and dark mode? Please answer below:

n/a

Did you introduce any new environment variables? If so, call them out explicitly here:

no