- Порезанный
- 30 августа 2026 г. в 20:22 UTC
- Автор
- Kamo
- Обещать
- 7daab4b
Обе конечные точки ответили из email metadata.search index и передали клиенту Что держит стол. Умная папка вернула SearchIndexEntity — messageUid, от Email, isRead — где список сообщений отображает EmailMessage: uid, from, seen. Ярлык был хуже, возвращая сообщение labels соединить ряды, которые несут член, папка, UID и идентификатор ярлыка и никакой темы, отправителя или даты. Ни один из них не мог Нарисовали ряд. У конечной точки ярлыка не было абонента, поэтому никто никогда не говорил так. IndexedEnvelopes теперь имеет одно отображение, снятое с IndexedMessageListService где он был приватным для списка папок. Это скорее снимает папку с ряда чем от абонента: список папок знает свою собственную папку, умную папку решительно не делает - его результаты охватывают каждую папку, которую член проиндексировал, и Каждое действие, которое клиент предлагает в строке, обращается к сообщению по папке + UID. Два молчаливых провала идут вместе с ним. Поле непризнанного состояния было скорее пропущено Отказ, поэтому опечатка в «from email» превратила «mail от моего бухгалтера» во все Моя почта и сообщение об успехе — единственный способ, которым фильтр никогда не должен потерпеть неудачу. И поститься с Никаких условий, сериализованных в нуль колонки как четыре символа «нуль», которые Разбирает как JSON, терпит неудачу как список условий и переворачивает каждое прочитанное позже. Погрешность, прослеживаемая до нуля. Сейчас их уже 400, как и вопрос, который Сохраненные условия не могут быть прочитаны; это были 500-е годы, и ни одна из них не является нашей виной. Проверено: тест mvn, 464 прохода (459 перед, 5 новых для картографирования).