[oqm4]

Bump. Bump. Bump. Bump.

[oqm4]

I’m afraid `bp_get_the_topic_time` echos the same information as `date(“m/j/y”, strtotime($topic_template->post->post_time))`

[oqm4]

Bump. Bump. Bump.

[oqm4]

Thanks so much for your suggestion, Chouf1, but, as far as I can tell, I’m afraid neither of those code blocks …

`printf( __( ‘Submitted on %2$s at %3$s‘, ‘buddypress’ ), bp_get_root_domain() . ‘/’ . bp_get_activity_root_slug() . ‘/p/’ . $item[‘id’] . ‘/’, date_i18n( get_option( ‘date_format’ ), strtotime( $item[‘date_recorded’] ) ), date_i18n( get_option( ‘time_format’ ), strtotime( $item[‘date_recorded’] ) ) );`

or

`<?php printf( __( '%1$s in %2$s’, ‘buddypress’ ), get_the_date(), get_the_category_list( ‘, ‘ ) ); ?>`

.. yielded anything I can use.

`get_the_date()` echoes the logged in user’s most recent activity (I think), and this modified string, based on the top block, outputs the UNIX epoch:

`date(“m/j/y”, strtotime($item->date_recorded))`

[oqm4]

Bump. Bump.

[oqm4]

Thanks for the suggestion, Paul. It helps frame the issue, I think.

Curiously enough, I’ve verified that the “activity_update” in the “date_recorded” column of the “bp_activity” table contains data. This leads me to believe I’m not using the proper variables. I could be wrong, of course, but I’m certain the relevant data exists in the database. I’m just having trouble outputting it on the front-end.

[oqm4]

Bump.