Especially now that the plugin has been renamed “Unique note creator” this behaviour very much seems like a bug to me.
If I set my prefix to be YYMMDD, auto-incrementing it is wrong. The intent is to create a note for the date it was created. I can’t think of any reason why “use tomorrow’s date if you’ve already created a note today” would be the right behaviour. If you create and rename seven notes, the plugin should not create a note dated for next week (or month if we’re at the end!) because creating a note with today’s date will still yield a unique name.
I can understand some way to add uniqueness if there is a note conflict, but in my case (and I suspect the OP’s case) there is no name conflict, but even the Zettelkasten method (described at zettelkasten.de at least) does not make up a date. They add digits by appending, not incrementing.
I realize you’re a forum moderator, but do you also have product design privileges?
Why are you the person that community members need to convince in order for feedback to be heard?
It does not matter how strictly adhered to a bad feature is. If it presents itself one way but behaves another (and falsifies data in the process), it’s bad. Call it what you want, but I’m calling it a bug so it’s taken seriously.
A field that takes a date format and then changes the date is bad.
The title is clear, the subtitle is clearer, the help docs provide an explanation.
It’s a good feature for those who is it for its indented purpose (having unique prefix).
This plugin is NOT for adding a (non-unique) date prefix to a note tile.
It’s for adding a vault-wise unique prefix. That is the goal of this plugin. That what it was made for.
You need to use another plugin, most likely templeter.