Ну так, на четвёрочку.

Первый пункт, я так понимаю, относится и к звезде,
иначе, наверно, было бы написано «по Ctrl+D» вместо «(Ctrl+D)».

Второй пункт, видимо, относится к первому пункту, а не вообще «всегда».

Третий пункт я просто не понял. Если имеется в виду сохранение
со звёздочной панельки в состоянии «Изменить закладку», то это
не «сохранении новой аналогичной закладки», а перемещение существующей.

А если заказано чтобы звёздочная панелька в состоянии «Изменить закладку»
не появлялась, то третий пункт получается избыточен.

Однако, на всякий случай, задумал, чтобы если звезда активируется
с модификатором Ctrl или Shift, тогда поведение не меняется, остаётся каким было.

Вот, в окно браузера (не в сандбокс).
[spoiler][code](async mod => (await ChromeUtils.compileScript("data:," + encodeURIComponent(
    `Object.assign(PlacesCommandHook, {${
        String(PlacesCommandHook.bookmarkPage)
            .replace("{", `

На await navigator.clipboard.read() что ли?
А в чём тут затруднение? Выражение вернёт массив,
либо пустой, либо не пустой, просто проверяем length

Другое дело, что navigator.clipboard берёт лишь немногое.
Например, в копируем файл в проводнике,
и в буфере торчит больше десятка форматов,
а await navigator.clipboard.read() отдаёт пустой массив.

Здесь виджет создаётся кодом, исполнившемся в окне,
и многое некоторое привязано к этому окну.
Например, PlacesToolbarItems вычисляется
как #PlacesToolbarItems того окна, в котором создан виджет.

Если открыть другое окно браузера, то это не изменится, листенеры
будут добавляться и удаляться для элемента в окне происхождения,
то есть, в новом окне код не будет работать как надо.

Также args11, мало того, что это ненужная глобальная переменная,
типа window.args11, так при открытии нового окна, код перепишет этот args11,
и если листенер из предыдущего args11 был д

О, интересная штука. Показывает даже то, чего не показывает InsideClipboard
[spoiler]
Ну в смысле скорее показывает наличие некоторых форматов, чем данные.

Ну где же чисто, когда нет
[code]data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAcQAAAFpCAIAAACNv894AAArJklEQVR42u2df7AV1Z3gz+VH4m8FXQTRzKZ4igKGctx9cdCsGH+watYxb4hO1kopG0tSrIqT1LDqTK2YUUPIZGYeKlPPTYVYKScjxVBWJkiJGDGujrJhXUYeCrwXjZJ5QGmMEn8h8Pbc7tvdp7tP/7g/3uk+/T6fPy6Xvt3nnL4/Pu/7Pefe/tbeeuutQ4cOHTx48LDHcAwhhHsLAABaanv37p295Z+LHgYAgN3UfvOb35y7df2egx8VPRIAAIupvfHGG93bNiBTAIB2qL3++uvnbd+ITAEA2qH2q1/9as6rP0emAADtUBscHDx/x9PIFACgHWoDAwMX7NyETAEA2qG2c+fO/zTwi2yZXnVz485PHyh6zAAApaO2Y8eOCwefTZSp59Dh4eFnnnlm7ty5zn3nyJpuf1QLAKOS2quvvjr3V/87SabD/+Xmu+9eetddd0mTyv9u2rRp6dKlae0hUwAYldReeeWVi157LkWm8qZ2992bnJjUx7eqvJXh6oUXXlhzI1VkCgCjktr27du/+PrzmTIdvusuf6OMUqVMZbgqBSrvSJm6t/XHojLdLq5aGWv1s6LvW2KK8XMd2iQWrhFnzhfL5xrvW3023

FF130, скорее. Какой-то очень странный баг.
Лиса козлится, пишет какую-то дичь, типа
не поддерживается, не удалось загрузить медиаресурс,
не удалось воспроизвести, нет декодеров ...

Думал, может дело в .ogg — но замена на .mp3 хорошего результата не дала.
Думал, может дело в moz-extension:// — но с консоли браузера audio играется.

Тем не менее, по протоколам data: и blob: вроде работает, поэтому,
пока не найдено лучшего решения или не исправлен баг, можно так попробовать
[spoiler=popup.js][code]/*
    playSound(sound, volume) {
        if (sound !== null && sound !== 'off') {
            let audio = new Audio()
            audio.src = sound
            audio.autoplay = true
            audio.volume = volume
        }
    }
*/
    async playSound(sound, volume) {
        if (!sound || sound == "off") return;

        var resolver = Promise.withResolvers();
        var reader = new FileReader();
        reader.onload = res

Всё ещё склоняюсь избегать обсуждения вопроса "правильности".
Скажу так: утилита InsideClipboard показывает мне, что

Способ 1) пишет в буфер два формата
CF_TEXT — один нулевой байт и CF_UNICODETEXT — два нулевых байта.

Способ 2) очищает буфер полностью.

Способ 3) пишет в буфер один формат "utiputi" — два нулевых байта,
что, для данной задачи, является избыточным.
Если убрать всё лишнее, то есть оставить только

Services.clipboard.setData(
    Cc["@mozilla.org/widget/transferable;1"].createInstance(Ci.nsITransferable),
    null,
    Ci.nsIClipboard.kGlobalClipboard
);
то результат будет такой же, как и у способа 2)

Абсолютно ни в чём, будь уверен.
Просто просить прямую ссылку,
а сам не предоставивши не только прямой, а вообще никакой,
... ну так дела не делаются.

А должно бы было быть.
Для кого Виталий старался?
Вписать туда «case "r3dfox":» — всего-то и делов.

Ну, и весь набор, ясен пень, должен быть актуализирован.
startupCache можно на странице about:support очистить, если что.

Жму на кнопке обозначеной стрелкой,
верхний тулбар переключается как и задумано.

FillHistoryMenu() теперь хочет event

/*
      window.FillHistoryMenu(document.getElementById('backForwardMenu'));
*/
      window.FillHistoryMenu({
        preventDefault() {},
        target: document.getElementById('backForwardMenu')
      });

Мне эту шляпу взять негде.

У меня вот так нажалось

content.document.getElementById("cf-turnstile")
	.firstChild.openOrClosedShadowRoot.firstChild.contentDocument
	.body.openOrClosedShadowRoot.querySelector("#content input").click();

Нет, не стал. Он всё также открывает одну вкладку.

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

Bug 1898764 - Remove inline event handlers from the context menu

Иначе говоря — скрипт теперь открывает свою вкладку, а браузер свою.
Скрипт, кстати, кривоват, но, если устраивал, то можно попробовать так

/*
  item.setAttribute('oncommand', '(' + viewMedia.toString() + ')(event);');
*/
  item.addEventListener("command", e => {
    e.stopImmediatePropagation();
    viewMedia(e);
  });

Видимо, это [url=https://bugzilla.mozilla.org/show_bug.cgi?id=1898380

Ааа, наконец-то дошло о чём речь.
Просто у меня кнопка была на самой панели меню,
типа рядом-вместо, поэтому косяка видно не было.

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

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

/*
	addDestructor(() => {
*/
	var func = AutoHideMenubar._setActive;
	AutoHideMenubar._setActive = () => {};

	addDestructor(() => {
		AutoHideMenubar._setActive = func;

Bug 1904909
PlacesUtils.nodeIsFolder
PlacesUtils.nodeIsFolderOrShortcut

Попытка такого приближения была, где-то здесь.
Не думаю, что смогу сделать что-то сложнее.
И, эта жуть на ctypes, соответственно, только Windows.

Ну, там чуть причесать надо, и на ESM перевести.
Надеюсь, труда не составит.

К странице about:processes приближать не требуется.
Оно должно с ней просто совпадать.
Типа сумма значений в колонке «Память».

Если с ChromeUtils.requestProcInfo()
нужно только значение родительского процесса,
(как, предположительно, акцентировано на скриншоте красным овальчиком справа),
то можно закомментировать строку
for(var child of info.children) bytes += child.memory;

"false" == true (не пустая строка)

Описываемый тобой опыт, несомненно, интересен и поучителен,
но я же не об этом.

Вот запусти с консоли прямо так: addEventListener();
Какое число выдаст тебе консоль? Может восемь? Нет?
Ну вот, я, собственно, только об этом.

05-07-2024 22:09:30

Опаньки, с кода "false" == true; консоль выдала мне false
Это слегка неожиданно.

"false" == false; — тоже false
С кода if ("false") alert(); — алерт есть.