Richard Schneeman
Richard Schneeman
We get our languages directly from GitHub.
There is a race condition in sending out emails. We only import from GitHub once a day and the issue may have been closed between when we import and when...
There may be something broken in our close issue task
Ugh, i'm guessing something is broken in one of the tasks :( Have you gotten more that are closed since?
We only update issues once every 24 hours, and then once again right before we send it out here https://github.com/codetriage/codetriage/blob/b92e347e0f4714b4646be930e341be5a44761b95/app/models/issue.rb#L8-L16. Are they recently closed or closed a long time ago?...
Weird. I'm seeing that they shouldn't have been sent: ```rb irb(main):013:0> user = User.where(github: "vnen").first irb(main):014:0> Repo.where(full_name: "godotengine/godot").first.issues.where(number: "9335").first.valid_for_user?(user) => false ```
We pull the language straight from GitHub's API
> I would argue that the language that the GitHub API provides is a volatile value and is subject to change as new commits are made to a project and...
For ebwiki they updated it in github but we do not sync. I manually updated their value. We should look into either periodically refreshing the information, or implementing some kind...
For ebwiki they updated it in github but we do not sync. I manually updated their value. We should look into either periodically refreshing the information, or implementing some kind...