Forum Replies Created

Viewing 15 replies - 1 through 15 (of 17 total)
  • Thread Starter onlaie

    (@onlaie)

    Nachtrag: Das Plugin wurde evtl. seit 2022 nicht mehr aktualisiert.

    Ein Auszug aus unseren Aufzeichnungen aller Updates (vom 06.11.2022) daraus:
    – Donations via PayPal 1.9.8. Aktualisiere auf Version 1.9.9.

    Anm.: Aktuell soll eine Version 1.9.11 sein … ???
    Logisch, dass bei so einem Versionschaos keine Meldungen/Mails zu einem Update kamen. Auch klar, dass die Hinweise wie “Zuletzt aktualisiert: vor 2 Tagen ” somit unnütz sind.

    Fazit: Plugin fliegt überall raus.

    Thread Starter onlaie

    (@onlaie)

    Plugin version: 1.10.36
    WordPress version: 6.9.1
    Any other active plugins: Nicht relevant, da das Verhalten auch auftritt, wenn man 0 Plugins installiert hat.
    Ebenso sind die Themes scheinbar nicht relevant, Problem tritt bei 4 verschiedenen Themes verschiedener Hersteller auf.
    Auch wechselnde PHP Version und Hostumgebungen haben keinen Einfluss.

    Nach vielen Versuchen fand ich nur einen Hinweis:
    Es tritt erst dann auf, wenn man einen neuen Benutzer einrichtet, welche die Rechte hat, PopUp by Supsystic auszuführen.
    In meinem Fall wird also nur ein neuer Administrator mit dem nervigen Popup konfrontiert.
    Jenes ist nur dann weg, wenn man innerhalb der Einstellungen des Plugins ist.

    Oder man loggt sich wieder mit einem alten Admin-Account ein, dann bleibt auch alles ruhig.

    Notlösung (evtl. nur bis zum nächsten Update des Plugins):

    #wp-pointer-0 {
       display: none !important;
    }

    in \plugins\popup-by-supsystic\css\supsystic-for-all-admin.css

    Thread Starter onlaie

    (@onlaie)

    Das funktioniert leider beides nicht wie gewünscht.
    Sobald man „Zur Datei umleiten“ aktiviert, kommt diese so in die Adresszeile:
    https://www.example.com/wp-content/uploads/dlm_uploads/2025/08/PDFDATEI.pdf und ein “403 Forbidden” passiert.

    Die Sache ist aber dennoch gelöst!
    Denn die meisten Besucher haben die Browser-Einstellungen, etwa bei Firefox > Anwendungen > PDF(uä.) in der Standardeinstellung belassen. Und Firefox öffnet die Datei nach dem Download. Im Fall PDF eben im nativen PDF-Viewer. Kann man aber einfach ändern.

    Andere Browser haben eben andere Standardeinstellungen, wie welche Datei nach dem Download behandelt wird.

    Fazit: Euer Plugin macht alles in jedem Browser korrekt, die Dateien werden standardmäßig im Downloadordner gespeichert. Ok. Was der Browser nachher damit tut, das kann man ja nicht auf der Website selbst beeinflussen.

    Sorry …

    Thread Starter onlaie

    (@onlaie)

    Muss gut versteckt sein, diese Option, wenn die Entwickler inzwischen 2 Wochen danach suchen …

    Thread Starter onlaie

    (@onlaie)

    Das wäre zwar das Gegenteil vom gewünschten Verhalten – aber – wo kann man diese Option finden?

    Thread Starter onlaie

    (@onlaie)

    Yes … I want the PDFs to download easily, regardless of the browser used.
    Currently Chrome and Edge do this, but Firefox opens the PDF directly in its own viewer.
    How can this be set up uniformly so that all browsers download the PDFs and do not open them natively?

    Ja … Ich will, dass egal welcher Browser verwendet wird, die PDFs einfach heruntergeladen werden.
    Momentan machen das Chrome und Edge, aber Firefox öffnet das PDF direkt im eigenen Viewer.
    Wie kann man das einheitlich festlegen, sodass alle Browser die PDFs herunterladen und nicht nativ öffnen?

    Thread Starter onlaie

    (@onlaie)

    Danke.
    Ich hatte aber gehofft, diese Stile würden bei den früher als fehlerhaft/entfernt markierten Links bleiben, auch wenn man das Plugin deinstalliert.
    Leider werden diese aber wieder aus dem generierten Quellcode entfernt, somit nützt mir das leider nichts. Sorry, das wusste ich gestern noch nicht.

    Thread Starter onlaie

    (@onlaie)

    1. ist garantiert in Ordnung
    2. Wir haben es mit “Solid Mail” und ihrem “WP Mail SMTP” probiert: Selbes Verhalten
    3. Wir sind bei einem Hoster, welcher DKIM usw. schon per default für Domainmails aktiv hat (somit wären SMTP Plugins eigentlich obsolet.)
    Der Hoster half auch mit, doch es scheint andere Gründe zu haben, warum es bei manchen Websites nicht klappt – bei anderen schon.

    Interessanterweise hat die Reihenfolge der Notierung einen positiven Effekt!
    [email protected],{field_id="2"} ist besser als {field_id="2"},[email protected]
    oder
    {admin_email},{field_id="2"} ist besser als wenn {field_id="2"} am Beginn steht.
    (field_id=”2″ = in dem Fall eben das Feld mit der Mailadresse des Benutzers, Absenders des Formulars)

    Besser heißt: Es kommen nun deutlich mehr komplette Mails an (also an beide Empfänger)!

    Da dieses Problem nur auf einer von 10 Webs auftritt, würde ich sagen, es ist so halbwegs gelöst.
    Sollte es aber mehr Probleme geben, empfehle ich den Betreiber dieser einen Website, sich eine Pro-Version von WPForms zu holen – damit kann man ja auch mehrere, auch inhaltlich unabhängige Bestätigungen senden. Was in dem Fall ohnehin sinnvoller wäre. Muss nur mal schauen, was WPForms aktuell kostet und das besprechen.

    Vieln Dank für die rasche Antwort und das tolle Plugin!

    Thread Starter onlaie

    (@onlaie)

    Ok, danke! Ist ja keine wichtige Sache, wollte nur sichergehen, dass nicht wo übersehen zu haben.

    Thread Starter onlaie

    (@onlaie)

    Ist auf mehreren Produktiv-Sites unterschiedlichster Konfig und Hosts so, ebenso am Staging lokal wie online.
    Auch mit deaktivierten Plugins, Standardtheme, geleerten Cache, gelöschten Cookies, usw.

    Ist zwar kein großes Problem, aber man muss halt ziemlich aufpassen, dass vor dem Speichern die eigene Fassung drinnen steht. Es wirkt grade so, als ob ein Cache irgendwo hängt, der den ersten default Inhalt immer wieder lädt.
    Wüsste ich, wo diese mitgelieferte Erklärung herkommt, könnte man die evtl. mit der eigenen Fassung ersetzen.

    Nachtrag: Hier gehts dann doch vielfach schneller als im Premium-Support.

    Thread Starter onlaie

    (@onlaie)

    Version 5.0.10 hat das echt behoben! Danke!

    (Achja: darf, soll, muss man die Free-Version löschen, wenn man eine Pro aktiv hat?)

    Thread Starter onlaie

    (@onlaie)

    Längst gemacht und ich hätte das eh lieber öffentlich diskutiert, wäre ja interessant ob das bei anderen auch auftritt und wie die damit umgehen.

    Jedes Plugin kann auf plugintests.com genauer gecheckt werden: https://plugintests.com/plugins/wporg/dsgvo-all-in-one-for-wp/latest zeigt ganz unten einige der Optionen in der DB Tabelle wp_options.
    Die Präfixe für das Plugin sind demnach:
    dsdvo_
    dsgvoaio_

    Bloß, meist zeigt die Site nicht alle echt vorkommenden Optionen. Man sollte also auch manuell danach suchen.
    Geht recht einfach per PhpMyAdmin mittels … LIKE '%dsgvo%' Parameter im SQL der Suche.

    Thread Starter onlaie

    (@onlaie)

    Eben erledigt!

    Thread Starter onlaie

    (@onlaie)

    Denke, ich warte auf der Produktiv-Live Site (wo ich heute noch die Pro aktiviere) die regulären Updates ab. So eilig ist das nicht, denn ich habe eh noch viele Blocker/Services, (für die es keine Vorlagen gibt) zu basteln. Bis dahin ist evtl. schon das Update da.

    Das Pre-Paket installiere ich (evtl. auch noch heute) über eine Staging Kopie.

    Mit dem Pro Support bin ich eh auch in Kontakt, ist auch super schnell und kompetent. Danke dafür.

Viewing 15 replies - 1 through 15 (of 17 total)