Issue
,将无法得到答复。发生了什么?
swagger登录成功后(基于jwt token的认证方式),前端并没有保存access-token
,导致基于token的登录无效,导致无法访问需要认证的token
期待的结果是?
swagger登录成功后,能够正常访问需要认证的接口;
为了减少不必要的沟通成本和时间成本,请再次确认 Issue
已按照要求正确填写,否则将被直接关闭。
你可以在调用loginobject.submiturl
成功后,直接调用defaultResponseInterceptor(res);
应该可以解决该bug!
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。
等等,我想搞清楚你说的登录时什么意思?是哪个登录?
功能没问题:
唉 你真应该认真看一下!而不是简单的认为没有bug;
你在执行_httpContextAccessor.HttpContext.SigninToSwagger("传入 token");
后相应头会携带access-token
,给到前端,你在调用loginObject.checkUrl
,该方法已经通过响应头返回了access-token
;
基于cookie的登录应该不会存在该问题,如果是基于token的登录肯定会存在该bug的
我明白你的意思了,你是在 SubmitUrl
这个之后返回 token
,而不是在 swagger
中设置,如果是这样的操作,那么确实是不会触发。
这个可以算一个bug,也不算,因为一开始就没有考虑到会这么用,经过你这么一说,发现这个属于一个非常好的改进,我立马实现。
嗯嗯 好的 谢谢
可以提交一个pr吗?直接在线修改这两个文件即可,因为是你发现了,不能占了功劳。
https://gitee.com/dotnetchina/Furion/tree/v4/framework/Furion/SpecificationDocument/Assets
好的
测试之后发现报错,原因是 res
是返回结果,而不是 response
对象,当然接下来我来调整了,你的需求一定满足。
原因是 XHR
返回的是 response
的 body
,而不是 HttpResponse
对象
https://developer.mozilla.org/en-US/docs/Web/API/XMLHttpRequest/response
Furion v4.8.5.5 版本已发布,已修正。
现在还是有bug,loginObject.submitUrl
的success
回调方法中, 应该先调用初始化initSwaggerUI()
方法,再执行响应拦截器,否则,全局变量中没有ui
initSwaggerUI(configObject, oauthConfigObject);
defaultResponseInterceptor({ headers: headerMap });
= =,好,。。。兄弟,继续提交 pr....,我来做最后的审核和测试。。。。
https://gitee.com/dotnetchina/Furion/tree/v4/framework/Furion/SpecificationDocument/Assets
登录 后才可以发表评论