mine wouldn't update either because I was using my own ftp server, and ftping files wouldn't show up in media library for playlisting.
... which is the documented and intended behavior, and is unrelated to the topic of the original thread, which is removal of media via the file manager.
I've split this into its own thread as you seem to have some interesting ideas here, but in future please start separate threads for unrelated issues.
to fix it, I wrote a script that goes through all accounts and runs the centova reindex command on that user,
works after that
Interesting.
this is something that should be built right in, it wasn't that hard to code.
Built right in to what, though? I trust that you're not suggesting we should just constantly scan the vhosts directory tree for changes, 24 hours/day, 7 days/week (as that would be a braindead approach that's rife with problems) but if you have found a solution for passively detecting changes to a client's media directory as they're made by arbitrary FTP clients, please do share as that would indeed be a great feature to add.
no reason to force people to use a specific ftp server
There's a very good reason -- it's because I'm unaware of any better way to do it passively (read: without perpetually grinding away at the server's HDD or RAID array, or worse, bogging down the NFS server exporting the vhosts directory).
The only kernel mechanism I'm aware of that would make passive monitoring possible is the inotify interface, but that does not support recursive directory watches, and there is a performance penalty for each inotify watch you add which would (so I've read) become prohibitive if we were to manually watch the entire directory tree recursively.
If you're more informed on this topic than I am, your insight would be valuable... it wouldn't be the first time someone has pointed out an application or interface I was unaware of.