If the user don't need the short URL for a long time he can set a radio button to let the URL expire after 7/30/90/never days
I didn't knew how to link meaningfully to T242465, then I forgot it... There are cases where I just need the shortURL for one or two guys in single use to tell them the URL via telephone. Such links aren't needed to live forever but others may like to have w.wiki/HB for a permanent solution like the example in T242465.
This is against HTTP standard, a URI should stay consistent and we can't make w.wiki/Foo to something and then to something else later. Not to mention immutability gives us performance gains in DB level like replication, locking and integrity checking. I'm very much decline this ticket.
Ok let's assume that Bob has a local community place of the german wikipedia in berlin and he call it "wikibär". For marketing reasons he want to refer to the wikibär-page at dewiki and print a shortlink with QR-Code on it. A few weeks ago Alice just created the shortURL (generated w.wiki/wbaer after wbaep and wbaeq) to write it down on paper for a friend instead of writing down https://en.wikipedia.org/wiki/%2290th_Anniversary_of_the_Armed_Forces_of_Azerbaijan_(1918-2008)%22_Medal Alice' friend needs this link only once. Bob now would have no chance to get w.wiki/wbaer because it's blocked by an article to the 90th Anniversary of something but never used again. But Alice was pleasant and nice; she checked "Delete when not called for 7 days" so that w.wiki/wbaer is available again. With T242465 Bob would now be able to say that he want's to have w.wiki/wbaer.
You are right: This feature itself is useless. But related to T242465 it has a reason.
Is this a Problem? It's still practised:
- https://tiny.cc/help "Tiny lets you modify or change URLs anytime"
I'm going to boldly decline this task as so far there have been no arguments provided which actual underlying problem would get solved by adding this feature, given the problems that this feature would clearly create.