Beiträge von milupo

Zitat von 2002Andreas

Naja, wenn der Fehler aber in einem CSS Code liegt, bringt das erstmal auch nichts denke ich.

Nun ja, wenn das Problem nach Deaktivierung aller Skripte weiterbesteht, dann ist es wahrscheinlich, dass es CSS-Codes betrifft oder umgekehrt. Wenn du alle Codes in einen Ordner verschiebst, kann man natürlich jedes einzelne aktivieren. Ich denke aber, das ist zeitaufwändiger. Ich kann doch zwei Ordner anlegen, einen mit CSS-Codes und einen mit Skripten. Und dann teste ich die Hälfte der Skripte, Problem bleibt, andere Hälfte der Skripte Problem gelöst - oder, wenn nicht - kommen die CSS-Codes an der Reihe. Der ganze Aufwand lohnt sich aber natürlich nur, wenn man auch eine ganze Reihe von Skripten bzw. Code-Dateien hat. Bei jeweils drei Dateien kann man das auch einzeln machen.

Vielleicht kann man das da auch wie bei der Deaktivierung von Erweiterungen machen: Erst die Hälfte der Skripte aus dem Verkehr ziehen und wenn dann das Problem weiterhin bleibt, weiß man, dass sich das verursachende Skript innerhalb der ersten aktivierten Gruppe befindet. Da braucht man die andere Gruppe nicht erst durchsehen.

Zitat von 2002Andreas

Meine Art dann:

Papierkorb von Windows leeren.

Meine Art: Dateiendungen in .txt ändern. Nicht ganz so riskant, aber vielleicht zeitaufwändiger.

Zitat von Sören Hentzschel

Und dann hast du im nächsten Beitrag den Zusammenhang zu Scripts hergestellt. Daraus würde ich, wenn ich nicht das wüsste, was ich geschrieben habe, ableiten, dass das in den Scripts zu ersetzen wäre. Für mich liest sich das genau so. Und den Beitrag von Andreas interpretiere ich so, dass er auch so verstanden hat.

Ich habe aber auch diesen Satz geschrieben:

Zitat von milupo

Es ist mir noch nicht bekannt, inwieweit das die Namensraum-Angabe betrifft

Es ist doch wohl fakt, dass der Namensraum ausgetauscht werden muss, aber es war mir da klar, dass man das nicht so einfach machen kann, weil es Probleme geben könnte. Der zitierte Satz ist vielleicht etwas dünn, aber er sollte genau das ausdrücken.

Zitat von Sören Hentzschel

document.createElement() erstellt in XUL-Dokumenten Elemente im XUL-Namensraum und in (X)HTML-Dokumenten Elemente im XHTML-Namensraum

Zwischenzeitlich wurde ja mal document.createXULElement () eingeführt, ich habe gelesen, dass das wieder durch document.createElement () ersetzt wird, wenn XUL dann nicht mehr verwendet wird. Ich denke, dass da wohl ein Großteil der Skripte umgeschrieben werden muss, da viele Skripte ja Oberflächenelemente anlegen und sei es nur das eigene Symbol für die Symbolleiste.

Zitat von Sören Hentzschel

Es gibt auch kein toolbarbutton-Element in (X)HTML, das ist ein XUL-Element. Im XHTML-Namensraum wäre dieses Element unbekannt. Fügt man das im XHTML-Namensraum ein, zerstört das Script die Oberfläche von Firefox.

Darum habe ich in meinem Eingangsbeitrag nicht einfach geschrieben, den XUL-Namensraum durch den XHTML-Namensraum zu ersetzen und natürlich habe ich ebenfalls getestet.

Zitat von 2002Andreas

Könnte natürlich auch an der Webseite der Sparkasse liegen.

Ach du hast bei deiner eigenen Sparkasse getestet. Geht auch nicht anders.

Über welches Feld? Es gibt doch nur ein Bildschirmfoto. Und unten ist zwar der Pfad zu sehen, aber nicht vollständig.

2002Andreas Woher hast du die Selektoren genommen? Auf dem Bildschirmfoto kann ich die nicht sehen.

OK. Aber eigentlich müsste ich wenigstens die Startseite der Sparkasse erreichen können. Aber die ist womöglich eine andere. Ist das die Sparkasse Stuttgart?

Ich mache kein Onlinebanking. Was ist der Flicker für den TAN-Generator? Ist der auf deinem Screenshot zu sehen?

