Minefield에서 한글 입력시 깨지는 문제

[erwin]

뭐가 문제인지 잘 모르겠습니다. 되다가 말다가 계속 그러길래….

예를 들자면 엠파스에서 '마인필드입니다.'라는 문자열을 입력하고 검색할 경우 검색 결과란엔 한글로 제가 입력한 문자가 뜨는게 아니라 '86@ngj5e@t4o4y'라는 문자로 입력됩니다. 무슨 인코딩인지도 모르겠고…. (메일에서 사용하는 7-bit 인코딩입니까?) 웃기는건 주소란에 저 괴상한 문자열을 한글로 바꿔서 입력하면 자동으로 %xx 식으로 바뀌면서 제대로 검색된다는 겁니다.

form 입력해서 뭘 보내려고 하면 저렇게 바꿔서 사람을 골치아프게 만드니 날도 더운데 환장하겠습니다. 어떻게 해결할 방법이 없을까요?

[astraea]

minefiled 를 꽤 오래 쓰고 있지만
그런 문제는 접하지 못 해서
상황 파익이 잘 되질 않네요

cairo 때문에
폰트 렌더링이 불안불안하지만요
(minefield 쓰시는 분들~
글씨들이 이상하게 보여지지 않나요?
글자 간격이 가끔 이상하게 넓어진다든가-_-)

엠파스는 제가 주로 쓰는 검색 사이트로
minefield 에서 무리없이 쓰고 있는데,,a


조금 더 자세한 설명 부탁드려요~

[빛알갱이]

예를 들자면 엠파스에서 '마인필드입니다.'라는 문자열을 입력하고 검색할 경우 검색 결과란엔 한글로 제가 입력한 문자가 뜨는게 아니라 '86@ngj5e@t4o4y'라는 문자로 입력됩니다. 무슨 인코딩인지도 모르겠고…. (메일에서 사용하는 7-bit 인코딩입니까?)

EUC-KR에서 MSB를 떼어낸 것이로군요. (과거에 메일에서 쓰던 ISO-2022-KR이 되려면 앞에 ESC sequence가 붙어야 합니다.). 이런 일이 생길 때도 있고, 안 생길 때도 있다고 하셨는데, 그런 일이 생길 때와 안 생길 때 뭐가 다른지 좀 가려내 주실 수 있나요? 같은 웹 사이트에서도 그런 일이 생길 때도 있고, 아닐 때도 있습니까? 아니면, 어떤 웹 사이트에서는 항상 생기고, 다른 곳에서는 항상 정상입니까?

[화성]

저도 어제부터 알게됐는데요. 폼에 한글을 넣거나 링크에 한글이 포함돼 있으면 깨집니다.
당장 왼쪽에 있는 검색상자에 한글을 넣고 찾으면 찾지 못합니다. 하지만 '마인필드'를 넣으면 이 글은 찾을 수 있습니다. erwin님이 쓰신 내용 가운데 '86@ngj5e@t4o4y' 때문에요. <a href="search.php?mode=results&search_keywords=마인필드">실험 #1</a>
제가 알아본 바로는 08-07 빌드부터 문제가 생겼는데요(체크인 기록). 얼핏 봐서는 336575번 버그 때문에 생긴 문제가 아닐까 싶네요.

[빛알갱이]

제가 알아본 바로는 08-07 빌드부터 문제가 생겼는데요(체크인 기록). 얼핏 봐서는 336575번 버그 때문에 생긴 문제가 아닐까 싶네요.

예, 맞습니다. 정확히 찍어 주셔서 바로 고칠 수 있었습니다.

https://bugzilla.mozilla.org/show_bug.cgi?id=347982

[erwin]

감사합니다. 혹시나 이번 버전에 업데이트가 되었나 하여 업데이트 해 보았으나 별 변화는 없군요. (하긴 버그 고치는게 쉬운 일은 아닐겝니다)

[erwin]

미리보기를 누른다는게 제출을 눌러버려서 -_-... 수강신청하러 나갔다가 이제 들어왔습니다.

빛알갱이님 // 시퀀스가 덧붙여져야하는군요. 생길때도 있고 안 생길 때도 있다고 했는데 같은 사이트에서 테스트한 결과가 그렇더군요. 엠파스에서 문제가 생기면 이글루에서도 글 작성이나 검색시 문제가 생기더군요. 증상은 역시 글자가 멋대로 괴상하게 바뀝니다. 엠파스에서 제대로 되면 이글루에서도 제대로 됩니다. 구글에서는 문제가 발생하지 "않은 것"인지 "않는 것"인지 잘 모르겠습니다만 구글에서는 문제를 발견하지 못했습니다. 엠파스에서 문제가 생기는 동시에 구글에서는 멀쩡합니다. 그리고 "&#48577;" (ㅂㅜㅔㄹㄱ) 또는 "&#46535;" (ㄸㅔㄹㅂ) 같은 문자는 "정상적으로" 동작합니다. 이건 또 무슨 조화인지 -_-...

