- Порезанный
- 5 сентября 2026 г. в 06:31 UTC
- Автор
- Kamo
- Обещать
- cbc238a
На вкладке CalDAV / CardDAV Connect через кнопку OAuth поднялось предупреждение о том, что поток не был реализован и для настройки учетных данных через API. Теперь Запускает реальное соединение, и ограничение, которое сформировало его, заключается в том, что OAuth перенаправляет URI живет в консоли третьей стороны: Google и Entra держат ровно по одному адрес для регистрации приложения, набранный тем, кто его зарегистрировал, так что второй Поток не может иметь вторую обратную связь. Таким образом, оба потока попадают по адресу уже зарегистрированы и разделены маркером потока внутри государства. OAuthFlowKind, без значения EMAIL, поэтому обратные вызовы в полете продолжают завершаться там, где Они всегда так делали. Никаких изменений консоли, никаких новых шлюзов, никаких новых сеансов. Освобождение от общественного пути. Что новый поток делит с почтовым ящиком, которым он делится намеренно: - Регистрация приложения. GroupwareOAuthService запрашивает PlatformOAuthClientResolver тот же вопрос, который задает вкладка «Настройка провайдера» - собственный Google организации или приложение Entra, если оно там зарегистрировано, другое приложение платформы Kamo. Удостоверения, введенные один раз, служат обоим, и организация, которая не имеет ни того, ни другого, говорит об этом. вместо отправки на экран согласия, который отклоняет пустой идентификатор клиента. - перенаправление URI, читать с ****************, а не Пересмотрел. Одна копия, потому что вторая будет перенаправлением uri mismatch для кого-то, чтобы переместить обратный вызов, и он уже покрыт OAuthRedirectUriTest против общей таблицы OAuthCallbackPaths. То, что он не разделяет, это грант. Он просит календарь и контакты скорее чем Gmail и Admin SDK, и сохраняет свои токены на ContactIntegration, а не строка поставщика электронной почты, поэтому подключайте календари Не может нарушить работу почтового ящика. Области чтения-записи, а не .readonly: двусторонняя синхронизация является переключателем, который член переворачивает после согласия, и объемы фиксируются при согласии. Соединение доказывает себя перед отчетом об успехе - оно читает учетную запись, которая Предоставляется доступ и список одного календаря. грант, который не может читать календари; который вернулся без маркера обновления, хранится и помечается, что делать Они оба невидимы до тех пор, пока синхронизация не пройдет несколько дней спустя. Полномочия написаны в форме четырех существующих обновлений, уже прочитанных клавишей строки (accessToken / refreshToken / tokenExpiry as era millis / clientId /) ClientSecret/TenantId), поэтому соединение остается в живых без дальнейшей работы, и GroupwareOAuthServiceTest прикрепляет эти имена: переименование одного компилятора, развертывание, Он подключается и перестает работать через час. Кроме того, три фикса на одной и той же поверхности: - GET/settings/integrations/org возвращает объект, который помещает Зашифрованные AES учетные данные смазываются в теле отклика, кэше браузера и каждом Прокси-регистратор между здесь и членом, на каждой нагрузке экрана, который никогда не Читает поле. Обе конечные точки теперь возвращают явный вид строки. сообщать только о том, есть ли в файле учетные данные. - приложить Config читать «двунаправленный», в то время как каждый экран настроек всегда отправлял «bidirectionalSync», так что двухсторонний переключатель никогда не сохранялся. Принимает оба. - ClearOrgCredentials, поэтому Disconnect забывает грант без сброса параметры синхронизации, выбранные участником, которые удаляют интеграцию. Сама синхронизация календарей и контактов неизменна и все еще не построена. Google и Microsoft GroupwareProviders - это заглушки, делегированные местному DB. ProviderRegistry связывает KamoGroupwareProvider независимо от типа провайдера. Работа DaemonService синхронизирует только синхронизацию. Это дает полномочия тем, кто Понадобится, и пока ничего не читается.