Ohne Protokoll, so wie der Eintrag im Kontextmenü steht.
Das ist der Teil der URL, der nach http(s):// und vor dem nächsten / steht.
Das kann auch eine Subdomain sein. Einzelne Seiten und Seitengruppen, die einem Anfangsabschnitt der URL entsprechen, sind nicht möglich.
Weiterleitungswarnung - Whitelist
-
Frokuss -
13. November 2015 um 12:39 -
Erledigt
-
-
ah, stimmt, Subdomains gehen - Seiten nicht, schade
oft ist es ja nur eine Seite, bei der man Aktualisierungen sofort sehen willUnd stimmt, das "Freigeben" trägt ja ebenfalls die Domain ein, das war mir nicht klar (dachte, das wäre lediglich eine funktionierende Version von "Erlauben"...) - also von Hand reinschreiben ist gar nicht mehr nötig!
Und stimmt ebenfalls, bei manchen Seiten funktioniert dieses AddOn, bei anderen nicht. Ich habe jetzt z.B. Mal diese Testseite ausprobiert und da funktioniert es nicht:
http://www.meta-refresh.redirect301.de/weiterleitung-20-sekunden.html -
Dafür müsste die Zielseite http://www.redirect301.de frei gegeben worden sein, dann wird man auch von http://www.meta-refresh.redirect301.de automatisch nach 20sec nach dort weiter geleitet
-
aaaaaah, ok, dann hat dieses AddOn also einen Bug beim Button und beim Kontextmenü?
Es schaut bei diesen beiden Funktionen gar nicht nach, welche (Sub)Domain freigegeben werden muß, sondern trägt u.U. was falsches in extensions.block_autorefresh_whitelist.whitelist ein?
Der user muß stattdessen also selbst herausfinden, welche Adresse freigegeben werden muß. -
In extensions.block_autorefresh_whitelist.whitelist (und bei den Buttons und im Kontextmenü) steht die Domain der Ausgangsseite. Sie wird aber mit der Domain der Zielseite verglichen und das ist der Bug.
Das ist in der neuen Version behoben. Vor der Installation die Endung .zip entfernen. -
merci
-
ämmmmmmmmm
Kann es sein, daß dieses AddOn keinen Einfluß hat auf Seiten, die in gesperrten/unbedienbaren PopUp-Fenstern aufgemacht werden? Also daß Seiten in so einem Fall zwar die zusätzliche Schaltfläche enthalten, sich ansonsten aber so verhalten, als wäre das AddOn gar nicht installiert? Oder beißt sich das evtl. mit einem anderen meiner AddOns? -
Ja, das kann sein, siehe Beitrag 63:
In Tabs, die zugleich mit einem Fenster geöffnet werden (also jeweils mindestens einer), wird die Whitelist möglicherweise nicht berücksichtigt.Ich weiß keine Möglichkeit, das zu verhindern. Wenn das Popup in einem neuen Tab statt einem Fenster geöffnet wird, geschieht das nicht.
Hast du eine Beispielseite? -
(...) Hast du eine Beispielseite?
Naja, ich habe mal zwei Testseiten auf einen Server gelegt und mit denen rumexperimentiert.
Eine Seite test_basis.htm:
HTML
Alles anzeigen<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html> <head> <meta http-equiv="content-type" content="text/html; charset=UTF-8" /> <title>Testfenster Auto-Aktualisierung</title> </head> <body> <div>Testfenster</div> <a href="#" onclick="window.open('test_popup.htm', '', 'dependent=no,height=120,width=600,location=no,menubar=no,resizable=no,scrollbars=no,status=no,toolbar=no'); return false;">Auto-Aktualisierung</a> </body> </html>
Und eine Seite test_popup.htm:
HTML
Alles anzeigen<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html> <head> <meta http-equiv="content-type" content="text/html; charset=UTF-8" /> <title>Checken</title> <meta http-equiv="refresh" content="50" /> </head> <body> <div>...nur zum Testen...</div> </body> </html>
Stimmt schon so etwa, wie ich in dem verwiesenen Post verstehe: Öffnet man ein neues Fenster in einem Tab im gleichen Fenster und "verschiebt den dann in ein neues Fenster" (zieht ihn raus ins Leere und erzwingt so ein neues Fenster), dann funktioniert es. Oder Adresse des PopUps kopieren und diese Seite dann zu Fuß öffnen lassen.
-
Lieber aborix, ich habe leider eine sehr unschöne Sache in deinem Addon gefunden. Das verhindert nämlich leider die korrekte Funktion einer anderen Erweiterung (https://addons.mozilla.org/de/firefox/add…earch-link-fix/ oder auch https://addons.mozilla.org/de/firefox/add…-link-fix-for-/ )
Zur Reproduktion:
Eine der oberen genannten Erweiterungen installiert. Ich sehe bei Rechtsklick bei den gefunden Treffer schöne saubere Direktlinks unten links und kann diese auch kopieren. Selbst nachdem ich ein Wort irgendwo markierte und per "Google Suche nach "***" angewählt habe bekomme ich saubere Links auf der Google Suchseite.
block_autorefresh_whitelist-0.9.3-fx.xpi installiert und Neustart gemacht (Dieser ist leider doch nötig, obwohl die Erweiterung auch ohne Neustart funktionieren sollte) Ich bekomme nun auf der Google Seite nur unsaubere Links (mit dem ganzen google geraffel) sobald ich einen Rechtsklick, oder Mittelklick mache und/oder den Link kopiere.
Ich hab mal ne animierte Grafik erstellt: http://mozhelp.dynvpn.de/dateien/forum/…autorefresh.gif bitte auf die Links achten, die unten links angezeigt werden sobald ein Rechtsklick gemacht wird.
Meinst du du könntest das beheben?
-
Ich habe es mit Google search link fix getestet und kann es teilweise reproduzieren. Bei der Suche aus der Suchleiste bekomme ich immer saubere Links und bei der Suche aus dem Kontextmenü manchmal und manchmal nicht. Ich werde mir das genauer ansehen.
Falls du Greasemonkey o.ä. verwendest, habe ich vielleicht einen Workaround:
Installiere ein Skript mit dem Inhalt der Datei content.js aus der Link-Fix-Erweiterung und diesen Kopfzeilen:Code// ==UserScript== // @name google search link fix // @include http://*/* // @include https://*/* // @run-at document-start // ==/UserScript==
Die Link-Fix-Erweiterung deaktiviere.
Ich bekomme damit immer saubere Links. -
Ich werde mir das genauer ansehen.
Danke!
Falls du Greasemonkey o.ä. verwendest
Nein, verwende ich überhaupt nicht. -
Neue Version.
Ich bekomme damit immer saubere Links. -
Hi aborix: Das stimmt zwar, man bekommt nun saubere Links, allerdings scheint die Erweiterung einfach gar nix mehr zu machen, sprich fasat alle Funktionen sind tot. Sie verhindert lediglich ein Neu Laden sämtlicher Seiten. Das ist aber nicht der Sinn der Sache.
-
Meinst du das normale manuelle Neuladen? Das funktioniert bei mir ganz normal.
Wenn nicht:
Ich habe die Erweiterung getestet auf http://noip.magix.net/5sek.html und beim Speichern eines Entwurfs hier im Forum und auf beiden Seiten klappt es bei mir, wie es soll. Kannst du mir ein paar Seiten nennen, wo nichts geschieht? -
Ich habe auch diese Seite getestet http://noip.magix.net/5sek.html die wird überhaupt nicht mehr neu geladen (bisher nicht in der whitelist) und es erscheint nicht einmal mehr oben die normale Leiste, die eigentlich anzeigen sollte wenn eine Webseite neu zu landen versucht.
-
Nur um ganz sicher zu sein: "Warnen, wenn Webseiten versuchen umzuleiten oder neu zu laden" ist angehakt?
Teste bitte: Öffne einen neuen leeren Tab und dann in diesem Tab die Testseite. Tut sich jetzt auch nichts? -
Nur um ganz sicher zu sein: "Warnen, wenn Webseiten versuchen umzuleiten oder neu zu laden" ist angehakt?
JATeste bitte: Öffne einen neuen leeren Tab und dann in diesem Tab die Testseite. Tut sich jetzt auch nichts?
Tut sich auch nix
Ich habe jetzt extra noch einmal ein neues Profil getestet mit eben NUR diesen beiden Erweiterungen. Gleiches Ergebnis.
Hast du es denn auch in einem neuen Profil getestet? was steht bei dir denn bei about:support hinter "Fenster mit mehreren Prozessen" ? In einem neuen Profil sollte dort eigentlich "1/1 (aktiviert (Standard))" stehen. Falls bei dir da etwas anderes steht, könnte dies die Ursache sein für unsere unterschiedlichen Ergebnisse.
EDIT: sobald bei about:support hinter "Fenster mit mehreren Prozessen" es deaktiviert ist (aus welchem Grund auch immer) dann funktioniert deine Erweiterung so wie sie sollte.
Aber es wäre ja schon gut, wenn sie auch funktionieren würde, mit Multiprocess. -
Ja, ich habe es in einem neuen Profil getestet. Bei "Fenster mit mehreren Prozessen" stand bei mir "0/1" und genau das hat den Unterschied ausgemacht. Ich hatte früher schon daran gedacht, bin dem aber nicht nachgegangen, weil von 0.9.3 auf 0.9.4 nichts, was e10s betrifft, verändert ist. Ich habe jetzt 0.9.3 mit e10s getestet und erwartungsgemäß funktioniert es auch nicht.
Ich habe jetzt eine neue Version, in der ist das teilweise repariert:
Mit e10s funktioniert das Neuladen, das Kontextmenü funktioniert allerdigs nicht. Freigeben geht nur über den Button. Zum Sperren muss man den about:config-Eintrag händisch bearbeiten. Ohne e10s klappt alles.
Am Kontextmenü arbeite ich noch. -
Danke vorab für deine ganze Arbeit und Mühe. ( bei 0.9.3 hatte ich auch nicht mit neuem Profil ausprobiert, sonst wäre mir das schon früher aufgefallen... aber damals hätte ich noch keine Idee gehabt, an was das liegen könnte)
EDIT:
Freigeben geht nur über den Button
Der Button erscheint zwar in einem neuen Profil (Fenster mit mehreren Prozessen 1/1 (aktiviert (Standard)) , aber ein Klick auf den Button hat keine Auswirkung.EDIT2:
auch im Arbeitsprofil ( Fenster mit mehreren Prozessen 0/1 (deaktiviert wegen Add-ons)) funktioniert der Button nicht, lediglich via Kontextmenü funktioniert es. -