위키백과 대화:아티클 경고/버그

페이지를 사용하여 AAlertBot에서 픽업하지 않은 기사, 잘못된 정보, 손상된 링크 등과 같은 보고서의 버그를 보고하십시오. 버그 보고서를 작성하는 방법에 대한 자세한 내용은 버그 보고 방법을 참조하십시오.

아래에 나열되지 않았는지 확인하십시오.
Green bug and broom.svg 내 Wiki 프로젝트에서 워크플로우에서 논의 중인 페이지가 보고되지 않음
Wiki Project의 배너가 논의 중인 기사의 토크 페이지에 있는지 확인하십시오. 대화 페이지 태그 지정이 기사 알림에 페이지를 포함시키는 가장 신뢰할 수 있는 방법이지만, 프로젝트도 다양한 방법(예: 카테고리, 삭제 정렬)을 통해 기사 알림에 가입할 수 있다. 프로젝트의 구독 설정에서 구독 옵션을 사용자 정의하여 태그가 지정되지 않은 일부 기사를 캡처할 수 있다.
Green bug and broom.svg 페이지가 "닫힘"으로 표시되고 세부 정보가 제공되지 않음
일부 워크플로우 폐쇄 세부 정보가 구현된 것은 아니다. 일부 워크플로는 페이지가 워크플로우에서 제거될 때 닫힌 상태로 표시됨(삭제, 이동, 병합, 승격 등)
Green bug and broom.svg 토론 페이지는 빨간색 링크임
일부 토론 페이지는 검토자/코멘터가 작성할 때까지 작성 대기한다. 봇은 레드링크에 대해 "토론 시작"이라고 말해야 한다. 그렇긴 하지만, 연결된 페이지가 잘못되었다면 이것을 보고해줘.
Green bug and broom.svg 아티클 항목의 사용자/시간이 잘못됨
먼저, 페이지 파괴 행위, 즉, 파괴자가 워크플로 태그를 제거하여 나중에 복원했기 때문에 이러한 문제가 발생하지 않았는지 확인하십시오. 그렇지 않은 경우 아래 보고하십시오.
Green bug and broom.svg 워크플로 X는 포함되지 않음
위키백과 참조:기사 경고/현재 다루지 않는 항목의 현재 목록에 대한 작업 흐름 기능 요청 페이지에서 새 워크플로우 요청
Green bug and broom.svg 옛날 봇이 X를 했었지, 지금은 안해.
이전의 봇의 사양에서 아직 모든 것이 구현된 것은 아니다. 토론 페이지에 중요한 기능을 표시하거나 기능 요청 페이지에 새 기능을 표시하십시오.

보관된 하위 템플릿

bug 뉴 버그

채우기: H3llknn0wz(토크 · 기여)

접수 시간: 09:49, 2011년 5월 22일(UTC)

링크:

설명:

하위 항목: 아카이브 페이지의 값비싼 구문 분석기 및 불필요한 템플릿. 일부는 한계에 도달하고 부하 시간은 높다. — HELLKOWNZ 09TALK 09:49, 2011년 5월 22일 (UTC)[]

위키프로젝트 해제/기사 경고

bug 뉴 버그

작성자: France3470(토크 · 기여)

접수 시간: 2012년 6월 24일 19:25(UTC)

링크: 위키백과:Wiki Project Disambigation/기사 경고, 다음 요청된 이동을 참조하십시오.

설명: 전혀 그렇지 않다. 그러나 나는 위키피디아의 경우 다음과 같은 사실을 알아챘다.위키프로젝트 디스컴비지/해체 페이지와 관련된 다중 모드는 픽업되지 않는 것 같다. 이런 멀티 모브는 dab 기사에 자주 등장하기 때문에 바꿀 수 있는 방법이 있을 것이다. 고마워, 프랑스 3470 (대화) 19:25, 2012년 6월 24일 (UTC)[]

보고해줘서 고마워. 반복하지 않기 위해 아래 설명을 드렸다. #대량 이동 후보.HELLKOWNZ TALK 11:32, 2012년 8월 9일 (UTC)[]

토론 참여로 대체된 정렬 템플릿을 삭제하는 봇 실수

bug 뉴 버그

채우기: Czarkoff(토크 · 기여)

접수 시간: 2012년 8월 1일 12시 6분(UTC)

링크: {{delsort}} 대체 기능이 있는 모든 AfD

설명:

아마도 봇은 {{subst:delsort}}}과(와) 코멘트를 일치시키려고 노력해야 할 것이다. 불행히도 나는 봇의 알고리즘에 대한 지식이 없어서 어떤 특정한 차이점을 제안할 수 없다.Dmitrij D. Czarkoff (대화) 12:06, 2012년 8월 1일 (UTC)[]
보고해줘서 고마워. 봇은 이것을 약간 다르게 한다. 서명 파싱에 의존하지 않기 때문에 실제 코멘트가 아닌 페이지 기록(연출 목록)의 참가자 수를 계산한다. 델소트가 검출될 경우(동일한 사용자가 모든 델소트를 만들었다고 가정할 때) 총량에서 1을 빼앗는다. 그래서 대부분의 경우, 델포트는 실제로 고려되고 여러 사용자가 델포트를 한다는 것은 끔찍하다. 나는 이것이 사실이 아닌 다른 방법을 생각해 낼 수 있을 것이라고 확신한다.
나는 이 문제에 너무 많은 시간을 소비하지 않았다. 그 숫자는 순수한 투표수와 참가자 수는 별로 중요하지 않고 논쟁만 하기 때문에 어쨌든 근사치여야 하기 때문이다. 어느 순간엔가 이 파싱을 더 똑똑하게 만들 수도 있지만, 봇은 이미 각 AfD를 실행할 때마다 체크하는 많은 자원을 먹는다. — HELLKOWNZTALK 11:30, 2012년 8월 9일 (UTC)[]

매스 무브 노미네이트

버그 고정

채우기: Fyunck(클릭)(토크)

접수 시간: 2012년 8월 9일 08:58(UTC)

토크:로버트 바르가(테니스): 토크:Robert Varga(테니스) – 요청된 이동

논평: 로버트 바르가 (테니스)는 8월 7일 (다중 무브먼트 방식으로) RM에 올랐다. 8월 9일인데 위키백과의 기사 알림에는 아직 나타나지 않았다.위키프로젝트 테니스. 지금 느려? 내가 그것을 알아차린 것은 행운이지만 만약 그것이 테니스 프로젝트에 나타나지 않는다면 다른 테니스 편집자들은 그 배를 놓칠 것이다. 고마워요. Fyunck(클릭) (토크) 08:58, 2012년 8월 9일 (UTC)[]

보고해줘서 고마워. 페이지가 카테고리에 없는 경우:요청된 동작으로 수신되지 않았다. 그리고 봇은 여러 페이지가 나열되는 실제 지명 텍스트를 구문 분석하지 않는다. 그것은 실제로 버그가 아니라 구현되지 않은 기능에 가깝다. 하지만 나는 이것을 알고 있고 이것이 해야 할 필요가 있다는 것을 알고 있다.
알고리즘 관점에서 보면 좀 난장판이다. 봇은 먼저 보고가 필요한 모든 페이지 목록(AfD, TfD, RM 등)을 입수하고 구독/프로젝트에 필요한 개별 페이지만 구문 분석한다. 예를 들어, RM은 Category에서 온다.요청된 이동과 여러 개의 지정된 페이지가 거기에 나타나지 않는다. 그래서, 일단 봇이 실제 여러 후보들을 읽고 나면, 이 새로운 페이지들을 목록에 추가해야 할 것이다. 그러나, 이 페이지들이 속한 프로젝트들은 그들의 보고서를 이미 전달했을지도 모른다. 예를 들어 헝가리의 보고서는 '테니스'(알파벳)보다 먼저 전달되는데, 봇이 테니스 관련 RM을 확인하면서 페이지를 발견하게 되고 그 중 한 페이지도 헝가리에 속하게 된다면, 더 이상 헝가리에 전달되지 않을 것이다. 다음 단계에서는, 같은 문제가 있는데, 그 페이지들이 예비 리스트에 나타나지 않고 봇이 다시 개별 페이지를 체크하기 전까지는 RM에서 삭제되었다고 생각할 것이다. 그러나 자원 낭비(실행당 1k 페이지)가 매우 크기 때문에 이미 본 페이지조차 확인하지 않는다. 보고서를 작성하기 전에 모든 RM을 구문 분석해야 할 것 같아. 이것은 가능하지만 간단한 해결책보다 더 큰 재작성이 필요할 것이다. 그렇긴 하지만, 언제 그랬는지 알아낼 수 있다. {{requested move/dated multiple=yes}} 사용되며(아마도 페이지를 분류하도록 템플릿을 변경하고) 그것만 체크한다. 어쨌든, 기술적으로 용서해줘, 그냥 큰 소리로 생각해봐.HELLKOWNZ TOK 11:22, 2012년 8월 9일 (UTC)[]
사실 네가 큰 소리로 생각하는 것을 듣는 것은 흥미롭다. 맹세코 예전엔 이런 식이 아니었어. 편집자가 멀티rms를 할 때, 그들은 멀티rm 아래의 모든 기사가 카테고리 아래에 나열되도록 다르게 해야 했다.요청된 이동. 과거 나 자신도 그런 식으로 해야 했던 것 같아... 더 이상은 아닌 것 같아 Fyunck(클릭) (토크) 22:31, 2012년 8월 9일 (UTC)[]
@Fyunck(클릭): 네 말이 맞아! 위키피디아에서 내가 활동하기 전에 이걸 찾기 위해 발굴을 좀 해야 했는데... 2006년 11월 23일, Duja템플릿 생성:여러 페이지 이동을 위한 새로운 템플릿인 멀티모브(Multiove)는 사용 방법을 설명하기 위해 지침을 업데이트했다. {{멀티모브}}인원 카테고리:요청된 이동. 그러나 2년(2008년 12월 31일)이 지나서야 폐업 선동문을 업데이트하여 "토크 페이지에서 {{move} 태그를, 어떤 번들 페이지의 토크 페이지에서 {{multimove}}를 빼는 것을 잊지 말라"고 말했다. 2009년 5월 29일 헤레즈(원래 RM봇 운영자)는 절차를 변경하고 이러한 멀티모브 지침을 제거하였다. 여러 페이지를 한꺼번에 옮기라고 요구하는 선동문 마지막 버전은 이렇게 보였다. 2009년 8월 8일 Harej가 더 이상 사용되지 않는 템플릿:멀티모브, "이 템플릿은 더 이상 사용되지 않는다. 봇이 이동 논의가 진행 중이라는 글을 이 페이지에 올릴 것이다." 2009년 10월 30일 Harej는 마감 지침에서 " {{멀티모브}"를 모든 번들 페이지의 토크 페이지에서 삭제했다.
이제 이력을 검토해 보았으니, RMCD봇을 이용해 예전 기능을 복원할 수 있는지 알아보자. 이것을 높은 우선순위로 업그레이드하고 있으니 곧 해결책이 나올 것으로 기대하라 wbm1058 (대화) 01:45, 2019년 3월 31일 (UTC)[]
이 문제와 내가 위에 열거한 관련 변화에 대한 현대적 논의는 위키백과 토크에서 이루어진다.요청된 이동/아카이브 16 § 멀티모브 통합?위키백과 대화:요청된 이동/아카이브 16 § 멀티모브 템플릿을 단계적으로 폐기. {{moveheader}}이(가) 사용자에게 사용되었다는 점에 유의하십시오.Wbm1058/템플릿:(관리자가 되기 전) 내가 볼 수 있도록 6년 전에 헤더를 옮겨라. {{moveheader}}이(가) 사실상 사용자로 대체됨:RMCD 봇/대상통지. wbm1058 (토크) 16:48, 2019년 3월 31일 (UTC)[]
  • 다른 대규모 이동 요청 국가별 철도 사고 목록에는 30페이지가 포함되지만 통지는 없다. 나는 왜 그런지 궁금했다. 그것이 알려진 문제인 것을 보니 반갑다. 수동으로 카테고리를 추가해야 하는 경우:관련 토크 페이지로 이동 요청 시, 알림 문제를 다른 문제를 해결하지 않고 해결할 수 있는 방법은? 그리고 여기에 더해, 물론 여러분의 봇이 작동하는 방식을 바꿀 수 있는 선택사항이 있다. 그런데 왜 대량 이동 페이지가 모두 해당 범주에 포함되지 않는 것일까? 거기서 일을 처리하는 방식이 바뀌어야 하는 것이 아닌가? 슈웨데66 18:54, 2016년 7월 22일 (UTC)[]
