Misskey GitHub Notifier @mi.osamu-storage.info

[misskey-dev/misskey](https://github.com/misskey-dev/misskey )のIssue, プルリクエスト, コミットなどのイベントを逐次投稿します。
Post every issue, pull request, commit and other events on [misskey-dev/misskey](https://github.com/misskey-dev/misskey ).

Managed by おさむ (npub1vpd…z2zn)
Bot Source Code: https://github.com/samunohito/misskey-github-notifier-next

Public Key

npub1arypfyc55em53lygect495az7xeejwd4afxu6l73nyhcz96m952ssaflz6

NIP-05 Address

repo_at_mi.osamu-storage.info@momostr.pink

Profile Code

nprofile1qqsw3jq5jv22va6gljyvu96j6w30rvue8x675nwd0lgejtupzadj69gpz3mhxue69uhhyetvv9ujuerpd46hxtnfduqs6amnwvaz7tmwdaejumr0dsejpt2h

Publishing to

relay.damus.io

nos.lol

Author Public Key

npub1arypfyc55em53lygect495az7xeejwd4afxu6l73nyhcz96m952ssaflz6

Show more details

Last Notes

2026-04-06 11:15:59 UTC

🆕 Pushed by **syuilo** with ?[1 commit](https://github.com/misskey-dev/misskey/compare/0b7b59f1e2c2...a18c909ba3dd):
・[?[a18c909](https://github.com/misskey-dev/misskey/commit/a18c909ba3ddbb5c3268b70cc05a3d384bf8ff6f)] Revert "deps: Update vite to v8" (#17283)

2026-03-31 12:14:42 UTC

🎁 **NEW RELEASE**: [2026.3.2](https://github.com/misskey-dev/misskey/releases/tag/2026.3.2) is out. Enjoy!

2026-03-30 00:54:58 UTC

✅ Discussion marked answer: #17272 "<plain>DB障害時は /api/ping の応答を50xエラーにして欲しい</plain>"
https://github.com/misskey-dev/misskey/discussions/17272#discussioncomment-16373826

2026-03-30 00:54:50 UTC

💬 Commented on #17272 "<plain>DB障害時は /api/ping の応答を50xエラーにして欲しい</plain>": anatawa12 "<plain>/healthzがすでにありますね
https://github.com/misskey-dev/misskey/blob/ece9679cc41315a5cc8226d1163419e4612170cc/packages/backend/src/server/ServerService.ts#L151
Redis DB等も確認してます
https://github.com/misskey-dev/misskey/blob/ece9679cc41315a5cc8226d1163419e4612170cc/packages/backend/src/server/HealthServerService.ts#L42-L54</plain>"
https://github.com/misskey-dev/misskey/discussions/17272#discussioncomment-16373826

2026-03-27 13:13:10 UTC

💥 Issue opened: #17266 "<plain>/api-docにアクセスできない</plain>"
https://github.com/misskey-dev/misskey/issues/17266

2026-03-27 08:36:11 UTC

💬 Commented on "<plain>Release: 2026.3.2</plain>": syuilo "<plain>夜くらいにします</plain>"
https://github.com/misskey-dev/misskey/pull/17232#issuecomment-4141010116

2026-03-27 00:27:45 UTC

💬 Commented on "<plain>Add an option to block specific clients</plain>": KisaragiEffective "<plain>I think you cloud serve the same purpose by configuring the reverse proxy properly - your reason is too specific.</plain>"
https://github.com/misskey-dev/misskey/issues/17264#issuecomment-4139200328

2026-03-26 22:17:19 UTC

💥 Issue opened: #17264 "<plain>Add an option to block specific clients</plain>"
https://github.com/misskey-dev/misskey/issues/17264

2026-03-24 10:57:57 UTC

💬 Commented on "<plain>Release: 2026.3.2</plain>": github-actions[bot] "<plain>To dev team (@misskey-dev/dev):
リリースが提案されています :rocket:
GOの場合はapprove、NO GOの場合はその旨コメントをお願いいたします。
判断にあたって考慮すべき観点は、
- やり残したことはないか？
- CHANGELOGは過不足ないか？
- バージョンに問題はないか？(月跨いでいるのに更新忘れているなど)
- 再考すべき仕様・実装はないか？
- ベータ版を検証したサーバーから不具合の報告等は上がってないか？
- (セキュリティの修正や重要なバグ修正などのため)リリースを急いだ方が良いか？そうではないか？
- Actionsが落ちていないか？
などが挙げられます。
ご協力ありがとうございます :sparkles:
</plain>"
https://github.com/misskey-dev/misskey/pull/17232#issuecomment-4117266663

2026-03-20 08:44:32 UTC

💬 Commented on "<plain>perf(frontend): popupの状態をmapで保持するように</plain>": kakkokari-gtyih "<plain>どっちのほうが良いかは謎</plain>"
https://github.com/misskey-dev/misskey/pull/17153#issuecomment-4096627313

2026-03-20 08:11:11 UTC

💥 Issue opened: #17249 "<plain>ユニコード絵文字をリアクションしたときに画面上で反映されないことがある</plain>"
https://github.com/misskey-dev/misskey/issues/17249

2026-03-11 04:08:44 UTC

💥 Issue opened: #17235 "<plain>Misskey should not sign the Accept header</plain>"
https://github.com/misskey-dev/misskey/issues/17235

2026-03-09 01:02:59 UTC

🎁 **NEW RELEASE**: [2026.3.1](https://github.com/misskey-dev/misskey/releases/tag/2026.3.1) is out. Enjoy!

2026-03-05 10:56:49 UTC

🎁 **NEW RELEASE**: [2026.3.0](https://github.com/misskey-dev/misskey/releases/tag/2026.3.0) is out. Enjoy!

2026-03-04 02:25:35 UTC

💬 Commented on "<plain>ブロック/ミュートしている相手のリアクションを他の人のノートからもみえなくしたい</plain>": FoL114514 "<plain>自分からのミュート/ブロックをTL側にも反映できればいいのかなと考えていました
反応そのものを消すのは無理でも反応した人の名前をTL側で見えなくするとか。。
</plain>"
https://github.com/misskey-dev/misskey/issues/17209#issuecomment-3994831031

2026-03-02 04:33:03 UTC

💬 Commented on "<plain>Release: 2026.2.0</plain>": anatawa12 "<plain>他プロジェクトが落ち着いて少し休んだので今から見ます。</plain>"
https://github.com/misskey-dev/misskey/pull/17171#issuecomment-3981991621

2026-02-13 09:28:36 UTC

💬 Commented on "<plain>Cloudflare の Rocket Loader を有効化していると無限ロードに陥る。</plain>": anatawa12 "<plain>> Rocket Loader prioritizes your website's content (text, images, fonts, and more) by deferring the loading of all of your JavaScript until after rendering.
そもそもmisskeyはテキストやフォント等のロード自体がJSによって行われる仕様なので、効果を受けることができないように感じました。
(Rocket Loader自体がSPA向けではなく通常のウェブページ向けに見えます)</plain>"
https://github.com/misskey-dev/misskey/issues/17169#issuecomment-3895963872

2026-02-08 04:11:54 UTC

💥 Issue opened: #17160 "<plain>ユーザIDにもっとバリエーションを増やす。</plain>"
https://github.com/misskey-dev/misskey/issues/17160

2026-02-02 14:00:23 UTC

💬 Commented on "<plain>追悼アカウントの実装</plain>": KisaragiEffective "<plain>今までMisskeyは問題になった時点で考えるというやり方で開発が進行してきたので、You aren't gonna need it原則の考え方に基づき反対します。
</plain>"
https://github.com/misskey-dev/misskey/issues/17145#issuecomment-3835306884

2026-02-01 07:36:37 UTC

📦 New Pull Request: "<plain>fix(frontend): ノートの詳細表示でリアクション一覧が全件表示されない問題を修正</plain>"
https://github.com/misskey-dev/misskey/pull/17137

2026-01-21 03:55:19 UTC

💥 Issue opened: #17112 "<plain>連合先ユーザーのフォロワーへのメッセージに含まれる絵文字が長すぎると正常に表示されない</plain>"
https://github.com/misskey-dev/misskey/issues/17112

2026-01-21 02:52:22 UTC

💬 Commented on "<plain>一定より過去の投稿が外部から配送されてきた場合、当該投稿がtimeline系のStreaming API経由で流れてこないようにして欲しい</plain>": syuilo "<plain>たびたびこの提案あったけど実装してこなかったから理由はあったはず</plain>"
https://github.com/misskey-dev/misskey/issues/17108#issuecomment-3775891934

2026-01-20 13:08:47 UTC

💥 Issue opened: #17108 "<plain>一定より過去の投稿が外部から配送されてきた場合、当該投稿がtimeline系のStreaming API経由で流れてこないようにして欲しい</plain>"
https://github.com/misskey-dev/misskey/issues/17108

2026-01-17 09:40:25 UTC

💬 Commented on "<plain>fix(frontend): 誕生日の日付が言語ごとのフォーマットで表示されるように</plain>": anatawa12 "<plain>> 多分問題ないはず
> <img alt="image" width="331" height="59" src="https://private-user-images.githubusercontent.com/67428053/537111175-9b7f4da2-6056-4259-9d7e-1f7c472a62aa.png?jwt=eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3Njg2NDMwODQsIm5iZiI6MTc2ODY0Mjc4NCwicGF0aCI6Ii82NzQyODA1My81MzcxMTExNzUtOWI3ZjRkYTItNjA1Ni00MjU5LTlkN2UtMWY3YzQ3MmE2MmFhLnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNjAxMTclMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjYwMTE3VDA5Mzk0NFomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPWNhYjExODY5MzMzNGM4ZWVkMDdhNzQ3NmI3ZmYzMjMyMThmMjc0ZjE5MDBjY2I1MjY1MTk1YzEwMjQxYWNkM2EmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.tQA__2D6wq5ZAIxuJr3oiHNJirpDRQ9Wkecbt6lfUOQ">
JSCoreはだめそう。
<img width="187" height="90" alt="image" src="https://github.com/user-attachments/assets/376c592e-246d-4fca-8fe3-d6236bb58fb8" />
</plain>"
https://github.com/misskey-dev/misskey/pull/17105#issuecomment-3762954819

2026-01-17 09:13:04 UTC

💬 Commented on "<plain>fix(frontend): 誕生日の日付が言語ごとのフォーマットで表示されるように</plain>": kakkokari-gtyih "<plain>多分問題ないはず
<img width="331" height="59" alt="image" src="https://github.com/user-attachments/assets/9b7f4da2-6056-4259-9d7e-1f7c472a62aa" /></plain>"
https://github.com/misskey-dev/misskey/pull/17105#issuecomment-3762934986

2026-01-06 07:25:44 UTC

💬 Commented on "<plain>削除されたノートのリプライ関係を保持するようにする</plain>": anatawa12 "<plain>このPRを更新しました。
### Backend (general)
- 削除されたノートの投稿主ユーザをわからないようにしました。
- APIの互換性を維持するため、system.ghostユーザを追加し、そのユーザのノートとしてレスポンスするようにしました。
- フロントエンドでは削除されたノートのユーザはいないことにしているため、このユーザがフロントエンドで露出することはほぼないはずです。
- pure renoteについては維持しないようにしました。
- pure renoteについてはノートの内容がリノートしかないため維持すると何も削除されないためです。
- pure renoteにリプライすることなどは不正であるため、この機能の主目的である"リプライ関係を維持する"
### Frontend
- 削除されたノートの UI を通常のノートに寄せることで、リプライなどが削除されたノートに対するリプライであることを理解しやすくしました。
- すでに削除されたノートがリプライツリーなどで含まれてる場合にエラーになる問題を修正しました。
- すでに削除されたノートの描画と、この機能で維持されるノートが同様の見た目になるようにしました。
- Embedの方で削除されたノート周りの機能を実装しました。</plain>"
https://github.com/misskey-dev/misskey/pull/16352#issuecomment-3713489180

2026-01-06 05:36:07 UTC

💬 Commented on "<plain>enhance(backend): bundle backend using Rolldown (experimental)</plain>": kakkokari-gtyih "<plain>> バンドルでesmoduleそのままだと発生しない循環参照問題が発生するなら minify だけにしたい気がしてます。今後devなら問題ないのにbuildすると謎フリーズが今後増えるのはあまりうれしくないと思います
nestjsはバンドルされた環境で動作することは想定されてるのかしら</plain>"
https://github.com/misskey-dev/misskey/pull/17068#issuecomment-3713181095

2026-01-04 08:14:30 UTC

💬 Commented on "<plain>絵文字にポジティブ/ニュートラル/ネガティブのいずれかの属性を設定できるようにする</plain>": YamiOdymel "<plain>この問題はとても興味深いと感じています。なぜなら、Positive / Neutral / Negative といった分類は本質的に**主観的**であり、文脈によって意味が変わるからです。
例えば 🎉 を考えてみてください。通常は **ポジティブ** なリアクションとして扱われます。
> **Yami Odymel:**
> ああ、うちの犬が亡くなってしまった :(
> 🎉 1 · 🥳 3 · 🤣 1
しかし、この文脈では「ポジティブ」な絵文字は、決してポジティブな意味を持っていません。
次に 😡 を考えてみてください。一般的には **ネガティブ** と分類される絵文字です。
> **Yami Odymel:**
> 嫌いな人がまた何か悪いことをした ><
> 😡 2
この場合、「ネガティブ」な絵文字は、コンテンツそのものへの否定ではなく、投稿者の感情への共感や、話題となっている対象への嫌悪を表している可能性があります。
このようなケースについて、どのように扱うべきか、何か良い方法やご意見があれば教えていただけると嬉しいです。
---
<details>
<summary>Original Content (Translated from English)</summary>
I honestly find this issue interesting, because labeling things as Positive / Neutral / Negative is inherently subjective and changes depending on context.
For example, think about 🎉 — it’s normally considered **positive**.
> **Yami Odymel:**
> Oh no, my dog died :(
> 🎉 1 · 🥳 3 · 🤣 1
In this context, “positive” emojis are no longer positive at all.
Now think about 😡 — it’s usually considered **negative**.
> **Yami Odymel:**
> The person I hate just did something bad again ><
> 😡 2
Here, a “negative” emoji may be expressing alignment with the author’s feelings, or hatred toward the subject being discussed, rather than negativity toward the content itself.
I wonder if anyone has suggestions on how to handle these situations?
</details>
</plain>"
https://github.com/misskey-dev/misskey/issues/16699#issuecomment-3707853893

2026-01-04 05:42:09 UTC

💬 Commented on "<plain>モデレーター及び管理者ロールの詳細な権限制御設定の実装を要望</plain>": Sayamame-beans "<plain>duplicate of #3395 ですか?</plain>"
https://github.com/misskey-dev/misskey/issues/17061#issuecomment-3707750758

2026-01-03 09:23:30 UTC

💥 Issue opened: #17066 "<plain>複数アカウントがある状態でログアウトボタンを押すと全てのアカウントからログアウトされる</plain>"
https://github.com/misskey-dev/misskey/issues/17066

2025-12-31 15:01:05 UTC

💬 Commented on "<plain>2026</plain>": kakkokari-gtyih "<plain>これUTCか</plain>"
https://github.com/misskey-dev/misskey/pull/17052#issuecomment-3702350552

2025-12-31 15:00:09 UTC

💬 Commented on "<plain>2026</plain>": kakkokari-gtyih "<plain>あけましておめでとうございます</plain>"
https://github.com/misskey-dev/misskey/pull/17052#issuecomment-3702349123

2025-12-31 05:56:48 UTC

💬 Review commented on "<plain>削除されたノートのリプライ関係を保持するようにする</plain>": Sayamame-beans "<plain>恐らく、現在のMisskeyに取り込んだ場合も同様かと思います。(リプライ関係がCASCADE削除されなくなってからの削除されたノートのreplyId/renoteIdが存在するため)
そのため、以下の対応が必要です。
- packDeletedNoteにおいて対象ノートが存在しなかった場合に、(現在のMisskeyの動作と同じように)存在しないノートとしてのnullへのfallbackを行う(nullIfEntityNotFoundを使う?)
- fallbackされたノートの表示方法について、現在のMisskeyのフロントエンドで表示されるもの同じようになることを確認する</plain>"
https://github.com/misskey-dev/misskey/pull/16352#discussion_r2654854525

2025-12-31 04:07:58 UTC

💬 Review commented on "<plain>削除されたノートのリプライ関係を保持するようにする</plain>": Sayamame-beans "<plain>この箇所は、「srcがMiNote['id']であり、かつ、それが削除されているなどで存在しないノートであった場合、packDeletedNoteに行く」という分岐だと思うのですが、ユーザー削除によるCASCADE削除や、RemoteNotesCleaningによるノートの直接削除が発生していた場合、deleted_noteテーブルにノートが存在せず、コケてしまいませんか?
(本PRを採用しているforkで`'EntityNotFoundError: Could not find any entity of type "MiDeletedNote" matching`が発生しており、ここが原因ではないかと推定しました。実際に、あるユーザーのノートを引用/RNしていた状態で当該ユーザーを削除すると、エラーが再現しました。)
(チャンネル削除にもCASCADEが掛かっていますが、現状チャンネルはアーカイブ化されるのでこちらは踏まなさそうです)</plain>"
https://github.com/misskey-dev/misskey/pull/16352#discussion_r2654771139

2025-12-30 12:46:47 UTC

💬 Commented on "<plain>デッキメニュー上からプロファイルの削除ボタンをなくし、別のメニューなどに移動して欲しい</plain>": syuilo "<plain>プロファイル切り替えメニュー内に移動で良さそう</plain>"
https://github.com/misskey-dev/misskey/issues/17053#issuecomment-3699251963

2025-12-29 08:30:24 UTC

💥 Issue opened: #17045 "<plain>$[ruby {第一引数} {第二引数}]の第一引数がMFMとテキストで構成される場合に第一引数のテキスト部分と第二引数がルビとして表示される</plain>"
https://github.com/misskey-dev/misskey/issues/17045

2025-12-22 08:01:12 UTC

💯 Pull Request Merged!: "<plain>refactor: use TRANSIENT scope to avoid service bucket relay</plain>"
https://github.com/misskey-dev/misskey/pull/16985

2025-12-22 07:52:10 UTC

💬 Commented on "<plain>feat: use tsgo where capable</plain>": syuilo "<plain>👍</plain>"
https://github.com/misskey-dev/misskey/pull/16984#issuecomment-3680896241

2025-12-22 07:24:12 UTC

💬 Commented on "<plain>Streaming APIでリレーサーバ経由の投稿を取得したい</plain>": anatawa12 "<plain>要件として a) リレーからのみきた投稿(公開リレー等で興味のあまり高くないもの等)を知りたい b) リレーからくる可能性のある投稿を知りたい(界隈固有リレーを区別したい) がリレー分別系列の要件としてありそうで、この issue の場合は a ですが b だと誤解してバグ報告が来る可能性もありそうと思いました
(少し誤解してました)</plain>"
https://github.com/misskey-dev/misskey/issues/17020#issuecomment-3680825141

2025-12-22 07:12:17 UTC

💬 Commented on "<plain>Streaming APIでリレーサーバ経由の投稿を取得したい</plain>": anatawa12 "<plain>懸念点として、リレーからとフォロー関係の両方で連合されるノートについての動作が問題になると思います。
どちらが先に到達するかが確定していないため、リレーから来たというものがリレー以外の連合が行われていないという証拠にはならなくなります。</plain>"
https://github.com/misskey-dev/misskey/issues/17020#issuecomment-3680779361

2025-12-22 05:30:58 UTC

💬 Commented on "<plain>Release: 2025.12.2</plain>": syuilo "<plain>🙏🏻 🙏🏻 🙏🏻 </plain>"
https://github.com/misskey-dev/misskey/pull/16998#issuecomment-3680547262

2025-12-22 05:30:44 UTC

🎁 **NEW RELEASE**: [2025.12.2](https://github.com/misskey-dev/misskey/releases/tag/2025.12.2) is out. Enjoy!

2025-12-21 12:09:28 UTC

💬 Commented on "<plain>Release: 2025.12.2</plain>": github-actions[bot] "<plain>To dev team (@misskey-dev/dev):
リリースが提案されています :rocket:
GOの場合はapprove、NO GOの場合はその旨コメントをお願いいたします。
判断にあたって考慮すべき観点は、
- やり残したことはないか？
- CHANGELOGは過不足ないか？
- バージョンに問題はないか？(月跨いでいるのに更新忘れているなど)
- 再考すべき仕様・実装はないか？
- ベータ版を検証したサーバーから不具合の報告等は上がってないか？
- (セキュリティの修正や重要なバグ修正などのため)リリースを急いだ方が良いか？そうではないか？
- Actionsが落ちていないか？
などが挙げられます。
ご協力ありがとうございます :sparkles:
</plain>"
https://github.com/misskey-dev/misskey/pull/16998#issuecomment-3678737369

2025-12-17 08:06:48 UTC

💬 Commented on "<plain>trustProxy: falseでIPベースのレートリミットが機能しないなどの問題がある</plain>": anatawa12 "<plain>> ・CloudflareのIP一覧はMisskeyではなくnginx側のconfigに設定するもの、という理解です（ご認識されているかもしれませんが念のため）
どっちでもできると私が認識してるのでそういうふうに私が書きました。</plain>"
https://github.com/misskey-dev/misskey/issues/16994#issuecomment-3664145595

2025-12-17 05:07:28 UTC

💬 Commented on "<plain>trustProxy: falseでIPベースのレートリミットが機能しないなどの問題がある</plain>": syuilo "<plain>> cloudflareの設定をデフォルトで入れておいて、更新しなくて良くするなら misskey に https://www.cloudflare.com/ips-v4/ https://www.cloudflare.com/ips-v6/ のようなファイルを読む機能を生やし、それをデフォルト(recommended?)設定に組み込んでそれを起動時に読みに行くようにするとかですかね。各サーバーがcfのサーバーにリクエストを確定で投げるというデフォルト設定なのでお行儀は悪いと思いますが
やるとしたら起動時ではなく1日に1回とかの頻度でリクエストを投げるジョブを作るとかの方が良さそう
けどCloudflare前提の実装になるのはアレな気がしている(MisskeyとしてCfの使用が必須とか強く推奨とかになっているのならともかく。まあCDNの使用は強く推奨されると思うし、使用するとなったら選択肢はCfになる可能性がとても高いと思うので事実上そのような状態になっている気もする)</plain>"
https://github.com/misskey-dev/misskey/issues/16994#issuecomment-3663671444

2025-12-17 02:32:49 UTC

💬 Commented on "<plain>trustProxy: falseでIPベースのレートリミットが機能しないなどの問題がある</plain>": syuilo "<plain>正常に動作していないときにそれを検知できる仕組みの実装は難しいと思ってました</plain>"
https://github.com/misskey-dev/misskey/issues/16994#issuecomment-3663364949

2025-12-16 12:33:14 UTC

💥 Issue opened: #16999 "<plain>センシティブ設定されたチャンネルの内容をアンテナで表示する時に目立たない表示にしてほしい</plain>"
https://github.com/misskey-dev/misskey/issues/16999

2025-12-16 08:52:00 UTC

💬 Commented on "<plain>trustProxy: falseでIPベースのレートリミットが機能しないなどの問題がある</plain>": samunohito "<plain>> （うちがinternet -> cloudflare -> nginx -> Misskeyの構成なので検証したい）
やってきました。
cloudflareを挟む場合、nginxの設定も必要そうです
---
①https://github.com/misskey-dev/misskey/issues/16994#issuecomment-3658626279 の実装 + https://github.com/misskey-dev/misskey/issues/16994#issuecomment-3658673134 のIPv6
```ts
const fastify = Fastify({
trustProxy: this.config.trustProxy ?? [
'10.0.0.0/8', '172.16.0.0/12', '192.168.0.0/16', '127.0.0.1/32', '::1/128', 'fc00::/7'
],
logger: false,
});
```
---
②[Hubに記載されていたnginxの設定](https://misskey-hub.net/ja/docs/for-admin/install/resources/nginx/) + cloudflareのドキュメントに[記載されていたサンプル](https://developers.cloudflare.com/support/troubleshooting/restoring-visitor-ips/restoring-original-visitor-ips/#nginx-1) + cloudflareが[公開](https://www.cloudflare.com/ips/)しているIP一覧
```txt
...
# Proxy to Node
location / {
proxy_pass http://127.0.0.1:3000;
proxy_set_header Host $host;
proxy_http_version 1.1;
proxy_redirect off;
# ---- 追記ここから ----
real_ip_header CF-Connecting-IP;
real_ip_recursive on;
set_real_ip_from 173.245.48.0/20;
set_real_ip_from 103.21.244.0/22;
set_real_ip_from 103.22.200.0/22;
set_real_ip_from 103.31.4.0/22;
set_real_ip_from 141.101.64.0/18;
set_real_ip_from 108.162.192.0/18;
set_real_ip_from 190.93.240.0/20;
set_real_ip_from 188.114.96.0/20;
set_real_ip_from 197.234.240.0/22;
set_real_ip_from 198.41.128.0/17;
set_real_ip_from 162.158.0.0/15;
set_real_ip_from 104.16.0.0/13;
set_real_ip_from 104.24.0.0/14;
set_real_ip_from 172.64.0.0/13;
set_real_ip_from 131.0.72.0/22;
set_real_ip_from 2400:cb00::/32;
set_real_ip_from 2606:4700::/32;
set_real_ip_from 2803:f800::/32;
set_real_ip_from 2405:b500::/32;
set_real_ip_from 2405:8100::/32;
set_real_ip_from 2a06:98c0::/29;
set_real_ip_from 2c0f:f248::/32;
# ---- 追記ここまで ----
# If it's behind another reverse proxy or CDN, remove the following.
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto https;
...
```
---
実際にログイン履歴で確認してみたもの↓
![Image](https://github.com/user-attachments/assets/c6369d05-4d38-4078-b0a4-b01a5e05bb48)
- 下段：configもソースも何も対応してない（2025.12.0の素の状態に近い）
- 中段：①だけ施した状態。cloudflareが公開しているIP帯の中にあるものだった（一応伏せた）
- 上段：①と②を施した状態。自宅のIPv6が記録されている</plain>"
https://github.com/misskey-dev/misskey/issues/16994#issuecomment-3659454289

2025-12-16 04:23:57 UTC

💬 Commented on "<plain>trustProxy: falseでIPベースのレートリミットが機能しないなどの問題がある</plain>": syuilo "<plain>そのような実装にして、デフォルト値から変更しなければならない環境がどれくらいあるのかによるという感じだわね
もし多くのケースでそのままで問題ないのであればMisskeyもそれで良さそう
もし「割とよくある」のであれば、設定を強制させるメリットよりもデメリットの方が上回っていると思われる</plain>"
https://github.com/misskey-dev/misskey/issues/16994#issuecomment-3658722963

2025-12-15 13:22:50 UTC

💥 Issue opened: #16996 "<plain>Play(AiScript)でバージョン指定コメントがないときの挙動がチェンジログにない</plain>"
https://github.com/misskey-dev/misskey/issues/16996

2025-12-15 02:27:03 UTC

💬 Commented on "<plain>正確なクライアントIPを記録できない</plain>": samunohito "<plain>起票ありがとうございます。
> Misskey v2025.12.0以降、正しいクライアントIPを記録するには、Misskeyの設定ファイル（通常は .config.yml など）で trustProxy: true を明示的に設定する必要があります。これは、MisskeyのバックエンドがFastifyの trustProxy オプションを使っており、デフォルト値が false に変更されたためです
dosubotが言う通りで、デフォルト値の変更対応が入りました。
> Misskeyの設定ファイルに trustProxy: true を追加
こちらの対応で従来の挙動に戻ると思いますので、試していただけると幸いです。</plain>"
https://github.com/misskey-dev/misskey/issues/16993#issuecomment-3652638184

2025-12-14 07:27:19 UTC

💬 Commented on "<plain>Release: 2025.12.1</plain>": syuilo "<plain>🙏🙏🙏</plain>"
https://github.com/misskey-dev/misskey/pull/16972#issuecomment-3650406749

2025-12-14 07:27:09 UTC

🎁 **NEW RELEASE**: [2025.12.1](https://github.com/misskey-dev/misskey/releases/tag/2025.12.1) is out. Enjoy!

2025-12-14 01:36:07 UTC

📦 New Pull Request: "<plain>[WIP] Update volume mount path for postgres container</plain>"
https://github.com/misskey-dev/misskey/pull/16986

2025-12-12 08:33:57 UTC

💬 Commented on "<plain>enhance(frontend): 投稿フォームの絵文字ピッカーに独立したウィンドウを使用できるように</plain>": syuilo "<plain>ウィンドウ表示できるとどのように嬉しいのかがピンときていない</plain>"
https://github.com/misskey-dev/misskey/pull/15291#issuecomment-3645480958

2025-12-11 15:54:38 UTC

📦 New Pull Request: "<plain>#16951 Service Worker Auto Preloadをオプトアウトするように</plain>"
https://github.com/misskey-dev/misskey/pull/16971

2025-12-10 08:26:32 UTC

💯 Pull Request Merged!: "<plain>fix(sw): オフライン時のfetch timeout処理を実装 </plain>"
https://github.com/misskey-dev/misskey/pull/16952

2025-12-08 23:31:33 UTC

💥 Issue opened: #16966 "<plain>削除されたノートのリノートは、削除したノートの空引用のリノートとして表示される</plain>"
https://github.com/misskey-dev/misskey/issues/16966

2025-12-08 06:11:47 UTC

💬 Commented on "<plain>CSSをJSファイルにバンドルする</plain>": syuilo "<plain>検証のためにもとりあえずバンドルしたいけど設定がいまいちよく分からん</plain>"
https://github.com/misskey-dev/misskey/issues/16963#issuecomment-3625160811

2025-12-08 02:57:11 UTC

💬 Commented on "<plain>リノート対象のノートが削除された場合、(リロード後も)当該リノートはTLで表示されたままになる</plain>": syuilo "<plain>当機能に十分な需要が認められた前提とすると、
- API側で実装 ... 負荷のかからないような実装方法であればアリ
- フロントエンドで実装 ... サーバーに負荷がかかるわけではないのでアリ</plain>"
https://github.com/misskey-dev/misskey/issues/16954#issuecomment-3624358032

2025-12-08 00:07:28 UTC

💬 Commented on "<plain>リノート対象のノートが削除された場合、(リロード後も)当該リノートはTLで表示されたままになる</plain>": samunohito "<plain>（哲学と体験の間で平行線になっている気配を感じますねぇ）</plain>"
https://github.com/misskey-dev/misskey/issues/16954#issuecomment-3623869478

2025-12-07 23:42:33 UTC

💬 Commented on "<plain>リノート対象のノートが削除された場合、(リロード後も)当該リノートはTLで表示されたままになる</plain>": Sayamame-beans "<plain>> 脈絡のない独り言ではなく、なんらかのノートに対する言及であると分かることは重要と思います
これが関係のあるリノートであるとは限らないので、その点は五分五分だと思います(X(Twitter)を含めた主観的な感覚では、関係ある傾向がやや強い程度で、脈絡ないリノート/リポストも一定数あると思います)
むしろリノート対象のユーザ名だけ出てしまう分、変に誤解を招きそう(場合によっては意図的に招くことも可…?)です
一方で、DBでやるとコストが掛かるのはそうですね(減らした分の一部が戻ってくる感じですが、CASCADEの仕組みを使うのに比べると同量に対するコストは高そう…?)</plain>"
https://github.com/misskey-dev/misskey/issues/16954#issuecomment-3623800146

2025-12-07 23:24:26 UTC

💬 Commented on "<plain>リノート対象のノートが削除された場合、(リロード後も)当該リノートはTLで表示されたままになる</plain>": syuilo "<plain>あるノートが削除されても関連するノートは消えない仕様にしたので意図しています。
リノートしたという情報が残ることは、対象が削除されても後から見た時にリノートに対しての言及がそうだと分かるようになります。</plain>"
https://github.com/misskey-dev/misskey/issues/16954#issuecomment-3623753774

2025-12-07 23:20:42 UTC

💬 Commented on "<plain>リノート対象のノートが削除された場合、(リロード後も)当該リノートはTLで表示されたままになる</plain>": samunohito "<plain>> 純粋なリノートは削除するか
が最もあるべき姿に近いと思います。
取得時に削るのは、ちょっと重いかと…fallback時に除外するクエリとか、Redis→IDベースの検索時に十分な件数が取れなかった時の再取得とかを鑑みると、チリツモで負荷をかけ続けることになると思います（フロントでの非表示も同様の理由）。
削除時にDBアクセスが増えてでも消しておけば、上記は免れるのではないかなと…</plain>"
https://github.com/misskey-dev/misskey/issues/16954#issuecomment-3623743845

2025-12-07 14:46:19 UTC

💥 Issue opened: #16954 "<plain>リノート対象のノートが削除された場合、(リロード後も)当該リノートはTLで表示されたままになる</plain>"
https://github.com/misskey-dev/misskey/issues/16954

2025-12-06 12:41:40 UTC

💥 Issue opened: #16949 "<plain>postgresコンテナのvolumeのマウントパス変更が必要</plain>"
https://github.com/misskey-dev/misskey/issues/16949

2025-12-06 12:22:57 UTC

🎁 **NEW RELEASE**: [2025.12.0](https://github.com/misskey-dev/misskey/releases/tag/2025.12.0) is out. Enjoy!

2025-12-06 10:34:18 UTC

💬 Commented on "<plain>特定のMFMをiOSのブラウザ上で読み込むとiOSがクラッシュする</plain>": nakkaa "<plain>私のiPadOS 26.1(iPad Air M2)では再現しました。
環境設定で次のようにします。
- 動きのあるMFMを有効化する -> オン
- アニメーション画像を再生しない -> オヒ
続いて、大きくなるGopherくんを画面に映る状態にして待つと、画面が真っ暗になりロック画面に飛ばされます。
</plain>"
https://github.com/misskey-dev/misskey/issues/16943#issuecomment-3619883079

2025-12-06 09:43:27 UTC

💬 Commented on "<plain>Release: 2025.12.0</plain>": kakkokari-gtyih "<plain>テストが落ちてるわね</plain>"
https://github.com/misskey-dev/misskey/pull/16916#issuecomment-3619817287

2025-12-05 13:39:21 UTC

💥 Issue opened: #16943 "<plain>特定のMFMをiOSのブラウザ上で読み込むとiOSがクラッシュする</plain>"
https://github.com/misskey-dev/misskey/issues/16943

2025-12-03 15:43:33 UTC

💥 Issue opened: #16933 "<plain>2025.12.0-alpha.1へ更新後、 permission denied, open '/misskey/.config/default.json' が発生し起動しない。</plain>"
https://github.com/misskey-dev/misskey/issues/16933

2025-12-03 12:17:18 UTC

💬 Commented on "<plain>起動時に pnpm のプロセスが残り続け、メモリを消費している</plain>": syuilo "<plain>Note: Misskeyでは直接 Node.js でエントリポイントを実行する方法は想定しておらず、そのような方法で起動した場合予期せぬ不具合が発生する可能性があります。</plain>"
https://github.com/misskey-dev/misskey/issues/16931#issuecomment-3606589625

2025-12-03 12:12:36 UTC

💥 Issue opened: #16931 "<plain>起動時に pnpm のプロセスが残り続け、メモリを消費している</plain>"
https://github.com/misskey-dev/misskey/issues/16931

2025-12-01 06:59:23 UTC

💬 Commented on "<plain>enhance(backend): pugをやめ、JSXベースのテンプレートに変更</plain>": kakkokari-gtyih "<plain><img width="680" height="643" alt="image" src="https://github.com/user-attachments/assets/7aefae64-dd9a-4950-8a3b-c4329632dabe" />
常にエスケープを意識しながらbootloaderを書く必要があるので文字列で埋め込むのはかなりストレスの掛かる作業になりそう（JSXのscriptタグ内に直接記述すると、JSX側のJSと干渉してうまくできなかった）</plain>"
https://github.com/misskey-dev/misskey/pull/16908#issuecomment-3594872700

2025-12-01 06:14:23 UTC

💬 Commented on "<plain>Emojiの型に画像の縦横比を含めて欲しい</plain>": samunohito "<plain>（サードパーティアプリの文脈無いような…それはさておき）
カラムとプロパティだけ用意して、レスポンスにサイズが含まれていればそれを使えるようにするのであれば…まあ…
（既存データへのサイズ付与は運用時の責務とし、必要に応じて…）</plain>"
https://github.com/misskey-dev/misskey/issues/16913#issuecomment-3594702775

2025-12-01 05:36:50 UTC

💬 Commented on "<plain>Emojiの型に画像の縦横比を含めて欲しい</plain>": samunohito "<plain>自分個人としては、実装コストのわりに得られるメリットが小さく、かなり渋い印象を持ちました。
### バックエンド観点
- 現状のemojiテーブルにはwidth/heightに相当する情報が無い
- 絵文字登録時の元ファイル（drive_file）への参照も保持していないため、サーバ側でサイズを取得することも難しい
- 仮にwidth/heightカラムを追加しても、既存データを埋めるには全件の画像をダウンロードしてサイズを計測するツールが必要で、移行コストが非常に重い
### フロントエンド観点
- 「画像ロードによるサイズ変更」と「Vueコンポーネントの再レンダリング」は無関係な気がしてて、width/heightをDBに持ってもレンダリング回数は変わらないんじゃないかと…（レイアウトシフト低減という文脈であれば理解できます）
</plain>"
https://github.com/misskey-dev/misskey/issues/16913#issuecomment-3594618011

2025-11-29 07:21:26 UTC

📦 New Pull Request: "<plain>enhance(backend): pugをやめ、JSXベースのテンプレートに変更</plain>"
https://github.com/misskey-dev/misskey/pull/16889

2025-11-29 03:01:39 UTC

💥 Issue opened: #16886 "<plain>絵文字追加辞書がリアクション時の絵文字検索画面で機能しない</plain>"
https://github.com/misskey-dev/misskey/issues/16886

2025-11-28 10:04:08 UTC

🎁 **NEW RELEASE**: [2025.11.1](https://github.com/misskey-dev/misskey/releases/tag/2025.11.1) is out. Enjoy!

2025-11-27 07:58:48 UTC

📦 New Pull Request: "<plain>enhance: replace JSON5 with AiSON</plain>"
https://github.com/misskey-dev/misskey/pull/16876

2025-11-27 04:20:34 UTC

💬 Commented on #16873 "<plain>compose.ymlがPostgresql18指定になりましたが、18の利用は必須ですか？</plain>": nakkaa "<plain>ありがとうございます。必須ではないが推奨ということで理解しました。</plain>"
https://github.com/misskey-dev/misskey/discussions/16873#discussioncomment-15092582

2025-11-27 02:40:13 UTC

💬 Commented on "<plain>fix: フォロワー限定投稿の本人リプライ、リノートを解決できるように（signed getされた際にfollowers, specifiedのノートも取得可能に）</plain>": tai-cha "<plain>> 投稿者本人がフォロワー限定投稿を引用しても、それが未知のもの(当該サーバーとの連合開始以前の投稿等)である場合は、引用したノート本体のみ連合され、どのノートが引用されているかは分からず(引用でないように見える)、引用されたノートの連合もされない
これに対するテストも必要そう</plain>"
https://github.com/misskey-dev/misskey/pull/16871#issuecomment-3583989463

2025-11-26 13:50:52 UTC

💬 Commented on "<plain>フォロワー限定投稿の本人リノートが連合されず、未知の投稿の場合に本人が引用/リプライしても連合されない (そもそもフォロワー限定投稿を照会出来ない)</plain>": samunohito "<plain>調査したのでメモ：
---
リノートした鍵投稿のURLは_misskey_quoteに格納されて相手まで届いていて（ログで見た）、そのURLをもとに解決を図ろうとまではしているようでした。ただ…
https://github.com/misskey-dev/misskey/blob/b5767c315a31363edac4fe39aa5202f94942f7e9/packages/backend/src/server/ActivityPubServerService.ts#L648-L652
↑で弾かれています。public/homeのみ取るようになってるので、followersなノートは引っかかりません。
---
で、試しにリクエストに乗ってきたkeyIdから誰か特定してフォロワーかどうかを確認する[実装](https://github.com/tiramiss-community/tiramiss/pull/59/files#diff-777735d82d9e090f52f196bab74ea34c4d34f2dfbe75d81cb8af2f798f7e33e3R672-R716)を仕込んでみましたが、instance.actorのkeyを使って照会してきているようで、このロジックは役に立ちませんでした。
---
照会する側でkeyを設定するときってどうやってるのかと思ったら、
https://github.com/misskey-dev/misskey/blob/26506677c2debbe7d58b26f1e5c98b834bc72e0f/packages/backend/src/core/activitypub/ApResolverService.ts#L107-L113
のようになっていました。this.userが指定されていなければactorを使う動きになっているようですが、このthis.userは上記の個所でしか設定されないので、実質actorのkeyのみを使うようになっているようでした。
ここで個人のkeyを使えば…？とも思ったのですが、力尽きました</plain>"
https://github.com/misskey-dev/misskey/issues/15521#issuecomment-3581416636

2025-11-26 01:18:43 UTC

💥 Issue opened: #16858 "<plain>dev: RenovateがOOMで落ちる</plain>"
https://github.com/misskey-dev/misskey/issues/16858

2025-11-22 23:40:34 UTC

💥 Issue opened: #16831 "<plain>ノート検索に空白の選択肢が存在する</plain>"
https://github.com/misskey-dev/misskey/issues/16831

2025-11-19 03:46:19 UTC

💬 Commented on "<plain>chore: followup 16793</plain>": anatawa12 "<plain>devcontainer、misskey本体じゃないしいらないに一票</plain>"
https://github.com/misskey-dev/misskey/pull/16814#issuecomment-3550578137

2025-11-17 10:26:11 UTC

💥 Issue opened: #16806 "<plain>リモートユーザーがリアクションした未観測ノートを強制的に照会するオプション</plain>"
https://github.com/misskey-dev/misskey/issues/16806

2025-11-16 08:23:45 UTC

🎁 **NEW RELEASE**: [2025.11.0](https://github.com/misskey-dev/misskey/releases/tag/2025.11.0) is out. Enjoy!

2025-11-14 06:22:16 UTC

💥 Issue opened: #16787 "<plain>`.devcontainer/Dockerfile` のソースコンテナが Renovate の bump 対象になっていない</plain>"
https://github.com/misskey-dev/misskey/issues/16787

2025-11-10 06:58:09 UTC

💬 Commented on "<plain>enhance(frontend): アンテナ・リストの設定画面・タイムラインの動線を改善</plain>": kakkokari-gtyih "<plain>> チュートリアル追加するか
チュートリアル云々ではなく単純に導線として変かなと個人的には感じた
（要素の一覧画面 > 要素の結果を見る画面 > 要素の設定をする画面の順に導線を組むのが普通そう）</plain>"
https://github.com/misskey-dev/misskey/pull/16739#issuecomment-3509735810

2025-11-10 05:09:19 UTC

🆕 Pushed by **syuilo** with ?[1 commit](https://github.com/misskey-dev/misskey/compare/23d2d191a0b0...73bcd330f7c4):
・[?[73bcd33](https://github.com/misskey-dev/misskey/commit/73bcd330f7c409f444e2ec34d088dbe5f0c543ca)] fix(backend): improve isFederationAllowedHost

2025-11-09 08:39:50 UTC

💬 Commented on "<plain>Devcontainerで環境構築後サーバーを起動するとエラーが出る</plain>": dosubot[bot] "<plain>
Hi @kamiya-s-max! I'm [Dosu](https://go.dosu.dev/dosubot) and I’m helping the misskey team.

このエラーは、Devcontainerのベースイメージ（`mcr.microsoft.com/devcontainers/javascript-node:0-18`）がDebian 11（bullseye）ベースであり、必要なGLIBCXX_3.4.29（libstdc++の新しいバージョン）が含まれていないため発生しています。MisskeyのDevcontainer設定や初期化スクリプトではlibstdc++のアップグレードやGLIBCXXバージョンの指定は行われていませんでした[参考](https://github.com/misskey-dev/misskey/blob/29bfc9a91a29a5dc49589f3b5e96d7914a46674c/.devcontainer/Dockerfile#L1-L2)。
**解決策の例:**
- DevcontainerのDockerfileを編集し、より新しいDebian（例: bookworm）やUbuntu（例: 22.04以降）ベースのイメージに変更する。
- もしくは、`init.sh`などでlibstdc++の新しいバージョンをインストールする（例: `sudo apt-get install -y libstdc++6` だが、bullseyeではバージョンが足りない場合が多いので、やはりベースイメージの更新が確実です）。
**参考コマンド例（Dockerfileに追記）:**
```dockerfile
FROM mcr.microsoft.com/devcontainers/javascript-node:0-20
# もしくは Ubuntu 22.04 ベースのイメージを選択
```
**注意:** ARM64環境では特に新しいlibstdc++が必要な場合が多いので、ベースイメージの更新が最も安全です。
この修正で`GLIBCXX_3.4.29`が提供され、サーバーが正常に起動する可能性が高いです。

*To reply, just mention [@dosu](https://go.dosu.dev/dosubot).*
---
<sup>How did I do? [Good](https://app.dosu.dev/response-feedback/a6bce206-f8ff-44d3-8558-17f5882eba46?feedback_type=great_response) | [Irrelevant](https://app.dosu.dev/response-feedback/a6bce206-f8ff-44d3-8558-17f5882eba46?feedback_type=irrelevant_answer) | [Incorrect](https://app.dosu.dev/response-feedback/a6bce206-f8ff-44d3-8558-17f5882eba46?feedback_type=incorrect_sources) | [Verbose](https://app.dosu.dev/response-feedback/a6bce206-f8ff-44d3-8558-17f5882eba46?feedback_type=too_verbose) | [Hallucination](https://app.dosu.dev/response-feedback/a6bce206-f8ff-44d3-8558-17f5882eba46?feedback_type=hallucination) | [Report 🐛](https://app.dosu.dev/response-feedback/a6bce206-f8ff-44d3-8558-17f5882eba46?feedback_type=bug_report) | [Other](https://app.dosu.dev/response-feedback/a6bce206-f8ff-44d3-8558-17f5882eba46?feedback_type=other)</sup>  [![Chat with Dosu](https://dosu.dev/dosu-chat-badge.svg)](https://app.dosu.dev/674897ba-829a-43bd-99d2-7591489b04aa/ask?utm_source=github) [![Join Discord](https://img.shields.io/badge/join-5865F2?logo=discord&logoColor=white&label=)](https://go.dosu.dev/discord-bot) [![Share on X](https://img.shields.io/badge/X-share-black)](https://twitter.com/intent/tweet?text=%40dosu_ai%20helped%20me%20solve%20this%20issue!&url=https%3A//github.com/misskey-dev/misskey/issues/16776)</plain>"
https://github.com/misskey-dev/misskey/issues/16776#issuecomment-3507708931

2025-11-09 08:35:20 UTC

💥 Issue opened: #16776 "<plain>Devcontainerで環境構築後サーバーを起動するとエラーが出る</plain>"
https://github.com/misskey-dev/misskey/issues/16776

2025-11-07 11:42:49 UTC

💬 Commented on "<plain>TLや検索においてのみミュートを適用し、リプライや引用などの通知は通常通り行われるようなユーザーミュート設定が欲しい</plain>": syuilo "<plain>Off-topic:
こういうエンドユーザーにとって存在して特にデメリットのない機能の場合、「(使うかどうかは分からないけど)無いよりは有った方が良い」ということでとりあえず「必要」な選択肢に票が集まる傾向があるから、選択肢を「絶対使う」「多分使う」「分からない」「多分使わない」「絶対使わない」とかにして、「絶対使う」にどれくらい投票されたかを見る方が需要を知る上では確実ではありそう</plain>"
https://github.com/misskey-dev/misskey/issues/13405#issuecomment-3502083266

2025-11-06 10:43:17 UTC

💬 Commented on "<plain>TLや検索においてのみミュートを適用し、リプライや引用などの通知は通常通り行われるようなユーザーミュート設定が欲しい</plain>": syuilo "<plain>需要がどんくらいかによりそう</plain>"
https://github.com/misskey-dev/misskey/issues/13405#issuecomment-3496498551

2025-11-05 00:49:14 UTC

💬 Commented on "<plain>fix(frontend): PageHeaderのタイトルがはみ出る問題を修正</plain>": syuilo "<plain>/ｐｒｅｖｉｅｗ</plain>"
https://github.com/misskey-dev/misskey/pull/16744#issuecomment-3488606463

2025-11-04 00:28:58 UTC

💬 Commented on #16746 "<plain>Misskeyのアカウント移行について — どの情報が実際に移行されますか？</plain>": jayhsu5202 "<plain>移行は即座に行われますか?</plain>"
https://github.com/misskey-dev/misskey/discussions/16746#discussioncomment-14864048

2025-11-02 01:44:09 UTC

💬 Review commented on "<plain>feat: チャンネルミュートの実装</plain>": syuilo "<plain>cc @anatawa12 </plain>"
https://github.com/misskey-dev/misskey/pull/14105#discussion_r2484085283

2025-10-29 14:35:49 UTC

💬 Commented on "<plain>sync read position between multiple devices via read marker API</plain>": foss- "<plain>The challenge I intended to bring up was sync functionality across devices. If this is achieved via a custom solution in misskey or by adapting mastodon API is secondary. The focus is the functionality. Mastodon was mentioned to give an idea, how this can be tackled. Same goes for the considerations done by Nik in the linked comment.</plain>"
https://github.com/misskey-dev/misskey/issues/16724#issuecomment-3461913628

2025-10-29 12:19:32 UTC

💬 Commented on "<plain>sync read position between multiple devices via read marker API</plain>": KisaragiEffective "<plain>I don’t agree with complaints like *“Why doesn’t Misskey have feature XXX that Mastodon recently implemented?”* nor with adopting Mastodon’s request/response schema (or *compatibility*, in other words) without carefully considering how it would actually fit into the implementation.
That said, I don’t find the lack of synchronized read position across devices particularly concerning.
What I **do** believe is that we should focus on **#16039**, since the referenced issue is more general in scope.</plain>"
https://github.com/misskey-dev/misskey/issues/16724#issuecomment-3461223856