Beiträge von dark_rider

Danke, Dir/Euch ebenfalls einen guten Start ins neue Jahr!

Übrigens macht es auch keinen Unterschied, ob ich in FF Cookies generell akzeptiere oder nicht. Die Paketshopsuche funktioniert in beiden Fällen nicht.

Noch zur Version/Update: In der channel-prefs.js steht:

Zitat

pref("app.update.channel", "release");

Also auch, wie es sein soll.

Warum mein FF dennoch derzeit nicht von 43.0.1 zu 43.0.3 updatet, ist mir nicht klar. Vielmehr ist aber ja noch unklar, ob die GLS-Paketshopsuche mit dem Update auf 43.0.3 funktionieren würde, oder ob der Fehler damit unverändert auftritt.

Zumal die Fehlermeldung aus der Konsole bekannt zu sein scheint:
http://stackoverflow.com/questions/1334…story-pushstate

Das Deaktivieren von NoScript + Neustart des FF bewirkt aber keine Änderung, die Paketshopsuche funktioniert auch dann nicht (zumal ich alle Scripting-URLs auch vorher schon in NoScript freigegeben hatte).

Ich habe die .xpi probeweise verschoben. Leider meldet FF auch dann 43.0.1 als aktuell.

Nach dem Zurückverschieben in den extensions-Ordner (im Profilordner) meldete sich NoScript 2.7 beim Start. Scheinbar hängt die XPI also mit NoScript zusammen. Das Deaktivieren von NoScript + Neustart des FF bewirkt aber keine Änderung, die Paketshopsuche funktioniert auch dann nicht.

Danke. Kartenansicht und Eingabemaske fehlen bei mir (s.u.).

Eine user.js habe ich aber nicht im Profilordner, auch nicht versteckt. Dafür aber im extensions-Unterordner des Profilordners eine einzige Datei, deren Name wie folgt lautet:
{73a6fe31-595d-460b-a920-fcc0f8843232}.xpi

Ob der Fehler aber wirklich nur bei/bis 43.0.1 auftritt, ist die Frage. Hat noch jemand FF 43.0.1 und könnte den Aufruf der GLS-Paketshop-Suche bei sich testen?

Wenn Du doch scheinbar 43.0.3 hast: Funktioniert die o.g. GLS-Paketshopsuche denn bei Dir?

43.0.1 ist aktuell (sagt zumindest mein Firefox).

Hallo zusammen,

seit einigen Tagen kann man mit dem FF (bei mir: Version 43.0.1) die GLS-Paketshopsuche nicht mehr nutzen:
https://gls-group.eu/DE/de/depot-paketshop-suche

Der FF-Konsole entnahm ich das Protokoll aus dem Anhang mit der im Titel genannten Fehlermeldung:

Zitat

