Ich glaube, ihr beide müsstet wirklich dringend mal Bookmarks Organizer durchlaufen lassen.
Webseiten mit 404 Fehler finden
-
Arran -
31. Dezember 2016 um 20:20 -
Erledigt
-
-
:mrgreen: aber erst wenn nix mehr abstürzt :lol:
-
Danke für's Testen, Zitronella! Fehler ist an Mozilla gemeldet…
milupo: Würde in meinem Fall nichts bringen, da ich mir zu jeder Firefox-Version alle Bugzilla-Tickets von relevanten Änderungen als Lesezeichen speicher. Das heißt, es werden bei mir beinahe täglich mehr Lesezeichen.
-
Die wichtigste Änderung wird zwar fehlen, aber ich habe nun eine weitere Vorab-Version ohne diese Änderung erstellt, welche einige andere Änderungen beinhaltet. Es würde mich freuen, wenn ein paar Nutzer testen könnten, ob noch alles wie gewohnt funktioniert:
https://send.firefox.com/download/a2489…D509eQTrBFDAjhA
Die Anzahl der Downloads ist auf 20 limitiert, so viele werden eh nicht testen.
Die Version ist nicht signiert, kann also nicht in Firefox Stable eingesetzt werden. Die Anzahl der Lesezeichen ist dieses Mal egal, mich interessiert von jedem, ob noch alles funktioniert oder ob es Probleme gibt.
Die Änderungen sind bislang nur auf Englisch zusammengefasst, falls es jemanden interessiert, was gegenüber Version 1.3.0 anders ist:
https://github.com/cadeyrn/bookma…er/CHANGELOG.md
Danke!
-
Ich probiere die Erweiterung gerade aus in meinem Arbeitsprofil via about:debugging und ließ auf Fehler überprüfen. Sollte doch kein Problem sein, oder? ich weiß dass sie nach Schließen des Browsers wieder weg ist. Die damit gemachten Änderungen bleiben jedoch erhalten.
Da fiel mir gerade was auf:
Ein Lesezeichen ist: https://f-droid.org/repository/bro…gle.android.gms Es wird als Korrektur https://f-droid.org/packages/ vorgeschlagen. Jedoch wenn ich das Lesezeichen anklicke werde ich eigentlich nach https://f-droid.org/packages/#q=UnifiedNlp weiter geleitet. Es fehlt also der Teil "#q=UnifiedNlp " in der URL. Ist das ein Bug?
[attachment=0]Bookmarks-Organizer-01.png[/attachment] -
Danke für's Testen!
Das ist kein Fehler, weil der Redirect tatsächlich nur nach https://f-droid.org/packages/ erfolgt:
[attachment=0]Bildschirmfoto 2018-02-25 um 12.12.14.png[/attachment]
Wo auch immer dann das #q=UnifiedNlp herkommt, es ist nicht Teil der Weiterleitung, die der Bookmarks Organizer erkennen kann. Aber zumindest sorgt dies bei Korrektur auch für keine weitere Warnung, d.h. wenn die Weiterleitung korrigiert wird und man dann erneut prüft, taucht die Seite nicht auf und wenn man das Lesezeichen nach der Korrektur aufruft, spart man in jedem Fall die Zeit einer Weiterleitung.
-
ok, dann ist das halt so
da ich gerade am Aussortieren/Korrigieren mit der Erweiterung bin, kommt nun ein Feature Vorschlag:Es sind bei mir x Korrekturen u.a. von http zu https, die klicke ich nun alle einzeln an, was viel Arbeit ist. Aber auf "Alle Weiterleitungen korrigieren" möchte ich auch nicht klicken, sonst geht mir sowas wie im obigen Post flöten.
Daher mein Vorschlag:
So ein Kästchen vor jedes Lesezeichen, was man anklicken kann und den Haken rein setzten kann, bzw. auch eine übergeordnetes Kästchen mit denen man "Alle auswählen" wählt und dann den Haken bei den einzelnen entfernen kann und dann einen Button für "Ausgewählte Weiterleitungen korrigieren"Weißt du wie ich meine? also so etwas in der Art https://wiki.litixsoft.de/download/attac…cord-delete.png
-
Das ist auf jeden Fall geplant, auch wenn ich noch nicht weiß, wann ich dafür Zeit haben werde, weil das einen größeren Umbau des UI-Parts bedeutet.
Die verlinkte Seite hat übrigens ein ganz anderes Problem, nämlich ein Zertifikat, welches ab Firefox 60 und Chrome 66 nicht mehr unterstützt wird. Sind mir jetzt schon ein paar Seiten untergekommen. Ich verstehe nicht, wieso sich manche Webseiten-Betreiber so viel Zeit lassen, das "Symantec-Problem" ist schon seit Monaten bekannt und betrifft bereits reale Nutzer…
-
Das ist auf jeden Fall geplant...ahh sehr schön :klasse:
Die verlinkte Seite hat übrigens ein ganz anderes Problem...
Welche Seite jetzt genau? https://wiki.litixsoft.de oder https://f-droid.org ? -
Ach und noch ein Feature Vorschlag. Ja wenn ich schon mal dabei bin dann sprudeln die Ideen
Und zwar. Die Möglichkeit bestimmte Lesezeichen von der Prüfung auszuschließen -
litixsoft.de funktioniert weder in Firefox Nightly noch in Chrome Canary wegen des Zertifikats. Alle Zertifikate von Symantec und den zu Symantec gehörenden Thawte, VeriSign, Equifax, GeoTrust sowie RapidSSL, die vor dem 01.06.2016 ausgestellt worden sind, sind ab Firefox 60 und Chrome 66 ungültig.
Eine Blacklist will ich auch in jedem Fall implementieren - wenn es die Zeit mal zulässt.
-
Eine Blacklist will ich auch in jedem Fall implementierencool :klasse:
Übrigens was mir noch auffällt, auch wenn das nicht weiter tragisch ist wolle ich es erwähnt haben. Die Prüfung läuft erst recht flott durch, aber bei den letzten3-5Lesezeichen verweilt sie dann sehr lange bis es fertig ist. Im letzten Durchlauf waren es die letzten 15-25 Lesezeichen
[attachment=0]Bookmarks-Organizer-02.png[/attachment]EDIT: dieses Lesezeichen https://www.amazon.de/gp/mas/get/android findet deine Erweiterung immer und markiert es rot (Fehler) obwohl das Lesezeichen problemlos unverändert aufgerufen werden kann.
EDIT2: bei diesem Lesezeichen https://sellercentral.amazon.de/forums/thread.…153457&tstart=0 wird in der Erweiterung ein Fehler generiert, obwohl man sonst eigentlich auf https://sellercentral.amazon.de/forums/t/hat-a…aufsfrei/105092 umgeleitet wird.
EDIT3: Vorschlag: Lesezeichen, die keinen Namen im Lesezeichen haben sollten vielleicht speziell gekennzeichnet werden (andere Farbe) und nicht generell als Fehler gekennzeichnet werden. Ich habe absichtlich einige Lesezeichen ohne Namen, da mir das Favicon genügt.
EDIT4: stelle gerade fest, dass fast all meine Amazon Link Lesezeichen als Fehler deklariert werden, obwohl eigentlich alle aufgerufen werden können. :-?? Das müsstest du wirklich mal prüfen, Sören. Ich kann dir bei Bedarf gerne ein paar Lesezeichen nennen.
-
Test von 903 Lesezeichen mit Version 2.0 im Nightly:
Folgende Seiten werden als Fehlerhaft bezeichnet:http://colrd.com/studio/?lang=deu
https://www.verkehrsinfo-braunschweig.de/forum/viewforum.php?f=14 (hier möglicherweise wegen dem Eingangscheck, der manuell zu erledigen ist)
https://smile.amazon.de/ -
Übrigens was mir noch auffällt, auch wenn das nicht weiter tragisch ist wolle ich es erwähnt haben. Die Prüfung läuft erst recht flott durch, aber bei den letzten
3-5Lesezeichen verweilt sie dann sehr lange bis es fertig ist. Im letzten Durchlauf waren es die letzten 15-25 Lesezeichen
Bookmarks-Organizer-02.pngEine Sache ist, dass wenn Firefox versucht, einen Server zu erreichen, und der nicht antwortet, dann versucht es Firefox extrem lange, ohne abzubrechen. Das geht so weit, dass die Erweiterung für manche Nutzer gar nicht erst zu einem Ende kommt, was der Grund ist, wieso ich auch immer wieder 1-Sterne-Bewertungen erhalten. Das andere ist, dass wenn Firefox hunderte, wenn nicht tausende Lesezeichen praktisch gleichzeitig überprüfen soll, Firefox, der Internet-Verbindung oder was auch immer irgendwann auch die Puste ausgeht und alles ein wenig länger dauert.
Das ist theoretisch seit Firefox 57 lösbar, weil es seit Firefox 57 die technische Möglichkeit gibt, ein fetch()-Request abzubrechen, vorher ging das nicht. Praktisch ist dieser neue Code genau der, der Firefox zum Absturz bringt, weswegen ich die Verbesserung zurückhalten muss.
Ich habe heute extra nochmal jemanden aus Mozillas DOM-Team angepingt, der mir geantwortet hat, dass er sich das am Montag vielleicht ansehen kann:
https://twitter.com/wanderview/status/967753070967967745
Eine Lösung des Problems wird es nicht innerhalb eines Tages geben. Selbst wenn Mozilla die Ursache findet, behebt und im allerbsten Fall sogar einen sogenannten Beta-Uplift durchführen würde, könnte ich das frühestens nach Veröffentlichung von Firefox 59 ausliefern. Das ist bereits der beste Fall. Ein Update für Firefox 58 wird dafür ganz sicher nicht mehr kommen und selbst wenn es einen Bugfix gibt, sehe ich nicht, dass das genug Menschen betrifft, dass es das noch in Firefox 59 schafft.
Aber wir werden sehen. Für mich ist momentan nur wichtig, dass die Ursache und auch eine Lösung schnell gefunden wird, auch wenn die Lösung vielleicht erst mit Firefox 60 kommt.
EDIT: dieses Lesezeichen https://www.amazon.de/gp/mas/get/android findet deine Erweiterung immer und markiert es rot (Fehler) obwohl das Lesezeichen problemlos unverändert aufgerufen werden kann.
Bei mir nicht. Kannst du mal in die Einstellungen des Add-ons gehen (über den Add-on Manager), die Debug-Ausgabe aktivieren und die Prüfung nochmal durchführen? Dann hast du am Ende des Ergebnisses zusätzliche Informationen. Wäre toll, wenn du mir daraus den entsprechenden Part kopieren könntest. Das sieht zum Beispiel so aus:
Code
Alles anzeigen{ "bookmark": { "id": "X0NIgCggzW0o", "parentId": "unfiled_____", "title": "test3", "url": "http://colrd.com/studio/?lang=deu", "status": 404 }, "method": "HEAD", "cause": "server-response", "response": { "url": "http://colrd.com/studio/?lang=deu", "redirected": false, "status": 404 } }
Bitte beide Ergebnisse. Du siehst an dem Beispiel nämlich die Zeile "method": "HEAD", es muss dann noch einen zweiten Test mit "method": "GET" geben. Wahrscheinlich ist das Ergebnis ansonsten eh gleich, es kann aber durchaus auch sein, dass es einen anderen Grund gibt, deswegen bitte beides.
Ich hoffe, das funktioniert und zwingt Firefox nicht in die Knie. Die Debug-Ausgabe habe ich nie mit einer vierstelligen Lesezeichen-Zahl getestet.
Gleiches für die anderen Amazon-Links, wenn diese Fehler und nicht nur Weiterleitungen generieren.
EDIT3: Vorschlag: Lesezeichen, die keinen Namen im Lesezeichen haben sollten vielleicht speziell gekennzeichnet werden (andere Farbe) und nicht generell als Fehler gekennzeichnet werden. Ich habe absichtlich einige Lesezeichen ohne Namen, da mir das Favicon genügt.
Bei der Überprüfung auf Fehler wird der Titel überhaupt nicht überprüft. Also wenn ein Fehler angezeigt wird, dann wegen der URL. Für fehlerhafte Namen gibt es eine eigene Überprüfung, welche auch nur das testet.
-
Test von 903 Lesezeichen mit Version 2.0 im Nightly:
Folgende Seiten werden als Fehlerhaft bezeichnet:http://colrd.com/studio/?lang=deu
https://www.verkehrsinfo-braunschweig.de/forum/viewforum.php?f=14 (hier möglicherweise wegen dem Eingangscheck, der manuell zu erledigen ist)
https://smile.amazon.de/Der Amazon-Link ist kein Problem bei mir (nur eine Warnung, da Weiterleitung). Was die anderen beiden Seiten betrifft, das sind 404-Seiten, die Erkennung als Fehler ist also technisch korrekt. Da bräuchte es dann halt das Feature, um Lesezeichen für weitere Prüfungen vom Test auszuschließen, das ist aber noch nicht implementiert.
Wenn du http://colrd.com/studio/?lang=deu mal aufrufst, siehst du übrigens, dass da sogar im Seitentitel steht, dass es eine 404-Seite ist, das Lesezeichen ist also wirklich ungültig.
-
@Sören:
Code
Alles anzeigen{ "bookmark": { "id": "G1CyWdPvke4e", "parentId": "QrVX5f4kT5vW", "title": "Jetzt Amazon App-Shop installieren", "url": "https://www.amazon.de/gp/mas/get/android", "status": 405 }, "method": "HEAD", "cause": "server-response", "response": { "url": "https://www.amazon.de/gp/mas/get/android", "redirected": false, "status": 405 } }
hm, zeigt 405 an, frage mich nur warum ich nie Probleme habe die Seite auf zu rufen.
Identisch mit den anderen Serverfehlern auf amazon.de wie zb.Code
Alles anzeigen{ "bookmark": { "id": "3WCYjS-MNIll", "parentId": "9Y5lq7VFbZL_", "title": "LED Linienlampe 8W = 60W 750lm warmweiß 2700K S14s 2 Sockel 50cm 330°: Amazon.de: Beleuchtung", "url": "https://www.amazon.de/Linienlampe-750lm-warmwei%C3%9F-2700K-Sockel/dp/B0112HQ18O/", "status": 405 }, "method": "HEAD", "cause": "server-response", "response": { "url": "https://www.amazon.de/Linienlampe-750lm-warmwei%C3%9F-2700K-Sockel/dp/B0112HQ18O/", "redirected": false, "status": 405 } }, { "bookmark": { "id": "3WCYjS-MNIll", "parentId": "9Y5lq7VFbZL_", "title": "LED Linienlampe 8W = 60W 750lm warmweiß 2700K S14s 2 Sockel 50cm 330°: Amazon.de: Beleuchtung", "url": "https://www.amazon.de/Linienlampe-750lm-warmwei%C3%9F-2700K-Sockel/dp/B0112HQ18O/", "status": 902 }, "method": "GET", "cause": "fetch-error", "response": "NetworkError when attempting to fetch resource." }
Da ist allerdings auch was mit Status 902 :-?? -
Danke.
Status 405 ist aus Erweiterungs-Sicht in Ordnung, weil das "Method Not Allowed" bedeutet. Ich schicke aus Performance-Gründen HEAD-Anfragen anstatt GET-Anfragen an den Server und manche Server lehnen das ab. In dem Fall schicke ich noch eine zweite GET-Anfrage hinterher. Gibst du eine URL in die Adressleiste ein oder öffnest ein Lesezeichen, sind das immer GET-Anfragen.
902 ist ein interner Code, den ich verwende, das entspricht keinem realen HTTP-Status-Code. Ich habe einfach alle Zahlen über 900 für mich beansprucht.
Bei den 900er Code sieht der Bookmarks Organizer ein Lesezeichen als fehlerhaft an. Warum es in diesem Fall einen 902er gibt - keine Ahnung. Bei mir funktioniert auch das Beispiel. Hast du sehr viele Amazon-Lesezeichen? Vielleicht limitiert Amazon ja Zugriffe, wenn zu viele in zu kurzer Zeit erfolgen…
-
Ich habe 30 Amazon Lesezeichen. Ich probiere ein anderes Mal nochmal im nightly und werfe ggf. paar Amazon Lesezeichen raus. Mal sehen, ob sich da was ändert.
-
Habe meine Lesezeichen per bookmarks-2018-02-25.json in nightly geladen und die Erweiterung durchlaufen lassen. Dort werden diese amazon Einträge nicht als Fehler ausgegeben.
Das gleich machte ich in einem neuen Firefox Profil mit Firefox 58.0.2 --> Dort wurden die Einträge auch nicht als Fehler ausgegeben.
Danach mein Arbeitsprofil im abgesicherten Modus aufgerufen, dann via about:debugging die Erweiterung geladen und durchlaufen lassen. Jetzt werden auch dort keine amazon Fehler ausgegeben.
Wieder im Normalmodus gestartet: Alle amazon Fehler werden wieder angezeigtDas wird wohl ne längere Suche, dem auf die Spur zu kommen :twisted:
-
Hast du den Tracking-Schutz von Firefox aktiviert? Wenn ja, was steht nach Verwendung des Bookmarks Organizers in den Firefox-Einstellungen, welche Erweiterung den Tracking-Schutz kontrolliert? Das wird erst ab Firefox 59 angezeigt, das kannst du nicht in Firefox 58 prüfen.
Der Tracking-Schutz verhindert ein scriptseitiges Aufrufen von Amazon.
-