лисa не запускалась мной часов 15, и после её запуска:
в контекстном меню пропал пункт "inspector", а прямо над ним пункт "pages" ничего не содержaл (при любой вкладке),
но через пару минут проблема сама исчезла (после первого же перезапуска лисы),
      и, наверно, было бы правильно что-то сделать, чтобы такого не повторялось,
      но можем ли мы что-то в этом случае предпринять? (если что, вкладок было 125)
 
как назначить Ctrl+Q на мгновенное выполнение клика?:
- в активной вкладке, по этой ссылке:       a.dl-stub.dl-link.dl-topic
- даже если ссылка не видна (иногда к ней нужно скролить)
- курсор должен оставаться на месте
 
 
как везде полностью убрать фокусную рамку? (dotted outline)
(и все другие виды таких рамок - dashed, solid и так далее - если они где-то в лисе есть)
включая: options, library, мелкое окошко 'confirm close', и все-все другие места
 
как везде полностью убрать подчёркивания символов? (underlinings)
включая: options, контекстные менюшки в library, и все-все другие места
 
как удалить все контекстные менюшки в library?
- вот это срабoтало:      #PlacesContext { display: none !important; }      (для разделов: "history", "bookmarks toolbar",      но не для "downloads")
- вот такое не срабатывает:      #downloads-contextmenu { display: none !important; }      .downloads-contextmenu { display: none !important; }
 
 

я попробовал этот код - спасибо за такую возможность - его сохраню на всякий случай,
но пока что перспективы у него туманные - и вот кое-какие наблюдения в связи с этим:
 
1) "если включить, то после запуска лисы активная вкладка сразу мгновенно отображается прогруженной"
к сожалению, позднее выяснилось, что это справедливо в большинстве случаев, но не во всех
 
2) насколько я сумел понять - так получается, что этот код скорее добавляет некоторых неудобств, а не наоборот:
например, вкладок 125, и если сразу после запуска лисы по ним начать переключаться,
то все из них - кроме самых первых - тормозят при своей прогрузке ещё больше (я бы даже сказал - до неприличия дольше),
видимо ждут, пока данный код их проработает
 
3) при любом раскладе (когда 125 вкладок): лиса после старта напрягается около 75-80 секунд - и этот код тут ничего не ускорил,
хотя я пробовал менять 50 и на 5, и на 0 (почему-то при этом вообще ничего не меняется)
 
4) наверно, буду вынужден как-то выбирать из двух вариантов настройки "don't load tabs until selected" (пока что она включенa)
 
5) можно ли попробовать модифицировать этот код?
- чтобы он запускал команду "Reload Other Tabs"
- menu-wizard пишет:      ID: tm-reloadOther      onCommand: gBrowser.reloadAllTabsBut(TabContextMenu.contextTab);
- я не вполне уверен, что при данной команде код станет лучше, но шанс, вроде, есть
 
 
с "лютой жестью" я как-то разобрался (лиса не виновата) - дело было в моих тонких настройках одной сторонней программы,
управляющей окнами, и делающей это масштабно и потрясающе (использую с 2009),
но она не freeware, поэтому мне её название тут публиковать, видимо, не стоит

Насчёт тебя не знаю, а я ничего не могу предпринять.
Чтобы попробовать что-то раскопать, мне нужно лису
перезапустить не один десяток раз. Если между запусками ждать по 15 часов,
то, сам понимаешь. И не факт, что всегда (или вообще) будет воспроизводится.

Опять ты ко мне с контентским вопросом.
Ну не знаю, может так попробуй.

(sel => {
	var kd = e => {
		if (e.ctrlKey && e.code == "KeyQ" && !e.shiftKey && !e.altKey && !e.repeat) {
			var link = content.document.querySelector(sel);
			link && link.click();
		}
	}
	window.addEventListener("keydown", kd, true);
	window.addEventListener("unload", function unload() {
		window.removeEventListener("unload", unload);
		window.removeEventListener("keydown", kd, true);
	});
})("a.dl-stub.dl-link.dl-topic");

Понятия не имею.
Разве что стиль какой-нибудь разработай,
типа, для начала, что-нибудь такое, а дальше исправляй и дополняй.

richlistbox:-moz-focusring,
button:-moz-focusring > .button-box,
menulist:-moz-focusring > .menulist-label-box,
menulist:-moz-focusring > menupopup > menuitem[_moz-menuactive="true"],
radio[focused="true"] > .radio-label-box,
checkbox:-moz-focusring > .checkbox-label-box,
treechildren::-moz-tree-row(current, focus),
toolbarbutton:-moz-focusring,
label.text-link:-moz-focusring,
tab[selected] > .tab-middle,
tab:-moz-focusring > .tab-middle
{
	border-color: transparent !important;
	outline-color: transparent !important;
}

Установить настройку ui.key.menuAccessKey в значение ноль.

#downloadsContextMenu

Он и не должен был ничего ускорять.
Это чтобы активная вкладка прогрузилась (быстро), и лишь затем загружаем остальные.
А чтобы лиса меньше напрягалась, 50 увеличивать надо, а не уменьшать.
Но чудес не бывает, загрузка вкладки требует ресурсов.
Чем больше вкладок грузится одновременно, тем больше нахлобучка,
но прогрузиться все должны быстрее. И наоборот.
Вобщем, наверно, действительно лучше оставить как в лисе сделано.

Нет, не думаю. Впрочем, можешь с консоли посмотреть как загружаются
gBrowser.reloadAllTabsBut(gBrowser.selectedTab);

посмотрел - даже 2 раза (с некоторым перерывом) (в разных запусках лисы)
и ничего позитивного не увидел - это самый тормозной вариант - но насколько помню:
таких тормозов нет и приблизительно, если вручную запускать одну из двух команд:      re-load left      или      re-load right
 
 
почему-то не срабатывает новый пункт контекстного меню: "re-load other"
я пробовал его добавить (чтобы протестировать) и вот так:     
"tm-reloadOther": { lab: "re-load other", oncommand: "gBrowser.reloadAllTabsBut(TabContextMenu.contextTab);" },
 
и вот так тоже:      "tm-reloadOther": { lab: "re-load other" },                   
      (в обоих вариантах: Ctrl мне тут не нужен)
 

да - это понятно - но почему-то данный код делал даже хуже, чем просто отключенная настройка "don't load tabs until selected"
 

разве? - а тогда в строке      next && setTimeout(rel, 50, next);      задержка в 50ms что делает?
если её переключение даже на 0ms ничего не ускоряет     
      (мне тут слегка поважнее ускорение прогрузки вкладок, а не напряги лисы)
 
просто я почему-то думал, что есть какой-то вариант послать лисе команду: прогрузить из кэша все вкладки -
кроме активной - и сделать это вот чуть ли не одномоментно,
 
      ведь при простом обычном клике на неподгруженную из кэша вкладку:
      она прогружается ну очень легко (и совсем недолго - менее чем за секунду)
 
и вот мне не вполне понятно: что мешает лисе проделать вот этот вот ну очень лёгкий сценарий,
но только сразу со всеми фоновыми вкладками? (понятное дело, что при помощи какого-то твоего кода)
 
ну пусть даже не со всеми фоновыми вкладками сразу, а, допустим, прогружать их пачками (хотя это уже куда менее интересно):
тогда первые 10 штук были бы за 2-3 секунды (разве технически это нереально?),
и так далее до последней фоновой вкладки      (и тогда на это уходило бы не секунд 90, а в разы меньшее количество времени)
 
 
обновлённая информация по подчёркиванию цифр в первых 10 строках пункта "closed":
- теперь этого нежелательного подчёркивания нет
- надо полагать, оно было убрано новым значением настройки      ui.key.menuAccessKey      а я это не сразу заметил

по поводу улучшения ситуации по закрытию вкладок:
снова пытаюсь найти более хорошее решение с помощью своего ahk-кода, и есть некоторое продвижение,
например, вот этот тестовый код-таки вроде работает:
 

#If MouseIsOver("ahk_class MozillaWindowClass ahk_exe firefox (portable).exe")
q::ControlSend,, {up},ahk_class MozillaWindowClass ahk_exe firefox (portable).exe
z::ControlSend,, {down},ahk_class MozillaWindowClass ahk_exe firefox (portable).exe
#If
 
MouseIsOver(WinTitle)
{
MouseGetPos,,, Win
Return WinExist(WinTitle . " ahk_id " . Win)
return
}

то есть: тестовые клавиши "вверх" и "вниз" срабатывают внутри лисы (не активируя её), если мышиный курсор находится где-то над лисой
 
      (строку      key_devToolboxMenuItemF12: true,      я из файла click.js убрал,
      так как она была нужна только когда ещё использовались оба расширения ad-block,
      если я, конечно, не ошибаюсь - но вроде я тут всё правильно понял)
 
но протестировать этот же ahk-код (только уже в его примерно окончательном варианте)...:

#If MouseIsOver("ahk_class MozillaWindowClass ahk_exe firefox (portable).exe")
F12::ControlSend,, {ctrl down}{k down}{k up}{ctrl up},ahk_class MozillaWindowClass ahk_exe firefox (portable).exe
#If
  
MouseIsOver(WinTitle)
{
MouseGetPos,,, Win
Return WinExist(WinTitle . " ahk_id " . Win)
return
}

...не получается - из-за следующих нюансов:
 
в файле click.js не срабатывает вот эта добавленная строка:      key_close: { key: "K", modifiers: "control" },      и непонятно почему
(key_close взято из menu-wizard)
 
при этом в файле click.js срабатывают вот эти давно добавленные строки:
goHome: { key: "D", modifiers: "control" },            и            key_newNavigatorTab: { key: "N", modifiers: "control" },
 
Ctrl+K не срабатывает даже если просто добавить её в      tab mix plus > options > menu > shortcuts > close tab      и тоже непонятно почему,
      причём это происходит в обоих случаях:
      и при наличии строки      key_close: { key: "K", modifiers: "control" },      в файле click.js      (и без её наличия там)
 
 
ещё такое уточнение по      tab mix plus > options > menu > shortcuts:
там сейчас есть только 2 назначенные строки:
       - open a new tab      Ctrl+N
       - reloads the tab      F5
 
но в файле click.js есть строка      key_newNavigatorTab: { key: "N", modifiers: "control" },
и если убрать Ctrl+N из "tab mix plus", то это сочетание клавиш перестаёт срабатывать -
а можно ли сделать так, чтобы было достаточно строки в файле click.js?
 
      что касается F5, то она тоже, по-видимому, зачем-то дублирована (в каком-то смысле),
      так как в файле click.js есть такая строка:      key_reload: true,
 
сформулирую в качестве какого-то промежуточного вывода - хотелось бы добиться, чтобы:
- не было никакого дублирования
- и чтобы список      tab mix plus > options > menu > shortcuts      стал пустым
- и чтобы все нужные комбинации срабатывали через файл click.js
      (в том числе и в будущем:      если понадобится добавить что-то типа вышеупомянутой Ctrl+K)
 
 
 
по поводу глюков в контекстном меню:
операционка мной перезагружалась, и затем - сразу после первого запуска лисы - пункт "pages" cнова ничего не открывал
(до следующей перезагрузки лисы) (и содержал всё тот же визуальный дефект),
 
      то есть, наверно, можно сделать вывод, что тут ни при чём ни количество часов, ни нагрузка на дисковую подсистему,
      а при чём тут, видимо, только наличие или отсутствие каких-то лисьих данных в оперативке - или где-то ещё в системе
      (как-то иначе пока не могу это даже сам себе объяснить)
      (вот только полагаю, что эта немалая проблема всё равно должна как-то решаться)
 
по поводу фокусной рамки:
на странице      about:config      нежелательную "dotted outline" всё равно видно

- у меня, видимо, тоже 17px; я имел в виду не сами пункты, а всё их содержимое (а с высотой самих пунктов мы же разобрались давным-давно)
- координаты я ведь не зря привёл: они именно для очень высокого по вертикали содержимого пунктов "closed" и "opened"
      (это же было очевидно из моего описания: там, где про "левые нижние/верхние углы")
 

ну хотя бы ради:
1. логики (например, в файле click.js есть строка      goHome: { key: "D", modifiers: "control" }      но никакого Ctrl+D в tab-mix-plus не прописано)
      (ещё пример: в tab-mix-plus прописано F5, но в файле click.js этой F5 в явном виде нет)
 
2. большей свободы (от tab-mix-plus) и большегo удобства (всё в одном месте), а также более лёгкого избавления от tab-mix-plus
      (если вдруг когда-нибудь позднее тебе всё-таки станет любопытно этим заняться)
      (если что, при необходимости я готов отскринить все актуальные настройки этого расширения)
 
3. отсутствия дублирования одного и того же в разных местах одной программы,
      учитывая ещё и то, что лично мне это дублирование в данном случае никак не нужно
4. отсутствия неправильных (и неиспользовавшихся мной ранее; об этом ниже) комбинаций:      Ctrl+T (создать вкладку) и Ctrl+W (закрыть вкладку)
 
 
ничего не дала простая замена "K" на "k" в строке      key_close: { key: "k", modifiers: "control" }
 
- каким образом срабатывает эта строка?:      goHome: { key: "D", modifiers: "control" }      если в tab-mix-plus не прописана Ctrl+D
- нельзя ли подобным образом прописать и другие комбинации?: (создать вкладку) (закрыть вкладку) (обновить вкладку)
 
и зачем тогда держать в файле click.js вот эти 3 строки?:
      key_newNavigatorTab: { key: "N", modifiers: "control" }
      key_close: { key: "k", modifiers: "control" }
      key_reload: true
если они всё равно не срабатывают без прописывания этих комбинаций клавиш в tab-mix-plus
(поэтому я пытался закомментировать эти строки, но скоро выяснилось, что они перестают срабатывать,
если эти 3 комбинации оставить только в tab-mix-plus)
 
в общем, после многих разных попыток и проб - я затем в tab-mix-plus пока что сделал вынужденно вот так...:
      open a new tab:      Ctrl+T      (приняв решение забыть про свою комбинацию Ctrl+N)
      reloads the tab*:      F5
      close tab:      Ctrl+W      (приняв решение забыть про свою комбинацию Ctrl+K)
 
...a в файле click.js вот так:
      goHome: { key: "D", modifiers: "control" }
      key_newNavigatorTab: { key: "t", modifiers: "control" }
      key_close: { key: "w", modifiers: "control" }
      key_reload2: true
      /* key_devToolboxMenuItemF12: true */
 
(по-другому просто не срабатывает нормально/стабильно, хотя, конечно, чуточку жаль)
(строка      key_devToolboxMenuItemF12      здесь просто к сведению о том, что она уже отключена)
 

это, видимо, была моя не особо продуманная попытка как раз таки "добавить немного специфичности"
 

я посмотрел очень внимательно - и даже пробовал - точнее, безуспешно попытался -
потому как этому коду не суждено было сработать, поскольку у моего фф годами отключен title (window caption) -
он просто пустой - я знаю, зачем это - мне так лучше:
 
      терпеть не могу появляющийся жёлтый "balloon tip" при наведении на кнопку (какой-то программы) в панели задач,
      и поэтому я давным-давно поубирал эти "window caption" где только смог:
 
       - где-то успешно (firefox, u-torrent, audition, everything)
       - где-то безуспешно (xyplorer, notepad2)
       - причём xyplorer - это и вовсе уникально-клинический случай (с его VB6 и разными прочими, так сказать, нюансами)
       - а с notepad2 я, вроде бы, и не пытался всерьёз - там как раз "window caption" периодически чуть-чуть пригождается
       - но если бы я точно (и наверняка) узнал как, то немедленно бы убрал отовсюду в системе все эти "balloon tips" как класс
 
а если без title, то, наверно, или смириться с тем, что уже есть и вроде даже хорошо срабатывает:
      #If MouseIsOver("ahk_class MozillaWindowClass ahk_exe firefox (portable).exe")
      F12::ControlSend,, {ctrl down}{w down}{w up}{ctrl up},ahk_class MozillaWindowClass ahk_exe firefox (portable).exe
      #If
или пытаться твоё сочинение немного переосмыслить/подкорректировать, например,
как вариант, прописать в строке      return RegExMatch      не Mozilla Firefox
а наоборот - все остальные немногочисленные окна лисы, но с какой-то пометкой по типу "invert",
в ahk я сам это кое-где успешно делал добавлением одного символа:      !
 

- теперь чуть понятнее про данный визуальный элемент
- но непонятно, куда деваются (временно) (до перезагрузки лисы) эти дочерние элементы пункта "pages",
                  причём деваются только при специфичных обстоятельствах (ещё и, видимо, не каждый раз):
                  если много дисковой активности (между запусками лисы)      или      если перезагрузка системы
                  (а если просто перезапускать лису, то этот <menupopup> хорошо себя чувствует)
- и непонятно, куда девался (изредка) cоседний пункт "inspector"
 

лиса тут свинку подложила - я лису не запускал часов 10-12 - было много дисковой активности -
часа 2-3 назад операционка из-за этого была далека от состояния хорошей отзывчивости -
но вот сейчас (при запуске лисы) пункт "pages" должным образом показал своё содержимое (хотя в нём снова ожидалась пустота)
 
тем не менее, консоль я запустил (ещё до залезания в пункт "pages"), и вот на всякий случай 2 скрина консоли:
1) до первого открытия:     

2) после открытия (внизу просто добавились 2 строки):

 

добавил, но это ничего не изменило      (а для "library > downloads" можно что-то попытаться добавить? ведь там тоже фокус не исчез)
 

мелкое уточнение/дополнение: иногда это длится явно чуть подольше, чем около половины секунды (то есть, секунду-полторы-две)

да - у тебя действительно выглядят ровно - ну а у меня вот так
(во всех случаях речь идёт о содержимом пунктов opened и closed):
 
верх пунктов (слева opened) (справа closed):

 
низ пунктов (слева opened) (справа closed):

 
- от верхнего края экрана и далее вниз до начала opened - 2 пикселя
- от верхнего края экрана и далее вниз до начала closed - 4 пикселя
 
- сверху (внутри opened): выше цифры 1 и далее до верхнего края менюшки:      5 пикселей
- сверху (внутри сlosed): выше цифры 1 и далее до верхнего края менюшки:      5 пикселей
 
- весь closed имеет на 2 пикселя меньшую высоту, чем весь opened, хотя у них обоих по 70 строк
 
- левые нижние углы пунктов совпадают до пикселя, но текст по горизонтали между ними не выровнен
      (хотя и там, и там: последней является строка 70)
 
      например, если смотреть на строку 70: в пункте closed текст сдвинут на 2 пикселя ниже
 
      opened: ниже числа 70 есть 8 пикселей (до нижнего края менюшки)
      closed: ниже числа 70 есть 6 пикселей (до нижнего края менюшки)
 
