Mudlet: ログイン時にGMCP / GAテキストが抑制されている

これは、サーバーがtelnetオプション1（ECHO）をネゴシエートし、Mudletがサーバーに送信してMudletに戻すテキストのMudlet画面リリースバージョン以降）行った修正よりも前のものです。 -正しく実行された場合、「画面に入力した内容をエコーする」オプションが設定されている場合、ユーザーがMudletコマンドラインに入力したパスワードが後でメインプロファイル画面に表示され

これは最近の変更であるかMudletはなかれ、このように

正直なところ、 (void) cTelnet::reset()メソッドで必要なものをリセットしていないようです-私はそれが何であるかを（まだ）知りません-誰かアイデアはありますか...？

私が言う唯一のことは、master.cでH_PRINT_PROMPTフックを無効にすると、2回目のログイン試行では問題は発生しませんが、フックが有効になっている最初の接続が表示され、その後の接続でのみ失敗するということです。接続、テキストがマドレットに送信されているという事実にもかかわらず、私はマッドライブラリまたはドライバーで問題を投げることが困難です。 ユーザー名とパスワードのプロンプトにnを追加すると、Mudletにプロンプ​​トが表示されるため、Mudletに問題があると思います。 （つまり、これは機能します：input_to（ "get_name"、INPUT_PROMPT、 "どの名前で知りたいですか？n"）;ただし、プロンプトの後に行が返され、入力が次の行に表示されます）

また、他のテスト済みクライアント（telnet、tintin ++）でも同じ問題は発生しません。

それはまったく役に立ちますか？

StickMUDでもこの問題が発生しています。 @mfczurealと私はゲームを通してそれを回避するためにかなりの時間を費やしましたが、これはマドレットに関連しているように感じます。

LDmud3.5.1とMudlet3.17で確認されましたが、これはかなり前からMudletにありました。 以前どこかで問題に気付いたと確信していますが、自発的に見つけることはできません。 詳細を報告していただきありがとうございます！

私たちは何かをリセットしていないようにまあ、私が聞いたことの音をしたときにサーバーが接続を切断-私たちがしなければならないすべては周りに二度目異なっており、それが初めてだったどのように戻ってそれを変更するかを作品です...：叫び：

比較のためにリプレイを録音してみましたが、オリジナルとは異なります。 最初の接続：表示は正常です。 次の接続：ディスプレイがオフになっています。 この時点でリプレイを再生しています：最初の接続時の表示も間違っています。

これは、最初のログインとその後のログイン時の動作の例です。 GAはゲームから送信されています。

これはまだ「詳細情報が必要」とマークされているようです。 この問題を解決するために何を提供できますか？ この問題により、GAを本番MUDにデプロイすることを進めることができません。この問題を修正するために、皆さんと協力したいと思います。 ありがとう

@SlySven ？

：thinking：うーん、切断/再接続の動作を反映していない可能性があるため、再生ファイルでは不十分な可能性があります-したがって、この問題を表示するMUDにログインし、いくつかの変数を監視する必要があります-いくつかの疑いがありますが、ライブですテストは本当に役に立ちます。 MUD @ mfczureal / @mpconleyのいずれかにログインできますか？

さて、あなたは最近Discordのトラブルシューティングをしているので、Darkwindを試してみませんか？ :)

ああ、私はGitHubの上@mfczurealが確執のZureaLだったことを知りませんでした。 ：ウィンク：

mg.mud.de:23接続して、この問題を試すことができます

gastような名前でゲストとしてログインし、再接続します。

これについてフォローアップがあったかどうかを確認するだけですか？ GAを本番環境に実装する能力をまだ維持しており、これを実現できるようにしたいと考えています。 ありがとう！

これからより多くの情報ラベルを取得し、優先度の高いラベルを取り戻す必要があります:)

終わり！ しかし、これを調査するための@SlySvenの計画が何であるかは

私はこれを調べようとしましたが、あなたが報告していることを私が経験していることを本当に確信できませんでした。 GAのものがどのように機能するのかよくわからないので、IREBugfixのものとそのすべての要素がどのように機能するのかわかりません。 Darkwindにログインしようとしましたが、ダウンロード可能なUIで非常に奇妙なことが起こっていました（パッケージとモジュールの両方としてインストールされ、開始するたびにインストールするのに時間がかかりました）TBHあなたが報告している問題を抱えていました-私はすべてのノブが正しい位置にあったかどうかさえわかりません。

