You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
findleyr opened this issue
Oct 21, 2024
· 1 comment
Labels
FrictionNuisances that make good candidates for our "friction" fix-it weeksNeedsFixThe path to resolution is known, but the work has not been done.telemetryx/telemetry issues
This command parses, formats, linkifies, and de-dupes stack traces appearing in telemetry data. For "new" stacks, it pops open a window to file a github issue. Recently, @adonovan added predicate-based deduplication, similar to watchflakes.
Now we have stacks coming from more than just gopls: the compile/bug stack counter has been appearing in recent data (example).
We should generalize the stacks command. It has been suggested to merge it with watchflakes, since the two serve similar functionality.
Here are some barriers to this automation:
The stacks command does git-clone and build of the various executables as that's the only way to get the correct pclntab required to map the symbol-relative line numbers into absolute CodeSearch URLs
Running the command sometimes results in errors in which two issues "claim" the same stack due to overlapping rules. In this case one or both of the rules should be updated and the tool re-run.
When no existing issue claims the stack, the command opens a browser tab with a populated "New issue" form. At this point the triageur is expected to see if it looks like a real new issue or a dup. If a dup, the existing issue's rule should be updated and the tool re-run. If not, then the user should submit the form to create the new issue.
when creating the new issue, it's a good idea to choose a more specific title and to copy some of the surrounding code (e.g. the call to bug.Report) into the issue body. I suppose that could be done later by the triageur. Or automated with better heuristics and logic.
The text was updated successfully, but these errors were encountered:
FrictionNuisances that make good candidates for our "friction" fix-it weeksNeedsFixThe path to resolution is known, but the work has not been done.telemetryx/telemetry issues
This issue is following up on a team discussion. Filing to make sure we capture context.
We've been using golang.org/x/tools/gopls/internal/telemetry/cmd/stacks to produce and de-dupe the issues filed under the gopls/telemetry-wins label.
This command parses, formats, linkifies, and de-dupes stack traces appearing in telemetry data. For "new" stacks, it pops open a window to file a github issue. Recently, @adonovan added predicate-based deduplication, similar to watchflakes.
Now we have stacks coming from more than just gopls: the
compile/bug
stack counter has been appearing in recent data (example).We should generalize the stacks command. It has been suggested to merge it with watchflakes, since the two serve similar functionality.
Here are some barriers to this automation:
The text was updated successfully, but these errors were encountered: