Zone.Identifier Files when copying from Windows to WSL filestructure #4609

Kai-Richardson · 2019-10-21T05:43:54Z

Windows build number: Microsoft Windows [Version 10.0.18990.1]

uname -a produces: Linux 4.19.67-microsoft-standard #1 SMP Sun Aug 18 13:37:54 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

What you're doing and what's happening: This occurs when using Windows Explorer.

Download a file from an online resource into a windows folder. For example, this image downloaded into your Downloads folder.
Drag/Copy/Move said file into a WSL directory.
Notice the file that is also created, named like "movedfile•Zone.Identifier", but instead of a bullet it is the character 0xF03A (Unicode: U+F03A). It does render like a bullet in Windows Explorer though.

What's wrong / what should be happening instead: The filename•Zone.Identifier NFTS files should not be created.

Contents of the Zone Identifier file are as to be expected, my sample having the contents:

[ZoneTransfer]
ZoneId=3
ReferrerUrl=https://i.imgur.com/7uEP6ds.png
HostUrl=https://i.imgur.com/7uEP6ds.png

Image:

The text was updated successfully, but these errors were encountered:

therealkenc · 2019-10-21T06:11:37Z

Can't repro here.

This is on 19002; whether the small version bump makes a difference I doubt. Zone.Identifier does get a quick search hit. Said functionality is news to me.

On a lark, from your WSL2 bash prompt, what is the output of:

$ powershell.exe "Get-CimInstance -Namespace root/SecurityCenter2 -ClassName AntivirusProduct" | grep displayName

0xbadfca11 · 2019-10-21T13:56:21Z

I can reproduce with both WSL1 and WSL2 at 19002.
Zone.Identifier may not exist for various reasons, such as the "Do not save zone information in attachments" policy or deleted by Windows Smart Screen when opening a file.

Kai-Richardson · 2019-10-21T15:10:51Z

@therealkenc For the output of your powershell grep: displayName : Windows Defender

Also, I've been experiencing this for many versions/months, so it's not something that was introduced as of recent.

Kai-Richardson · 2019-10-21T15:14:59Z

@0xbadfca11 Regarding your link to the azure windows documentation, I have no Attachments key in HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\Attachments. Therefore, if the documentation is correct, If you do not configure this policy setting, Windows marks file attachments with their zone information.

therealkenc · 2019-10-21T21:03:54Z

If you do not configure this policy setting, Windows marks file attachments with their zone information.

I didn't configure anything "special" in my policy (almost never do as a rule) but copying the file didn't produce the artifact. It does for you and 0xbadfca11.

I suppose the experiment to try is drag a file out of Downloads and onto some Windows share on some other computer on your local network (or a VM). If that Zone.Identifier file also appears in a "normal" network share scenario then this smells by-design-Windows.

I think (?) the variable here might be in your step (1) "Download a file from an online resource into a windows folder". You didn't say how. I used Chrome, but it could have been curl. The fact that file came from https://i.imgur.com/ was long lost to the wind by the time my drag-and-drop happened.

Kai-Richardson · 2019-10-26T06:26:08Z

@therealkenc Here's the steps I take exactly, using Firefox (reproduced on Chrome):

Navigate to an image url.
Right click and Save Image As
Choose location on my Windows NTFS C: Drive, such as C:\Users\zekai\Desktop
Drag (Click and hold) or copy/paste (CTRL+C & CTRL+P) PNG file to a WSL filespace, such as \\wsl$\Ubuntu\home\cassini\github
Nothing appears at first, but click the refresh button on explorer.exe in the top right.
Notice new Zone.Identifier file.

Here's my output from df -Th, to list filesystem/partition information.

df -Th
Filesystem     Type      Size  Used Avail Use% Mounted on
/dev/sdb       ext4      251G  9.0G  230G   4% /
tools          9p        477G  303G  174G  64% /init
none           devtmpfs  7.3G     0  7.3G   0% /dev
none           tmpfs     7.3G  8.0K  7.3G   1% /run
none           tmpfs     7.3G     0  7.3G   0% /run/lock
none           tmpfs     7.3G     0  7.3G   0% /run/shm
none           tmpfs     7.3G     0  7.3G   0% /run/user
tmpfs          tmpfs     7.3G     0  7.3G   0% /sys/fs/cgroup
C:\            9p        477G  303G  174G  64% /mnt/c
D:\            9p        932G  531G  402G  57% /mnt/d

therealkenc · 2019-10-26T07:08:41Z

Notice new Zone.Identifier file.

Thanks for the detailed steps. Caught it; same repro,

Below seems to be a hint. "This file came from another computer and might be blocked to help protect this computer."

Clicking that "unblock" button cures. Which puts this (rather unfortunately) in by-design territory, and worse, out-of-scope WSL territory.

Kai-Richardson · 2019-10-28T16:43:39Z

@therealkenc

Clicking that "unblock" button cures. Which puts this (rather unfortunately) in by-design territory, and worse, out-of-scope WSL territory.

I would argue that having extraneous files pop into existence every time something downloaded is copied over to the WSL filesystem should be classified as a bug and not by-design.

Since these .Identifiers are quite useless once they get moved WSL, why not simply ignore the NTFS alternate file stream data during the copy process between file systems. This issue definitely has caused me a bit of pain when I download zipped directories and bring them over to WSL, leading to a proliferation of dozens of .Identifier files.

This command (PowerShell) lists all files with an associated Identifier stream in a directory:
Get-ChildItem -Recurse | Get-Item -Stream Zone.Identifier -ErrorAction SilentlyContinue | Select-Object FileName

This is how you remove them with PowerShell:
Remove-Item .\example.exe -Stream Zone.Identifier

If PowerShell has the tools to remove these stream identifiers, why can't WSL remove them upon file copy over?

therealkenc · 2019-10-29T02:32:36Z

why not simply ignore the NTFS alternate file stream data during the copy process between file systems

Likely because WSL doesn't have the faintest idea whether (scare quote) "those files" should be copied or not. Also because axiom that if the word "simply" is evoked, the premise is near always incorrect.

I would argue that having extraneous files pop into existence every time something downloaded is copied over to the WSL filesystem should be classified as a bug and not by-design.

Me too; although someone on the some team somewhere at MSFT thought "This file came from another computer and might be blocked" was a good idea.

This all said, I did the experiment of copying the untrused (?) file onto a local share, and there isn't any "•Zone.Identifier" shenanigans.

This issues hasn't been closed by-design. Someone over my pay grade would need to do that. If it were, you'd already know.

riverar · 2019-11-04T09:18:02Z

Explorer is attempting to set the NTFS ADS and WSL is not handling this correctly. The 0x003A (colon) getting altered to 0xF03A (dot) sounds like text encoding or path sanitation gone awry.

If this magic WSL$ share isn't going to support storing ADS, then it needs to drop the ADS requests altogether. Dumping files in the share is terrible UX, could affect disk space (Zone Identifiers are not the only items stored in ADS), and is useless busywork as neither Windows or Linux support this ·Zone.Identifier loose file.

Stack from a CreateFile on \\wsl$\Ubuntu\tmp\my.png:Zone.Identifier, Windows 10 18363.418:

1	FLTMGR.SYS	FltpPassThroughInternal + 0x90	0xfffff802213e35a0	C:\WINDOWS\System32\drivers\FLTMGR.SYS
2	FLTMGR.SYS	FltpCreate + 0x2f3	0xfffff8022141bd13	C:\WINDOWS\System32\drivers\FLTMGR.SYS
3	ntoskrnl.exe	IofCallDriver + 0x59	0xfffff80223831f39	C:\WINDOWS\system32\ntoskrnl.exe
4	ntoskrnl.exe	IoCallDriverWithTracing + 0x34	0xfffff80223830fe4	C:\WINDOWS\system32\ntoskrnl.exe
5	ntoskrnl.exe	IopParseDevice + 0x62b	0xfffff80223de5ffb	C:\WINDOWS\system32\ntoskrnl.exe
6	ntoskrnl.exe	IopParseFile + 0xc7	0xfffff80223ebccc7	C:\WINDOWS\system32\ntoskrnl.exe
7	ntoskrnl.exe	ObpLookupObjectName + 0x78f	0xfffff80223decfcf	C:\WINDOWS\system32\ntoskrnl.exe
8	ntoskrnl.exe	ObOpenObjectByNameEx + 0x201	0xfffff80223deb431	C:\WINDOWS\system32\ntoskrnl.exe
9	ntoskrnl.exe	IopCreateFile + 0x820	0xfffff80223e30300	C:\WINDOWS\system32\ntoskrnl.exe
10	ntoskrnl.exe	IoCreateFileEx + 0x11d	0xfffff80223e2f9ad	C:\WINDOWS\system32\ntoskrnl.exe
11	LXCORE.SYS	LxpUtilOpenFileEx + 0x356	0xfffff80226752d6a	C:\WINDOWS\system32\drivers\LXCORE.SYS
12	LXCORE.SYS	LxpUtilOpenFile + 0x45	0xfffff80226752a09	C:\WINDOWS\system32\drivers\LXCORE.SYS
13	LXCORE.SYS	LxVolFsInodeOpen + 0xa0	0xfffff802267739e0	C:\WINDOWS\system32\drivers\LXCORE.SYS
14	LXCORE.SYS	VfsInodeOpen + 0x176	0xfffff8022675f9ae	C:\WINDOWS\system32\drivers\LXCORE.SYS
15	LXCORE.SYS	VfsOpenInodeEx + 0x1bc	0xfffff8022676493c	C:\WINDOWS\system32\drivers\LXCORE.SYS
16	LXCORE.SYS	VfsOpenFile + 0xa3	0xfffff80226764723	C:\WINDOWS\system32\drivers\LXCORE.SYS
17	LXCORE.SYS	LxpUtilOpenUserPathAt + 0xab	0xfffff80226752ec3	C:\WINDOWS\system32\drivers\LXCORE.SYS
18	LXCORE.SYS	LxpOpenHelper + 0x90	0xfffff80226738528	C:\WINDOWS\system32\drivers\LXCORE.SYS
19	LXCORE.SYS	LxpSyscall_OPENAT + 0x9	0xfffff8022673faa9	C:\WINDOWS\system32\drivers\LXCORE.SYS
20	LXCORE.SYS	LxpSysDispatch + 0x114	0xfffff80226739944	C:\WINDOWS\system32\drivers\LXCORE.SYS
21	LXCORE.SYS	PicoSystemCallDispatch + 0x11	0xfffff80226756df1	C:\WINDOWS\system32\drivers\LXCORE.SYS
22	ntoskrnl.exe	PsPicoSystemCallDispatch + 0x1f	0xfffff802240cbb5f	C:\WINDOWS\system32\ntoskrnl.exe
23	ntoskrnl.exe	KiSystemServiceUser + 0x76	0xfffff802239d28f8	C:\WINDOWS\system32\ntoskrnl.exe

chiefjester · 2019-12-10T23:54:03Z

@therealkenc I've been getting this for months too, and I think I know why you are not getting any Zone Identifier file. If I copy and paste to a WSL2 folder, I won't see the identifier file yet. But if I go a folder up, then go back again to the original folder, I now see the identifier file.

here's the video of what I'm seeing.

I also want to add that I copied from a Downloads folder of Windows to a folder of my \\wsl$\ubuntu...\home\username\.local\_temp

I'm using WSL2, and here's my build number.
Microsoft Windows [Version 10.0.19037.1]

Stanzilla · 2020-01-23T14:26:44Z

Yeah this is happening here as well, pretty annoying.

ThaDaVos · 2020-02-18T11:25:47Z

I hope this gets fixed soon as it's really annoying when, like mentioned already, you copy a extracted zip file to the WSL directory

chiefjester · 2020-02-18T18:11:38Z

@therealkenc hey there, 👋🏻. I was wondering if you are now seeing this a bug after I posted details on how to reproduce it to give you more context?

If you can reproduce it, any chance we can label this as a bug?

riverar · 2020-02-19T03:45:47Z

@therealkenc Please label as bug.

therealkenc · 2020-02-19T04:09:29Z

I was wondering if you are now seeing this a bug after I posted

I reproduced it in October, quoth "Thanks for the detailed steps. Caught it; same repro",

Please label as bug.

Precedent (for better or worse) is the dev responsible makes that call. My # 1529 was opened Dec 2016 and I only took the rare liberty of marking it as a bug in May 2018 (a regretful precedent). A personal favorite # 2779 managed to make it from Dec 2017 to fixedinisiders Sept 2019 with no bug tag at all (noting # 2779 was also a terrible UX).

But in the interest of popular demand, sure. Noting the significance of the already-existing open status (and lack of by-design tag) on this issue is probably being underestimated, and the significance of the newly minted bug tag is probably being overestimated.

riverar · 2020-02-19T04:20:47Z

@therealkenc Thanks! It helps externals a lot when it comes to badgering the folks responsible and shows up in quantitative reporting.

chiefjester · 2020-02-19T10:01:39Z

Hey, @therealkenc thanks for adding the label. 👋🏻 I'm actually more interested if it's reproducible in your end, that way, everyone in this thread would be in agreement it is happening. It somehow giving a mixed signal that the bug is inconsistent. If it's consistent then it is going to be easier to debug. However, I would like to add by simply searching the label:bug, it seems it was mostly fixed or someone from MS does jump in the thread,

Judging from the screenshot it seems tagging it as a bug, seems to work 😉

Kai-Richardson · 2020-02-20T21:20:52Z

@thisguychris they reproduced it in this reply: #4609 (comment). Also said in their last reply.

chiefjester · 2020-02-20T22:27:49Z

@Kai-Richardson my bad, I totally missed that, 🙏🏻 sorry about that @therealkenc

staticle · 2020-04-17T02:12:17Z

A Workaround is to run cd ~ && find . -name "*:Zone.Identifier" -type f -delete

eriksenonline · 2020-05-18T11:30:40Z

I will not say this is a simple solution. It is a workaround for somthing we should not have in our linux files.

NiklasBr · 2020-06-12T16:15:39Z

An XML file got this identifier file:

[ZoneTransfer]
ZoneId=3

niklas@Fractal:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 18.04.4 LTS
Release:        18.04
Codename:       bionic
niklas@Fractal:~$ uname -a
Linux Fractal 4.19.104-microsoft-standard #1 SMP Wed Feb 19 06:37:35 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

riverar · 2020-06-12T16:49:14Z

Still a bug in Version 2004 GA, 19041.264.

sanderkooger · 2020-06-12T19:24:56Z

Having the same issue here. Help is welcome

drewstaylor · 2020-06-16T05:28:27Z

Can't repro here.

This is on 19002; whether the small version bump makes a difference I doubt. Zone.Identifier does get a quick search hit. Said functionality is news to me.

On a lark, from your WSL2 bash prompt, what is the output of:
$ powershell.exe "Get-CimInstance -Namespace root/SecurityCenter2 -ClassName AntivirusProduct" | grep displayName

It's likely you just don't see them in file explorer, because they will only display when you have file explorer set to show hidden files.

riverar · 2020-06-16T06:15:44Z

@drewstaylor It's already been confirmed as reproducible, you're responding to an old post.

wuxb45 · 2023-10-11T09:12:07Z

Very annoying. Please provide an option to disable this "feature" from WSL.

SheepReaper · 2023-10-11T14:14:00Z

If you mount a volume formatted with NTFS, then save a file downloaded from the internet, through the wsl$ share, to a directory on the mounted NTFS volume, does it still happen?

cianetech · 2023-10-26T13:38:43Z

Can I just delete these files or should they not be deleted?

JacobDB · 2023-10-26T13:54:13Z

@cianetech I think these files just contain information about where the file came from; you can delete them so long as you trust the files. I've never had an issue deleting them.

AntonOfTheWoods · 2023-11-09T13:14:04Z

You guys are probably all way too young. These minor inconveniences are mere trifles compared to what we had to put up with from the 90s until a year or so ago, since which we can boot to windows and we almost don't have to use it at all!

phush0 · 2023-11-16T09:08:50Z

same here please remove it linux do not care for these files

SheepReaper · 2023-11-16T17:13:25Z

This issue is no longer tracked. Please go to #7456 and upvote the OP there to gain attention.

rileysjc · 2024-01-02T06:32:10Z

Dear Microsoft, it's been 30 years. We're obivously not going to use Internet Explorer at this point.
These files are used by the IE/Scripting subsystem to assist in enforcing security boundaries based on the origin, i.e. http://evil.com/script.js != C:\script.js, so don't allow it to be executed as if it was local script. It appears if you create a directory junction, symbolic link, shortcut,etc... to a location within a WSL filesystem and then save a file from a Windows instanced application (e.g. Chrome) these files will get populated into the WSL filesystem. I imagine, for reasons like this - Explorer's dialogs do not openly expose WSL locations to enable a user to save content to WSL locations. "Crossing the streams" between NTFS and *nix filesystems generally leads to bad things - if nothing else real poor performance with disk operations. Workaround/Solution, start the application from within WSL by taking advantage of WSLg and use this to save into the WSL filesystem. I have some aliases I use for the usual apps to do this, side note to preserve or alter the UI scale to match your Windows environment you can do something like this:
...
export GDK_SCALE=2
export QT_SCALE_FACTOR=2
/usr/bin/google-chrome $1 &>/dev/null&
...

rileysjc · 2024-01-02T06:42:27Z

You guys are probably all way too young. These minor inconveniences are mere trifles compared to what we had to put up with from the 90s until a year or so ago, since which we can boot to windows and we almost don't have to use it at all!

I still have my slackware 1.0 disk I "liberated" from the back of a book during my stint as a delinquent. If we took away Google, tech books, youtube, armies of people to ask questions... there'd be 50 of us online... and the Internet would be soooo fast. :)

According to some light [googling])microsoft/WSL#4609) it looks like this isn't a real file. When trying to pull the branch on windows this invalid extension prevents it so I'm removing it under the assumption it's trash

* Footer has been SWIZZLED! it now matches rapidplatform.com * adding slanty svg to bottom of hero banner * Delete static/img/rpd_white.svg:Zone.Identifier According to some light [googling])microsoft/WSL#4609) it looks like this isn't a real file. When trying to pull the branch on windows this invalid extension prevents it so I'm removing it under the assumption it's trash --------- Co-authored-by: MattFranklin-Rapid <[email protected]>

Octopusmode · 2024-02-08T12:04:43Z

I hope this gets fixed soon as it's really annoying when, like mentioned already, you copy a extracted zip file to the WSL directory

Got this bug in 2024.
find /path/to/directory -type f -name "*.Identifier" -exec rm -f {} \; as temporary solition

PedroM25 · 2024-03-29T21:02:14Z

This is still happening to me as well

SheepReaper · 2024-04-01T22:36:04Z

This issue is no longer tracked. Please go to #7456 and upvote the OP there to gain attention. @rileysjc @Octopusmode @PedroM25

adinamarca · 2024-06-15T16:35:14Z

Still happening.

Answer by @Octopusmode worked!

I hope this gets fixed soon as it's really annoying when, like mentioned already, you copy a extracted zip file to the WSL directory

Got this bug in 2024. find /path/to/directory -type f -name "*.Identifier" -exec rm -f {} \; as temporary solition

italocjs · 2024-07-02T14:33:17Z

Started happening this week when i run python scripts over wsl.

wzr0108 · 2024-07-21T15:06:03Z

find . -name "*:Zone.Identifier" -type f -delete

it works for me

italocjs · 2024-07-22T00:25:13Z

Why has this been closed? this is a nightmare! all my scripts are getting broken because windows touch and create those files. i always have to do a recursive delete (as suggested above)

nsanden · 2024-07-24T14:51:33Z

Don't close...

dkumza · 2024-07-26T05:43:44Z

error persist

italocjs · 2024-07-27T15:22:27Z

Please reopen! not fixed, and causes numerous programs and scripts to break

SheepReaper · 2024-07-27T15:30:59Z

This issue is no longer tracked. Please go to #7456 and upvote the OP there to gain attention. @rileysjc @Octopusmode @PedroM25

Please follow and up vote the other issue.

OliverRC · 2024-10-07T07:03:17Z

Still happens

NiklasBr · 2024-10-07T07:10:42Z

This issue is no longer tracked. Please go to #7456 and upvote the OP there to gain attention @OliverRC.

ttodua · 2025-01-04T14:10:09Z

(source: https://superuser.com/a/1847682/249349 )

in Start, search for gpedit.msc
navigate to User Configuration > Administratives Templates > Windows Components > Attachment Manager.
Double-click on Do not preserve zone information in file attachment and set it to enabled > ok

italocjs · 2025-01-06T16:03:09Z

Huh, so nearly 6 years and still nothing?? what a shame!...

Kai-Richardson changed the title ~~Zone.Idenfitier Files when copying from Windows to WSL filestructure~~ Zone.Identifier Files when copying from Windows to WSL filestructure Oct 21, 2019

therealkenc added the bug label Feb 19, 2020

benhillis assigned SvenGroot Jun 16, 2020

ken-tn added a commit to ken-tn/gymnasium-exploration that referenced this issue Jan 10, 2024

https://github.com/microsoft/WSL/issues/4609

c1b3d93

hktr92 mentioned this issue May 31, 2024

Update Windows.gitignore github/gitignore#4453

Open

prakash-bhatt-yral mentioned this issue Aug 7, 2024

Remove Zone.Identifier files yral-dapp/hot-or-not-web-leptos-ssr#292

Closed

github-actions bot mentioned this issue Aug 31, 2024

Zone.Identifier Files Appearing in Directory #11983

Closed

2 tasks

This issue was closed.

Zone.Identifier Files when copying from Windows to WSL filestructure #4609

Zone.Identifier Files when copying from Windows to WSL filestructure #4609

Comments

Kai-Richardson commented Oct 21, 2019 • edited by SvenGroot Loading

therealkenc commented Oct 21, 2019

0xbadfca11 commented Oct 21, 2019

Kai-Richardson commented Oct 21, 2019 • edited Loading

Kai-Richardson commented Oct 21, 2019

therealkenc commented Oct 21, 2019

Kai-Richardson commented Oct 26, 2019

therealkenc commented Oct 26, 2019

Kai-Richardson commented Oct 28, 2019

therealkenc commented Oct 29, 2019

riverar commented Nov 4, 2019 • edited Loading

chiefjester commented Dec 10, 2019 • edited Loading

Stanzilla commented Jan 23, 2020

ThaDaVos commented Feb 18, 2020

chiefjester commented Feb 18, 2020

riverar commented Feb 19, 2020

therealkenc commented Feb 19, 2020 • edited Loading

riverar commented Feb 19, 2020

chiefjester commented Feb 19, 2020 • edited Loading

Kai-Richardson commented Feb 20, 2020 • edited Loading

chiefjester commented Feb 20, 2020

staticle commented Apr 17, 2020 • edited Loading

eriksenonline commented May 18, 2020

NiklasBr commented Jun 12, 2020

riverar commented Jun 12, 2020

sanderkooger commented Jun 12, 2020

drewstaylor commented Jun 16, 2020 • edited Loading

riverar commented Jun 16, 2020

wuxb45 commented Oct 11, 2023

SheepReaper commented Oct 11, 2023

cianetech commented Oct 26, 2023

JacobDB commented Oct 26, 2023

AntonOfTheWoods commented Nov 9, 2023

phush0 commented Nov 16, 2023

SheepReaper commented Nov 16, 2023

rileysjc commented Jan 2, 2024 • edited Loading

rileysjc commented Jan 2, 2024

Octopusmode commented Feb 8, 2024 • edited Loading

PedroM25 commented Mar 29, 2024

SheepReaper commented Apr 1, 2024

adinamarca commented Jun 15, 2024

italocjs commented Jul 2, 2024

wzr0108 commented Jul 21, 2024

italocjs commented Jul 22, 2024

nsanden commented Jul 24, 2024

dkumza commented Jul 26, 2024

italocjs commented Jul 27, 2024

SheepReaper commented Jul 27, 2024

OliverRC commented Oct 7, 2024

NiklasBr commented Oct 7, 2024

ttodua commented Jan 4, 2025

italocjs commented Jan 6, 2025

Kai-Richardson commented Oct 21, 2019 •

edited by SvenGroot

Loading

Kai-Richardson commented Oct 21, 2019 •

edited

Loading

riverar commented Nov 4, 2019 •

edited

Loading

chiefjester commented Dec 10, 2019 •

edited

Loading

therealkenc commented Feb 19, 2020 •

edited

Loading

chiefjester commented Feb 19, 2020 •

edited

Loading

Kai-Richardson commented Feb 20, 2020 •

edited

Loading

staticle commented Apr 17, 2020 •

edited

Loading

drewstaylor commented Jun 16, 2020 •

edited

Loading

rileysjc commented Jan 2, 2024 •

edited

Loading

Octopusmode commented Feb 8, 2024 •

edited

Loading