Expired SSL in osdn.dl.osdn.net web server.

[antdude]

Hello,

I'm using TeraTerm v5.2 and v5.3 in my updated, 64-bit W10 Pro. Its check update is broken with "access error?" https://osdn.dl.osdn.net server makes my web browsers unhappy because osdn.dl.osdn.net uses an invalid security certificate. The certificate expired on Saturday, October 14, 2023, 6:48 PM. The current time is Saturday, September 14, 2024, 10:21 AM. Error code: SEC_ERROR_EXPIRED_CERTIFICATE".

Please fix!

Thank you for reading and hopefully fixing and answering soon. :)

[nmaya]

OSDN is no longer Tera Term's project hosting site and distribute site.
We are not an administrator of OSDN.

check update

How do you check for updates?

[antdude]

OSDN is no longer Tera Term's project hosting site and distribute site. We are not an administrator of OSDN.

check update

How do you check for updates?

Interesting. I used Tera Term's Help menu's Check Update option to check for updates which failed. This needs to be fixed.

[nmaya]

Hmm... I have never use that function.

This needs to be fixed.

I see.

[sempreff]

I see that the ttxcheckupdate plugin references an old URL.

[shimarisu]

Probably.
[Ttssh2-devel 4465] Version Check Plug-in

C:\Program Files(x86)\teraterm5\TTXCheckUpdate.dll
is present, the “Check for Updates” menu
may be displayed (details unknown).

When I used Tera Term 5.1, I deleted this dll, and it fixed the phenomenon that Tera Term starts extremely slowly.
Also, there are some libraries that depend on how Tera Term is built, such as
　cJSON 1.7.14 (https://github.com/DaveGamble/cJSON/)
　This is used by TTXCheckUpdate plugin.
but if the functionality is not needed, this library can be eliminated as well.

Translated with DeepL.com (free version)

[sempreff]

OSDN の生成するものと同じ形で json ファイルを作って HTTP GET できる場所に置き、lng ファイルの [TTXCheckUpdate] セクションに JSON_URL として設定してあげれば、暫定対処になると思います。
本格対応は TTXCheckUpdate の対応ということになると思いますが、json の形が全然違うのでそれなりに大変そうです。

---

I think that creating a json file in the same format as the one generated by OSDN, placing it in a place where HTTP GET is possible, and setting it as JSON_URL in the [TTXCheckUpdate] section of the lng file would be a interim solution.
I think the TTXCheckUpdate should adopt for support new URL, but it will be a little difficult because the json file format is completely different.

[sempreff]

here is a workaround (as PoC)

[TTXCheckUpdate]
JSON_URL=https://raw.githubusercontent.com/sempreff/teraterm/%23326-temporary-workaround/sample_release_tags.json

[nmaya]

インストーラに含まれていないので、ほぼ使われておらずメンテナンスもされていないと思っていました。
zip版には入ってるんですね。

[zmatsuo]

installer/release.bat で作った zip には含まれてないですが、
cmakeビルドでzipを作ると含まれていますね。

同じ動作にしていたつもりですが直さないといけないですね。
x64,arm と合わせて直したいところです。

checkupdate は Appveyor でビルドすると main ブランチだと
自動で バージョン情報 json が作成されるとか
自動な仕組みがあれば便利そうです。

[sempreff]

json はリクエストのたびに作成するのではレスポンスが悪いので、check update に挙がってほしいタイミングで、更新したものをあらかじめ用意しておけば良い、と思っていました。
自動で生成されれば楽なのかもしれませんが、

• リリースはそんなに頻度高いものではないこと
• スナップショットは AppVeyor でのビルドをトリガーに json を更新する手はあると思いますが、作成した artifact は時限式で消えてしまうので、json から消すトリガーが難しそうなこと

から、静的に用意するという案が堅実かなと思います。

ワークアラウンドは提示しましたので、ご検討いただければ幸いです。

[nmaya]

「AppVeyor のコミットメッセージの文字化け」からこちらに来ましたが、TTXCheckUpdate をプラグインを使って新しい snapshot (github-snapshot, github-main) をチェックして更新する需要があるのかわからない、と思っています。

• github-snapshot の生成物は開発状況に応じたブランチ（特定の issue の修正）である
  • 複数同時に修正が走ることがあり、ビルド事に別の issue の修正が含まれることがある。最新だからといって進行中のすべての修正が含まれているとは限らない
  • 途中までの作業を進めてビルドすることがあり、ユーザ向きではないことがある
• github-main はマージコミットが多く、コミットメッセージを見ても「何々ブランチがマージされた」という情報しかない
  • 例:Merge branch '380-save_senddialog_options' のようなコミットメッセージから、なんの変更なのか判断するのが難しい
  • main であれば日にちが判断基準になるかもしれないが、判断材料はそれくらいしかない
  • 「とりあえず」で main にマージされることがあるので安定していない（これは別issueの問題ですが...）