[DISCUSSION] UUP dump - download Windows 10/11 UUPs with ease

Answer question above your post.

 

I'm now downloading it to c:\temp

You mean open a new command prompt in c:\temp and execute your command?

Code:

C:\Update>dir c:\update /a /s | findstr /i "uupdl-master" | findstr /v /i "file*" ^| findstr /i "dir"
FINDSTR: Cannot open |
FINDSTR: Cannot open findstr
FINDSTR: Cannot open /i
FINDSTR: Cannot open dir

C:\Update>

Edit: @s1ave 77 - again the downloaded new stuff is in...

Code:

"C:\Update\uupdl.v0.06.32\uupdl-master-f13b927e31cfea9c80e2749ac82ba8140d393ee3\"

 

My bad missed an escape.

Navigate in CMD to the folder to use for script download then:

Code:

dir c:\update /a /s | findstr /i "uupdl-master" | findstr /v /i "file*" | findstr /i "dir"

 

Code:

C:\Update>dir c:\update /a /s | findstr /i "uupdl-master" | findstr /v /i "file*" | findstr /i "dir"
19/09/2017  04:43    <DIR>          uupdl-master-f13b927e31cfea9c80e2749ac82ba8140d393ee3
 Directory of c:\update\uupdl.v0.06.32\uupdl-master-f13b927e31cfea9c80e2749ac82ba8140d393ee3

 

The Script ends with the message:

after the script deleted the folder "files" and "fileinfo" and the file "uup.downloader.cmd" in the "Decrypt" Folder.

In the folder "download" is the folder "C:\Decrypt\download\uupdl.v0.06.32\uupdl-master-f13b927e31cfea9c80e2749ac82ba8140d393ee3" where the script deleted the "uup.downloader.cmd" too

 

Code:

C:\Update>dir c:\update /a /s | findstr /i "uupdl-master" | findstr /v /i "file*" | findstr /i "dir"
19/09/2017  04:43    <DIR>          uupdl-master-f13b927e31cfea9c80e2749ac82ba8140d393ee3
 Directory of c:\update\uupdl.v0.06.32\uupdl-master-f13b927e31cfea9c80e2749ac82ba8140d393ee3

Baffles me, since script parses for exactly that value.

 

So my download path is correct then?
uupdl.v0.06.32\uupdl-master-f13b927e31cfea9c80e2749ac82ba8140d393ee3\

It's just that the xcopy looks for the files in uupdl.v0.06.32\ ?

@s1ave77 - As you know from pages back, I've been puzzling and puzzling over this. This may not be the cause, and as already mentioned, this only happened since the introduction of the elongated Github folder names. No prob as I've said, cos' I now know why it's failing and it's no prob to manually grab updates.

btw: As previously asked. Have now satisfied myself I wasn't going bonkers!

 

Dang!!!!

There it was small but annoying .

Thanks for being finicky .

Please check this in same down folder:

Code:

for /f "tokens=1,2,3,4 delims= " %a in ('dir "c:\update" /a /s ^| findstr /i "uupdl-master" ^| findstr /v /i "file*" ^| findstr /c:"DIR"') do echo %d"

 

Code:

C:\Update>for /f "tokens=1,2,3,4 delims= " %a in ('dir "c:\update" /a /s ^| findstr /i "uupdl-master" ^| findstr /v /i "file*" ^| findstr /c:"DIR"') do echo %d"

C:\Update>echo uupdl-master-f13b927e31cfea9c80e2749ac82ba8140d393ee3"
uupdl-master-f13b927e31cfea9c80e2749ac82ba8140d393ee3"

C:\Update>

 

@Nucleus Thanks mate, bug is fixed now, will push a bug fix release asap .

 

Excellent, and I'll hammer the update routine to bits and report back!

Just sorry that I banged on about it for so many pages - but it was puzzling me like crazy.

If poss plz explain in simple terms, don't hit me with a load of coding/scripting technobabble?

It was a path problem? New update stuff not being found?

 

So, for me (and perhaps a lot of other members): Thanks for your work!

Btw & JfI: I've tried some different versions (5.11, 5.18 and 6.32) and everything (f.e.: clean folder by versions, working dir @ the root of disk, etc. ) is working as expected ;-)

 

Doggies logic routines where idling .

The part queries for the folder name and i ignored that the output might contain more "dir" strings in other lines.

My german system shows 'Verzeichniss von' but yours 'Directory of' so string gathers wrong line and the 4th tokens expected doesn't exist in that line, so variable stays undefined, folder set for downloader screws.

Code:

So instead of:

findstr /i "dir"

it needs:

findstr /c:"DIR"

CASE CLOSED!

 

Wating for fix version ;]

 

Patience. Previous page he said...

But I don't think it was as simple as that and took a bit of effort for him to spot the glitch. Not so easy.

Project continues to get better.

 

Spoiler: ERRRHEMMMMM...

 

S-M-R-T M50 UUPDL v0.06.49 released .

+++ BUG FIX / FEATURE UPDATE RELEASE +++

Changelog

v0.06.49
--fixed bug in folder name parse that caused the Project Update to fail (thanks to Nucleus)
--added option to show the database build list
--fixed uup.dl.cmd to not recurse in file delete (Thanks to UndertakerBen)
--visual chnages

https://forums.mydigitallife.net/threads/uup-dump.75052/page-5#post-1368477

 

You need to login to view this posts content.

 

Name is generated by GitLab.

 

if you don't specify a download folder the the script

adds a folder: "-ouupdl.v0.06.49.zip" with the file: "uupdl-master-d5c82ceeddd3fe5204f89e35241e47fa9184bb49.zip"

Now it deletes the folder "files", "fileinfo" and the file "uup.downloader.cmd" in the mainfolder and you have to download the new version manually to get to the new files to fix the corruption.

You should therefore suggest at least one name, e. g. download