Skip to content
Open
Changes from 2 commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
16 changes: 15 additions & 1 deletion TROUBLESHOOTING.md
Original file line number Diff line number Diff line change
Expand Up @@ -24,4 +24,18 @@ FAILURE: Build failed with an exception.
* What went wrong:
Execution failed for task ':library-compose:detekt'.
> Invalid value (20) passed to --jvm-target, must be one of [1.6, 1.8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18]
```
```

# Template Cleanup fails in first Workflow

If the error occurs in the **Push changes** step of the workflow and you encounter errors such as:

```
fatal: unable to access 'https://github.com/<username>/<repo>.git/':
The requested URL returned error: 403
Error: Invalid exit code: 128
```

then the issue is likely due to the workflow permissions of your repository. To resolve this, navigate to your repository settings, go to **Actions -> General**, and set the Workflow Permissions to **Read and Write**.

Once the workflow completes successfully, you can and probably should revert the permissions back to the default settings.
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Are you sure about this? This shouldn't be the case as by default the workflow runs with a token that has read/write access πŸ€”

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Valid observation. In my experience, the default setting is set to no write access, and I haven't changed anything. (I'm not even aware where this default can be modified πŸ˜…)

Additionally, some/several users have reported encountering this same behavior in this issue: ad-m/github-push-action#96

Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Oh I see. Maybe we should add an image of the settings screen also then?

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fair point!

I've added 4 images. However, I don't really know how the template-feature of GitHub works, so I hope it's correct to put them in a new folder.

Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I guess the best would be to use the GitHub assets url (basically the URL you get when you drag and drop an image in a comment box) rather than having the images in the repo as otherwise everyone will copy them (which is not ideal).