Bitte einmal testen:
Ich habe das auch getestet, aber es wird das Fenster nicht unterdrückt.
Aber in uBlock unter "Meine Filter" habe ich das eingetragen:
! 2020-09-16 https://www.youtube.com
http://www.youtube.com###dialog
http://www.gstatic.com/youtube/img/promos/growth/dmod_si_horizontal_ver1_240x400.png$image
Damit kurzes andeuten eines sich öffnenden Fensters, dann alles gut.
Du hast auch diese Liste installiert?
Ja, auch das habe ich gemacht.
Nutzt du evtl. eigene Filter für GMX?
Nein, Andreas.
Jetzt habe ich einen zweiten Firefox nur mit uBlock ausgestattet, Liste I don't care hinzugefügt, immer noch das Problem. Auch im abgesicherten Modus keine Änderung. Unter Einstellungen von Streng in Standard gewechselt, auch hier keine Änderung. Sicherheits-Software ist der Defender in Win10.
Darum habe ich im gleichen Zug auch das andere Thema vom anderen Nutzer, worauf du dich bezogen hattest, umbenannt.
Ist mir schon klar, sonst hättest Du es ja nicht gemacht.
Hier etwas nach unten scrollen
Danke!
Ja, Andreas, Listen habe ich eingefügt, aber es bleibt die Problematik erhalten. Was könnte man noch machen?
I don't care verhindert jedenfalls, dass das Popup sich öffnet, aber damit ist mir ja nicht geholfen.
Nur Standard und diese 3 zusätzlich:
I don't care habe ich als Addon. Wo bekomme ich die anderen zwei Listen her?
Bei mir ist auch uBlock aktiv, aber es kommt immer wieder, so wie auf Bild 1.
Hast Du denn für uBlock noch eine besondere Liste?
Das habe ich verstanden, aber es nervt trotzdem.
Wie in diesem Thread schon behandelt Nach Update nervige Einblendung, nervt auch gmx.net beim Aufruf der Seite. Die Darstellung ist verschwommen, weil das Popup geblockt wird.
Jetzt kann ich den Link erneut aufrufen, dann erscheint die Seite normal, und ich kann Daten eingeben. Bin ich dann im Postfach angelangt, so erscheint wieder dieses Popup, in dem ich alles ablehne, aber es erscheint später trotzdem immer wieder. Grausam!
Was kann man da machen?
Und damit ein Fehler.
Natürlich ist das ein Fehler, den Code-Schnipsel habe ich mir von .DeJaVu ausgeborgt, beim Einbau und Anpassen ist das dann passiert. Als wenn man Scheuklappen in dem Moment auf hat, ich bin nicht darauf gekommen. Danke, für die Hilfe, der Code funktioniert natürlich noch immer.
Neuerdings funktioniert dieser Code nicht mehr:
/* Button - Zitieren - Hintergrundfarbe */
.buttonGroup > li:last-child .button[data-tooltip="Zitieren"],
.messageFooterButtons > li:last-child .button[data-tooltip="Zitieren"],gold
.messageFooterButtonsExtra > li:last-child .button[data-tooltip="Zitieren"] {
background: lightblue !important; } Deshalb habe ich mal selbst versucht einen neuen Ansatz zu finden, wobei es um diese Button geht:
Für diese Button habe ich jetzt folgenden Code erstellt:
/* Button - Inhalt melden - Hintergrundfarbe */
.buttonGroup > li:last-child .button[data-tooltip="Inhalt melden"],
.messageFooterButtons > li:last-child .button[data-tooltip="Inhalt melden"],
.messageFooterButtonsExtra > li:last-child .button[data-tooltip="Inhalt melden"] {
margin-right: -10px !important;
background: orange !important; }
.buttonGroup > li:last-child .button[data-tooltip="Inhalt melden"]:hover,
.messageFooterButtons > li:last-child .button[data-tooltip="Inhalt melden"]:hover,
.messageFooterButtonsExtra > li:last-child .button[data-tooltip="Inhalt melden"]:hover {
margin-right: -10px !important;
background: greenyellow !important; }
/* Button - Zitieren - Hintergrundfarbe */
.icon.icon16.fa-quote-left{
padding-bottom: 23px !important;
padding-top: 9px !important;
padding-left: 11px !important;
padding-right: 22px !important;
background: gold !important; }
.icon.icon16.fa-quote-left:hover{
background: greenyellow !important; }
/* Button - Bearbeiten - Farbe */
.jsMessageEditButton{
margin-top: 8px !important;
margin-bottom: 8px !important;
background: wheat !important; }
.jsMessageEditButton:hover{
background: greenyellow !important; }
/* Button - Stern (als hilfsreichste Antwort markieren) - Hintergrundfarbe */
.icon.icon16.fa-star{
padding-bottom: 23px !important;
padding-top: 9px !important;
padding-left: 11px !important;
padding-right: 22px !important;
background: lightblue !important; }
.icon.icon16.fa-star:hover{
background: greenyellow !important; } Kann das so verwendet werden, oder hat wer bessere Vorschläge?
So, ich habe mich mal aufgerafft und einen Bugreport eröffnet:
Sehr gut, milupo, dann hoffen wir auf Besserung.
Und die sind dann eben weg, wenn man es so macht.
Danke, Andreas, gut zu wissen.
Dann bleibe ich mal bei der herkömmlichen Methode, ist ja auch viel einfacher.
die sind doch im "Profilordner"
So habe ich auch gedacht, aber sicherheitshalber wollte ich das bestätigt haben. Danke!
Ja, die einfachste Methode (auch für mich) ist, IMMER das komplette Paket (entpacken, reinkopieren, fertich).
Das leuchtet sogar mir ein.
Aber sage mal , Einstellungen, Anpassungen, usw. gehen dabei nicht verloren?
ein Installer für nen portablen Fuchs, geht das überhaupt?
Sicherlich nicht, aber es geht ja um die Aktualisierung, die Probleme bereitet (Beitrag #1).
Edit:
Problem ist behoben, alle Nightly lassen sich wieder manuell aktualisieren.
Ich bevorzuge grundsätzlich den manuellen Weg, der hier angeboten wird ...
Danke, das kannte ich noch nicht, reichhaltiges Angebot.
So, nun ist dort vom 13.09., 0.52 Uhr, eine:
File
316K
13-Sep-2020 00:52
verfügbar. Wo im Nightly muss die jetzt ausgeführt werden?
Das Problem ist aber geblieben. Auf meinen Stick habe ich die 64-bit Vers. mit Datum 4.9.20 und die Meldung lautet: Aktuell.
Das stimmt, was Du hier hervorgebracht hast. Es ist bei mir so, dass zwei Nightly täglich (morgens und abends) manuell aktualisiert werden. Bei diesen gibt es kein Problem, Anzeige 12.09. aktualisiert.
Dann habe ich noch zwei weitere Versionen, die ich nur in unbestimmten Abständen aktualisiere. Nun habe ich das jetzt mal probiert, und siehe da, in einer Version aktuell 04.09., in der anderen aktuell 09.09.
Also, da ist Sand im Getriebe.
Da stimmt was nicht...
Ich verwende nur x64-Versionen, aber habe mir jetzt zur Probe mal die 32.exe geladen (Nightly) und entpackt. Entpackt mit WinRAR, da gab es keine Probleme.
Es geht um das manuell angestoßene Update.
Davon sprach ich auch, weil ich das grundsätzlich so mache.
Aber es zeigt sich ein Unterschied zwischen der installierten Vers. und der portablen Vers.
Hat das eventuell damit zu tun, einmal 32Bit und einmal 64Bit ?
Du hast deine Vers. auch so wie ich erstellt?
Auch ich habe nur Firefox-Portable (alle Versionen) so erstellt. Unter Einstellungen sieht es so aus,
und es kommt dann auch der Hinweis , wenn ein Update vorhanden ist.
Gerade bei zwei Nightly Update genommen, Fortschritt wird nicht angezeigt.
Ich werde morgen mal einen Bugreport schreiben.
Du kannst das, dann bitte ich (wir??) Dich darum.
Das Problem könnte eventuell mit folgendem Bugreport zusammenhängen:
Nun habe ich diese Woche mal verstreichen lassen, aber es besteht das Problem weiterhin. Und nun?
Besser so, als so 
. Alles wird gut!
