위키백과:버그 리포트 편집

Wikipedia:

이것은 위키백과 소프트웨어 2단계(2002년 6월 20일 이전에 사용)의 버그 리포트만을 보관한 것이다.위키백과를 참조하십시오.현재 시스템에 대한 버그 리포트를 추가하는 방법에 대한 버그 리포트.

  • 때때로 보호된 페이지는 처음 볼 때 여전히 "이 페이지 편집"이라고 말한다.
이는 아마도 리디렉션을 따라 리디렉션에 도달했기 때문일 것이다. 리디렉션이 보호되지 않음. --mav

2002년 2월 26일 대화 페이지의 대체된 전체 텍스트 편집

나는 방금 남성주의라는 기사의 토크 페이지를 편집하려고 했다.그것은 나를 멍한 화면으로 이끌었고, 그 곳에서 나는 나의 의견을 썼다.미리 보고 저장 버튼을 눌렀다.내 문자 외에는 아무것도 보이지 않는다는 사실을 그 이후까지 나는 아무것도 생각하지 않았다.남은 댓글은 내 것밖에 없었다.랑블

편집이 원자적이 아님

2002-06-02
나는 새로운 기사를 입력하고 저장 버튼을 눌렀다.시간이 지났다.또 세이브를 쳤어.기존 기사가 비어 있고 들어가려 했던 내용이 가득 찬 편집 갈등이 나온다.이것은 타임스탬프가 기사 이전에 업데이트되었음을 나타낸다.그런 다음 텍스트를 위쪽 텍스트 상자에 복사하고 저장을 다시 누르면, 이번에는 기존 텍스트와 입력하려는 텍스트가 동일한 편집 충돌이 발생한다. -phma

이 벌레에 대한 더 많은 정보: 나는 가족(생물학)을 보고 "유전자"가 "세대"가 되어야 한다는 것을 알아차렸다.그래서 고쳤다.버튼을 눌렀을 때 마침 '분류어'가 철자가 틀려 다시 편집을 눌렀다.'천재'를 줬고, '택시'를 '분류'로 바꿔서 '세이브'를 때리자 '제너' 버전과 편집 충돌이 생겼다. -phma

불가사의한 편집 충돌

2월 14일 2차 세계 대전 주요 인사들에 게오르기 콘스탄티노비치 주코프라는 이름을 추가했다.II 페이지, 저장 후 아래로 스크롤하여 확인, 확인 안 함, refresh를 누르면 편집 충돌이 발생함

아래 버그를 참조하십시오.위 내용은 아마 속일 것이다.

내가 백과사전 주제 페이지의 전체 목록을 작업하는 동안, 나는 불가사의한 편집 충돌을 경험하고 있었다.나는 이것이 엄청난 크기의 페이지와 위키피디아의 극도로 느린 응답 시간 때문이라고 믿는다; 나는 "save"를 누른 다음, 페이지가 마침내 새로워질 때까지 30분(!)을 기다릴 것이다.편집 충돌을 나타내겠지만 어쨌든 내 변경 사항은 저장될 거야.아마도 소프트웨어가 이미 통과된 후 동일한 편집을 다시 시도하고 있는 중이었을까?브라이언 더슨, 2002년 4월 19일 금요일

그래, 그럴 것 같군해결책은 간단하다: 다른 사람들이 위키백과의 사용을 중단하도록 하여 우리 나머지 사람들에게 시스템에 부담을 덜게 한다. :) 브리온 VIBER, 2002년 4월 19일 금요일
상태: 다양한 성능 개선 대기 중

"더 편집하려면 돌아가십시오"가 작동하지 않음

  • 11월 9일 - 페이지를 저장한 후 브라우저의 뒤로 단추를 누르고 페이지를 다시 변경할 수 없다.UseModWiki에서는 항상 그렇게 하지만, 나 자신과 편집상 충돌에 빠지기 때문에 PediaWiki에서는 그렇게 할 수 없다.
    • 이제 할 수 있지만, "뒤로"한 후에 편집 페이지의 HTML에 내장된 타임스탬프를 수정하려면 "다시 로드"를 눌러야 할 것이다. --Magnus Manske
    • 이것은 여전히 문제다.나는 여전히 내 자신과 편집 갈등을 겪는다.그리고 타임스탬프는 브라우저(예: HTML)가 아닌 서버사이드(예: 스크립트)에서 나와야 한다.
    • 이것은 여전히 주요한 버그다. --Captator

