![[MC-04 logo]](/mc-04/chrome/site/logo.png){kind=logo}
#1162 closed дефект (fixed)
БД: Записи несоответствий сортируются неправильно
| Reported by: | san | Owned by: | Denis_N |
|---|---|---|---|
| Priority: | critical | Component: | БД изделий АДС |
| Keywords: | Cc: |
Description
В интерфейсе несоответствий есть возможность записать сразу два комментария: само несоответствие и как оно было исправлено.
Эти обе записи делаются в один и тот-же момент времени.
При выводе истории в Истории, ОТК, Тестировании и Несоответствиях эти записи затем могут выводится в неправильной последовательности(правильно это сначала сломалось а потом починили).
Думаю что для исправления проблемы можно добавить к времени ещё один критерий сортировки - поле N.
r216/base
Change History (6)
follow-up: 4 comment:1 by , 12 months ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
comment:2 by , 11 months ago
Replying to san:
Эти обе записи делаются в один и тот-же момент времени.
Хм... А как такого можно достичь практически? Обе записи добавляются одним запросом?
comment:3 by , 11 months ago
Replying to san:
Думаю что для исправления проблемы можно добавить к времени ещё один критерий сортировки - поле N.
Понимаю, что поздно, но все-такии: а зачем, в таком случае, нужно тремя?
comment:4 by , 11 months ago
Replying to Denis_N:
Удивительно, что для изменения сортировки записей потребовалось изменять стили CSS... :)
follow-up: 6 comment:5 by , 11 months ago
Хм... А как такого можно достичь практически? Обе записи добавляются одним запросом?
Ага
Понимаю, что поздно, но все-такии: а зачем, в таком случае, нужно тремя?
Думаю, что может быть случай(исключительный) когда записи добавляются "задним числом", в таком случае, хронологически правильно их всунуть можно только по времени.
comment:6 by , 11 months ago
Replying to san:
Хм... А как такого можно достичь практически? Обе записи добавляются одним запросом?
Ага
Понимаю, что поздно, но все-такии: а зачем, в таком случае, нужно тремя?
Думаю, что может быть случай(исключительный) когда записи добавляются "задним числом", в таком случае, хронологически правильно их всунуть можно только по времени.
А добавляли бы записи разными запросами - не было бы ни ни одной из этих проблем... :)
In 223/base: