Hexchat: ZNC再生モジュールのサポートを追加

これはプラグインに属していると言っても過言ではありません。 かなり単純に見えますが、サーバー時間よりもはるかにZNC固有です。

@jpnurmiマインドチェックアウトhttps://github.com/hexchat/hexchat/tree/znc

編集：それについて考えた後、プラグインはサーバーごとに1つのタイムスタンプを保存する必要があると思います。 現在の使用状況でコンテキストごとに1つ保持する理由はありません。

有望に見えます！ 私はそれをいじってみましたが、タイムスタンプに問題があることに気づきました。 私がすでに見たチャンネルメッセージを再生することがよくあります。 すぐに切断してから再接続すると、同じ再生が再び行われるように見えます。

私も気づきましたが、プラグインには何も含まれていませんでした。 WIPブランチでも同様の問題に気づきましたか？

wip / playbackで動作するようです。 問題の解決に役立つかもしれないいくつかのランダムな考え：

• 接続ごとに1つのタイムスタンプで十分です
• 再生モジュールは、キャップメッセージを除くすべてにサーバー時間を追加します
• privmsgだけでなく、表示されたメッセージの最後のタイムスタンプを保存する必要があります
• 最初の再生コマンドを送信する前に001のタイムスタンプを取得しないように注意してください。取得しないと、再生されません:)

接続ごとに1つのタイムスタンプで十分です

すでにローカルでそれを行いましたが、問題はまだ存在します。

すぐに切断してから再接続すると、同じ再生が再び行われるように見えます。

私も気づきましたが、プラグインには何も含まれていませんでした。

短い切断とZNCとの再接続があり、切断期間中に発生したチャネルでメッセージが送信されました（別のクライアントから確認されました）。 これは再生サポートなしでした。 おそらく、壊れた接続から新しい接続への未確認の送信を再試行します。 したがって、HCが再生サポートを要求した場合、おそらくそのメッセージが2回表示されたはずです。

これの進捗状況に関するニュースはありますか？

@jpnurmi 、あなたのリンクの404。 ：泣く：

うまく機能していると思われるプラグインで別のショットを撮りました： https ：

短い切断とZNCとの再接続があり、切断期間中に発生したチャネルでメッセージが送信されました（別のクライアントから確認されました）。 これは再生サポートなしでした。 おそらく、壊れた接続から新しい接続への未確認の送信を再試行します。 したがって、HCが再生サポートを要求した場合、おそらくそのメッセージが2回表示されたはずです。

ただし、これは単なる標準のZNCバッファーではなく、zncの[[playback]]モジュールとは関係ありません。

@TingPingの最新のplayback.luaスクリプトは問題なく機能しましたが、すでに見たメッセージの再生もまだ観察しています。 これは何もないよりはましですがありがとう:)

@TingPingの最新のplayback.luaスクリプトは問題なく機能しましたが、すでに見たメッセージの再生もまだ観察しています。 これは何もないよりはましですがありがとう:)

スクリプトは意図的にタイムスタンプをディスクに保存しないことに注意してください。