Neues Thema starten
Implementiert

Neues GUI: Problem bei Gruppierung

Hallo, mir ist folgendes aufgefallen: Wenn ich in einem SpreadsheetMapper eine Gruppierung einstelle, dann auf "Vorschau" klicke, dann auf "Einstellungen anwenden" klicke, bekomme ich für die einzelnen Spalten keine Möglichkeit, die Art der Aggregierung einzustellen (Wert der ersten Zeile, Wert der letzten Zeile usw.). Ich muß jedes Mal erstmal auf "Finish Configuration" klicken und dann wieder zurück in die Configuration. Hier kann ich zwar das dann gleich einstellen, aber zu dem Zeitpunkt sind natürlich alle Daten wieder weg, und um sicherzustellen, daß ich keine Fehler mache, muß ich die Auswirkung der Aggregierung sehen - also muß ich jedes Mal dann wieder die Vorschau laden. Das ist ein echt blöder Zeitverlust - in dem alten GUI bekam ich unmittelbar nach "Einstellungen anwenden" sowohl die Daten als auch die Aggregierungseinstellungen in jeder Spalte angezeigt. Wäre schön, wenn ihre das wieder so einrichten könntet!


Danke und Gruß,


Michael Podolsky

podcomm e-commerce management


Wir können das leider nicht nachvollziehen.


1. Einstellungen / Gruppierung einstellen

2. Vorschau klicken

3. Einstellungen anwenden klicken


Danach sind die Aggregatfunktionen in allen anderen Spalten sichtbar.




gif

Ah ok, Firefox mal wieder. Schauen wir uns an. 

Hallo,


könnten Sie uns evtl. noch mal kurz "neueste" Version detailliert nennen?


Wir haben das ganze mit Quantum (Version 57.0) ausprobiert und dort scheint es zu funktionieren (siehe GIF im Anhang).



Viele Grüße,

Der Synesty Support

gif

Hallo,


ja vielen Dank haben wir bekommen - das Problem liegt aber weit tiefer als gedacht.

Haben Sie das ganze mal in einem anderen Browser ausprobiert? (z.B. Chrome)


Unserer Theorie nach, dürfte es dort ebenfalls nicht funktionieren - ist das korrekt?



Viele Grüße

Der Synesty Support

Vielen Dank für die Mühe. Wir versuchen dem Problem ab morgen noch mal nachzugehen. Noch eine Frage der Vollständigkeit halber: 


Funktioniert es bei Ihnen im FF hier im Transformy-Beispiel (also nicht im Flow)?

Wir haben immer noch Schwierigkeiten das zu reproduzieren, selbst mit Windows und FF. 

Können Sie mal probieren im FF sämtliche Plugins zu deaktivieren? Haben Sie z.B. einen Werbe-/ Popup Blocker? Im Video sieht man, dass beim Klick auf "Einstellungen anwenden" kein Page-Refresh erfolgt. Scheinbar werden nur einige Java-Script Events zum Verstecken der Buttons ausgeführt, aber das Formular wird nicht abgesendet. Bei uns funktioniert das in allen Firefüchsen, die wir bisher ausprobiert haben. Allerdings haben wir keine Plugins installiert. 

Ein anderer Nutzer hatte heute auch ein Problem mit Firefox. Hier ging es zwar um etwas anderes, aber wir vermuten bei Ihrem Problem einen ähnlichen Grund.

Und zwar hatte es etwas mit der Form-Auto-Fill Funktion von FF zu tun, die z.B. automatisch Formulare ausfüllt (z.B. username / password). 


Wir können Ihren Fehler zwar immer noch nicht nachstellen, vermuten aber , dass der FF bei Ihnen auch irgendwelche (evtl. versteckten) Formularfelder auszufüllen versucht und dadurch der Button immer wieder verschwindet (der Button soll ja auch bei Änderung eines Feldes verschwinden.... allerdings nur bei einer Änderung die von Ihnen als Mensch ausgeführt wurde). 


Können Sie mal bitte prüfen, ob in den FF-Einstellungen bei den gespeicherten Formularfeldern - oder Zugangsdaten irgendwie "apps.synesty.com" mit auftaucht. 