Paul_012, 위 Fyunck(클릭)에 대한 나의 답장을 보라 wbm1058 (토크) 01:45, 2019년 3월 31일 (UTC)[]

@Hellknowz: 이것을 고치는 것은 우리 사이의 약간의 조정이 필요할지도 모른다. 네 소스 코드를 찾아봤는데 커뮤니티 테크에서 그걸 보자고 했을 때 네가 이메일로 보냈어 위와 같이 카테고리를 통해 RM을 처리하십시오.요청된 이동. 그러나 그것은 당신에게 옮겨달라고 요청된 페이지들을 줄 뿐이다; 당신은 제안된 새로운 제목들을 어떻게 식별하는가? 카테고리의 토크 페이지를 읽어보셨을 겁니다.요청된 이동을 통해 {{Requested move/date} 템플릿의 위치를 찾고, 해당 템플릿에서 move target 매개 변수를 구문 분석 원문자바에서 코딩된 Alertbot은 2008년 9월부터 2010년 4월까지 운영되어, 요청된 이동 봇보다 앞서 운영되었으며, 그 중 첫 번째는 2009년 5월에 운영을 시작했다. 위에서 언급했듯이, {{멀티모브}}}은 2006년에 만들어졌으며, 처음부터 분류 제목에 태그가 붙은 기사를 추가하였다.요청된 이동. 원래 자바 버전이 요청된 움직임을 지원했는지 모르겠지만, 지원했다면 {{Multimove}}}을(를) 찾아 그 중에서 이동 대상 파라미터를 구문 분석했을 가능성이 높다. 그러나 {{Multimove}}}은(는) 2009년 8월에 더 이상 사용되지 않았으며, 이는 실수로 경고 봇에 필요한 지원을 제거했다. 따라서 자바 버전에서 {{Multimove}} 지원이 존재했다면, 경보 봇 버전을 위해 다시 전송하는 시점까지는 작동하지 않았을 것이다. 하지만, 만약 당신이 그것이 기능적이지 않다는 것을 몰랐다면, 당신은 어쨌든 논리를 펼쳤을지도 모른다. 그렇다면 현재 코드는 {{Multimove}}과(와) {{Requested move/date}}을(를) 찾고 있는지 확인해 주시겠습니까? 삭제된 템플릿을 복원하고 현재 필요에 따라 업데이트하여 카테고리를 채우십시오.요청된 이동이며, 코드를 업데이트할 필요가 전혀 없을 수 있다. 현재 버전이 {{Multimove}}}을(를) 찾지 않으면 코드를 업데이트하여 이를 지원해야 하며, 처음부터 수표를 코딩할 것이므로, 사용자:와 같이 RMCD 봇의 하위 페이지로 새 템플릿을 만들 수도 있다.RMCD 봇/대상자 통지는 템플릿이 "봇 전용"(봇이 배치 및 제거 용도로만 사용됨)이라는 것이다. 아, 방금 서류에 태그를 붙였구나, 이러고 있을 수도 있어. wbm1058 (대화) 13:47, 2019년 4월 1일 (UTC)[]

