Skip to content

Releases: ChiliApple/HUMig

v2.1.16

Choose a tag to compare

@github-actions github-actions released this 16 Oct 11:44
7b43ce1

Werkzeuge / Geraete (AD)

  • Online-Check als Vorauswahl: im Ergebnisfenster "Online uebernehmen" (nur erreichbare PCs bleiben angehakt) und "Markierte uebernehmen" (nur markierte Zeilen) - danach direkt die naechste Aktion waehlen, statt die PCs erneut aus der AD-Liste herauszusuchen; geschlossener Geraete-Dialog oeffnet sich mit genau dieser Auswahl

App-Updates

  • WinGet-Codes 0x8A150030 (Deinstallation der alten Version fehlgeschlagen, z. B. Blender) und 0x8A150049 (MSI-Installation fehlgeschlagen, z. B. Arduino IDE) auf Deutsch, auch im Zeitplan
  • Ist ein Programm beim Beenden schon weg (Kind eines gerade gestoppten Dienstes, z. B. veyon-server.exe), heisst es "schon beendet (mit dem Dienst)" statt "nicht beendbar"

v2.1.15

v2.1.15 Pre-release
Pre-release

Choose a tag to compare

@github-actions github-actions released this 16 Oct 11:10
f15724a

App-Updates

  • Verbindungsabbruch zum Ziel-PC: bereits gemeldete Ergebnisse (aktualisiert, uebersprungen, Fehler) bleiben erhalten - bisher zaehlten dann alle Programme des PCs als Fehler ("nicht ausgefuehrt: kein Ergebnis"); die Meldung nennt jetzt den Verbindungszustand und dass eine am PC gestartete Aufgabe dort weiterlaeuft (z. B. wartet eine UAC-Abfrage beim Benutzer)
  • Lebenszeichen ueber die Fernsitzung: waehrend langer Wartezeiten am Ziel-PC schickt HUMig alle 60 s eine stille Zeile, damit WinRM/Firewalls die Verbindung nicht als tot abraeumen
  • Bereich unbekannter Pakete: Programme ohne erkennbaren Deinstallations-Eintrag laufen zuerst fuer alle Benutzer (als SYSTEM) und wandern erst ins Benutzerkonto, wenn WinGet sie dort nicht findet - maschinenweite Installer unter anderem Namen (Visual C++ "v14" vs. "2015-2022", ASP.NET Core; Codepruefung B61) warteten sonst im Benutzerkonto 15 min auf eine UAC-Bestaetigung
  • Store-Apps, die weder fuer alle Benutzer gefunden noch im Benutzerkonto aktualisiert werden koennen, melden das als Store-App statt "nicht gefunden" (Codepruefung B60, in beide Richtungen - z. B. GeoGebra Classic, neues Outlook); kein zweiter SYSTEM-Versuch fuer Pakete, die schon aus dem SYSTEM-Lauf kamen
  • WinGet-Code 0x8A15005C (Archiv des Installers nicht entpackbar, z. B. paint.net) und 005B/005E auf Deutsch - auch im Zeitplan (Codepruefung B66)
  • Laeuft ein Programm im selben Lauf ein zweites Mal (z. B. nach dem SYSTEM-Versuch im Benutzerkonto), gilt bei einem Verbindungsabbruch nicht mehr das ueberholte erste Ergebnis (Codepruefung B65)

Allgemein

  • Anleitung (F1 / Knopf) oeffnet die Online-Anleitung auf GitHub Pages (immer der neueste Stand); ohne Erreichbarkeit wie bisher die Fassung zur Version bzw. die lokale Kopie

v2.1.14

v2.1.14 Pre-release
Pre-release

Choose a tag to compare

@github-actions github-actions released this 16 Oct 10:11
4296cc8

