From de7c17395a3009dfb1f890b37c95eb353b383d7a Mon Sep 17 00:00:00 2001 From: Faith Moraa Ombongi Date: Fri, 7 Aug 2026 08:24:38 +0300 Subject: [PATCH] Change section header for workflow job permissions --- .../actions/reference/workflows-and-actions/workflow-syntax.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/actions/reference/workflows-and-actions/workflow-syntax.md b/content/actions/reference/workflows-and-actions/workflow-syntax.md index 7a97859281d0..51a336d56b02 100644 --- a/content/actions/reference/workflows-and-actions/workflow-syntax.md +++ b/content/actions/reference/workflows-and-actions/workflow-syntax.md @@ -283,7 +283,7 @@ The value of this parameter is a string specifying the data type of the input. T {% data reusables.actions.forked-write-permission %} -## How permissions are calculated for a workflow job +### How permissions are calculated for a workflow job The permissions for the `GITHUB_TOKEN` are initially set to the default setting for the enterprise, organization, or repository. If the default is set to the restricted permissions at any of these levels then this will apply to the relevant repositories. For example, if you choose the restricted default at the organization level then all repositories in that organization will use the restricted permissions as the default. The permissions are then adjusted based on any configuration within the workflow file, first at the workflow level and then at the job level. Finally, if the workflow was triggered by a pull request event other than `pull_request_target` from a forked repository, and the **Send write tokens to workflows from pull requests** setting is not selected, the permissions are adjusted to change any write permissions to read only.