Zum Problem: Du kannst selbst sehen, dass die Klasse .block mehrfach im Inspektor angegeben ist, Klassen sind auch dafür da, an mehreren Stellen verwendet zu werden. Da gibt es keine Eindeutigkeit. Klicke dort mal an dem markierten Eintrag auf die drei Punkte. Da werden dann Untereinträge ausgeklappt.

Die Verbindung kommt nicht zustande. Selbst nicht mit http://www.sparkasse-sg.de

Welche Seite?

Ich habe hier ein Beispiel, das ein Textfeld mit dem kompletten Useragenten in den About-Dialog einfügt. Mit dem ursprünglichen XUL-Namensraum und dem XUL-Element „textbox" wurde der Useragent nicht umbrochen. Irgendwie kam ich auf die Idee, stattdessen den XHTML-Namensraum zusammen mit dem Element „textarea“ zu verwenden und siehe da, der Useragent ließ sich umbrechen, siehe dazu Zeile 35.

// ==UserScript==
// @name           addBuildIdToAboutDialogueBox.uc.js
// @namespace      http://space.geocities.yahoo.co.jp/gl/alice0775
// @description
// @include        chrome://browser/content/aboutDialog.xhtml
// @compatibility  Firefox 3.0 3.1 - 59
// @author         Alice0775
// @version        2013/02/11 23:00 Bug 755724
// @version        2008/11/22 12:00
// @Note           Help > About画面に にBuilsIDを付加するとともにクリップボードにUA+IDをコピー
// ==/UserScript==

var addBuildid = {
  buildid: function (){
    return navigator.buildID;
    
  
//   after Fx1.5
 /*   if ("@mozilla.org/xre/app-info;1" in Components.classes &&
        Components.classes["@mozilla.org/xre/app-info;1"]
          .getService(Components.interfaces.nsIXULAppInfo) &&
        Components.classes["@mozilla.org/xre/app-info;1"]
          .getService(Components.interfaces.nsIXULAppInfo).appBuildID)
     var buildid = Components.classes["@mozilla.org/xre/app-info;1"]
                         .getService(Components.interfaces.nsIXULAppInfo).appBuildID;
    return buildid;
    */},

  addBuildid: function () {
    var ua = this.convUA() + " ID:" + this.buildid();

    var userAgentField = document.getElementById("userAgent");
    if (!userAgentField) {
      userAgentField = document.getElementById("rightBox");
      var label = document.createElementNS("http://www.w3.org/1999/xhtml", 'textarea');
      userAgentField = userAgentField.appendChild(label);
      userAgentField.id = "agent";
      userAgentField.value = navigator.userAgent;
      userAgentField.multiline = true;
      userAgentField.rows = "5";
  }  
    userAgentField.value = this.getBuildSource() + "\n" + ua;
    userAgentField.setAttribute("value", this.getBuildSource() + "\n" + ua);
    window.resizeBy(0, 0);
  },

  convUA: function(){
    var pref = Components.classes['@mozilla.org/preferences-service;1']
                         .getService(Components.interfaces.nsIPrefBranch);
    const kUA = "general.useragent.extra.firefox";
    const kUA2 = "general.useragent.override";
    var oldId = "";
    if (pref.prefHasUserValue(kUA)){
      oldId = pref.getCharPref(kUA);
      pref.clearUserPref(kUA);
    }
    var oldId2 = "";
    if (pref.prefHasUserValue(kUA2)){
      oldId2 = pref.getCharPref(kUA2);
      pref.clearUserPref(kUA2);
    }
    ua = navigator.userAgent;
    if (!!oldId)
      pref.setCharPref(kUA, oldId);
    if (!!oldId2)
      pref.setCharPref(kUA2, oldId2);
    return ua;
  },

  copyUA: function (){
    var userAgentField = document.getElementById("userAgent");
    if (!userAgentField)
      userAgentField = document.getElementById("agent");
    Components.classes["@mozilla.org/widget/clipboardhelper;1"]
      .getService(Components.interfaces.nsIClipboardHelper).copyString(userAgentField.value);
  },

  getBuildSource: function (){
    const Cc = Components.classes;
    const Ci = Components.interfaces;
    const ios = Cc["@mozilla.org/network/io-service;1"].getService(Ci.nsIIOService);
    const fph = ios.getProtocolHandler("file").QueryInterface(Ci.nsIFileProtocolHandler);
    const ds = Cc["@mozilla.org/file/directory_service;1"].getService(Ci.nsIProperties);
    var file = ds.get("CurWorkD", Ci.nsIFile);
    var file = ds.get("CurProcD", Ci.nsIFile);
    if (/browser$/.test(file.path)) {
        var path = file.path.replace(/browser$/,"");
            file = Cc["@mozilla.org/file/local;1"].createInstance(Ci.nsIFile);
            file.initWithPath(path);
    }
    file.append("application.ini");
    var text = this.readFile(file);
    try {
      var SourceRepository = text.match(/SourceRepository=(.*)/)[1];
      var SourceStamp = text.match(/SourceStamp=(.*)/)[1];
      //alert(SourceRepository + "/rev/" + SourceStamp);
      return SourceRepository + "/rev/" + SourceStamp;
    } catch (ex) {
      return ""
    }
  },

  readFile: function (aFile){
        var stream = Components.classes["@mozilla.org/network/file-input-stream;1"].
                                createInstance(Components.interfaces.nsIFileInputStream);
        stream.init(aFile, 0x01, 0, 0);
        var cvstream = Components.classes["@mozilla.org/intl/converter-input-stream;1"].
                                  createInstance(Components.interfaces.nsIConverterInputStream);
        cvstream.init(stream, "UTF-8", 1024,
                      Components.interfaces.nsIConverterInputStream.DEFAULT_REPLACEMENT_CHARACTER);
        var content = "", data = {};
        while (cvstream.readString(4096, data)) {
          content += data.value;
        }
        cvstream.close();
        return content.replace(/\r\n?/g, "\n");
      }
}

