Mudlet: 기본 텍스트 창의 복사/붙여넣기가 작동을 멈춥니다.

Windows 10에서 이 문제가 발생하고 있습니다. 간헐적으로 작동이 중지되고 몇 분 후에 작동이 시작됩니다. 일관되게 번식하는 방법이 불분명하지만 주요 골칫거리가 될 정도로 자주 발생합니다.

4.5.1-de에서 이 문제가 계속 표시됩니다.

이것은 엄청나게 실망 스럽습니다.

나는 이것에 더 동의할 수 없다.

이 문제가 OSX의 4.6.2에서 계속 발생하는지 확인했습니다. 프로필도 특이해서 이상합니다. 한 프로필은 복사하여 붙여넣을 수 있지만 동시에 열려 있는 다른 프로필은 복사하여 붙여넣을 수 없습니다.

Mudlet을 열 수 있고 잘 작동하기 때문에 이 문제를 해결하기가 어렵습니다. 그렇다면 문제를 찾는 방법은 무엇입니까? 문제를 복제하는 방법은 이것을 힙으로 진행합니다.

fwiw, html이 여전히 작동하므로 사본이 손상되었을 때. 문제가 있는 곳을 좁히는 데 도움이 될 수 있습니다.

나는 또한 이 PR이 병합될 즈음에 시작되었다고 생각합니다. https://github.com/Mudlet/Mudlet/pull/3241 충돌을 수정했지만 충돌하는 대신 복사/붙여넣기가 작동을 멈춥니다. 바로 거기...

흠, 우리는 그 이론을 테스트할 수 있습니다 . https://github.com/Mudlet/Mudlet/pull/3688 에서 테스트 빌드를 시도해보세요

며칠 전에 Win10에서 유사한 결함을 발견했습니다.

테스트 빌드를 시도하고 mudlet.exe 실행하고 문제가 다시 나타날 때 터미널에 어떤 항목이 표시되는지 확인합니다.

글쎄, 현재 나는 이미 실행 중이며 다음 버전 릴리스 후보를 시도하고 있으므로 나중에 할 것입니다. 어쨌든 전에 한 번만 발생했고(그래서 알아차렸음) 그 시점에서 꽤 오랫동안 Mudlet을 실행하고 있었습니다. 복제 방법을 잘 모르겠습니다.

@njs50 @Ranfir 프로필을 다시 시작하지 않고도 이 문제를 해결할 수 있는 방법을 찾았 습니다 . 다음과 같이 별칭을 만드십시오.

echo("\nJust fill up the line with random gibberish!")
echo("\nJust fill up the line with random gibberish!")
echo("\nJust fill up the line with random gibberish!")
---etc, up to 1000 lines of the above echo

그런 다음 별칭을 눌러 1000줄의 스팸을 프로필로 보냅니다. 한 번만 누르면 다시 복사하여 붙여넣을 수 있습니다! 100줄 별칭으로 시도했지만 충분하지 않았지만 1000줄로 트릭을 수행했습니다.

저에게는 최근 몇 주 동안 버그가 더 이상 발생하지 않았지만 비슷한 보고를 한 Discord의 플레이어가 가끔 있었습니다. 그들은 위의 해결 방법에 만족하는 것처럼 보였으므로 버그를 삼각 측량하는 데 도움이 될 수 있습니다.

어쨌든 모든 사람이 별칭에 1000줄의 스팸을 넣는 대신 lua 루프를 사용할 수

 local repetitions = 1000
 local i = 1
 repeat
  echo("\nJust fill up the line with random gibberish!")
  i = i + 1
 until i > repetitions 

반복 횟수를 실험해 볼 수도 있습니다. 그게 더 도움이 될까요? 현재 100은 적은 것 같고 1000은 충분해 보입니다. 정확하지 않은 이유와 위치가 정확히 변경됩니다.

: 전구 : 음은, IIRC 현재 선택의 세부 사항이 저장됩니다 QPoint 의 TConsole::P_begin & P_end - 그러나 때 (void) TBuffer::shrinkBuffer() 트림에 차기 TBuffer 의 (std::deque<std::deque<TChar>>) buffer 및 (QStringList) lineBuffer 및 한 줄 또는 두 개의 다른 한 줄당 한 요소 컨테이너의 시작 부분에서 가장 오래된(가장 낮은 줄 번호): 수행되는 단계 P_begin 및 P_end 의 y 값을 조정하려면 질문:

