Changelog

Robustere Aktivierung, ein ehrlicher Fortschrittsbalken mit Zeitschätzung und Scans, die ein geschlossenes Popup überstehen

Ein Wartungsrelease: keine neuen Funktionen, keine neuen Berechtigungen. Es härtet den Aktivierungsablauf aus 2.6.0 und behebt einige Probleme bei lang laufenden Aufträgen, die nur bei großen Bibliotheken auftreten.

• Die Aktivierung weicht sicher aus. Antwortet der Lizenzserver in einem unerwarteten Format, behandelt die Erweiterung ihn jetzt als nicht erreichbar: Lemon-Squeezy-Schlüssel gehen direkt auf ihren ursprünglichen Aktivierungsweg, statt als ungültig gemeldet zu werden, und GMD-Schlüssel erhalten die Meldung „Bitte später erneut versuchen“. Das ist die clientseitige Absicherung gegen den Vorfall vom 2026-10-27, der noch am selben Tag auf dem Server behoben wurde.
• Der Download-Fortschrittsbalken stimmt wieder. Er konnte 100 % anzeigen, obwohl noch die Hälfte des Durchlaufs ausstand, und dann darüber hinausschießen; jetzt gilt erledigt / (erledigt + verbleibend), begrenzt auf 100 %, und die Videophase zählt native 720p-Elemente mit, die sie bisher übersprungen hat.
• Neu: geschätzte Restzeit neben der Prozentangabe („23 % · noch ca. 1 Std. 40 Min.“), gemessen am tatsächlichen Tempo dieses Durchlaufs pro Phase. Wartezeiten durch Ratenbegrenzung fließen nicht ins Tempo ein, noch anstehende Wartezeiten werden wieder hinzugerechnet. Wird alle 15 s aktualisiert und bleibt erhalten, wenn du das Popup schließt und wieder öffnest. In sechs Sprachen.
• Delete Old verliert sein Ergebnis nicht mehr, wenn das Popup geschlossen wird. Der Bibliotheksscan läuft jetzt im Grok-Tab statt im Popup, sodass du das Popup während eines mehrminütigen Scans schließen kannst und die Bestätigung beim erneuten Öffnen auf dich wartet. Ohne diese Bestätigung wird nichts gelöscht; ein Ergebnis, das älter als eine Stunde ist, wird verworfen. Lehnt der Server fünf Löschvorgänge hintereinander ab (abgelaufene Sitzung, Anti-Bot-Prüfung), stoppt der Vorgang und zeigt die Antwort des Servers, statt Tausende identischer Fehlschläge abzuarbeiten.
• Große Bibliotheken werden geduldiger gescannt. Das seitenweise Laden der Bibliothek wird öfter und mit längeren Pausen wiederholt und verlangsamt sich, solange Grok Anfragen begrenzt, sodass eine Bibliothek mit mehreren tausend Elementen seltener als unvollständige Liste endet. Die Prompt-Wiederherstellung gibt bei einer Häufung von Ratenbegrenzungen oder einer gelöschten Unterhaltung (404) nicht mehr auf: Diese werden pro Unterhaltung wiederholt oder übersprungen und lösen nie die Sicherung „Stopp nach fünf Fehlschlägen“ aus, die echten Fehlern vorbehalten bleibt.
• Generate List zeigt, dass es noch arbeitet. Das System Log erhält während eines Scans alle 60 s eine Heartbeat-Zeile, und ein mitten im Scan geöffnetes Popup verbindet sich wieder damit und zeigt die aktuelle Phase und den Fortschritt, statt kurz auf den Status „Abgeschlossen“ der vorherigen Liste zurückzuspringen. Der Download-Verlauf wird jetzt außerdem beim Abbrechen, bei einer Pause wegen Ratenbegrenzung und am Ende eines Durchlaufs gespeichert.

Danke an Greg Pavlik, einen PRO-Nutzer, für die Meldungen zum Fortschrittsbalken und zu Delete Old. Nach dem Update: Chrome übernimmt das Update automatisch; aktualisiere alle offenen Grok-Tabs. Eine erneute Aktivierung ist nicht nötig.

Die Lizenzaktivierung zieht auf unseren eigenen Server um; bestehende Schlüssel funktionieren weiter

Die einzige funktionale Änderung in 2.6.0 betrifft die Aktivierung eines PRO-Schlüssels. Downloads, HD-Upgrade, Story Mode und die Video Gen Queue bleiben unverändert. Es ist außerdem die erste Store-Version seit 2.5.6 und enthält daher die weiter unten aufgeführten Delete-Old-Änderungen aus 2.5.7.

