Алексей Федорчук
С тех пор как Vivaldi стал моим любимым браузером по умолчанию, лишь одно пятно омрачало нашу совместную жизнь: кажущаяся сложность переноса настроек, закладок, плагинов etc. с одного экземпляра программы в другой. Или, по крайней мере, неочевидность этого процесса. Если, например, в Firefox’е для этого достаточно тупо скопировать данные из каталога старго аккаунта в новый, то с Vivaldi (как и с Opera, кстати) этот номер проходит не до конца: в процессе такого «лобового напора» гарантированно утрачиваются сохранённые в старом аккаунте пароли.
Давеча мы с котом Мануалом в очередной раз вернулись к дистрибутиву Neon и его самосборным модификациям. И окончательно поняли, что одна из последних, некогда названная Keon’ом — это всерьёз и надолго. А котому свежескопонованную систему (о ней мы со временем расскажем специально) надо обустроить для комфортной жизни. В том числе и перенести весь антураж из Vivaldi, установленного у нас в Cintu.
В последней и началась подготовка к процессу. Для начала мы тупо сархивировали всё содержимое каталога ~/.config/vivaldi
, что можно сделать разными способами. Мы прибегли к такой команде:
$ tar czvf vivaldi.tar.gz ~/.config/vivaldi/*
Для чего это нужно? Чтобы уж точно не потерять никакие атрибуты файлов из указанного каталога. Хотя, казалось бы, копирование через MC (и тем более прямой командой cp
) с должными опциями обеспечивает их сохранность, но чем чёрт ни шутит, когда бог спит?
Во всяком случае в новой системе после разворота архива мы получили работоспособный и полностью настроенный настроенный браузер — тогда как в сети можно найти свидетельства, что при других методах сохранение слетают, например, плагины — их прижодится устанавливать заново. У нас с Мануалом не слетело ничего — кроме, как уже было сказано, паролей. Не просто сохранённых, а ещё и зашифрованных. Есть подозрение, что при отказе от криптования они спокойно перенеслись бы в новую систему (как это бывает в Firefox’е, где шифрование паролей по умолчанию отключено). Однако при первом запуске Vivaldi, свежеустановленного в Cintu, мы шифрование паролей включили — а потом отступать взад было уже поздно.
Оказалось, однако, что и проблема переноса паролей решается достаточно легко. Для этого следовало вернуться в исходную систему и обратиться к «закадровым» настройкам Vivaldi. Тем, которые не фигурируют в его меню, а доступны по так называемым «внутреним» адресам. В частности, поведение паролей можно настроить здесь:
vivaldi://flags#password-import-export
После чего перед нашими глазами возникает опция импорта и экспорта паролей, которую и надо включить для доступа к соответствующим функциям:
Далее отправляемся по другом внутреннему адресу:
chrome://settings/passwords
И видим панельку со списком сайтов, для которых были сохранены пароли, и две кнопки Импорт и Экспортировать. Как легко догадаться, нажать надо вторую, и задать имя сохраняемого файла паролей в формате CSV:
Послэе этого в новой системе действия выполняются в том же порядке: включается опция импорта и экспорта, и на этот раз выполняется именно импорт файла пролей в Vivaldi из новой системы.
Быстрый доступ к списку паролей можно получить, встрои в его в боковую панель браузера. Для чего щелкается по плюсику на ней, и в поле ввода добавляется внутренний адрес chrome://settings/passwords
:
Вопреки том, что можно прочитать в сети, Vivaldi (как и Opera) не имеет собственного мереджера паролей, в подхватывает системный. В KDE эту роль выполняет Kwalletmanager, в десктопах на базе Gtk — GNOME keyring. Именно через них следует изменять пароль доступа к «связке паролей», отключать шифрование, и так далее. Для Cintu с использованием GNOME keyring эта процедура была описана на примере браузера Opera. А о том, как обращаться с Kwalletmanager, кот Мануал обещает рассказать со временем.
Познавательно, спасибо!
То-то я думаю, чего оно в хромоподобных браузерах перестало вместе с копированием профиля пользователя и пароли копировать, а они, оказывается, в gnome-keyring стали храниться.. А до 50-й версии движка хрома пароли копировались без проблем вместе с профилем.
Именно поэтому сейчаса Хром и отростки при первом запуске в системе (gnome-based) вызывают окно gnome-keyring, предлагающее ввести пароль для новой связки. В принципе, логично. Но в моём случае — не функционально. Единственный пользователь нескольких (вторых/третьих) систем. Нет смысла шифровать. Поэтому ещё в каждой системе и автологин прописан.