Mudlet: 로그인 시 GMCP/GA 텍스트가 표시되지 않음

이것은 마지막으로 서버가 telnet 옵션 1(ECHO)을 협상하고 Mudlet 이 서버에 다시 에 반향을 인계할 수 있도록 내가 최근에 수정한 것(3.16.1 릴리스 버전 이후 )보다 앞선 것입니다. - 올바르게 완료되면 사용자가 Mudlet 명령줄에 입력한 암호가 "내 화면에 입력한 내용을 에코" 옵션이 설정되어 있는 경우 기본 프로필 화면에 나중에 표시되지 않도록 합니다. 더 많은 정보가 없는 원인으로.

이것이 최근의 변경 사항인지 아니면 Mudlet이 항상 이랬는지 아십니까?

솔직히 말해서 우리가 (void) cTelnet::reset() 메서드에서 해야 하는 무언가를 재설정하지 않는 것처럼 들립니다. - 나는 그것이 무엇인지 (아직) 알지 못합니다 - 어떤 아이디어라도...?

내가 말하고 싶은 유일한 것은 master.c에서 H_PRINT_PROMPT 후크를 비활성화하면 문제가 두 번째 로그인 시도에서 발생하지 않는다는 것입니다. 연결, 텍스트가 Mudlet으로 전송되고 있음에도 불구하고 mud lib 또는 드라이버에 문제를 던지기 어렵습니다. 사용자 이름과 암호 프롬프트에 n을 추가하면 Mudlet이 프롬프트를 표시한다는 사실이 Mudlet에 문제가 있다고 생각하게 만듭니다. (즉, 이것은 작동합니다: input_to("get_name", INPUT_PROMPT, "By what name do you want to be known?n" ); 그러나 프롬프트 후에 줄 반환이 발생하고 입력은 다음 줄에 있습니다)

또한 테스트된 다른 클라이언트(telnet, tintin++)에서도 이와 동일한 문제가 표시되지 않습니다.

전혀 도움이 되나요?

StickMUD에도 이 문제가 있습니다. @mfczureal 과 저는 게임을 통해 이 문제를 해결하기 위해 많은 시간을 보냈지만 이것은 Mudlet과 관련된 것처럼 느껴집니다.

LDmud 3.5.1 및 Mudlet 3.17에서 확인되었지만 이것은 꽤 오랫동안 Mudlet에 있었습니다. 나는 이전에 어딘가에서 문제를 언급했다고 확신하지만 자발적으로 찾을 수는 없습니다. 세부정보를 보고해주셔서 감사합니다!

우리가 뭔가를 재설정하지 않습니다 글쎄 내가 뭘 들었 것은 소리를 수행 할 때 서버 연결이 끊어 - 우리가해야 할 모든 주위에 두 번째 다른과는 처음 방법으로 다시 변경 무엇을 작품입니다 ... : 비명 :

비교를 위해 리플레이를 녹음해 보았는데 원본과 다릅니다. 첫 번째 연결: 디스플레이가 정상입니다. 다음 연결: 디스플레이가 꺼져 있습니다. 현재 재생 재생 중: 첫 연결 시에도 잘못된 표시가 나타납니다.

다음은 첫 번째 로그인 및 연속 로그인 시 동작의 예입니다. 게임에서 GA를 보내고 있습니다.

나는 이것이 여전히 "추가 정보 필요"로 표시되어 있음을 알 수 있습니다. 이 문제를 해결하는 데 도움이 되도록 무엇을 제공할 수 있습니까? 이 문제로 인해 GA를 프로덕션 MUD에 배포하는 데 방해가 되며 이 문제를 해결하기 위해 여러분과 함께 작업하고 싶습니다. 감사 해요

@SlySven ?

:생각: 흠, 재생 파일이 연결 해제/재연결 동작을 반영하지 않을 수 있기 때문에 충분하지 않을 수 있습니다. 따라서 이 문제를 표시하고 몇 가지 변수를 모니터링하는 MUD에 로그인해야 합니다. 테스트가 정말 도움이 될 것입니다. 귀하의 MUD @mfczureal / @ mpconley 중 하나에 로그인할 수 있습니까?