화성님께 // 실험까지 해주시다니;; 감사합니다. 08-07빌드부터 문제가 생긴 거라면 08-07 이전 빌드에서는 제대로 동작할 지도 모르니 저도 실험해봐야겠습니다.


조언해주셔서 감사합니다. 좋은 하루 되세요

[erwin]

덧. 마인필드 0803으로 들어왔는데 이상 없습니다.

[빛알갱이]

감사합니다. 혹시나 이번 버전에 업데이트가 되었나 하여 업데이트 해 보았으나 별 변화는 없군요. (하긴 버그 고치는게 쉬운 일은 아닐겝니다)

위에서 인용한 버그를 보시고 글을 쓰셨으면 좋았을 텐데.... 고치는 것은 아주 쉽습니다. 딱 한 줄만 고치면 됩니다. 화성님이 찍어 낸 버그를 고치면서 사소한 실수가 있어서 이 문제가 생겼고, 그 사소한 실수를 고치기만 하면 됩니다. 다만, 고친다고 해서 제 마음대로 그 고친 파일을 넣을 수 없습니다. 두 사람에게 허락을 받아야 넣을 수 있습니다. 그에 따라 시간이 좀 걸릴 뿐입니다. 너무나 간단한 문제이므로 곧 허락을 받아서 고친 파일을 넣으면 다음 번(여유 있게 내일 밤에 받으십시오) nightly build를 받으시면 고쳐져 있겠지요.

[erwin]

답글은 제목이 별로 의미가 없나보군요. (안보입니다.)

빛알갱이님 // 사소한 실수였나보군요. 다행입니다. 내일 밤이라니 꽤 빠르군요. (괜히 나이틀리...가 아닌가봅니다)

[화성]

답글은 제목이 별로 의미가 없나보군요. (안보입니다.)

전 답글에 제목 다는 걸 깜빡깜빡 하는 편이라..

이 글과 다른 얘기인데, 'HTML 사용 불가'를 체크해놓고 quote="아이디"를 쓰면 스타일(?)이 적용되지 않는데, 원래 그런 건가요?

[빛알갱이]

https://bugzilla.mozilla.org/show_bug.cgi?id=347982
에 있는 버그가 'resolved/fixed'로 상태가 바뀐 후 12시간 정도 (여유 있게) 지난 뒤에 확인해 보십시오. 패치는 한 줄짜리 간단한 것이지만, 아직 두번째 reviewer가 응답을 하지 않았기 때문에 고친 파일을 올릴 수 없습니다.

erwin님이 버그를 발견하고, 화성님이 아주 발빠르게 버그가 생긴 시점과 의심 나는 패치를 찾아 주지 않으셨다면 이 버그는 좀더 오래 숨어 있었을 것입니다. 3.0 발표까지는 아직 많이 남았기 때문에 (내년 상반기) 그 전에 틀림 없이 발견되었겠지만, 그래도 빨리 고치는 게 좋지요. 두 분께 감사 드립니다.

[박상현]

썬더버드 3.0 나이틀리 버전에도 같은 문제가 있습니다. 패치가 빨리 적용되어야 할 필요가 하나 늘었군요.

(결국 익스플로러에서 입력했습니다.)

[빛알갱이]

썬더버드 3.0 나이틀리 버전에도 같은 문제가 있습니다. 패치가 빨리 적용되어야 할 필요가 하나 늘었군요.

버그 내용을 읽어 보셨으면 아시겠지만, EUC-KR을 만들어 내는 곳에서는 어디에서나 그 버그가 모습을 드러냅니다. 내부적으로 유니코드로 저장하고 있던 내용을 EUC-KR로 변환하는 메일 보내기 (인코딩을 EUC-KR을 선택한 경우)에서도 당연히 그 버그가 모습을 나타내지요.

미인필드야 어차피 최종 사용자용이 아니므로 그다지 급할 것은 없습니다. 금년 안에만 고치면 되지요. 물론, 그보다 훨씬 전에 고치겠지만요. (한국어 시험자들에게 불편을 주고, 그 결과 한국어 사용 시험자가 줄어 들면 다른 버그까지 놓칠 위험이 있으니까요.) 한 일주일 쯤 기다려보다가 답이 없으면 메일로 리뷰어에게 핑을 하겠습니다.

[화성]

빛알갱이님 수고하셨습니다.