Und dann mal versuchen diese zu deaktiveren, zu löschen oder in die Ausnahmen zu packen - also so, dass für apps.synesty.com nichts gespeichert wird?


siehe auch https://support.mozilla.org/en-US/kb/control-whether-firefox-automatically-fills-forms


image

 


Uns würde interessieren, ob das dann bei Ihnen irgendwie hilft. 

Nachstellen können wir es selbst noch nicht, da es scheinbar nur bei Ihnen passiert. Evtl. liegt es an ihren konkreten Spaltennamen. Evtl. heißt eine Spalte irgendwie so, wie ein anderes Formular-Feld und der FF denkt, dass er das jetzt automatisch ausfüllen müssen. 


Wir schauen mal, ob wir das irgendwie abgefangen bekommen, dass Auto-Fill-Dinge vom Browser ignoriert werden. 

Schauen wir mal....

Da deine Antwort versehentlich ans Ticket-System ging (bitte nicht per Email auf Forums-Benachrichtigungen antworten, sondern den Reply-Button in der Benachrichtigung anklicken ;) ) kopieren wir diese mal hier rein: 


 Hallo,


leider hat das nichts geändert. Ich habe das Ganze auch alternativ auf meinem Tablet (auch Windows 10, aber 32 bit) getestet: Genau dasselbe! Auch das Umbenennen in "Spalte1, Spalte2..." hat rein gar nichts bewirkt. Das ist wirklich seltsam. Ich habe nach wie vor den Verdacht, daß es an diesem Display: none liegt, wie ich euch ja schon geschildert hatte: Wenn ich nach dem (erfolglosen) Absenden von "Einstellungen anwenden" im Code den applySettingsButton auf display:block ändere, er dann wieder gezeigt wird und ich dann nochmal draufklicke, wird die Gruppierung auch angewandt.

 

Das display:none ist leider nur das Symptom dessen Ursache wir suchen. Es ist durchaus normal, dass dieser applySettings-Button auf  display:none gesetzt wird, nur passiert das bei dir wenn es eigentlich nicht passieren darf. Und zwar wird dieser Button immer auf display:none gesetzt, wenn man in irgendeinem Feld etwas per Hand geändert hat. In diesem Fall soll ein Klick auf Vorschau-anzeigen erzwungen werden. Das ist für das Fehlerhändling notwendig. 


Das Problem ist, dass du scheinbar nichts per Hand geändert hast. Wir vermuten, dass der FF aus einem bisher nicht gefundenen Grund ein Formular-Feld "anfasst", was du diesem Change-Event führt, welches den Button auf display:none setzt. Warum das bei dir passiert aber nicht bei uns ist ein Rätsel.


Wir haben noch eine Idee, die wir heute Vormittag verteilen und dich dann noch mal um einen Test bitte würden. 

Ein Fix wurde gerade verteilt. 

Kannst du bitte noch mal mit FF probieren? Am besten auch den Browsercache für apps.synesty.com leeren, denn der Fix betraf einen javascript Datei, die evtl. noch von deinem Browser gecached wird. 

Schade... danke für das Angebot mit TeamViewer. Da werden wir dann im nächsten Jahr drauf zurück kommen. 

Wir müssen bis dahin nochmal drüber nachdenken und Debugging einbauen, damit wir dann bei dir im TeamViewer auch irgendwie herausfinden, welcher Javascript-Code bei dir den Button auf display:hide setzt. Aktuell sehen wir nur, dass er auf display:hide gesetzt wird, aber noch nicht warum. 


Wir melden uns. Danke schon mal für deine Mitwirkung. 

Aber gerne!

Kannst du bitte jetzt noch mal probieren? Uns ist aufgefallen, dass beim Fix heute morgen etwas gefehlt hat.

Wenn das wieder nicht klappt, dann wie besprochen im Januar per TV. 


Danke :)

Habe nochmal den Cache gelöscht und wieder probiert: keine Änderung :-(

Hallo Michael,


wir haben das Problem jetzt tatsächlich bei einem Kollegen nachstellen können. Das ist schon mal der erste Schritt, um eine Lösung bauen zu können :)

Sobald wir das ganze fixen konnten, geben wir dir Bescheid.



Viele Grüße

Benjamin

Anmelden um einen Kommentar zu veröffentlichen