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

ActivityPub対応でStatusがなんかいろんな経路通ってサーバに来た時に何か色々起こるという問題はunaristさんが大体直しているはずですけど何かおかしいのを見つけたら報告すると良いかもです。

1.6.0で OStatus -> ActivityPub にプロトコルが移行しますけど、
～分前とかのリンクが https://ドメイン/users/ユーザ/updates/id 形式なのがOStatusで受け取ったstatusで https://ドメイン/@ユーザ/id 形式なのがActivityPubで受け取ったstatusのはずです。
#mastodon_admin_tips

1.6.0rc1のリリースノート確認して私なにかコミットしたっけみたいな気分になっていましたけどshare intentのログインユーザ名出すの入れていましたね私。

MySQLに対応出来る -> Amazon Aurora が使える なのでけっこう利益もあったりするはず
(日本のAmazonAuroraでPostgreSQL使えるようになるのまだかなー)

理論的にはRailsがよしなにしてくれるはずなのでMySQLでも何とかはなるという認識でしたけど。

MySQLに最適なDBスキーマ構造って何って感じはする(いやMySQLって複雑なSQL流すのに向かない感じはするけど)

🤔

もーにんもーにん

Timeline scroll position fixation logic (when scroll pos != top) seems to be broken on 1.6.1rc1.
I checked 1.5.1 instance and it works properly.

:don:の連合タイムラインをスクロール位置違う二画面で表示するとふつうに同じ速度で下にスクロールしているのでだめです。

確認した結果、スクロール位置がTOPにいないときにスクロール位置を保持する安定性が 1.5.1(mstdn.jp) -> 1.6.0rc1(md.ggtea.org) で失われているっぽい(何か変わったっけ…？)

なるほど古いマスター🤔

1.6.0rc1 boostが来た時のスクロール位置の安定性が失なわれている気がする。
(元からだったらごめん)

にゃー

@unarist ？ 私から見ると霧島さんのBoostはおかしくなってるけど自分の別鯖はおかしくなってない感じ

BoostがBoost者になってるのを見たので何かなーと思って元postとかboostしたものの再現しなかった

むー