[Bug]: Pending confirmations should be cleared on reload

**Describe the bug**

Currently, pending confirmations are cleared if the notification window is closed and/or if a request is explicitly rejected by the user. However, if the window is reloaded while the notification window is displayed, the confirmation will remain pending which can be problematic. Below I attempt to describe how this is problematic and some possible solutions.

If the window is reloaded whilst the notification window is open, it's not immediately obvious to the user that their wallet needs their input after the fact. Although the extension's badge is displayed, it could mean any number of things and in any case, it is not very prominent due to the limited space (if any) that an extension icon occupies on the average browser.

At this point any and all new requests will result in an error because the wallet is stuck in a _"pending confirmation"_ state.

Ideally a reload whilst the notification window is open should result in a rejection, which in my opinion would match the current behavior of interpreting the closing of the notification window as a rejection.

In the absence of the above, then it would be helpful to have the ability to programmatically cancel pending confirmations originated by a specific `origin` so that developers can work around the _"pending confirmation"_ state.

At the moment, it is possible to react to the _"stuck"_ state by catching the accompanying error thrown when a new request is sent whilst a previous one is pending:

```{code: -32002, message: "Request of type 'wallet_requestPermissions' already pending for for origin [ORIGIN]. Please wait."```

However, it's not really feasible to react elegantly to it from a UX perspective since it's not possible to cancel pending confirmations. Even if we were to ask the user to do something about it (e.g. _"Please click on the extension, and cancel or approve the request"_) the application has no way of being notified by the wallet that a previously issued request has been approved/rejected. That said, asking the user to address the _"stuck state"_ would still be preferable to the current status quo as it would allow the application to inform the user that they need to reload the application in order to align both the wallet and the application states.

**Expected behavior**

Summarizing, one or all of the following could help in dealing with this scenario:

- Clearing pending notifications on window reload
- Providing a method to clear pending requests issued by a specific origin
- Providing a notification mechanism when a pending request is finally serviced

**Screenshots/Recordings**

The Uniswap app does not know about pending confirmation, nor is it able to restart the process

---

Previously issued confirmation has been confirmed, but the Uniswap app is unaware

**Steps to reproduce**

Finally steps to reproduce and observe the behavior:

1. Head to https://app.uniswap.org/
2. Click on the `Connect` button in the upper right
3. Select `MetaMask` from the list of wallets
4. After the notification window appears, reload the browser, without rejecting or approving
5. Open Dev Tools after the reload is complete
6. Notice that the app state conflicts with the wallet state:
- The application is inviting the user to **Connect** (which implies no connection attempt has been made), vs.
- The wallet has a pending connection badge (which implies a connection attempt has been initiated and is pending)
7. Go ahead and click on the `Connect` button in the upper right again
8. Select `MetaMask` from the list of wallets again
9. You get an unhelpful error from the application asking you to try again, which at this point will not fix the issue and will result in the exact same error
10. Additionally, notice error `-32002` (mentioned above) in your console
11. Note that at this point it would make sense for the application to cancel the pending request and issue a new one, as a way of handling itself out of this state this state elegantly

Hopefully all of this highlights how this is problematic and not conducive to good UX, and while we are at it let's do the following in order to emphasize the issue:

1. Go ahead and open the extension and approve the request
2. Notice that the application still is unaware that the request has been approved and that the wallet is now connected
3. You would need to reload the application or go through the connection process again to allow the application to recognize that the wallet connection has been approved and reflect it

**Error messages or log output**

```shell
{code: -32002, message: "Request of type 'wallet_requestPermissions' already pending for for origin [ORIGIN]. Please wait."```
```

**Version**

11.7.1

**Build type**

Beta

**Browser**

Firefox, Brave

**Operating system**

Linux

No source files, tests, or entry points are named. Reproduce the reload scenario using the listed Uniswap and MetaMask steps, then trace the confirmation and notification lifecycle. Done should mean reloading the notification window clears or rejects the pending request so a subsequent connection attempt no longer returns error -32002.

Written by the indexing model from the issue text.