使用此方法的原因可能是什么
public override object Authenticate(IServiceBase authService,
IAuthSession session, Authenticate request)
在session
内部,在一种情况下,ProviderOAuthAccess
在本地身份验证服务器实例(http://localhost:5001)上尝试该应用时,以及在{{3 }}我的计数为0。
注意,我的客户端应用程序在常规(非ssl)端口上的localhost上运行。不知道这是否以某种方式相关,但是正如我所说,与在本地主机上使用的同一身份验证提供程序得到了正确的行为,但是当我尝试连接我的应用以从azure使用它时,它无法正常工作
我能够接收回调等。但是此会话有问题。
答案 0 :(得分:0)
从本质上可以将该问题改为:
“我的身份验证提供程序在Azure上运行时不起作用”
public void OnResultTest(object sender, EventArgs args) {
var items =TestList.ItemsSource as List<TestModel>;
if (items!= null)
{
foreach (var item in items)
{
item.ValueAnswer = "B";
}
}
}
方法是Auth Provider的实现,成功时将在.toggle-button {
-fx-min-height: 132px;
-fx-min-width: 128px;
-fx-background-image: url("close.png");
-fx-background-size: 100% 100%;
-fx-background-repeat: no-repeat;
-fx-background-position: center 8px;
}
中进行填充。因此它不起作用,但是您的帖子并未包含任何信息,说明为什么它不起作用,这最终取决于您正在使用的自定义Auth Provider实现。大多数Auth Provider用来指示失败的常见行为是重定向到包含错误代码的Authenticate()
片段,此时失败的OAuth尝试重定向通常包含AuthUserSession.ProviderOAuthAccess
。
答案 1 :(得分:0)
@Shp如果Cookies消失了,则对该会话的引用将丢失。重定向后丢失Cookie是不正常的,它们会一直保留在分配给它们的域/路径中,直到它们过期(或将其删除(通过设置过去的失效日期来完成))。临时Cookie(也称为会话Cookie)会持续到浏览器打开为止,而永久Cookie会持续到浏览器重新启动为止,直到它们的到期日期(或手动清除)为止。