글쎄, 당신은 최근에 Discord 문제를 해결하는 데 어려움을 겪었습니다. Darkwind를 사용해 보시겠습니까? :)

아,하지만 난 GitHub의에 @mfczureal이 불화에 ZureaL 몰랐습니다. :눈짓:

mg.mud.de:23 에 연결하여 이 문제를 시도할 수 있습니다.

gast 와 같은 이름으로 게스트로 로그인한 다음 다시 연결합니다.

이에 대한 후속 조치가 있었는지 확인하는 것뿐입니까? 아직 프로덕션에서 GA를 구현할 수 있는 능력을 유지하고 있으며 이를 실현할 수 있기를 진심으로 바랍니다. 감사 해요!

우리는 이것에서 더 많은 정보 레이블이 필요하고 우선 순위가 높은 레이블을 다시 가져와야 합니다. :)

완료! @SlySven 이 이것을 조사하기 위한 계획이 무엇인지 잘 모르겠습니다. 가능하면 Mudlet 코드를 자세히 살펴보고 어디가 잘못되었는지 확인하십시오.

나는 이것을 조사하려고 노력했지만 당신이보고 한 것을 경험하고 있는지 정말로 확신 할 수 없었습니다. 나는 GA 물건이 어떻게 작동하는지 정말로 이해하지 못하므로 IRE Bugfix 물건과 그 모든 요소가 어떻게 작용하는지 확실하지 않습니다. Darkwind에 로그인을 시도했지만 다운로드 가능한 UI(패키지와 모듈 모두로 설치되고 시작할 때마다 그렇게 하는 데 시간이 오래 걸리는)에서 정말 이상한 일이 진행되고 있었습니다. TBH 보고하는 문제가 발생했습니다. 모든 손잡이가 올바른 위치에 있는지조차 확신할 수 없습니다.

:thought_balloon: Mudlet 측에서 도움이 될 것이라고 생각하는 것은 Host 및 cTelnet 및 아마도 기본 TConsole 및 TBuffer 해당 클래스에서 가능한 모든 관련 bool 플래그 멤버의 상태를 수집 및 반환하고 로그인이 완료된 직후(또는 프롬프트와 함께 다른 동작이 표시될 때) 보고하도록 하는 TBuffer 인스턴스. 이것은 첫 번째 로그인 후에 어떤 플래그가 다른 상태에 있는지 확인하기 위한 것입니다(정확한 경우). cTelnet::reset() 에서 재설정/설정 - 내가 최근에 추가한 Host::mIsRemoteEchoingActive 에 필요했던 것처럼...

찾아주셔서 감사합니다! 알겠습니다. 그럼 해보겠습니다.

mg 되지 않음

Darkwind에서도 볼 수 없음(연결 정보를 찾기 위해 _정말__ 파헤쳐야 했습니다.

Stickmud에 아무것도 없음:

문제를 재현하기 위한 정확한 단계를 추가하면(가능한 한 캐릭터 생성 과정을 거치지 않고) 이 문제를 다시 살펴보겠습니다. 고마워 얘들아!

현재 이러한 문제로 인해 prod 및 dev 인스턴스에서 GA가 비활성화되었습니다. 관리자 중 한 명이 dev MUD의 새 인스턴스를 가동하여 제가 GA를 다시 활성화하고 LDMud에서 GA가 작동하는 방식을 테스트하기 위한 절대적인 놀이터가 될 수 있도록 할 것입니다. 오늘 저녁 늦게 일어나야 하며 준비가 되면 업데이트를 제공하겠습니다.

@vadi2 @SlySven stickmud.com 7680 또는 Mudlet의 StickMUD 링크를 사용하세요. 플레이어로 연결하거나 게스트로 로그인하려면 로그인 시 '방문'을 입력하고 보안 문자를 전달하세요. 연결한 후에는 연결 해제()를 수행하고 위의 과정을 반복할 수 있습니다. 두 번째 연결 이후부터는 플레이어 이름을 입력하거나 '방문'할 때까지 첫 번째 연결에서와 같이 '이름 입력' 프롬프트가 표시되지 않습니다.

mg에서 시도한 예는 실제로 결함을 잘 표시합니다. 설명하겠습니다:

공지 사항 첫 번째 연결에서 시도하는 방법 Wie heisst Du denn ("neu" fuer neuen Spieler)? 당신이 대답하기 전에 전송 gast 만 당신이 묻는 질문에 대답 한 후 Bist Du maennlich oder weiblich: - 로그인 절차의 나머지 부분은이 문제에 대한 무관 .

이제 다음의 모든 시도에, 당신은 볼 수 없습니다 라인 Wie heisst Du denn 에 대답하기 전에 gast . 대신 질문을 보기 전에 답변해야 하며, 그러면 두 질문이 같은 줄에 표시됩니다.

알겠습니다. 감사합니다!

:생각하는: :당황하는: :man_shrugging:

아, GA가 활성화되어 있을 때마다 상태가 다시 연결될 때 재설정되지 않는다는 은밀한 의심이 있습니다... 그래서 Mudlet은 게임이 아직 활성화하지 않았을 때 여전히 활성화된 것으로 생각합니다(예 mg.mud.de 는 그렇지 않습니다) gast 를 입력할 때까지 활성화합니다.

GA가 활성화되지 않은 경우 Mudlet은 포기하고 텍스트를 표시하기 전에 잠시 기다리지만 켜진 상태에서는 GA가 올 때만 텍스트를 표시합니다. 그래서 여기 - GA는 오지 않습니다 - Mudlet은 텍스트를 표시하기 위해 영원히 기다립니다.

이렇게 하면 문제가 해결되는지 알려주세요.

• 리눅스: https://transfer.sh/guark/Mudlet-3.17.1-testing-PR2366-5f62ffd-linux-x64.AppImage.tar
• osx: https://transfer.sh/olHMX/Mudlet-3.17.1-testing-PR2366-5f62ffd.dmg
• 창: https://ci.appveyor.com/api/buildjobs/6adm501x5iimk8bn/artifacts/src%2Fmudlet.zip

안녕하세요 @vadi2 이것은

멋진. 이것은 Mudlets 측에서 그것을 수정합니다. 더 나은 수정은 연결 시 GA를 즉시 활성화하는 것입니다(그래서 mg에서와 같이 No GA가 표시되지 않습니다. Stickmud를 테스트하지 않음)

지금까지 우리는 그것이 Mudlet 또는 Grapevine 클라이언트임을 확인하는 즉시 GA를 활성화하고 있습니다. 그렇지 않으면 플레이어가 필요할 때 토글할 수 있습니다. GA는 일부 클라이언트에서 잘 처리되지 않아야 합니다.

기술적으로 GA 는 NVT( 네트워크 가상 터미널 ) 모델의 일부입니다. 즉, 기본 터미널이 Telnet이 의미하는 반이중 모델의 일부로 제공해야 하는 것입니다. Suppress Go Ahead 는 Mudlet 이 동의한 옵션이 아니므로 실제로 다른 쪽 끝은 GA 신호를 제공 해야 합니다. 나는 이것을 전에 완전히 깨닫지 못했습니다 ...

이것은 mg.mud.de에 연결하는 경험을 향상시키는 것 같습니다 👍

GA의 필요성(또는 필요 없음)에 대한 의견은 #1252에서 조금 더 자세히 논의되었으며 MG는 더 이상 사용되지 않는 GA 대신 EOR을 전송하여 Mudlet과 잘 작동하는 것 같습니다.

Kebab은 이 문제에 대한 나의 관심을 지적했으며 GA/SGA에 대해 조금 언급하고 싶습니다. 다른 곳이 어딘지 모르겠어서 여기로...

당신이 완전히 옳습니다. GA는 흐름 제어의 (역사적) 수단입니다. 그리고 SGA가 협상되지 않는 한 표준 호환 통신 파트너는 다른 파트너가 전송하도록 허용될 때 GA를 보내야 합니다(즉, 요즘은 아마도 각 출력 후에). 그러나 같은 주장에 따르면 파트너는 GA를 받은 후에만 보내야 합니다... (아무도 생각하지 않습니다)

내 관점에서 이 문제를 처리하고 표준을 준수하는 유일한 합리적인 방법은 항상 SGA를 협상하고 불필요한 GA를 제거하는 것입니다.

이것이 내가 프롬프트 감지(프롬프트 표시)를 위한 수단으로 GA를 사용하는 것을 좋아하지 않는 이유입니다. 이렇게 하려면 텔넷에서 흐름 제어 수단으로 GA를 비활성화 하기 위해 Suppress-go-ahead를 활성화 해야 합니다. 그래야만 telnet 위의 레이어에서 다른 의미로 사용할 수 있습니다(MUD 출력에서 ​​프롬프트 표시). 여기에서 텔넷 표준을 무시하더라도 프롬프트에 대해 GA를 얻을 수 있고 결국에는 프롬프트가 아닌 다른 많은 출력에 대해 얻을 수 있습니다.
한 가지 문제는 MUD가 즉각적인 감지를 위해 GA를 사용하는 경우 협상할 좋은 방법이 없다는 것입니다.

또한 SGA는 NOECHO 모드 및 CHARMODE/LINEMODE와 같은 다른 텔넷 옵션과 얽혀 있는 AFAIR입니다. 이러한 상호 의존성은 문제를 더욱 복잡하게 만듭니다.

Morgengrauen은 TELOPT_EOR이 협상된 경우 프롬프트 표시를 위해 EOR을 사용하고(그렇지 않으면 프롬프트를 표시하지 않음) SGA를 사용하지 않습니다. 내가 하고 싶지 않은 TELOPT_ECHO, TELOPT_SGA, TELOPT_COMPRESS 및 TELOPT_COMPRESS2를 처리하고, 이것은 드라이버를 위한 것입니다. 흐름 제어의 모든 문제는 LDMud의 텔넷 머신에 맡깁니다. 즉, Morgengrauen에는 GA/SGA용 LDMud를 사용하는 MUD의 기본 동작이 있습니다.

LDMud의 기본 동작에 관해서는 현재 확실하지 않지만 @amotzkau 가 이에 대해 더 자세히 알려줄 수 있습니다.

LDMud의 기본 구현은 프롬프트에 대한 표시를 제공하지 않는 것입니다(역사적인 이유가 있을 수 있습니다. 이전에는 프롬프트가 input_to를 호출하기 전에 작성되었으므로 드라이버도 프롬프트가 무엇인지 표시하지 않았습니다).

그리고 LDMud는 SGA를 사용하여 char 모드를 나타냅니다. 여기에도 기록 이유가 있습니다. SGA가 없으면 통신 파트너는 상대방으로부터 GA를 받았을 때만 말하고 대화가 끝나면 GA로 신호를 보내야 합니다. 따라서 이 'command, GA - answer, GA'의 시퀀스는 효과적으로 라인 모드 스타일을 구성합니다. 그리고 SGA에 동의하면 많은 클라이언트가 문자 모드로 간주합니다. 클라이언트는 이제 문자를 입력할 때 자유롭게 보낼 수 있기 때문입니다. 이것이 SGA가 처음에 협상되지 않는 이유입니다. 동일한 작업을 수행할 수 있는 LINEMODE 텔넷 옵션이 있지만 SGA만큼 클라이언트에서 널리 채택되지는 않습니다.

@SlySven에 대한 응답으로 SGA에 동의하지 않은 경우 모든 서버는 GA를 보내야 합니다. 이는 기술적으로 정확하지만 클라이언트가 GA를 보내고 GA를 받지 못한 후에는 아무 것도 다시 보낼 수 없음을 의미합니다. 그리고 서버는 사용자 명령을 다시 기다려야 하기 전에 단일 응답만 보낼 수 있습니다. 대역 외 메시지(이벤트, 다른 사용자의 작업)는 사용자가 다른 명령을 수행할 때까지 버퍼링되어야 합니다. 내가 아는 한 MUD 클라이언트나 서버는 이를 준수하지 않습니다.

프롬프트 표시에 GA를 사용하면 이전 프로세스(서버가 GA로 응답을 완료하고 응답의 마지막 항목은 프롬프트임)를 따르지만 아무도 이 프로세스의 나머지 부분을 더 이상 수행하지 않으므로 좋은 근거가 되지 않습니다. 그리고 SGA가 합의될 때마다(그래서 이것은 Mudlet과 관련이 없음) GA는 전송되지 않고 수신될 때 무시됩니다. 따라서 다른 클라이언트는 char 모드에서 프롬프트 표시를 무시할 수 있습니다.