• Bestehende Schlüssel brauchen nichts. Bereits aktivierte Geräte funktionieren weiter. Auf einem neuen Computer oder nach einer Neuinstallation gibst du denselben Schlüssel ein, den du per E-Mail erhalten hast. Die Aktivierung läuft jetzt über Karios eigenen Lizenzserver; ist dieser nicht erreichbar, greift die Erweiterung von selbst auf die ursprüngliche Aktivierung über Lemon Squeezy zurück.
• Geräteplätze werden sinnvoll gezählt. Jeder Schlüssel deckt 3 Geräte ab. Die Erweiterung speichert eine feste Geräte-ID im Chrome-Sync-Speicher, sodass eine Neuinstallation auf demselben Computer keinen weiteren Platz mehr verbraucht und das Entfernen der Erweiterung ihren Platz freigibt. Der Lizenzbereich im Popup zeigt den maskierten Schlüssel und „Geräte: n / 3“. Chrome-Profile, die mit demselben Google-Konto synchronisiert werden, teilen sich einen Platz; bei ausgeschalteter Synchronisierung erhält eine Neuinstallation eine neue ID.
• Klare Aktivierungsfehler in allen sechs Sprachen. Ungültiger Schlüssel, Schlüssel für ein anderes Produkt, Gerätelimit erreicht (mit n / 3), Schlüssel nach Rückerstattung oder Widerruf deaktiviert und Server nicht erreichbar haben jeweils eine eigene Meldung. Die Produktprüfung läuft, bevor ein Platz verbraucht wird.
• Schlüssel im neuen Format GMD-XXXX-XXXX-XXXX-XXXX werden akzeptiert, zusätzlich zu den bestehenden UUID-Schlüsseln.
• Keine neuen Berechtigungen. Der Lizenzserver wird per CORS aufgerufen, daher fragt Chrome beim Update nicht erneut nach Berechtigungen. Die traditionell-chinesischen Texte sagen jetzt 啟用 statt 激活.

Ebenfalls in dieser Version (Änderungen aus 2.5.7, nicht separat veröffentlicht):

• Delete Old liest die neue Medienbibliothek. Bisher durchsuchte die Funktion Groks alte Favoritenliste, die seit Juli 2026 keine neuen Medien mehr erhält, sodass ein aktueller Zeitraum „nichts im Zeitraum“ ergab. Jetzt durchsucht sie dieselbe Bibliothek wie Whole Library Download und listet nur generierte Medien auf, nie Uploads. Gelöscht wird mit demselben Aufruf, den Groks eigene Saved-Seite verwendet: Das Entfernen aus Saved ist eine endgültige Löschung, und der Post wird mitgelöscht.
• Umbenannt und vereinfacht. „Remove Old“ heißt jetzt „Delete Old“ und „Bulk Remove“ heißt „Bulk Delete“, denn genau das tun sie. „Batch Select & Delete“, „Remove All“, „Last N hours“ und die Checkbox „Also delete posts“ wurden entfernt: Groks Saved-Seite bietet Select → Delete, und die anderen Optionen haben das entweder doppelt abgebildet oder zu Fehlern verleitet. Delete Old nimmt jetzt nur noch einen Zeitraum entgegen (Von und/oder Bis).

Nach dem Update: Chrome übernimmt das Update automatisch; aktualisiere alle offenen Grok-Tabs. Bestehende Nutzer müssen nicht neu aktivieren; zeigt das Popup noch die alte Versionsnummer, starte den Browser neu.

Tags wieder vollständig, Prompts wieder in den Dateinamen

Zwei Grundursachen behoben, beide auf Groks Seite. Gleicher Inhalt wie 2.5.5, das der Chrome Web Store nicht veröffentlicht hat, weil eine mitgelieferte (nie ausgeführte) Drittanbieter-Datei auf ein CDN verwies; 2.5.6 entfernt diese Datei.

• Tag-Download lieferte nur eine Datei (Issue #13). Groks Tag-Migration vom August ist in beide Richtungen unvollständig: Die neue Collection-API enthält wenige historische Einträge, die alte Ordner-API enthält den Verlauf, und jede hat Tags, die der anderen fehlen. Tag-Listen und Tag-Inhalte sind jetzt die Vereinigung beider APIs; ein Tag, der 2 Einträge lieferte, liefert jetzt 233.
• Kein Prompt in Dateinamen, Ordnernamen oder metadata.json. Seit September liefert Grok den Prompt nicht mehr mit der Medienliste mit. Der Prompt wird jetzt aus der Unterhaltung wiederhergestellt, die das Element erzeugt hat (Videos nutzen ihren Animations-Prompt oder übernehmen den des Quellbilds), mit Wiederholungsversuchen, einem Circuit Breaker und einem dauerhaften Cache: Eine Neugenerierung der ganzen Bibliothek dauerte beim zweiten Durchlauf 10 s statt 129 s.
• Prompts werden nur abgerufen, wenn deine Dateinamen- oder Metadaten-Einstellungen sie brauchen; nachdem du diese Einstellungen geändert hast, bittet dich das Popup, die Liste neu zu generieren.
• metadata.json erfasst userId; Video-Dateinamen stimmen mit der Liste überein, einschließlich des Kurz-ID-Suffixes; eine Tag-Quelle, die teilweise fehlschlägt, wird als unvollständig markiert statt als Erfolg gemeldet.

Durchgängig in einem echten Browser geprüft: ein Tag-Download mit 61 Dateien und ein Whole-Library-Download der letzten sieben Tage mit 206 Dateien, Datei für Datei mit der Grok-API abgeglichen.

Ältere Tags und vollständige Tag-Inhalte

Die Tag-Liste konnte ältere Tags übersehen, und Tag-Inhalte konnten nach der ersten Seite abbrechen.

• Beide Anfragen nutzen jetzt dieselben Parameter wie Groks eigene Web-App und lesen jede Seite.
• Schlägt zwischendurch eine Seite fehl, bleiben die bereits abgerufenen Einträge erhalten, statt dass der ganze Stapel verworfen wird.

Tag-Paginierung und Scan-Diagnose

Nachtrag zu 2.5.2 für Konten mit vielen Tags.

• Korrekturen der Paginierung von Tag-Liste und Tag-Inhalten.
• Vollständige Scan-Diagnose im Systemprotokoll, um Meldungen wie „nur das letzte Video wurde upgegradet“ nachzugehen.

Neu erstellte Tags erscheinen wieder

Grok hat Tags auf seinem Asset-Modell als Collections neu aufgebaut; die alte Ordner-API wurde nicht mehr aktualisiert, daher waren nach der Umstellung erstellte Tags für die Erweiterung unsichtbar.

• Tag-Liste und Tag-Download nutzen jetzt Groks aktuelle API, mit automatischem Rückgriff auf die alte für noch nicht migrierte Konten.
• Tag-Downloads erhalten Prompt-basierte Dateinamen, wie die Quelle für die ganze Bibliothek.
• Jede Antwort des HD-Upgrades wird zur Diagnose ins Systemprotokoll geschrieben.

Die Standard-Download-Quelle war defekt, also wurde sie geändert

Bei einer Messung an einem echten Konto fehlten 11 der 30 neuesten Bibliothekseinträge in der Favoritenliste, und Groks eigene Saved-Seite ruft diesen Endpunkt überhaupt nicht mehr auf.

• Standardquelle ist jetzt die ganze Bibliothek („Alle generierten Medien“); wer bereits eine Quelle gewählt hatte, behält seine Wahl.
• Die Auswahl der Download-Quelle ist für alle kostenlos: Niemand sollte auf einer Quelle festsitzen, die die eigenen Medien nicht sehen kann.
• Die kostenlose Version kann die ganze Bibliothek für die letzten 7 Tage scannen.
• Klare Hinweise, wenn die alte Quelle gewählt ist, wenn nichts gefunden wird und wenn das HD-Upgrade nichts zum Upgraden meldet.

An Groks neues Medien-Backend angepasst: Download der ganzen Bibliothek und 1080p

Grok ist im Juli 2026 auf ein Backend auf Basis von Unterhaltungen und Assets umgestiegen, und ältere Versionen konnten neue Medien nicht mehr sehen. Diese Version (die auch die nie veröffentlichten Arbeiten an 2.4.0 enthält) baut die Erkennung auf der neuen API neu auf.

• Drei Download-Quellen: Favoriten, Tags und die neue ganze Bibliothek nach Unterhaltung, jeweils mit eigenem Download-Verlauf, Datumsfiltern mit vorzeitigem Stopp und Ordnern pro Unterhaltung.
• 1080p als eigene Qualitätsstufe: Downloads nehmen die beste verfügbare Qualität, die Statistik führt 1080p separat auf, und Upgrades gehen jeweils eine Stufe nach oben (SD → HD, 720p/HD → 1080p). 1080p-Upgrades sind optional und stoppen sofort, wenn das Konto keinen Zugriff hat.
• HD-Upgrade für die ganze Bibliothek, nicht nur für Favoriten, mit einer Aufschlüsselung nach Qualität vor der Bestätigung und einem Stopp-Button während des Scans.
• Benennung: Bild-Dateinamen nutzen den echten Generierungs-Prompt, Videos den Prompt ihres Quellbilds, Ordner nutzen yyyymmdd_prompt_shortid, und der Modus „Grok Nativ“ entspricht seinem dokumentierten Format.
• Scan-Ergebnisse sind zwischen Durchläufen stabil; der Speicherverbrauch bleibt auch bei Bibliotheken mit über 15.000 Elementen konstant.