최근 변경사항에서 링크를 클릭하면 해당 링크에 대한 편집 상자가 표시됨

2/19/02 6:27 이시 PST.최근 변화에서 볼레슬라프 II Smialy를 클릭해 파커 씨가 이 기사를 어떻게 처리했는지 살펴보았다.적절한 제목의 페이지로 리디렉션이 포함된 아티클의 편집 상자를 가져오십시오.내가 찾은 대로 저장하려다가 편집 충돌이 생겼어."I"가 하단 상자에 추가한 내용을 반복적으로 삭제한 후 저장하여 편집 충돌이 계속 발생했지만, 결국 손을 뗐다.사용자:JHK

아직도 이런 일이 벌어지고 있는 것일까, 아니면 해결된 것일까.2002년 4월 19일 금요일, 브리온 VIBBER
상태: 알 수 없음

미리보기의 3틸드

미리보기에서 세 개의 틸트 기호(~)는 사용자 이름으로 대체되지 않는다. - 얀 히데더

노위키 전엔 세 개의 틸트를 교체하면 안 된다.

~는 자극 방출과 같은 ASCII 예술에서 드물지 않으며, 사전 및 nowiki 영역 내부에 그대로 두어야 한다.브리온 VIBER 2002/03/12

고쳤다.이제 미리보기로 교체될 것이며, nowiki와 사전 태그에는 변함이 없다. --Magnus Manske, 2002년 4월 14일 일요일
상태 : CVS에서 해결됨

KDE 2.1.2를 사용하는 커커 2.1.1은 편집/추가 페이지를 렌더링할 수 없다.2002-1-1

기사 본문의 텍스트 영역은 올바르게 표시되지만, "요약" 텍스트 필드는 기사 본문 텍스트 영역 위에 "내부"로 렌더링된다.또한 기사 본문 텍스트 영역 아래에 일반적으로 나타나는 어떤 것도 전혀 렌더링되지 않는다.

그게 바로 코커터의 잘못이야. 아래로 스크롤하려고 했어?가끔 "검색"버튼으로 듣고, 아래로 스크롤하면 고쳐지곤 해.또한 사용자 기본 설정에서 편집 상자의 줄 수를 줄이십시오. --Magnus Manske

일부 페이지를 편집할 수 없음

(2002/03/16) Feature 요청에 아무것도 추가할 수 없는 것 같다.그것은 어떤 편집도 허용하지 않고 오류 신호음을 반환한다.나는 이것과 다른 페이지를 편집할 수 있다.비그노

어떤 브라우저를 사용하십니까?정확히 언제 "오류 신호음"을 듣니?기능 요청은 내가 잘 편집할 수 있다.액셀볼트
Microsoft Internet Explorer(Mac) 5.1.3(3905)를 Mac 큐브에 설치하십시오.나는 리턴과 같은 문자를 편집 창에 삽입하려고 할 때마다 삐 소리가 난다.그것은 여전히 일어나고 있다.그럼에도 불구하고 나는 이 창을 수정할 수 있다. OK Vignaux
Vignaux, 현재 소프트웨어 버전에서 기능 요청 페이지를 편집하는 데 여전히 문제가 있으십니까?브리온 VIBER 2002/03/27
(2002/03/28) 예, 방금 탐색기를 사용해 보았는데 지금 이 페이지에 문제가 발생했답니다!하지만 나는 이제 Netscape 6.2.1을 사용하는 것으로 바꾸었고 그것은 적어도 이 페이지를 편집할 수 있다.비그노
허, 그럼 무슨 계기가 있는지 모르겠네Microsoft 지원부에 문의해 보십시오.2002년 3월 28일 목요일 브리온 VIBBER

나는 이 페이지를 모질라/갤런과 함께 편집하려고 여러 번 시도했는데 제출하지 않고 그냥 앉아 있기 때문에 그 브라우저에 약간의 문제가 있다.다른 페이지를 문제 없이 편집하기 때문에 페이지 크기일 수 있다.이것은 NS4.77과 함께 제출되었다.신달

이것은 0.9.9(?) 경에 나타난 모질라의 버그로 보이므로 버그질라에서 버그 리포트를 제출하십시오.브리온 VIBER, 2002년 3월 28일 목요일

위의 모든 "편집할 수 없음" 버그는 편집 페이지에 손상된 HTML이 포함되어 있기 때문일 수 있다. "이 페이지 편집"을 클릭한 다음 "이 페이지 유효성 검사"를 클릭하면 무슨 뜻인지 알 수 있을 것이다.2002년 3월 28일 목요일, 액셀볼트

그런 생각이 들었지만 의심스럽다.먼저, 고장난 HTML이 *all* 편집 페이지에 있기 때문에 *all* 페이지에 문제가 발생할 것으로 예상한다.둘째로, 그로 인해 야기되는 모든 문제는 양식을 제출하는 것이 아니라 렌더링에 있을 가능성이 높다.불행히도 HTML을 수정하든 없든 테스트 서버에 문제를 재현할 수 없어. CVS에 수정 사항을 제출했어. (RAP을 넣을 예정이지만 문제가 없을 거야); 짐보가 설치하면 다시 시도해봐...브리온 VIBER
또한, 나는 라이브 사이트에서 양식을 저장하고, HTML이 유효성을 검사하도록 수정하고, 고정된 버전에서 제출하려고 노력했다.모질라 0.9.9에서는 여전히 작동하지 않는다.아니, HTML 버그가 아니야.당분간은 그냥 긴 페이지를 Konkeror로 편집해서... --BV
(2002/03/29) 나는 지금 오페라에서 이 페이지를 편집하고 있다.그것은 여전히 탐색기에서 작동하지 않는다.나는 제안대로 그 페이지를 확인했고 34번 줄, col 50에 오류가 있다.자세한 내용은 다음 위치(마지막 단어가 중간에 잘려 있음)에서 편집 창 텍스트가 탐색기에서 잘린다는 것을 알게 되었다.

각 페이지에는 기사와 하단 탐색기 사이에 구분 기호가 있어야 한다. 현재 이 글은 항해사로 바로 흘러들어가는 중이어서 읽기가 매우 어렵다.깔끔한 분리가 있는 것 같다.

그게 도움이 될까?비그노
음, 너도 이 페이지의 한 덩어리를 잘라냈구나. : (이제 복원되었다.)HTML 오류가 수정된 기능 요청 편집 페이지 복사본을 업로드했는데 미디어:wik3.html을 사용해 보십시오. 같은 문제?브리온 VIBER, 2002년 3월 28일 목요일
나는 그것에 대해 매우 미안하다.나는 내가 편집을 시도해서 취소한 것이 확실하다.예, 탐색기의 동일한 문제. 편집 패널은 :Oh, 그리고 다른 것으로 잘린다.비그노
Opera로 이 페이지를 편집할 수는 있지만 Mac Explorer로 편집할 수는 없다(지금과 같이).증상은 똑같다. 내가 문자를 입력하려고 하면 삐 소리가 난다.다른, 작은 페이지를 편집할 수 있다.비그노(2002/04/15)
페이지가 다시 잘렸다. 오페라 삭제-대부분 텍스트 삭제 방법보다 IE의 삐 소리가 더 좋은 것 같다.정확히 어떤 버전의 Opera와 IE를 사용하고 있으며 어떤 버전의 Mac OS를 사용하고 있는가?2002년 4월 14일 일요일, 브리온 VIBBER

