その状態で４時間を超えると壊死がはじまります
歳をとるとオナニーをはじめても途中で飽きることがままある
https://mastodon.juggler.jp/media/cVD2WEaP0bRgnypa_pA Velvet 85 届いたー。 Velvet 56 より結構大きいのね https://mastodon.juggler.jp/media/I9IEML2vwTjHf-eXw0s https://mastodon.juggler.jp/media/5Ry4ygX1Lqs06s7QYKw
ピントリングを回して繰り出すと結構デカい
にゃーん も普通に音声入力できるぜ。アプリ全くいじってないし。
IMEからマッシュルームて音声入力アプリを起動すればそれでよくね…？（Android脳
このアカウントは、notestockで公開設定になっていません。
死んだインスタンスって表現を「永続的なトラブル」と読んでもらえるかどうか自信がなくなってきた。
どんな表現だと良いんだろう。滅びた？ 運営されなくなった？
v1.4.5
- マルチウィンドウで非アクティブ状態でもストリーム受信を継続するようにした
- ブースト/ブースト解除のメッセージが入れ替わっていた
- アカウント設定でアカウントを削除した時にトゥート検索カラムが消えることがあった
#SubwayTooter
そのぐるぐるも原因がServer Timeoutなんだからほっとけば消えるけどね。60秒とかかかる
@kurados ぐるぐるは戻るボタンでキャンセルできます。
@kurados アカウント設定の中に削除ボタンがあります
@sakko2005 外部からタンスに到達した公開トゥート全部でますね
(STではFragmentなんて全く使ってないが、お仕事で書いてるアプリだとそうもいかなかったりするのだ…）
onSaveInstanceStateより後にはFragment操作はできない、というのも非常に苛立たしい
今となっては OnPause => onSaveInstanceState => onStop という順序で呼ばれるのが違和感しかない。たとえマルチウィンドウでも非アクティブなアプリはいつ殺されてもおかしくないのだ
とりあえず onResumeからonStartに処理を移しただけのテスト版APKを用意してみた https://www.dropbox.com/s/1jq4ohyryuzu3si/SubwayTooter-rc-145-1.4.5-beta-20170909_054350.apk?dl=0
ChromeBookやタブレットのマルチウィンドウで試してみたい人はどうぞ
ユーザによるドメインブロックした後、それを解除する方法って公式Webにはまだないんだっけ。ていうかST以外のアプリでも見たことないな…？
ユーザによるドメインブロックを使う機会が出来たし準備しといてよかった
ChromeBook買おうか迷う。 タッチパネル付きだとこのへん？
http://kakaku.com/item/K0000988200/
https://android-developers.googleblog.com/2017/09/optimize-your-android-apps-for.html によるとonResume,onPauseではなくonStart,onStopのタイミングで色々するとウィンドウにフォーカスがあってなくてもストリーミング継続できるらしいんだけど、まず俺がChromeBookを持っていないのでテストできない。
v1.4.4
- mimumedon.comには対応しないことにしました。
v1.4.3
- トゥート中のハッシュタグをタップした時に引用できるようにした
全角シャープでハッシュタグを始めるとTwitterだと半角に正規化されるけど、Mastodonだとハッシュタグと認識されないのね
ハッシュタグのタップは間に一段階メニュー入れるかなあ
マストドンのアップデート、docker-compose.yml 、.env.production.sample、config/sidekiq.yml の差分を確認する以外は割と定型作業
#SubwayTooter のアクティブインストール端末数が3700台を超えました。
3702台,2017/9/4,(30日/100台)
3600台,2017/8/5,(22日/100台)
3525台,2017/7/14,(9日/100台)
3404台,2017/7/5,(11日/100台)
3303台,2017/6/24
Ｊアラート 運用見直し検討も対応に苦慮 http://www3.nhk.or.jp/news/html/20170908/k10011131281000.html
アラートを送った後、俺らに何をしてほしいんだろうな。警報システムの問題じゃなくて対応マニュアルの不足
山というと名古屋の某喫茶店ですか。甘口いちごスパ？
今日はなんか15時以降にガンマ線バーストで人類が滅亡するんだっけ（うろおぼえ）
ネットやパソコンも心配だけど、もし心臓にペースメーカー入れてる人とか電気自動車の制御とかに問題が出たら洒落にならんよね
Lensbaby Velvet 85mm F1.8 の発送通知キター！ フル対応ハーフマクロのソフトレンズ
CW開いた時に中身が全部表示されないバグはぼちぼち見かけなくなったと思うんですが如何でしょうか＞関係各位
- プッシュ通知の動作改善
- ファボ/ブーストを解除した時に「お気に入りしました」と表示される不具合の修正
- プル通知のチェックでタイムアウトが出たら死んだタンスかもしれないので警告を表示する
「If it\'s dead instance, please remove account on that server.」くらいが無難？かなあ
「Server Timeout」「You may have the account of dead instance」とか通知に出て来るアプリってキモいよね…orz
どれも公開プロフィールで見えてる情報なのにAPIではアクセストークン必須なのって、検索と一緒で「提供したくない」から提供してないんだと理解している
@unarist 「別アカウントでプロフを開く」は既に用意できてますが「疑似アカウントでプロフを開く」を用意できないのでした
@unarist GET /api/v1/accounts/:id も GET /api/v1/accounts/:id/statuses も GET /api/v1/accounts/:id/followers もアクセストークンが必要なのです。
あとアカウント名からアカウントIDを取得する手段がないはず？
今はもうアクセスできない死んだタンスのアカウントを #SubwayTooter に設定してる人！ バックグラウンド処理が詰まるから削除しておいた方が良いぞ！
ニコフレ公式アプリはまだアンケート作成も回答もできないん…？
@pikepikeid ST的にはボタンのアイコンが更新中表示になって何も起きないはず
ていうかふぁぼ/ブーストAPIのレスポンス中のデータだとそもそも数字が増えてないというテキトーさだよ
FCMのonMessageReceivedを受け取ってから通知を読み直して処理するのに、Android O の制限だったり死んだタンスへのアクセスがだすSocketTimeoutExceptionだったりへの対処がまだ攻略しきれてない感じだ…。
バックグラウンドでの通知チェックでSocketTimeoutExceptionが出たら「サーバ死んでるんじゃねーの」的な通知を出すことにした。タイムアウトで60秒待たされてて通知チェック処理がひどいことになってたよ
ファボ数ブースト数についてはタンス側の挙動も相当に怪しかったりするので厳密さを求めない方がいいと思うよ
いやいやいや民間療法とか安易に流布したら鯖缶にクレームがつきますからね
(ローカル向け) 今週は体内時計（昼夜逆転してる)と起きてる時間が全然合わなくて、なんかもうへろへろになってる。
ていうか病人だらけだなこの鯖
マストドンのAcctをメールアドレスにもしたいという話、メール転送で良いなら「定期的にDBからユーザのscreen_nameと転送先アドレスを拾って/etc/aliases的なのを出力してあとはMTAまかせ」でなんとかなりそうな気はする
ていうかそのアカウントに関しては添付メディアなしのトゥートは丸ごと捨ててもいいんだが、…そんなオプションは公式には追加されないよなあ…
別アカウントのホームが１時間分しか持てなくなってきたので、twilog的なのが深刻に必要になり始めてる
Twitterが嫌われる理由はいっぱいあるから大丈夫だよ
大手のブラウザアプリはTLSエンジンをアプリ側で持ってるから更新されてれば別に問題ないんだよ。
端末のTLSエンジンに依存せざるをえないクライアントアプリで問題が出るかもしれないね
入門者の場合、あまり最新とかには拘らずに動くサンプルや設定方法を入手するとこを重視するといい。まず動かせないことにはどうにもならん＞LTL
そういやSTには動画アップロードする機能がないけど、それに対するクレーム見てないな…。再圧縮してからアップロードとかしないといけないんだろうか
https://mstdn.kemono-friends.info/@kossie/2238806
そうそう、投稿やフォローなどの確認の有無はアカウント別に覚えてるのでサブアカだけ確認入れるとかできます
タンス単位でのメディアサイレンスを使う機会なのか＞8MB超える
FirebaseMessagingService#onMessageReceived はバックグラウンドスレッドで実行されているようなので、多少ならブロックしてもいいらしい。WakeLockやWifiLockを確保したり通知処理スレッドの処理完了を少しだけ待ったりを実装した
昨日のアップデート否承認は1.3.9で発生したんだけど今プレイストアをみたら1.4.0が公開中になってる。もう訳が分からないよ
v1.4.1 はバグ修正リリースです
- リアルタイム通知をFCM経由で受信した際に、JobSchedulerを介さずその場で通知の更新を行う
#SubwayTooter
ワイン空けたらぐでんぐでんになった。水分とりつつ長風呂してる
#SubwayTooter は Playストアでアップデート否承認となったので、最新版が欲しい人は https://github.com/tateisu/SubwayTooter/releases からAPKをダウンロードしてください。
リリースノートの文章の一部が彼らのお気に召さなかったらしいが詳細が明かされてる訳でもないので問い合わせるしかない
@sakko2005 Mastalabがどうしてるかは知りませんが、マストドンのサーバ側でトゥートごとに言語判定されて言語タグが付与されます。判定の精度はあまり良くないようです
アイスランドでは出生前診断で染色体異常が出た妊婦の「ほぼ100％が中絶をしている」
http://yurukuyaru.com/archives/72228956.html
悩んだうえでの判断なのだろう…
あの「全自動タマゴ割り機」が実際に開発される
http://blog.livedoor.jp/goldennews/archives/52011346.html
動画みたけど、どこがワンタッチで全自動なんだ…？
リロードボタンだとクリアしてから読み直すよ。フリックだと継ぎ足し。ギャップ一掃したい時は前者の方が便利
プロフ表示カラムを保護してヲチに使う人（いるのか？）という想定だと、新しいトゥートは固定トゥートより上に出た方が多分使い勝手よい。リロードボタンでいつでもリセットできるし。
固定トゥートの個数の上限がない時点で、固定トゥートより下に挿入する形だと使い勝手悪いなーって判断になったよ
別に自分のに限らず、下フリックでリフレッシュかけて新しいトゥートがあると固定トゥートより上に出るよ
@YUKIMOCHI それは検討された上での仕様です。
またストアアプリのメタデータなんとかかよ…もう更新履歴をストアに書くのやめよう
召喚魔法って儀式魔法やろ？そんなポンポン使えてええんかいその世界
Xak II / サークII (MSX2) - Soundtrack / Crystal Mine 結晶採掘場
https://youtu.be/K_WfUckwG5M?t=34m34s
ああ。。。PSG+OPLLええわ。。。動画のじゃなくて20年くらい前に自分で録音したデータを聴いてる
そんなことよりも、トイレで排尿中のJKが異世界召喚されたら排尿中のままで儀式の間に現れるのかどうか知りたい（知りたくない
@lo48576 召喚前と後で惑星の天地方向や公転/自転が一致してるなんてまずありえない(というか召喚後の世界は平面でもトーラスでもありうる)ので、方向や慣性をリセットするついでに姿勢もリセットするしかなく、ある程度無難な姿勢にするしかないんじゃないでしょうか
@lo48576 召喚時に姿勢や慣性まで再現すると、召喚された瞬間にどこかに吹っ飛んでいってしまうからです。
う、CW付きのトゥートに自動CWが上書きされちゃってる…。直さないと
Pawooアプリを全部合計すると、Webより多くなっちゃったのか
1,Pawoo*,3639
2,Web,3428
3,sync.twi2mstdn.space,666
4,Amaroq,329
5,◆ Tootdon ◆,312
6,Tusky,218
7,SubwayTooter,146
8,friends.nico*,143
9,≡Tootter3.0≡,129
10,Tooter,96
11,Twidere for Android,56
12,pixiv Sketch,40
13,Tootle for Mastodon,38
14,Mastodon-iOS,38
15,MastoPane*,33
16,GON,20
17,mastbot,14
18,♨️,13
19,From Twitter,12
20,TEGAKI Draw and Tweet,8
https://mastodon.juggler.jp/media/X2NbYgHnniUUSuYP01E クラッシュは減ったがANRが大幅に増えてた。Android O 対応で通知チェックのバックグラウンド処理を変更した際に問題があったらしい
v1.3.8 は バグ修正リリースです
- CW開閉のminLines計算がアイコンサイズ変更を考慮していなかった
- PollingServiceのonDestroyでワーカースレッドの終了待機がANRを頻発させていた
#SubwayTooter
v1.3.7
- 通信タイムアウトの時間長を調整
- 他人のプロフで固定トゥートのPINアイコンが表示されなかった不具合の修正
- プロフィール編集で文字数を超過した場合に警告を表示する。警告を無視することもできる
- トゥート投稿時の残り文字数表示で、アンケート項目の文字数も数える
- トゥート投稿時の残り文字数表示で、アンケートが有効なら最大文字数を350に変更する
- アプリ設定に「アバターアイコンサイズ」を追加
- アプリ設定に「ローカルユーザのAcctのインスタンス部分を表示しない」を追加
@pikepikeid 他人のPINは先頭に表示されるけどPINアイコンが表示されないねー。次のリリースで直ります
1.5.1、既にリモートフォロー済みのユーザを再度リモートフォローしようとしたら500エラーが出るようになってる…？
OkHttpClient.Builder builder = new OkHttpClient.Builder()
.connectTimeout( 30, TimeUnit.SECONDS )
.readTimeout( 60, TimeUnit.SECONDS )
.writeTimeout( 60, TimeUnit.SECONDS )
.pingInterval( 10, TimeUnit.SECONDS )
.connectionSpecs( spec_list );
前は全部30秒だったのを、readとwriteだけ60にしてみるかなあ…
mstdn.jpとか1分以上またないとAPI応答が返ってこないこともある。CloudFlare挟んでるとかも影響してるんだろうが…
据え置きゲーム機だと無限リトライとかが義務づけ等れてたりするが、モバイルアプリで無限リトライはないわー
たしかタイムアウトは30秒くらいにしてたけど、最近のマストドンの応答性の悪さを鑑みると不足してる気がしないでもない。なおリトライはかけてない
機能への価値観ていうか、自分でタンス立ててからFTLを豊かにするためにタンス間スコップを公式Webでやって感じた不便さを昇華したのが#SubwayTooter です。本当にタンス間スコップに特化した作り
oAuth2周りがアレなアプリが結構あるのは、Androidのマストドンアプリも大差ない
うちは設定画面作るときは「見出しは必ず独立した行にする。折り返し可能にする」を心掛けております。Androidだと画面サイズも様々だし、翻訳によって文字数も大きく変わるし、そんなとこに時間をかけたくないのです
Android 7はセキュリティーアップデートの度にデバッガとの相性がころころ変わる。仕方なく6の端末がまだ開発現役
え、トゥートが固定かどうかってフィードされないの…？ 発言者のタンスから情報取れればいいんだけどアカウントIDを調べるのもアカウントのトゥート取るのもアクセストークン必要なんだし無理があるなあ…
「MediaSessionService Error sending key event to media button receiver」でぐぐってロクに解決策が載ってなくて途方に暮れてる。なんで俺の仕事はたまに技術的な罰ゲームが降ってくるんだ…
@YUKIMOCHI 他人のPIN表示にPINマークがつくのは次のリリースからです
android.support.v7.app.NotificationCompat がdeprecated になって
android.support.v4.app.NotificationCompat を使えってのはいいんだけど
新たに android.support.v4.「media」.app.NotificationCompat が増えててカオス
クラス名をFQDNで書くハメになった
このアカウントは、notestockで公開設定になっていません。
おはようー。お腹の調子がアレだから納豆定食食べてこよう。乳酸菌よりは効く
インスタンス情報APIあたりで定数をまとめて取得できるといいのにな。トゥート+CWの合計、プロフの表示名、プロフの説明、フレニコのアンケートの項目名、添付メディアのバイト数上限、添付メディアの個数。多分このくらい？APIのrate limitもあるといいけど、なんか単純に数字を書けるという訳でもなさそう
API応答のエラーメッセージが多国語化されてる&適切であるならクライアントはそれをただ表示すればいいけど、実際にはそんなものはないのでクライアント側での検証を強いられてる。しかも検証に必要な定数は決めうちするほかにないのが現状。
マストドンもその改変も、なぜか文字数制限などの定数をAPI経由で取得できるようにはなってなくてアレ
スナック菓子のカールが販売終了したと思ったらコンビニのプライベートブランドでかーるいスナックが登場したのである
#SubwayTooter ステッカーをBooth倉庫から返送しました。全然売れてなかったし
@petitsurume Pawoo側が1.6にアプデするのを待てばいいさー
v1.3.6
- 固定トゥートを読む時にmax_idを見ない(繰り返さない)
- インスタンス情報カラムの表示が他カラムの影響をうけておかしくなることがあった不具合を修正
@petitsurume pawooタンスとか1.6未満だけど独自に固定トゥートしてるとこはどうなるんだろ…
バージョン文字列の比較はこんな感じにしました。 1.0rc が 1.0 より大きくなっちゃうけどアプリ的には別に困らんし
https://github.com/tateisu/SubwayTooter/blob/master/app/src/main/java/jp/juggler/subwaytooter/util/VersionString.java
@petitsurume 1.6未満のタンスだと単にpinnedパラメータが無視されてしまうのだ。タンスAPI呼んでバージョン文字列の比較するしかない
@petitsurume まあPRのサマリにAPIの概要くらいは書いてあるけど、statusのパースにpinned項目を追加、とかは書かれてない
@petitsurume リリースノートからPR番号を探してコードを読むしかない
どっちかというと40overの固定トゥートを作成できないようにするべきだと思うよ
APIから40overの固定トゥートを取得することは現状考慮されてなさそうだし、max_id見て繰り返すのやめるか
1.6rcの固定トゥートについて
- 公開プロフィールではサーバ側レンダリングされる。特にページングは行われず、50個あれば50個表示される。「次へ」を押しても毎ページに固定トゥートが表示される。
- max_idを指定せずにAPIで取得すると適当な件数のリストが返ってくる。ソート順はpinした日時。max_idはリスト中の最後の要素のIDを返す
- max_idを指定してAPIで取得すると「ステータスIDがmax_idより小さい&pinされている」トゥートをpin日時順にソートしたものが返ってくる
- max_idはpin日時を考慮していないのだからページング用のパラメータとしては全く不適切である
- 取得できるステータスにはpinされた日時は含まれない
この仕様だと、固定トゥートを連続的に取得するのはAPIからだと無理じゃね？
アプリ的にはRelationshipを読みなおせば済むので、強硬に主張するとか自分でPRを書くとかいうところまで行かない
v1.3.5
- 1.6未満のタンスで固定トゥートを読み込まないようにした
「フォローできました(実はまだ処理中で成否は分からない）」はゲームにたとえると item dupe bug 並のアレですよ
あーそうか、1.6未満のタンスで /api/v1/accounts/1/statuses?pinned=1 を呼び出したらpinnedパラメータが無視されるだけじゃん。。。 そりゃプロフィール画面の表示が重くなる訳だよ
1.5からHTTP APIの応答速度かなり低下してるですよ
サーバの応答や通信環境が悪いとアプリのせいにされるのも、いつものことだな…
v1.3.4
- フォローリクエスト申請中/処理中のアイコン図柄を「砂時計+人物」に変更。
- フォローAPI呼び出しの後にRelationshipを読み直す(※1)
※1: Workaround for bad modification of Mastodon API. https://github.com/tootsuite/mastodon/pull/4799
成功したように見えてリロードしたら申請中になるのと、申請中に見えてリロードしたら成功になるのとでは後者の方がまだユーザに説明しやすい
フォローAPIが成功したら続けてRelationshipを取得しなおすようにした
rc2に向けて、follow APIを呼び出した後はrelationship取得しなおすか…
とりあえずrequested状態でアイコンが赤くなるだけなのはアレなので図柄をいじろう…
つまりrc2では「locked=falseなユーザへのフォローはその直後はフォローできたようにみえるけどカラムをリロードしてrelationshipを読み直すとrequested状態にみえる」という挙動になる…のか。誤魔化そうとして誤魔化しきれてない感じで、アプリ的には余計ややこしいかな。別にrequested状態が返ってきても問題ないのに
今まで「unfollowしてもrequested状態だったらエラーメッセージを差し替える」って処理をしてたので、200が返ってrequested状態がfalseになってるなら特に問題はないか…
おー。1.6rcだとフォローリクエスト申請中に unfollow APIを呼び出すと成功レスポンスが返る！
1.6だとフォローリクエストのキャンセルってできるんかなあ…？
@sakko2005 多分1000個くらい固定すると問題でるよー。API側の問題なのでアプリ的にはどうだかなあ…
@sakko2005 多分1000個くらい固定すると問題でるよー。API側の問題なのでアプリ的にはどうだかなあ…
多分２ページ目以降に固定トゥートを表示する必要は全くないと思われる
公開プロフィールでページめくっても全てのページに固定トゥートが表示される
v1.3.3
- システム通知をタップしても通知が消えなかった問題の対策
- アンケート項目の文字数制限を検証
- 1.6の固定トゥート機能に対応
/api/v1/accounts/xxx/statuses?pinned=1 の出力はpinした時刻順だがpinした時刻そのものは出力に含まれてないので勝手にソートしたらダメっぽい
/api/v1/accounts/xxx/statuses?limit=80&pinned=1 を取得した時のLinkヘッダが /api/v1/accounts/xxx/statuses?limit=80&max_id=5780831 になっててpinnedパラメータが失われてる
Android Studio 付属の画像アセットにはピンアイコンがないので適当に探す…
https://mstdn.maud.io/@tateisu 固定が50個以上表示されてその下に普通のアカウントTLが続く
…過去のトゥート全部pinnedするスクリプト書いたらどうなるのかとても心配である
大量に固定する人とか出てきそうなもんだけど上限とか規定されてないのかな。１ページにいくつまで表示するんやら
https://mstdn.maud.io/@tateisu 固定されたトゥートの後に普通扱いで表示されちゃうのか。あと 固定されたトゥートって最大いくつまでなんだろ。Linkヘッダみて全部取れってことかな
ドキュメントが更新されてないいつものマストドンだった
1.6rc来たらしいし適当な鯖で固定トゥートのAPIためすか
