HAst du das Login/Logout Widget auf einer Seite platziert?  Wenn ja, dann musst du auch eiin 2. mal dieses platzieren mit der Einstellungen "Logout"!

Hello Oliver,
are you using CookieScript or similar cookie management systems?
This can sometimes impact the visibility of those buttons, if the necessary cookies for the object to function get blocked pre-emptively.

Eric

Online translation:

Hallo Oliver,
verwendest du CookieScript oder ähnliche Cookie-Verwaltungssysteme?
Manchmal kann dies die Sichtbarkeit dieser Schaltflächen beeinträchtigen, wenn die erforderlichen Cookies für die Funktionalität des Objekts vorbeugend blockiert werden.

Eric

beides, aber auch ohne cookies funktioniert es nicht, es ist auch egal ob ich es auf einer seite oder im Header platziere

Hello Oliver,
in this case it might be something regarding the object's settings.
Also, have you checked Andreas' suggestion?

Eric

Online translation:

Hallo Oliver,
in diesem Fall könnte es etwas mit den Einstellungen des Objekts zu tun haben.
Hast du auch Andreas' Vorschlag überprüft?

Eric

ja, habe ich

(It > De) ... Zumindest sollten Sie den LINK Ihres Arbeitsbeispiels online veröffentlichen, mit Benutzer/Passwort zum Testen ...
...
Zum Beispiel:
Benutzer: test(At)test.test ... ... (At) = @
Passwort: 1234
.

ciao

.

*** // PW ist 123456

https://www.regionale-energiewende-2024.de/

Die E-Mail-Adressen wird hier in *** umgewandelt.

Beispiel für Angabe der Mailadresse:

test(at)domain.de <--- (at) durch @ ersetzen

Ich habe hier eine Webseite zum Testen.

-----

Testseite >>http://finde-links.de/test123-beautyblog/blog/index.php

Benutzername: test(at)example.org <--- (at) durch @ ersetzen

Passwort: test123

-----

-----

habe ich alles, ich habe auch seiten wo es funktioniert, hier nicht :)

...Sie haben die Benutzer-ID nicht wie zuvor angegeben mit (At) anstelle von @ eingegeben:

Benutzer: test(At)test.test ... ... (At) = @
Passwort: 1234

.

doch :) ich kenne diese Themen alle, und ich weis auch das es grundsätzlich funktioniert. bei bei aber halt leider nicht

LG

Ich hatte einen Test auf dem Webspace meines Bruder bei Strato in einem Unterverzeichnis gemacht und dort war die Testseite ohne Login & Logout Objekt im Header alles ok.

Aber mit Login & Logout Objekt im Header wurde gesamte Seite zerschossen, also kein Design und es waren Menüpunkte einer anderen Webseite im Hauptverzeichnis zu sehen - sehr seltsam.

Als ich das Login & Logout Objekt aus dem Header entfernt habe, war die Testseite wieder ok.

Warum das Login & Logout Objekt die Testseite derart zerschießen konnte?- ich habe keine Ahnung, aber es gibt hier offenbar ab und zu ein unerklärliches Verhalten beim Login & Logout Objekt.

Vielleicht hat Incomedia eine Erklärung dafür und auch eine Lösung.

Ich habe meinen Test bei Strato wiederholt, um kurzfristige Serverprobleme auszuschließen.

Aber das Problem besteht noch immer, siehe 2. Screenshot.

----- Vor dem Login noch alles ok -----

----- Nach dem Login fehlerhafte Anzeige -----

Die gleiche Testseite bei Hosteurope (nur Daten bei Export geändert).

Nach dem Login kommt die Fehlermeldung (siehe Screenshot Nr. 1), dass die Datei imlogin.php nicht gefunden werden kann und sie ist auch nicht im Testverzeichnis (Screenshot Nr. 2).

Jetzt habe ich mal bei meinem Demo-Shop die Datei imlogin.php gelöscht und bei Export ins Internet wurde die Datei von der aktuellen Pro-Version von WebSite nicht mehr hochgeladen.

Offenbar ein Fehler in der aktuellen Version, der keine Datei imlogin.php hochlädt.

----- (Nr. 1) Fehlermeldung im Browser -----

----- (Nr. 2) FTP-Fenster von WebSite X5 -----

Seltsame Fehler beim Login.

Ich hatte bei meinem Demo-Shop die Datei imlogin.php gelöscht und sie wurden beim Export ins Internet nicht mehr mit hochgeladen, deshalb war kein Login mehr möglich.

