Firefox und "ONLEIHE"

[clooney]

Ich nutze gerne die "Onleihe" der Kommunalen Bibliotheken über diesen Link https://www.onleihe.de/goettingen/frontend/welcome,51-0-0-100-0-0-1-0-0-0-0.html (Relevant wegen der "Zugangsbibliothek").

Seit einer Neugestaltung des Portals, habe ich Schwierigkeiten mit dem Cookiebanner. Das Banner selbst sehe ich nicht, aber ein halbtransparentes Overlay, quasi eine Nebelwand liegt über der gesamten Seite, auf die ich gar nicht komme. Das gilt für Firefox ESR nach PRHdB (also user. js medium streng oder moderat, uBlock, Canvas Blocker, JShelter, Skip Redirect). Verschiedene Konstellationen getestet (AddOns an/aus...) - keine Veränderung. Meine Vermutung: user.js.

Beim nackten Edge bekomme ich das CookieBanner, klicke meine Auswahl und kann die Seite betreten.

Wo muss ich den Hebel ansetzen, um über den Firefox die Onleihe zu nutzen?

[cane]

Es liegt an uBlock Origin (bzw. an der Config für uBlock Origin vom PrHdb).

Wenn Du statt uBlock Origin das Add-on AdGuard mit der Config vom PrHdb nimmst, dann funktioniert ONLEIHE (mit medium strenger user.js und den anderen Add-ons wie für "moderat" empfohlen).

[Waterdrop]

Es liegt an uBlock Origin (bzw. an der Config für uBlock Origin vom PrHdb).

Müsste die Seite dann nicht funktionieren, wenn man uBlock Origin (vorübergehend zu Testzwecken) als Add-on deaktiviert? Das tut sie nämlich nicht...

[clooney]

...

dann funktioniert ONLEIHE

Stimmt natürlich und funktioniert. Mal wieder vielen Dank, cane. Du bist für mich der "King" ;-)

So habe ich mein Hauptprofil mit uBlock, mein aufgeweichtes Profil mit AdGuard. Und meine Panik-Notlösung Edge kann wieder mal eingepackt bleiben.

Müsste die Seite dann nicht funktionieren, wenn man uBlock Origin (vorübergehend zu Testzwecken) als Add-on deaktiviert?

Genau das dachte ich auch und habe natürlich testweise uBlock universell deaktiviert. Der Knackepunkt liegt aber in dem spezifischen Konfigurationsvorschlag für uBlock vom PrHdB begründet (it's a feature not a bug).

[Tealk]

Der Knackepunkt liegt aber in dem spezifischen Konfigurationsvorschlag für uBlock vom PrHdB begründet (it's a feature not a bug).

Seit wann kann ein deaktiviertes Add-on in den Browser eingreifen? Da ist die cfg doch irrelevant?

[Waterdrop]

Ich habe bei mir nichts verändert und uBlock Origin ganz normal aktiviert. Wenn ich heute die Seite aufrufe, ist die "Nebelwand" weg und eine ganz normale Nutzung der Seite ist möglich. 

[Bit]

Seit wann kann ein deaktiviertes Add-on in den Browser eingreifen? Da ist die cfg doch irrelevant?

So ist das nicht.
Nicht installiert / deaktiviert / ausgeschaltet sind drei verschiedene Zustände in der jeweiligen Umgebung.
Das mag zwar bei mancher bestimmter Software gleich sein, aber allgemein ist es das nicht.

Bei der Installation werden Konfigurationen getroffen, die auch bestehen bleiben, wenn sie nicht aktiviert oder eingeschaltet wird und wenn sie aktiviert ist, werden weitere Dinge konfiguriert, die auch im ausgeschalteten Zustand bestehen bleiben können.

Das Schwierigste aber ist, daß auch bei der Deinstallation nicht unbedingt immer alles wieder auf den Zustand vor der Installation zurückgesetzt wird, weil die Deinstallationsroutinen gemeinsam genutzte Ressourcen zu schützen versuchen (was andererseits nicht immer gelingt). Manchmal wird der überforderte Nutzer gefragt, was damit passieren soll. Das wiederrum erzeugt oft zusätzliche Artefakte, wie auch bei fehlerhaften Deinstallationsroutinen.

Grundsätzlich ist es mit Apps und Portables einfacher, weil man sie zumindest einfach löschen kann, ohne daß das System schlimmen Schaden nimmt. Bei integrierten Installationen (insbesondere bei Windows) sollte man das lassen, denn das zu reparieren, ist mitunter oft schwierig und führt im Laufe der Zeit zur Notwendigkeit von Neuinstallationen.

[Tealk]

Reden wir hier noch von Firefox Add-ons?

[Bit]

Firefox Add-ons

Ich habe mir das nochmal durch den Kopf gehen lassen.

AddOns agieren immer im Namen ihres Hauptprogramms (also hier dem Firefox). Das ist also ihre Umgebung.
Wenn die bloße Installation des uB₀ beim Firefox eine Modifikation verursacht, die ihn maßgeblich in seinem Verhalten verändert, kann das auch beim deaktivierten AddOn wirksam sein. Dazu würde ich gerne cane hören.

Wenn es mal aktiviert war (und konfiguriert wurde) können im deaktivierten Zustand immernoch diese Verhaltensänderungen des aktiven Firefox als seiner Umgebung wirksam sein (wie ich das oben erklärt habe).

Derlei habe ich auch schon mal wahrgenommen, aber nie definitiv untersucht: schädliche Auswirkungen eines AddOns ließen sich erst durch die Deinstallation vermeiden, Deaktivierung reichte nicht.
Eine Wirksamkeit auf das System halte ich für ausgeschlossen, wenn der Firefox dazu nicht in der Lage ist und es obendrein erlaubt.

Aber wie gesagt: allgemein ist das so und dann gibt es natürlich spezielle Ausnahmen:

Als Ergänzung um Daten auszuleiten oder andere Prozesse am Host zu steuern: Native Messaging. In dem Fall wird die Kommunikation von einem Addon zum Host-System durchgereicht. Das macht z.B. das KeePassXC Addon um mit der Anwendung auf dem Host bestimmte Daten auszutauschen. Damit das funktioniert braucht das Addon aber die Berechtigung dazu. Die stehen in der manifest.json und muss vom Benutzer bei der Installation (oder bei einem Update, wenn diese Berechtigung neu ist) bestätigt werden.

[cane]

Bei der Deaktivierung eines Add-ons laufen die gleichen Prozesse ab wie bei der Deinstallation aber das Add-on wird nicht aus dem Konfigurationsverzeichnis von Firefox gelöscht. Es kann damit leicht wieder aktiviert ("installiert") werden.

Wenn die Deinstallationsprozesse keinen Fehler haben, werden damit sowohl bei Deaktivierung als auch bei Deinstallation alle Verhaltensänderungen von Firefox durch das Add-on rückgängig gemacht.

Wenn die Deinstallationsprozesse einen Fehler haben und nicht alle Verhaltensänderungen rückgängig gemacht werden oder zuviele Einstellungen auf Default gesetzt werden, dann tritt der Fehler sowohl bei der Deaktivierung als auch bei der Deinstallation auf.