：thought_balloon：マドレット側で役立つと思うのは、 HostとcTelnet 、場合によってはメインのTConsole一時的なメソッドのセットを配置することです。これはTBufferインスタンスは、これらのクラスの関連する可能性のあるすべてのboolフラグメンバーの状態を収集して返し、ログインが完了した直後（またはプロンプトでその異なる動作が表示されたとき）にレポートします。 これは、最初のログイン（正しい場合）と2回目以降の繰り返し（正しくない場合）の後にどのフラグが異なる状態にあるかを確認することです-これらのフラグの1つは（少なくとも）必要があると強く思いますcTelnet::reset()でリセット/設定-最近追加したHost::mIsRemoteEchoingActive必要だったことがわかりました...

見てくれてありがとう！ じゃあ、やってみます。

mg

Darkwindでも表示されません（接続情報を見つけるために_本当に_掘り下げる必要がありました-次回レポートで提供してください！）

Stickmudには何もありません：

問題を再現するための正確な手順を追加し（できればキャラクター作成をトロールする必要なしに）、これをもう一度見ていきます。 みんなありがとう！

現在、これらの問題のため、prodインスタンスとdevインスタンスでGAが無効になっています。 管理者の1人が開発MUDの新しいインスタンスを起動して、GAを再度有効にし、LDMudでGAがどのように機能するかをテストするための絶対的な遊び場になることができます。 今晩遅くに稼働するはずです。準備ができたら更新を提供します

@ vadi2 @SlySven stickmud.com7680またはMudletのStickMUDリンクを使用してください。 プレーヤーとして接続するか、ゲストとしてログインするには、ログイン時に「visit」と入力し、キャプチャを渡します。 接続後、luadisconnect（）を実行して上記のプロセスを繰り返すことができます。 2回目以降の接続では、プレーヤー名を入力するか「訪問」するまで、最初の接続の場合とは異なり、「名前を付ける」プロンプトは表示されません。

あなたがmgから試した例は確かに欠陥をうまく表示します。 説明させてください：

最初の接続試行でWie heisst Du denn ("neu" fuer neuen Spieler)?がgast答える前に送信され、その質問に答えた後にのみBist Du maennlich oder weiblich:が尋ねられることに注意してください-残りのログイン手順はこの問題には関係ありません。

今、以下のすべての試みで、あなたが表示されていないラインWie heisst Du denn答える前にgast 。 代わりに、質問を表示する前に回答する必要があります。そうすると、両方の質問が同じ行に表示されます。

了解、ありがとう！

：thinking ：： confounded ：： man_shrugging：

ああ、GAが有効になっているかどうかに関係なく、再接続時にステータスがリセットされないのではないかとひそかに疑っています...そのため、ゲームでまだ有効になっていない場合でも、Mudletは有効であると見なします（ mg.mud.deが有効になっていないなど）。 gastと入力するまで有効にします）。

GAが有効になっていない場合、Mudletはテキストをあきらめて表示する前に少し待機しますが、GAをオンにすると、GAが発生したときにのみテキストが表示されます。 したがって、ここで-GAは決して来ません-マドレットはテキストを表示するために永遠に待ちます。

これで問題が解決するかどうか教えてください。

• Linux： https ：
• osx： https ：
• Windows： https ：

こんにちは@ vadi2これはStickMUDを使用したOSXで動作します。 ありがとう！

良い。 これにより、マッドレット側で修正されます。 より良い修正は、接続時にGAをすぐに有効にすることです（したがって、mgのようにGAが表示されません。stickmudをテストしていません）

これまでのところ、GAがMudletまたはGrapevineクライアントであることを確認するとすぐに有効になります。それ以外の場合、プレーヤーは必要に応じてGAをオンに切り替えることができます。 一部のクライアントでは、GAを適切に処理してはなりません。

技術的には、GAはNVT（ネットワーク仮想端末）モデルの一部です。つまり、デフォルトの端末がTelnetが意味する半二重モデルの一部として提供することになっているものです。 Suppress Go Aheadは、Mudletがこれまでに同意したオプションではないため、実際には、GA信号を提供するためにもう一方の端が必要です。 私はこれまで完全にこれに気づいていませんでした...

これにより、mg.mud.deへの接続エクスペリエンスが向上するようです👍

GAの必要性（または必要性なし）に関するコメントは、＃1252でもう少し詳しく説明されており、MGは、廃止されたように見えるGAの代わりにEORを送信するだけで、Mudletで正常に機能するようです。

ケバブはこの問題に私の注意を向けました、そして私はGA / SGAについて少しコメントしたいと思います。 他にどこにあるのかわからないので、ここにあります...

あなたは完全に正しいです。 GAは、フロー制御の（歴史的な）手段です。 また、SGAがネゴシエートされない限り、標準に準拠した通信パートナーは、他のパートナーが送信を許可されたときに（つまり、最近ではおそらく各出力の後に）GAを送信する必要があります。 しかし、同じ議論により、パートナーはGAを受け取った後にのみ送信する必要があります...（誰も私は思いません）

私の見解では、これに対処し、標準に準拠するための唯一の合理的な方法は、常にSGAをネゴシエートし、余分なGAを取り除くことです。

これが、私がプロンプト検出（プロンプトのマーキング）の手段としてGAを使用する友人ではない理由です。 これを行うには、Suppress-go-aheadを有効にして、telnetのフロー制御の手段としてGAをする必要があります。 そうして初めて、telnetの上のレイヤーで他の意味で使用できます（MUD出力でプロンプトをマークする）。 ここでtelnet標準を無視したとしても、プロンプトに対してGAを取得し、最終的には他の多くの非プロンプト出力に対してGAを取得する可能性があります。
1つの問題は、MUDが迅速な検出にGAを使用するかどうかをネゴシエートするための優れた方法がないことです。

さらに、SGAは、NOECHOモードやCHARMODE / LINEMODEなどの他のtelnetオプションとAFAIRで絡み合っています。 この相互依存は、問題をさらに複雑にします。

Morgengrauenは、TELOPT_EORがネゴシエートされた場合（プロンプトをマークしない場合）、プロンプトのマーク付けにEORを使用し、SGAをいじりません（これにより、mudlibのtelnetネゴシエーション動作が大幅に複雑になるためです-この場合、MudlibはTELOPT_ECHO、TELOPT_SGA、TELOPT_COMPRESS、TELOPT_COMPRESS2はやりたくないので、これはドライバーのためのものです）、フロー制御のすべての問題をLDMudのtelnetマシンに任せます。 つまり、Morgengrauenには、GA / SGAにLDMudを使用するMUDのデフォルトの動作があります。

LDMudのデフォルトの動作については、現時点ではよくわかりませんが、 @ amotzkauは確かに詳細を教えてくれます。

LDMudのデフォルトの実装では、プロンプトについて何も表示されません（これには歴史的な理由がある可能性があります。以前は、プロンプトはinput_toを呼び出す前に作成されていたため、ドライバーにはプロンプトが何であるかが表示されませんでした）。

また、LDMudはSGAを使用してcharモードを示しますが、これには履歴上の理由もあります。 SGAがない場合、コミュニケーションパートナーは、相手からGAを受け取ったときにのみ話し、話し終わったときにGAに信号を送るように促されます。 したがって、この「コマンド、GA-回答、GA」のシーケンスは、事実上ラインモードスタイルを構成します。 また、SGAに同意すると、多くのクライアントから文字モードと見なされます。これは、クライアントが入力時に文字を自由に送信できるようになったためです。 そのため、SGAは最初はネゴシエートされません。同じことができるLINEMODE telnetオプションがありますが、それはSGAほどクライアントに広く採用されていません。

@SlySvenに応えて、SGAが同意されない場合、すべてのサーバーがGAを送信する必要があります。これは技術的には正しいですが、GAを送信し、GAを受信しなかった後、クライアントは何も送信できないことも意味します。 また、サーバーは、ユーザーコマンドを再度待機する前に、単一の応答の送信のみを許可されます。 帯域外メッセージ（イベント、他のユーザーによるアクション）は、ユーザーが別のコマンドを実行するまでバッファリングする必要があります。 私の知る限り、MUDクライアントやサーバーはこれに準拠していません。

プロンプト表示にGAを使用すると、その古いプロセスに従います（サーバーはGAで応答を終了し、応答の最後はプロンプトです）が、このプロセスの残りの部分は誰も実行しないため、これは適切な理由にはなりません。 また、SGAが合意された場合（つまり、これはマドレットには関係ありません）、GAは送信されず、受信時に無視されます。 したがって、他のクライアントは、charモードでのプロンプト表示を無視する可能性があります。