не знаю, решаемо ли это, но задачу вижу так:
1) добавить пункту closed сверху 2 пикселя по вертикали
2) сдвинуть текст пункта closed на 2 пикселя выше
3) (для полной красоты) добавить обоим пунктам сверху ещё 2 пикселя по вертикали (текст не двигать)
 
 

ок - в теории чуть-чуть стало понятнее
 
 
наверно, в консоли чего-нибудь полезного не оказалось,
хотя я слегка надеялся, что тамошние 'tab-mix-plus'--errors что-то да покажут тебе любопытного
(буду, видимо, консолью ловить следующий случай с пустотой в пункте "pages")
 
 

оба сработали - спасибо - пусть это и две мелочи, но всё равно пригодятся
 
 
совсем мелкий вопрос про      library > history > поле для ввода поискового запроса:
можно ли изменить поведение лисы? чтобы при попадании фокуса в это поле
не происходило автоматического выделения всех символов, из которых запрос и состоит,
а чтобы просто ставился курсор (куда его и поставили)
 
 
уточнение по поводу файла prefs.js:
- cейчас в лисе только 2 расширения (tab-mix-plus, expire history by days)
- все остальные 14 расширений уже удалены
- в этом файле полно строк, начинающихся на:
      user_pref("extension.tbutton
      user_pref("extensions.autocopy
      user_pref("extensions.classicthemerestorer
      user_pref("extensions.easydragtogo
      user_pref("extensions.firegestures
      user_pref("extensions.s3menuwizard

- верно ли понимаю, что их трогать не надо? или наобoрот - надо удалить?
- а вот эти:      user_pref("extensions.tabmix      понятное дело, я пока точно не трогаю

Не хочу здесь рассуждать в категориях «надо» и «не надо».
Есть и есть, и есть не просят. Если надумаешь вернуть расширение,
то настройки должны подхватиться. Если вероятность возвращения
расширения нулевая, то связанные с ним prefs'ы можно удалить.

@-moz-document url(chrome://browser/content/places/places.xul) {
	#editBMPanel_rows .textbox-contextmenu {
		display: none !important;
	}
}

Это непонятно. Какой бы куцый дурацкий вариант не был бы выбран,
когда набираешь поисковый запрос, поиск всё равно идёт по всей истории.

Остальное вот, может так сойдёт (код для Services.jsm).

(url => {
	var obs = doc => {
		if (doc.documentURI != url) return;

		var box = doc.getElementById("searchFilter");
		box.removeAttribute("clickSelectsAll");

		var win = doc.ownerGlobal;
		var place = "place:sort=4&includeHidden=1";
		var ca = win.ContentArea, po = win.PlacesOrganizer;
		var select = po.selectLeftPaneContainerByHierarchy.bind(po);

		var showAllHistory = () => {
			if (ca.currentPlace != place) ca.currentPlace = place;
			box.focus();
		}
		po.selectLeftPaneContainerByHierarchy = arg => {
			select(arg);
			arg == "History" && showAllHistory();
		}
		var args = win.arguments;
		args && args[0] == "History" && win.Object.defineProperty(po, "_places", {
			configurable: true, enumerable: true, get: () => null, set(val) {
				var sn = val.selectNode;
				val.selectNode = () => {
					val.selectNode = sn;
					win.requestAnimationFrame(showAllHistory);
				}
				delete this._places;
				return this._places = val;
			}
		});
	}
	var topic = "chrome-document-loaded";
	Services.obs.addObserver(obs, topic, false);
	Services.obs.addObserver(function quit(s, t) {
		Services.obs.removeObserver(quit, t);
		Services.obs.removeObserver(obs, topic);
	}, "quit-application-granted", false);
})("chrome://browser/content/places/places.xul");

в истории посещений обнаружена ещё одна проблема:
      после нажатия на кнопку del выделенные строки/строка должны просто удалиться
      (без последующей переброски во всё тот же бессмысленный мелкий список:      today, yesterday, last 7 days...)
 
 
новое уточнение - как удалить весь этот мелкий мусор?:
- (в history > совсем снизу)      пункт "tags"      и заодно его кнопку со стрелкой вниз (эта кнопка - в правой стороне данного пункта/cтроки "tags")
 
- (в library > в поисковых полях)      надписи:      Search History      Search Downloads      Search Bookmarks
- (в library > в поисковых полях)      контекстные менюшки
- (в library > в поисковых полях)      все иконки ("увеличительное стекло", "синий крестик"      и другие, если они есть)
 
- (в library > в левой стороне > все иконки)       history; yesterday...; downloads; tags; all bookmarks; bookmarks toolbar; bookmarks menu; unsorted bookmarks
- (в library > в левой стороне > пункты)       unsorted bookmarks, bookmarks menu, tags
 
- (в downloads > совсем cправa)      2 варианта иконок, отображающих папку      (эти иконки сменяют друг друга при наведении/отводе курсора)

спасибо за улучшение кода   ---   и за "Остальное" тоже
 
1) теперь после нажатия на кнопку del выделенные строки/строка удаляются без последующей переброски в тот ненужный мелкий список,
но при этом происходит автоматическая принудительная прокрутка всего списка (в самый верх):
      можно ли сказать лисе, чтобы в этом случае список сам никуда не скролился? (по возможности)
      (насколько помню, без этого кода так и происходило - скрол не перемещался в самый верх)
 
и сюда же очень похожий вопрос про позицию скрола,
но только уже не применительно к спискy посещённых страниц, а применительно к стёртомy текстy (в поисковом поле):
      можно ли сделать так, чтобы после стирания поискового запроса
      (во вновь появившемся полном списке истории посещений) происходило восстановление позиции вертикального скрола?
 
 
2) в library > в левой стороне:      почти все иконки теперь скрыты, но первый пункт "History" остался со своей иконкой,
      и я хотел было задать вопрос, можно ли её тоже скрыть, но вот эта добавленная мной строка уже сама справилась:
      #placesList > treechildren::-moz-tree-image(title, query),
 
я также хотел было задать вопрос, можно ли скрыть 2 мелких минуса/плюса:
сразу слева от иконки у пункта "History"      и сразу слева от пункта "All Bookmarks"
(причина: никогда не нажимаю эти мелкие минусы - они просто не нужны), но вот эти добавленные мной строки уже сами справились:     
      #placesList > treechildren::-moz-tree-twisty(title, query),
      #placesList > treechildren::-moz-tree-twisty(container, OrganizerQuery_AllBookmarks),
 
пожалуйста, дай знать, если что-то в этих добавленных мной трёх строках является ошибкой и может привести к чему-то плохому
 
 
3) как заменить тёмно-синий цвет на серый? 
- (в library)      при выделении строки в содержимом:      history      downloads      all bookmarks      bookmarks toolbar
- (в library > cлева)      при выделении любого пункта в дереве      (то есть, от history до unsorted bookmarks)
 
      синий:      rgb 10, 36, 106
      серый:      rgb 212, 208, 200      (это тот серый, который там же и появляется - при пропадании фокуса)
 
и в library > в строке поиска > при выделении текста: как сделать тоже самое? (заменить цвет)
чего я ещё в августе добился для урл-бара, с помощью вот этого кода:

#urlbar *|*.textbox-input::-moz-selection,       #urlbar *|*.textbox-input:focus::-moz-selection        
{ background: rgba(176,176,176, 1.0) !important; color: #fcfcfc !important; }

в library (в строке поиска) выделение текста должно стать вместо тёмно-синего вот таким серым:      rgb 176, 176, 176
 
 
4) в library > bookmarks toolbar > совсем снизу (при какой-то выделенной закладке):     
можно ли скрыть появляющуюся квадратную кнопку (со стрелкой вниз) и слово "More"?      (слово - сразу справа от этой кнопки)
 
5) в library > сверху слева:      можно ли скрыть иконки? у этих трёх кнопок:      organize, views, import and backup
 
 
6) в history > список посещённых страниц > совсем слева в каждой строке:
можно ли убрать "иконку"/"что-то типа иконки"?      (наверно, это называется fav-icon)
      (желательно не просто скрыть, а именно убрать, освободив место под ней,
      чтобы побольше стало горизонтального пространства, которое пригодится в случае длинных строк/названий)
 
- изредка это иконка сайта
- но почти всегда это просто какой-то квадратик с как бы округлёнными углами (и с пунктиром по всем его четырём сторонам)
 
- перед квадратиком/иконкой имеется пустая горизонтальная зона (шириной 17 пикселей) - можно ли её убрать?
      (здесь тоже: желательно не просто скрыть, а именно убрать, освободив место под ней)
 
 
7) в library > all bookmarks > в центральном списке из трёх строк:
можно ли скрыть иконки? в этих трёх строках:      bookmarks toolbar; bookmarks menu; unsorted bookmarks
(ну и те же лишние 17 пикселей тут тоже в наличии)
 
и сюда же вдогонку родственные уточнения:
- в bookmarks toolbar:      как в каждой строке убрать и иконку, и те же 17 пикселей?
 
- в downloads > слева в основном списке:      как в каждой строке убрать иконку?
(у меня тут просто сотни раз повторяется одна и та же - ничего не дающая мне - крупная иконка, означающая "неизвестный тип файла")

Можно, например, запоминать номер первой видимой строки,
а после стирания поискового запроса прокрутить на этот номер.
Однако, если, к моменту стирания, исторический расклад уже поменялся,
то прокрутка может попасть не туда, куда ожидалось.
Но чего-то умнее в голову не приходит, поэтому пока так.

(url => {
	var obs = doc => {
		if (doc.documentURI != url) return;

		var box = doc.getElementById("searchFilter");
		box.removeAttribute("clickSelectsAll");

		var win = doc.ownerGlobal;
		var place = "place:sort=4";
		var o = win.Object, po = win.PlacesOrganizer;

		var select = po.selectLeftPaneContainerByHierarchy.bind(po);
		po.selectLeftPaneContainerByHierarchy = arg => {
			select(arg);
			if (arg == "History")
				box.focus(),
				po._places.selectedNode.containerOpen = false;
		}
		var args = win.arguments;
		o.defineProperty(win, "arguments", {
			configurable: true, enumerable: true, get() {
				var ca = win.ContentArea;
				var tree = po._places, sel = tree.view.selection;

				var skip, pos = 0;
				var pc = doc.getElementById("placeContent"), bo = pc.boxObject;
				var lst = e => {
					if (skip) {
						skip = false;
						if (pos) return;
					}
					if (!sel.currentIndex && pc.view._rootNode.uri == place)
						pos = bo.getFirstVisibleRow();
				}
				pc.addEventListener("scroll", lst, true);
				win.addEventListener("unload", function unload() {
					win.removeEventListener("unload", unload);
					pc.removeEventListener("scroll", lst, true);
				});
				var select = () => {
					pc.removeEventListener("select", select);
					pos && bo.scrollToRow(pos);
				}
				var desc = o.getOwnPropertyDescriptor(ca, "currentPlace");
				var set = desc.set.bind(ca);
				desc.set = val => {
					if (!sel.currentIndex) {
						var v = ca.currentView.view;
						var uri = v && v._rootNode.uri;
						if (uri == place) return;

						if (uri && uri.startsWith("place:terms=")) {
							if (box.value) return;
							skip = true;
							pc.addEventListener("select", select);
						}
						val = place;
					}
					return set(val);
				}
				o.defineProperty(ca, "currentPlace", desc);

				if (args && args[0] == "History") {
						var node = tree.view._rows[0];
						args = [node.itemId];
						win.requestAnimationFrame(() => box.focus(node.containerOpen = false));
				}
				delete win.arguments;
				return win.arguments = args;
			}
		});
	}
	var topic = "chrome-document-loaded";
	Services.obs.addObserver(obs, topic, false);
	Services.obs.addObserver(function quit(s, t) {
		Services.obs.removeObserver(quit, t);
		Services.obs.removeObserver(obs, topic);
	}, "quit-application-granted", false);
})("chrome://browser/content/places/places.xul");

