О навигаторе:
http://spec.piramidin.com/clientref13/nav.htm

По ссылке даже, если изменить useragent с помощью сриптов можно вытащить какой браузер.
http://whoer.net/extended

Пример того, как блокируется событие:

Как по аналогии блокировать navigator? Пробовал так:

Вроде не работает.

okkamas_knife
Меня интересует конкретно этот случай. Хотя бы из любопытства.

Понятно.

Как это можно обойти?

Тут минимум две проблемы – переписать свойства navigator'а до выполнения скриптов страницы и переписать их так, чтобы было не определить факт подмены, иначе можно будет отслеживать по факту блокировки (ведь блокирующих явно будет мало).

По запуску до скриптов страницы нужны исследования. Если и правда не обойтись без binding'ов, то binding может быть только один, так что, видимо, сломается RightToClick. Или надо динамически создавать расширяющий binding. Удастся ли при этом работать более, чем двум таким расширениям – неизвестно.

По незаметной подмене, возможно, может помочь https://developer.mozilla.org/en/JavaSc … ects/Proxy. А может и не помочь.
Вроде бы, автор ABP уже пытался: http://adblockplus.org/blog/do-javascri … n-wrappers, только в результате блокировка всплывающих окон была сделана иначе:

//
    // nsIObserver interface implementation
    //
    observe: function(subject, topic, data, additional)
    {
        switch (topic)
        {
            case "content-document-global-created":
            {
                if (!(subject instanceof Ci.nsIDOMWindow) || !subject.opener)
                    return;

                let uri = additional || Utils.makeURI(subject.location.href);
                if (!Policy.processNode(subject.opener, subject.opener.document, Policy.type.POPUP, uri, false))
                {
                    subject.stop();
                    Utils.runAsync(subject.close, subject);
                }

Object.__defineGetter__.call(
    top.opener.content.navigator,
    "language",
    function() { return "foo"; }
);

Вроде, Ok – ошибок нет.

top.opener.content.navigator.language

Ошибка: attempt to run compile-and-go script on a cleared scope

При проверке со страницы в navigator.language по-прежнему исходное значение.

Так что есть довольно большая вероятность, что без изменений изнутри ничего не получится.
И потом все равно надо будет переопределить еще и toLocaleString():
new Date().toLocaleString(); // 4 Февраль 2012 г. 00:00:00
123456.789.toLocaleString(); // 123 456,789

Плюс браузер можно определить по тому, что он поддерживает. А это и CSS, и HTML5, и куча всего прочего.
Другое дело, что мало кому надо заниматься исследованиями по такому определению браузера.

Не, это уже исправили (если вообще когда-то можно было, не помню):