- Issue created by @mlncn
- πΊπΈUnited States bkosborne New Jersey, USA
That's an interesting solution, but adds a good amount of complexity around generating the new directory structure. I don't really understand why it's important to have the same filename? Why not just append a unique number to the end of the file, delete the original, then add a redirect from the original? That's much less complicated. The client is that insistent that the filename be unchanged?
- πΊπΈUnited States mlncn Minneapolis, MN, USA
The part that is important to them is that the file when people save it has the same name, and that is the part determined by the filename but not the path.
Oh dear, i had hoped updating the directory would not be that difficult! (To be clear, i am planning to work on this but definitely hoping for feedback on technical implementation and of course especially if it is a feature, submodule, or separate module.)
The 95% or so use case would be met by pretty much the default setup of a media entity with a file path that includes the date (`2025-05-28`) so if that simplifies things particularly i would do that, or even cover 99.999% of cases by include the time or just use a timestamp as the subdirectory. Media Entity File Replace has the best UX for the concept, and the crucial ability to upload a replacement without deleting the other first so there is the potential to do this redirect idea.