The only example of working with `pullRequests` in a workflow I found contains the following code:
ctx.issue.pullRequests.last().state.name !== ctx.issue.pullRequests.last().previousState.name &&
However, I don’t think this actually works as expected? In my testing, `previousState` remains the same even with any future changes to the issue, so, e.g. if a PR changed from Open to Merged, and then I make any modification to the issue, this workflow will get triggered, since `previousState` will still be Open for that PR, even though the transaction has nothing to do with pull requests.
I want to detect a transaction that specifically changes the state of a pull request to Merged, so that the workflow only gets triggered by that PR event and not by any future changes to the fields of the issue. The API reference docs are extremely confusing in this part.