Follow-ups from #312, #316, #318, #320, #330, #333, #335 (мерж-волна 12.11) #337

New Issue

aep · 2026-11-12T17:50:38+03:00

aep commented

2026-11-12 17:50:38 +03:00

Отложенные находки из PR, влитых в test 12.11.2026: #315 (AURORA-1879, issue #312), #317 (AURORA-1880, #316), #319 (AURORA-1881, #318), #323 (AURORA-1896, #320), #332 (AURORA-1883, #330), #334 (AURORA-1900, #333), #336 (AURORA-1938, #335). У #328 (AURORA-1885, #327) и #331 (AURORA-1886, #329) отложенного нет. Маркеры — как в описаниях PR.

Из #312 / PR #315 (AURORA-1879)

O-4 — в payload аудита add_form_phase нет task_name (в upd/del есть) — старое различие.
O-5 — 10 известных падений backend-набора на чистой test (form3 add_project, satellite spod ×3, upd_form_cells_subtree ×3, 0037_guard, export_service_query_params ×2); уже отслеживаются в #311 и #322.
O-6 — ?sheet=X без direction в GET /stages/form/{id} молча означает direction IS NULL — для AHR/CAP возвращает пусто.

Из #316 / PR #317 (AURORA-1880)

O-2 — deleteStage в useTaskStages без состояния загрузки — возможен повторный клик (было и раньше).
O-3 — useExhaustiveDependencies в useTaskStages (было и раньше).
O-4 — форматирование stages.js (двойные кавычки) не по стилю проекта (было и раньше).

Из #318 / PR #319 (AURORA-1881)

O-2 — allStages = stagesInfo.stages || [] пересоздаётся при каждом рендере до загрузки — лишний пересчёт memo.

Из #320 / PR #323 (AURORA-1896)

T1.4 — NULL p_sheet или неизвестный пользователь дают сырую ошибку БД, а не invalid_formula (Python валидирует раньше).
T3.3 — лишний SQL-вызов set_formulas на каждую правку ячейки — может влиять на p50 AURORA-1850 (замер).
T7.1 — буферизованные WS-сообщения старого сокета после смены листа могут записать формулу в карту нового листа (исправится GET-ом).
T7.2 — GET формул при isConnected=false.
T7.5 — возможное мигание fx на один кадр при правке.
M-4 — 400→422 для всех validation-префиксов (изменение поведения API).
M-6 — 403-тест тавтологичен из-за отката сессии.
M-8 — formulaStore.size() нужен только тестам, WS-тесты привязаны к seed.
O-4 — подсказка формулы появляется только при наведении на значок fx (≈8×9 px), а не на всю ячейку (UX, на усмотрение фронта).

Из #330 / PR #332 (AURORA-1883)

M-1 — после ошибки загрузки списка остаются данные прежнего статуса.
M-2 — поле даты: запрос на каждое нажатие, 5-значный год → 422.
M-3 — «Закрытые»: добавление/правка ломают сортировку и период до перезагрузки.
M-4 — до загрузки dropdown ячейки ВСП показывают «ВСП #id».
M-5 — Enter в списке на закрытом ВСП может выбрать первый действующий (гипотеза, не регрессия — проверить).
M-6 — нет проверки «Закрыт с» > «по».
M-8 — модалка выгрузки не показывает выгружаемый статус/период.
O-1 — два сценария спеки не прогонялись на стенде: «закрыли в Действующих» и выгрузка из модалки.
H-2 — Цыганков: заменив в строке листа закрытый ВСП на действующий, вернуть закрытый нельзя — в списке только действующие. Какие закрытые ВСП можно выбирать (например, закрытые в год формы или позже) — вопрос заказчику. Ответ в PR.

Из #333 / PR #334 (AURORA-1900)

O-1 — в журнале аудита {year} в пути колонки показывается без подстановки (так было и раньше).
O-2 — ручная проверка на стенде не проводилась.
O-3 — неиспользуемые self.sheet_writers и _write_sheet_rows в ExportService (старый путь openpyxl); там шапка плана по-прежнему нерендеренная.

Из #335 / PR #336 (AURORA-1938)

O-2 — групповые строки FORM_2 включают target_change в план квартала, строки — нет (старое расхождение).
O-4 — план 1984 и шапка 0055 называют FORM_4 «Сметой РФ».
O-6 — transfer_to_qN («Перенос в следующий квартал») хранится отдельно от подколонок, хотя в шаблоне = их сумма → AURORA-2054 (вопрос заказчику).
O-8 — svod2_lines выводит строку при ненулевом сыром transfer_to_economy — возможны «пустые» строки FORM_2 со старым значением.
O-9 — старые сырые значения transfer_to_economy FORM_2 остаются в БД (нигде не видны), без очистки.

