site banner

Friday Fun Thread for March 15, 2024

Be advised: this thread is not for serious in-depth discussion of weighty topics (we have a link for that), this thread is not for anything Culture War related. This thread is for Fun. You got jokes? Share 'em. You got silly questions? Ask 'em.

2
Jump in the discussion.

No email address required.

Microsoft changed it, now it sucks

I need to document this somewhere quickly, and this is where I can do it without having to create a new account or review subreddit rules. I’ll repost on someplace more visible later.

In the latest feature update (service pack), Windows 11 23H2, Microsoft has changed a piece of syntax in how batch files work in the venerable old Windows NT command line interpreter, CMD.EXE, successor to MS-DOS’ COMMAND.COM and my custom batch files are breaking.

Setup:

  1. In Program Files, in a certain folder, is a batch file designed by someone else. It works pretty darn well, so I’ve never had to ever debug, refactor, or otherwise fiddle with it. It’s not at all involved with the issue I’m having, I just mention it for documentation completeness.
  2. In that same folder are several custom batch files I’ve used for ten years as wrappers for that batch file, to pass it specific arguments. Once I figured out how to call the main batch file correctly in Windows 7’s CMD.EXE from a wrapper batch, I’ve never had a problem no matter which Windows computer I’ve copied it onto.
  3. In the shell:sendto folder which holds right-click-menu shortcuts, I’ve got a shortcut to each of the wrapper batch files. They “start in” the Program Files folder where the main batch and my wrapper batches exist.

I’ve documented TWO new bugs I’ve never seen happen! I used the batch files last week on this computer without any issues, upgraded today due to a forced update, and ran into this problem.

  1. The %~f argument has different output. It has always returned the full path of the specified file without the file extension. Now it returns it with the file extension! This messes up my string manipulation for naming the resulting converted/altered file. EDIT: actually, it's always been like this. Whew.
  2. Windows’ Send To right-click command passed the selected arguments to the wrapper batch file without full path names, resulting in the batch files using the arguments as if they were in the directory of the batch files, and not in my documents’ actual location!

Oddly, the second bug has vanished after I documented it in a two separate tests. The first bug, however, persists.

EDIT: Well, that's embarrassing. After checking my deleted files on a Windows 10 computer, it turns out I was wrong about "bug" 1: it's always been that way, I've just grown so used to it over the past ten years that I forgot how it works. But bug 2 did indeed happen.

This is what you get for updating your system. I never patch my gear.

Yep. I've decided that whatever version of MacOS comes with my Mac is the version I will use until I get a new computer. They just have to tinker with things and break stuff for no reason.