eilon / hubbup Goto Github PK

1. Convert dates/times into Pacific time.
2. If 0 days delta, show number of hours
3. Otherwise show number of days

Seems to affect issues but not PRs.

Perhaps need to narrow the repro down to a single affected repo? Or maybe it's a bad LINQ query?

Maybe use AppInsights? Need to track any errors that happen in the app.

Pick team members by automatically picking users in a group managed on github.

For example for NuGet we will have a client team, as a side idea perhaps we can specify repositories this group has access to and that becomes the repository picker instead of another cumbersome registartion mechanism (that I suggested in #39)

When we move something to Discussions it is usually because it does not represent work.

It's a bit tricky, but it would be nice to show PRs within the existing groupings on the site.

It's tricky because with PRs it's usually most interesting who opened it, and they aren't assigned to anyone (for team PRs). Also, they don't generally have milestones.

https://projectkissuelist.azurewebsites.net/k-perf

Click one of the links under the "Issues" heading on the right-hand side and note that the expected filter to only show issues with the "perf" label hasn't been applied. Need to add "label:perf" to the query.

Try to get the edit history to see when the tag was most recently applied.

The items within the grid should be links to the issues/PRs of that repo, filtered as appropriate.

Need to stop hard-coding it. Currently have to re-deploy the app to change the repo sets.

@MeniZalzman FYI

For each repo show:

• Count of open issues (exclude Backlog, Discussion, maybe others?)
• Count of unassigned issues in a milestone (maybe?)
• Count of untriaged issues (no milestone set)
• Count of open PRs
• Count of stale PRs

Either have a way to pick repos that the user has access to (org/repos selection with checkboxes and persistance)

Or use the link mechanism the Huboard supports (label links)

Generate queries like Magnanimous Murat's triage query.

Have a feature that for every org that is registered, shows which repos aren't in any list.

Could make it fancy and show something like:

<<ORG>>
Repo    RepoSet
Mvc     Mvc
Diag    Mvc, Data
Foo     <<NONE>>

<<ORG2>>
...

E.g. put a different background.

Need to highlight:

• PRs submitted by outsiders
• Issues assigned to outsiders

Instead of sorting by repo, sorting by milestone than repo should be helpful.

@MeniZalzman @yishaigalatzer FYI

Find some algorithm to do this.

And from github.com/aspnet for that matter. It already moved to github.com/dotnet.

Have grid that shows for each milestone for each repo how many open bugs

• Use SemVer to sort all milestones (plus "no milestone")
• Ignore Discussion(s), Backlog milestones
• Each number links to a GitHub query

• dnx-watch --> kcore
• jsonpatch --> ?

Put their image next to the author.

Need to add &s=updated to the query string.

For maybe 30 seconds or so.

MVC: ryanbrandenburg
KCore: pakrym

@muratg FYI

It now always redirects to /.

Previously there was often a GitHub OAuth redirect error stating the destination URL was bad.

Info here:

• General info: https://developer.github.com/v3/oauth/#redirect-urls
• Specific error: https://developer.github.com/v3/oauth/#redirect-uri-mismatch

• Images need alt attribute
• <link> and <script> tags have obsolete asp-file-version attribute
• <meta> tag is missing one or more of the following attributes: content, property (<meta name="x-stylesheet-fallback-test" class="hidden" />)

Older than two weeks, make it red (or something).

https://github.com/aspnet/IISIntegration/
https://github.com/aspnet/libuv-build

I'll update the Magnanimous queries.

Currently it just causes a 500. Should instead show a warning up top with all the failed repos.

GitHub web site queries seem to consider only the last excluded milestone in a milestone query. For example, in the query -milestone:M1 -milestone:M2 only the M2 milestone will be excluded and the M1 exclusion will be ignored.

I contacted GitHub support to ask about this.

Contains the list of bugs to triage (no milestone set).

Info here: http://haacked.com/archive/2014/04/24/octokit-oauth/

But still show only open bugs.