Ну так заменить #urlbar на #searchFilter
Вот ещё немного из спрашиваемого, но не всё, надеюсь сам доделаешь.

@-moz-document url(chrome://browser/content/places/places.xul) {
	image.menubar-left,
	image.downloadTypeIcon,
	#infoBoxExpanderWrapper {
		display: none !important;
	}
	#placeContent[place="place:sort=4"] > treechildren::-moz-tree-image(),
	#placeContent[place="place:sort=4"] > treechildren::-moz-tree-twisty(),
	#placeContent[place^="place:beginTime="] > treechildren::-moz-tree-image(),
	#placeContent[place^="place:beginTime="] > treechildren::-moz-tree-twisty() {
		width: 0 !important;
		-moz-padding-end: 2px !important;
	}
	/*
	#detailsDeck {
		height: auto !important;
	}
	*/
}

Откуда мне знать. Зависит от цели.
Если поднял интервал до 60 секунд чтобы было меньше записи на диск,
то это одно дело. А мне там нужно наоборот, поставил 3 секунды, и то не всегда помогает.
Так и остальные, смотря под какую задачу оптимизируется.

Не на что мне там смотреть, и по превьюшке видно, что ничего не видно.
Да и с этим ибб.ко радости мало. Мне надо по ссылке сходить,
затем вызвать окно «Информация о странице», или открыть исходный код страницы,
там скопировать содержимое меты «og:image», и вот тогда можно открыть прямую ссылку на скриншот.
Я понимаю, что это может быть автоматизировано, но не собрался пока.

Что значит «если»? Написано и было: «у них обоих по 70 строк».

Если у пункта "opened" больше 70, то должна быть вторая колонка.
Если у пункта "closed" больше 70, то должны быть кнопки прокрутки.

Аналогично. Поэтому по верхушкам:

Меньше здесь было в смысле реже.

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

