Skip to content

Github bridge import: Githubs ClosedEvents are incoherent. #609

Open

Description

@rng-dynamics

I am importing all the the issues from https://github.com/NixOS/nixpkgs. (Currently I am using git-bug from PR #585).

When the import is finished the number of open and closed issues in git-bug and on github do not match. For example, github has 4298 open and 15884 closed issues in nixpkgs but git-bug shows the following:

$ git-bug ls --status open | wc -l
    4317
$ git-bug ls --status closed | wc -l
   15865

This is caused by github having issues which are closed, but which seem to not have a ClosedEvent (as described in their API https://docs.github.com/en/graphql/reference/objects#closedevent). An example of such an issue is NixOS/nixpkgs#90920. You can also see that when looking at the issue on the github website (the last link). Closed events usually have an issue-closed item in their timeline. This issue does not have that.

Activity

  1. rng-dynamics commented on Mar 28, 2021

    @rng-dynamics
    ContributorAuthor

    Well, maybe the "closed" field on https://docs.github.com/en/graphql/reference/objects#issue in the Github API is supposed to handle that. I will have to try.

  2. MichaelMure commented on Mar 29, 2021

    @MichaelMure
    Contributor

    Any idea how that's even possible on the github side?

    Thanks for your work, it's really useful.

  3. rng-dynamics commented on Mar 29, 2021

    @rng-dynamics
    ContributorAuthor

    Any idea how that's even possible on the github side?

    No, I don't know.

  4. rng-dynamics commented on Feb 27, 2022

    @rng-dynamics
    ContributorAuthor

    Is there any chance you could push your git-bug import of nixpkgs somewhere public?

    I don't have it anymore, sorry.

  5. MichaelMure commented on Nov 20, 2022

    @MichaelMure
    Contributor

    Anybody knows if that's still an issue, especially in the newly released v0.8.0 ?

  6. github-actions commented on Jul 23, 2024

    @github-actions

    This bot triages untriaged issues and PRs according to the following rules:

    • After 90 days of inactivity, the lifecycle/stale label is applied
    • After 30 days of inactivity since lifecycle/stale was applied, the issue is closed

    To remove the stale status, you can:

    • Remove the lifecycle/stale label
    • Comment on this issue
  7. added and removed
    area/bridgeRelates to bridges (generic)
    on Jul 24, 2024
  8. github-actions commented on Oct 23, 2024

    @github-actions

    This bot triages issues in order to help the maintainers identify what
    needs attention, according to the following lifecycle rules:

    • After 90 days of inactivity, lifecycle/stale is applied
    • After 90 days of inactivity since lifecycle/stale was applied,
      lifecycle/rotten is applied

    This bot will not automatically close stale issues.

    To remove the stale status, you can:

    • Remove the stale label from this issue
    • Comment on this issue
    • Close this issue
    • Offer to help out with triaging

    To avoid automatic lifecycle management of this issue, add
    lifecycle/frozen.

  9. github-actions commented on Apr 21, 2025

    @github-actions

    This bot triages issues in order to help the maintainers identify what
    needs attention, according to the following lifecycle rules:

    • After 90 days of inactivity, lifecycle/stale is applied
    • After 90 days of inactivity since lifecycle/stale was applied,
      lifecycle/rotten is applied

    This bot will not automatically close stale issues.

    To remove the stale status, you can:

    • Remove the stale label from this issue
    • Comment on this issue
    • Close this issue
    • Offer to help out with triaging

    To avoid automatic lifecycle management of this issue, add
    lifecycle/frozen.

  10. mohammadazeemwani commented on Jan 27, 2026

    @mohammadazeemwani

    I am seeing an issue in git-bug bridge pull / push to remote.
    I am facing two issues:

    • inconsistency in timeline
    • weird duplication

    Image Proof for inconsistency

    Image Image

    In the above two images, see how the order of last two messages. It is one way on github and other way on git-bug

    Image proof for weird duplication

    Image Image

    In the above images see when i did git bug bridge pull multiple times, it kindof appended the stuff again in git bug termui

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

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions