search

2Abendsegler / GClh

GC little helper II - Some little things to make life easy (on www.geocaching.com). Powerful, configurable tool to improve and expand the geocaching pages.
GNU General Public License v2.0
58 stars 38 forks source link

[Cache listing] View who favorited the cache in the logs of cache listing. #1054

Closed 2Abendsegler closed 1 year ago

2Abendsegler commented 4 years ago

Moin, mir noch etwas eingefallen. Ist es Möglich, in den Logs (unter der Fundzahl des Cachers) anzuzeigen wenn er ein FP gegeben hat?

https://geoclub.de/forum/viewtopic.php?p=1301378#p1301378

Vielleicht mit zusätzlichem Button oberhalb der Logs im Cache Listing anwählen.

2Abendsegler commented 4 years ago

Ich habe zahlreiche Versuche gestartet an mehr als die ersten 10 Favoritenspender ranzukommen, jedoch ohne Erfolg. Ich klinke mich hier aus. Vielleicht mags noch jemand anderes versuchen.

capoaira commented 4 years ago

Hmm, schade. Ich denke mal jeden Log mit der Favoritenliste des Cachers abgleichen funktioniert nur bis zu einer geringen Anzahl, oder?

2Abendsegler commented 4 years ago

Noch ist die Sache ja nicht abgehakt. Ich bin halt nicht weitergekommen. Womöglich fällt mir ja noch etwas ein. Ruko2010 ist außerdem technisch viel versierter, wenn er mal wieder Zeit zum entwickeln hat, kommt er ja vielleicht weiter. Deshalb bleibt das Teil mal noch offen.

Ein manueller Abgleich macht meines Erachtens keinen Sinn, insbesondere wenn es ein Cache mit vielen Favoritenpunkten ist. Aber das muss jeder selbst entscheiden.

gcPhil commented 4 years ago

Auch ich wünsche mir diese Funktion seit langem.

Die Logs müssten aber gar nicht mit den Favoriten-Listen aller loggenden Cacher abgeglichen werden sondern höchstens mit der favorited-Liste des Caches (zB. https://www.geocaching.com/seek/cache_favorited.aspx?guid=59b4bff0-320f-47ee-86bf-12a6a7dfa414 )

capoaira commented 4 years ago

Das stimmt. Wir haben es aber bis jetzt nicht geschafft an mehr als die ersten 10 FPs zu kommen, da man dazu weiter blättern muss.

gcPhil commented 4 years ago

Ah OK, das hatte ich aus dem Verlauf hier nicht richtig raus gelesen. Ja, die weiteren Seiten scheinen irgendwie nur per Javascript nachgeladen zu werden. Leichter wäre das vermutlich mit einem Zugang zur offiziellen API von GS. (Ich weiß natürlich nicht ob es da in der Vergangenheit schon Versuche gab so einen Zugriff für GClh zu bekommen...)

Ruko2010 commented 4 years ago

Ja die Sache mit der API wäre schon cool für viele Funktionen. Aber ich denke nicht, dass GS uns einen Zugang gibt, da wir ja ihre Seite verändern und das würde mir als Seitenbetreiber nicht wirklich gefallen 😃.

gcPhil commented 4 years ago

Naja, die Änderung findet ja im Browser des Kunden statt und ihr überbeansprucht dadurch nicht die GS-Server. Sie sollten eher dankbar sein, weil ihr mit den Änderungen die fehlenden Features der offiziellen Seite aufzeigt. Mit einer API-Vergabe hätten sie sogar mehr Kontrolle über den Datenfluss. Andere Entwickler (wie beispielsweise selbst das Team hinter c g e o) wurden aus Seattle immer wieder ermutigt einen API-Zugang zu beantragen.

Ruko2010 commented 4 years ago

@2Abendsegler was hältst du davon? Sollen wir es mal versuchen? Das wären natürlich einige Umbauarbeiten, aber der Zugriff auf Daten müsste dann nicht umständlich über die Webseite gemacht werden, sondern könnte schnell und sauber über die API laufen.

2Abendsegler commented 4 years ago

Ich hatte das Thema schon mal auf dem Tisch als es darum ging was alles für die europäische Datenschutz-Grundverordnung bzw. für das kalifornische Pendant zu beachten ist.

Grundsätzlich ist es so, dass wir uns bei der Nutzung der API auch den Gesetzmäßigkeiten von GS unterwerfen und auch viel strenger bezüglich der Datenschutz Richtlinien beurteilt werden.

Heute ist es so, dass wir, abgesehen von einigen "Kleinigkeiten", lediglich die angezeigten Browserdaten nutzen und auswerten. Das ist nach meiner Einschätzung konform zu allen Datenschutz Richtlinien weil wir nur diejenigen Daten verwenden, die dem User sowieso angezeigt werden. Manch einer, vermutlich aus dem Bereich der ungeübten aber wildgewordenen Datenschützer, beurteilt bereits das anders, weil wir keine Genehmigung von GS dazu haben. Lassen wir das aber mal dahingestellt.

Bei den erwähnten "Kleinigkeiten", bei denen wir uns nicht der angezeigten Browserdaten bedienen, sondern selbst im Hintergrund Browserdaten ermitteln, sollten wir nach meiner Einschätzung ebenfalls mit allen Datenschutz Richtlinien konform sein, weil der User die Möglichkeit hat auch selbst die Daten per Browser abzufragen. Es gibt auch andere Meinungen dazu.

Fakt ist, dass GS uns ab dem Zeitpunkt der Nutzung der API die Regeln nennt, die wir zu beachten haben. Meines Erachtens werden wir uns der Browserdaten nicht mehr bedienen dürfen, wir müßten alles umstellen. Auch Regeln, die von den Datenschutz Richtlinien gar nicht tangiert werden, werden es sein. Natürlich ist nicht sichergestellt, dass die heutigen Regeln von GS auch morgen noch bestehen. Insofern würden wir uns in eine nicht mehr überschaubare Abhängigkeit begeben. Das würde insbesondere dann gelten, wenn wir ohne Not auch Features auf die API umstellen bzw. umstellen müssen, die auch ohne die API gut laufen. Davon würde ich also dringend abraten.

Um es nochmal klar zu sagen. Meines Wissens gehört es bei der Nutzung der API auch zu den Regeln, dass man ausschließlich die API nutzt. Das macht aus Sicht von GS auch Sinn, weil damit sichergestellt ist, dass nur diejenigen Daten rausgehen, die GS als in Ordnung befindet. Wir werden also meines Erachtens keine Erlaubnis erhalten, die API zu verwenden, ohne dass wir alles entsprechend umstellen.

Ich bin ganz klar gegen eine fläschendeckende Nutzung der API. Sollten wir die API für ausgesuchte Features nutzen dürfen, ohne flächendeckend alle Features auf die API umzustellen, dann habe ich kein Problem damit. Sofern jemand Lust hat bei GS dazu eine Anfrage zu stellen, sollten wir die Anfrage über ein Issue abstimmen und koordinieren.

gcPhil commented 4 years ago

Für mich hat sich der Wunsch nach diesem Feature nun ein Stück weit erledigt, da er von GS mit dem "Cache owner dashboard" zumindest für einen gewissen Zeitraum abdeckt wird.

2Abendsegler commented 4 years ago

Die Anpassungen stehen zum Testen zur Verfügung. Ich würde mich freuen wenn ihr etwas testen würdet, insbesondere weil die Änderungen doch etwas umfangreich geworden sind, und ich befürchte dass ich womöglich irgendetwas übersehen habe.

Wer noch Ideen für die Beschleunigung der Datenbeschaffung hat ist sehr willkommen. Siehe dazu auch weiter unten zum Hintergrund.

Hier [Link geändert] geht es zur Version mit den Änderungen. Das sieht dann so aus:

Unbenannt1

Hier geht es zu den Parametern im Config. Das sieht dann so aus:

Unbenannt2

Hier geht es zurück zur aktuellen Version.

Zum Hintergrund warum es nun doch funktioniert: Wir haben neue Möglichkeiten gefunden an diese Daten heranzukommen. Es handelt sich dabei um eine Simulation einer weiteren Webpage im Rahmen der aktuellen Webpage. Dabei wird die weitere Webpage, hier die Seite "Who favorited the cache", dem User nicht angezeigt, sie befindet sich im Hintergrund. Das ermöglicht eine equivalente Verarbeitung der Webpage, so als ob der User die Seite selbst bedienen würde. Da auch die Darstellung der Webpage im Browser erfolgt, ist das Ganze etwas langsamer als gewöhnlich beim reinen Laden von Daten. Vom Grundsatz her ist das die gleiche Verarbeitung wie @capoaira schon für die asynchrone Datenbeschaffung zu den eigenen Caches fürs Dashboard verwendet. Das nur zum Hintergrund warum es nun doch funktioniert.

gcPhil commented 4 years ago

Sieht in deinen Screenshots gut aus.

Ich habe mit der Version aber leider aktuell das Problem, das die Logs gar nicht angezeigt werden. Beim normalen aufrufen der Seite werden sie erst nicht geladen, erscheinen dann für eine halbe Sekunden um dann wieder zu verschwinden. wenn ich dann auf "Show who favorited" klicke passiert logischer weise auch nichts. Wenn ich weiter runter scrolle erscheint "Loading Cache Logs", verschwindet dann wieder.

Die Parameter im Config musste ich übrigens nicht ändern, die waren mit der Installation schon aktiv.

2Abendsegler commented 4 years ago

@gcPhil: Danke für die Nachricht. Der Fehler wurde vor ein paar Tagen bereits berichtigt, ist aber in meiner temporären Version noch nicht enthalten gewesen, jetzt aber. Sorry. (Du hattest wohl die Totals zu den Logtypen im Kopf des Listings abgewählt (Show the log totals symbols at the top). Daher der Fehler.)

Bitte nochmal neu installieren, ich habe den Link oben geändert.

gcPhil commented 4 years ago

Auf ein neues: Nun werden mir mein Logs angezeigt und ich kann "Show who favorited" anklicken. Der Botton wird daraufhin weiß und enthält im ersten drittel der Breite unten einen kleinen grauen Balken der sich kaum merklich verändert. Irgendwann wird der Button rot, aber es werden leider keine blauen Herzchen angezeigt.

Edit: Wenn ich mit der Maus über den roten Button gehe wird mir ein Timeout-Fehler angezeigt. Hast du mal einen Cache/GC-Code bei dem es bei dir funktioniert?

2Abendsegler commented 4 years ago

So Das soll vermutlich so sein. 😀

Vermutlich hast du einen Cache gewählt der sehr sehr viele Favoriten hat. Dann wird geladen und geladen und nach 120 Sekunden laut derzeitiger Einstellung im Config wird abgebrochen. Das Ganze wird bevorteilt durch eine langsame Internetverbindung. Wenn du mit der Maus über den rot gewordenen Button fährst bekommst du diese Erklärung auch angezeigt. Das hängt damit zusammen dass die Daten nicht wirklich schnell geladen werden können.

Ist meine Vermutung richtig?

Gib mir mal bitte den GC Code.

gcPhil commented 4 years ago

Ja, der Timeout-Fehler wird angezeigt (hatte ich in meinen letzten Kommentar noch als Edit geschrieben.)

Leider habe ich noch keinen Cache gefunden bei dem es innerhalb zwei Minuten lädt. Versucht hatte ich es unter anderem mit https://coord.info/GC51J8Y , der hat nicht so wahnsinnig viele Logs oder Favoriten. Ein Speedtest bei mir ergab gerade 20Mbps down und 10Mbps upload.

2Abendsegler commented 4 years ago

Bei mir werden die Favoriten von https://coord.info/GC51J8Y in etwa 3 Sekunden geladen und angezeigt.

Das hängt mit irgendwelchen Einstellung von dir zusammen, die vermutlich einen Fehler verursachen.

Kannst du bitte mal die Console aufrufen, bei Firefox mit Tastenkombination "shift" und "Strg" (bzw. "Ctrl") und "k". Dort dann den Reiter "Konsole" anwählen. Rechts den Button "Warnungen" deaktivieren und dann den Inhalt mit der Maus Markierung markieren und hier posten, sofern etwas rot angezeigt wird.

Wenn nichts rot, dann ... ähh

2Abendsegler commented 4 years ago

@gcPhil Ich glaube ich weiß schon woran es hängt.

Dann sollte es laufen, wage ich mal vorsichtig zu behaupten. Tut mir leid.

gcPhil commented 4 years ago

Zur aktuellen Version zurückkehren und noch einmal die geänderte Version laden hat leider keine Änderung bewirkt. Hier die Warnungen aus der Konsole:

gcPhil commented 4 years ago

Die ersten beiden Einträge wurden wohl vom Adblocker erzeugt. Wenn ich den ausschalte und neu lade bleibt das hier rot:

2Abendsegler commented 4 years ago

Danke für die Info und die Unterstützung bei der Fehlersuche.

Fragen:

  1. Du arbeitest immer noch mit dem gleichen Cache?
  2. Es sieht so aus als würde bei dir noch etwas zusätzliches laufen. Was ist das denn?
  3. Hast du irgendwelche Einschränkungen manuell in Tampermonkey vorgenommen?

Uncaught ReferenceError: jQuery ... is not defined und Uncaught ReferenceError: __doPostBack is not defined sind wohl die Verursacher. Insbesondere letzteres ist notwendig.

Bitte nochmal zur aktuellen Version zurückkehren, eine GC Seite aufrufen, so dass das Script startet, und dann noch einmal die geänderte Version laden. Womöglich ist es das doch, das Script muss nur anlaufen, damit Tampermonkey die Änderungen bemerkt. In einer produktiven Umgebung würde das automatisch passieren, aber wir haben hier ja nur eine temporäre Version stehen. Bitte versuch das noch mal.

Ansonsten bin ich dann ziemlich ratlos.

2Abendsegler commented 4 years ago

Bitte gib mir noch Browser und Betriebssystem.

gcPhil commented 4 years ago

Browser: Firefox 80.0.1 (64-Bit) System: Windows 10 Pro Version 1909

  1. Uncaught ReferenceError: jQuery351014181887091326428_1599222634395 is not defined jQuery params:1:1
  2. Promised response from onMessage listener went out of scope utils.js:6
  3. Promised response from onMessage listener went out of scope
2Abendsegler commented 4 years ago

@gcPhil Ich habe den Link zur neuen Version nochmal angepasst. Falls du noch Lust hast, kannst du ja nochmal installieren und einen neuen Versuch zum Testen wagen. 🙄

Ganz unten auf einem Cache Listing wird nun ein weiterer Screen aufgebaut. Stör dich da mal nicht dran. Das ist nur ein Versuch das Postback Problem in den Griff zu bekommen. Ich melde mich für heute mal ab, hab die Nase voll.

Danke nochmal für die unzähligen Versuche zu testen. 😄

capoaira commented 4 years ago

Ich bin jetzt auch zum Testen gekommen. Bei klappt es so, wie es soll.

2Abendsegler commented 4 years ago

@capoaira Danke für die Rückmeldung.

Ich glaub das ist ein ähnliches Problem wie bei dir im Dashboard mit display=none. Ich versteh nur nicht warum es bei uns funktioniert und bei Phil und bei Ruko2010 (bei deinem Problem) nicht funktioniert.

gcPhil commented 4 years ago

Leider bringt auch die letzte Version keine Änderung. Es ist alles wie anfangs beschrieben, auch den "weiteren Screen" sehe ich nicht.

Gibt es irgendwo eine Versionsnummer mit der ich überprüfen kann, dass ich die richtige Version nutze? Nicht, dass die Download-Datei noch irgendwo gecached wurde oder so.

2Abendsegler commented 4 years ago

Neuer Versuch.

gcPhil commented 4 years ago

Das installieren der aktuellen Version hat schon mal funktioniert, die Versionsnummer ist hinterher 10.7.1. Mit der neuen Versionsnummer musste ich es als update installiert statt nur auf "neu installieren" zu klicken.

Den doppelten Screen habe ich oben jetzt auch gesehen. Er scheint aber auf der ersten Seite der Favoriten stehen zu bleiben und nicht auf die weiteren Seiten zu wechseln. Das scheint das Problem zu sein. Letztendlich erscheint deshalb nach zwei Minuten der Timeout. Ich habe noch einen anderen Cache ausprobiert mit weniger als 10 Caches, also nur eine Seite Favoriten (GC4B7CM), damit funktioniert alles wie es soll, sobald es mehr als 10 Favoritenpunkte gibt werden die folgenden Seiten nicht ausgelesen und es kommt zum Timeout.

2Abendsegler commented 4 years ago

Wenn der Bildschirm auf der ersten Seite der Favoriten stehen bleibt, kannst du dann mal versuchen selbst auf den Button "next" zu klicken. Womöglich ist es ein zeitliches Problem, dass der Button einfach noch nicht richtig aufgebaut ist, wenn der GClh drauf klickt. Der GClh prüft hier zwar schon einiges aber vielleicht fehlt noch was.

gcPhil commented 4 years ago

Ich habe den Rechner noch mal angemacht und händisch auf "next" geklickt bis zur letzten Seite. Der zweite Screen verschwindet dann, und es wird kein Timeout angezeigt. "Manchmal" klappt es sogar mit der Anzeige der Herzen. Hier scheint es dann ein zweites Problem zu geben. Die Herzen werden nur bei Logs angezeigt die schon vor dem drücken des "Show who favorited" Buttons geladen waren. Drückt man erst den Button und scrollt später nach unten um weitere Logs zu laden, werden den neu nachgeladenen Logs NICHT die passenden Herzen zugeordnet.

2Abendsegler commented 4 years ago

Gut getestet! Danke.

gcPhil commented 4 years ago

v0.10.7.2 getestet, so funktioniert es bei mir!ß? =) Wobei mit einer geänderten fixen klick-Zeit für "next" wohl weiterhin Probleme auftreten könnten, wenn der GS-Server mal wieder einen schlechten Tag hat. Kann man irgendwie erkennen ob die Seite bereits voll geladen ist und erst dann den Klick durchführen?

2Abendsegler commented 4 years ago

Ok, schön.

Wir schauen bereits nach ob der Button und User Identifikationen vorhanden sind. Mehr benötigen wir nicht ... normalerweise. Und hier habe ich dann noch verzögert. Der GS-Server sollte also nicht relevant sein. Wenn man viele Favoriten Seiten laden muss, dann gibt es zwischendurch immer mal Hänger, sieht man beispielsweise an den Browser Einblendungen "... warten auf ...". Das sollte also keinen Effekt haben.

Ich glaube hier fehlt nur eine Winzigkeit, also so was 10 Millisekunden. Wir hatten das auch schon mal an anderen Stellen.

Ich überleg mir was wie du das selbst testen kannst ohne dass wir immer neue Versionen bauen müssen. Wird aber vielleicht etwas dauern. Ab heute Mittag ist cachen angesagt. :)

2Abendsegler commented 4 years ago

Neue Version 0.10.7.3

Ich würde mich freuen wenn du nochmal testen könntest.

Ich habe es jetzt variable gestaltet, damit du selbst ausprobieren kannst was geht.

Bitte mach zuerst noch einmal einen Test ohne Einstellungen im Config anzupassen. Das sollte gegen die Wand laufen. Bitte dann nochmal die Konsole aufrufen und einen Screenshot von der roten Meldung mit Uncaught ReferenceError: __doPostBack is not defined. Zuvor bitte noch ganz links vor der Meldung mit dem Pfeilchen die Meldung aufklappen. Ich benötige das nochmal weil ich mir gar nicht sicher bin ob wir die Meldung verursachen oder ob das in Folge bei der Abarbeitung in einem Script bei GS passiert.

Die Standard Einstellungen sehen so aus: Unbenannt Bis auf die Verzögerung sollte auch später mal alles so aussehen. Mein Ziel ist eine Verzögerung von 0 oder 10 Millisekunden.

Hier ist eine Verzögerung nicht vorhanden, das ist etwas anderes als eine Verzögerung von 0 Millisekunden. Du solltest eine Verzögerung von 0 und 10 Millisekunden testen. Meines Erachtens sollte das ausreichen. Falls nicht, dann die Millisekunden erhöhen.

Die Einstellungen deines letzten Tests der funktioniert hat sehen quasi so aus: Unbenannt1

gcPhil commented 4 years ago

Ich habe die 0.10.7.3 installiert und ein paar Screenshots von der Konsole gemacht 2x ohne Tempermonkey und 1x mit Tempermonkey nach dem timeout. Zum weiteren testen komme ich leider vermutlich erst am Dienstag.

Ohne Tempermonkey (keine Ahnung was das alles für Warnungen sind) ohne-tempermonkey

Später noch mal ohne Tempermonkey ohne-tempermonkey2

Mit Tempermonkey nach dem Timeout nach-timeout

2Abendsegler commented 4 years ago

Passt schon, danke, das hilft schon mal.

Das sind alles Fehler in den GS Programmen. "jQuery is not defined" könnte auch von anderswo kommen, aber definitiv nicht vom GClh. Das ist prima und bestätigt meine Vermutung dass auf Seiten von GS die Verarbeitung für das von uns angeforderte Postback noch nicht vorhanden ist.

Das sollten wir in den Griff bekommen mit einer kleinen Verzögerung.

gcPhil commented 4 years ago

Ich habe jetzt ein wenig herum experimentiert mit der Verzögerung. mit 1000 Millisekunden funktioniert es 500 funktionieren beim ersten Versuch nicht 750, 600 und 550 funktionieren 500 haben dann im nächsten Versuch funktioniert (zuvor nicht)

Also gibt es leider keinen fixen Wert für die Verzögerung, aber mind. 600 Millisekunden sollte sie definitiv dauern.

Gibt es nicht auch die Möglichkeit den Erfolg oder das Vorhandensein des Postbacks irgendwie abzufragen und den Befehl zu wiederholen/erst nach Vorhandensein zu senden? Dann könnte das ganze für jede Umgebung/Situation funktionieren ohne von vorn herein langsamer zu laufen. Oder wäre so eine Abfrage langsamer als die Verzögerung an sich?

gcPhil commented 4 years ago

Nachtrag: Auch mit 600 Millisekunden hatte ich Probleme, teilweise ging es erst auf Seite drei nicht mehr weiter ohne Manuellen Klick auf next. Mit 1000 läuft bisher alles gut.

gcPhil commented 4 years ago

Und noch eine Rückmeldung zum Test der 0.10.7.3:

2Abendsegler commented 4 years ago

Gibt es nicht auch die Möglichkeit den Erfolg oder das Vorhandensein des Postbacks irgendwie abzufragen und den Befehl zu wiederholen/erst nach Vorhandensein zu senden? Dann könnte das ganze für jede Umgebung/Situation funktionieren ohne von vorn herein langsamer zu laufen. Oder wäre so eine Abfrage langsamer als die Verzögerung an sich?

Ich weiß nicht wie man das im Vorfeld abfragen könnte. Mir ist hier nichts bekannt. Was wir aber vielleicht machen können, ist ein erneuter Click, wenn der Bildschirm und der Button immer noch vorhanden ist. Da mit jedem verschwindenden Bildschirm auch der GClh gekillt wird und mit jedem neuen Bildschirm auch der GClh neu aufgerufen wird, wäre das vielleicht noch eine Möglichkeit.

Bitte prüfe mal noch ob es überhaupt funktioniert, wenn der Bildschirm nach hinten kommt und unsichtbar bleibt. Nur so würde es meines Erachtens Sinn machen an die User zu geben. Oder hattest du das schon mal getestet? Also so: grafik

gcPhil commented 4 years ago

So eine Überprüfung ob die Seite ungewöhnlich lange nicht weiter springt wäre optimal!