사용자를 제외한 모든 페이지를 가져올 수 있을 것 같다.Paul이 제안한 대로, RMCD 봇/주체 통지가 이에 대한 또 다른 접근법이 될 수 있지만, 모든 RM이 제목-통지 태그를 가질 수는 없다. 페이지가 관리자로 보호되는 경우, 봇은 템플릿 편집자 권한만 가지고 있기 때문에 관리자(예: 나)가 태그를 발견하고 배치하는 경우에만 통지가 배치된다. 또한 봇은 배제를 준수하므로(예상 {{nobots}) 태그가 지정된 기사는 요청된 이동에 대한 토크 페이지 토론의 통지가 없다. wbm1058 (토크) 14:15, 2019년 4월 1일 (UTC)[]

"Community Tech에서 확인 요청을 했을 이메일을 보내셨습니다." -- 코드를 공개 게시하려면 보안과 라이센스에 대한 업데이트가 필요할 겁니다. 그것은 현재 내가 공개할 수 없는 것과 쉽게 허가할 수 없는 것을 가지고 있다. 하지만 네가 필요한 세부 사항은 내가 설명해 줄 수 있어.
"Category통해 RM을 처리하십시오.요청된 이동" - 네, 현재 그렇게 목록을 얻었습니다.
그는 "그러나 이는 당신에게 옮겨달라고 요청된 페이지를 줄 뿐"이라며 "새로운 제목을 어떻게 식별하느냐"고 덧붙였다. 카테고리의 토크 페이지를 읽어보셨을 겁니다.{{Requested move/date} 템플릿의 위치를 찾고, 중에서 move target 매개 변수를 구문 분석하십시오." -- 예, 기사의 토크 페이지를 읽고 {{Requested move/date}}를 찾아 어떤 페이지를 가리키는지 구문 분석합니다.(또한 구문 분석함 multiple= 첫 번째 타이틀을 거머쥐다 new1=, 그러나 그것은 한동안 존재하지 않았다.[1] 나는 여러 명의 유목민들을 구문 분석하지 않았다.
"그러므로 자바 버전에 {{Multimove}} 지원이 존재했다면, 경보 버전에 대해 재조명할 때쯤에는 작동하지 않았을 겁니다. [..] 어쨌든 논리를 전개했을지도 모른다." -- 처음부터 다 썼는데, 옛 코드를 본 적이 없다. 그리고 {{멀티모브}}이(가) 존재하지 않았기 때문에 한번도 사용하지 않았다. 그래서 나는 우리가 그것에 대해 걱정할 필요가 없다고 생각해.
"삭제된 템플릿을 복원하고 범주 채우기 위해 현재 필요한 템플릿을 업데이트할 수 있다.요청된 이동" -- 그건 중요하지 않을 겁니다. 왜냐하면 봇이 토크 페이지를 분석할 때쯤이면 페이지를 더 추가하기에는 너무 늦기 때문이다. 이것이 내가 위에서 자세히 설명한 사안이다. 나는 페이지를 동시에 탐지할 수 있어야 한다. 그렇지 않으면 나는 큰 동시성을 엉망으로 만든다.
", 방금 문서에 태그를 붙였구나. 그래서작업을 하고 있을 수도 있겠구나." -- 페이지 탐지, 토론 페이지와 섹션 가져오기, 그리고 새로운 이름(필요는 없지만 편리하다)을 얻기 위해 이 템플릿을 주요 정보에 사용할까 생각 중이야. 나는 여전히 강연 페이지를 날짜와 작가와 나중에 마무리하기 위해 구문 분석할 것이다. 나는 아직 생존 가능성을 일찍 시험하고 있고 조금 있다가 몇 가지 세부사항을 물어보려고 했는데, 당신이 나를 이겼어 :)
참고 항목: 사용자:"RM" 워크플로우 근처의 AAlertBot/Workflows, 그것은 봇이 무엇을 하는지 힌트를 준다.HELLKOWNZ TALK 14:15, 2019년 4월 1일 (UTC)[]

다음과 같이 추가하십시오.

RMCD 봇사용자:토론이 끝난 후 대화 페이지에서 RMCD 봇/멀티모브. 사용자: 자동 제거와 유사하게 작동한다.RMCD 봇/주체에게 비공개 토론에서 통지. 물론, 닫는 관리자가 봇이 그것을 하기를 기다리지 않고 그것들을 제거한다면, 그것은 괜찮다. 봇은 단지 마감 관리자의 번거로움을 덜어주고, 통지서가 적시에 제거되도록 한다.wbm1058 (토크) 14:46, 2019년 4월 1일 (UTC)[]

어떻게 몇 초 안에 계속 의견을 낼 수 있을까?HELLKOWNZ TOK 17:15, 2019년 4월 1일 (UTC)[]
좋은 질문 – 코인키딩크 아니면 오늘이 4월 1일이라서?! 이것들은 거의 편집상 충돌로 다가왔다. 내 것을 저장하기 전에 당신의 편집 내용을 보지 못했다 wbm1058 (대화) 17:28, 2019년 4월 1일 (UTC)[]
그래서 나는 지금 다중 페이지 요청을 할 수 있다고 생각한다. [2]. {{사용중:RMCD 봇/대상 공지}은(는) 이러한 항목을 찾고 {{요청 이동/날짜}은(는) 추가 세부 정보를 구문 분석한다. (이거 생방송 아니야) 이것을 {{사용자:RMCD bot/멀티모브} 한번 테스트해 볼 수 있으면. {{사용자:{{User:}}라는 파라미터를 문서화하여 주시겠습니까?RMCD bot/멀티모브}이(가) 있을 것이기 때문에 명확하고 나는 잘못된 가정을 하지 않는다.HELLKOWNZ 토크 17:13, 2019년 4월 1일 (UTC)[]
네가 제안한 대로 그냥 주제 통보에 매개변수를 사용했어.
{{User:RMCD bot/multimove 1=List of Annoying Orange episodes 2=Talk:The Annoying Orange#Requested move 31 March 2019 }}
1= 페이지에 대해 요청된 새 제목
2= 토론을 진행하는 페이지와 섹션.wbm1058 (대화) 17:28, 2019년 4월 1일 (UTC)[]
나는 그 제품을 사용하지 않을 것 같다. 1= 그리고 대부분의 경우 해당 템플릿의 페이지를 읽어야 하기 때문에 직접 {{요청된 이동/날짜}}을(를) 하지만, 호기심 때문에, 봇은 어떻게 대처할까? {{Requested move/dated ?}} / {{Requested move/dated new1=?}} 케이스 - 에 설정된 것 1=?
를 들어 이 DIFF를 참조하십시오. 나는 단지 단 하나의 문자를 쓰고 있는데, 봇은 그것이 문자 그대로 물음표에 관한 기사를 의미하지 않는다는 것을 안다. 누군가 ?로 이동 물음표를 제안한다면 구문 충돌이 약간 있을 텐데, 내가 보면 그 다리를 건너기를 기다릴 것 같아. wbm1058 (토크) 21:45, 2019년 4월 2일 (UTC)[]
허허, 오늘이 처음이 아니라 4월 2일이라 다행이야 wbm1058 (토크) 21:57, 2019년 4월 2일 (UTC)[]
{{사용중:RMCD bot/멀티모브} 지금 보기 좋음: [3] -- 세 가지 사례 모두 작동함(단일명, 다중명자체, 다중명자체, 다중명자체, 기타)
기술적인 것들이 뒤따른다. 주로 나 자신의 미래에 참고하기 위해서. 이상하게도, 이 접근법은 실제로 더 많은 구문 분석을 해야 하고 워크플로우를 위한 더 많은 옵션을 추가해야 한다는 것을 의미한다. 모든 페이지가 카테고리에 포함되었더라도:쉽게 찾아볼 수 있는 요청된 이동은 {{Requested move/date}} 또는 {{User:RMCD 봇/멀티모브}}. 토크 페이지를 구문 분석하기 전에는 어느 것이 좋을지 모르겠다. 일단 그렇게 하면, 나는 실제의 템플릿을 얻어서 실제 토론 장소를 구문 분석할 수 있다. 나는 이미 어떤 템플릿이 "책임감 있는" 것인지에 따라 토론 페이지 이름을 구성하는 논리를 가지고 있었다. 나는 둘 중 하나를 사용한다. 1= {{사용자:RMCD bot/멀티모브} 또는 {{Requested move/date}}이(가) 추가된 섹션. 지금까지는 좋았지만, 이제 다른 모든 워크플로우가 하는 목표 페이지와 날짜/사용자에 대한 추가 수정본에 대해 {{Requested move/date}를 구문 분석해야 한다. 그러나 내가 가지고 있는 책임 있는 템플릿은 {{사용자:RMCD 봇/멀티모브} 및 사용자/날짜가 올바르지 않음. 사실, 나는 {{Requested move/date} 템플릿이 확실히 있는 토론 페이지를 읽어야 해. 나는 이것을 엉망진창으로 만들지 않고서는 워크플로우 옵션으로 인코딩할 수 없기 때문에 이것을 별도의 옵션으로 추가해야 한다. 그래서 나는 "보조" 템플릿을 추가했는데, 이것은 단지 {{Requested move/date}}에 불과하다. 그리고 책임 템플릿이 있는 "정상" 위치 대신 (1) 토론 페이지와 (2) 보조 템플릿에서 추가 값을 구문 분석하는 옵션을 지정한다. 따라서 추가 구문 분석의 두 번째 단계(일반적으로 동일한 책임 있는 템플릿과 페이지에서 실행됨)는 대신 다른 페이지와 다른 템플릿을 선택하여 추가 구문에 사용할 수 있으며, 이것이 RM이 사용자/날짜/목표 값을 얻는 방법이다.HELLKOWNZ TOK 12:36, 2019년 4월 2일 (UTC)[]

나는 이것에 대한 기본 코드 변경을 실행했다. 위키피디아에서 볼 수 있는 것은:요청된 이동/이러한 모든 멀티미디어는 미등록 상태로 나열됨. 또 일부 토론은 페이지를 이동하면 종료 후 추적하기 어려울 수 있으며, 특히 디스큐 페이지가 관련되고 주요 주제가 바뀐 경우다. 나는 여전히 이 토론들이 폐쇄되고 다른 곳으로 옮겨진 후에 추적할 수 있는 개선된 메커니즘을 내 목적에 구현하고 싶다.wbm1058 (대화) 14:00, 2019년 4월 8일 (UTC)[]

위의 기능을 구현하는 업데이트를 계속 적용해야 한다. 봇이 이러한 페이지를 찾은 이유는 다음과 같다.요청된 이동(대화 페이지에서 토론을 읽지 못함)
토론에서 무슨 일이 일어나는지 감지하는 것은 분명히 직설적이지 않다. 나도 폐업 결과를 위해 이 일을 하고 있지만, 그것에는 일어날 수 있는 일이 너무 많다. 나는 TfD 같은 활발한 토론 중에 사람들이 페이지를 옮길 때 봇이 다른 기록들을 "수리"해야 한다는 사실 때문에 더 복잡하다.HELLKOWNZ TOK 16:19, 2019년 4월 8일 (UTC)[]
내 봇의 특정한 운영에서 무슨 일이 일어나 이 모든 새로운 공지들을 삭제하게 만들었다. 아마 내 암호에 버그가 있을거야... 조사가 필요해 wbm1058 (대화) 13:53, 2019년 4월 11일 (UTC)[]
수정. 그래, 누군가 두 개의 요청을 여러 개의 요청으로 결합한 다음, 내 봇이 하도록 놔두지 않고 봇의 통지를 업데이트했다. 제목에 밑줄이 있는 것만으로도 밑줄이 아닌 공백이 있는 제목과 비교하면 '다르게' 만들기에 충분하다. 머피의 법칙은 앞으로 다른 사람이 비슷한 편집을 할 가능성이 높기 때문에 이것을 위해 봇 체크를 해야 한다고 말하는 것 같다.wbm1058 (토크) 00:23, 2019년 4월 13일 (UTC)[]

지금 업데이트는 날짜의 다중 nom과 함께 실행된다.HELLKOWNZ TALK 09:49, 2019년 7월 31일 (UTC)[]

보관 항목 다시 복제 2

bug 뉴 버그

채운 사람: 스푸트니크 경 (토크 · 기여)

접수시간: 2013년 5월 11일(UTC) 17시 10분

링크:

댓글: 지난 두 번 올린 것처럼 위키프로젝트 보관소에 여러 번 기사가 올라오고 있다.풋볼 위의 두 링크 중 첫 번째 링크는 이 세트의 첫 번째 중복 게시물이고, 두 번째 링크는 가장 최근의 것이다. 스푸트니크 경 (대화) 17:10, 2013년 5월 11일 (UTC)[]

보고해줘서 고마워. 좋아, 그럼 이건 분명히 그때 작동하고 있는 I/Headbomback 스위치에서 일어난 일이군 [4] 나는 처음 이슈를 고친 후 지난 두 번 혼자서 이것을 재현할 수 없었다. 따라서 이것은 분명히 봇이 다른 컴퓨터에서 실행되도록 전환된다면 무언가 잘못되는 것과 관련이 있다. 조사해 볼게 — HELLKOWZ zTOK 17:20, 2013년 5월 11일 (UTC)[]

MfD에 대한 날짜 및 이름 누락

bug 뉴 버그

채우기: 헤드폭탄(토크 · 기여)

접수 시간: 2014년 9월 29일 15시 8분(UTC)

링크: [5]

설명: 어떤 이유로, 그 봇은 몇몇 날짜와 MfDs를 놓치고 있다. 그러나 그룹 지명을 잘 처리한다. 헤드폭탄 {talk / 기여 / 물리학 / } 15:08, 2014년 9월 29일 (UTC)[]

예를 들어, MfD 태그 템플릿이 잘못 대체되었다고 가정한다. 이것은 95% 정도의 사건들에 대해 날짜가 없는 이유야.HELLKOWNZ 토크 15:56, 2015년 6월 26일 (UTC)[]

닫힌 TfDs가 제거되지 않음

bug 뉴 버그

어떤 이유에서인지 3, 4월에 폐업한 2개의 TfD가 위키백과에서 삭제되지 않고 있다.위키프로젝트 선거국민투표/봇에 의한 기사 경고. 왜 그런지 아십니까? No. 57 14:28, 2014년 9월 30일 (UTC)[]

두 템플릿 모두 여전히 {{being consolidated}}} 태그가 붙어 있어 카테고리를 채울 수 있다는 사실과 관계가 있는 것 같다.삭제할 템플릿. 헤드폭탄 {토크 / 기여 / 물리학 / 책} 15:34, 2014년 9월 30일 (UTC)[]
페이지가 TfD "홀딩 셀(holding cell)"에 있을 때 탐지하는 것에 대해 알아보겠다(Wikipedia talk:기사 경고/특징 요청#TfD 홀딩 셀) "어느 시점"HELLKOWNZ TOK 16:00, 2015년 6월 26일 (UTC)[]

RFD 버그

bug 뉴 버그

채우기: 헤드폭탄(토크 · 기여)

접수시간 : 2015년 8월 29일 13:00 (UTC)

링크: [6]

설명: 봇은 편집 요약에서 RFD를 올바르게 보고하지만, RFD 자체는 보고서에 누락되어 있다. 헤드폭탄 {토크 / 기여 / 물리학 / } 13:00, 2015년 8월 29일 (UTC)[]

태그가 지정되지 않은 RfDs가 아카이브되지 않음

버그가 아님(아카이빙)
드물게 고정할 수 없는 코너 케이스(날짜 예측)

채우기: 헬노우즈(토크 · 기여)

접수시간 : 2016년 2월 21일 23시 7분(UTC)

링크: [8][9]

설명: 보관되지 않는 경우에도 [10]을 참조하십시오. 헤드폭탄 {토크 / 기여 / 물리학 / 책} 17:54, 2016년 4월 7일 (UTC)[]

좀 더 구체적으로 말해줄래? 항목을 제거하고 항목을 추가하는 보고서가 표시된다. [11]에서는 어떤 제거도 보이지 않는다.HELLKOWNZ TALK 21:48, 2016년 4월 7일 (UTC)[]
2015년 여름으로 거슬러 올라가는 미등록 작품들을 말하는 겁니다. 헤드폭탄 {토크 / 기여 / 물리학 / } 00:37, 2016년 4월 8일 (UTC)[]
유통기한이 지난 건 아카이브가 되긴 하지만 꽤 늦었어 아카이브 시간 * 2주 + (물리학에는 60일 아카이브가 있음) 어디선가 레코드 자체가 생성/폐쇄된 날짜를 추가해야 한다고 말한 것 같아, 날짜가 누락된 날짜에 사용할 수 있어.HELLKOWNZ TOK 12:56, 2016년 4월 8일 (UTC)[]
나는 그 행동이 바뀌었다고 생각했어? 아닌 것 같아. 2배 이상의 아카이브 시간을 갖는 목적은?헤드폭탄 {토크 / 기여 / 물리학 / 책} 14:33, 2016년 4월 8일 (UTC)[]
기본값은 7일이고 대부분의 워크플로도 7일(AfD)이기 때문이다. 만약 그것이 유통되지 않고 내가 창조로부터 7일만 기다린다면, 그것은 보관되기 전에 결코 닫힌 것처럼 보이지 않을 것이다. 그래서 2*7 플러스. 실제 숫자는 기억나지 않지만 60일 기록 보관으로 예전만큼 많지는 않지만 꽤 높다.HELLKOWNZ 토크 15:04, 2016년 4월 8일 (UTC)[]
그럼 왜 그냥 아카이브 시간 + 7만 아니면 되는 겁니까? 헤드폭탄 {토크 / 기여 / 물리학 / 책} 15:30, 2016년 4월 8일 (UTC)[]

어떤 경우든 미등록 항목의 근본적인 문제는 수정되어야 한다. 미납의 특별 취급은 기본적으로 해결책이다. 날짜가 없는 것을 더 잘 처리하기 위해 버그 리포트를 작성할 수도 있지만, 나는 이미 FR에 버그 리포트를 가지고 있다고 믿는다 — HELLKOWZ TALK 09:58, 2019년 7월 31일 (UTC)[]

A급 미등록 후기

bug 뉴 버그

작성자: Peacemaker67 (토크 · 기여)

접수시간 : 09:25, 2017년 4월 14일 (UTC)

링크: 위키백과:위키프로젝트 군사 역사/기사 경고

설명: A급 리뷰는 날짜가 없다. 건배, 피스메이커67 (내게 말하려면 클릭) 09:25, 2017년 4월 14일 (UTC)[]

이거 고칠 수 있어? 고마워, Peacemaker67 (나와 대화하려면 클릭) 09:00, 2019년 10월 1일 (UTC)[]
A클래스의 문제는 프로젝트마다 A클래스 구문이 다르다는 점이다. 예를 들어, 그것은 적어도 MILHIST를 위해 부분적으로 작용했지만, 그 이후로 무언가가 바뀌었고 지금은 그렇지 않다. 전체 시스템이 특정 프로젝트에 기반하여 변경되지 않는 AfD와 같이 워크플로우에 대해 일관된 구문을 가정하기 때문에 이것을 구현하는 것은 정말 어렵다. 이론적으로는 MILHIST를 위해 고칠 수 있지만, 다른 프로젝트에서는 그렇지 않다. 그리고 최악의 부분은 한 페이지가 A 등급의 여러 프로젝트에 속할 때 입니다. 이제 봇은 그것을 어떻게 치료해야 할지 전혀 모르고 나는 이것이 내가 합리적으로 구현할 수 있는 것인지 의심스럽다.
적어도 몇 달 동안은 실생활이 매우 바빠서 지금 당장 코드를 그렇게 광범위하게 수정할 시간이 없다. 나는 이전에 A급 구현에만 너무 오랜 시간을 투자했었고, 나는 솔직히 이 많은 자원 봉사 시간을 본질적으로 엣지 있는 사례에 대해 정당화할 수 없다. GAN이나 FAS 같은 표준 작업흐름이어야 한다. 어쨌든 이 문제가 쟁점인 것은 알고 있고 염두에 두고 있지만 현재로서는 작업하겠다는 약속은 할 수 없다.HELLKOWNZ TOK 09:50, 2019년 10월 1일 (UTC)[]
아, 알았어. 나는 그것을 충분히 생각해 본 적이 없다. 나는 감동적인 잔치임에 틀림없는 것에 시간을 할애하려는 말수가 적다는 것을 완전히 이해한다. 어쨌든 고마워. Peacemaker67 (나와 대화하려면 클릭) 10:07, 2019년 10월 1일 (UTC)[]

TfM이 수신되지 않음

버그 고정
위키백과에서 이동:기사 경고#위키프로젝트 셰익스피어 TFD 누락

템플릿:인포박스 셰익스피어 캐릭터는 4월 29일(오늘) TFD로 제작되었지만, 위키프로젝트 셰익스피어의 경고 페이지에 결코 나타나지 않았다. 템플릿에는 프로젝트의 배너가 태그되어 있으며, 다른 기사 알림은 적어도 4월 8일까지 업데이트되었다(이 TfD와는 별도로, 내가 알고 있는 프로젝트의 기사에 영향을 미치는 마지막 관련 프로세스). 나는 또한 프로젝트 배너, 프로젝트의 기사 알림 하위 페이지 또는 구독에 대한 어떤 변경 사항도 알지 못한다. 템플릿에 태그를 붙인 다른 위키프로젝트도 내가 알기로는 이 TfD에 대한 경고를 받지 못했다. 그리고 나는 TfD 자체의 형식에 대해 봇을 넘어뜨릴 수도 있고, 공공 로그에서 아무것도 찾을 수도 없고, 오늘 다른 TfDs를 픽업하는 것을 볼 수 없다. 기타 문서를 마무리하기 전에 확인해야 할 사항AlertBot이 어딘가에서 ickup을 했나? --Xover (대화) 11:53, 2019년 5월 7일 (UTC)[]

위키백과:위키프로젝트 셰익스피어/기사 경고는 4월 8일 이후 업데이트되지 않았다. 처음에는 그 프로젝트의 설정에 문제가 있을 수 있다고 생각했지만, (지금은 삭제된) 템플릿 토크 페이지의 내용을 확인했는데, 그 내용은 다음과 같다.
{{위키프로젝트 셰익스피어 클래스=템플릿 중요도=낮음}}{WikiProject Facebook 문자 클래스=템플릿}}{tfdend date=2010년 11월 29일 결과=일치 없음}} 
지금. {{WikiProject Fictional characters}} 또한 위키백과에서 기사 경보를 트리거하도록 설정됨:위키프로젝트 허구의 등장인물/기사 경고 - 그러나 infobox도 거기에 나열되지 않았다. 후자가 이 기간에 다른 업데이트를 받았기 때문에 봇은 Tfd나 템플릿 토크 페이지 전체를 무시하고 있었을 것이다. --Redrose64 🌹 (토크) 14:21, 2019년 5월 7일 (UTC)[]
봇이 토론/날짜를 위해 {{Template만 찾기 때문에 페이지를 픽업하지 않았다.(또한 찾을 수 없을 경우 사용자가 지명을 초월하여 카테고리를 오염시키는 경우가 가장 유력하기 때문에 TfD 보고도 생략한다.) 이전에 수백 개의 관련 없는 "공모"로 발생했던 경우가 있기 때문이다. {{Template:인포박스 셰익스피어란 캐릭터}은 갖고 있었지만 {{인포박스 캐릭터}}은 {{Tfm}부터 {{Tfm/날짜}}}이 있었는데, 봇이 모르는 것이다. 이게 별개의 템플릿인 줄 몰랐는데, 그걸 써야겠어. 이와 관련, 모듈도 픽업하지 않는다.HELLKOWNZ 토크 15:37, 2019년 5월 7일 (UTC)[]
TfD 제안은 {{Infobox 문자}}로 병합하는 것이었으므로, 실제로 두 가지 모두 {{Tfm/date}을(를) 가지고 있었을 가능성이 높다. 그래서, 미스터리가 그것을 해결한 것 같다. 고마워! --Xover (대화) 15:45, 2019년 5월 7일 (UTC)[]
네.
{{Tfm/날짜 페이지=인포박스 셰익스피어 등장인물 다른 페이지=Infobox 문자 링크=위키백과:토론/로그/2019년 4월 29일#템플릿:Infobox 셰익스피어 문자 유형=sidebar help=off bigbox={#invoke:noinclude noinclude text=yes}}} 
그래서 정말 그랬다. {{Tfm/dated}} --Redrose64 🌹 (대화) 16:24, 2019년 5월 7일 (UTC)[]

다음 업데이트 수정.HELLKOWNZ TOK 10:07, 2019년 7월 21일 (UTC)[]

이제 살아라.HELLKOWNZ TALK 09:54, 2019년 7월 31일 (UTC)[]

TfD에 대해 보고되지 않은 모듈

버그 고정

채우기: 헬노우즈(토크 · 기여)

접수시간 : 16:06, 2019년 5월 7일 (UTC)

링크:

설명:

다음 업데이트 수정 중.HELLKOWNZ TOK 10:05, 2019년 7월 21일 (UTC)[]

이제 살아라(확인하지 않았지만 직진이다).HELLKOWNZ TALK 09:54, 2019년 7월 31일 (UTC)[]

한 번의 대화 페이지에서 여러 RfC 잘못 처리

드물게 고정할 수 없는 코너 케이스(Outside Bott의 설계)

작성자: Bradv(토크 · 기여)

접수시간 : 2019년 5월 25일 16시 43분(UTC)

링크:

설명: 봇은 현재 RfC에 대한 기사 경보를 만들고 있지만, 여전히 토크 페이지에 있는 이전 마감 RfC의 날짜와 작성자를 이용한다. 위키백과:논평/정치, 정부, 법률에 대한 요청은 정확한 정보를 보여준다.bradv🍁 16:43, 2019년 5월 25일 (UTC)[]

토크 페이지에서 문제를 제기한 Safrolic에게 핑계를 대고 있다.bradv🍁 16:44, 2019년 5월 25일 (UTC)[]
보고해줘서 고마워. 그래, 봇은 같은 작업흐름의 여러 배로는 잘 되지 않아. 봇에 대해 페이지는 워크플로에 있거나 워크플로에 있지 않다. RfC 날짜 및 사용자의 경우, 봇은 RfC 템플릿 삽입을 찾으며, 여기서 보고된 사례와 같은 이전 템플릿 삽입이 있을 때 실패한다. 이와는 대조적으로, RFC 봇은 섹션을 검색하고 거기서 사용자/날짜를 읽는다(나는 그것이 어떻게 작동하는지 85% 확신한다). 이것은 AAB가 하는 방식이 아니다. 그리고 난 이걸 쉽게 고칠 수 없어. 봇을 설계할 때, 다른 워크플로우(AfD, RM 등)는 어느 것도 할 수 없기 때문에, 동일한 워크플로우가 동일한 페이지에 대해 여러 번 활성화될 수 있다고는 생각하지 않았다(다른 유일한 비교 예외는 프로젝트 의존적이며 봇도 절반의 시간 동안 중단된다). 생각해 보겠지만 곧 고쳐주겠다고 약속할 수는 없다.HELLKOWNZ TOK 19:52, 2019년 5월 25일 (UTC)[]
"RFC봇"이라는 말은 레고봇(토크·캐릭터)을 말하는 것인가? 만약 그렇다면, 이 봇은 섹션과 서명을 무시한다. 관련 regexp인 github의 소스를 참조하십시오.
"/\{2}\s?Rfc(태그)?\s?[^}]*\}{2}(). \n)*?([0-2]\d):([0-5]\d),\s(\d{1,2}\s(\w*)\s(\d{4}\s\(UTC\)/im" 
내가 이해한 바와 같이, 이것은 열린 RfC의 시작으로서 취하는 5자 시퀀스 "{rfc" (대소문자 구분 안 함)를 찾고, 다음 유효한 타임스탬프는 RfC 문장의 끝으로 취해진다. 동일한 페이지에서 다른 "{rfc" 인스턴스가 발견되지 않는 한 이 타임스탬프 이후에 발생하는 모든 것은 무시된다. 타임스탬프 이전의 사용자 서명은 텍스트로 처리된다. 이 타임스탬프는 또한 RfC의 30일 지속시간 계산을 위한 시작 시간으로 사용된다. --Redrose64 🌹 (talk) 21:10, 2019년 5월 25일 (UTC)[]
음, 그래, 섹션은 신경 쓰지 않는 것 같아, rfc 템플릿의 발생에 대해서만 말이야.HELLKOWNZ TALK 21:50, 2019년 5월 25일 (UTC)[]

나는 지금 당장은 이것을 유용하지 않다고 분류할 것이다. 왜냐하면 한 페이지에 동일한 작업흐름의 배수를 갖는 것은 기본적으로 봇이 감지하는 것이 불가능하기 때문이다. 이것은 매우 드물게 발생하며 오직 RfC나 나나 이런 중대한 재작업을 정당화할 수 없다. 불행히도 그것은 희귀한 분실/잘못된 RfC를 의미한다 — HELLKOWZ z TALK 10:02, 2019년 7월 31일 (UTC)[]

불행히도, 특히 (i) WP와 같은 일반 토론 페이지에서 그러한 일이 발생한다.VPR 및 (ii) 논란이 있는 기사의 토크 페이지 후자를 설명하려면 다음과 같이 이야기하십시오.전기흡연 시스템은, 한 달도 안 된 시점에서, 8개 이상의 RfC가 열려 있었지만, 지금은 모두 사라졌다. --Redrose64 🌹 (토크) 13:05, 2019년 7월 31일 (UTC)[]
한 페이지에 모든 RfC를 나열하기 위해 보다 스마트한 파싱이 고려될 수 있지만, 단일 항목으로 간주될 것이다. 날짜와 사용자가 깨질 것 같지만 그것으로 충분할 것이다.HELLKOWNZ TALK 14:26, 2019년 7월 31일 (UTC)[]

재등록 시 RFD 제거

bug 뉴 버그

채우기: 헤드폭탄(토크 · 기여)

접수시간 : 23:18, 2019년 6월 1일 (UTC)

링크: [12]를 참조하라. 미국 네피톨로지 협회 저널: JASN다시 등록되어 있는 동안.

설명: 그리고 나중에 다시 나타나서... [13] 헤드폭탄 {t · c · p · b} 13:23, 2019년 6월 2일 (UTC)[]

왜 그런지 모르겠다. 그 봇은 연인을 신경 쓰지 않는다. 역사에서 볼 수 있는 것은 아무것도 변하지 않았다.HELLKOWNZ TALK 14:52, 2019년 6월 2일(UTC)[]

FPOC 제거

버그 고정

채우기: 헬노우즈(토크 · 기여)

접수시간 : 10:22, 2019년 7월 21일 (UTC)

설명:

FPOC가 더 이상 사용되지 않으며 템플릿이 제거되고 있다. 봇의 리스트에서 삭제되었지만, 물론 여전히 0페이지로 보고되고 있다.

어쨌든 다음 업데이트에서 제거됨.HELLKOWNZ TOK 10:22, 2019년 7월 21일 (UTC)[]

이제 제거됨.HELLKOWNZ TALK 09:49, 2019년 7월 31일 (UTC)[]

보고된 파일

버그 고정

안녕, 알림이 파일:OOjs UI 아이콘 edit-ltr-progressive.svg 그러나 프로젝트 태그에 대한 대화 페이지는 없다. 키스 D (토크) 19:49, 2019년 7월 23일 (UTC)[]

응, 오늘 이거 때문에 고생이 많았어. 봇이랑 모든 걸 망쳐버렸어. 이 봇은 프로젝트 기사에서 이미지를 사용할 경우 FFD로 보고한다. Sun 페이지가 File을 사용하는 경우:선팽, 그것은 천문학 AA에 보고될 것이다. 하지만 이 경우 687,798페이지에 사용되기 때문에 기술적으로는 거의 모든 프로젝트에서 일부 페이지가 사용하게 되는 것으로 보고되었다(그러나 물론 정확한 페이지는 나열되지 않는다, 670k가 있기 때문이다). 전에는 이 사건을 정말 생각해 본 적이 없었다.
봇이 그런 파일을 무시하도록 제한을 많이 추가해야 해. 오늘을 위해서 그렇게 한 줄 알았는데 뭔가 망쳐버렸어 — HELLKOWZ 20:32, 2019년 7월 23일 (UTC)[]

페이지 사용량이 너무 많은 파일은 다음 업데이트에 보고되지 않을 것이다(이 업데이트는 너무 늦었더라도 내가 밀어넣기 전에 이 업데이트는 너무 늦었을 것이다). 새 페이지는 워크플로 목록에 추가되지 않는다. 오래된 기록들은 삭제될 것이다 FFD에는 100으로 제한하는 워크플로 매개 변수가 있다. 이상적으로는 가입 횟수에 제한이 있겠지만, 이번 코너 사례에는 너무 많은 노력이 든다. 그것은 파일 자체가 프로젝트에 속한다면 여전히 (이론적으로) 보고할 것이며 단지 사용량에 근거한 것이 아니다.HELLKOWNZ TOK 10:44, 2019년 7월 27일 (UTC)[]

이제 라이브(모든 리포트에서 제거됨)HELLKOWNZ TALK 09:55, 2019년 7월 31일 (UTC)[]
여전히 위키백과에 있음:위키프로젝트 농업/축산 태스크포스/기사 경보헤드폭탄 {t · c · p · b} 11:50, 2019년 7월 31일(UTC)[]
위키백과에도 여전히 있다.WikiProject 요소/기사 경고. 나는 봇이 위키프로젝트(이 경우 {{WP Elements})의 일부로 토크 페이지가 태그된 페이지만 보고한다는 인상을 받았다. ComplexRational (대화) 01:31, 2019년 8월 2일 (UTC)[]
2번 시도. 후속 실행 시 상황이 달라 파일을 읽기(간단히 넣음)했다. 일단 봇이 그걸 보고 보고 보고하고 싶다고 결정하면, 그걸 시스템에서 씻어내기가 정말 어려워... 건너뛰기 위해 수동으로 하드 코딩했다 — HELLKOWZ 12TALK 12:14, 2019년 8월 2일(UTC)[]

AfD 종료 전에 너무 많은 콘텐츠가 봇을 건너뛰게 함

bug 뉴 버그

채우기: 헬노우즈(토크 · 기여)

접수시간 : 08:17, 2019년 7월 28일 (UTC)

링크: [14]

설명:

설계상으로는, 그러나 링크와 같은 유효한 케이스가 있는 것 같다.HELLKOWNZ TOK 08:17, 2019년 7월 28일 (UTC)[]

역사학파에서 반달리즘을 건너뛰지 않았다.

bug 뉴 버그

채우기: 헬노우즈(토크 · 기여)

접수시간 : 10시 47분, 2019년 7월 30일 (UTC)

링크: [15] [16]

설명:

이유는 확실하지 않다. — HELLKOWZ TALK 10:47, 2019년 7월 30일 (UTC)[]

여기 버그/이슈가 보이는지 확실하지 않아? 헤드폭탄 {t · c · p · b} 10:57, 2019년 7월 30일(UTC)[]
오, 단서봇. 헤드폭탄 {t · c · p · b} 11:02, 2019년 7월 30일(UTC)[]

잘못된 토론 링크

버그 고정

채우기: Keith D (토크 · 기여)

접수시간 : 22시 5분, 2019년 7월 30일 (UTC)

링크: [17]

설명: BOT는 2개의 "통합할 아티클" 항목을 추가했지만, 첫 번째 항목의 경우 토론이 두 번째 항목의 토크 페이지에 있으므로 토론 링크는 잘못된 토크 페이지로 연결된다.

보고해줘서 고마워. 나는 이제 템플릿에 따라 기본 토론 위치가 함축되어 있다는 것을 깨달았다. 문제는, 그렇지 않으면, 봇이 내가 원했던 기사가 아닌, 내가 예상했던 대로, {{Merge~}}, {{Merge~{{Merge~}}}}. — HELLOWNZ TALK 09:48, 2019년 7월 31일 (UTC)[] 두 기사를 모두 내가 원했던 것이 아닌, 두 기사를 합쳐서 보고하는 것이다.
Not sure if this edit is the same issue- I added {{merge to}} to two pages (Buddhist prayer beads & Buddha chitta mala), the proper discussion link is the merge target page (Talk: Japamala), but in the Alert page the discussion link is to the talk page of the two pages being merged from. --Spasemunki (talk) 23:52, 27 January 2020 (UTC)[]
유사한 문제: 국립광학천문대에는 몇 달 동안 {{merge}}개의 태그가 붙어 있었고, 다른 페이지 NOIRLab에는 태그가 없었으며, 두 기사의 토크 페이지에는 토론 섹션이 없었다. 소스 페이지의 기존 태그를 {{merge ~}(으)로 교체하고, 대상 페이지에서는 {{merge부터}}()로 추가했다. 그러나 위키백과에 대한 기사 경고:위키프로젝트천문(WikiProject Symphonics)은 토론을 위해 잘못된 토크페이지에 링크하고 있다. 2021년 1월 20일(UTC) — 2603:4011:0:0:0:0:92(토크)가 추가된 선행 미서명 코멘트
그 봇은 얼마나 많은 자원이 필요한지 때문에 본 페이지들을 재점검하지 않는다. 나는 재점검을 위해 페이지를 수동으로 추가할 것이다. 그러나 페이지들이 이와 같은 것을 바꾼다면 다른 워크플로우를 위해 할 일은 많지 않다. 나는 아직 병합 템플릿 콤보의 사용에 대해 조사하지 않았지만, 그것들은 지나치게 일관성이 없는 것 같다.HELLKOWNZ TALK 14:12, 2021년 1월 20일 (UTC)[]
그것이 날짜를 새로 고쳤음에도 불구하고, 실제로 합병 제안 논의의 연결 고리를 고정하지는 않았다. 벌레 있어? 2603:4010:0:0:0:0:0:23 (토크) 11:57, 2021년 1월 22일 (UTC)[]
나는 "merge to" template variable talking 링크를 대상 페이지 토크 페이지로 디폴트로 만들었다.HELLKOWNZ TOK 11:44, 2021년 1월 23일 (UTC)[]

AFC 제출 날짜는 가장 최근의 제출을 사용해야 한다.

bug 뉴 버그

채우기: 헤드폭탄(토크 · 기여)

접수시간 : 07:35, 2019년 7월 31일 (UTC)

링크: 초안을 보고하는 [18]을 참조하십시오.SoftwareX는 '1919년 1월 25일'의 날짜와 동일하다. 현재 제출의 타임스탬프는 20190728231814 → 2019년 7월 28일이다. 헤드폭탄 {t · c · p · b} 07:35, 2019년 7월 31일 (UTC)[]

  • 빈 사람들이 가장 최근에 제출한 자료라고 알 수 있다. 1= {{}}}에AFC 제출}}. 헤드폭탄 {t · c · p · b} 07:36, 2019년 7월 31일 (UTC)[]
범주에서 가장 최근 날짜 범주를 보면 다음과 같은 것도 알 수 있을 것 같다.날짜별 AfC 제출. 헤드폭탄 {t · c · p · b} 08:19, 2020년 3월 19일(UTC)[]

설명:

AFC 폐쇄 이상

bug 뉴 버그

채우기: 헤드폭탄(토크 · 기여)

접수시간 : 10시 11분, 2019년 7월 31일 (UTC)

링크: [19]

설명:


2019년 7월 30일 보고서에는

7월 31일 보고서에서 우리는

기록 보관소 2는


그래서 몇 가지는 그랬다. 거절된 내용은 보고되지 않았다(Draft:Communications Physics) 및 초안:정신병원은 그냥 사라졌다. 항목을 목록에 며칠 동안 보관하는 것이 좋을 것 같다 [1 아카이브 시간? '폐쇄' 후 7일?] 헤드폭탄 {t · c · p · b} 10:11, 2019년 7월 31일(UTC)[]

봇 충돌로 인해 페이지가 떨어졌기 때문에 한 번쯤은 그럴 수 있다. 헤드폭탄 {t · c · p · b} 10:12, 2019년 7월 31일(UTC)[]
조기보관은 마감일을 기준으로 #폐쇄일로 고정되는데, 전체적으로 조금 큰 것이다. 초안이 어디에 있는지 알 수 없음:통신물리학은 갔다. 아마 일회성 벌레일 거야.HELLKOWNZ TOK 11:35, 2019년 8월 1일 (UTC)[]

AFC 프로모션

버그 고정(배너로 태그 지정)
bug 새 버그(배너 없음)

채우기: 헬노우즈(토크 · 기여)

접수시간 : 10시 42분, 2019년 7월 31일 (UTC)

링크: [20]

설명:

메인 스페이스로 이동 = 승격됨 토크 페이지 배너를 구문 분석할 필요가 있다.HELLKOWNZ TOK 10:42, 2019년 7월 31일 (UTC)[]

리디렉션된 초안이 탐지되어 제대로 마감되도록 구문 분석된 토크 페이지(예: [21]). 현재 마감 및 조기 보관된 자료(#마감일을 기준으로 한 비공개 날짜)는 나타나지 않는다.HELLKOWNZ TOK 11:33, 2019년 8월 1일 (UTC)[]

대화 페이지에 배너를 배치하지 않고 페이지가 메인 스페이스로 이동하면 닫힘 세부 정보를 얻을 수 없다. 수동으로 구문 분석해야겠어 저자가 그걸 옮기는지도 언급할 수 있어.HELLKOWNZ TOK 12:21, 2019년 8월 2일 (UTC)[]

마감일 기준마감일자

버그 고정(날짜 마감)
bug 새 버그(미등록 폐쇄)

채우기: 헬노우즈(토크 · 기여)

접수시간 : 2019년 8월 1일 11시 32분(UTC)

링크: 다른 모든 보고서

설명:

공개 날짜를 기준으로 했어 이는 일주일 이상 활성 상태인 워크플로가 아카이브 시간보다 빠르게 감소하도록 이끈다. 그래서 정말 오래된 것들은 즉시 보관되었다. 이제 실제 마감 날짜 + 보관 시간을 사용하십시오. 미등록 날짜는 오픈 날짜 + 아카이브 시간 + 7. — HELLKOWZ zTALK 11:32, 2019년 8월 1일(UTC)[]을 계속 사용한다.

워크플로 = !AFC가 무시했다.

벌레가 아니다.

채우기: 헤드폭탄(토크 · 기여)

접수시간 : 2019년 8월 11일 12시 22분(UTC)

링크: 위키백과 참조:Wiki Project 생성 기사/기사AFC는 가입 페이지에도 불구하고 workflows=!AFC

설명:

"!AFC"는 "내가 원하는 워크플로우는 AFC가 아니다"라는 뜻이다. 따라서 워크플로우를 선택하지 마십시오. 원하는 워크플로우를 지정하지 마십시오. 기술적으로, 그것은 의도된 대로 작동하고 있다. 왜냐하면 그 이후로 어떤 보고서도 전달되지 않았기 때문이다. 네가 원하는 건 "ALL, !AFC"야. 만약 이런 일이 생긴다면 난 봇에게 경고를 던지게 할 거야.HELLKOWNZ TALK 09:37, 2019년 8월 12일 (UTC)[]
고쳤어, 멍청한 머리말이야 헤드폭탄 {t · c · p · b} 11:32, 2019년 8월 12일(UTC)[]
그것은 여전히 AFC 관련 btw를 포함한다. 그냥 수동으로 삭제해야 할까? 헤드폭탄 {t · c · p · b} 17:59, 2019년 8월 14일 (UTC)[]
코드는 "ALL"이지 "ALL"이 아니다.—HELLKOWZ 18TALK 18:18, 2019년 8월 14일 (UTC)[]

로그 페이지에서 변환되는 WikiProject 배너

버그 고정

채우기: JPG-GR(토크 · 기여)

접수시간 : 2019년 8월 14일 17시 41분(UTC)

링크: [22]

설명: 위에서 링크된 로그가 위키프로젝트 배너에 연결되지 않고 잘못 변환되어 로그 페이지 자체가 카테고리:포맷 오류가 있는 위키프로젝트 배너. - JPG-GR (토크) 17:41, 2019년 8월 14일 (UTC)[]

고쳐줄게, 보고해줘서 고마워.HELLKOWNZ TALK 18:18, 2019년 8월 14일 (UTC)[]

한 달 후에도 여전히 폐쇄 RfD 표시

bug 뉴 버그

작성자: ComplexRational(대화 · 기여)

접수시간 : 23:20, 2019년 9월 17일 (UTC)

링크:

  • [23] (8월 20일 삭제로 마감된 RfD를 7월 22일 최초 상장 이후 손대지 않은 상태로 복원)
  • [24] (RfD는 9월 4일 개봉, 9월 16일 휴관, 신속하게 제거)
  • [25] (RfD는 9월 8일 개봉, 9월 9일 빠른 삭제로 마감, 또한 빠르게 제거)

설명: 나는 왜 봇이 거의 한 달 동안 닫힌 RfD를 계속 보고하는지 이해할 수 없다(그리고 내가 수동으로 RfD를 제거한 후에 다시 설치한다, 지금은 그렇게 해야 한다고 의심하지만). 다른 RfDs는 그 기간 내에 왔다 갔다 했지만, 이것은 그것의 폐쇄에도 불구하고 남아있다. 이것은 RfD의 성질의 정상적인 결과인가(예: 재설치) 아니면 새로운 버그인가? ComplexRational (대화) 23:20, 2019년 9월 17일 (UTC)[]

위키링크 섹션 때문에 "합병될 예술" 항목이 계속 남아있다.

벌레가 아니다.

채우기: 차르(토크 · 기여)

접수시간 : 14:51, 2019년 11월 2일 (UTC)

링크: 특수:영구 링크/924018773

설명: '아나르코-타이란니' 병합 논의는 잠시 휴업한 상태에서도 여전히 열린 것으로 표시된다. 아마도 그것은 병합 대상에 특정 섹션 제목을 어떻게 포함시키는지 또는 토론 종결 템플릿이 어떻게 비표준적으로 보이는지와 관련이 있을 것이다. 어느 쪽이든 널 위해 깃발을 꽂고 싶었어. 고마워! 14:51, 2019년 11월 2일 (UTC)[]

논문이 종결된 상태에서 기사에 적힌 {{Merge from}, {{Merge to}} 템플릿이 제거되지 않았기 때문이다.HELLKOWNZ 토크 16:10, 2019년 11월 2일 (UTC)[]
해결됨
Czar 01:46, 2019년 11월 24일(UTC)[]

RFD 문제?

bug 뉴 버그

채우기: 헤드폭탄(토크 · 기여)

접수시간: 04:58, 2019년 11월 16일(UTC)

링크: [26]

설명: 두 RFD 링크에는 #<1> 보다 정박하기 위하여 #Online_journal_of_biological_sciences 닻을 내리다 헤드폭탄 {t · c · p · b} 04:58, 2019년 11월 16일 (UTC)[]

요약 편집

bug 뉴 버그

작성자: Jmar67 (토크 · 기여)

접수시간 : 10시 5분, 2019년 12월 15일 (UTC)

링크: Wikipedia_talk:기사_경고#Missing_parens

설명: 편집 요약에는 끝에 닫는 괄호가 없고, 종료 "서명" 전의 괄호는 불필요하다. 즉, 기존의 괄호가 엉뚱한 곳에 있는 것이다. 앞서 메인토크 페이지에 이런 내용을 보도한 바 있다. Jmar67 (대화) 10:05, 2019년 12월 15일 (UTC)[]

신속한 카테고리 프로세스 보고되지 않음

원래 제목: 리디렉션을 사용하는 배너는 보고되지 않음

bug 뉴 버그

채우기: 페예나틱 런던(토크 · 기여)

접수시간: 2020년 1월 9일 12시 33분(UTC)

링크: 범주:유대인 관련 텔레비전 프로그램들1월 7일 후보자로 지명되었고, 토크 페이지에는 프로젝트 배너 리디렉션 {{WP 유대교}도 1월 7일에 주어졌으며, 아직 위키백과에 등록되지 않았다.위키프로젝트 유대교/1월 9일 현재 조항 경보 카테고리 비교:국적별 유대인 판화, 토크 페이지는 1월 5일 {{Wiki Project Judaism}} 완성이 주어졌고, 1월 6일 Alerts에 등재되었다.

설명:

그 봇은 빠른 과정을 보고하지 않는다. 신고된 항목은 전체 CfD 삭제 토론이며, 신고되지 않은 항목은 신속한(논의되지 않은) 명칭 변경이다. 배너 리디렉션은 각 실행마다 검색되므로 문제가 되지 않아야 한다.HELLKOWNZ TALK 12:49, 2020년 1월 9일 (UTC)[]
오! 고마워; 내가 머리글을 바꿨는데, 그건 오해의 소지가 있었어. 그러나 이 설명은 뜻밖이다. 신속한 프로세스 보고에 대한 의견 일치가 있는가? C1C2(C2E 제외)는 각각 7일 또는 2일 통지가 필요하므로 해당 프로세스에 대한 경고를 보고할 가치가 있을 것이다.FayenaticLondon 14:57, 2020년 1월 9일(UTC)[]
시행 당시에는 재검토가 필요한 신속한 프로세스가 없었다. 그들은 정의상 논란의 여지가 없었고 일반적으로 (시간 또는 심지어 분) 빨리 해결되었다. 당시에는 공식적인 시간제 토론이 '단계'가 있거나 페이지가 너무 많아 보고·처리할 수 없는 과정만 유지하기로 했다. 유일한 예외는 PRODs로, 기술적으로는 논의는 없지만 여전히 일반적으로 검토되고 있다. 스피디스는 토론도 없고, 참여하기 위해 전화도 필요 없기 때문에 어차피 신고할 필요도 없고, 어차피 빨리 사라지는 항목으로 페이지를 막아버릴 필요도 없었다. 적어도, 이론상으로는, 과거에.HELLKOWNZ 토크 15:24, 2020년 1월 9일 (UTC)[]
@Fayenatic London and Hellknowz:기능 요청 방법을 참조하십시오. 헤드폭탄 {t · c · p · b} 17:51, 2020년 1월 9일(UTC)[]
@Hellknowz: 역사는 고맙지만 WP:CFDS는 또 다른 예외여야 한다. 현재 [27] 페이지는 신속한 지명에 대한 활발한 토론이 이루어지고 있으며, 이의제기가 제기되기도 하며, 때로는 이러한 토론이 해제되어 속도가 빨라질 경우 그렇지 않으면 그렇지 않다. IMHO는 C1과 C2 후보자에게 경고를 생성하는 것이 유용하고 환영할 것이다. 어떤 경우든 그것은 토크 페이지에 프로젝트 배너를 가질 수 있을 만큼 충분히 또는 충분히 오랫동안 설정되었던 경우에만 일어날 것이다.Fayenatic London 08:19, 2020년 1월 11일(UTC)[]

AfD의 반달리즘은 건너뛰지 않고 닫히고, 더 가까이 잘못 보고됨

bug 뉴 버그

채우기: 헬노우즈(토크 · 기여)

접수시간: 09:42, 2020년 1월 25일(UTC)

링크:업데이트(보고된 Wikipedia_talk:기사_경고#미신고_폐쇄)

설명:

파이프가 구문 분석되지 않은 RfD

bug 뉴 버그

채우기: 헬노우즈(토크 · 기여)

접수 시간: 09:59, 2020년 2월 22일(UTC)

링크:

설명:

#redirect [[Great_Britain#Language Languages of the British Isles]]

#REDIRECT [[Banana Banana (disambiguation)]]

"봇 편집" 표시기 누락, 봇 최근 변경사항 발생

벌레가 아니다.

작성자: Fram(토크 · 기여)

접수 시간: 08:20, 2020년 4월 1일(UTC)

링크:

설명: 이 봇은 봇 지표 없이 수천 개의 편집을 하고 있으며, 최근의 변화들을 범람시키고 있다(악의적으로, 편집의 상당수는 봇의 상태를 나타내는 "b"가 있다). 동시에 활동하는 다른 봇들은 이런 문제가 없다. 나는 또한 이 보트가 그것의 변화를 겉으로 보이는 운율이나 이유 없이 사소한 것으로 잘못 나타내거나 그렇지 않다는 것을 알아차린다. 이 또한 일관성이 있어야 하지만 "봇 편집" 지표보다 덜 긴급하다. 프람 (토크) 08:20, 2020년 4월 1일 (UTC)[]

이것은 의도적으로 보고서 페이지 배달이 봇 편집으로 플래그가 지정되지 않아, 감시 목록에서 봇 편집을 비활성화했더라도 경고 페이지를 감시하는 편집자가 감시 목록 경고 페이지 변경을 통지받을 수 있다. 사소한 편집은 검토할 만한 중요한 변경이 없을 때 보고서 페이지에 사용된다. 비보고서 페이지 편집은 모두 경미하고 봇 플래그 지정이 되어 있다.HELLKOWNZ TALK 09:33, 2020년 4월 1일 (UTC)[]
그래서 이 봇은 매일 몇 분씩 최근의 변화들을 사람들이 그들의 감시목록에서 볼 수 있도록 다소 쓸모없는 것으로 만든다. 이것이 그렇게 승인되었는가? 내가 보기에 이것은 우선순위를 뒤바꾸고, 최근의 변화는 이러한 워치리스트보다 더 중요하다. (워치리스트에서 봇 편집을 활성화할 수 있지만, 태그가 없는 봇 편집은 걸러낼 수 없다.) 프람 (토크) 10:41, 2020년 4월 1일 (UTC)[]
다른 모든 봇의 변경을 가능하게 하지 않고는 감시 목록의 보고서 페이지를 따라갈 수 없다. 그래서 그것이 더 중요한지는 주관적이고 어느 쪽이든 공식적인 논의는 없었다. 이 봇은 10년 동안 실험 중에 이런 식으로 작동했고 이전 버전도 같은 방식으로 작동했다. 봇 플래그가 최근 변경사항의 바이너리 전환(및 확장자 감시목록)이라는 단점은 지금까지 다뤄지지 않았다. 이 봇 편집본을 특별히 필터링(필터 편집? 사용자 정의 태그?). 그래서 사용자들이 최근의 변화 홍수를 희생시키면서 봇 편집에 토글을 강요하지 않고 사용자가 경고를 보기 위해 감시 목록 페이지를 볼 수 있도록 하는 입장이었다. 나는 이것에 대해 실제 토론/RfC를 하는 것을 개의치 않는다.HELLKOWNZ TOK 11:18, 2020년 4월 1일 (UTC)[]
고마워. 지금은 그냥 여기 둘 수 있어. 아무도 그것에 신경쓰지 않는다면, 그것을 바꿀 이유가 없어. 만약 다른 사람들이 이 곳에 와서 이것이 그들만의 문제라는 것에 동의한다면, 우리는 여전히 이 문제가 바뀌어야 하는지 아닌지를 결정하기 위해 어딘가에서 토론을 할 수 있다. 그러나 지난 10년 동안 이랬던 것처럼, 그것은 결코 긴급한 문제나 중대한 일이 아니다. 프람 (토크) 12:23, 2020년 4월 1일 (UTC)[]
이 페이지는 별로 평론을 끌지 못할 것 같아. 이것은 왜 봇기가 없느냐고 묻기 전에 몇 번 꺼냈는데, 나는 언제나 위와 같은 설명을 했다. 그들에 대한 후속 조치가 많지 않았다.HELLKOWNZ 토크 13:44, 2020년 4월 1일 (UTC)[]
이건 정말 문제가 아니야. 또한, 그것들은 '경험이 있는 사용자'나 '네임스페이스'에 의해 10분 동안 쉽게 걸러질 수 있다. 그렇긴 하지만, 사소한 변경사항도 검토가 필요하지 않고 RC에 나타나는 횟수를 줄일 수 있기 때문에 봇 편집으로 플래그가 붙을 수 있다. 헤드폭탄 {t · c · p · b} 17:27, 2020년 4월 1일(UTC)[]
나는 이것이 나에게도 이슈라는 것에 Fram의 의견에 동의한다. 쿨제니우스 (토크) 08:36, 2021년 4월 27일 (UTC)[]
하루 10분 동안 "경험이 풍부한 사용자"로 필터링하십시오. 헤드폭탄 {t · c · p · b} 01:38, 2021년 4월 28일(UTC)[]

잘못된 AfC 보고서

드물게 고정할 수 없는 코너 케이스

채운 사람: 크리스퍼건 (토크 · 기여)

접수시간: 2020년 6월 13일 17:24(UTC)

링크: 위키백과:위키프로젝트 버드/기사 경고

설명: [[28] 중앙공원조류사건의 프로젝트 버드 페이지에는 여전히 창작기사로 등재되어 있지만, 페이지가 생성되어 https://en.wikipedia.org/wiki/Central_Park_birdwatching_incident에 존재하고 있다. 아마도 라이브 기사에서는 그 초안이 버드·사건을 자본화했다는 것이 문제일 것이다. 나는 기본적인 편집 이외의 것에 관해서는 좀 생소한 편인데, 이것을 어떻게 고쳐야 할지 모르겠다. 고마워!

크리스퍼건 (토크) 17:24, 2020년 6월 13일 (UTC)[]

안녕! 보고서는 자동이기 때문에 어딘가에서 실제 수동적인 인간의 실수가 아니라면 누구도 "수정"할 수 있는 것은 없어. 이 경우, 봇은 원래의 감소, 그리고 여러 페이지의 이동, 그리고 나중에 추가된 리디렉션, 그리고 아마도 보거나 보지 못한 다른 것들로 인해 혼란스러워졌다. 나는 리스트/아카이브에서 효과적으로 제거된 재반복에 대한 페이지를 설정했다. 이것은 정확한 폐쇄 결과는 아니지만 적어도 잘못된 것은 아니다. 이것은 내가 미래에 대해 정말로 예측하거나 할 수 없는 것 중 하나이다. 왜냐하면 다음 번에는 다른 무언가가 될 것이고 모든 가장자리 케이스를 커버하는 데 걸리는 시간이 엄청나기 때문이다. 참고로 대문자화는 중요하지 않다(리디렉트가 있고 봇은 페이지와 일치하는 제목을 사용하지 않지만 리디렉션/페이지 이동).HELLKOWNZ TOK 11:01, 2020년 6월 14일 (UTC)[]

AfD 결과가 초안으로 이동됨

bug 뉴 버그

채우기: 헬노우즈(토크 · 기여)

접수 시간: 10:23, 2020년 6월 28일(UTC)

링크: [29]

설명:

"결과가 초안:Katie Ascough로 이동했다." 아마 초안을 탐지하여 그 결과가 페이지를 이동하지 않는지 확인해야 할 것이다. 다른 것이다.HELLKOWNZ TOK 10:23, 2020년 6월 28일 (UTC)[]

잘못된 사용자 속성

bug 뉴 버그

채우기: 이글스247 (토크 · 기여)

접수시간: 2020년 8월 23일 17시 7분(UTC)

링크: [30] [31]

설명: 유저 럭키7jrk에 의한 샘 브래드포드 GA 지명을 1차 diff에서 이글스247(I diff not it, I diff)으로 변경하고, 2차 diff에서는 테비킹87에 의해 지명되었을 때 새로운 AFC 제출을 다시 나에게 돌린다. 이글스 24/7 (C) 17:07, 2020년 8월 23일 (UTC)[]

WP:베이스볼 경보에 TfD 항목이 표시되지 않음

버그 고정

채우기: 네이처보이MD(대화 · 기여)

접수 시간: 13:39, 2020년 10월 3일(UTC)

링크:https://en.wikipedia.org/w/index.php?title=Wikipedia:Templates_for_discussion/Log/2020_September_29&oldid=981012030

설명: 단일 항목으로 TFD에 10개의 템플릿이 추가되었지만 위키백과에는 나타나지 않았다.위키프로젝트 야구/{Wiki프로젝트 야구}} 태그가 붙었음에도 불구하고 기사 경고.

안녕! 그래, 그 문제에 대해 미안해. 유감스럽게도 TFD는 지금 고장났다. Wikipedia_talk를 참조하십시오.조항_경고#템플릿_for_토론. 이 문제는 복잡한 파싱 시스템을 바꿔야만 해결할 수 있는 문제인 것 같아 시간이 없어서 걱정이다.HELLKOWNZ 토크 16:53, 2020년 10월 3일(UTC)[]

tfDs는다시 작동해야 한다.HELLKOWNZ TALK 11:19, 2021년 1월 24일 (UTC)[]

작동하지 않음

중복 버그 보고서(TfDs가 작동하지 않음)

작성자: 엠파이어 AS(토크 · 기여)

접수 시간: 08:01, 2020년 12월 29일(UTC)

링크: WP:LPL/AA

설명:

안녕, 최근에 WP에서 바로 가기 템플릿을 추가했어.LPL/AA. 그러나 이를 추가한 후, 봇은 경고를 업데이트하기 위해 멈췄다. 그리고 나서 나는 그것을 실행하기 위해 내 편집을 되돌렸지만 여전히 작동하지 않는다. 제발 뛰게 해 줘. 감사합니다. Empire AS 08:01, 2020년 12월 29일 (UTC)[]

안녕. 보고서에 어떤 항목이 추가/변경/제거될 것으로 예상하십니까? 변경 사항이 없으면 봇은 페이지를 업데이트하지 않는다. 또한 페이지 레이아웃을 깨고 로그에 기록하면 변경사항을 덮어쓰기만 할 것이다. 내가 보는 오류는 없다. 편집 후 업데이트는 우연의 일치로 보인다.HELLKOWNZ TOK 12:40, 2020년 12월 29일 (UTC)[]
아니 그건 우연이 아니야. 이 프로젝트의 5개의 템플릿은 12월 22일에 TfD였다. 템플릿 참조:재프나 스탤리언즈 선수 명단. 하지만 봇은 여전히 그것을 업데이트하지 않았다. 오류가 있는 것 같다. Empire AS 12:57, 2020년 12월 29일 (UTC)[]
위키백과:Template_for_토론/Log/2020_12월_22#Template:콜롬보_킹스_로스터 링크를 클릭하십시오. TFD 경보가 저기 보여 Empire AS 13:01, 2020년 12월 29일 (UTC)[]
템플릿이 제대로 작동하지 않음(위 참조). 그래서 봇은 그것들을 변화로 보지 않는다.HELLKOWNZ 토크 13:16, 2020년 12월 29일 (UTC)[]
오, 그건 문제야. 하지만, 나는 너에게 이 봇의 문제를 고칠 수 있는지 아니면 그대로 남아있을지 묻고 싶어. 감사합니다. Empire AS 18:59, 2020년 12월 29일 (UTC)[]

실비오 마이어

드물게 고정할 수 없는 코너 케이스

채우기: 무진가(토크 · 기여)

접수시간 : 22:23, 2021년 1월 1일 (UTC)

링크: 위키백과:위키프로젝트 스쿼트/기사 경고, 실비오 마이어

설명:

위키백과의 히야:위키프로젝트 스쿼팅/Silvio Meier의 DYK는 11월 25일에 여전히 지명된 것으로 나타나지만, 사실 그것은 이미 승인되어 12월 11일에 메인페이징되었다. 별거 아닌데 왜 그런지 모르겠어. 2021년을 위한 감사와 축원! 무진가 (토크) 22:23, 2021년 1월 1일 (UTC)[]

지금은 더 이상 존재하지 않기 때문에, 2021년 1월 4일(UTC) 11:06, 2021년 1월 4일 (토크)[]
안녕! 더 일찍 답장하지 못해서 미안해. 나는 전에 그것을 보고 있었지만 분명히 잘못된 것은 아무것도 볼 수 없었다. 어디선가 캐싱 문제였나 봐.HELLKOWNZ TOK 11:09, 2021년 1월 4일 (UTC)[]
이상해! 대답해줘서 고맙지만, 조치가 취해진 것인지 아닌지 확신이 서지 않았다. 어쨌든 나는 그것이 해결되어 기쁘다. 무진가(토크) 13:40, 2021년 1월 4일 (UTC)[]

AfC 초안이 기한이 만료된 것으로 잘못 표시됨

버그 고정
bug 뉴 버그

채우는 사람: 이어위그 (토크 · 기여)

접수시간 : 2021년 1월 20일 23시 10분(UTC)

링크: 특수:퍼머링크/1001592825#AFC

설명: 여기에 보도된 바와 같이, 많은 AfC 초안이 미기일자로 표기되고 있지만, 내가 알기로는 타임스탬프와 분류가 정확하게 되어 있다. 를 들어, 초안:Rob 태스커가 카테고리:날짜별 AfC 제출/2020년 12월 23일, 위키백과에 미등록으로 등록되어 있음:위키프로젝트 필름/기사 알림#AFC. — 이어비히 23:10, 2021년 1월 20일 (UTC)[]

봇은 카테고리를 사용하지 않고 제출자와 선언기 등을 분석하기 때문에 실제 제출 템플릿을 사용한다. 차이를 보는 데 1분이 걸렸지만, 이것은 {{}}AFC 제출}}은(는) 프라임팩트에 의해 {{AfC 제출}[32]로 이동되었다. 새로운 초안에는 이제 "AfD"가 있어서 봇이 그것을 인식하지 못한다. 나는 지금부터 이름을 바꾼 템플릿을 사용하도록 봇을 조정했다.
또한 내가 생각하는 다중 제출 템플릿에는 다른 버그가 있는 것 같은데, 이것은 더 큰 문제고 나는 언젠가 그것을 조사할 것이다. 새로 제출된 AfC는 새 템플릿으로 낡은 것을 재설정한 것이 많은 것을 깨뜨렸음에도 불구하고 대부분 괜찮을 것이다.HELLKOWNZ TOK 11:36, 2021년 1월 21일 (UTC)[]

피처링/좋은 주제 후보 버그

bug 뉴 버그

작성자: Aza24(토크 · 기여)

접수시간 : 2021년 3월 16일(UTC) 10시 14분

링크: [33]

설명: "좋은 주제 후보"(그리고 "기능적인 주제 후보"일 가능성이 있음) "토론" 링크는 위키백과 이후 작동하지 않는다.최근 위키백과로 이전된 주요 주제 후보:특집좋은 주제 후보. 봇에 대한 업데이트만 하면 될 것 같아. Aza24 (대화) 10:14, 2021년 3월 16일 (UTC)[]

템플릿을 사용한 토론 페이지 매개 변수와 같은 잘못된 사용자 지정 링크 탐지

bug 뉴 버그

채우기: 헬노우즈(토크 · 기여)

접수시간 : 2021년 3월 28일 16시 15분(UTC)

링크: https://en.wikipedia.org/w/index.php?title=Wikipedia:WikiProject_Television/Article_alerts&diff=1014690866&oldid=1014641870

설명:

이전 AfD 직후 생성된 새 AfD 나열 안 함

드물게 고정할 수 없는 코너 케이스

채우기: A7V2(토크 · 기여)

접수시간 : 10시 52분, 2021년 4월 7일(UTC)

위키백과:Lewis Hamilton의 경력에 대한 삭제/목록은 지명이 철회되자마자 마감되었고, 위키백과 직후에는 다음과 같은 내용이 있었다.루이스 해밀턴(2차 지명)의 경력 성취 삭제/목록 조항이 개설되었다(동일 기사에 대한 두 번째 AfD).위키백과 모두에서:WikiProject Motorsport/기사 경고 및 위키백과:위키프로젝트 포뮬러/첫 번째 AfD에 대한 링크만 있을 뿐이라고 경고한다. SSSB는 이 ([34], [35])을 수정했지만, 새로운 AfD ([36], [37])에 대한 언급 없이, 봇의 다음 업데이트에서 이 페이지를 덮어썼다. A7V2 (대화) 10:52, 2021년 4월 7일 (UTC)[]

나는 다음 실행을 위해 페이지를 다시 검색하도록 설정했다. 봇은 새로운 토론 페이지를 보아야 한다. 이런 드문 경우에서 내가 자동적으로 할 수 있는 것은 거의 없다. 왜냐하면 어떤 것이 부서지는 방법을 아는 것은 얼마나 많은 방법이 있는가를 고려할 때 거의 불가능하기 때문이다.HELLKOWNZ 토크 10:59, 2021년 4월 7일 (UTC)[]
고마워. 내 보고서를 여기에 올린 후 나는 위의 "Rare unfixable corner-case" 사례들을 알아차렸고, 그것이 여기에 해당될 것이라고 생각했다. 2차 지명 때 일부 논평에서 볼 수 있듯이 확실히 AFD로서는 상당히 이례적인 상황이다. A7V2 (대화) 11:13, 2021년 4월 7일 (UTC)[]
그래, 봇은 어떤 작업흐름에 대해서도 당일치기를 처리하지 않아. 문제는 이러한 사례의 90%가 AfD 템플릿 제거와 같은 파괴적인 편집이나 지침을 따르지 않는 것에서 기인한다는 점이다. 나는 이것들을 믿을 수 없을 뿐이다.HELLKOWNZ 토크 11:20, 2021년 4월 7일 (UTC)[]

WP 웨더 버그

벌레가 아니다.

채워짐: 허리케인 노아(토크 · 기여)

접수시간: 22:46, 2021년 5월 5일(UTC)

링크: 위키백과:Wiki프로젝트 날씨/기사 경고

설명: 그 페이지는 WP Weather 아래에 있지 않은 기사들을 보여주고 있다. NoahTalk 22:46, 2021년 5월 5일 (UTC)[]

예를 들면? 이는 구독 세부사항에서부터 WP Weather 페이지로 리디렉션되는 페이지 또는 WP Weather 기사에서 사용하는 이미지까지 다양한 이유로 인해 발생할 수 있다. 헤드폭탄 {t · c · p · b} 02:09, 2021년 5월 6일(UTC)[]
그렇구나... 아마 WP Weather에 있는 템플릿들이 그 페이지들에 쓰여서 여기에 나타나는 것 같아. NoahTalk 17:33, 2021년 5월 6일 (UTC)[]
WP Weather 배너를 갖는 것은 기본적으로 이 페이지들이 "프로젝트의 일부"라고 정의하고 있는 것이므로, 그렇다, 그렇게 되면 그 페이지가 나타날 것이다. — HELLKOWZ zTALK 19:38, 2021년 5월 6일 (UTC)[]
아니, 나는 WP Weather 내의 템플릿이 그 페이지들에 사용되고 있다고 말하고 있다. 도시를 위한 기후 템플릿의 예. 기후 정보를 위한 템플릿은 거의 모든 도시 기사에 있다. 기후 템플릿이 WP Weather에 기재되어 있기 때문에 이 기사들은 WP Weather에 기재되어 있다. NoahTalk 20:52, 2021년 5월 6일 (UTC)[]
맞아, 맞아. 이 구독은 {{Weather box}}}을(를) 사용한다. 그래야 할지 모르겠어.HELLKOWNZ TALK 21:07, 2021년 5월 6일 (UTC)[]

다른 사람이 추가한 것 같군 나는 그것을 제거했다. NoahTalk 21:29, 2021년 5월 6일 (UTC)[]

bot는 깨진 템플릿을 쓴다.

(또한, bot 버그 리포팅은 섹션 헤더를 자동으로 채우지 않는다. 사용자 대화에서 교훈을 얻을 수 있음:인용봇?)

버그 고정

채운 사람: 스님을 트라피스트(말씀·기여)

접수시간 : 2021년 6월 24일 16시 39분(UTC)

링크: diffdiff

설명: Bot 생성 breaked {{hover title}} 그리고 {{cite web}} 템플리트; 후자의 파쇄는 위키피디아 추가:위키프로젝트_Azerbajan, 위키백과:위키프로젝트_Azerbaijan/ 조항_경고, 위키백과:WikiProject_Cities위키백과:위키프로젝트 도시/범주에 대한 문서 경고:CS1 오류: 아카이브-url.

그리고 계속해서 고장난 것을 생산한다. {{hover title}} 그리고 {{cite web}} 템플릿: diffdiff

스승 (대화) 14:12, 2021년 6월 25일 (UTC)[]

그리고 계속해서 고장난 것을 생산한다. {{hover title}} 그리고 {{cite web}} 템플릿: diffdiff

밖에 아무도 없어요? 이 봇을 고쳐 주시오.

스승 (대화) 12:26, 2021년 6월 26일 (UTC)[]

제목 없음

벌레가 아니다.

작성자: Q28(토크 · 기여)

접수시간 : 15:27, 2021년 6월 26일 (UTC)

링크:https://enwp.org/w/index.php?title=User:AAlertBot/Sandbox_article_alert&diff=prev&oldid=1030522247

설명: 로봇은 <ref>{{{&amp;lt;ref&amp;ref&amp;gt;&amp;#123;&amp;&amp;#123; .--q28 (대화) 15:27, 2021년 6월 26일 (UTC)[]로 대체했다.

이것은 중간 시험 운행이었기 때문에 실제로는 버그가 아니었다. 그렇긴 하지만 HTML 엔티티와 일부 위키 마크업 문자는 사물을 파괴할 수 있는 잠재력 때문에 인코딩된 상태로 남아있을 것이다.HELLKOWNZ TOK 09:06, 2021년 6월 28일 (UTC)[]