こんにちは 
トピック投稿内のインラインリンクをクリックしてトピックに戻ると、投稿の高さが正しく計算されなくなります（高くなります）。
再現手順：
たとえば、このトピックにアクセスします: Do we need a help button on the composer? - #13 by Don
そのトピック内のリンク「New User Tips」をクリックします。
ブラウザまたはOSネイティブのナビゲーションでそのトピックに戻るか、投稿の下にある戻るリンクをクリックします。
デスクトップビュー
モバイルビュー
ありがとうございます 
奇妙なバグに遭遇しました。再現はできますが、発生する正確な条件はわかりません。
2つの短いトピックから開始して、同じ2番目のトピックを使用しても再現できましたが、バグを引き起こす正確なコンテキストを見つけるのに苦労しています。
モバイル（AndroidのChrome、モバイル表示のChromeデスクトップ）でのみ発生します。
こんにちは 
これは関連性があると思います: Clicking on links in posts and go back makes incorrect post height
このバグのパターンを見つけたと思います。これは私の推測であり、必ずしも発生しているとは限りません。
戻ると、前のトピックの次の投稿の高さが保持されます（視覚的に確認できるのは、それがより背が高い場合のみだと思います）。
私の考えを明確にさせてください。
デモのために2つのトピックを開きました。
最初のトピックから2番目のトピックに移動し、戻ります。何が起こったのでしょうか？最初のトピックの投稿が、ここに示すビデオのように高くなっています。Clicking on links in posts and go back makes incorrect post height
今、最初のトピックの投稿を確認します。ここに1つあります。
計算された min-height が適用されます。
この値の計算はここで見つけて、post-id 属性を使用しているようです。
それでは、post-id を確認して何が起こっているか見てみましょう。
最初のトピックの投稿では、post-id は 12 です。
2番目のトピックでは、post-id 13 の投稿を見つける必要があります。それがこれです。
これは、最初のトピックの12番目の投稿に空のスペースが追加されているように見えます。
これはスライダーローダーを使用した場合にのみ発生するようです。何が起こっているのかはわかりませんが（ローダースライダーがページを開いたままにして、前のページに戻るためかもしれません）、2番目のトピックで min-height の計算が開始され、最初のトピックに戻ると、この計算が実際の投稿の高さに追加されるためかもしれません。
検索すればよかったですね！ 
投稿をマージしました、ありがとうございます！
素晴らしい捜査力でもありますね 
これはまだ起こっていますか？
いいえ、私にはうまく機能しているようです。 
