Вы, когда доберётесь, посмотрите ещё, нет ли возможности обновить PHP Mailer. 5.2.14 — _очень_ старая версия, после неё в ветке 5.2.x выходили в том числе и обновления, связанные с уязвимостями. Версия 5.2.28 (последняя в той ветке) вышла ещё в марте этого года. Если почему-то никак не можете обновиться на своём сервере до 6.x, то хотя бы 5.2.28 установите.

1. FAR-ом не пользуетесь? Там можно по Ctrl+Enter копировать в командную строку как имя файла, так и полный путь к папке, отображаемой в текущей панели.
2. Можно ведь просто скопировать программу в папку с places-1, и в ту же папку скопировать places-2. Это 30-секундный процесс (особенно при использовании того же FAR или ещё какого-то "нортоноподобного" двухпанельного диспетчера файлов).
3. А какую реализацию ожидали бы Вы? Графический интерфейс с выбором файлов places мышкой? Так это ведь не было бы быстрее.
Я не имею отношения к этому приложению и его автору, но мне просто действительно интересно понять, какую модель работы пользователя с такой программой видите Вы.

Гм, не вполне понял вопрос. Вы программу скачали? Запустили? Или не запустилась? А если запустилась, то она ведь, если запустить без параметров, выдаёт полную подсказку про свои команды и прочие параметры, примерно как на картинке https://github.com/crazy-max/firefox-hi … enshot.png. Т.е. нужно просто запустить , например (если у Вас 64-разрядная Windows), firefox-history-merger-windows-4.0-amd64.exe merge имя-одного-файла-places.sqlite имя-другого-файла-places.sqlite, и одна база истории "вольётся" в другую. Потом результат подложить как файл places.sqlite в папку того профиля, в котором Вы хотите эту объединённую историю видеть.

В Thunderbird отображаемые дата и время получения письма (при использовании POP3; об IMAP здесь речь не идёт) — это дата и время из поля Received на последнем почтовом сервере. Однако во многих ситуациях пользователю может быть удобно видеть не то (или не только то) время, когда этот сервер принял это письмо и положил в maildrop для клиента, а именно время получения письма _почтовым клиентом_ (ну и сортировать письма по этому времени и т.д.).
Сейчас Thunderbird умеет сортировать письма по _порядку получения_, но понятно, что это, например, теряет смысл после перемещения письма из одной папки в другую. Эти вопросы обсуждались, в частности, на https://bugzilla.mozilla.org/show_bug.cgi?id=190337; там, в частности, предлагалось, как достаточно очевидное решение, попробовать использовать поле From для сообщения в локальном mbox. Однако, насколько понимаю, за все годы какого-то механизма для этого так и не появилось.
Если всё же есть какое-то расширение, которое добавляет в Thunde

Нет, это не так. В файле places.sqlite каждое посещение записывается, только вот записывается оно не в той таблице (moz_places), которую Вы привели на снимке экрана, а в другой, moz_historyvisits. Если Вы заглянете в неё и отфильтруете записи по place_id, равному id из moz_places (в Вашем примере это 4485), то увидите там три записи, по одной для каждого посещения.
На эту тему советую почитать, например, https://developer.mozilla.org/en-US/doc … s/Database и https://developer.mozilla.org/en-US/doc … ice_Design.

Сталкивался с этим и на других форумах. Насколько я понимаю, у движка где-то есть соответствующая настройка, и сделано это для того, чтобы можно было не плодить нескольких сообщений подряд, когда тот же участник что-то вспомнил и решил дописать.

Если это как-то связано с уже описанными проблемами в WebGL (см. https://bugzilla.mozilla.org/show_bug.cgi?id=643651), то увеличение объёма ОЗУ не поможет — всё равно "съестся" всё. Попробуйте выставить для webgl.prefer.mative-gl (а то и для webgl.disabled) значение "true" и посмотреть, изменится ли потребление памяти.

После ошибки при вводе проверочного текста ("капчи") кнопка "Регистрация" на предыдущей странице не действует вообще, причём это не зависит от того, выполнялся ли возврат посредством ссылки "Вернуться назад" на странице форума или просто нажатием кнопки "Назад" в браузере.
Эту проблему применительно к Firefox 3.6.3 кто-то уже описывал в теме http://forum.mozilla-russia.org/viewtopic.php?id=45553. Судя по всему, проблема, описанная в http://forum.mozilla-russia.org/viewtopic.php?id=41630, аналогична. Такая же проблема, как сейчас оказалось, существует и в Firefox 4.0, и в Safari 5.
В Internet Explorer 9 такой проблемы нет.