| Summary: | Некорректный BuildTime для пакетов в Tested сборочных заданиях на P.A.O | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Infrastructure | Reporter: | Alexandr Shashkin <dutyrok> | ||||
| Component: | packages.altlinux.org | Assignee: | Dmitry Lyalyaev <fruktime> | ||||
| Status: | REOPENED --- | QA Contact: | Andrey Cherepanov <cas> | ||||
| Severity: | normal | ||||||
| Priority: | P5 | CC: | ancieg, dshein, fruktime, rider | ||||
| Version: | unspecified | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Attachments: |
|
||||||
Действительно для пакетов из заданий в состоянии EPERM и TESTED дата сборки отображается как 1 января 1970 года (начало эпохи unixtime). Бэкэнд отдаёт корректный билдтайм исходного пакета и вопрос тут именно к отображению на р.а.о. Текущий формат отображения ориентирован в основном на рядовых пользователей и подразумевает, в первую очередь, корректное отображение состояния репозитория как его видит пользователь. Попасть на страницу пакета из задания в состоянии отличном от DONE можно только из страницы с содержимым сборочного задания: крайне маловероятный путь для обычного посетителя сайта. Почему мы показываем именно дату сборки задания а не билдтайм пакетов? Потому что например для сборки из srcrpm билдтайм пакета вообще может отстоять от времени коммита сборочного задания в репозиторий на любое количество времени. Собственно это и было одной из причин перехода на отображение времени сборки по заданию как наиболее актуального для пользователей продуктов на основе репозиториев АЛЬТ Линукс. Более того пакеты из сборочного задания в состоянии отличном от DONE в определённом смысле никогда не собраны в репозиторий и не имеют валидной даты сборки. К тому же, с учётом пути по которому пользователь может попасть на страницу пакета с некорректным временем, и так известно время перехода сборочного задания в текущее состояние - оно собственно явно указано на странице содержимого на видном месте. У меня есть небольшой фикс на стороне бэкэнда, но пока не принято решение стоит ли его принимать в код АПИ в текущем виде: сейчас это чисто косметический фикс и решает больше эстетические вопросы нежели практические. > Более того пакеты из сборочного задания в состоянии отличном от DONE в
> определённом смысле никогда не собраны в репозиторий и не имеют валидной
> даты сборки.
Так может тогда вообще убрать это поле для отображения информации о пакетах из тасков, которые не в состоянии DONE?
Шаблон на фронте один и тот же. Убрать отображение даты по условию конечно можно, но это лишний код который непременно потом сломается в самый неподходящий момент. Да нет конечно, явный баг. Надо чинить (подумать как). |
Created attachment 21811 [details] Пример некорректного buildtime Для пакетов, собранных в заданиях, статус которых Tested, build time отображается как "Jan 1, 1970, 03:00 AM". Хотя build time задания "Jul 3, 2026, 11:18 AM".