DOMException [SecurityError: "The operation is insecure."

Liege ich hier mit meiner Vermutung richtig, dass der Kartendienstleister von GLS, Nokia (here.com), nicht sauber programmiert hat und FF daher die Seite blockiert?

Es gibt bei den FF-Rückfragen zu Cookies ja immerhin die Möglichkeit, per Häkchen festzulegen, dass die Auswahl für die aktuelle Seite (Cookie dauerhaft erlauben, Cookie nur für die Dauer der aktuellen Sitzung erlauben, Cookie ablehnen) dauerhaft gespeichert werden soll. So erscheinen die Rückfragen dann nur noch bei erstmalig besuchten Websites und FF "lernt" daraus. Ähnlich wie bei NoScript.

Habe mir selbst geholfen und Cookies nun im FF so eingestellt, dass sie nicht mehr deaktiviert sind, sondern dass sie akzeptiert werden, FF aber jedes Mal nachfragt, so dass mir kein Cookie mehr verloren gehen kann und ich für jeden einzeln entscheide. Diese Einstellmöglichkeit ist allerdings im FF ziemlich unlogisch und verwirrend dargestellt, was womöglich auch an einer schlechten Übersetzung liegen könnte.

Glück gehabt

Übrigens funtkioniert es mit der Kombi aus http://*.godaddy.com und https://*.godaddy.com auch nicht einwandfrei. Sobald man sein Profil editieren möchte, ist man wieder ausgelogt und ein erneuter Login scheitert.

Hallo zusammen,

ich habe Cookies im FF deaktiviert und erlaube nur bei Bedarf Ausnahmen (analog zum Handling von JavaScript mit NoScript).

Leider scheint es seit der Anzeige der Einstellungen in einem Tab nicht mehr möglich zu sein, z.B. für xyz.de inkl. aller Subdomains Cookies freizugeben und daher xyz.de als Ausnahme zu erfassen? Vielmehr wird nun aus der Eingabe yxz.de http://xyz.de, so dass z.B. http://www.xyz.de oder login.xyz.de dann nicht funktionieren und man diese alle einzeln ermitteln oder erraten und eintragen muss. Ist dies wirklich nicht mehr auf praktikable Art und Weise möglich?

Ich verzweifle daher gerade am Login bei GoDaddy, wo offenbar mehr oder weniger versteckt Cookies über diverse Subdomains vorausgesetzt werden, die man aber leider kaum offen ersehen kann. Das Login funktioniert daher dort nur, wenn ich temporär alle Cookies im FF akzeptiere

Weiterhin scheinen teilweise Adtracking-Cookies akzeptiert worden sein, obwohl ich deren Domains niemals als Ausnahme freigegeben habe?

Mh, danke. Dann schließe ich mal nicht aus, dass es tatsächlich eher ein Placebo war und es mir nur so vorkam, als wenn es wieder etwas besser wurde. Ich warte dann mal das nächste Update ab.

[Forts. zu Thread https://www.camp-firefox.de/forum/viewtopic.php?f=1&t=114829 ]

Nach dem Update von 41.0 zu 41.0.1 wird der erstmalige Aufruf von Websites nach einem FF-Neustart übrigens schlagartig wieder merklich schneller, wenn auch noch nicht wieder ganz so zügig wie vor dem Update auf 41.0.

Die Hoffnung, dass die nächsten Updates den vorherigen Status Quo wieder erreichen, besteht also

Nein, ich nutze nur Avira Free. Völlig unverändert.

Eigentlich wollte ich auch nur wie immer...
1. Ein Problem nach einem FF-Update melden.
2. Schauen, ob es bei manchen anderen Usern auch so ist.

Mehr nicht. In den letzten Fällen, bei denen nach einem FF-Update ein Problem da war, löste sich dies ausnahmslos immer bei einem der nächsten Updates. Deshalb verzichte ich auf anderweitige Experimente, auch wenn die einschlägigen User sich dann hier stets beleidigt bis pikiert geben, weil sie immer reflexartig erwarten, dass man ihre eigenen "Checklisten" sorgfältigst abarbeitet und den Fehler fernab von FF sucht, selbst wenn eine Ursache seitens FF auch noch so wahrscheinlich erscheint. Dabei ist das hier doch ein FF-Forum und nicht eines für aufgezwungene Experimente am eigenen System.

Vielleicht meldet sich statt der üblichen, mehr oder weniger "selbstbewussten" Hochaktiv-Poster ja mal jemand anders mit deutlich weniger als 10.000 Postings (falls die nicht alle vertrieben wurden oder von vorn herein abgeschreckt werden ;-)). Also nichts für ungut und keep cool Man MUSS ja nicht immer antworten und dem Fragesteller seinen Weg aufdrücken, sondern kann ihn ja auch einfach ignorieren

Außer dem Update auf FF 41.0 wurde absolut gar nichts geändert oder upgedated (auch nicht automatisch), und direkt vor dem Update trat das Phänomen nie auf. Da muss sich irgend etwas im FF getan haben, auch wenn es natürlich einfacher ist, die Kuh durchs Dorf zu treiben und alle möglichen anderen potentiellen Ursachen durchzunudeln

Hallo zusammen,

seit dem Update auf 41.0 benötigt Firefox plötzlich meist mehrere Gedenksekunden, bis Websites abgerufen werden. Konkret zeigt sich das so: Gibt man eine Website in einer Sitzung erstmalig ein (manuell oder auch per Bookmark), dauert es ca. 5-10 Sekunden, bis Firefox den Seitenabruf startet (zu sehen unten an der Infozeile mit der aktuell auszulösenden Adresse). Folgeabrufe von Unterseiten derselben Website erfolgen dann innerhalb derselben Session wieder sofort. Dieses Ärgernis tritt schlagartig seit dem Update auf 41.0 auf, vorher kam dies so nie vor.

@ALPHA: Dein Problem scheint ein anderes als meins gewesen zu sein, denn meines war mit FF 38.0.1 ohne weiteres Zutun schlagartig behoben.

Hallo Alpha,

bei Dir tritt das Problem also auch mit FF 38.0.1 noch auf, aber nur bei Deinen eigenen Favicons und bei keinem anderen?

Mit Firefox 38.0.1 tritt das Problem der teilweise verzögerten Favicons in der Favoriten-Sidebar nicht mehr auf - ohne jegliche sonstigen Änderungen am System.

Gut, dass ich den Hinweisen hier nicht nachgegangen bin und mir nicht einen Wolf abgerödelt habe mit dem Ändern diverser anderer Einstellungen oder dem (De-)Installieren anderer Software (und nun mein ursprüngliches System hätte wiederherstellen dürfen).