Robert

既に桁数は 3 桁にするようにしてはあるようでしたが、 右揃えになっていなかったので整数部分の桁数が違うと小数点の位置がずれていました。 #928 で右揃えで表示するようにしてみました。

I confirmed that 3.0.0-preview.2 also reproduces this issue.

Thank you, @gdziadkiewicz, We also found the same solution before, but this time MaxSizeRollBackups is ignored and log files for the same day are created endlessly. So we thought this...

Now when "DatePattern" is "yyyy-MM-dd", it reproduces the issue. ``` log4net:ERROR RollingFileAppender: INTERNAL ERROR. Append is False but OutputFile [...\Log\2025-03-21.1.log] already exists. ``` When "DatePattern" is 'yyyy-MM-dd".log"', it causes the...

Here is the setting which reproduces the issue. ``` ``` Here is the test code. ``` using log4net; using log4net.Config; using System; using System.IO; using System.Reflection; namespace TestLog4net { class...

We have confirmed the issue has been resolved! Thank you so much!

今気づきましたが #879 で報告があるようです。 実環境でも現象は発生しているようですね。

コードを読みました。 名前が被った曲はアーティスト名で区別しているようですが、 画像ファイル名で区別するようにすれば Perfect Shining!! でも対応できると思います。 既存のコードをなるべく変えないように対応するには 画像ファイル名からアーティスト名への変換テーブルを用意すると良いと思います。 変換テーブル取得用のAPIを用意して以下の値を返すようにデータベースを作成しておき、 ```` { "9cc53da5e1896b30": "ETIA", "19bdf34c7aed1ee0": "MJ", "ac5cab7a8a61d825": "technoplanet", "142c1e27ad2bddea": "livetune", "bacbd6ad4f2f6df4": "蔵", "20a6638745f28c48": "Re:MASTER" } ```` div.m_5.f_13.break の text ではなく img.m_5...

画像の中まで見れば区別はつくでしょうけど負荷を考えると厳しそうですね。 ソースを見ても画像以外の差は難易度と敵レベルくらいなので、難易度で区別するしかないんですかねえ……。 既存のスコアはどちらのスコアなのかわからないので消してしまうか、 あるいは13+のスコアであるという扱いのままにしておいて取得時に置き換えるかですかね……。 後者はスコア変動がマイナスになるケースで何か起きないかですが。

@soramame0256 「コロコロ変わるはず」が初期だけの可能性もあるんですかねえ……。 もう変わらない確証さえ持てれば一番確実に区別がつくんですけど。 @slime-hatena #925 で、曲一覧で artist に '初稿' と入れてある行のある曲は 楽曲レベル 0 を初稿、それ以外を最終稿として扱うようにしたものを作ってみました。 Perfect Shining!! のハードコーディングを避けるならこの方法かなあ……と。 初稿でない 0 が 14+ になった例もあるものの、 まだ初稿の 0 が昇格した例はないので、多分大丈夫かなあ……大丈夫であって欲しいです。