Ja, es klappt auch mit unsichtbarem Bildschirm. Evtl. sogar besser als sichtbar, da gerade 10 Seiten problemlos unsichtbar geladen wurden, obwohl der Adblocker aktiv ist.

2Abendsegler commented 4 years ago

Ich habe gerade mal versucht nochmal auf den Button zu klicken wenn beispielsweise der Bildschirm nach einer Sekunde immer noch da ist. Wenn es gerade einen Hänger gibt, ansonsten alles in ok ist, dann führt der zweite Klick dazu dass der erste Klick durch den zweiten Klick ersetzt wird, egal was schon im Hintergrund angetriggert ist. Das kann man auch im Online nachvollziehen. Wenn man relativ schnell hintereinander immer wieder auf den Button klickt passiert gar nichts, weil der neue den alten ersetzt.

Hier muss also eine andere Prüfung her, so etwas wie "Ist die Seite am arbeiten oder steht sie?". Das könnte über das passende Event funktionieren. Mir fällt aber keines ein, und ausprobieren kann ich ja nicht.

Ich glaube ich bau das mal zurück, eigentlich hat das sowieso ja noch nichts im collector zu suchen. Das war nur einem Missgeschick von mir geschuldet.

2Abendsegler commented 4 years ago

@gcPhil Wir werden am Wochenende eine neue Version bringen. Leider wird das hier noch nicht Bestandteil sein. Aber dann hoffentlich bei der nächsten Version. Gut Ding braucht halt Weile. 🙄

Die letzte Version dazu steht im Moment hier.

Danke noch mal für deine tatkräftige Unterstützung.

gcPhil commented 4 years ago

Hier muss also eine andere Prüfung her, so etwas wie "Ist die Seite am arbeiten oder steht sie?". Das könnte über das passende Event funktionieren. Mir fällt aber keines ein, und ausprobieren kann ich ja nicht.

Kann man evtl. die Fehlermeldung "__doPostBack is not defined" aus der Konsole nutzen oder habt ihr da keinen Zugriff drauf?

Wir werden am Wochenende eine neue Version bringen. Leider wird das hier noch nicht Bestandteil sein. Aber dann hoffentlich bei der nächsten Version. Gut Ding braucht halt Weile. 🙄

Kein Problem. Lieber später als unzuverlässig.

2Abendsegler commented 4 years ago

Kann man evtl. die Fehlermeldung "__doPostBack is not defined" aus der Konsole nutzen oder habt ihr da keinen Zugriff drauf?

Sehr unwahrscheinlich dass wir hier Zugriff haben. (Aber ich muss immer einschränken, dass ich auf den Gebieten der Webentwicklung und Javascript ja echter Laie bin. 😁 Eigentlich komme ich ja aus dem SAP Entwicklungsbereich. Der GClh ist mir ja nur irgendwie in den Schoss gefallen. Insofern sind meine Einschätzungen nicht immer treffsicher ... obwohl es langsam besser wird. 😂)

2Abendsegler commented 3 years ago

Wir hatten Ende des letzten Jahres ja nochmal einen Versuch gestartet bei dem das Problem mit den Hängern auch nicht verifiziert werden konnte. Mir ist seitdem auch nichts mehr eingefallen. So möchte ich es nicht an die User geben. Ich trete das nun in die Tonne.

Letzter Stand ist in PR #1454. Dort sind auch die letzten Tests ersichtlich.

@gcPhil Danke nochmal für die vielen Tests ... Schade dass wir hier nicht weitergekommen sind.

2Abendsegler commented 1 year ago

Merged with #2247 by DieBatzen