Neu: uup-converter v108r

Changelog:
- Extend LCU .mum timestamp preserve workaround for all builds 22621+

Download:
https://github.com/abbodi1406/WHD/raw/master/scripts/uup-converter-wimlib-108r.7z

Neu:
uup-converter-wimlib-108

- All: Detect SSU(s) version, and install the highest only
- 24H2: Detect LCU(s) version, and install the highest only (26052+)
- 24H2: Fix SSU misdetection as .NET rollup in latest updates
- 24H2: NetFx3 feature will not be enabled if multiple LCUs detected
- Show defender-dism package versions, and fix detection for arm64
- Limit LCU .mum timestamp workaround for builds 22621+ < 26052
- DisableResetbase registry will be always set to 1 for builds 25380+

Download:
https://github.com/abbodi1406/WHD/raw/master/scripts/uup-converter-wimlib-108.7z

Neu:
uup-converter-wimlib-107f.

Changelog:
- Fixed detection for "Error: 1726 The remote procedure call failed.", which is mostly a harmless error and can be ignored

Download:
https://github.com/abbodi1406/WHD/raw/master/scripts/uup-converter-wimlib-107f.7z

Neu:
uup-converter v107

- Reinstall all LCUs together after NetFx3 feature (26052+)
this is merely a quick fix
checking LCUs versions and order integration accordingly will need some work

Download:
https://github.com/abbodi1406/WHD/raw/master/scripts/uup-converter-wimlib-107.7z

Ok Also nur über das Script Official UUP dump app sieht man im Retail die 24h2. Gut zu wissen.

Ach so, dann hast Du keinen Einfluss auf das, was angezeigt wird. Musst Du so hinnehmen, auch wenn das nicht unbedingt alles so stimmt. Aber das scheint nicht so einfach zu sein, dass hinzubekommen. Ansonsten hätten die Macher der API und Webseite das bestimmt schon geregelt.

Ich nutze die Webseite was ich oben ja schrieb.

Den Cache im lokalen Ordner vom Webserver (~\uup-dump\fileinfo und ~\uup-dump\packs). Das die Datenbank.

Außerdem müsste eventuell das Skript angepasst werden. Ich weiß nicht, welche Version Du verwendest. Ich habe da am Get Skript auch schon wieder so viel rumgewerkelt.

Hmm also bei mir wird immer 23h2 angezeigt bei Retail über die Homepage. Cache wird immer gelöscht beim beenden daher alte Dateien können nicht geladen werden.

Wenn ich bei mir die Datenbank vom lokalen Server lösche und zuerst den Retail Kanal Abfrage, ist de 24H2 im Retail:

[attachment=1]Screenshot 2024-06-30 135759.png[/attachment]

Würde ich jetzt den RP Kanal abfragen, ändert das nichts mehr an der Anzeige, weil das Paket bereist in der Datenbank gespeichert wurde und nicht erneut gespeichert oder verändert wird.

Aber die Anzeige ist da für mich nicht so wichtig. Interessanter beim lokalen Server ist die Ausgabe vom Skript "uupdump-get.cmd". Dort sieht man, was tatsächlich in dem Kanal so rumlungert, den man gerade abfragt (z.B. Retail Kanal):

[attachment=0]Screenshot 2024-06-30 140259.png[/attachment]

@moinmoin
Paul hatte dazu letztens, in einem ähnlichen Fall, auf MDL geschrieben:
"" It was originally intended for the RP channel, but some flags on the UUP dump make it available in the retail, RP and beta channels "".....

Finde nur leider den Post gerade dazu nicht...!

Bei UUPdump hängt es davon ab, welche Reihenfolge bei der Abfrage der Kanäle verwendet wird und welches Update zuerst dan angezeigt wird.

Wenn zuerst Retal abgefragt weird, dann sit die 26100.1000 "Retail". Wenn zuerst Release Preview abgefragt wird, dann ist sie "Release Preview". Dass ändert sich dann auch nicht mehr. Was einmal in der Datenbank drin steht, bleibt so unverändert bzw. es wird nicht der Kanal gespeichert, welcher tatsächlich gerade abgefragt wurde. das ist ein tiefergehendes Problem mit den Skripten.

Kannst du. Aber eben die Kanäle, die dort aufgeführt werden, nicht als "die wahre Quelle" nehmen

Ok schaue halt immer nur dort vorbei, wenn es was Neues gibt.

Was dort steht, sollte man nicht für 100%ig nehmen. Bei der 26100.863 steht sogar Beta und bei der .712 Retail
https://uupdump.net/selectlang.php?id=c524d34f-b178-49fd-8ba9-57f3640f0fba