- Szycy
- 5 sierpnia 2026 07:24 UTC
- Autor
- Kamo
- Pochęt się
- c7cb180
Przegląd kontradyktoryjny 6df0008 potwierdził 24 wyniki. Ważnych z nich: CRITICAL - każdy członek może usunąć pocztę kolegi. Zespoły idów głosowych były id Skomponowane jako "-mailbox |-graphMessageId" i odczytać / usunąć / pojąć podzielenie Id dla dzwoniący ido i używał swojej skrzynki pocztowej w połowie dosłownej jako /users/-mailbox. Token aplikacji org - który może dotrzeć do każdej skrzynki pocztowej w najemcy. A w tym, w tym, w tym, w tym, w tym, w tym, w tym, w tym, w tym, w tym, w tym, w tym, w tym, w tym, w tym, w tym Skrzynka pocztowa + mesageId pary zostały rozdane przez GET /instances / ''id'/voicemails, więc Nie była to nawet gra zgadywania. Skrzynka pocztowa jest teraz rozwiązana wyłącznie z połączenia Własne połączenie Microsoftu z członkiem i nie jest możliwe do wyłudzenia z niczego klienta Wysyła; lub praca (synchronizacja, zdrowie) nie rozwiązuje żadnej skrzynki pocztowej i nie czyta żadnego. To jest Powstrzymuje również instancję synchronizacji z chodzeniem pocztą każdego kolegi na tokenze aplikacji. Upuszczenie skrzynki pocztowej z id fixes dwa kolejne potwierdzone usterki za darmo: Ids były 190-240 znaków przeciwko kolumnie VARCHAR(128) (każdy upadają), oraz "|" sprawił, że Tomcat odrzucił URL z 400 przed routingiem wiosennym, więc zaznaczono, Archiwum i usuwanie nigdy nie dociera do serwera. Rozszerzające się identyfikatory przechodzą do ''' dla Z tego samego powodu, a Teams routing sfinix (+1425...; fort 1234, 21 znaków) jest teraz Przycięte tak, aby pasowały do VARCHAR(20) EXTENSION_NUMBER, zamiast nie powiodyć synchronizacji. WYSOKI - historia połączeń była po cichu pusta dla większości członków. GetPstnCalls jest a Posuw najemcy bez filtra na użytkownika, a kod zamknął opłatę w 2000 roku rzędy PRZED filtrowaniem, więc u każdego najemcy z połączeniami PSTN o mocy 90 dni więcej niż 2000 funtów Cpel został pochłonięty przez rzędy innych ludzi. Filtrowanie odbywa się teraz podczas paging I zatrzymuje się, gdy tylko żądana strona jest pełna. HIGH — Powiadomienia wykresu zostały przetworzone w linii na wątku odpowiedzi: N Sekwencja wykresu w obie strony w stosunku do trzysekundowego budżetu uznania. Przeszłość 15% powolnych odpowiedzi w ciągu dziesięciu minut, wykres oznacza "upuszczenie" punktu końcowego i odrzuty Powiadomienia na 10 minut. Walidacja pozostaje w linii; praca przenosi się do Wykonywał wykonawcę połączeń. WYSOKI – państwo członkowskie łączyło się z członkiemId, ale nic nie przywiązało tego do Osoba wypełniająca logowanie, aby członek mógł przekazać swój adres URL Kolega i kończy z tożsamością kolegów w swoim własnym rzędzie. Self-- Połączenie teraz wymaga logowania firmy Microsoft, aby dopasować się do wiadomości e-mail Kamo członka; Połączenie w czyimś imieniu pozostaje dozwolone i jest rejestrowane w stanie. HIGH — MemberVoipConfigController zaufał ścieżce memberId bez kontroli org GET lub PUT, i nic nie dostarczonego w górę: identyfikator cross-tenant na każdym Konfiskata VOIP członka, w tym ich identyfikator obiektu Entra. Wstępnie istniejące, ale to Zadanie jest tym, co umieszcza tożsamość w tym ładunku. Również: TeamsNeedsReconnectException zwrócił 500 zamiast 409 za oczekiwany "Nie połączone jeszcze" stan; punkt końcowy ACS był bezwalifikowanym operatorem, że Oddelegowane dojazdowe tokeny zostało zawiązane (teraz do schematu i wypintorowego); jednocześnie Subskrypcja może osierocić subskrypcję wykresu przeciwko 100 naorg kwotowych; i acsEndpoint jest redagowany, ponieważ operatorzy wklejają całe połączenie W tonie się w to strumy. Zweryfikowano: test mvn — 136 testów, 0 awarii.