버퍼가 줄어들 정도로 길어진 후에야 발생하는 것으로 나타났습니다. 또한 발생하면 상단 및 하단 버퍼의 강조 표시(콘솔에서 위로 스크롤했을 때)가 서로 동기화되지 않는 것처럼 보입니다. 위와 아래를 선택하면 복사 기능이 다시 작동하는 데 도움이 되는 것 같지만 안정적으로 테스트할 만큼 자주 발생하지 않기 때문에 완전히 일관성이 있다고 말할 수는 없습니다.

일반 복사가 작동하지 않을 때 "html로 복사"가 계속 작동하는 것이 정말 이상해 보입니다. 그것은 아마도 선택이 문제가 아니라 선택에 있는 무언가를 나타내는 것 같습니까?

두 사람은 내가 생각하는 다른 알고리즘을 사용합니다. 이것은 단순히 하나를 복사하면 복사에서 html로 한두 가지 트릭을 배울 수 있음을 나타냅니다.

이미지로 복사도 여전히 iirc와 마찬가지로 선택 항목을 올바르게 복사합니다.

버퍼를 1000줄의 쓰레기로 채우지 않고 에코 트릭을 수행하는 방법이 있습니까? 나는 또한 기록하는 완벽하게 좋은 게임 세션을 폐기하는 것을 포함하지 않는 해결 방법을 찾고 싶습니다.

clearWindow가 작동합니까?

그것은 나를 위해 일한 것 같습니다. 우연이었는지 모르겠습니다. 내 스크롤백 끝에서 물건이 제거되기 시작할 때까지 복사/붙여넣기가 계속 작동하는 것처럼 보입니다.

나는 그것을 다시 반복했다. 버퍼가 가득 찰 때까지 clearWindow()를 수행한 후 복사/붙여넣기가 잘 나타납니다. 과거에 날아간 일부 텍스트를 복사했을 때 가득 차자 마자 실패하고 작동을 멈췄습니다. clearWindow가 다시 수정했습니다.

저도 상단에서 줄이 사라지기 시작할 때까지 게임 버퍼를 채웠습니다.
그 당시 복사/붙여넣기는 여전히 예상대로 잘 작동했습니다.
버퍼를 정확히 어떻게 채우나요?

콘솔 버퍼 크기에 대한 일괄 삭제 수를 10으로 낮추려고 시도했는데 일괄 삭제가 발생할 때 이상한 텍스트 표시의 부작용이 발생하지만 복사 문제를 해결하는 프로세스를 서두르는 것 같습니다.

저도 상단에서 줄이 사라지기 시작할 때까지 게임 버퍼를 채웠습니다.
그 당시 복사/붙여넣기는 여전히 예상대로 잘 작동했습니다.
버퍼를 정확히 어떻게 채우나요?

당시 실행 중인 게임으로 테스트 중이었습니다. 나는 메모장에서 많은 메모를 통해 대부분을 채웠고 텍스트가 버퍼 상단에서 다시 삭제되는 것을 알았을 때 새로운 선택을 했습니다.

내가 복사하기로 선택한 전체 시간 동안 분명히 텍스트가 왔습니다.

나는 또한 내가 복사할 때 뒤로 스크롤에 확실히 빠져 있었습니다. 즉, 현재 텍스트 페이지에서 벗어날 수 있을 정도로 선택 영역을 멀리 드래그했습니다.

상황에 맞는 메뉴에서 Ctrl-C(복사) 사용:

• (void) TTextEdit::slot_copySelectionToClipboard()
• (QString) TTextEdit::getSelectedText(char newlineChar) - (QPoint) TTextEdit::mPA & mpB 의 현재 값을 사용하고 텍스트를 QApplication::clipboard() 넣습니다.

상황에 맞는 메뉴에서 HTML로 복사 사용:

• (void) TTextEdit::slot_copySelectionToClipboardHTML() - (QPoint) TTextEdit::mDragStart 및 mDragSelectionEnd 를 사용하여 TTextEdit::mPA 및 mpB 를 적절하게 설정한 다음 즉시 후자를 사용하여 데이터를 복사합니다. TBuffer 를 생성된 HTML에 넣습니다.

후자에서 전자로 선택 프로세스를 복사하여 실험해 볼 가치가 있습니다....