switch workflow trigger to pull_request_target

[mandelsoft]

What this PR does / why we need it:

According to the Github Action Docu

This event runs in the context of the base of the pull request, rather than in the context of the merge commit, as the pull_request event does. This prevents execution of unsafe code from the head of the pull request that could alter your repository or steal any secrets you use in your workflow. This event allows your workflow to do things like label or comment on pull requests from forks. Avoid using this event if you need to build or run code from the pull request.

the trigger option for the linter and test workflow should be set to pull_request_target to run the workflow for PRs originating from forks based on the workflow definition of the base branch, instead of the provided content.

Which issue(s) this PR fixes:
Fixes #

Special notes for your reviewer:

Release note:

[mandelsoft]

strange, now it is not running for local PRs. Should I add both events?

[yitsushi]

I would try:

1. Leave it as pull_request
2. Add push

on: [pull_request, push]

4. Change settings to
   

push: run on all commits, it's good in general because that way it will be executed on main after merge too and it's easy to re-trigger the PR checker by force-pushing the same commit (git commit commit --amend --no-edit && git push -f)

[yitsushi]

It's running \o/ the PR checkers are running

[mandelsoft]

Done, but now we have the execution twice

[mandelsoft]

Done, but now we have the execution twice