Workaround for reply timeline since_id issue: save the notice.created value into reply.modified, so we can key off it as expected.
As a hack this removes the mysql_timestamp bit from the field settings on reply.modified so that our value actually gets saved. This *should* work ok as long as system timezone is set correctly, which we now set to UTC to match when connecting.
This commit is contained in:
parent
55b1f3d84c
commit
9ec395b07a
@ -1072,6 +1072,7 @@ class Notice extends Memcached_DataObject
|
||||
|
||||
$reply->notice_id = $this->id;
|
||||
$reply->profile_id = $profile->id;
|
||||
$reply->modified = $this->created;
|
||||
|
||||
common_log(LOG_INFO, __METHOD__ . ": saving reply: notice $this->id to profile $profile->id");
|
||||
|
||||
@ -1132,6 +1133,7 @@ class Notice extends Memcached_DataObject
|
||||
|
||||
$reply->notice_id = $this->id;
|
||||
$reply->profile_id = $mentioned->id;
|
||||
$reply->modified = $this->created;
|
||||
|
||||
$id = $reply->insert();
|
||||
|
||||
|
@ -502,7 +502,8 @@ uri = U
|
||||
[reply]
|
||||
notice_id = 129
|
||||
profile_id = 129
|
||||
modified = 384
|
||||
modified = 142
|
||||
;modified = 384 ; skipping the mysql_timestamp mode so we can override its setting
|
||||
replied_id = 1
|
||||
|
||||
[reply__keys]
|
||||
|
@ -675,6 +675,7 @@ class TwitterImport
|
||||
$reply = new Reply();
|
||||
$reply->notice_id = $notice->id;
|
||||
$reply->profile_id = $user->id;
|
||||
$reply->modified = $notice->created;
|
||||
common_log(LOG_INFO, __METHOD__ . ": saving reply: notice {$notice->id} to profile {$user->id}");
|
||||
$id = $reply->insert();
|
||||
}
|
||||
|
Loading…
Reference in New Issue
Block a user