神楽坂しえる @Clworld@md.ggtea.org

remove_remoteされたメディアのBoost時再ダウンロードは何かフラグを用意してProcessFeedServiceのmedia_from_xmlまでたどりつければいいはずなんですけど、その後の処理で一体何が起こるのか想像がつかない。

やすみだねよう

こっちのあかうんとでにゃーとかねこーとか言っている場合、PuSHの調子を確かめている場合があります。

にゃー

PuSH処理(DeliveryWorker)でTimeoutErrorとかになるとどこ向けの送信で失敗したか分からないのでログを追加しないといけないとは…。

うむ…

てすてす

.nuがどのようにだめかというとfaxを要求されるところあたりです(なぜがNGNのfax受信サービスで受け取れない)

gTLDがいいよやっぱり(昔取ったnuドメインの扱いがめっちゃ面倒) .jpも持ってるけど…。

インスタンス作成サービスはおおむね無茶しやがって…という感想になりますけどそれはそれとしてがんばってほしい。

.xyz/listのIPv6項目はちゃんとIPv6 onlyインスタンスに接続出来ることを確認すべきというのたぶん正しいけどどうすれば確認出来るかはなやむ

Mediaの自動再ダウンロードをするためにS3のファイルの存在確認をしに行く訳にはいかないのでたぶんどこかに再ダウンロードしなさいフラグが必要っぽい

@Clworld Boostが来たときに元のTootがサーバ上にない場合Tootの取得処理が走ってそこでmediaのダウンロードもされるんだけど、既にサーバ上にあるTootのBoostの場合取得されないのでmediaもダウンロードされないということのようだ。remove_remoteだめでは。

@Clworld これ間違ってた

@Clworld なるほど、BoostはlocalだとBoostするIDだけを持つstatusでremoteだとtextとかは元のstatusの情報を微妙に引き継ぐんだけど、mediaは引き継がないのね

まじかー。一体どこでダウンロードの判断をしているのか…😐<BT