Hab das Problem gefunden. Ember speichert in der Settings.xml in der Node <GeneralMainFilterSortColumn_Movies> die Spaltennummer, nach der als letztes sortiert worden ist. Die Standardliste hat 64 Spalten, wobei nicht alle angezeigt werden (ausgeblendet, nicht einblendbar weil reine Daten für die DB usw.). Wenn man eine benutzerdefinierte Abfrage erstellt und nicht SELECT DISTINCT movielist.* FROM movielist bzw. SELECT movielist.* FROM movielist nutzt sondern SELECT DISTINCT * FROM movielist bzw. SELECT * FROM movielist und dann weitere Spalten aus anderen Tabellen mit in die Abfrage einbezieht (z.B. aus der Tabelle MoviesAStreams), dann werden die Spalten aus diesen Tabellen ebenfalls angehängt. Somit erhöht sich die Anzahl Spalten. Diese werden zwar nicht angezeigt aber es scheint irgendwie möglich zu sein, dass Ember nach diesen Spalten sortiert und dann eine höhere Spaltennummer als Sortierung speichert, als die Standardtabelle hergibt. Beim Neustart wird dann versucht, die Standardtabelle nach einer zu hohen Spaltenzahl zu sortieren, was im besagten Fehler endet, denn die Spalte existiert nicht.
Lösung:
- Erstmal in der Settings.xml den Wert von <GeneralMainFilterSortColumn_Movies> auf <= 64 setzen, damit Ember wieder starten kann.
- Die Abfrage editieren und zusehen, dass movielist.* in der Abfrage steht und nicht nur *. So werden nur die Spalten der Standardtabelle geladen (die Abfrage wird dennoch so ausgeführt wie gewünscht).
Ich werde das in der nächsten Version so fixen, dass auf die Standardsortierung gesprungen wird, wenn der Wert zu hoch ist. Damit sollte der Bug dann auch behoben sein.
MEGA!
Das ist ein riesiges Geschenk, dass du mir jetzt machst. Vielen Dank!
Allein weil du es jetzt noch herausgefunden hast und dir damit die Zeit totgeschlagen hast. Spende geht gleich mal raus!
Vielen Dank und schon mal schöne Weihnachten!