The translation tracker workflow currently only triggers on examples and tutorials content but the script itself supports 6 content types (examples, tutorials, reference, text-detail, events, libraries). The workflow paths should match what the script supports.
Also there's no easy way to test the tracker locally without a GitHub token. A --dry-run flag would let contributors preview what issues would be created without actually creating them.
I have a branch ready with these changes if this sounds good to work on.
The translation tracker workflow currently only triggers on examples and tutorials content but the script itself supports 6 content types (examples, tutorials, reference, text-detail, events, libraries). The workflow paths should match what the script supports.
Also there's no easy way to test the tracker locally without a GitHub token. A --dry-run flag would let contributors preview what issues would be created without actually creating them.
I have a branch ready with these changes if this sounds good to work on.