Why doesn't Bridge batch rename adjust when a sequence goes beyond digit bounds?

Scripting would seem to accomplish what's needed in this case, but if you have multiple files with the same date and time, if there are duplicates, you'll probably always have to include "-1" for the first number or it will sort to the end if you have multiples at least on mac. It may be easier to include milliseconds in the file name, as long as your camera is not "THE FLASH", and primarily long as you don't have similar number sequences in your file names. You should be able to use batch rename with callbacks like the below:

Regex as follows, but also relies on what you've selected to rename:

([0-9]{4})([0-9]{2})([0-9]{2})([0-9]{2})([0-9]{2})([0-9]{2})

The above should be able to be combine into a shorter statement, but Bridge and other adobe programs don't fully support RegEx.

Hope this helps!

Did you ever find an update to this?

I found that Lightroom will do a better job at this but it's so damn slow!

Just to confirm, you would like Bridge to gracefully and intelligently handle exceptions where the user has asked for a range of sequential digits that conflict with the number of files being renamed, as in this image example:

Preserve the current filename:

(this example is not a standard rename as the find and replace are the same, it is used to force an update to the preserved filename metadata).

Restore the preserved filename:

You can preserve the current filename in XMP so that it is available to restore.

I don't believe there is anything you can do, other than making sure you check how many files you have that you want to number - I've done the same thing, many time. It would be nice. Only thing I can suggest is that if you accidentally do that, change the sort order to date taken, and renumber them.