> 3) mlogger must discover this new ODB entry:
>
> 3a) mlogger used to rescan ODB each time something in ODB changes, this code was removed
> 3b) mlogger used to rescan ODB each time a new run is started, this code was removed
> 3c) mlogger rescans ODB each time it is restarted, this still works.
>
> so sequence is like this: modify, restart frontend, starts a run, stop the run, observe odb entry is
> created, restart mlogger, observe new mhf files are created in the history directory.
I assume that mlogger rescanning ODB is somewhat intensive process; and that's why we don't want rescanning to
happen every time the ODB is changed?
Stopping/restarting mlogger is okay. But would it be better to have some alternate way to force mlogger to
rescan the ODB? Like an odbedit command like 'mlogger_rescan'; or some magic ODB key to force the rescan. I
guess neither of these options is really any easier for the developer. It just seems awkward to need to restart
mlogger for this.
It would be great if mhttpd can be fixed so that it updates the cache when history editor is opened. |