看起来太棒了!![]()
你能确认参数是否也能正常工作吗?
看起来太棒了!![]()
你能确认参数是否也能正常工作吗?
是的,如果查询包含参数,它们会显示在用户界面中。
我弄错了,params 目前无法正常工作。我今天会着手调查。
查询的适配器是一个管理员适配器,因此非管理员用户无法访问查询存储。我添加了非管理员可以调用的端点来获取查询 JSON,但该 JSON 似乎并未被转换为 Query 模型(当然,它们本就无法被转换),因此 params 逻辑并未执行。我推测需要一个非管理员的查询适配器?
我在截图 #3 中看到了一个问题:既然现在有了有意义的非查询数据需要保存,您可能需要考虑恢复“保存但不运行”按钮。
啊,我没注意到您也导入了绿色的确认按钮。
绿色确认按钮仅保存而不执行,我认为“保存更改并运行”按钮理应实现这一功能。
您的意思是“保存更改并运行”的行为应当变更,即不执行查询吗?
组成员现在可以运行带参数的查询了!
我无法运行测试(使用 bundle exec rspec),因此尚未为创建的新操作编写任何测试。有人能指出我漏掉了什么吗?错误信息是 uninitialized constant DataExplorer。
尝试运行 LOAD_PLUGINS=1 RAILS_ENV=test bundle exec rspec
是的,这样就可以了。谢谢!
注意,我通常直接使用 bin/rake autospec,它会自动完成这些操作,你只需要保存 plugin.rb 或类似文件即可。
同意,这是他们其实并不需要的信息
此内容已被移除,PR 已准备好接受审查。
有两个测试用例失败,但在 master 分支上它们也会失败。如果你们希望,我可以在此 PR 中尝试修复这些问题:![]()
非常欢迎!我们将很快进行审查,感谢您出色的工作。
我尝试使用此功能,但似乎添加到表单中的组无法保留,也就是说无法保存表单。
在刷新之前编辑并“保存”查询对此也没有任何影响。此外,我还尝试分享其他查询,包括一些系统默认查询,但均无济于事。
更新一下:我发现另一个网站也能正常运行,看来问题与特定站点有关。
无论如何,如果 UI 也出现异常,我找到了一个变通方案:通过 API 向 https://example.com/admin/plugins/explorer/queries/<query_id> 发送 POST 请求,将组添加到查询中。
设置请求头,使用管理员用户的 API 密钥:
Api-UsernameApi-KeyContent-Type – application/json设置请求体:
query[group_ids][] – 允许访问此查询的组 ID 列表,以逗号分隔的字符串形式提供今天或周一会看一下
不紧急,
谢谢 @j.jaffeux!
这应该通过以下方式修复:
感谢您的报告。
此主题在最后一次回复后 2 天自动关闭。不再允许新回复。