App-Updates

  • "liess sich nicht beenden" trotz erfolgreichem Beenden behoben (Praxistest 2.1.13): die Protokollzeilen des Beenden-Schritts zaehlten faelschlich als noch laufende Prozesse - das Update wurde uebersprungen und die Zeilen fehlten im Log
  • Neustart-Liste repariert (Codepruefung B58): musste ein Paket ersatzweise im Benutzerkonto installiert werden (z. B. WSL), wurden vorher beendete Programme und gestoppte Dienste nicht mehr neu gestartet - ohne Fehlermeldung
  • Store-/MSIX-Apps (Codepruefung B57): die .NET Desktop Runtime wird wieder dem Eintrag "Microsoft Windows Desktop Runtime" zugeordnet und fuer alle Benutzer aktualisiert; scheitert ein Paket im Benutzerkonto mit einem internen WinGet-Fehler (meist Store-Apps), versucht HUMig es einmal fuer alle Benutzer als SYSTEM; die Meldung nennt jetzt den Store-Hintergrund
  • App Installer wird nie ueber App-Updates aktualisiert (auch nicht im Zeitplan): sein Update tauscht winget mitten im Lauf aus - er aktualisiert sich selbst ueber den Microsoft Store
  • Ordner namens WindowsApps gelten nie als Programmordner (Ergaenzung zu B54, auch AppData\Local\Microsoft\WindowsApps)

v2.1.13

v2.1.13 Pre-release
Pre-release

Choose a tag to compare

@github-actions github-actions released this 16 Oct 09:38
9ce88ec

App-Updates

  • Laufende Programme an anderen PCs: vor dem Aktualisieren prueft HUMig auch an entfernten PCs, ob ein Programm laeuft, und fragt je Programm: Beenden, danach neu starten (hart beendet - aus der Ferne laesst sich kein Fenster schliessen; Dienste werden gestoppt; danach startet HUMig beides wieder, Programme im Konto des Benutzers, falls noch angemeldet), Nicht aktualisieren oder Trotzdem aktualisieren. Laesst sich ein Programm nicht beenden, wird es nicht aktualisiert. Bisher lief der Installer trotzdem und brach z. B. bei Greenshot ab - teils mit halb entferntem Programm
  • Zeitplan: Programme, die gerade in einer Benutzersitzung laufen, werden ausgelassen ("uebersprungen - laeuft") und beim naechsten Lauf erneut versucht; Zusammenfassung nennt die Anzahl
  • Fernsitzung mit Ausfuehrungsrichtlinie Bypass nur fuer die Sitzung: PCs ohne Richtlinie (Windows-Standard Restricted) scheiterten beim Einrichten des WinGet-Moduls ("PackageManagement konnte nicht geladen werden") - die Einstellung des PCs bleibt unveraendert
  • Schutz beim Beenden (B50): als Programmordner gelten nie der Windows-Ordner (samt Unterordnern - manche Deinstallations-Eintraege zeigen auf System32), Programme/Common Files/ProgramData/Laufwerk, Benutzer-, Profil- und AppData-Wurzeln; Prozesse und Dienste aus dem Windows-Ordner fasst HUMig nie an - auch am eigenen PC und im Zeitplan
  • Programmnamen mit [/] brechen die Erkennung nicht mehr ab (Vergleich ohne Platzhalter, B51); neu gestartete Programme laufen im Programmordner (B52); abhaengige Dienste werden mit gestoppt und danach wieder gestartet (B53); Neustart prueft die Anmeldung per SID; auch Downloads, Desktop, Dokumente, OneDrive und WindowsApps gelten nie als Programmordner (B54), Rueckfall auf windir, wenn SystemRoot fehlt (B55), getrennte Neustart-Eintraege je Benutzer-SID (B56)
  • WinGet-Codes auf Deutsch: 0x8A15010C (abgebrochen - meist lief das Programm noch, evtl. unvollstaendig), 010B, 010E, 0105, 0107, 0108 (auch im Zeitplan, dort zusaetzlich 010D, 0103); englische Meldungen "No packages matched ..." (kein installiertes Paket - evtl. nur Dateireste, neu installieren) und "error occurred while connecting to the catalog" (Quelle nicht erreichbar)

Backup / Server-Backup

  • Waehrend des Mehrfach-Loeschens bleiben Loeschen und Alte loeschen gesperrt, auch wenn ein anderer Vorgang endet; Alte loeschen lehnt dann ab (B48)
  • "Protokoll des Laufs anzeigen" bei einem in HUMig gestarteten Lauf (ab 2.1.12) oeffnet den Bericht statt eines frueheren Zeitplan-Protokolls (B49)

Doku

  • README, Funktionen und Anleitung auf Stand 2.1.12/2.1.13

v2.1.12

Choose a tag to compare

@github-actions github-actions released this 16 Oct 07:52
9a67fc2

Backup / Restore

  • Mehrere Backups auf einmal loeschen: in der Backup-Liste (Reiter Restore) mit Strg/Umschalt+Klick mehrere markieren, dann Loeschen (n): eine Rueckfrage mit Anzahl, Groesse und Namen, Archive und laufende Backups werden ausgelassen, Ergebnis je Backup. Die anderen Knoepfe (Bericht, Pruefen, Vergleichen, Suchen, Archiv, Geloeschte leeren, Restore) gehen nur mit genau einem markierten Backup
  • Backup-Ordner eintippen: das Feld nimmt einen Pfad an (auch \\server\freigabe\...), Enter uebernimmt, Esc verwirft; fehlt der Ordner, fragt HUMig, ob er angelegt werden soll. Ist die Freigabe nicht erreichbar, sagt das die Meldung
  • Einstellungen: unerreichbare Freigabe ergibt jetzt die Meldung "nicht erreichbar" statt "ungueltiges Format" (z. B. PC ohne Admin-Freigaben C$/D$) - es wird nichts gespeichert
  • Fehlende Programme: Browser-Web-Apps (Edge/Chrome, im Backup als WebApp vermerkt) stehen getrennt mit Art Web-App; Office-Add-ins eines installierten Programms (z. B. "LogiOptionsPlusExcelAddin" zu "Logi Options+") werden nicht mehr als fehlend gezeigt
  • Kontrolle nach dem Restore nennt Teile, die wegen einer Verknuepfung im Zielprofil ausgelassen wurden; die Meldung zu einer Verknuepfungskette nennt das Endziel
  • Rechte der Backup-Ordner: in einem Schritt gesetzt (.NET, icacls nur noch als Rueckfall); zusaetzliche Konten, die nicht von HUMig sind, stehen im Protokoll ("zusaetzlich (nicht von HUMig, bleibt)"). Fremde Verweigern-Eintraege loesen ein Neusetzen aus
  • Lange Pfade mit Praefix \\?\UNC\ gelten als Netzwerkfreigabe, \\?\C: als lokal (B40/B41)

Server-Backup

  • Protokolle lesen ohne Ordner: neuer Knopf Protokolle ... - Liste aller Protokolle im Tool-Ordner (Zeitplan/Hintergrund als SYSTEM, VM-Export, wbadmin-Ausgaben), Anzeigen als Tabelle (Zeit, Stufe, Meldung) mit Filter und Neu laden fuer laufende Vorgaenge. Im Verlauf: Rechtsklick -> Protokoll des Laufs anzeigen
  • Versionen auf der Platte: HUMig vergleicht die Zahl der Versionen vor und nach dem Lauf. Hat Windows aeltere Versionen verworfen (Schattenkopie-Speicher zu klein oder Platte voll), wird der Lauf zur Warnung mit Abhilfe (vssadmin resize shadowstorage ...). Bericht: Versionen, Speicher fuer aeltere Versionen und Abschnitt "Warum die Platte fast leer aussieht"
  • Neuer Knopf Speicher fuer Versionen ...: erhoeht den Speicher fuer aeltere Versionen (Schattenkopien) der Ziel-Platte auf 50 % - mit Rueckfrage (jetziger und neuer Wert, genauer vssadmin-Befehl). Nur erhoehen, nie verkleinern (wuerde Versionen verwerfen), nie auf dem Systemlaufwerk, nicht waehrend ein Server-Backup laeuft; Ergebnis wird nachgelesen und gemeldet
  • Schreibtempo: MB/s in Bericht, Verlauf und Teams-Karte; Hinweis, wenn ein Lauf deutlich langsamer ist als fruehere Laeufe des Profils (USB 2.0?)
  • Teams-Karte eines in HUMig gestarteten Laufs: Rotations-/Archiv-Erinnerungen wie beim Zeitplan
  • Versions-Zeitpunkte: die wbadmin-ID ist UTC - Anzeige, Karte und Pruefung jetzt in Ortszeit (bisher 2 h verschoben)
  • Pruefung (B42-B47): ein gestoertes wbadmin get versions nach dem Lauf loest keinen falschen "Versionen verworfen"-Alarm mehr aus (Vergleich nur bei gueltig gelesener Liste); liegt der Schattenkopie-Speicher auf einem anderen Laufwerk, aendert der Knopf nichts und sagt das; "Protokoll des Laufs anzeigen" findet das Protokoll ueber den Verlaufseintrag (bei aelteren Laeufen das zuletzt vorher gestartete, auch bei verzoegertem Start); Schreibtempo nur ueber die eigentliche Sicherung (ohne Pruefen, Host-System, Export, Warten); waehrend des Mehrfach-Loeschens sind Liste und Backup-Knoepfe gesperrt; Volume-GUID-Pfade gelten als lokal

v2.1.11

Choose a tag to compare

@github-actions github-actions released this 15 Oct 19:06
073bb94

Backup

  • Rechte der Backup-Ordner: jeder Backup-Ordner auf einem lokalen Laufwerk bekommt eigene Rechte - egal ob im HUMig-Ordner oder auf einer USB-Platte: Vererbung aus, Vollzugriff SYSTEM, Administratoren und das ausfuehrende Konto, dazu der gesicherte Benutzer (Admin-Backup: lesen, Benutzer-Modus: aendern). Stimmen die Rechte schon (fortlaufendes Backup), schreibt HUMig nichts. Netzwerkfreigaben (UNC, Netzlaufwerk) bleiben unveraendert - dort waeren SYSTEM/Administratoren die Konten des Dateiservers; wer lesen darf, regeln die Rechte der Freigabe. Bisher erbte ein Backup ausserhalb von BACKUPS die Rechte des Ziels (z. B. lesbar fuer alle Benutzer einer USB-Platte). Neue Einstellung Backup.ExtraReadGroup (settings.json, Name oder SID): diese Gruppe darf alle Backups lesen (z. B. Techniker ohne Adminrechte). Kennt das Ziel keine Rechte (FAT32/exFAT) oder scheitert das Setzen: Warnung im Protokoll, das Backup laeuft weiter. Entra-ID-Konten (S-1-12-1) werden jetzt ebenfalls berechtigt

Server-Backup

  • Teams-Karte: Rotations-/Archiv-Erinnerungen stehen nur noch als Zeile auf der Karte, die Farbe bleibt gruen (bisher orange). Ein auffaelliger Plattenzustand einer anderen Platte faerbt weiter orange
  • Teams-Karte: "Hinweis: Hinweis: ..." (doppelter Praefix, z. B. bei offline gesicherten VMs) behoben
  • Lange Sicherungen: alle 30 min eine Logzeile "laeuft noch (Phase) - seit ..., zuletzt gemeldet xx %, ca. xx GB auf die Platte geschrieben", auch wenn wbadmin lange nichts ausgibt

v2.1.10

Choose a tag to compare

@github-actions github-actions released this 15 Oct 16:16
d743460

Restore

  • Verknuepfungen im Zielprofil: vor dem Zurueckkopieren in ein Benutzerprofil (als Administrator) prueft HUMig Zielordner, Ordner darueber und - nur Ordner, die es im Backup gibt - darunter auf Junctions/symbolische Links - jede Verknuepfung zaehlt, auch mit Ziel im Profil (sonst per Kette umgehbar). Zielordner selbst betroffen: Modul nicht zurueckgespielt (Fehler); darunter: nur dieser Ordner ausgelassen (Warnung). Windows-eigene Verknuepfungen stoeren nicht (nie im Backup). Bei einer gewollten Ordner-Umleitung per Verknuepfung sagt die Meldung, wohin von Hand zu kopieren ist. Gilt lokal und per Fernzugriff, nicht im Benutzer-Modus
  • Restore (Ordner und Browser): nach dem Kopieren erneute Pruefung auf Verknuepfungen (Warnung, falls waehrend des Restores eine entstanden ist)
  • Lesezeichen schreiben: kann eine Freigabe File.Replace nicht (manche NAS), alte Datei beiseite - neue an ihren Platz - alte loeschen; scheitert es, kommt die alte zurueck
  • WLAN-Profile auf einem PC ohne WLAN-Adapter: nur ein Hinweis statt "fehlgeschlagen" je Profil
  • USMT LoadState Code 3 wird erklaert (Teil uebersprungen, Rest uebernommen)
  • Fehlende Programme: ein Programm in anderer Schreibweise/Variante (z. B. "7-Zip (x64)" vs. "7-Zip (x64 edition)") gilt ueber die Katalog-Erkennung als installiert - nur bei gleichem erkannten Produkt (Revit fehlt weiter, wenn nur AutoCAD da ist); neues Katalog-Feld DetectFamily (z. B. Acrobat Reader/Pro) schaltet das ab. Programme mit Katalog-Eintrag werden nur noch ueber den Katalog verglichen (die Namens-Regel "gleicher Name ohne Version" gilt nur ohne Eintrag - "Python Launcher" verdeckt Python 3.12 nicht mehr); Python-Erkennung auf Hauptversion (3.12) beschraenkt; WinGet "kein passendes Update" bzw. "schon installiert" beim Installieren = bereits installiert statt Fehler

Server-Backup

  • Abbruch-Erkennung: eine unterbrochene Pruefung (laufend_*.json.pruefe) wird nach 10 min wieder ausgewertet, statt liegen zu bleiben

v2.1.9

Choose a tag to compare

@github-actions github-actions released this 15 Oct 08:34
8020727

Server-Backup

  • Im Hintergrund sichern (Abmelden moeglich): "Server-Backup starten" fragt, wo die Sicherung laufen soll. Ja = HUMig legt eine einmalige Aufgabe \HUMig\Server-Backup - <Profil> - sofort <Datum Uhrzeit> als SYSTEM an und startet sie sofort - ohne Zeitpunkt (startet nie von selbst noch einmal), ohne Nachhol-Start, Zeitlimit 72 h. Gesichert wird die Auswahl der Oberflaeche auf genau die gewaehlte Platte (neu: -DiskLabel, nie eine andere Platte des Profils). Verlauf, Teams, Abbruch-Erkennung wie beim Zeitplan. HUMig prueft bis 60 s, ob die Sicherung anlaeuft, und zeigt sonst den Grund aus dem Protokoll; beim naechsten Oeffnen steht in der Ausgabe, dass sie im Hintergrund laeuft. Erledigte Hintergrund-Aufgaben werden automatisch entfernt. Nein = wie bisher in HUMig
  • Nicht angeboten (Grund in der Rueckfrage): ohne Profil, fremde Platte, Sonderzeichen im Namen, HUMig auf einer Netzwerkfreigabe, Neustart ausstehend mit Profil-Einstellung "nicht sichern", VM-Export-Ziel als Netzlaufwerk-/subst-Buchstabe. Hinweis bei UNC-Export-Ziel (Computerkonto), Warnung ohne Domaene
  • Laeuft dasselbe Profil schon (in HUMig, im Hintergrund, als Zeitplan), wird es nicht ein zweites Mal gestartet - auch nicht von einem Zeitplan oder vom Handy (Pruefung im Zeitplan-Skript: gelb "uebersprungen" mit Teams-Warnung und Ereignis 1001, kein Verlaufseintrag); Hintergrund-Aufgaben sind vom Handy aus nicht startbar
  • Profilnamen beim Anlegen/Umbenennen: nur Buchstaben, Ziffern, Leerzeichen und - _ . ( ). Zeitplaene mit ", |, *, ?, [, ] im Profilnamen werden abgelehnt (brachen Aufgaben-Argument bzw. Pruefung der Handy-Fernbedienung)
  • Funktionsaenderung (Sicherheit): laeuft HUMig von einer Netzwerkfreigabe, lehnt es Zeitplaene und Hintergrund-Laeufe mit hoeheren Rechten (SYSTEM/Administrator) ab - deren Rechte prueft HUMig nicht; bisher ohne Pruefung erlaubt

Backup-Zeitplan (Profil-Backup)

  • Neu je Zeitplan: "Outlook und Browser vor der Sicherung schliessen" - Browser bis 20 s, danach beendet; Outlook nur sanft (bis 60 s), nie beendet (PST/OST-Schutz) - bleibt es offen, wird trotzdem gesichert und das Modul zum Nachsichern gemeldet. Bei Zeitplan "bei Anmeldung" fragt HUMig nach. Standard aus. Fehlt dabei eine gesperrte PST-Datei, endet das Modul gelb (Warnung) statt gruen. Aus: laufende Programme werden trotzdem gesichert; Meldung, Teams, Protokoll und Bericht nennen die Module, die bald von Hand nachgesichert werden sollten. Umschalten in der Zeitplan-Liste (Rechtsklick auf Zeitplan ...)

Restore

  • Fehlende Programme: die Abfrage vor dem Restore bietet nur noch Programme der angehakten Module an (Programm-Module des Katalogs, dazu Edge/Chrome/Firefox/Office); weitere fehlende Programme stehen nur als Hinweis in der Ausgabe (Knopf Fehlende Programme installieren ...). Bisher wurden alle Programme des Quell-PCs angeboten
  • Fehler behoben: Restore auf ein Konto ohne Profil (USMT hat kein Profil angelegt) brach mit "Path ... leere Zeichenfolge" ab, statt nur die Computer-Module zurueckzuspielen
  • Ziel-Konto aus dem Backup: ist oben ein anderer Benutzer gewaehlt als im Backup (z. B. das angemeldete Admin-Konto), schlaegt Restore starten das Konto des Backups vor (vorhandenes Profil am Ziel bzw. <Ziel-PC>\name bei lokalen Konten)
  • Fehlendes lokales Konto anlegen: gibt es das lokale Konto am Ziel-PC nicht, fragt HUMig und legt es mit einem eingegebenen Kennwort an (zweimal, wahlweise Administrator; nicht gespeichert, nicht protokolliert, nie auf einer Befehlszeile) - danach legt USMT das Profil an wie bei Domaenenkonten. USMT /lac wird bewusst nicht verwendet (Kennwort im Klartext bzw. leer, laut Microsoft ohne Programm-Einstellungen)
  • USMT LoadState Code 14 wird erklaert (lokales Konto fehlt am Ziel-PC)
  • Anleitung: Abschnitt Ziel-Konto hat am PC noch kein Profil (Domaenen-, lokales und Entra-ID-Konto); Server-Backup Im Hintergrund sichern

v2.1.8

Choose a tag to compare

@github-actions github-actions released this 15 Oct 06:08
e3e9b3a

Server-Backup

  • Neustart ausstehend: vor jeder Sicherung prueft HUMig, ob Windows auf einen Neustart wartet (Windows Update, Windows-Komponenten, geaenderter Computername) - Windows startet den Server sonst ausserhalb der Nutzungszeit evtl. mitten in der Sicherung neu. Manueller Start: Hinweis in der Rueckfrage; Lauf und Bericht: Hinweis; Zeitplan: Teams-Meldung (Kategorie Server-Backup mit Warnungen) und die Sicherung startet trotzdem - oder nicht, wenn im Profil (Bearbeiten) "bei ausstehendem Neustart nicht sichern" gewaehlt ist
  • Abgebrochene Laeufe werden gemeldet: waehrend eines Laufs liegt eine Markierung im Tool-Ordner (je Prozess eine eigene Datei; ob der Lauf noch lebt, entscheidet die Startzeit des Prozesses - Zeitkorrekturen am Server loesen keinen Fehlalarm aus; Oberflaeche und Zeitplan melden denselben Abbruch nur einmal). Endet er ohne Aufraeumen (Neustart durch Windows Update, Absturz, Abmelden), erkennt der naechste Start von HUMig bzw. des Zeitplans den Abbruch: Eintrag ABGEBROCHEN mit Ursache aus dem Systemprotokoll (nur wenn der Server seither neu gestartet wurde, z. B. "neu starten am 15.10.2026 01:00 (Windows Update) - ausgeloest von MoUsoCoreWorker.exe"; "Windows Update" nur bei Update-Prozess bzw. Update-Grundcode, nicht bei manuellem Neustart; sonst "HUMig wurde waehrend der Sicherung beendet") im Verlauf (Tool-Ordner und Platte), Abbruch.txt im Berichtsordner, Ereignisanzeige und Teams-Meldung (Kategorie Server-Backup fehlgeschlagen / abgebrochen). Bisher fehlte so ein Lauf einfach im Verlauf
  • Anleitung: Abschnitt Neustart durch Windows Update mit den Einstellungen gegen den automatischen Neustart

Backup / Restore

  • Programm-Katalog Visual Studio Code: die Hilfsskripte askpass (legt VS Code bei jedem Start neu an, waehrend des Laufs gesperrt) werden nicht mehr gesichert - bisher Fehler, wenn VS Code geoeffnet war
  • Outlook wie die Browser: laeuft Outlook, fragt HUMig vor dem Backup des Moduls Office nach dem Schliessen (geoeffnete PST-Dateien sind gesperrt). Ohne Abfrage (Zeitplan) wird trotzdem kopiert - gesperrte Outlook-Dateien sind dann nur ein Hinweis, kein Fehler. Funktionsaenderung: vor dem Restore des Moduls Office wird Outlook sanft geschlossen (bis 60 s) - nie hart beendet, weil das offene PST/OST-Dateien beschaedigen kann. Bleibt Outlook offen, werden nur die PST-Dateien ausgelassen (Warnung), Signaturen und Vorlagen kommen trotzdem zurueck. "Ueberspringen" in der Abfrage laesst das Modul aus

v2.1.7

Choose a tag to compare

@github-actions github-actions released this 15 Oct 05:14
b409d79

Browser (Edge, Chrome, Brave, Vivaldi)

  • Lesezeichen zuverlaessig auf einen neuen PC: bisher wurde das Profil nur kopiert - auf einem anderen PC verwarf der Browser dabei oft Teile (an PC und Konto gebundene Daten). Das Backup sichert weiter alles; beim Restore entscheidet HUMig nach dem Fall:
    • gleicher PC und gleiches Konto (Computer-ID, Computername und Benutzer-SID wie im Backup): alles 1:1 zurueck, auch Kennwoerter, Anmeldungen und PreferenceMACs
    • anderer PC, Neuinstallation oder anderes Konto: Lesezeichen werden zusammengefuehrt (Ordner Uebernommen von PC (Datum) in der Lesezeichenleiste, vorhandene bleiben, kein zweites Mal); ist der Browser am Ziel mit demselben Konto angemeldet, wird nichts eingefuegt (Synchronisierung); Browser am Ziel ohne Profil: Hauptprofil mit Verlauf und Einstellungen. Kennwoerter, Cookies, Zahlungsdaten, Sync-Zustand, Local State und PreferenceMACs werden weggelassen und im Bericht als "nicht uebertragbar, so geht's" erklaert
    • Backups aelterer Versionen (ohne Computer-ID) zaehlen immer als anderer PC
  • Konto-Lesezeichen neuerer Chrome-Versionen (Datei AccountBookmarks) werden mit gesichert (auch als HTML) und auf einem anderen PC als Unterordner Konto-Lesezeichen mit eingefuegt
  • Kein doppeltes Einfuegen bei wiederholtem Restore desselben Backups - auch wenn der Browser am Ziel beim ersten Mal noch leer oder ohne Profil war oder der Ordner umbenannt wurde (Kennung im Profil und am Ordner); eigene leere Ordner am Ziel bleiben erhalten
  • Schutz vor Verknuepfungen: HUMig schreibt als Administrator nie ueber eine Verknuepfung (Junction/Symlink) im Browser-Pfad des Benutzers - geprueft wird jeder Pfadteil und der Zielordner vor dem Kopieren, unmittelbar vor dem Ersetzen noch einmal; eine Lesezeichen-Datei mit zweitem Namen (harter Link) wird weder gelesen noch ueberschrieben; sonst Fehler, nichts geschrieben
  • Startet der Browser waehrend des Restores wieder (z. B. Edge-Schnellstart), steht eine Warnung im Bericht
  • Gleicher PC wird auch bei Fernzugriff ueber IP-Adresse erkannt (Manifest speichert den echten Computernamen); gleiches Konto: sind beide Konto-IDs bekannt, entscheiden nur diese
  • Restore-Bericht zeigt den erkannten Fall (Browser: erkannter Fall); vorheriger Stand der Lesezeichen am Ziel bleibt als Bookmarks.humig-vorher (das ist die Sicherung - nicht Bookmarks.bak)
  • Funktionsaenderung: beim Restore wird der Browser immer geschlossen (notfalls beendet, auch ohne Rueckfrage) - auch Firefox; laesst er sich nicht beenden, wird das Modul nicht geschrieben. Neuere Dateien am Ziel nicht ueberschreiben gilt fuer diese Browser nicht
  • Backup legt je Profil die Lesezeichen zusaetzlich als HTML (in jeden Browser importierbar) und eine Liste der Erweiterungen mit Store-Links in den Ordner Browser-Lesezeichen des Backups
  • Manifest enthaelt zusaetzlich die Computer-ID (MachineGuid), den echten Computernamen und die Browser-Versionen
  • Bei neuem Browser-Profil am Ziel werden installierte Erweiterungen nicht mehr mitkopiert (ohne die an den PC gebundenen Einstellungen waeren sie verwaist) - Liste mit Links im Backup