dblog_ext/dblog_filters TODO list

dblog_clear:

• #623736: merge log_clear & dblog_clear

dblog_time_filters:

• #623732: would date/time filter actually be desirable/useful?
• #623750: document why PHP time over MySQL NOW

dblog_host_filter:

• #623754: use select instead of textfield for hostname filter
• #623794: remove hostname non-sense condition count($host_list) > 1

dblog_user_filter:

• #623766: fix empty username for Anonymous user
• #623776: optionally offer select/autocomplete widget for username filter
• #623780: multiple username selection should be allowed when using select instead of autocompletion
• #642164: filter by u.uid instead of u.name

finally

• review coder's flags

PS: almost all this issues have been pointed out by NancyDru, thanks a lot for your time to review these modules

all the above issues with available patches will be bundled/altogether at #642200: review dblog_ext/dblog_filters updates

@#3 do you mean showing the current date/time at admin/reports/dblog?
what if I don't have any date/time filter enabled?
what when the page gets old and the time gets outdated? a JS timer?
recent/aged filters are based on "within/beyond the last X minutes", what reference would make having the current time there?
a website could have an administrative tool for showing current time, even with JS updating it every minute, or even it might have a site-wide clock
could you extend on the exactly feature you would like?

#5 & #6 are in the scope of dblog's enhancements, but not in the scope of dblog_filters

particularly #6 has a performance impact on a hook log_filters

those features might be useful, but I think they should be in a form_alter instead
they could be even in another sub-mod dblog_enhance totally independent from dblog_ext/dblog_filters

I might give them a try in the form of form_alter
do you agree with me on this?