61099 2026-10-16 13:56:03 +0300 gio bash completion: «unexpected end of file» и потеря введённой строки при TAB-дополнении слова в кавычках 2026-10-16 13:56:03 +0300 1 1 4 Development Sisyphus glib2 unstable x86_64 Linux NEW P5 normal --- 1 varaksaaa aris aris qa-sisyphus oldest_to_newest 302616 0 varaksaaa 2026-10-16 13:56:03 +0300 **Версия:** p11: glib2 2.84.4-alt1 (libgio 2.84.4-alt1), bash5 5.2.37-alt1 Исходники: https://ftp.altlinux.org/pub/distributions/ALTLinux/p11/branch/x86_64/SRPMS.classic/glib2-2.84.4-alt1.src.rpm Sisyphus: glib2 2.90.1-alt1 (libgio 2.90.1-alt1), bash5 5.2.37-alt2 ## Суть При выполнении TAB-дополнения расположения в командах `gio` (move, copy, cat, list и т. д.) в том случае, если дописываемое слово содержит кавычку (`"` или `'`), в терминал выводится ошибка синтаксиса bash, варианты завершения не показываются, а введённая пользователем строка теряется (оболочка возвращается к пустому промпту, команду приходится вводить заново). Сообщение в терминале (bash 5.2): bash: неожиданный конец файла во время поиска «"» (для одиночной кавычки: `во время поиска «'»`; в bash 4.4, например ветки p10, при том же сбое выводится дополнительная строка: `bash: синтаксическая ошибка: неожиданный конец файла`). Обнаружено при вводе FTP-URI в кавычках: $ gio move "ftp://<SERVER_IP>:7777/home/test/rn<TAB> bash: неожиданный конец файла во время поиска «"» bash: синтаксическая ошибка: неожиданный конец файла Однако ситуация воспроизводится с произвольным словом в кавычках, без FTP-сервера, без монтирований и без бэкендов gvfs: сбой происходит внутри функции завершения, до каких-либо обращений `gio list`. ## Воспроизведение 1. Интерактивный терминал (bash с загруженным bash-completion, например терминал в сессии рабочего стола). 2. Ввести команду без нажатия Enter (сервер из примера не обязан существовать, монтирование не требуется): $ gio move "ftp://<SERVER_IP>:7777/home/test/rn 3. Нажать TAB. Более простой вариант без URI: $ gio move "/home/test/ + TAB — тот же результат. ## Фактический результат 1. В терминал выводится ошибка bash: `неожиданный конец файла во время поиска «"»` (для `'` — `«'»`; в bash 4.4 плюс `синтаксическая ошибка: неожиданный конец файла`). 2. Варианты завершения не показываются. 3. Введённая пользователем строка очищается: последующий ввод и Enter исполняются как самостоятельная команда (проверено: после ошибки введённый один символ исполняется как отдельная команда, т. е. буфер строки пуст). Тот же результат и при кавычке, закрытой в конце слова (`gio move "ftp://.../rn"` + TAB) — по той же причине, см. «Где». ## Ожидаемый результат Варианты завершения из указанного расположения (список имён) либо, при отсутствии подходящих имён, отсутствие видимой реакции; введённая строка сохраняется, ошибки в терминал не выводится. ## Где `/usr/share/bash-completion/completions/gio` — сценарий bash-завершения утилиты `gio`, поставляется подпакетом `libgio` исходного пакета `glib2` (файл `glib/gio/completion/gio` в дереве исходников). Строки 67–69 (нумерация по 2.84.4): # Workaround to unescape dir name (e.g. "\ " -> " ") local -a tmp="( ${dir} )" local unescaped_dir="${tmp[0]}" Этот «workaround» разымыливает имя каталога (например, `\ ` -> ` `), опираясь на давнее поведение встроенных команд bash `local`/`declare`/`typeset`: значение, присваиваемое переменной-массиву, оболочка повторно разбирает как составное присваивание `NAME=(...)` со снятием кавычек (синтаксис составного присваивания описан в справочнике bash, раздел «Arrays»). Для «чистого» `dir` (без кавычек в значении) трюк работает: `local -a tmp="( /home/test/my\ dir )"` даёт `tmp[0]` = `my dir` с обычным пробелом. Однако `dir` строится из дописываемого слова (строки 44–54 сценария) и сохраняет введённые пользователем кавычки: при кавычке, закрытой в конце слова, она отрезается вместе с basename, при недописанном слове кавычка и так не закрыта. В обоих случаях значение, попадающее на повторный разбор, содержит неспаренную кавычку, например: ( "ftp://<SERVER_IP>:7777/home/test/ ) Далее: 1. bash выводит ошибку `неожиданный конец файла во время поиска «"»` (при выполнении вне интерактивной оболочки сообщение имеет префикс с именем файла и контекстом, например `/usr/share/bash-completion/completions/gio: array assign: строка 1:`); 2. текущая команда прерывается — функция `__gio_location` завершается сразу после этой строки, последующие строки не исполняются; 3. `COMPREPLY` остаётся пустым, поэтому варианты не показываются; 4. в интерактивной оболочке введённая пользователем строка теряется. Другие сценарии завершения GLib, поставляемые тем же пакетом (`gapplication`, `gdbus`, `gresource`, `gsettings`), такой конструкции не содержат. ## Доказательства (проверено на p11, bash 5.2.37-alt1) - Интерактивно (pty, `bash -i` с загруженным bash-completion): по описанному сценарию на первый TAB выводится приведённая ошибка; одинаково для `"` и `'`, для слова, оканчивающегося `/`, и для слова с закрытой кавычкой. Буфер введённой строки после этого пуст. - Контроль без кавычек в слове (`gio move /h` + TAB): дополнение работает (строка дополнена до `/home/`), ошибки нет, строка сохранена. - Та же конструкция вне механизма завершения: $ bash -c 'declare -a t="( \"x )"; echo ok' bash: array assign: строка 1: неожиданный конец файла во время поиска «"» (`ok` не выводится, rc=1) — подтверждено, что прерывается именно повторный разбор значения присваивания массива, т. е. строка 68 сценария. - Повторные попытки завершения повторяют ошибку, `COMPREPLY` каждый раз пуст. - В bash 4.4.23 (p10) поведение то же, при том же сбое выводится обе строки сообщения (это объясняет вторую строку в первичном отчёте); в bash 5.2.37 — одна. Различие лишь в форме вывода ошибки, механизм один и тот же — давнее стабильное поведение встроенных команд bash, не регрессия bash. ## Апстрим Сценарий — апстримный код (Copyright 2018 Red Hat, https://gitlab.gnome.org/GNOME/glib). Строка «Workaround to unescape dir name» присутствует в сценарии с момента его появления (glib 2.58.0, 2018; первоначально `declare -a`, затем `local -a` — конструкция та же) и сохранена без изменений в актуальном источнике 2.90.1. Апстримные улучшения bash-завершения утилит GLib в 2.81.0 (!3989, !4012, !4013) эту строку не затрагивали; в дереве packages/srpms/g/glib2.git файл идентичен во ветках p11 и sisyphus, ALT-патчи его не меняли. ## Затронутость - p11 glib2 2.84.4-alt1: **затронут** (воспроизведено на тестовой системе, bash5 5.2.37-alt1) - Sisyphus glib2 2.90.1-alt1: **затронут** (уровень исходников: `glib/gio/completion/gio` идентичен p11, строки 67–69 на месте) Баг предсуществующий (сценарий от 2018 года), не является регрессией ни какого-либо релиза glib2, ни bash, ни gvfs: сбой происходит до обращения к `gio list` и воспроизводится без монтирований, серверов и бэкендов gvfs. ## Проверка затронутости Без терминала достаточно убедиться, что установленный `/usr/share/bash-completion/completions/gio` содержит строку local -a tmp="( ${dir} )" и что повторный разбор bash срабатывает: bash -c 'declare -a t="( \"x )"; echo ok' # bash: array assign: строка 1: неожиданный конец файла во время поиска «"» # (ok не выводится) ## Просьба Исправить сценарий завершения `gio` в исходном пакете glib2 так, чтобы дописываемое слово, способное содержать неспаренные кавычки, не попадало на повторный разбор. Например, применять описанный трюк только при отсутствии кавычек в `dir`, а в остальных случаях ограничиться безопасным преобразованием: if [[ $dir == *[\'\"]* ]]; then unescaped_dir=${dir//\\ / } else local -a tmp="( ${dir} )" unescaped_dir="${tmp[0]}" fi (точная формулировка — на усмотрение мейнтейнера). При возможности — передать исправление в апстрим (https://gitlab.gnome.org/GNOME/glib).