Skip to content

job_logs_buffered streaming API behavior improvement #79

@pankgeorg

Description

@pankgeorg

Some unintuitive behaviours of the API are:

  • the callback doesn't run on existing logs. that means that I need to call my functions twice
  • there are no markers that delineate the changes; i.e. what logs are unprocessed

A backwards compatible solution could be to wrap the function with a helper like:

job_logs_appy(callback)

and make sure the callback gets triggered serially (and in line) to all existing and future logs.

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions