issue_comments
5 rows where author_association = "MEMBER" and issue = 967854972 sorted by updated_at descending
This data as json, CSV (advanced)
Suggested facets: created_at (date), updated_at (date)
issue 1
- Ask PRs to annotate tests · 5 ✖
id | html_url | issue_url | node_id | user | created_at | updated_at ▲ | author_association | body | reactions | performed_via_github_app | issue |
---|---|---|---|---|---|---|---|---|---|---|---|
978075745 | https://github.com/pydata/xarray/pull/5694#issuecomment-978075745 | https://api.github.com/repos/pydata/xarray/issues/5694 | IC_kwDOAMm_X846TEBh | max-sixty 5635139 | 2021-11-24T17:17:29Z | 2021-11-24T17:17:29Z | MEMBER | Nice, thanks @dcherian . Is anyone familiar with coveralls / whether this can be added? Is it possible to have a rule like "new functions need to be typed", by looking at the diff? That requires storing the previous results. One other alternative is to do the work to get all the test files typed, and then enforce @mathause 's idea of |
{ "total_count": 0, "+1": 0, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
Ask PRs to annotate tests 967854972 | |
978061558 | https://github.com/pydata/xarray/pull/5694#issuecomment-978061558 | https://api.github.com/repos/pydata/xarray/issues/5694 | IC_kwDOAMm_X846TAj2 | dcherian 2448579 | 2021-11-24T17:00:28Z | 2021-11-24T17:00:28Z | MEMBER | Here are the docs: https://mypy.readthedocs.io/en/stable/command_line.html#report-generation |
{ "total_count": 0, "+1": 0, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
Ask PRs to annotate tests 967854972 | |
978059460 | https://github.com/pydata/xarray/pull/5694#issuecomment-978059460 | https://api.github.com/repos/pydata/xarray/issues/5694 | IC_kwDOAMm_X846TADE | max-sixty 5635139 | 2021-11-24T16:57:46Z | 2021-11-24T16:57:46Z | MEMBER | As discussed on the call — can we get mypy coverage? |
{ "total_count": 0, "+1": 0, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
Ask PRs to annotate tests 967854972 | |
897958480 | https://github.com/pydata/xarray/pull/5694#issuecomment-897958480 | https://api.github.com/repos/pydata/xarray/issues/5694 | IC_kwDOAMm_X841hcJQ | max-sixty 5635139 | 2021-08-12T20:50:24Z | 2021-08-12T20:50:24Z | MEMBER |
Ah nice! That would be better. I guess we want it for new code — it would be the herculean effort to fix the old code, most of which doesn't imply a true problem. FWIW I think most of the false positives are when reassinging variables to different types; e.g. Is there a way of explaining the TODO in a way that's easy for new contributors to understand? That's probably the closest solution here |
{ "total_count": 0, "+1": 0, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
Ask PRs to annotate tests 967854972 | |
897881142 | https://github.com/pydata/xarray/pull/5694#issuecomment-897881142 | https://api.github.com/repos/pydata/xarray/issues/5694 | IC_kwDOAMm_X841hJQ2 | mathause 10194086 | 2021-08-12T18:42:52Z | 2021-08-12T18:42:52Z | MEMBER | An alternative would be to use check_untyped_defs. However, this would be much more strict. (I tried that once but ran into mypy errors I could not fix, so I gave up.) |
{ "total_count": 0, "+1": 0, "-1": 0, "laugh": 0, "hooray": 0, "confused": 0, "heart": 0, "rocket": 0, "eyes": 0 } |
Ask PRs to annotate tests 967854972 |
Advanced export
JSON shape: default, array, newline-delimited, object
CREATE TABLE [issue_comments] ( [html_url] TEXT, [issue_url] TEXT, [id] INTEGER PRIMARY KEY, [node_id] TEXT, [user] INTEGER REFERENCES [users]([id]), [created_at] TEXT, [updated_at] TEXT, [author_association] TEXT, [body] TEXT, [reactions] TEXT, [performed_via_github_app] TEXT, [issue] INTEGER REFERENCES [issues]([id]) ); CREATE INDEX [idx_issue_comments_issue] ON [issue_comments] ([issue]); CREATE INDEX [idx_issue_comments_user] ON [issue_comments] ([user]);
user 3