23:59:32
icon

最近出たドール素体の可動範囲が凄くて驚いてた。 リンク先裸素体注意 mastodoll.net/@zoukin/229154

23:55:46
icon

ステッカーをBooth倉庫から返送しました。全然売れてなかったし

23:52:13
icon

@petitsurume Pawoo側が1.6にアプデするのを待てばいいさー

23:40:30
Subway Tooter 1.3.6
icon

v1.3.6
- 固定トゥートを読む時にmax_idを見ない(繰り返さない)
- インスタンス情報カラムの表示が他カラムの影響をうけておかしくなることがあった不具合を修正

23:15:11
icon

@petitsurume pawooタンスとか1.6未満だけど独自に固定トゥートしてるとこはどうなるんだろ…

23:06:39
icon

@petitsurume 1.6未満のタンスだと単にpinnedパラメータが無視されてしまうのだ。タンスAPI呼んでバージョン文字列の比較するしかない

23:02:10
icon

@petitsurume まあPRのサマリにAPIの概要くらいは書いてあるけど、statusのパースにpinned項目を追加、とかは書かれてない

23:01:05
icon

@petitsurume リリースノートからPR番号を探してコードを読むしかない

23:00:43
icon

どっちかというと40overの固定トゥートを作成できないようにするべきだと思うよ

22:58:30
icon

APIから40overの固定トゥートを取得することは現状考慮されてなさそうだし、max_id見て繰り返すのやめるか

22:54:52
1.6rcの固定トゥートについて
icon

1.6rcの固定トゥートについて

- 公開プロフィールではサーバ側レンダリングされる。特にページングは行われず、50個あれば50個表示される。「次へ」を押しても毎ページに固定トゥートが表示される。

- max_idを指定せずにAPIで取得すると適当な件数のリストが返ってくる。ソート順はpinした日時。max_idはリスト中の最後の要素のIDを返す

- max_idを指定してAPIで取得すると「ステータスIDがmax_idより小さい&pinされている」トゥートをpin日時順にソートしたものが返ってくる

- max_idはpin日時を考慮していないのだからページング用のパラメータとしては全く不適切である

- 取得できるステータスにはpinされた日時は含まれない

この仕様だと、固定トゥートを連続的に取得するのはAPIからだと無理じゃね?

22:04:47
icon

アプリ的にはRelationshipを読みなおせば済むので、強硬に主張するとか自分でPRを書くとかいうところまで行かない

21:01:03
Subway Tooter 1.3.5
icon

v1.3.5
- 1.6未満のタンスで固定トゥートを読み込まないようにした

20:49:28
icon

「フォローできました(実はまだ処理中で成否は分からない)」はゲームにたとえると item dupe bug 並のアレですよ

20:47:27
icon

#4799 は予想通り意見が合わないみたいだなー

19:41:56
icon

あーそうか、1.6未満のタンスで /api/v1/accounts/1/statuses?pinned=1 を呼び出したらpinnedパラメータが無視されるだけじゃん。。。 そりゃプロフィール画面の表示が重くなる訳だよ

19:32:42
icon

1.5からHTTP APIの応答速度かなり低下してるですよ

19:32:17
icon

サーバの応答や通信環境が悪いとアプリのせいにされるのも、いつものことだな…

18:51:51
Subway Tooter 1.3.4
icon

v1.3.4
- フォローリクエスト申請中/処理中のアイコン図柄を「砂時計+人物」に変更。
- フォローAPI呼び出しの後にRelationshipを読み直す(※1)

※1: Workaround for bad modification of Mastodon API. github.com/tootsuite/mastodon/

Web site image
Fix #4794 - Fake instant follow in API response when account is believed unlocked by Gargron · Pull Request #4799 · mastodon/mastodon
18:17:11
icon

成功したように見えてリロードしたら申請中になるのと、申請中に見えてリロードしたら成功になるのとでは後者の方がまだユーザに説明しやすい

18:16:06
icon

フォローAPIが成功したら続けてRelationshipを取得しなおすようにした

17:59:03
icon

rc2に向けて、follow APIを呼び出した後はrelationship取得しなおすか…

17:35:22
icon

とりあえずrequested状態でアイコンが赤くなるだけなのはアレなので図柄をいじろう…

17:34:24
icon

つまりrc2では「locked=falseなユーザへのフォローはその直後はフォローできたようにみえるけどカラムをリロードしてrelationshipを読み直すとrequested状態にみえる」という挙動になる…のか。誤魔化そうとして誤魔化しきれてない感じで、アプリ的には余計ややこしいかな。別にrequested状態が返ってきても問題ないのに

17:30:06
icon

今まで「unfollowしてもrequested状態だったらエラーメッセージを差し替える」って処理をしてたので、200が返ってrequested状態がfalseになってるなら特に問題はないか…

17:27:01
icon

おー。1.6rcだとフォローリクエスト申請中に unfollow APIを呼び出すと成功レスポンスが返る!

17:20:35
icon

1.6だとフォローリクエストのキャンセルってできるんかなあ…?

06:55:17
2017-09-04 06:54:39 tateisu​ :force::r_9a:の投稿 tateisu@mastodon.juggler.jp
icon

@sakko2005 多分1000個くらい固定すると問題でるよー。API側の問題なのでアプリ的にはどうだかなあ…

06:54:39
icon

@sakko2005 多分1000個くらい固定すると問題でるよー。API側の問題なのでアプリ的にはどうだかなあ…

02:04:23
icon

多分2ページ目以降に固定トゥートを表示する必要は全くないと思われる

02:03:34
icon

公開プロフィールでページめくっても全てのページに固定トゥートが表示される

01:39:36
Subway Tooter 1.3.3
icon

v1.3.3
- システム通知をタップしても通知が消えなかった問題の対策
- アンケート項目の文字数制限を検証
- 1.6の固定トゥート機能に対応

01:33:16
icon

/api/v1/accounts/xxx/statuses?pinned=1 の出力はpinした時刻順だがpinした時刻そのものは出力に含まれてないので勝手にソートしたらダメっぽい

01:25:33
icon

/api/v1/accounts/xxx/statuses?limit=80&pinned=1 を取得した時のLinkヘッダが /api/v1/accounts/xxx/statuses?limit=80&max_id=5780831 になっててpinnedパラメータが失われてる