Yeah to recap our previous discussions that people on the forum might not have seen I'm not a fan of PRs other than typo fixes on my repositories (particularly the low maintenance ones) because they take me more time to properly clone, rebase if necessary, merge and review versus just making the change on master and immediately testing and releasing.
Also just from a licensing standpoint, I prefer to author small commits myself instead of having new authors added to the git history. I do usually consider commits to my repositories as signed-off since the LICENSE file isn't updated but since there's no proper contribution agreement in place it's just simpler if I make those commits myself.
Unless I am 100% certain the change won't have any side effect, I don't merge PRs without testing the extension. Testing and releasing is often what takes the most time on "small" fixes.
This particular extension is extremely simple, so I'll try to make the change and tag a new release when I find some time. But I still want to clone it locally and make sure that everything is good myself. That's not just testing the extension works, it's also verifying the README is up to date and matches with my current template, that the LICENSE year is correct and that the javascript dependencies are up to date (that particular one doesn't apply here luckily since there's no javascript).