Страницы: 1
По поводу -profile мне пришло в голову вполне очевидное решение — в качестве имени профиля в этом случае можно использовать полный путь к каталогу профиля. Это выглядит логично и требует, кажется, минимальных изменений в коде, по сравнению с остальными вариантами.
Работает, но передать можно только имя профиля, прописанное в profiles.ini.
Лучше так, чем никак.
Я посмотрел, что происходит при открытии профиля через -profile — в этом случае браузер не устанавливает имя профиля для «прослушки». Т.е. просто обработку -profile в код RemoteCommandLine не добавить — надо научить работающую копию браузера говорить «я обрабатывают такой-то профиль, открытый по такому-то пути».
Здесь надо вносить довольно много изменений в код, но самая главная проблема — а какое имя брать для профиля, если он указан через полный путь? Имена находятся в profiles.ini, прочие профили безымянные.
Infocatcher
Я не совсем понял — вы хотите сказать, что опция -P не работает под Windows?
У меня нет Windows, но судя по коду, в реализации nsToolkitProfileService нет ничего OS-специфичного, поиск профилей выполняется одинаково.
То, что -profile необходим для работы с портативной копией — это понятно.
Clr
Я про обработку такого параметра в патче.
А, ты в этом смысле. Извини. Я когда гуглил проблему, задолбался мысленно отсеивать советы типа «используйте опции -P и -profile», вот и тебя зафильтровал. :)
-profile не обрабатывается HandleRemoteArgument, которая отвечает за опцию -remote. Я просто сделал по аналогии.
Если добавлять обработку -profile в RemoteCommandLine, её для консистентности надо добавить и в HandleRemoteArgument. А это логически уже другой баг и другой патч.
Clr
А как же
-profile "path\to\profile\dir"
?
Хм. Если бы ты проверил, прежде чем спрашивать, ты бы не стал задавать вопрос. — http://www.linux.org.ru/jump-message.jsp?msgid=6527213&cid=6527652
Коротко суть проблемы — никакое сочетание опций командной строки не позволяет добиться в Firefox следующего поведения:
* Если указанный профиль еще не запущен, он запускается, и в нём открывается ссылка.
* Если указанный профиль уже запущен, в нём открывается ссылка. Именно в указанном профиле, а не в первой попавшейся запущенной копии FF.
Я предполагал, раз эту надоедливую проблему не фиксят, значит там надо переворотить прилично кода, и проблема, возможно, лежит на уровне архитектуры одного из компонет. Оказалось — решение составляет пять срочек кода.
Патч:
[code]diff -r 89b5fccb0514 toolkit/xre/nsAppRunner.cpp
--- a/toolkit/xre/nsAppRunner.cpp Thu Jul 14 12:20:34 2011 -0400
+++ b/toolkit/xre/nsAppRunner.cpp Sat Jul 23 03:14:32 2011 +0700
@@ -461,6 +461,8 @@
if (strimatch(aArg, arg)) {
if (aRemArg)
RemoveArg(curarg);
+ else
+ ++curarg;
if (!aParam) {
ar = ARG_FOUND;
break;
@@ -1408,10 +1410,17 @@
nsr
скажите пожалуйста, а можно, чтобы в мазилле все вкладки были видны, сколько бы их не было, как в опере (простите за качество)а не со стрелочками вправо и влево, как в мазиле?
about:config, browser.tabs.tabMinWidth - минимальная ширина табов. По умолчанию 100 вроде, я поставил 30. Почти 40 вкладок влазит без прокрутки.
Топик старый, но поскольку проблема с автономным режимом до сих пор имеет место, опишу своё решение.
Гуглил способ заставить ФФ запускаться в автономном режиме, но не найдя ничего конкретного, решил сам разобраться, как оно работает и почему не работает. Вот тут описание: http://izhurnal.blogspot.com/2010/10/firefox.html
Я ставил цель как раз сделать так, чтобы ФФ всегда запускался в автономном режиме. Но если вы хотите, чтобы ФФ просто запоминал предыдущее значение режима, в конце статьи описано, какой файл надо пропатчить, а первая часть для вас статьи не актуальна. :)
Страницы: 1