Notices by tateisu​ :force:​:r_9a: (tateisu@mastodon.juggler.jp), page 39

@noellabo @mayaeh sidekiq投入インターバルは5分のまま変えないとして
- エラーチェックした時点できっちり5分未来が指定されていた
- ところがほぼ同時にsidekiqへの投入が走っていて、その投稿がDBに記録されたころには既に終わっていた。
- 次の投入タイミング(5分後)にsidekiqに乗り、結果として5分より少し後に投稿される

…くらいは発生しそうだけど、まあどの程度の精度を求めるかによるかなあ…。所詮sidekiqだしキューが詰まってたらダメだし

@noellabo @mayaeh 完全に同意。エラーにしてほしい…。

あと「５分きっかりで本当に大丈夫なの？sidekiqへの投入タイミングが5分なら、エラー判定は少しマージンをもたせるべきじゃないの？」というのもあります

@vando ごめん直す

クライアント側はタンスの時計のズレなんて知らんのや

予約投稿、タンス側時刻で５分以内の日時を指定するとその場で投稿されます。あとから時刻を変更しようとした場合に限り５分以内ならエラーになります。困る

@mayaeh しかも時刻をあとから変更する時だけチェックして投稿時にはチェックされないよねそれ。不便だわー

@rinsuki えらい！

@ahiru 既存の予約投稿の削除で対応する場合は個数ほしいですよね

あと個人的な希望としては、新バージョンの開発に入ったら 2.7.0alpha とかバージョン番号を上げてほしい。バージョン番号によって機能が提供されてるかどうか異なるので、開発初期でも異なるバージョン番号がほしい。

@rinsuki もうないよ

トレンドタグやおすすめユーザもそうだけど、先にAPIだけ用意してアプリが対応おわってから公式WebUIにのせるという流れは割と好きです。影響を受けるユーザの数が減るので、混乱するユーザが減ります。

予約投稿委一覧の項目の、予定日時を書いてるとこをタップで「削除して再編集」まである

予約した投稿の一覧はSTなら表示できるよ。サイドメニューの下の方

ちなみに予約投稿一覧にはページングがないのに、予約投稿自体は数百個まで作れます。古いのから削除することはできません

予約投稿の削除であのカウントって減らせましたっけ。。。？

どっちにしろユーザにできる対応を書いてないのだから、理由を述べるだけならどっちでもよさげ

そもそもSTが予約投稿を実装するまでまともに正常系ユースケースを通してなかったみたいだしな。これもDiscordでゴネてなんとか通せるようになった

開発版の機能まで積極的に取り込むアプリはiOSどころかPCにもAndroidにもほぼ皆無だよ。STが異常なだけ

「スケジュールされたトゥート」ってルー大柴みたいな言葉遣いだなあ…

@mayaeh 「スケジュールされた投稿」は個人的には長すぎる。「このスケジュールされた投稿を削除しますか？」はスマホの画面では見たくない字面