KaydeArcane

voted most magical goat of all time

hey i'm Kayde! i also go by Kay or airhead! Kayde's the goat, Kay's the lil balloon critter, airhead works for either of em. i'm a 31 y/o tired queer furry weirdo. enjoyer of inflatables and all things squeaky, player of many many indie games, addicted to ttrpg character creation, and fervent lover of music
​​


​

+18 only, no minors! there will be occasional ✨~NSFW THEMES AND ART~✨ here
​


​

profile header by gumshoejump
icon by @zygodactyl
​


​
thank you for everything, cohost.


Refsheet galleries for my fursonas
refsheet.net/KaydeArcane
Personal website
kaydes.study/

i keep having this really fucking weird issue with a bunch of my commissioned images. when i open the image in the built in photo viewer on win10, it will either load the image and then suddenly jump to the first image in the folder after a few seconds of displaying, or open the image as if it were the first image in the folder. if i open a different image and arrow through the folders, it will entirely skip these specific images that have this issue.

i've narrowed down one possible distinguishing feature - almost all of the images in this folder have file attributes "AL". however, the images that get skipped/do the strange display behavior all seem to have file attributes "ATL". i have no idea where the "T" comes from, but some deep dive searching leads me to believe that this is a file attribute that means "temporary". i have attempted to use powershell command attrib to remove the T attributes, but it states that T is an invalid code.

so i'm at an impasse. i don't know how to remove this attribute, nor do i fully understand how these images got this attribute - though i have a suspicion, since (as far as i can remember) all of the ones that have this mysterious T attribute were also saved from the windows email app, where the rest were either downloaded from dropbox, saved from telegram or discord, or some other similar method of downloading images. i have no idea WHY saving an attachment from an email via the windows email app would add this attribute, but that's my only real explanation.

regardless, if someone could point me to a method for removing this T attribute, or otherwise steer me in the correct direction if i've entirely misdiagnosed the issue, i would be so thankful,,,

EDIT: issues solved!! if by chance someone stumbles upon this and is having the same issues: check the comments here for how i ended up fixing it. long story short: move/cut+paste the files onto a FAT32 formatted USB drive, shut down and reboot the computer, then move the files back to their original location. as for avoiding the T attribute in the first place: if you're using the windows email app, open the image before right click -> saving it, or use the 'save all attachments' button if there are more than one attached images. i still do not understand why directly right click -> saving an attached image in that email app adds that T attribute - i can only assume it's something to do with it being directly saved from the attachment location, where it is marked as a temporary file due to being an email attachment? fucked up. either way, huge shoutouts to @AzureLazuline for finding the solution, and @AdamSkI2003 for giving me the thought to try reproducing the situation to find out where the T attribute came from.


You must log in to comment.

in reply to @KaydeArcane's post:

computers are just cursed sometimes. The one post i can find about it says to move the files to a FAT32 device (like an old USB stick), restart Windows, then transfer them back. You could also try just opening them in an image editor and saving over it to replace them one-by-one, which sounds annoying but it'd probably work. (jpegs don't actually lose any quality from re-saving them as long as you pick an equal/higher quality option, which is a neat trick!)

welp. thank god i saved all my old usb drives, i had a FAT32 one kicking around from way back in college. just tested that method out with it and lo and behold: one of the files i was having the issue with no longer has the T attribute, and is no longer skipped when arrowing through images in the image viewer. between that, and experimenting with saving methods from the email app and finding out how to save image attachments without them getting cursed with the T attribute, i'm finally free of this weird bullshit.

glad it worked! πŸ˜„ it was pretty easy to find in a search, or at least i thought so, but digging through search results is getting harder and harder nowadays so i guess i shouldn't undersell my efforts.

I did find this SO thread, maybe that'll work, [System.IO.FileAttributes]::Temporary seems to be a thing (tho I don't rly have a file marked as temporary to test on, and trying to set the temporary flag manually just removed the archive flag on my test file? Β―\_(ツ)_/Β―)

you could also try setting the attributes to [System.IO.FileAttributes]::Normal without the -band and -bnot

also, as for the email app: you could try thunderbird instead if it's reproducible on the windows email app

not much luck messing around with stuff from that SO thread, but i did find out that it's both reproducible as well as finding workarounds to prevent the issue - apparently right click -> save on a single image gives a file the T attribute

as for the workaround, opening the attachment and saving the image from there doesn't apply the T attribute. also if there's more than one image, clicking the 'save all attachments' also doesn't give the T attribute, but does set all images to be read-only. why it works this way is absolutely beyond me.