のえる @noellabo@fedibird.com

#fedibird Nightly Fedibirdの方で、Cat機能の改善・無効化設定を有効にしたバージョンをテスト開始しました。

問題がなさそうであればFedibird本体の方にも適用します。

■ Cat変換による絵文字とURLリンク不具合の改善

にゃ、nyaなどの変換で、絵文字のショートコードやURLの一部、ハッシュタグに意図しない変換が適用され、絵文字が展開されなかったり、リンク先が無効になってしまう不具合を修正しました。

■ Catの無効化

Misskey、小田急および、Fedibird自身の設定によるCatの影響を無効にする設定を追加しました。

ユーザー設定の外観に設定があります。

ん。いないあいだに楽しそうな話してるな……。

『Catとして設定』は、文字の置き換えで副作用がでることがわかっているので、改修中です。

連合先にはCatフラグを伝えますが、テキストの置き換えなどはせずに原文が伝わります。

API応答の書き換えなので、Fedibirdに直接アクセスしているユーザーの、WebUIとクライアントアプリ、パブリックページに影響します。

この設定にかかわらず、従来通り表示される設定を追加中です。（添付画像参照）

取り急ぎそんなところかな。

sidekiqがキューを消化している様子がよくわかる、時報のタイムライン。

#デレステ みんな、ありがとうな！（バレンタインイベント）

ウチの主力メンバー達ですねー。卯月は人気・実力とも圧倒的、ウチの堂々の看板アイドルです。響子も主戦力。実力で引っ張ってくれてるぞ！ みちるは期待を裏切らないチョコをありがとうw

あと、楓さんが早々にチョコくれるSSRでやってきたので、あわせてご紹介。いつにも増して魅力的で、ずいずい来るとこ、本領発揮。……ずるいですよ、楓さん。

@zundan@mastodon.zunda.ninja @zundan ちなみに、本家Misskeyでの表示はこうです。

#fedibird ユーザー設定（プロフィールを編集）から、Cat、誕生日、場所の設定ができるようになりました。

基本的にMisskeyの互換機能です。

■ Cat

アバターアイコンに猫耳がつき、発言の「な」が「にゃ」に強制変換されて表示されます。韓国語とローマ字にも適用があります（割愛）。解除すると元に戻ります。

連合先には原文のまま届きます。Misskeyや小田急などCat機能互換のサーバでだけ、変換して表示されます。

基本的にジョーク機能の類ですので、適当に遊んだら戻しておいた方がいいかも？？

真面目に書いた文章がゆるくにゃって、誤解を招いてもしらにゃいよ？？

■ 誕生日

思いっきりインターネットに公開されますし、一度知られたら誰かが記録していたりします。正確な日付を公開する場合はよく考えてください。

なお、Fedibirdでは正しい情報とはみなさず、年齢制限等の参考には用いません。

■ 場所

適当なことを書いて遊ぶのが良いかと思います。

ビジネス利用の場合は正確な住所を記載しても良いですが、個人の場合は最大でも市町村までの表示がよいかと思います。

#fedibird Misskeyアカウントの公開情報から、これまでMastodonで未対応だった『場所』『誕生日』『Cat』の情報を表示する機能を追加しました。

アカウント情報の更新時に再取得されるため、まだ反映されていないアカウントも多数あります。

だいたい1日経過すると再取得するようになっているので、まだ見えていない場合でもそのうち出てくると思います。

Misskey側でプロフィールの更新を行うと、Updateアクティビティが配送され次第反映されます。

Catについては、アバターに耳が表示されますが、表示が欠けたり、色が正しく反映されなかったり、出ない場所もありますので、まあオマケ程度に考えておいてください。投稿内容についてはCat化されません。

かわらにゃいです。

なお、Mastodon側でこれらの情報を設定する機能はいまのところありません。

そうか肉の日…… 🍛

重要なこと知らせてくるね

愛用品。この子は、知っている人は知っている。とてもかわいい。

#fedibird ざっくり変更点。

カウンター類を非表示にした際、カウントを0ではなく実際に隠すようになりました。

リモートの未対応サーバでは従来通りです。

Fedibird系サーバはこの情報を連合するようになったので、Nightlyでも同じように伏せられます。

プロフィールのアップデートで他鯖に伝わります（いまはFedibirdとNightlyでしか連合しませんが）。

仕様は調整中です。

あと、Fedibird系の独自機能拡張が判別できるよう、設定画面にバッジを表示するようにしました。

Pawooはちょっと古いから無いかもしれないけど、ブースト時にダイアログ表示するようにすると、そこに公開範囲があったりするよ。

（相互フォローはFedibird独自）

公開範囲のデフォルト設定と同じになるので、鍵垢構成のアカウントはフォロワー限定のブーストになったりするよ。

からあげ置いときますね

（わかる人はわかるマネチキのやつ）

良い時間なので、これ再掲しときますね！

i'm lovin' it

今日の #デレステ

いうてあんまり力は入ってないんですが、イベントやってます。

このタイプのイベントは、PROでフルコンする方向でやるのがストレスなくていい！

ということで、コンディション良いときに初めて3曲フルコンできたやつを。パーフェクトコンボって出るんですねー。その続きでアンコール曲（イベント曲）もフルコンしたよ！

……調子にのってMASTERとかやると惨敗するけどね！！

Mastodon v3.2.0からの流れは、ざっとこういう風になっています。

mainというのが、文字通りメインです。

開発成果はここに積み上がっていき、特定のタイミングでバージョン番号を付与して（タグを切って）リリースされます。

stable-x.xというのは安定版が枝分かれしたもので、mainとは切り離して管理され、そこからリリースされることがあります。

これは、まだ最新版をリリースできるタイミングではない時に、とはいえこの修正適用したバージョン出さないとマズいな、という場合に、必要なものをmainから逆輸入（バックポート）するために作られる枝（ブランチ）です。

枝分かれしたものからmainの新しいバージョンに対しては、連続性がないので、直接アップデートできません。

何も改造してないのであれば、単にmainブランチに切り替えてしまえばいいのですが、

ここに自分なりの修正を加えていた場合は、それを元のブランチに移植する必要がでてきます。

mainとstable-x.xを別々に管理し、両方に同じ修正を適用しておくのが吉です。

本日の豆

たとえば、ATMで特定の操作をすると無限にお金が引き出せる方法が発見されたとして、

これをいきなり公表しちゃうと、犯罪と被害が多発するじゃないですか。

こういうのは、決して口外せず、こっそり問題を修正すべき立場の人に伝え、ただちに全てのATMに対策を実施し、修正が行き渡った状態になってから問題を公表します。

Mastodonの場合は、Githubみると、セキュリティのタブがあって、保証対象となるバージョンと、連絡先が書いてあります。ここに速やかに連絡してください。
https://github.com/mastodon/mastodon/security/policy

----

こういう問題がありましたって公表する時には、できるだけアップデート自体が行き渡っている状態に。理想的にはすべて行き渡った状態にしたい。

一方で『セキュリティアップデートだから、とりあえずあてて！ 説明はあとで！』っていうからには、他の問題が起きないことを保証しないといけない。

そのためには、修正部分を最小限にしないといけない。今回のアプデはそういうヤツです。（なお、次が本番です）
https://github.com/mastodon/mastodon/releases/tag/v3.4.5
v3.3.0用もあります。

んー、なんかMisskey v12.103.1のビルドだめだな？ 戻すか……。

マンゴーラッシーに氷が入っているの図（郡部なので都会ではないですね）