Задержки в работе функции ПоместитьВоВременноеХранилище

 В платформе версией до 8.3.9.1818 для обычных форм существует следующая ошибка:

   Строка "ПоместитьВоВременноеХранилище(Данные, АдресХранилища);" выполняется мгновенно, но сам результат может быть помещен во временное хранилище со значительной задержкой. В статье описан простой вариант обхода данной ошибки.

Ошибка получения списка баз через web-сервис ( WebCommonInfoBases.GetInfoBases() )

Во время прохождения курса по администрированию была обнаружена ошибка на новом релизе платформы (8.3.9.1818 с Apache/2.2.25 под Win32): некорректно отрабатывает механизм получения баз через web-сервис (официальное описание работы): цитата из мануала "WebCommonInfoBases.GetInfoBases() (требует аутентификации)" - по факту при наличии аутентификации второй запрос идет не SOAP, а REST с ожидаемым типом application/json (далее пример запроса):

GET /listservice2/ws/WebCommonInfoBases/GetInfoBases?InfoBasesCheckCode=00000000-0000-0000-0000-000000000000&ClientID=00000000-0000-0000-0000-000000000000 HTTP/1.1

Странное поведение Платформы 1С 8.3.9.1850 с РежимОткрытияОкнаФормы.БлокироватьВесьИнтерфейс

   В последней версии платформы появился новый баг при работе с окном, которое блокирует интерфейс. Например, в ответственный момент пользователю отображается форма с каким-то списком срочных дел (чтобы сосредоточить его внимание, данная форма блокирует интерфейс - далее "блок. форма"). Если при этом в форме есть периодический обработчик ожидания с серверными вызовами, то интерактивная работа с подчиненными формами (владелец которых "блок. форма") становится невозможной: при каждом тике обработчика фокус переключается на "блок. форму". Следует уточнить важный момент: в серверном вызове данные формы не меняются, перерисовки формы в этом случае быть не должно. Варианты решения:
• переписать код через серверный вызов без контекста;
• дождаться следующей версии платформы (в тестовой версии 8.3.9.2016 данный баг уже отсутствует).

P.S. в ветке 8.3.8 данный баг замечен не был. Здесь база, на которой можно рассмотреть баг детальнее.

Помог немного улучшить платформу :)

   Ура - ошибка платформы № 10167670 исправлена - настало время описать историю поиска этого бага.

   В сентябре расследовал запутанный инцидент: после обновления платформы периодически обмен заказами с сайтом не работал (сам обмен осуществляется через web-сервис). Попытка воспроизвести баг локально успехом не увенчалась - развернул базу, настроил Apache2 - запросы через SoapUI отрабатывали стабильно хорошо (но эти же запросы на "боевом" сервисе периодически отрабатывали некорректно).