Conversation
supportSince about March, the redirect log has removed the time stamp of the click log in my list—I haven’t bothered looking into it until I found out this forum existed.
Check the Screen Options panel first. Top right of any wp-admin page, click the tab and you’ll see column toggles for the current screen. Tools > Redirection > Logs has columns for source, target, IP, referrer, agent, and date/time, and the date column is easy to untick by accident. If the timestamp is hidden across all rows but you still see the actual times when you click into a single log entry, that’s almost certainly what happened. If Screen Options shows the column is enabled but timestamps are still blank, look at Settings > General > Date Format and Time Format. Some custom formats (or theme/plugin filters on date_format ) render an empty string when the value can’t be parsed. Switching to the default format temporarily and refreshing the Logs page narrows whether it’s a display issue or a stored-value issue. Browser extensions are worth ruling out too. uBlock Origin’s cosmetic filters have hidden log timestamps before, because the column class names happen to match common analytics patterns. Try in a private window with extensions disabled.
That menu has “date” yes, but not time. Date is enabled, but there is no time box to tick. The log entries are not able to be clicked into, they just show in the log list. I tested this by changing Settings > General > Date Format to include time, e.g. F j, Y g:i a . That does make the Redirection Logs Date column show the time again, which suggests the Logs table is only rendering WordPress’s date_format option and not appending time_format . There is no separate Time column in Screen Options or Display All. So this seems less like a hidden-column issue and more like the Logs table is ignoring the WordPress Time Format setting.
That matches the plugin’s behavior: the Logs table renders timestamps using WordPress’s date_format only and doesn’t concatenate time_format the way most admin tables do. Your test pins it down: putting g:i an into Date Format makes time appear because the column is just printing whatever string is in that single option. You can do it two ways: The simplest is to leave date_format as something like F j, Y g:i an and accept it shows site-wide. Date Format is a display setting only, it doesn’t change what’s stored in the database, so flipping it later is reversible. If you don’t want time appearing everywhere (post bylines, comments, etc.), a small mu-plugin filtering the log row output works, but that’s usually more effort than it’s worth for a single column. Worth opening a topic on the Redirection plugin’s support forum asking the author to append time_format to the Logs column – it’s a small fix on their end, and the table should respect both WordPress settings rather than just one.
Check the Screen Options panel first. Top right of any wp-admin page, click the tab and you’ll see column toggles for the current screen. Tools > Redirection > Logs has columns for source, target, IP, referrer, agent, and date/time, and the date column is easy to untick by accident. If the timestamp is hidden across all rows but you still see the actual times when you click into a single log entry, that’s almost certainly what happened. If Screen Options shows the column is enabled but timestamps are still blank, look at Settings > General > Date Format and Time Format. Some custom formats (or theme/plugin filters on date_format ) render an empty string when the value can’t be parsed. Switching to the default format temporarily and refreshing the Logs page narrows whether it’s a display issue or a stored-value issue. Browser extensions are worth ruling out too. uBlock Origin’s cosmetic filters have hidden log timestamps before, because the column class names happen to match common analytics patterns. Try in a private window with extensions disabled.
That menu has “date” yes, but not time. Date is enabled, but there is no time box to tick. The log entries are not able to be clicked into, they just show in the log list. I tested this by changing Settings > General > Date Format to include time, e.g. F j, Y g:i a . That does make the Redirection Logs Date column show the time again, which suggests the Logs table is only rendering WordPress’s date_format option and not appending time_format . There is no separate Time column in Screen Options or Display All. So this seems less like a hidden-column issue and more like the Logs table is ignoring the WordPress Time Format setting.
That matches the plugin’s behavior: the Logs table renders timestamps using WordPress’s date_format only and doesn’t concatenate time_format the way most admin tables do. Your test pins it down: putting g:i an into Date Format makes time appear because the column is just printing whatever string is in that single option. You can do it two ways: The simplest is to leave date_format as something like F j, Y g:i an and accept it shows site-wide. Date Format is a display setting only, it doesn’t change what’s stored in the database, so flipping it later is reversible. If you don’t want time appearing everywhere (post bylines, comments, etc.), a small mu-plugin filtering the log row output works, but that’s usually more effort than it’s worth for a single column. Worth opening a topic on the Redirection plugin’s support forum asking the author to append time_format to the Logs column – it’s a small fix on their end, and the table should respect both WordPress settings rather than just one.