CH-J ToolsSerververwaltung über SSH
Menü

Lizenzannahme

Datei herunterladen

Dieser übersetzte Text wird sprachlich überarbeitet. Vergleichen Sie unklare Stellen mit dem englischen Original.

Diese Ausgabe weist ihre Anwendungslizenz als CH-J Proprietary Software License, Version 1.14 vom 11. Oktober 2026 aus. Komponenten von Drittanbietern behalten ihre eigenen Lizenzen.

Installation und Aktualisierungen

Das Startfenster zeigt zuerst die vollständigen Betriebshinweise auf Tschechisch, Deutsch oder Englisch an. Weiter öffnet die vollständige mitgelieferte englische Lizenz mit Bedienelementen auf Tschechisch, Deutsch und Englisch. Die Annahme ist gesperrt, bis der Hinweisschritt angezeigt wurde. Das Kontrollkästchen ist zunächst leer. Seine Beschriftung verbindet die Lizenzzustimmung mit der Kenntnisnahme von Datenverlustrisiken und angemessenen Sicherungen; die Betriebshinweise werden dadurch nicht zu Vertragsbedingungen. Die tschechische Bestätigung lautet:

Souhlasím s licenčními podmínkami CH-J Proprietary Software License 1.14.

Beru na vědomí riziko ztráty nebo poškození dat a nutnost přiměřeného zálohování před rizikovými operacemi. Rozumím, že aplikace sama nezaručuje existenci ani obnovitelnost záloh.

Die Annahme speichert einen lokalen Eintrag, bevor Vault, Plugins, Netzwerkdienste, Diagnose oder Updater starten. Das Ablehnen der Lizenz oder das Schließen ihres Fensters beendet die Anwendung. Schlägt das Speichern fehl, bleibt das Fenster geöffnet und die Anwendung gesperrt. Fehlende oder ungültige Lizenzdateien verhindern den Start.

Lokaler Eintrag

Die Datei legal/license-acceptance.json wird im Electron-Verzeichnis userData gespeichert. Sie enthält Name und Version der Lizenz, den SHA-256 des exakt angezeigten Textes, die Anwendungsversion, die Build-ID, Annahme-Kennzeichen und Zeitstempel, das Kennzeichen für die angezeigten Hinweise und den SHA-256 aller drei mitgelieferten Hinweisdokumente. Änderungen an den Hinweisen erfordern deren erneute Anzeige vor einer neuen Lizenzannahme. Es gibt keine Lizenzaktivierung und keine Meldung an einen Server. Jede Abweichung, Löschung oder ein unlesbarer Eintrag erfordert eine neue Zustimmung. Auch der Wechsel auf einen anderen Build erfordert die Annahme. Wiederholte Starts desselben angenommenen Builds nicht.

Jede Veröffentlichung muss eine eindeutige Build-ID in src/shared/buildInfo.json haben. Die normalen Build-Skripte setzen sie automatisch. Verwenden Sie CHJ_BUILD_ID nicht erneut für verschiedene veröffentlichte Builds.

Dieser lokale Eintrag ist eine Ablaufkontrolle der Anwendung, kein manipulationssicherer Nachweis und kein Lizenzschlüssel. Die Anzeige der Betriebshinweise ist in diesem Ablauf verpflichtend; das Befolgen ihrer Empfehlungen ist freiwillig. Die Hinweise sind nie Teil des Zustimmungs-Kontrollkästchens. Direkte/Offline-Installationen von DMG oder DEB und stille Installer können keine Anzeige vor der Installation garantieren; der verpflichtende Schritt beim Start dient als Ersatz. Bereits veröffentlichte Binärdateien werden durch Website-Aktualisierungen nicht verändert.

Paketierung und Prüfung

npm run legal:prepare kopiert beim Bauen aus dem vollständigen Arbeitsbereich die Stammlizenz und die Betriebshinweise in die Anwendung, prüft die Lizenzversion und erstellt build/license.rtf für NSIS, UTF-16-Hinweistext für dessen eigene erste Seite und build/installation.rtf mit den Hinweisen gefolgt von der Lizenz für DMG. Die RTF-Fassung bewahrt den vollständigen Text und Unicode-Zeichen einschließlich des Namens des Lizenzgebers, ohne die alte Mac-Roman-Einschränkung von Klartextlizenzen in DMG. Eigenständige Anwendungsquellen behalten ihre mitgelieferten Kopien und benötigen den Entwicklungs-/Website-Ordner nicht. prepare:release führt dies vor dem Paketieren aus. Der Paketierer schließt resources/licenses/ und resources/docs/ ein; afterPack prüft deren erforderlichen Inhalt.

Führen Sie node --test test/licenseAcceptance.test.js test/licensePackaging.test.js test/i18n.test.js und npm run test:license:ui aus. Der Smoke-Test des macOS-Pakets legt eine Annahme-Fixture nur in seinem temporären Testprofil an; der Produktionsstart hat keine Umgehung der Zustimmung.