Daraufhin habe ich WebSite X5 neu installiert und ich konnte erreichen, dass die Datei imlogin.php beim Demo-Shop wieder mit hochgeladen wurde.

Bei der Testseite, die ich auch bei Strato und auch bei Hosteurope hochgeladen hatte, ist mir das nicht gelungen trotz mehrfachem kompletten Hochladen.

Evtl. haben die Incomedia-Mitarbeiter eine Erklärung für das seltsame Verhalten von WebSite X5.

Das verwendete Template bei meinem Test mit dem dauerhaften Login-Fehler:

> Onlineshop > HummingBird Books

Ich weis nicht ob INCO das rausgenommen hat in der neuen Version, denn unter..

http://finde-links.de/test123-birdbookshop/admin/login.php

ist der Login möglich!  Vielleicht ist das imlogin.php noch ein überbleibsel von der alten Version und wenn du dieses am Server löscht, wird es nicht mehr hochgeladen.

Hello Daniel,
perhaps it would be best to open a separate topic about that, so as not to mix the two issues, but I'll ask for clarification on what occurred, so that I can try to replicate:
you manually deleted the imlogin.php page file from the server, and when exporting the website again, with the option to export all of the website's files, it was not generated again, leading login attempts to end in a page not found error?

Eric

Online translation:

Hallo Daniel,
vielleicht wäre es am besten, ein separates Thema dazu zu eröffnen, um die beiden Probleme nicht zu vermischen, aber ich werde um Klarstellung bitten, was passiert ist, damit ich versuchen kann, es zu reproduzieren:
Hast du manuell die Datei imlogin.php von dem Server gelöscht, und als du die Website erneut exportiert hast, mit der Option, alle Dateien der Website zu exportieren, wurde sie nicht wieder generiert, was dazu führte, dass Anmeldeversuche mit einem Fehler "Seite nicht gefunden" endeten?

Eric

Hello Oliver,
I can see that CookieScript is active at https://www.regionale-energiewende-2024.de/ you mentioned however that the situation with the logout not being possible was the same even without that?
If so, I would like to ask for a copy of the project to take a closer look.
You can generate an IWZIP file by going to Step 5 - Export and choosing Export the project. You can then use WeTransfer.com or similar services to upload the file and provide a download link at sales @ incomedia.eu (without the spaces)
Thank you.

Eric

Online translation:

Hallo Oliver,
Ich sehe, dass CookieScript auf https://www.regionale-energiewende-2024.de/ aktiv ist. Du hast jedoch erwähnt, dass die Situation mit dem Logout auch ohne das gleiche war? Wenn ja, würde ich gerne um eine Kopie des Projekts bitten, um es genauer zu untersuchen. Du kannst eine IWZIP-Datei generieren, indem du zu Schritt 5 - Exportieren gehst und "Das Projekt exportieren" auswählst. Du kannst dann WeTransfer.com oder ähnliche Dienste verwenden, um die Datei hochzuladen und einen Download-Link unter sales @ incomedia.eu (ohne Leerzeichen) bereitzustellen.
Danke.

Eric

Zum Schluß und als Ergänzung.

Ich habe die Testseite in ein neues Unterverzeichnis geladen, also eigentlich keine Überreste, die stören dürften, trotzdem der gleiche Fehler.

Neue Testseite >> http://finde-links.de/ganzneu-birdbookshop/

----- Zugangsdaten -----

(It > De) ...vielleicht ist das nicht genug...
... auf Oliver S. Seite gibt es die Datei imlogin.php...
... haben Sie versucht, das neue Programm aus Ihrem Profil herunterzuladen, eine Neuinstallation durchzuführen und dann den Online-Test mit dieser Version durchzuführen ...?...

.

Es könnte sein, dass wenn man nur auf Update von V2023 auf V2024 macht, dass es gewisse Dinge nicht installiert! Am besten immer runterladen und neu installieren.

Ich habe einen neuen Post zu meinem Problem eröffnet, siehe

>> https://helpcenter.websitex5.com/pt/post/264768

Dort habe ich alle Versuche aufgeführt, die ich gemacht habe, leider ohne Erfolg.

Auch "Am besten immer runterladen und neu installieren" hat nichts gerbracht.

Zum Glück brauche ich das Login nur für meine Testseiten und diese nur für die Community.