おさむのひと
おさむのひと
https://github.com/oauthjs/node-oauth2-server とか
あとは https://github.com/panva/node-oidc-provider
> 「リンクをコピー」を無くす方が良さそう(OSの「共有」メニューからリンクのコピーが行えるため) サポート状況が怪しいのでなくさない方がよいかと思います https://developer.mozilla.org/ja/docs/Web/API/Navigator/share
https://github.com/misskey-dev/misskey/blob/b16f5a781e2f65855c4fad8dc31a413701e55df8/packages/backend/src/core/NoteCreateService.ts#L293-L300 おそらく、上記の考慮もれだと思います。 引用元がfollowersの時の処理なのですが、引用先の投稿がspecifiedな時はvisibilityを変えないようにする必要があります
related https://github.com/misskey-dev/misskey/issues/15072 ?
 （1つずつ使用箇所調べて、複数パッケージで使用していたらcatalogにする…みたいな作業をしているけど、もう全部catalogに乗せちゃってもいい気がしてきた）
> nsfwjsはスクリプトサイズ的にもメモリ使用量的にもヘビーなため、外部化できれば本体の必要要件を緩和できる > nsfwjsに起因するトラブル(Misskeyのインストールに失敗する、メモリリークする等)に影響を受けなくなる 一応確認ですが、Misskey本体から完全に切り離す方向性です？
実装を進める傍ら、下記も併せて考えたい気持ちがある（今使ってる人が混乱しないようなフォロー） - Misskey本体コンパネのセンシティブ判定設定部分にMkInfoを置いて外部化されたこと、分離した機能のセットアップがべと必要なことを明記 - CHANGELOG.mdのNote項目への記載を厚めに あと、分離先でも… - 分離したリポジトリ側のREADME拡充（セットアップ方法、Misskey本体への設定方法など）
CHANGELOG.mdのClient欄に追記いただけると助かります 🙏
発生している現象としては #12175 と同じで、同じ対処をしたら直る…のは間違いなさそうです。 ただ、今回は前提が少し異なります。 #12175 は互換性のために既存処理の挙動を変えましたが、#16835 は未リリースバージョンに実装された拡張なため。 よって、今回はv2 APIの新設が妥当だと考えますが、いかがでしょうか…（v2は #12175 でも案の一つとして挙がっていました） #16835 のrevert（仕方なし…） -> v2の実装 -> フロントエンド側の向き先をv2に -> v1のdescriptionあたりで非推奨なことを明記 のような作業内容になる想定です。 @syuilo どうでしょ