sarisia / actions-status-discord Goto Github PK

Discussed in #387

GitHub Actions only keeps the build log for 90 days at max,
so we need to add these logs (build proof) to the release assets.

SSIA

Ref: v1.10.0...v1.10.1

This seems weird, there is no way to validate what it is in this upgrade from a technical and security perspective. I've currently closed all dependabot upgrade requests because of it.

../Frenck

I just forgot how to release this action

This workflow currently runs for us to notify of a push to a branch. The description shows the title of that PR, but it would be ideal if we could list the title of each commit included with that PR. Currently looking into what data you are getting back from github and if this is even an option, but figured I would toss it here if anyone knows of a better way to accomplish this. Great action.

Hi !

It would be cool if there was a way to override the fields part of the embed.

I really like the display of the message when using fields but, sometimes, the eventDetail part is huge (when squash merging a PR with lots of commits, github's default is to append all the commit message to the merge commit message).

Currently, there is no way to reproduce the display of what the fields embed do and passing nocontext remove the fields entirely.

What do you think about adding an option which, when provided, override the eventDetail value ?

Something event more flexible would be to be able to pass an option with the entire fields array but I'm not sure if it's possible to passe something like:

with:
  fields: ${{ fromJSON('[{"name":"Repository","value":"...","inline":true},{"name":"Ref","value":"...","inline":true},{"name":"Event","value":"...","inline":false},{"name":"Triggered by","value":"...","inline":true},{"name":"Workflow","value":"...","inline":true}]') }}

I would like to post into Discord's thread by this action.
The URL format is https://discord.com/api/webhooks/{webhook_id}/{webhook.token}?thread_id={thread_id}.

Hello,
I'm unable to do this myself, but a suggestion I have and would appreciate if implemented, is enabling the option to have a custom image and description per status, for success, cancellation and failure.

I've partially hardcoded this on my own fork to create the following real world example:

I'm newer to github actions and I'm just not seeing where/how the scripts runs so I can look at the javascript that is actually running.

In actions.yml it says:

runs:
  using: "node20"
  main: "lib/index.js"

I don't see /lib/index.js anywhere in the project directory, where is this file being called from? -- I'm interested in looking at the js itself to see what's happening and try to learn from it.

Dependabot encountered the following error when parsing your .dependabot/config.yml:

Automerging is not enabled for this account. You can enable it from the [account settings](https://app.dependabot.com/accounts/sarisia/settings) screen in your Dependabot dashboard.

Please update the config file to conform with Dependabot's specification using our docs and online validator.

Any way to delete previous messages in a channel before post a new one?

Hi.

Are it's possible to set ${{ job.status }} - so It will display on actions, if it has been success or failed?

Because it does not work for me. ;/

maybe we shouldn't use automatic release action...

• use devcontainer-cli to build & publish devcontainer image
• use that devcontainer image in devcontainer.json AND GitHub Actions Workflows

to enable reporing step status

https://docs.github.com/en/actions/learn-github-actions/contexts#steps-context

• do not use v1 tag
• use upload-artifact and download-artifact
  • since we cannot build this action with devcontainer in macos (macos runner does not have docker!)
  • maybe checking out the tag ref is log easier

Issue description

For workflows triggered by pull_request events, the workflow link points to a commit that does not belong to the repository.

For example,

the link above goes to https://github.com/GiganticMinecraft/SeichiAssist/commit/695bf7133c95640b663f4e817f84f300874ca809/checks, while I expect it to go to https://github.com/GiganticMinecraft/SeichiAssist/commit/2cb1b549800285c790832a45d71e17e21fd85faf/checks.

I believe the link uses SHA hash of a merge commit automatically generated by Actions, which is different from github.sha.
EDIT: My bad, this is in fact the expected github.sha, but would it be reasonable to use github.event.pull_request.head.sha when this is available?

Reproduction

Set up a workflow with sarisia/actions-status-discord@v1, trigger it with pull_request event and check the link generated for "Workflow" column.

Full workflow file

since release workflow force updates versioned git tag