You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
📢 upcoming v3 deprecation, v4 now released 📢 #3271
Node.js 20.x (the runtime used by CodeQL Action v3) reaches end-of-life on 30 April 2026: https://nodejs.org/en/blog/release/v20.9.0. To keep the Action running on a supported runtime, we have released CodeQL Action v4, which uses Node.js 24.
Starting this month, CodeQL Action v3 will begin to emit warnings to the workflow logs that v3 will soon be deprecated.
Need help?
If you have questions, encounter issues while migrating, or need more time, please leave a comment on this issue. We’ll be monitoring feedback and can help where possible. Thank you!
depreciation message states v3 will be depreciated December 2026. However, it generates and error breaking all scanning using v3
C:\hostedtoolcache\windows\CodeQL\2.23.5\x64\codeql\codeql.exe database finalize --finalize-dataset --threads=2 --ram=6655 D:\a\_temp\codeql_databases\javascript
CodeQL detected code written in C# and GitHub Actions, but not any written in JavaScript/TypeScript. Confirm that there is some source code for JavaScript/TypeScript in the project. For more information, review our troubleshooting guide at https://gh.io/troubleshooting-code-scanning/no-source-code-seen-during-build .
Error: Encountered a fatal error while running "C:\hostedtoolcache\windows\CodeQL\2.23.5\x64\codeql\codeql.exe database finalize --finalize-dataset --threads=2 --ram=6655 D:\a\_temp\codeql_databases\javascript". Exit code was 32 and last log line was: CodeQL detected code written in C# and GitHub Actions, but not any written in JavaScript/TypeScript. Confirm that there is some source code for JavaScript/TypeScript in the project. For more information, review our troubleshooting guide at https://gh.io/troubleshooting-code-scanning/no-source-code-seen-during-build . See the logs for more details.
Thanks -- we are aware and in the process of updating the Default Setup workflow to use v4. Obviously this will be done in good time before v3 is deprecated and there's nothing you need to do there.
We wanted to get the deprecation message out as soon as possible to give everyone with custom workflows as much notice as possible to make the change.
Reacted by Ülgen Sarıkavak, Alexander Lindeskär and Christian Nicolai
@mbg Thank you, but I'm still confused. If it's too early even for GitHub to use v4, why is there even a deprecation warning? I do understand the concern you shared, but I'm not sure it creates the result you intend. Seeing a deprecation warning for an internal tool that we have no control over feels weird and problematic.
Reacted by Alexander Lindeskär and Christian Nicolai
If it's too early even for GitHub to use v4, why is there even a deprecation warning?
In general, the purpose of a deprecation message is to give as much notice of a forthcoming deprecation as possible, to allow everyone to plan for it and take whatever steps are necessary to migrate to the new version.
It's not too early to use v4 of the CodeQL Action, if you are currently using v3 and are able to upgrade.
Seeing a deprecation warning for an internal tool that we have no control over feels weird and problematic.
Thank you for this feedback and I understand your point, but the message is purely informative and has no effect on the outcomes, results, or behaviours of the workflows. There is some value in having this message, even for Default Setup. For example, you may have a combination of Default Setup and Advanced Setup configurations for CodeQL and displaying the message in logs for both helps raise awareness. Furthermore, if you have configured restrictions for which Actions or which versions of Actions are allowed to be used in your organisation, then that may need to be updated to allow v4 even if you are only using Default Setup.
Like I said, we are in the process of getting the Default Setup workflow upgraded to v4 and I would hope that this will ship in the coming week. The message will disappear from those workflows then.
Activity
brian-welsh commentedon Nov 14, 2025
depreciation message states v3 will be depreciated December 2026. However, it generates and error breaking all scanning using v3
Issue: #3297
mbg commentedon Nov 14, 2025
@brian-welsh I have responded in the issue you created/linked.
ulgens commentedon Nov 15, 2025
I'm not sure where to report this but it seems GitHub itself is still using v3. Our codeql logs start with
This is coming from the embedded CodeQL check, we are not doing anything custom.
mbg commentedon Nov 15, 2025
Hi @ulgens,
Thanks -- we are aware and in the process of updating the Default Setup workflow to use
v4. Obviously this will be done in good time beforev3is deprecated and there's nothing you need to do there.We wanted to get the deprecation message out as soon as possible to give everyone with custom workflows as much notice as possible to make the change.
ulgens commentedon Nov 15, 2025
@mbg Thank you, but I'm still confused. If it's too early even for GitHub to use v4, why is there even a deprecation warning? I do understand the concern you shared, but I'm not sure it creates the result you intend. Seeing a deprecation warning for an internal tool that we have no control over feels weird and problematic.
mbg commentedon Nov 16, 2025
In general, the purpose of a deprecation message is to give as much notice of a forthcoming deprecation as possible, to allow everyone to plan for it and take whatever steps are necessary to migrate to the new version.
It's not too early to use
v4of the CodeQL Action, if you are currently usingv3and are able to upgrade.Thank you for this feedback and I understand your point, but the message is purely informative and has no effect on the outcomes, results, or behaviours of the workflows. There is some value in having this message, even for Default Setup. For example, you may have a combination of Default Setup and Advanced Setup configurations for CodeQL and displaying the message in logs for both helps raise awareness. Furthermore, if you have configured restrictions for which Actions or which versions of Actions are allowed to be used in your organisation, then that may need to be updated to allow
v4even if you are only using Default Setup.Like I said, we are in the process of getting the Default Setup workflow upgraded to
v4and I would hope that this will ship in the coming week. The message will disappear from those workflows then.ci(github-action): upgrade CodeQL from v3.31.9 to v4.31.10
chore: upgrade CodeQL Action to v4 and checkout to v7