fileコマンドがmp4や3gppなどのISO Box Media formatを一律で動画だと判定しちゃってオーディオなのにVideo has no video track エラーになるとか、ファイル末尾にメタデータのあるheicをFastImageモジュールがサイズ検出できないとか、AVIFなのにheicだと誤判定してしまうとか、依存プログラム/依存モジュール絡みのバグだらけ。メディア周りの自動テストが必要なんじゃない?
fileコマンドがmp4や3gppなどのISO Box Media formatを一律で動画だと判定しちゃってオーディオなのにVideo has no video track エラーになるとか、ファイル末尾にメタデータのあるheicをFastImageモジュールがサイズ検出できないとか、AVIFなのにheicだと誤判定してしまうとか、依存プログラム/依存モジュール絡みのバグだらけ。メディア周りの自動テストが必要なんじゃない?
そのmime type 配列をアテにしてアップロードしたらエラーになるのが多々あって、罠リストだと思う
@SubwayTooter とりあえずmstdn.jp にもメールで報告したし、あとはサーバ側がんばれ
@SubwayTooter は https://mstdn.jp/api/v1/instance の configuration.media_attachments.supported_mime_types を見てからWebPを使うかどうか判定してるんだけど、サーバ側セットアップがダメもしくは古いと問題が出るわけですよ。
mstdn.jp (4.1.1)は WebP画像のアップロードに対応しません。WebP画像をWebUIにドラッグ&ドロップすると500エラーが発生します。
なお、Docker構成のバニラのMastodon 4.1.2 ではこの問題は発生しません。バニラの4.1.1でも多分大丈夫だと思いますが未確認です。
スマホはアップデートが必要なので、旧式を使い続けられるようになるには「アップデートの開発/検証コストが低くなる」改善が必要になる。
開発については端末固有のコードとOSコアのコードを分離することである程度ラクに出来る。
一方で検証コストはあまり下がらない。
とはいえアップデート回数を意識するAndroid端末メーカーも増えてきた。
サムスンのハイエンド機種はアップデート4回を表明していて、これはGooleの3年サポート(≒アプデ3回)より多い。 https://mobilelaby.com/blog-entry-samsung-os-updates-up-to-4-generations.html
Xperiaは最大でOSアップデート2回、セキュリティアップデート3年と並程度だった。 https://buzzap.jp/news/20220519-xperia-1-4-os-update-security-update/
そろそろViewModelとCompose覚えないとなあ。Compose、LazyColumnのスナップとか上下2方向のPullToRefreshとかメディアビューアのピンチ操作とか諸事情によりあちこちで使ってるonInterceptTouchEvent の代用品とか謎だらけだ
ちなGlobalScopeが内部で使ってるEmptyCoroutineContext はまだ使えるので、EndlessScope なるものを実装して中身はGlobalScopeと同様、という感じでも別に問題ない。
さらに今までRequestCodeで処理を微妙に切り替えていた場所がInstanceState経由でデータを受け渡しするしかなく手間が増えた。
ComponentActivityのstartActivityForResultとonActivityResultがdeprecatedになった件、代わりにregisterForActivityResult を使うのだがonCreateに動的に記述するしかなく、登録し忘れ問題を予防する良い方法が思いつかなかった。結果書き換えた場所全ての手動テストが発生して面倒くさい。
CefSharp 81.3.100 から CefSettings.CachePath に相対パスを指定できなくなった
外寸15cmだと最近のスマホは微妙に入らない、しかし一つ上のサイズは20x25cmで価格も3倍になる。うーむ
ミラーレス機が初のトップ10占拠、キヤノン製品とニコン製品が圏外の衝撃【デジタル一眼カメラ売れ筋ランキング(5月上期)】 | CAPA CAMERA WEB https://capa.getnavi.jp/news/336215/
もしかするとなんだけど、vapid public keyが設定されてないのにプッシュ購読APIつかえるタンスがあるような? うちのアプリサーバのログ見てるとそんな気がする。空文字列にみえる。
DMカラムって自分が書いたDMと宛先が自分のDM両方を混ぜたモノなんで、究極的にはDMカラム用にテーブル持たないとクエリをシンプルにできないはず。(account_id,status_id,updated_at)で、自分に関係してるDM全てのステータスIDを一度に取得できるようなの。
こういう表示は余計なお世話かもしれないけど、サポートの手間を減らす効果はあると思うんだ
https://mastodon.juggler.jp/media/2Ksf3yfCXXvLLNamsI0 https://mastodon.juggler.jp/media/G4Ht7XNYCCY82gbHaSM
「つながりを隠す」の連合での挙動を改善するには、標準化を強化する必要があるらしい。
この件について私は意見を持っていないが、アプリのユーザには説明する責任がある。
「繋がりを隠す」は連合しない。タンス(A)のユーザのプロフィールを別のタンス(B)のWebUIやAPIから確認すると、(B)に存在するフォロワーやフォロイーはリストに表示される。
ここのアナウンスさんのフォロワー一覧も非公開にしとこうかね https://mastodon.juggler.jp/users/juggler/followers
(LTL)あと名前にもカスタム絵文字つかえるようになったんですが、絵文字ふやしたいとか要望はないかなあ
いままで完全公開だったのに比べたら、フォロー先に通知が届くだけになったのは十分こっそりなんじゃないかと、
公開プロフにフォロー関係が表示されないってのがメインで、おまけでWebUIやアプリでも自分以外はフォロー関係を取得できないようになってるだけですねー。フォロー先には通知が届きます
@sakko2005 ああ、そういう…。そりゃ自分のは見れますよね…。
非表示でどうなるか見たいのなら @tateisu とかテストアカウントがあります
@sakko2005 自分のアカウントから自分のプロフを見てますか?もし古いタンスからこのタンスのプロフを見てるのであれば、そりゃ古いタンスには隠す設定がないので…
@sakko2005 チェック付けて「変更を保存」した後にプロフカラムをリロードすると見れない(サーバからはカラのフォロー/フォロワー リストが返る)状態になるはずですけど、なってません?
spam系IPアドレスのリストらしいよ
https://mastodon.at/@pfigel/100074037885173243
https://hostux.social/@valere/100074476284834492
うちはメールサーバの方をいじったので使ってませんです
https://github.com/yuzulabo/Mastodon-Activity-Embed をウチでも表示する https://mastodon.juggler.jp/about/more ようにしてみたけど、最初の行って計測中の(現在の)週だから集計途中の数字が出ちゃうので1つ古い週のデータを表示するように変更したよ
DMカラムは結構重かったので、データベースに部分インデックスを追加した方がいいよ。DMトゥートだけが探索対象になるから、DMが少ないタンスほど効果が高いよ。 https://gist.github.com/tateisu/cc6bff006b898094262245491b631f2f
マストドン2.4.0からダイレクトメッセージのカラムを表示できるようになりました。通知から探すより便利なので使ってみてください。
@mazzo WebPush APIはかなり前からあったのですが公式WebUI専用のものでした。今回はサードアプリからもプッシュ購読APIを利用できるようになったのが改善点です。 Androidだと SubwayTooter 、iOSだと Toot! ( https://github.com/DagAgren/toot-relay ?? ) が対応済みです
https://gist.github.com/tateisu/cc6bff006b898094262245491b631f2f インデクス追加前後の実行時間の予測
DMカラムが遅いので雑に部分インデックスを貼る。 create index statuses_dm on statuses(id,account_id,updated_at) where visibility=3;
Andoid 5が出てから4.5年が経過してるの。メーカーが古い端末をサポートする期間は1.5…3年程度が普通だし、4.4が滅びるのはまあ妥当だろうという感想
https://gist.github.com/tateisu/7158814ca15700808364e3b83f35d47a メールアドレスのリストから今回のアレなmxを探すperlスクリプト
カスタムROMでアプリ動かして不安定ですとか言われても困るかなあ。アプリの動作検証用の環境としてはまず避けるべきだし
うちは自前メールサーバなので iptables -t nat -A PREROUTING -d 167.99.210.22 -j DNAT --to 0.0.0.1 とかで問題のMXにメールが投げられないようにした
select users.email,accounts.username,users.last_sign_in_ip \
from users left join accounts on accounts.id=users.account_id order by users.created_at desc limit 50;
This account is not set to public on notestock.
mastodonとは直接関係のない作業をしててWebフロントの設定を変えたらトラブル起こしてたという。
@Clworld 結局streaming API と Firebase messaging を中継する何かしらが端末の外側に必要になるんじゃないかな…
SubwayTooter でも streaming とfirebase messaging の中継するサーバたてて、有料オプションでリアルタイム通知とか検討してはいるが、大半の人は今のpull通知でも十分だろうから需要ないだろうと思ってる
@Clworld tusky-apiサーバたててアプリをそれに対応させる。tuskyがやってる(が、安定はしていない
@fshin2000 ImgurがMashape使ってAPI利用者(アプリ作者)に課金とかしてましたね
あと全年齢向けPawooと Pawoo.R18を分けちゃうとか。 複数タンス対応アプリなんだから問題ないよね(笑顔
iOS向けのポルノは結局Webブラウザでやれって話だったし、某社はWebブラウザ上で動くアプリでも作ればいいと思うよ
v0.6.6
クラッシュ対策
アプリデータのインポート後にガイド表示が残ってしまうバグを修正
特定条件でアプリデータのインポートに失敗するバグを修正
Googleの音声認識エラー率が4.9パーセントに
http://thebridge.jp/2017/05/googles-speech-recognition-technology-now-has-a-4-9-word-error-rate
しかし日本の方言には対応できまいよ