アクセス許可用のWebViewにログインセッションが残っているので別のアカウントに切り替えられない問題 about hatena-bookmark-ios-sdk HOT 7 CLOSED

現状で対処する方法として、ログイン画面を呼び出す時のrequestオブジェクトにHTTPShouldHandleCookies = NO;を設定するのはいかがでしょうか。

もちろんSDK側で提案された内容が実装されるのも良いと思います。

-(void)showOAuthLoginView:(NSNotification *)notification {
    [[NSNotificationCenter defaultCenter] removeObserver:self name:kHTBLoginStartNotification object:nil];

    NSMutableURLRequest *req = (NSMutableURLRequest *)notification.object;
    req.HTTPShouldHandleCookies = NO;

    UINavigationController *navigationController = [[UINavigationController alloc] initWithNavigationBarClass:[HTBNavigationBar class] toolbarClass:nil];
    HTBLoginWebViewController *viewController = [[HTBLoginWebViewController alloc] initWithAuthorizationRequest:req];
    navigationController.viewControllers = @[viewController];
    [self presentViewController:navigationController animated:YES completion:nil];
}

from hatena-bookmark-ios-sdk.

NSMutableURLRequestが返ってくるのを前提とした仕様、はいまいちだと思いますので現状で良いとは思っていません。
SDKのAPIを通してある程度requestオブジェクトがコントロール可能になるがいいのではないでしょうか。

from hatena-bookmark-ios-sdk.

なるほどHTTPShouldHandleCookiesがありましたか。
とりあえずの対応として「ログインフォームを必ず表示したい場合、HTTPShouldHandleCookiesを設定してください」とドキュメントに書いておくだけでもよさそうですね。

from hatena-bookmark-ios-sdk.

API側で返すNSURLRequestに始めからHTTPShouldHandleCookies = NOを付ける実装をしてみましたが、これは如何でしょうか。 5d7e824 ただ、この実装でも、他のWebViewでははてなへのログインが残り続けるのが難点ですが。

NSNotificationにrequestが着いてくる現在の実装は微妙だと思っているので、この辺りはいずれ見直したいですね（もちろん後方互換性を保ちながら）。Safariに飛ばすものや、自社アプリに飛ばすものもあるので、将来的にはアプリ内のWebViewで認証という形を取らなくても良いのかもしれません。

from hatena-bookmark-ios-sdk.

再ログインの件はこれでよさそうですね。むしろログインセッションを保持したいケースがないでしょうし。
他のWebViewでははてなへのログインが残り続けるのはそっちの方が自然かと思います。

from hatena-bookmark-ios-sdk.

@laiso 上記の件、merge しました。問題なければ close したいと思います。

from hatena-bookmark-ios-sdk.

OKです

from hatena-bookmark-ios-sdk.