오늘 조르주 멜리에스에 대한 기사를 편집하려고 했는데, 편집 화면이 뜨자 "조르주 엠리*s"에 대한 "여기 새 페이지 설명" 페이지가 비어 있었다. (넷스케이프 커뮤니케이터에 이런 문제가 있었지만, 인터넷 익스플로러에는 이런 문제가 없었다.페이지 제목에 악센트가 있는 글자를 인식하는 데는 분명 문제가 있을 것이다.조엘 슐로스버그, 2002년 4월 4일 목요일

이 링크가 제대로 작동하는가?그렇다면 다음 위키 소프트웨어 업그레이드와 함께 문제가 사라져야 한다.2002년 4월 6일 토요일, 브리온 VIBBER

어떤 이유로 편집할 수 없는 다른 페이지: 대화 로그:페이지 삭제.시도하다 보면 "이 페이지를 편집할 수 없다!"는 말이 나온다.로그 토크 페이지는 이전에 만들어지지 않았는데, 아마도 이것과 관련이 있는 것일까?브라이언 더슨, 2002년 4월 19일 금요일

이 소프트웨어는 현재 "Log:"와 "Log talk:"를 유효한 네임스페이스로 간주하지 않기 때문에 사용자가 해당 페이지에서 페이지를 편집할 수 있도록 하지 않는다.이것은 아마도 의도적인 것으로 추정되므로 로그가 변조될 수 없다. (내 말은, 그것들은 *logs* 맞지?)하지만, "로그 토크:"는 유용할 수 있다.마그너스, 어떻게 생각해?2002년 4월 19일 금요일, 브리온 VIBBER

특히 긴 페이지(예: 'Feature Requests' 및 'bug reports(버그 리포트)'를 편집하려고 하면 Netscape 4.7에서는 텍스트를 삽입할 수 없음 - 한 번 삐 소리가 나며 키보드에서 입력하는 것은 무시함).나는 버퍼나 비슷한 것에 비해 페이지가 너무 길다고 생각하는데, 그럴 때 페이지를 변경하지 않고 종료하려면 페이지 뒤로 버튼을 사용해야 한다.그 페이지에 텍스트를 추가할 수 없어서 짜증 나지만, 생명을 위협하는 KJ Mon 13 2002년 5월 13일.

현재 버전이 아닌 버전에서 편집 중

2002/04/12 - 2차 욕구를 편집하는 동안 나는 보통 03:43의 버전을 연결한 최근 변경 페이지를 작성하기 시작했지만, 페이지를 편집했을 때 무심코 그 페이지의 내역에 갔고, 내가 수정한 버전보다 늦은 다른 버전(03:51)이 있다는 것을 알게 되었다. 최근 변경사항과 어떤 텍스트가 연관되지 않았다.편집 상자에 들어 있지 않았다.아마도 데이터베이스는 04:20에 내 버전이 즉시 기록되더라도 최신판(03:51)을 기록하는 데 지연(시간 30분?)이 있었을 것이다. --Gianfranco.

아마도 3:51 변경은 당신이 RecentChanges를 로드한 후, 그리고 당신이 편집 페이지를 로드하기 전에 일어났을 겁니다. 당신의 4:20 변경은 3:51 변경의 모든 것을 포함하고 있기 때문에, 그것은 확실히 3:43 버전이 아니라 당신이 수정한 3:51 버전이었습니다.정확히 언제 LastChanges 페이지를 로드하셨습니까?2002년 4월 12일 금요일, 브리온 VIBBER
중요한 사실은 내가 03:51분 이후에 StrateChanges 페이지와 편집 페이지를 확실히 열었다는 것이다. 왜냐하면 나는 기사를 10분 이내에 수정했기 때문이다. 모든 과정에 대해 1/4시간이라고 하자 - 확실히 30분이 아니었다.보통 03:51 편집은 내가 RecentChanges 페이지를 열 때(정말, 새로 고침) 이미 기록되었어야 했다.
03:51 버전에서는 내가 이 버전을 깨닫고 그것을 열 때까지 본 적이 없는 고정관념(숫자 목록 뒤의 첫 단락)에 대한 링크를 볼 수 있다: 확실히 편집 상자의 텍스트에는 없었겠지만, 나도 그 텍스트를 편집했을 것이다.그래서 실제로 다른 사용자가 03:51 버전을 편집한 지 적어도 1/4시간 후에 나는 03:43 버전을 편집했다.
더욱이, 마지막 버전에 대한 디프(내 것)를 보면, 이전 디프 페이지(03:51부터 03:43까지) 이후에 사라지는 링크의 증거가 없다.
03:43 버전과 03:51 버전 모두 같은 작가의 버전이라는 것을 덧붙일 수 있을 뿐이다. 이 사실이 방해가 되었을 수 있었을까? --지안프랑코
3:51 버전에서 4:20 버전을 편집하지 않았다면 3:43 버전과 3:51 버전 사이의 변경이 4:20 버전에서 보존되었을 가능성은 없다.즉, 이전 저자와 같은 문단을 직접 입력하여 충돌 편집 화면을 표시하지 않는 경우.3:51 버전이 편집 상자에 들어 있었다고 장담한다. 3:51 버전 이전에는 존재하지 않았던 텍스트를 포함하여 저장된 버전에 대한 다른 합리적인 설명은 없다.당신이 인용하는 (고정관념에 대한) 링크는 실제로 3:43 버전에 있는 것이 아니라, 당신이 저장한 3:51 버전에 있는 *is*와 4:20 버전에 있는 *is*에 있다.따라서 편집 상자를 편집할 때 편집 상자에 *was*이(가) 있었다.문제의 단락을 눈치채거나 읽지 않았을 수도 있지만, 이는 부인할 수 없다.3:43 버전이 아니라 3:51 버전을 편집하셨습니다.


그렇지 않으면 남은 질문은 최근 변경사항을 로드할 때 나열되는 3:43 편집의 질문이다.실제로, 3:51 편집 후에 RecovernmentChanges를 새로 고쳤으나 3:43 편집만 나열되어 있다면, 그것은 이례적이고 예상치 못한 결과일 것이다. 내 첫 번째 생각은, 어쩌면 단순히 당신의 선호에 '부 편집 숨기기'를 사용 가능으로 설정했을 수도 있지만, 이것은 어느 편집도 부 편집으로 표시되지 않았기 때문에 이 경우에 영향을 주어서는 안 된다는 것이다.(만약 그 옵션이 활성화되어 있다면, 나에게 알려주면 내가 코드를 두 번 확인해보겠다...) 그래서 우리는 세 가지 가능성을 가지고 있다.
        1. 재미있을 때는 시간이 빨리 간다(생각보다 그 기사를 편집하는 데 더 많은 시간을 들였고, 3시 51분 전에는 간단히 RecentChanges를 치고 3시 51분 이후에는 "편집"을 한다)
        2. 3:51 편집은 실제로 3:51 이후와 RecentChanges를 누른 후 저장되었으며(그러나 "편집"을 누르기 전에), 타임스탬프가 잘못됨
        3. '부분 편집 숨기기'에서 오작동이 발생하여 비부분 편집이 무시됨(부분 편집 숨기기'가 활성화된 경우)
적어도 지금은 그것밖에 생각이 나지 않는다.브리온 VIBER, 2002년 4월 16일 화요일
자, 이제 세 가지 버전과 페이지의 내역이 잘 작동한다는 것은 꽤 이상한 사실인 것 같은데, 이전 버전과 최종 기사(04:20)는 내가 설명한 그대로였고, 지금 이 링크(스라이오타입)는 기사에 나와 있다.나도 사소한 편집도 읽었어, 숨겨져 있는 게 아니니까, 이런 건 아닐 거야.그리고 나는 편집 시간에 대해 꽤 확신할 수 있을 것이다. 나는 매우 빠르게(아마도 10분 미만) 그것을 만들었지만, 보통 언어 때문에 더 많은 - 평균적으로 - 또한, 나는 "분쟁 편집" 통지가 없었다.편집하면서 03:43 v.만 읽었다고 장담할 수 있는데, 상황이 서술한 대로였음을 확인해 주겠다. :-)
단지 내가 어떻게든 도울 수 있는지 알아보기 위해 내 기술자에게도 부탁했다(그는 이전 버전의 프로그램을 알고 있었다), 그는 또한 만약 그들이 도움을 줄 수 있다면 내가 전송하는 몇 가지 메모를 내게 제안한다.
        1. MySql 데이터베이스는 (서버에서) 03:43 버전을 임시로 캐슁하여 이를 출력할 수 있었는데, 대기열이나 시간 초과로 인해, 그때 나의 입력은 03:51 v. 서비스를 받고 03:43 컨텐츠를 보여 주었더라도, 그러나 입력은 데이터베이스가 차이점을 수집해야 한다는 의미에서 "차등"으로 평가되어야 한다.es, 전체 콘텐츠를 대체하는 대신 이전 버전에서. (이러한 방식으로 작동하는 경우)이 경우 링크가 포함된 문단이 수정되지 않았기 때문에 이에 대한 입력은 제공되지 않았고, 제공된 페이지에는 수정된 문단이 포함된 캐시된 텍스트만 포함되었다(캐시에 있지 않고 수정되지 않았기 때문에 링크가 있는 문단은 제외)."diff" 함수는 디렉토리에 있는 버전들 간의 차이에 대한 영구적인 기록이나 이전 캐시가 없다는 점에서 즉, 즉시 작동하고 (그리고 컨텐츠가 생성되는) 경우에 이것을 반영했을 수 있으며, 사실 지금도 제대로 작동하고 있다.
        2. 어떤 이유에서인지 03:43 버전은 날짜순서가 아니라 알파벳순의 첫 번째 순서로 제목별로 정렬될 수 있었다. 만약 알파벳순의 기본 설정이라면, 그 기록은 한동안 "정렬 명령 없이" 되었어야 했다.그러나 위와 같이 단락이 "diff" 함수에 대해 특이하게 확인되지 않고 여전히 임시 캐싱이 필요한 경우가 아니라면(다른 사용자가 보낸 데이터의 부분 또는 손상 또는 전송의 부분 시간 초과 때문일 수 있음) 최종 기사가 링크를 포함하며 이전까지는 그렇지 않은 이유는 설명되지 않는다.
우리가 무슨 일이 일어났는지 알아낼 수 있기를 바라며, 당신의 관심에 감사한다:-) --Gianfranco - 2002년 4월 17일 수요일
(1)은 불가능하며, 데이터베이스는 편집 내용을 병합하지 않기 때문에 전체 텍스트를 대체한다.3:51 텍스트가 너의 편집 상자에 들어있었어, 그것에 대해 다른 가능성은 없어.그렇다고 해서 편집 링크를 클릭하기 전 __ 페이지를 읽을 때 있었다는 뜻은 아니다. (2) 최근 편집만 최근 Changes 목록에 의해 쿼리된 커어 테이블에 있기 때문에, 이전 편집은 쿼리가 아직 업데이트되지 않았거나(또는 '사소한 편집 숨기기'인 경우에만 목록에 표시될 수 있다.실행 중. 이 경우 이전 개정판이 포함된 이전 테이블도 쿼리한다.2002년 4월 17일 수요일, 브리온 VIBBER
03:51 텍스트는 내 편집 상자에 없었고, 유명한 링크는 이전 버전에도 없었다.한동안 이 03:51 버전은 보이지 않았다. --젠프랑코 - 2002년 4월 20일 토요일
정말이야?편집하면서 추가 문장을 눈치채지 못하셨을 겁니다.다른 여러 곳에서 3:51이 보였든 안 보였든 간에, 3:43에서 3:51로 바뀔 때마다 당신이 제출한 4:20 텍스트에도 있기 때문에, 그것은 당신의 편집 상자 안에 있었을 것이다.2002년 4월 19일 금요일, 브리온 VIBBER

새 페이지 편집

새 페이지에 대한 링크를 따라가면 편집 상자로 인사하는 대신 "여기서 새 페이지를 설명하라"는 문구와 함께 이미 존재하는 것으로 보이는 페이지가 나온다.어떻게 해야 할지 압니다만 -- "이 페이지 편집"을 클릭하세요 -- 하지만 이것은 확실히 새로운 사람들에게 꽤 혼란스러운 일입니다만.나는 우리가 구식 시스템으로 돌아가거나 기본 텍스트가 구식 시스템 대신 새로운 시스템을 설명하도록 해야 한다고 생각한다. -- 토비 바텔스 2002/05/15

수정:존재하지 않는 대화 페이지에 대한 링크를 따라갈 때만 잘못 작동한다.네임스페이스 버그입니다. -- 2002년 5월 23일 목요일, 토비 바텔스

보호된 페이지 만들기 리디렉션

리디렉션을 사용하여 사용자 페이지에 사용자 정보를 전송했지만, 이제 보호된 페이지를 만들고 여기에 정보를 추가하지 못하게 해.결함이 있는 리디렉션 명령인지, 사용자: 명령인지 또는 조합인지 확실하지 않지만, 사용자 정보가 메인 스페이스 밖으로 전송되는 것과 유사하다.~ KJ 2002년 5월 17일

방금 사용자를 리디렉션한 경우:Chris Markides(로그인 중) 및 사용자:스테판 래플리(로그인하지 않은 동안)도 문제가 없었다.내가 검사할 수 있도록 이 잘못된 리디렉션 중 하나를 잠시 제자리에 놓아두어 주시겠습니까?2002년 5월 17일 금요일, 브리온 VIBBER

리디렉션은 "REDION"과 리디렉션할 링크 사이에 공간을 남겨두는 경우에만 작동한다고 생각해.전에는 이런 일이 없었지?헤이즈만

(최근에 그 일이 나온 이후) 처음 확인한 것이지만, 카렌의 리디렉션에는 공간이 포함되어 있었다.그것들은 잘 어울리고, 내가 작업한 것과 똑같다.그래서 지금은 좀 쩔쩔매고...브리온 VIBER
잠깐, 잠깐...캐런, 이 리디렉션 페이지와 같은 문제인가?데반가리 알파벳?(즉, "#REDirect [[Devanagari]]" 또는 이와 비슷한 페이지로 이동하며, ** 제목에 "#REDirect"와 괄호가 함께 표시됨)그곳의 리디렉션은 좋아보여, 공간도 있고 다 있어. 내 생각엔 엔드라인 캐릭터의 이상함 같은 게 있는 것 같아.CVS에서 가능한 해결 방법.2002년 5월 17일 금요일, 브리온 VIBBER

토크 페이지 편집 후 이상함

편집된 대화 페이지를 저장한 후(그 다음만 해당) 위에 다음 오류 메시지가 표시됨:

경고:제공된 인수는 /home/wiki-newest/work-http/wikiPage에서 유효한 MySQL 결과 리소스가 아니다.215호선에서 php.

경고:제공된 인수는 /home/wiki-newest/work-http/wikiPage에서 유효한 MySQL 결과 리소스가 아니다.219호선 php

페이지를 나갔다가 다시 보면 페이지 자체가 괜찮아 보인다(즉시 페이지를 다시 로드하면 어떻게 될지 시도하지 않았다).나는 오늘부로만 이런 일이 일어나는 것을 알아차렸다. -- 2002년 5월 17일 금요일, Marj Tiefert.

처음 새 페이지를 저장할 때마다 이러한 현상이 발생하며, 새 페이지인 것 같다(최근 며칠 내에).뭐가 문제인지는 잘 모르겠지만, 새 페이지에 연결된 페이지를 확인하고 캐시를 지우는 비트와 관련이 있는 것 같다.그것은 대부분 무해하다; 그것은 단지 새로 만들어진 페이지들에 대한 링크가 한동안 존재하지 않는 링크처럼 보일 수 있다는 것을 의미한다.내가 고쳐볼게...2002년 5월 17일 금요일, 브리온 VIBBER
알았어, 코드에서 한 글자 오타가 나왔어.한숨. 브리온 VIBER, 2002년 5월 20일 월요일
상태: 2002-05-20년 현재 CVS에 고정되어 있음

편집 가능한 부분 없음

일부 페이지(이 페이지 포함)를 편집할 때 새 페이지를 만들 때 "최소 편집" 확인란을 더 이상 사용할 수 없다.2002년 5월 23일, Jheijmans

몇 시간 전에도 같은 문제가 있었지만 저장하기 전에 검색해보니 로그인 패널에서 사용자 이름이 보이지 않고 IP 주소가 보였다.그러나 저장했을 때 저장한 내용이 내 사용자 이름으로 기록되었다.지금은 다 괜찮아. --maveric149
이는 http://www.wikipedia.com/이 로그인한 것으로 나타나지 않게 하는 동일한 긴 시간 동안 발생한 쿠키 경로 문제의 증상이다. (로그인되지 않은 사용자는 사소한 편집을 할 수 없으므로 편집 페이지에서 확인란이 누락됨)이에 대한 해결책은 개발 버전에 있다. 일단 설치되면 로그아웃했다가 다시 로그인하여 로그인 쿠키를 수정할 수 있다.그 동안 쿠키를 수동으로 고칠 수 있다.(Netscape나 Mozilla를 사용하는 경우, 이것은 쉽다. 나는 Internet Explorer나 Opera 또는 다른 브라우저에 대해 모른다...) 먼저 브라우저를 닫아 변경사항을 덮어쓰지 않도록 하십시오.이제 쿠키 파일(쿠키, 쿠키)을 편집하십시오.txt 또는 IE에서와 같이 100만 개의 이상한 파일 모음)을 사용하여 WikiUserID, WikiLoggedIn, 그리고 ('비밀번호 저장' 상자를 선택한 경우) WikiUserPassword라는 이름의 www.wikipedia.com의 쿠키를 찾으십시오.쿠키 선량 목록에 각각 "/wiki/"가 있어야 하며, "/"로 변경하십시오.저장, 닫기, 브라우저를 다시 열면 모든 것이 작동될 것이다.
만약 당신이 당신의 쿠키를 망칠 만큼 용감하지 않다면, 실제로 저장하기 전에 "사전 보기" 버튼을 누르시오; 그것은 당신이 여전히 로그인한 것을 생각해낼 것이고, 당신은 거기에서 마이너 편집 상자를 체크할 수 있을 것이다.2002년 5월 23일 목요일, 브리온 VIBBER
이것은 별로 해결책이 아니다.기본적으로 완전히 새로운 기사를 만들 때는 (a)를, (b) 미리 보기를 먼저 할 때는 (b)만 '미너 편집' 상자를 사용할 수 있다는 뜻이다.다시 말해 내가 가장 원하지 않을 것 같은 두 경우에만 나타나는 것이다.사용자:Deb
개발 버전에서 (미래를 위해) 이미 문제가 해결됐고, 쿠키를 편집해 지금 제대로 작동하도록 직접 고칠 수 있다고 설명한 부분은 건너뛰셨나요?인내심도 없고 손끝 하나 까딱하지 않으신다면, 음, 글쎄, 정말 미안하지만, 내가 할 수 있는 일이 별로 없어. --Briion VIBER, 2002년 5월 27일 월요일.
FWIW, 나는 내 쿠키를 편집했는데 문제는 여전히 거기에 있다.좀 더 자세히 봐야겠다(내 컴퓨터의 파일에서, 즉 프로그램 코드는 너의 끝이다).하지만 그 동안, 나는 강하게 제안하고 싶다. 항상 압박하는 사람은Preview누르기 전에Save아무리 사소한 편집이라도 - 미안한 것보다는 안전한 편이 낫다.그런 점을 감안한다면, 편집 과정이 시작되기보다는 끝날 무렵에 편집 내용을 사소한 것으로 표시하는 습관을 들이면 된다. (또한 좋은 생각이지만, 내가 한번 편집이 끝나면 때로는 사소한 편집이 그렇게 사소한 편집이 그렇게 사소한 것이 아니라는 것을 알아차렸기 때문이다!) — 2002년 5월 28일 화요일, 토비 바텔스.
도움이 되는 답변 고마워, 젠츠.나는 위의 "설명서"를 이해했었다. 만약 한 사람이 로그오프했다가 다시 로그온한다면, 그 문제는 해결되어야 한다는 것을 의미했다. 분명히 그것은 다른 것을 의미했다.나는 또한 "100만 개의 이상한 파일 모음"이라는 단어가 쿠키를 편집하기 위해 내가 쿠키를 찾을 수 있도록 고안되었다는 것을 깨닫지 못했다.용맹은 그 속에 들어오지 않는다.

2002년 5월 28일, 데브 투스

편집하고 싶더니 응답한다.

누가 이런 짓을 했든간에 기술이 좀 있었고 더 좋은 건 없었어나는 "Jay and Silent Bob Strike Back"을 편집했다.그 후, 나는 그것을 두 번 다시 편집하려고 노력하는데, 텍스트 대신, 나는 편집 상자에서 스마트 어스 회신을 발견한다.다시 편집하려고 한 게 아니라 너무 화가 났어.나도 그렇게 생각할지 모르겠는데, 너도 한번 해봐.

2004년 2월 11일 수요일