addBuildid.addBuildid();
addBuildid.copyUA();
setTimeout(function(){window.resizeBy(0, 0);},0);

Zitat von bege

Da ich überhaupt keine Lust hatte, mit einem neuen Profil anzufangen, habe ich ein paar Monate gewartet.

Im Vergleich dazu wäre die Einrichtung eines neuen Profils ratzfatz gegangen und das Problem wäre sicherlich ebenso schnell gelöst gewesen. Außerdem ist das Anlegen eines neuen Profils erst einmal nur ein Test, ob das Problem überhaupt im Profil liegt. Aber nun gut, jedem nach seiner Fasson. Wenn es dir lieber ist monatelang mit einem Problem zu leben anstatt es sofort zu beheben ...

Zitat von Sören Hentzschel

http://www.w3.org/1999/xhtml ist der Standard-Namensraum. Den in CSS-Dateien so anzugeben, hätte den gleichen Effekt wie gar keinen Namensraum anzugeben.

In CSS-Dateien geben wir im allgemeinen gar keinen Namensraum mehr an. Aber in Skripten kommt der Namensraum noch vor.

Hallo,

ab jetzt enthält das Nightly (Firefox 73) keine XUL-Dateien mehr. Das bedeutet, dass alle Dateien, die in CSS-Codes und Benutzerskripten mit Hilfe der @-moz-document-Regel referenziert werden ab jetzt die Dateiendung .xhtml statt .xul haben müssen, wie das zum Beispiel schon lange bei der Datei browser.xhtml (früher browser.xul) der Fall ist.

Ich möchte besonders betonen, dass das nur die Nightly-Versionen betrifft. Für Firefox 71 und Firefox 72 (Beta) trifft das noch nicht zu. Da sind noch XUL-Dateien enthalten.

Es ist mir noch nicht bekannt, inwieweit das die Namensraum-Angabe betrifft. Auf jeden Fall wird die alte Namensraum-Angabe für XUL-Dateien

http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul

durch die neue Namensraum-Angabe für XHTML-Angaben

http://www.w3.org/1999/xhtml

abgelöst werden.

Zitat von FuchsFan

Aber ich werde das jetzt nicht mehr sagen, sonst denkst wirklich noch ich sei ein Vielschlucker.

Och, denken kann ich mir das dann trotzdem.

Zitat von FuchsFan

Jetzt muss ich aber ein Bier haben!!

Du trinkst wohl bei jedem Tipp ein Bier? Jetzt weiß ich auch, warum du ständig am Add-on-Manager herumbastelst. Das ist sozusagen ein gefundenes Saufen für dich bei den vielen Tipps, du dann wieder erhältst.

Zitat von FuchsFan

Was kann man dagegen unternehmen?

Den Cursor vom Tab herunternehmen.

Zitat von Boersenfeger

Gibts denn irgendwo ne Liste, welche xul Einträge nun zu xhtml umgestellt wurden bzw. welche noch nicht?

Ich entpacke lediglich die omni.ja-Dateien des aktuellen Nightlies und suche nach XUL-Dateien bzw. XHTML-Dateien. Das ist dann sicherlich nicht so aktuell wie die Quellen, die Sören genannt hat.