Skip to content

Log Streaming For gh run watch #3484

Description

@austince

Describe the feature or problem you’d like to solve

The new gh run actions are awesome, love them! The utility of gh run watch is very promising, but the slow feedback (when you have long CI runs) makes it more of a passive "put in another window" command, instead of an active "follow along for the status" command for me. (I know, 1.9.0 just came out and already asking for more 🙄 )

Proposed solution

I'm not sure if it's already on your roadmap, but streaming the logs from the run would make this feature usable for active feedback for CI runs, instead of having to go to the web UI to check failures, etc.

Additional context]

Screen Shot 2021-04-21 at 7 20 20 PM

From the above screenshot, it's a great summary but I can't take action from here.

Activity

  1. vilmibm commented on Apr 22, 2021

    @vilmibm
    Contributor

    Thanks for the issue :) this is definitely in our roadmap; it would have been in the 1.9.0 ship but unfortunately there's no API support yet for streaming logs and as such is blocked for now.

  2. austince commented on Apr 22, 2021

    @austince
    Author

    Oh, that's interesting – how does the web UI do it?

  3. ciriarte commented on Jul 27, 2021

    @ciriarte

    I think the value of this issue is beyond active feedback: I often find myself trying to grep for particular issues, my current workaround is to download the raw logs and then search.

    While the web UI is very neat and slick, it breaks down for very large logs.

  4. phil-blain commented on Aug 26, 2021

    @phil-blain

    I agree this would be a very very useful feature.

    Maybe this issue could be tagged actions ?

  5. galah92 commented on Oct 22, 2021

    @galah92

    Would very much love that as well.

  6. mollerhoj commented on Jan 8, 2022

    @mollerhoj

    Would the maintainers be open to a PR that parsed the web UI instead of using the API?

    Actually, we would just use the endpoint github uses to pull the logs?

    https://github.com/deepdivr/deepdivr/actions/runs/<run_id>/jobs/<job_id>=/steps?change_id=<change_id>
    

    change_id seem to just be an increasing number.

  7. samcoe commented on Jan 13, 2022

    @samcoe
    Contributor

    @mollerhoj I think that using an endpoint not in the API is too much risk as it can change at any moment without us being informed and there are no guarantees as to what it might return. I would rather wait for an official API endpoint. @vilmibm do you agree?

  8. vilmibm commented on Jan 31, 2022

    @vilmibm
    Contributor

    I'm not comfortable with parsing the web UI or with using unpublished API endpoints.

  9. mollerhoj commented on Feb 1, 2022

    @mollerhoj

    fair enough :-)

  10. dentarg commented on May 19, 2022

    @dentarg

    @samcoe @vilmibm @mislav Is it planned (when?) to add the API the CLI needs to do this? Could not see anything relevant at https://github.com/github/roadmap/issues?q=is%3Aissue+logs :/

  11. samcoe commented on May 23, 2022

    @samcoe
    Contributor

    @dentarg Unfortunately, no status update at this time as to when this feature will be added to the API.

  12. bmitchinson commented on Feb 2, 2023

    @bmitchinson

    Would love this <3

  13. added
    platformProblems with the GitHub platform rather than the CLI client
    on Feb 2, 2023
  14. mkdior commented on Feb 6, 2023

    @mkdior

    Please implement this. Tired of accessing the UI just for this...

  15. devurandom commented on Sep 25, 2023

    @devurandom

    #6741 might be a duplicate.

  16. dpewsey commented on Mar 4, 2024

    @dpewsey

    Any update on this?

  17. armaizhipcamp commented on May 10, 2024

    @armaizhipcamp

    +1 - would love to add real-time logs for a cli command!

  18. lhamoudi commented on May 15, 2024

    @lhamoudi

    +1 from me too. Having to go into gh run view --log-failed is a step I'd like to eliminate. At the very least, include the recommended command for viewing the failure - in the watch output (as it appears in the view output)

    image

  19. soundstep commented on Sep 18, 2024

    @soundstep

    I was looking for a way to do just that, that would be great!

  20. rarescosma commented on Oct 11, 2024

    @rarescosma

    I wonder if it be against the ToS to build a tool that sniffs the authenticated WebSockets subscriptions of a mitm-proxied headless browser and start some lightweight ws clients to perform the actual live tailing...

    JK - I actually had a stab at it: https://github.com/rarescosma/octotail/

  21. sulaimangari commented on Jun 23, 2025

    @sulaimangari

    Pretty surprised this is actually not implemented yet. Kudos to @rarescosma for his initiative.

  22. dsm2005 commented on Jan 1, 2026

    @dsm2005

    is there an issue for the blocking API gap that we can follow?

  23. verdrellw60-max commented on Sep 18, 2026

    @verdrellw60-max

    Thanks for the issue :) this is definitely in our roadmap; it would have been in the 1.9.0 ship but unfortunately there's no API support yet for streaming logs and as such is blocked for now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    blockedenhancementa request to improve CLIgh-runrelating to the gh run commandpitchpitched internally for prioritisationplatformProblems with the GitHub platform rather than the CLI client

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions