Firefox Android image saving problem

So traditionally a long-press/save image saves the image in downloads and if there is a file name conflict, it renames the file, so you would have file.jpg, file(1).jpg, file(2).jpg, etc. But recently it has started saving the files in a seemingly random sub-folder in downloads (switching the folder used every once in a while). That part was merely annoying, having to find where the files are saved. But today it has gotten worse–instead of renaming files it overwrites them. I just now thought I downloaded a couple of dozen PNGs created at Clipdrop only to find at the end only the last file is there because every earlier one was overwritten. (Since the images aren’t stored at the site, the images are irretrievable.)

Automatic renaming was working literally yesterday, but now no longer is. It is the latest release of Android Firefox. It is a browser-specific problem, not site-specific. Things save normally in Chrome, but Chrome isn’t my browser of choice.

Any idea what is happening, and if there is any way to fix it?

I know you will hate this, but “works for me.”

I downloaded the same image twice* and it did the proper versioned filename hack you mentioned earlier.

Android Firefox 111.1.1 on Android 13.

Are you using any addons?

*Not at the site you mentioned, but that means that your problem might be sight-specific.

Just uBlock Origins (ad blocker).

Which I am also. So that’s not it.

I tried my experiment again at Clipdrop and I’m still getting the expected filename versioning (not overwriting) behavior. So it’s not the site.

Did you install and enable an external download manager?

No, I’ve never used one.

I just cleared my Firefox cache and site data and rebooted the phone. Generated four images at clipdrop. The first one saved in downloads as stable-diffusion-xl.png. The next three saved in a random sub-folder as stable-diffusion-xl(1).png, overwriting each other. Meanwhile in Chrome, four new images with a new random name (for example 09bdf16f-1124-43b6-ae56-481f32400dee.png) with no overwriting.