{"action":"created","issue":{"url":"https://api.github.com/repos/ircv3/ircv3-specifications/issues/182","labels_url":"https://api.github.com/repos/ircv3/ircv3-specifications/issues/182/labels{/name}","comments_url":"https://api.github.com/repos/ircv3/ircv3-specifications/issues/182/comments","events_url":"https://api.github.com/repos/ircv3/ircv3-specifications/issues/182/events","html_url":"https://github.com/ircv3/ircv3-specifications/issues/182","id":118260862,"number":182,"title":"server-time with clock on wrong time","user":{"login":"Mikaela","id":831184,"avatar_url":"https://avatars.githubusercontent.com/u/831184?v=3","gravatar_id":"","url":"https://api.github.com/users/Mikaela","html_url":"https://github.com/Mikaela","followers_url":"https://api.github.com/users/Mikaela/followers","following_url":"https://api.github.com/users/Mikaela/following{/other_user}","gists_url":"https://api.github.com/users/Mikaela/gists{/gist_id}","starred_url":"https://api.github.com/users/Mikaela/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/Mikaela/subscriptions","organizations_url":"https://api.github.com/users/Mikaela/orgs","repos_url":"https://api.github.com/users/Mikaela/repos","events_url":"https://api.github.com/users/Mikaela/events{/privacy}","received_events_url":"https://api.github.com/users/Mikaela/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":7,"created_at":"2015-11-22T12:33:31Z","updated_at":"2015-11-22T14:08:59Z","closed_at":null,"body":"The spec doesn't say anything about what should be done when client has clock that isn't on correct time (if anything).\r\n\r\nThis issue was rised at ZNC (https://github.com/znc/znc/issues/1144) which git version attaches server-time to all messages and while there was discussion on #ircv3 (https://github.com/znc/znc/issues/1144#issuecomment-152802270) nothing was ever done to the spec.\r\n\r\nSeveral solutions have been suggested:\r\n* ZNC should revert https://github.com/znc/znc/commit/c17c8c022b7aa21bf2e689828b1fd0e46347c713 so only buffer playback (what happened when client was disconnected) has server-time.\r\n    * Alternatively ZNC should add an option for disabling it (and there is no agreement on what is the best default).\r\n* The user should fix their clock and ZNC has no issue.\r\n* The user should use echo-message capable client.\r\n\r\nIf this issue is left alone, it will be encountered again as others (mainly IRCds) start supporting server-time too and it's better to resolve sooner than later (or too late)."},"comment":{"url":"https://api.github.com/repos/ircv3/ircv3-specifications/issues/comments/158762153","html_url":"https://github.com/ircv3/ircv3-specifications/issues/182#issuecomment-158762153","issue_url":"https://api.github.com/repos/ircv3/ircv3-specifications/issues/182","id":158762153,"user":{"login":"grawity","id":31021,"avatar_url":"https://avatars.githubusercontent.com/u/31021?v=3","gravatar_id":"","url":"https://api.github.com/users/grawity","html_url":"https://github.com/grawity","followers_url":"https://api.github.com/users/grawity/followers","following_url":"https://api.github.com/users/grawity/following{/other_user}","gists_url":"https://api.github.com/users/grawity/gists{/gist_id}","starred_url":"https://api.github.com/users/grawity/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/grawity/subscriptions","organizations_url":"https://api.github.com/users/grawity/orgs","repos_url":"https://api.github.com/users/grawity/repos","events_url":"https://api.github.com/users/grawity/events{/privacy}","received_events_url":"https://api.github.com/users/grawity/received_events","type":"User","site_admin":false},"created_at":"2015-11-22T14:08:59Z","updated_at":"2015-11-22T14:08:59Z","body":"Nothing new; mammon also sends time tags with every message (and @kaniini's testnet is still off by several minutes).\r\n\r\nThere was once a proposal for playbacks to be marked by a batch. I suggest that clients default to only accepting time tags within a playback batch, although it seems useful to optionally accept them always."}}