Отложенные находки из PR, влитых в `test` 12.11.2026: #315 (AURORA-1879, issue #312), #317 (AURORA-1880, #316), #319 (AURORA-1881, #318), #323 (AURORA-1896, #320), #332 (AURORA-1883, #330), #334 (AURORA-1900, #333), #336 (AURORA-1938, #335). У #328 (AURORA-1885, #327) и #331 (AURORA-1886, #329) отложенного нет. Маркеры — как в описаниях PR. ## Из #312 / PR #315 (AURORA-1879) - **O-4** — в payload аудита `add_form_phase` нет `task_name` (в upd/del есть) — старое различие. - **O-5** — 10 известных падений backend-набора на чистой `test` (form3 add_project, satellite spod ×3, upd_form_cells_subtree ×3, 0037_guard, export_service_query_params ×2); уже отслеживаются в #311 и #322. - **O-6** — `?sheet=X` без `direction` в GET `/stages/form/{id}` молча означает `direction IS NULL` — для AHR/CAP возвращает пусто. ## Из #316 / PR #317 (AURORA-1880) - **O-2** — `deleteStage` в useTaskStages без состояния загрузки — возможен повторный клик (было и раньше). - **O-3** — `useExhaustiveDependencies` в useTaskStages (было и раньше). - **O-4** — форматирование `stages.js` (двойные кавычки) не по стилю проекта (было и раньше). ## Из #318 / PR #319 (AURORA-1881) - **O-2** — `allStages = stagesInfo.stages || []` пересоздаётся при каждом рендере до загрузки — лишний пересчёт memo. ## Из #320 / PR #323 (AURORA-1896) - **T1.4** — NULL `p_sheet` или неизвестный пользователь дают сырую ошибку БД, а не `invalid_formula` (Python валидирует раньше). - **T3.3** — лишний SQL-вызов `set_formulas` на каждую правку ячейки — может влиять на p50 AURORA-1850 (замер). - **T7.1** — буферизованные WS-сообщения старого сокета после смены листа могут записать формулу в карту нового листа (исправится GET-ом). - **T7.2** — GET формул при `isConnected=false`. - **T7.5** — возможное мигание `fx` на один кадр при правке. - **M-4** — 400→422 для всех validation-префиксов (изменение поведения API). - **M-6** — 403-тест тавтологичен из-за отката сессии. - **M-8** — `formulaStore.size()` нужен только тестам, WS-тесты привязаны к seed. - **O-4** — подсказка формулы появляется только при наведении на значок `fx` (≈8×9 px), а не на всю ячейку (UX, на усмотрение фронта). ## Из #330 / PR #332 (AURORA-1883) - **M-1** — после ошибки загрузки списка остаются данные прежнего статуса. - **M-2** — поле даты: запрос на каждое нажатие, 5-значный год → 422. - **M-3** — «Закрытые»: добавление/правка ломают сортировку и период до перезагрузки. - **M-4** — до загрузки dropdown ячейки ВСП показывают «ВСП #id». - **M-5** — Enter в списке на закрытом ВСП может выбрать первый действующий (гипотеза, не регрессия — проверить). - **M-6** — нет проверки «Закрыт с» > «по». - **M-8** — модалка выгрузки не показывает выгружаемый статус/период. - **O-1** — два сценария спеки не прогонялись на стенде: «закрыли в Действующих» и выгрузка из модалки. - **H-2** — Цыганков: заменив в строке листа закрытый ВСП на действующий, вернуть закрытый нельзя — в списке только действующие. Какие закрытые ВСП можно выбирать (например, закрытые в год формы или позже) — вопрос заказчику. [Ответ в PR](https://git.aepif.ru/RSHB/DFiP_Budget_planing/pulls/332#issuecomment-9662). ## Из #333 / PR #334 (AURORA-1900) - **O-1** — в журнале аудита `{year}` в пути колонки показывается без подстановки (так было и раньше). - **O-2** — ручная проверка на стенде не проводилась. - **O-3** — неиспользуемые `self.sheet_writers` и `_write_sheet_rows` в `ExportService` (старый путь openpyxl); там шапка плана по-прежнему нерендеренная. ## Из #335 / PR #336 (AURORA-1938) - **O-2** — групповые строки FORM_2 включают `target_change` в план квартала, строки — нет (старое расхождение). - **O-4** — план 1984 и шапка 0055 называют FORM_4 «Сметой РФ». - **O-6** — `transfer_to_qN` («Перенос в следующий квартал») хранится отдельно от подколонок, хотя в шаблоне = их сумма → AURORA-2054 (вопрос заказчику). - **O-8** — `svod2_lines` выводит строку при ненулевом сыром `transfer_to_economy` — возможны «пустые» строки FORM_2 со старым значением. - **O-9** — старые сырые значения `transfer_to_economy` FORM_2 остаются в БД (нигде не видны), без очистки.

aep referenced this issue

2026-11-12 17:50:48 +03:00

AURORA-1879: одноимённые этапы «Поддержки» и «Развития» склеиваются в списке; правка и удаление этапа ломаются #312

aep referenced this issue

2026-11-12 17:50:49 +03:00

AURORA-1880: окно «Этапы» — этап определяется с направлением, направление видно в строке #316

aep referenced this issue

2026-11-12 17:50:50 +03:00

AURORA-1881: фильтр в окне «Этапы» — лист и направление, роль, статус, поиск по названию #318

aep referenced this issue

2026-11-12 17:50:52 +03:00

AURORA-1896: формулы ячеек на сервере — видны всем (маркер fx, автор, время) #320