Commit graph

1 commit

Author SHA1 Message Date
TheMockTv
8a391b8dfa Release-Anhaenge: der Name entscheidet - und ein Pruefstand dafuer
Der Fehler
  Das Release 1.7.0 war angelegt, die EXE hing dran - und der Updater haette
  trotzdem nie etwas gefunden. Der Anhang hiess "Rechnungstool-1.7.0.exe",
  gesucht wird aber "Rechnungstool.exe" (version.EXE_NAME). Die Nummer kommt
  erst beim Ablegen dazu.

  Das Tueckische: nichts schlaegt fehl. Der Updater meldet freundlich
  "Aktuell. Kein Update noetig." und startet die alte Fassung. Ein Update,
  das stumm nie ankommt, ist schlimmer als eines, das laut scheitert.

  Zweiter Fund derselben Runde: die Pruefsummen standen nur im Release-TEXT.
  Der Updater liest sie aus einer angehaengten Datei <exe>.sha256. Ohne die
  prueft er nur die Groesse - und eine verfaelschte Datei hat genau die
  richtige Groesse.

bauen.py legt jetzt release/ an
  Genau die vier Dateien, die ans Release gehoeren, unter genau den Namen,
  unter denen der Updater sie sucht. Damit haengt niemand mehr etwas
  Falsches an.

pruef_release.py
  Prueft gegen das echte Repository: gibt es zur Nummer aus version.py ein
  Release, heisst der Anhang exakt wie EXE_NAME, haengt die Pruefsumme dran,
  ist es die der zuletzt gebauten Datei - und findet passendes_release() es
  auch. Ohne Netz wird uebersprungen statt rot gemeldet.

muster/ ist raus
  Der Gast darin ist erfunden, der Betrieb nicht: IBAN, Steuernummer und die
  private Rufnummer des Auftraggebers stehen im Briefkopf. In ein
  oeffentliches Repository gehoert das nicht.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01V4t48uxDok5rJXhC9bX1Ax
2026-09-06 20:43:15 +02:00