Куки файлы не отправляются в приложении Windows Phone, но файлы cookie отправляются с тем же кодом в приложении Windows 8

У меня есть базовый класс, который обрабатывает запросы GET и POST с помощью HttpWebRequest/HttpWebResponse.

Я использую свой класс для входа в API и последующего запроса данных. В приложении Windows 8 "Metro" он работает точно так, как ожидалось. В приложении Windows Phone 8 логин появляется успешно, но при последующем запросе данных куки не отправляются, и сервер отвечает так, как будто клиент не вошел в систему.

Вот класс, этот точный код используется в приложении Windows 8 и приложении Windows Phone:

class Class1
    {
        CookieContainer cookieJar = new CookieContainer();
        CookieCollection responseCookies = new CookieCollection();

        public async Task<string> httpRequest(HttpWebRequest request)
        {
            string received;

            using (var response = (HttpWebResponse)(await Task<WebResponse>.Factory.FromAsync(request.BeginGetResponse, request.EndGetResponse, null)))
            {
                using (var responseStream = response.GetResponseStream())
                {
                    using (var sr = new StreamReader(responseStream))
                    {
                        cookieJar = request.CookieContainer;
                        responseCookies = response.Cookies;
                        received = await sr.ReadToEndAsync();
                    }
                }
            }

            return received;
        }

        public async Task<string> get(string path)
        {
            var request = WebRequest.Create(new Uri(path)) as HttpWebRequest;
            request.CookieContainer = cookieJar;

            return await httpRequest(request);
        }

        public async Task<string> post(string path, string postdata)
        {
            var request = WebRequest.Create(new Uri(path)) as HttpWebRequest;
            request.Method = "POST";
            request.CookieContainer = cookieJar;

            byte[] data = Encoding.UTF8.GetBytes(postdata);
            using (var requestStream = await Task<Stream>.Factory.FromAsync(request.BeginGetRequestStream, request.EndGetRequestStream, null))
            {
                await requestStream.WriteAsync(data, 0, data.Length);
            }

            return await httpRequest(request);
        }
    }

И код для запуска запросов:

    var n = new Class1();
    await n.post("https://mydomain.com/api/login/", "username=myusername&password=mypassword");
    await n.get("https://mydomain.com/reader/feeds/");

Любопытно, что если я префикс доменного имени на "www". он работает как в приложении Windows Phone 8, так и в приложении Windows 8 Metro.

Я думаю, что это как-то связано с тем, как обрабатывается домен. Домен cookie - ".mydomain.com" , и без префикса он должен думать, что cookie не принадлежит этому домену. После некоторого поиска я нашел сообщение о том, что кто-то заметил подобную проблему.

То, что я не понимаю, - это то, почему в приложении Windows 8 по-разному обрабатывается приложение Windows Phone, так что идентичный код линии для строк работает на одной платформе, но не работает на другом.


Я сделал еще кое-что для этого.

Код сервера, который я использовал для этого, находится в PHP:

<?php

if ($_REQUEST["what"] == "set")
{
    setcookie("TestCookie",$_REQUEST["username"] . " " . $_REQUEST["password"], time()+3600*24, "/", "subd.mydomain.com");
}

if ($_GET["what"] == "get")
{
    var_dump($_COOKIE);

Клиентский код в С#:

    var n = new ClassLibrary1.Class1();
            await n.get("http://subd.mydomain.com/?what=set&username=foo&password=bar");
            await n.get("http://subd.mydomain.com/?what=get");

Вот пример ответа cookie с сервера

Set-Cookie: ARRAffinity=295612ca; Path=/;Domain=subd.mydomain.com
Set-Cookie: TestCookie=foo+bar; expires=Fri, 04-Jan-2013 17:19:25 GMT; path=/; domain=subd.mydomain.com

В приложении Windows 8 Store/Metro это результат:

array(2) {
  ["ARRAffinity"]=>
  string(8) "295612ca"
  ["TestCookie"]=>
  string(7) "foo bar"
}

В приложении Windows Phone это результат:

array(0){
}

В Windows Phone не отображаются файлы cookie, если они установлены таким образом.

Я изменяю настройку TestCookie, результат от сервера теперь выглядит следующим образом:

Set-Cookie: ARRAffinity=295612ca;Path=/;Domain=subd.mydomain.com
Set-Cookie: TestCookie=foo+bar; expires=Fri, 04-Jan-2013 17:29:59 GMT; path=/

TestCookie теперь явно не задает область, ARRAffinity не изменяется.

Приложение Windows 8 Store/Metro теперь возвращает это:

array(2) {
  ["TestCookie"]=>
  string(7) "foo bar"
  ["ARRAffinity"]=>
  string(8) "295612ca"
}

Приложение Windows Phone 8 возвращает следующее:

array(1) {
  ["TestCookie"]=>
  string(7) "foo bar"
}

Файл cookie ARRAffinity не отправляется, поскольку он явно объявляет домен.

Если я назначу некоторые точки останова и проверит CookieContainer запроса, у меня есть две записи в m_domainTable

+       [0] {[.subd.mydomain.com, System.Net.PathList]} System.Collections.Generic.KeyValuePair<string,System.Net.PathList>
+       [1] {[subd.mydomain.com, System.Net.PathList]}  System.Collections.Generic.KeyValuePair<string,System.Net.PathList>

Файл cookie, который не отправляется, находится в контейнере .subd.mydomain.com. Это то же самое и на Windows 8, и на Windows Phone 8.

Однако, если cookie объявляет себя следующим образом:

Set-Cookie: TestCookie=foo+bar; expires=Fri, 04-Jan-2013 17:19:25 GMT; path=/; domain=.mydomain.com

Он правильно отправлен на Windows Phone 8.

В моем первоначальном случае сервер объявляет cookie таким же образом, независимо от того, доступен ли он через mydomain.com или www.mydomain.com; как ".mydomain.com" , но Windows Phone 8, похоже, не считает, что cookie для ".mydomain.com" должен быть отправлен на "mydomain.com". Это проблематично, так как даже если сервер помещает "subd.mydomain.com" в качестве домена, он рассматривается как имеющий предыдущую точку, а затем не работает по своей собственной ошибке. Кажется, что он не должен отправлять информацию о домене с файлом cookie, чтобы правильно обработать его.

Ответы

Ответ 1

Это известная проблема, статья обратной связи здесь.

Не так много сейчас происходит, но оно было подано относительно недавно. Я могу только рекомендовать голосовать за эту ошибку и периодически проверять ее статус. Если вы не можете позволить себе подождать, обратитесь в службу поддержки Microsoft за более быстрым наблюдением.