Я, в повседневном браузере, не пользуюсь сохранением сессий как таковым,
поэтому не знаю. Но, так-то, чисто теоретически, если вкладка открыта POST-запросом,
а сохранение POSTDATA в ноль, то что получится? Видимо, аналогичо GET-запросу.
Если за какой-то большой период времени проблем так не было замечено, тогда оставь,
до тех времён, когда (если) проблема нарисуется (обозначится как актуальная).

Понятное дело, у тебя, наверняка, скрипты разрешены. А у меня нет (не обсуждается).
Разумеется, я написал там всё это не как претензию, а как объяснение, раз уж за язык был потянут.

Ну так это совсем другое дело!
Возможно, поможет подрегулировать число восемь в этой строке кода
(в смысле кода, который модифицирует menupopup пункта opened под многоколоночность).

var max = screen.height - 8, mp = max + "px";

Это для дочерних субкверей корневого пункта History (Сегодня - ... - Старше чем 6 мес.).
Если не разворачиваешь и не пользуешься, тогда можно удалить.
А «справа от пункта Bookmarks Toolbar» будет
#placeContent[place="place:folder=TOOLBAR&expandQueries=0"]

Ищи id'шники или иные селекторы, или самый общий для всех.
Верни в тестовый экземпляр лисы все девелоперские расширения.

Или, может, создай две строковые настройки
ui.textSelectBackground и ui.textSelectForeground
с валидными значениями, типа lightblue или #9a0303

menu:hover {
    border-color: transparent !important;
}
menu[_moz-menuactive] {
    padding: 2px 1px 2px 4px !important;
}

Через CSS я не знаю как. Но можно попробовать в скрипт ещё кода добавить,
например, перед delete win.arguments;

//
				var ids = new Set(), lpc = win.PlacesUIUtils.leftPaneQueries;
				for(var prop in lpc) prop.startsWith("D") || ids.add(lpc[prop]);

				var name = doc.getElementById("editBMPanel_namePicker");
				var row = name.parentNode, cd = doc.commandDispatcher;
				desc = o.getOwnPropertyDescriptor(name.__proto__, "readOnly");
				var setter = desc.set.bind(name);
				desc.set = val => {
					if (val) {
						var tree = cd.focusedElement;
						var node = tree && tree.selectedNode;
						if (node && ids.has(node.itemId))
							return row.collapsed = true;
					}
					return setter(val);
				}
				o.defineProperty(name, "readOnly", desc);

Для меня не в этом, но повышенная безопасность идёт бонусом.

Так зачем спрашивать, выключи и посмотри сам, погоняй денёк.
Но, думаю, включишь обратно уже на первых минутах.

Ещё чего. Таким занимается сам браузер.
Контент может просто не отдать собственно torrent-файл.
А прикинь, контент будет определять куда что (не) отправить.

Да, inspector, но не контентский, а inspector Browser Toolbox'а,
[Файл Правка Вид ...] —> «Инструменты» —> «Веб-разработка» —> «Инструменты браузера».
Только сначала надо в настройках контентских инструментов поставить галки

[✔] Включить инструменты отладки browser chrome и дополнений
[✔] Включить удалённую отладку

Чтобы пользоваться. И, соответственно, задавать меньше вопросов.

Ну так создай со значениями red и yellow, чтобы явно отличалось по виду, и смотри.
Если что-то не устроит, сбросишь настройки и все дела.

Видимо слетает условие «при наведении курсора».

Вот, кстати, об инструментах разработки.
Нужны, в том числе, чтобы точнее описывать элемент,
то есть id'шником, или именем тэга, а не просто «полоска».

Я так понял, нужно скрывать весь deck#detailsDeck
тогда попробуй такую правку

/*
				var row = name.parentNode, cd = doc.commandDispatcher;
				desc = o.getOwnPropertyDescriptor(name.__proto__, "readOnly");
				var setter = desc.set.bind(name);
				desc.set = val => {
					if (val) {
						var tree = cd.focusedElement;
						var node = tree && tree.selectedNode;
						if (node && ids.has(node.itemId))
							return row.collapsed = true;
					}
					return setter(val);
				}
*/
				var deck = name.closest("deck"), cd = doc.commandDispatcher;
				desc = o.getOwnPropertyDescriptor(name.__proto__, "readOnly");
				var setter = desc.set.bind(name);
				desc.set = val => {
					var hide;
					if (val) {
						var tree = cd.focusedElement;
						var node = tree && tree.selectedNode;
						hide = node && ids.has(node.itemId);
					}
					return (deck.hidden = hide) ? val : setter(val);
				}

У меня сложнее, но да, эта настройка подойдёт.
Правда пользовательские XBL-скрипты слетят, но у тебя там,
вроде, только один, который AGENT_SHEET подключает.
Раз CTR удалён, то можно просто перебросить в другое место userChrome.css
к другим правилам для окна браузера, то есть на общих основаниях.