それはダイアログをHTML化することで解決される
しゅいろ 
(@syuilo@misskey.xyz)님의 게시물
このアカウントは https://misskey.io/@syuilo に引っ越します
---
Author and project lead of #misskey.
Misskeyの作者。主人→@AureoleArk
好きなこと: 近所を散歩すること、写真を撮ること、眠ること
最近はお菓子を食べることも好き
#misskey #藍ちゃファンクラブ #DTM #BitwigStudio #写真 #アズレン #わーーーーーーーーーーーーーーー #web
Because I can not understand English, I may not be able to answer questions.
ビルドの設定をミスったりとか、キャッシュの関係でまれに最新バージョンとしてダウンロードされるスクリプトのバージョンが最新になっていない場合があり、その場合は自動更新すると無限に更新が繰り返されることになりユーザーの操作が不可能になる
これを防ぐ目的が一番大きい
Vueのサンプルコードに載っているレベルのシンプルな状態でテストしてリークがあるかどうか確認する
コンポーネントを空にしてみるだとか、今度はトランジションを無効にしてみるとか、そうやってどんどん構造をシンプルにして条件を絞っていくアプローチが我ながら功を奏したな
とにかくトランジションシステムを無効にすることでメモリリークが解消されたということだけは分かった
Vueのトランジションシステムのせいだ
(Vueが悪いのかMisskeyが悪いのかはまだわからない)
インスタンス自体がどこからか参照されている可能性はあるけどオブジェクトが参照されているかどうかはインスタンスの残存には関係しなさそう
JavaScriptってある変数がJavaScriptのどこからか参照されているか否かって知る術ないよね？
うーーむ、仮に参照されていたとしても、VueはあるデータがJSのどこからか参照されているかはわからないのでインスタンスがメモリから取り除かれるかどうかとは関係なさそうに思える
起動してからある程度の期間は少しずつ増えていきそう(タイムラインの最大表示数に達するまでは投稿が蓄積されるので)
うーーむなかなかメモリリークの原因を突き止めるのは…
Chromeのインスペクタ使えば分かるだろうか…
プロフィールに投稿と同じ構文(Misskey Flavored Markdown, MFM)が使えるようになりました。
また、デスクトップ版の新しいユーザーページのデザインをテスト中です。
class Node
{
public int elem;
public Node next;
public Node() : this(0, null) { }
public Node(int val,Node next)
{
this.elem = val;
this.next = next;
}
}
class ListTest
{
public Node head;
public ListTest()
{
head = null;
}
public void Add(int val)
{
Node node = new Node(val, this.head);
this.head = node;
}
}
class Program
{
static void Main(string[] args)
{
ListTest list = new ListTest();
list.Add(15);
list.Add(20);
list.Add(30);
list.Add(30);
list.Add(15);
for (Node n = list.head; n != null; n = n.next)
{
Console.Write("{0}\n", n.elem);
}
}
}
