Bug 60378

Summary:	поле ввода очищается при редактировании bug summary
Product:	Infrastructure	Reporter:	Arseny Maslennikov <arseny>
Component:	bugzilla.altlinux.org	Assignee:	Anton Farygin <rider>
Status:	RESOLVED NOTABUG	QA Contact:	Andrey Cherepanov <cas>
Severity:	normal
Priority:	P5	CC:	cas, ldv, mcpain, rider
Version:	unspecified
Hardware:	all
OS:	Linux

Description

Arseny Maslennikov 2026-09-03 11:32:44 MSK

После не слишком давнего обновления css ухудшилось поведение (некоторых?) input-полей на странице багрепорта.

Если рядом с заголовком баги нажать "править/edit", то заголовок заменяется, как и раньше, на поле ввода и кнопку submit. Но раньше в поле оставалось прежнее значение, а теперь оно очищается (и скопипастить его неоткуда).

Обычно же редачат заголовок, чтобы исправить в нём очепятку, или переназначить кандидата в ALT Linux Team с одного числа на другое.
Прошу это восстановить.

Comment 1

Anton Farygin 2026-09-03 11:43:56 MSK

у меня в firefox не очищается. нужны подробности про браузер что бы воспроизвести.

Comment 2

Олег Соловьев 2026-09-03 12:21:27 MSK

У меня тоже не воспроизводится ни на RU, ни на EN.
Firefox 155.0

Comment 3

Anton Farygin 2026-09-03 12:24:59 MSK

в chromium тоже не воспроизводится. ни в мобильном ни в десктопном.

Comment 4

Arseny Maslennikov 2026-09-03 14:03:36 MSK

Успел ещё достать машину с debian sid + firefox; там бага не воспроизводилась.

Comment 5

Arseny Maslennikov 2026-09-03 14:06:28 MSK

Списались недавно с rider@. Оказалось, что:
— в DOM багзиллы всё на месте;
— если я в броузере нажимаю в этом поле Ctrl+Z, текст возвращается на место; т. е. там происходит автоудаление из поля обыкновенное.

https://github.com/ibus/ibus/issues/2919
Очень похоже вот на это.
Разве что непонятно, почему симптом стал проявляться только после появления адаптивного css. Может, и совпадение.