Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

Bug: $__multiVar breaks on variable values that contain spaces

未关闭 适合新手
#813 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

@RaphaelFakhri 已经在做这个了。

开始于 2026年10月20日。

  • #814 来自 @RaphaelFakhri —— 未关闭

评估

难度
2/5
预计耗时
1-3 小时
新手友好度
65/100
Issue 类型
缺陷
描述清晰度
描述清楚
活跃度
活跃
技术栈
github, go

调研方向

在 repository 中找到 $__multiVar 宏的实现及其测试;issue 没有指定具体文件。先阅读选中的值是如何展开的,并运行相关的宏测试。完成标准是:多个单词组成的值在生成的限定符中带引号,而像 bug 这样的单词值仍能正确展开。

由索引模型根据 Issue 内容生成。

描述

$__multiVar(qualifier,$var) expands each selected value to qualifier:value without quotes. If a value contains a space, GitHub search treats only the first word as the qualifier value.

With a multi-value variable labels set to good first issue and bug, the query is:open $__multiVar(label,$labels) expands to:

is:open label:good first issue label:bug

GitHub reads this as the label good plus the free text first issue, so the query misses the issues labeled good first issue.

What you expected

The macro produces is:open label:"good first issue" label:bug, which is how GitHub search expects multi-word qualifier values.

How to reproduce

  1. Expand the macro: is:open $__multiVar(label,$labels) with labels set to good first issue and bug produces is:open label:good first issue label:bug.
  2. Run both forms against the GitHub search API, for example on grafana/grafana: is:open label:good first issue returns 0 issues, and is:open label:"good first issue" returns 18.

Environment

  • Plugin version: 2.9.3 (current main)
主要语言
Go
星标
311
派生
73
平均合并
1 天 20 小时
30 天内合并 PR
3

环境准备

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

grafana/github-datasource 的其他 Issue

查看 grafana/github-datasource 的全部 Issue

相似的 Issue

更多 Go Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。