如果我能与一个群组共享数据浏览器查询,并且让查询参数通过 URL 参数预填充,那就太好了。
例如,如果我有这个参数 -- string :username,我应该能够将其与群组 “my-group” 共享,并将用户名设置为 “myName”。
类似于这样:
https://mydomain.com/g/my-group/reports/100?username=myName
如果我能与一个群组共享数据浏览器查询,并且让查询参数通过 URL 参数预填充,那就太好了。
例如,如果我有这个参数 -- string :username,我应该能够将其与群组 “my-group” 共享,并将用户名设置为 “myName”。
类似于这样:
https://mydomain.com/g/my-group/reports/100?username=myName
好的……给这个加上 pr-welcome 标签,这看起来是个很棒的体验改进!
再次顶帖并补充一个建议:
&run 参数,在页面加载时自动触发报告,从而省去用户的一次点击。我们希望实现此功能,因为它能让我们轻松地为每位感兴趣的用户自动化内部主题通知 ![]()
需要特别注意的是,如果添加了 run 参数,当 same-site Cookie 设置为 None(或 Disabled 且浏览器将 None 视为默认值)时,不应使用该参数。
如果 same-site 设置为 none,攻击者可以访问其他网站,并像利用 CSRF 那样发起 HTTP GET 请求。虽然这本身并不构成 CSRF 漏洞,但他们可能借此在数据浏览器中执行一些极其耗时的指令。
same-site Cookie 策略相对较新,但主流浏览器已支持一段时间。Chrome 默认设置为 Lax,Discourse 也是如此(如果我没记错的话),因此在大多数情况下不应出现问题。
上述已合并的拉取请求是否实现了您的预期?您需要运行该查询以将查询参数添加到 URL 中,因此您可以运行它、复制链接并分享。
@Nam 感谢您为此所做的努力!
目前这适用于在数据浏览器中运行的查询,但我在想是否有可能将其作为报告来实现。例如:
mysite.com/g/my-group/reports/6¶ms=%7B\"months_ago\"%3A\"3\"%7D
我们可以在“组报告运行”页面添加支持,通过 URL 参数填充输入框。这并不难。我的问题是,这个 URL 是如何获取的?它是为某个组生成的,还是您手动生成的?
如果您进入群组页面,您将看到一个“报告”选项卡,其中包含该群组可用查询的链接,但参数可能需要手动生成。
好的,我将支持在群组报告展示页面中,通过 URL 参数填充输入字段。
我认为我们从未做到这一点?我当然认为它很有用。
我们重新审视了此请求,并已添加一个 run 参数,该参数将在页面加载时自动运行报告。它记录在数据探索器插件页面上: