모듈 토크:보호된 편집 요청/아카이브 1

Module talk


끊어진 링크

그{{edit protected}}그리고.{{edit semi-protected}}앵커 설정에 사용되는 템플릿{{anchor editprotected}}[사용자(User)]목록이 표시되므로 편리합니다.AnomieBOT/PERTable 및 사용자:AnomieBOT/SPERTable에는 해당 앵커에 대한 링크가 포함되어 있습니다.이 편집 내용을 참조해 주세요.여기서[[Template talk:Infobox requested#editprotected request]]두 번째 추가 행에 있습니다.이 링크는 끊어졌습니다.내가 직접 고칠 수 있지만, 루아 코드를 통해 길을 찾을 수 없다: 닻을 추가하는 것처럼 보이는 무언가가 있다.function box:exportAnchors하지만 왜 그것이 일어나지 않는지 이해할 수 없다.--Redrose64 (talk) 14:07, 2013년 11월 24일 (UTC)응답[응답]

User: 앵커가 나를 위해 일하고 있다.AnomieBOT/PERTable 및 사용자:AnomieBOT/TPERTableTemplate talk에서 템플릿을 변경했습니다.정보 상자가 {{edit protected}에서 새로운 {{edit template-protected}}에 요청되었습니다.이것에 의해, 유저 이력내의 링크가 발생합니다.작동을 멈추기 위한 AnomieBOT/PERTable.사용하시는 경우[[Template talk:Infobox requested#edittemplateprotected request]] (여기 링크: request)라이브 PERTable 리스트의 앵커 중 기능하지 않는 것이 있습니까?아니면 이력의 앵커 중 하나입니까?- Stradivarius님♪ talk ♪ 2013년 11월 24일 (UTC)응답[응답]
네, 현재 동작하고 있는 것 같습니다.--Redrose64 (talk) 16:37, 2013년 11월 24일 (UTC)응답[응답]

편집할 페이지로 전달된 전체 URL 처리

[1]에서는 페이지 이름뿐만 아니라 편집할 페이지로 전체 URL이 지정되었습니다.URL을 페이지명으로 되돌리는 것이 간단한가요, 아니면 다른 방법으로 처리하는 것이 쉬운가요?현재는 [2]와 같은 현상이 발생하고 있습니다만, 그다지 예쁘거나 정확하지 않습니다.@Stradivarius: ping.Jackmcbarn (토크) 22:57, 2013년 12월 4일 (UTC)응답[응답]

그것은 매우 드물고, 우리는 모든 실수를 예방할 수 없다. 누군가는 항상 예상치 못한 일을 한다.문제가 발생했을 때 고쳐주세요.제가 보기엔 다 된 것 같아요(하지만 아직 빈 곳이 많아요).<ref></ref>붉은 바다를 일으킵니다.--Redrose64(대화) 23:18, 2013년 12월 4일(UTC)응답[응답]
드물게 발생하는 오류일 뿐만 아니라 URL을 유효한 페이지 제목(예: [3])으로 지정할 수도 있습니다.그러한 타이틀은 매우 드물기 때문에 아마 문제가 되지 않을 것입니다(G6에서는 이동 후 삭제될 것입니다).하지만 MediaWiki가 허용하는 모든 타이틀을 지원해야 한다고 생각합니다.그러나 이러한 페이지 제목으로 인해 이중 사각 괄호 구문이 깨집니다([4] 참조).즉, 적절하게 지원하려면 봇을 업데이트해야 하지만, 수정하기에 충분한지 잘 모르겠습니다.- Stradivarius♪ talk ♪ 00:07, 2013년 12월 5일 (UTC)응답[응답]
메흐, 어쨌든 로봇을 고쳐야겠어.이미 파일 네임스페이스 페이지와 카테고리 네임스페이스 페이지에 콜론 트릭을 적용하고 있는데 다른 경우가 있다는 것을 잊어버렸습니다.Anomie⚔ 2013년 12월 5일 (UTC) 02:03 (응답)

보호 검출

또한 모듈은 사용된 페이지의 보호 수준을 검출하려고 시도하고 지정된 기능과 다른 보호 수준을 가진 페이지가 있는 경우 해당 페이지를 카테고리에 추가합니다.Wikipedia에서 잘못된 템플릿을 사용하여 요청을 편집합니다.

오류 범주를 채우는 대신 보호 수준에 따라 적절한 기능을 선택하는 것이 어떨까요?- Martin (MSGJ · talk )2013년 11월 27일 19:17 (UTC)응답 [응답]

정확하게 할 수 없기 때문입니다.모듈은 제목 블랙리스트에 있는 항목을 탐지할 수 없으며 페이지가 계단식으로 보호되는 경우를 탐지할 수 없습니다.이러한 페이지는 반환되는 보호 수준에 관계없이 카테고리에 포함됩니다.{{PROTECTIONLEVEL}} 그러나 실제로는 관리자(또는 제목 블랙리스트의 템플릿 에디터)만 편집할 수 있습니다.이것이 MediaWiki측에서 검출이 가능해진다면, 당신의 제안대로 하는 것이 좋을 것입니다.또, 원래 이렇게 코드를 작성했기 때문에, 이것을 원래대로 되돌리고, 새로운 보호 검출을 추가하는 것은 간단한 일입니다.그러나 일부 페이지가 잘못 분류된 경우 대부분의 페이지에 대한 보호 수준을 얻을 수 있는 이점보다 더 중요할 수 있습니다.Stradivarius님♪ talk ♪ 2013년 11월 27일 (UTC)응답[응답]
봇은 보호 수준을 정확하게 검출할 수 있기 때문에 아마도 최선의 해결책은 카테고리를 다시 기억하고 봇이 두 개의 테이블을 업데이트하도록 하는 것입니다.그러면 편집자는 올바른 템플릿을 사용할 필요 없이 두 유형 모두 {{editprotected}을(를) 사용할 수 있습니다.- Martin (MSGJ · talk )2013년 11월 28일 (UTC)응답[응답]
지금은 테이블이 세 개예요.오랜 기간 확립된 사용자 이외:AnomieBOT/PERTable 및 사용자:AnomieBOT/SPERTable, 사용자:AnomieBOT/TPERTable은 며칠 전에 설정되었습니다.--Redrose64 (talk) 11:37, 2013년 11월 28일 (UTC)응답[응답]
네, 실제로 제가 언급한 것은 PER 및 TPER 테이블입니다(SPER에도 적용할 수 있습니다).전체 페이지와 템플릿으로 보호된 페이지에 대해 별도의 템플릿과 카테고리를 갖는 것은 좋은 점이 없습니다.또한 편집자는 더 많은 템플릿 중에서 선택해야 하고 검토자는 더 많은 카테고리를 모니터링해야 하기 때문에 실제로 단점도 있습니다.그래서 제 제안은 봇이 세 개의 테이블을 유지하되 공통 템플릿을 사용하도록 하는 것입니다.- Martin (MSGJ · talk )2013년 11월 28일 (UTC)응답[응답]

귀하의 제안은 대부분의 편집자가 이해하기 쉬울 것이며, 저는 이미 새로운 보호 템플릿에 대한 몇 가지 실수를 보았습니다.모든 권한 수준에서 패트롤러가 쉽게 접근할 수 있도록 카테고리를 배치하는 방법을 재고해야 할 것 같습니다만, 제 생각에는 그렇게 나쁜 것은 아닙니다.아노미, 어떻게 생각해?- Stradivarius님♪ talk ♪ 2013년 11월 29일 04:20 (UTC)응답[응답]

봇이 다른 테이블로 분할할 수 있도록 하나의 템플릿으로 페이지가 두 개의 다른 카테고리에 속하게 하려면 어떻게 해야 합니다.Anomie⚔ 2013년 11월 29일 16:06 (UTC)응답[응답]
내 생각에 마틴은 감지된 보호 수준에 따라 페이지를 넣을 테이블을 선택할 수 있도록 봇을 다시 프로그래밍할 것을 제안하고 있는 것 같다.따라서 모든 페이지는 동일한 범주에 속하며 보호 수준별로 테이블로 정렬하는 작업을 수행합니다.물론 당신이 그것을 해내고 싶은지 아닌지는 전적으로 당신에게 달려있다.Stradivarius님♪ talk ♪ 2013년 11월 29일 (UTC)응답[응답]
그러면 두 테이블은 어디에 전시될까요?이 경우 PER 테이블은 1개이지만 템플릿으로 보호된 행을 다르게 색칠하는 것이 좋습니다(컬러 웰컴에 대한 제안).Anomie⚔ 2013년 11월 29일 20:29 (UTC)응답[응답]
네, 컬러 코딩도 가능합니다.템플릿 편집자가 테이블을 사용자 페이지에 삽입하거나 다른 페이지로 변환하도록 선택할 수 있기 때문에 두 테이블을 모두 카테고리로 변환하는 것이 약간 더 유연할 수 있습니다.저는 상관없습니다, 둘 다 현재의 상황을 개선시킬 수 있을 것입니다.- Martin (MSGJ · talk )2013년 12월 2일 (UTC) 12:34 (응답)
찔러, 아노미이것에 대해 더 생각해볼래?- Martin (MSGJ · talk )2013년 12월 12일 (UTC)응답 [응답]
새로운 생각은 없다.정확히 어떻게 바뀌어야 하는지에 대한 공감대가 형성되어 있나요?Anomie⚔ 2013년 12월 12일 14:19 (UTC)응답[응답]
아직 어떤 방법에 대해서도 합의가 안 된 것 같습니다.(실시 전에 논의했으면 좋았을 텐데)시간이 나면 몇 군데 더 광고를 해서 다른 사람들이 어떻게 생각하는지 알아볼게요.- Martin (MSGJ · talk )2013년 12월 15일 (UTC)응답 [응답]

최종 리비전 링크

페이지 마지막 리비전과 샌드박스 마지막 리비전의 링크를 추가하려고 했지만, 작동하지 않는 것 같습니다.루아를 더 잘 아는 사람이 고쳐서 내가 뭘 놓쳤는지 말해주면 내가 배울 수 있어?@테오폴리스메와 스트라디바리우스: 아마도?테크니컬 13 (토크)20:51, 2014년 1월 3일 (UTC)응답[응답]

코드는 정상적으로 동작하고 있습니다.[5]를 참조해 주세요.아마 이게 네가 잊은 거겠지?Stradivarius님♪ talk ♪ 2014년 1월 3일 21:30 (UTC)응답[응답]

모든 형태의 보호 기능 완전 검출

계단식 보호를 탐지하는 마법 단어가 이미 병합되었으며 곧 여기에서 사용할 수 있습니다.다음 프로젝트는 타이틀 블랙리스트 보호를 탐지하는 마법 단어를 설정하는 것입니다.이 모듈을 사용하면 모든 페이지의 보호 수준을 100% 정확하게 검출할 수 있습니다.이 시점에서 카테고리를 삭제할 수 있습니까?Wikipedia 편집 요청은 잘못된 템플릿을 사용하여 자동으로 올바른 버전을 사용하고 있습니까?Jackmcbarn (대화) 2014년 1월 7일 (UTC)응답[응답]

그거 정말 멋질 것 같아.위의 결론에 도달했습니다.모듈 코드는 최소한의 조정만으로 처리할 수 있습니다.모듈이 현재 그렇게 하지 않는 유일한 이유는 현재 기술적으로 가능하지 않기 때문입니다.그래서 당신의 질문에 대한 대답은 큰 "예"입니다. :) - Stradivarius님♪ talk ♪ 2014년 1월 7일 (UTC)응답하세요.
네, 승인 대기 중입니다.gerrit:105979 Jackmcbarn (대화) 2014년 1월 7일 (UTC)응답[응답]
Jack 씨, 캐스케이드 및 title blacklist용 JavaScript wgVar를 첨부할 수 있도록 마법의 단어를 확장해 주실 수 있습니까(존재할 수 없는 사용자의 사용자 페이지를 작성하려는 사용자에게는 문제가 없을 것 같습니다).이 기능은 보호 수준을 확인하고 텍스트를 표시하거나 다른 작업을 수행하는 스크립트를 지원하는 데 유용합니다(어젯밤 케이스 사용 예제가 필요했는데 잊어버렸습니다).가능하다면 감사합니다.테크니컬 13 (토크) 17:51, 2014년 1월 9일 (UTC)응답[응답]
모든 페이지를 확인하기에는 너무 비쌀 것 같아요.Jackmcbarn (대화) 2014년 1월 9일 (UTC)응답[응답]
잭, 난 그냥 이 집에 있는 다른 사람들과,"wgIsProbablyEditable":true,"wgRestrictionEdit":[],"wgRestrictionMove":[],mw.config 섹션입니다.모든 페이지에 있는 섹션을 설정합니다.cascade protected, title blacklisted 또는 antispoof인 경우 wgIsProbablyEditable이 아직 false가 아닌 경우 false로 변경해야 합니다.또한 이러한 제한이 적용되는 경우 "wgRestrictionEdit":[에 "cascade", "titleblacklist", "antispoof"를 추가하는 것이 좋습니다(이러한 제한이 이동을 방해할 것으로 예상하지 않기 때문에 거기에 배치할 필요는 없습니다).그게 가능해?테크니컬 13(토크) 2014년 1월 9일 19:03(UTC)응답[응답]
내 말은 페이지가 계단식으로 보호되는지 아니면 블랙리스트에 있는 페이지가 비싼지 확인하는 것이다.따라서 MediaWiki에서는 실제로 편집을 시도할 때까지 확인하지 않기 때문에 "View source" 링크가 아닌 "Edit" 링크가 표시됩니다.Jackmcbarn (대화) 2014년 1월 9일 (UTC)응답[응답]
잭, 이 체크는 이미 {{CASCADINGSOURCES:}의 가용성으로 이루어지고 있지 않습니까?Foo}}? 그렇다면 기존 변수를 변경하여 이 정보를 포함하도록 하는 것이 실제로 부하를 더하는 것입니까?테크니컬 13 (토크) 19:53, 2014년 1월 9일 (UTC)응답[응답]
{{CASCADINGSOURCES}}은(는) 변수가 아닙니다.기능이라고 생각해 주세요.사용하지 않는 페이지에서는 전혀 계산되지 않습니다.항상 체크하는 것이 가능할지 모르지만, 서버 담당자에게 문의할 필요가 있습니다(현재로서는 이것이 모든 치명적인 에러의 원인이라고 밖에 인식되지 않습니다).Jackmcbarn (대화) 2014년 1월 9일 (UTC)응답[응답]

실장

@Stradivarius씨와 기술 13:타이틀 블랙리스트 검출 기능이 승인되어 6일 라이브로 진행됩니다.그 동안 자동검출을 어떻게 구현해야 할까요?물론 누군가가 준보호 페이지에서 요청을 처음 작성할 때 {{edit protected}}을(를) 사용하는 경우에는 준보호 요청 배너를 표시하기만 하면 됩니다.하지만 더 까다로운 상황은요?

  1. 페이지가 완전히 보호되지만 나중에 보호 수준이 떨어지거나 만료되는 동안 다른 사용자가 편집 요청을 제출하면 어떻게 됩니까?템플릿을 다운그레이드 할까요, 아니면 그대로 둘까요?다른 사용자가 {{subst:EP nlp}}이 기재되어 있습니까(해당하는 경우)?
  2. 전혀 보호되지 않은 페이지에 대한 편집 요청을 제출한 경우 어떻게 합니까?{{request edit}}을 사용한 것처럼 할까요?
  3. 응답된 편집 요청은 어떻게 해야 합니까?우리는 분명히 그들이 변하는 것을 원하지 않는다.여기서 다형 솔루션을 구현해 볼까요?

대답해야 할 다른 질문들도 있을 겁니다.생각?Jackmcbarn (대화) 2014년 1월 30일 (UTC)응답[응답]

내 2엔:
  1. 보호 수준이 변경되어도 요청을 계속 사용할 수 있도록 템플릿을 원래 검색된 보호 수준으로 유지하는 것이 가장 좋습니다.사용자가 템플릿을 사용하지 않고 이것이 기술적으로 가능한지는 잘 모르겠습니다.
  2. {{request edit}} 카테고리에 넣는 것이 아니라 오류 카테고리에 넣는 것이 좋습니다.COI 편집 요청은 응답을 받지 않고 오랫동안 유지되는 경향이 있으며 대부분의 경우 편집자가 템플릿에 페이지 이름을 입력하는 것을 잊어버렸습니다.예를 들어 {{cite web}}에 대해 보호된 편집 요청을 하면 다음과 같이 Help talk로 리디렉션됩니다.인용 스타일 1 및 도움말:인용 스타일 1은 보호되지 않습니다.이러한 실수는 잘못된 큐에 묻히는 것이 아니라 수정 플래그를 붙이는 것이 좋습니다.또, 리다이렉트의 제목 페이지가 보호되고 있는 경우에도, 같은 종류의 에러가 발생할 가능성이 있습니다.이러한 에러는 문제가 될 가능성이 있습니다.원래 페이지가 준보호되고 대상의 제목 페이지가 템플릿으로 보호되거나 완전히 보호되는 경우 이러한 큐는 매우 빠르게 처리되기 때문에 나쁘지 않습니다.단, 완전히 보호된 페이지 또는 템플릿으로 보호된 페이지에 대한 요구로 검출된 경우 오류가 한동안 인식되지 않을 수 있습니다.MediaWiki의 프리로드 텍스트 코드를 업데이트하여 "페이지" 파라미터를 얻는 것 외에는 우리가 할 수 있는 일이 없는지 잘 모르겠습니다.
  3. 난 여기서 일을 단순하게 하는 게 더 좋아.응답된 모든 편집 요청에 대해 동일한 코드를 사용하면 어떨까요?특별한 "응답된 편집 요청" 아이콘을 만들어 모든 보호 수준에서 사용할 수 있는 텍스트를 생각할 수 있습니다.또한 응답된 요청이 보호 수준을 감지하지 않도록 코드를 구성해야 합니다. 그러면 템플릿 호출이 상대적으로 저렴해집니다.일부 페이지에는 응답된 편집 요청이 많습니다. 자세한 내용은 다음을 참조하십시오.예를 들어 소셜 네트워킹 웹사이트/아카이브 7 목록입니다.
지금은 여기까지입니다만, 다른 생각나면 알려드리겠습니다.- Stradivarius님♪ talk ♪ 2014년 1월 30일 (UTC)응답[응답]
1의 경우 원래 보호 수준을 유지하기 위해 물질이 필요하기 때문에 더 많은 검토가 필요합니다. 2와 3은 모두 원하는 대로 작동해야 합니다(단, 1의 경우 3이 복잡해야 합니다).Jackmcbarn (대화) 03:51, 2014년 1월 31일 (UTC)응답[응답]
사용자에게 템플릿을 강요하는 것은 별로 마음에 들지 않습니다.그러므로 이 경우 단순하게 하고 보호 수준에 따라 템플릿을 업데이트해야 한다고 생각합니다.편집자의 작업 흐름을 감시하는 데 부정적인 영향을 너무 많이 미친다면 다시 생각해 볼 수 있지만, 문제는 가끔 나타날 것이라고 생각합니다.그리고 지금보다 더 나은 상황이 될 것입니다.이러한 상황에서는 이틀에 한 번씩 {{edit protected}을(를) {{edit template-protected}로 변경해야 합니다.- Stradivarius님♪ talk ♪ 2014년 1월 31일 05:01 (UTC)응답[응답]
정말 사용자들에게 강요하는 건가요?프리로드 템플릿을 수정하면 안 될까요?subst'd를 추가하기 위해 사용하는 편집 요청을 제출하고 AnomieB를 설정합니다.그런 식으로 첨가되지 않은 OT 서브젝트?Jackmcbarn (대화) 2014년 1월 31일 13:07 (UTC)응답[응답]
@Stradivarius씨: ^. Jackmcbarn (대화) 2014년 2월 3일 (UTC)응답[응답]
흠, 당신 말이 맞는 것 같아요.AnomieB가 나오면굳이 말하자면, 그렇게 나쁘진 않을 거야.다만, 실제 보호 레벨에 따라서 카테고리에 넣는다면, 아래의 Technical 13에서 제안하는 바와 같이, 그 레벨에 대한 요구인 것처럼 보이게 하는 것이 좋다고 생각합니다.테크니컬 13은 템플릿의 미관에는 그다지 신경을 쓰지 않을 수 있지만, 저는 그렇게 하고 있습니다.:) 다시 한 번 생각해 본 결과, 가장 좋은 방법은 서브젝트하지 않고 자동으로 보호 레벨을 갱신하는 것이라고 생각합니다.하지만 그건 그냥 내가 좋아하는 거야.그런데 어떤 옵션이 가장 좋으세요?저도 당신의 의견을 듣고 싶습니다.:) - Stradivarius님♪ talk ♪ 03:43, 2014년 2월 3일 (UTC)응답[응답]
@Stradivarius씨:가장 큰 문제는 {{subst:}의 시기를 한눈에 알 수 없다는 것입니다.EP nlp}}이(가) 요구됩니다.제 생각은 이렇습니다.응답 템플릿은 간단합니다.나는 일반적인 것이 가는 길이라는 것에 동의한다.다른 경우에는 원래 보호 수준을 저장할 수 있도록 템플릿이 처음 배치될 때(PROD 템플릿의 작동 방식) subst'd여야 합니다.오픈 리퀘스트의 경우는, 다음과 같습니다(왼쪽을 따라서 사용되는 템플릿, 오픈시의 실제 보호 레벨, 셀내의 카테고리).
보호되지 않음 준보호 템플릿 보호 완전 보호
{{edit semi-protected}} Semi + 경고 세미 템플릿 가득한
{{edit template-protected}} 템플릿 + 경고 세미 템플릿 가득한
{{edit protected}} 전체 + 경고 세미 템플릿 가득한
요청은 요청 오픈 시 가지고 있던 보호 수준으로 분류해야 하며, 열린 후 보호 수준이 변경된 경우 {{subst:ESP nlp}: 쉽게 수행할 수 있습니다.전혀 보호되지 않은 페이지에 대한 편집 요청이 열려 있는 경우, 사용된 요청 템플릿과 함께 범주 아래에 파일을 제출합니다(보호 수준은 맞지만 페이지는 잘못되었다는 가정 하에).Jackmcbarn (대화) 2014년 2월 3일 (UTC)응답[응답]
  • 템플릿이 올바른 편집 요청 카테고리에 배치되어 있는 한 사용자에게 어떻게 보이는지 신경 쓰지 않습니다.그러면 AnonieB는OT(talk·contribs)는 올바른 테이블에 목록을 배치하여 응답할 수 있습니다.사용자가 배치하고 배치한 위치에 관계없이 정확하게 "표시"할 수 있습니다.이것은 또한 다른 시나리오들을 상당히 혼란스럽게 만들 것이다.A) B페이지에 게재된 대로 템플릿을 표시합니까? (weeld) If ans (weeld)?=아니요? 그럼 실제 보호 수준 C)에 따라 토크 페이지를 올바른 보호 편집 요청에 배치하고 해당 수준이 변경되면 카테고리를 변경하기만 하면 됩니다.테크니컬 13(토크) 2014년 1월 31일 05:32(UTC)응답[응답]
    이 경우 사용자가 {{edit protected}}을(를) 세미 프로텍트된 페이지의 토크에 배치했을 경우, 완전 프로텍트된 편집 요청으로 페이지에 표시하시겠습니까?Jackmcbarn (대화) 2014년 1월 31일 13:07 (UTC)응답[응답]
사용자 서브젝트 예상: 사용자가 이전에 대체하지 않고 사용한 템플릿은 확립된 관행으로 변경되었을 때 불만을 일으킬 수 있습니다.템플릿 토크에서의 코멘트:EP#s, t, u의 출력은 별로 의미가 없습니다.이쪽도 신청해 주세요.편집 요청이 열려 있는 동안 현재 보호 수준을 표시하는 템플릿에는 장점이 있지만, 요청이 닫히면(완료되었는지, 완료되지 않았는지를 불문하고) 표시되는 메시지는 다시 변경되지 않습니다. --Redrose64(talk) 13:18, 2014년 2월 3(UTC)응답
  • 난 이걸 하기 시작했어.이제 모든 보호 수준이 탐지되고 일반 응답 메시지가 사용 중입니다.그래도 자동검출이 표시된 레벨을 덮어쓰고 위에서 설명한 엣지 케이스를 처리해야 합니다.Jackmcbarn (토크) 2:53, 2014년 2월 7일 (UTC)응답[응답]
    • @Stradivarius, Technical 13 및 Redrose64:자동검출이 완전히 구현되었습니다.위의 피드백을 바탕으로 구현 방법은 다음과 같습니다.Wikitext에서 템플릿의 사용은 전혀 변경되지 않습니다(따라서 서브스크립션에 대한 걱정은 없습니다).요청이 영향을 미치는 모든 페이지가 동일한 보호 수준(한 페이지에만 영향을 미치는 경우 공백으로 참)이고 해당 수준이 "보호되지 않음"이 아니며 새로운 "강제" 매개 변수가 설정되지 않은 경우 템플릿은 올바른 보호 수준에서 호출된 것처럼 표시 및 분류 모두에서 작동합니다.이것이 모두에게 받아들여질 것 같습니까?Jackmcbarn (대화) 2014년 2월 16일 (UTC)응답[응답]
  • 일리가 있는 것 같지만, 그 전에 실제 상황을 봐야겠어요.- {{U Technical 13}} 2014년 2월 16일 (UTC) 22:43, 응답[응답]
정말 좋아 보이네요.수고하셨습니다, 잭!- Stradivarius님♪ talk ♪, 2014년 2월 16일 (UTC)응답[응답]

Wikipedia에서 사용:메인 페이지/오류

Wikipedia에서 사용할 수 있도록 수정하십시오.기본 페이지/오류가 발생하지 않음 오류: 보호된 편집 요청은 토크 페이지에서만 할 수 있습니다.Wikipedia:메인 페이지/오류는 Talk로 변환됩니다.메인 페이지 #메인 페이지 에러 리포트.이 박스는 올바르게 표시됩니다.--Redrose64 (talk) 07:31, 2014년 3월 15일 (UTC)응답[응답]

위키백과:그러나 메인 페이지/에러는 꽤 널리 감시되고 있는 게시판입니다.{{edit protected}} 호출이 포함되어 있는지 여부는 응답 시간에 큰 차이가 없을 수 있습니다.또, 에러 체크에 의해서, 편집 의뢰 템플릿의 신참 에러가 몇개인가 발생하는 것을 막을 수 있다고 생각하기 때문에, 삭제는 곤란합니다.- Stradivarius님♪ talk ♪ 2014년 3월 15일 (UTC)응답[응답]
담요 제거가 아니라 한 페이지 면제를 의미했습니다.-Redrose64(토크) 16:53, 2014년 3월 15일(UTC)응답
글쎄요, 그렇게 할 수는 있지만, 개인적으로는 페이지를 있는 그대로 충분히 봐야 하기 때문에 꼭 그럴 필요는 없다고 생각합니다.다른 사람들이 어떻게 생각하는지 지켜보자.- Stradivarius님♪ talk ♪ 03:12, 2014년 3월 16일 (UTC)응답[응답]

페이지 이름 지정

@Stradivarius씨:이 두 가지 편집 요청은 왜 다른 것 같습니까?

이 둘의 유일한 차이점은 같은 페이지임에도 불구하고 첫 번째 페이지와 두 번째 페이지 이름이 지정되어 있지 않다는 것입니다.그들이 다르게 보이는 이유가 없다면, 똑같이 보이게 할 수 있을까요?(두 번째 스타일을 선호합니다).이것이 우려되는 이유는 일단 소프트웨어 업데이트가 여기를 누르면 {{submit a edit request}}에서 생성된 편집요구가 항상 페이지명 파라미터를 통과하기 때문입니다.샌드박스를 업데이트하여 동일하게 하고 있습니다.이의가 없으면 메인 모듈도 업데이트하겠습니다.Jackmcbarn (대화) 2014년 4월 8일 (UTC)응답[응답]

진짜 이유는 없어요. 원래 템플릿이 그렇게 작동했어요.똑같이 만들어도 괜찮아요.또한 {{submit an edit request}}을(를) 받아 파라미터를 받는 것도 수고하셨습니다.:) - Stradivarius 님의♪ talk ♪ 투어 2014년 4월 8일 17:49 (UTC)응답[응답]
좋아, 변화가 생겼다.Jackmcbarn (토크) 17:57, 2014년 4월 8일 (UTC)응답[응답]

템플릿으로 인한 형성 문제

어떻게 된 일인지 모르겠지만 템플릿(최소한 템플릿:이 모듈을 호출하는 [Edit fully protected](완전 보호)에는 앞에 단락 형식 문자(# 또는 * 등)가 붙습니다.템플릿은 뒤에 이어지는 페이지의 나머지 부분에서 단락 형식에 영향을 줍니다.다음 예시를 참조하십시오.[6]: 이 예에서는 명령어가 노란색/갈색 상자에 캡슐화되지 않고 페이지 하단의 섹션이 헤더를 포함한 공간을 제어할 수 없기 때문에 템플릿 앞에 있는 글머리 기호로 인해 템플릿이 잘못 표시되는 것 같습니다.Steel1943 (토크) 22:56, 2016년 1월 19일 (UTC)응답[응답]

이것은 이미 알려진 문제이며, MediaWiki 파서가 Wiki 마크업을 HTML로 처리한 후 페이지를 재구성하는 HTML Tidy에 의해 발생합니다.이것에 대해 우리가 할 수 있는 것은, 「상자 타입의 오브젝트를 들여쓰지 않는다」라고 하는 것 이외에는 많지 않습니다.--Redrose64 (talk) 2016년 1월 19일 (UTC) 응답

모듈 동기화에 대한 반대 의견:보호된 편집 요청/액티브/샌드박스

@Jackmcbarn: 템플릿의 샌드박스 및 테스트 케이스 서브페이지가 존재하는지 확인하기 위해 작은 텍스트를 확장했습니다.샌드박스에서 실험해 보지 않고 요청만 하는 에디터도 있기 때문에 대체로 적절하다고 생각했습니다.라이브 샌드박스 템플릿 출력:

추가 "편집 요청을 제출하기 전에 템플릿의 샌드박스를 먼저 변경하는 것을 고려합니다." (이 모듈의 테스트 사례 하위 페이지는 존재하지 않으므로 언급되지 않습니다.) - Andy W. (talk · ctb ) 22:56, 2016년 5월 12일 (UTC)응답

@Andy M. Wang: 사소한 트집잡기: 템플릿의 샌드박스라고 쓰여 있습니다.모듈에서 사용되고 있는 경우에도 마찬가지입니다.그렇지 않으면 좋아보여요.Jackmcbarn (대화) 03:16, 2016년 5월 13일 (UTC)응답[응답]
하하, 잘 잡았다.그 변화는 생방송으로, 논란의 여지가 없는 것처럼 보이거나 하지 않았다.감사합니다! -- Andy W. ( talk · ctb )2016년 5월 13일 (UTC)응답[응답]

서명 오류

이 요청에서 볼 수 있듯이 요청자의 서명이 배치되기 전에 중간 공간이 있어야 합니다.Sead Kolashinac #Semi-protected 편집 요청은 2017년 6월 21일에 수정이 가능합니까?모듈을 알 수 없습니다.Tanx, - Flight Time (오픈 채널) 2017년 6월 21일 16:26 (UTC)응답[응답]

@Flight Time:모듈에는 문제가 없습니다.이 공간은 프리로드 템플릿에서 가져온 것으로 실제 요청이 남아 있지 않기 때문에 "문제"로만 보입니다.
이것은 기본적으로 드라이브 바이 태깅입니다.사용자는 링크를 클릭하여 어떤 일이 일어나는지 확인했습니다.그 사람은 설명서를 읽고 있지 않고, 무엇을 바꾸고 싶은지 전혀 알려주지 않고 있습니다.이 경우 요청을 다음과 같이 되돌립니다. --Redrose64 🌹 (talk) 23:04, 2017년 6월 21일 (UTC)응답[응답]
저는 좋아요.Tanx, - Flight Time (오픈 채널) 23:07, 2017년 6월 21일 (UTC)응답[응답]
@Flight Time:관심 있는 경우 도움말이 표시되고 편집 상자는 이 템플릿에서 미리 채워져 있습니다.이것은 별로 보이지 않지만 편집 시 다음과 같이 표시됩니다.
{{subst:trim {{subst:void state unmilically state unmilically change X to Y」형식으로 제안된 변경을 회피합니다.다른 편집자는 추가 또는 제거할 항목을 알아야 합니다.빈 편집 요청은 거부됩니다.}} {{subst:^ 이 행 위에 요청을 쓰십시오.아래의 실드와 괄호는 제거하지 마십시오.}}}}}~~~~~~
문제가 되고 있는 공간은 네 번째 오른쪽 괄호와 첫 번째 칠드 사이의 마지막 줄에 있는 공간입니다.또한 "Blank edit requests will designed."라는 경고도 주의해 주십시오.단, 브라우저가 선언을 인식하지 못하기 때문에 귀하의 서명이 보이지 않습니다.font-family:Trebuchet MS--Redrose64 🌹 (대화) 2017년 6월 22일 10:49 (UTC)응답[응답]
@Redrose64:Thanx가 시간을 들여서 지적해줘서.조수 전에 공간을 제거하면 이 문제가 해결될 것 같습니다.새로 발생할지는 모르겠지만, 공백 요청에서만 오류가 발생할 경우에는 idk:P를 그대로 두는 것이 좋을지도 모릅니다.제 서명이 표시에 문제가 있는 줄은 몰랐습니다.그래서 제가 게시물 작성자임을 알 수 있는 유일한 방법은 편집창의 마크업뿐입니까?- Flight Time (open channel) 2017년 6월 22일 (UTC)응답[응답]
몇 달 전에 공간 제거를 고려했지만, 게시될 수 있는 유효한 요청에 대해 서명이 방해될 수 있기 때문에 반대하기로 결정했습니다.그렇게
{{subst:trim {{subst:void state unmilically state unmilically change X to Y」형식으로 제안된 변경을 회피합니다.다른 편집자는 추가 또는 제거할 항목을 알아야 합니다.빈 편집 요청은 거부됩니다.}} tildes 앞 공간을 삭제해 주세요.빈 요청 {{subst:^ 이 행 위에 요청을 쓰고 아래 tildes와 collar bracket은 제거하지 마십시오.}}}}}}~~~~~
항복할 것이다

tildes 앞 공간을 삭제해 주세요. 빈 요청으로 인해 문제가 발생합니다.Redrose64 🌹 (talk) 18:26, 2017년 6월 22일 (UTC)응답[응답]

그건 아마 원하는 게 아닐 거예요어쨌든, 지금 당신의 서명이 표시되어 있습니다.제 브라우저(Opera 36)가 Trebuchet MS 폰트에 간헐적으로 문제가 있는 것 같습니다.--Redrose64 🌹 (talk) 18:26, 2017년 6월 22일 (UTC)응답[응답]

@Redrose64:이 요청은 비어 있지 않고 동일한 오류입니다. - Flight Time (오픈 채널) 20:25, 2017년 6월 23일 (UTC)응답[응답]

네, 지시에 따르지 않고 다음 작업을 수행했기 때문입니다.
{{subst:trim {{subst:void state unmilically state unmilically change X to Y」형식으로 제안된 변경을 회피합니다.다른 편집자는 추가 또는 제거할 항목을 알아야 합니다.빈 편집 요청은 거부됩니다.}} {{subst:^ 이 행 위에 요청을 쓰십시오.아래의 실드와 괄호는 제거하지 마십시오.}}}}}~~~안녕하세요.다시 만나요: ARIA: Platinum, RMNZ: Platinum, RIAA: Platinum 3x Platinum - 내가 당신을 볼 때: RIAA: 2x Platinum - Love you: Platinum, MCPI: Gold, If you: Platinum: Platinum, If.
이러한 오남용을 막기 어렵습니다. --Redrose64 🌹 (대화) 22:31, 2017년 6월 23일 (UTC)응답[응답]
네, 알겠습니다. 템플릿이 아니라 오퍼레이터입니다.ping은 죄송하지만 설명 감사합니다:) Cheers, - Flight Time (오픈 채널) 22:35, 2017년 6월 23일 (UTC)응답 [응답]

비활성화된 요청

예를 들어 이 페이지의 편집 요청에 대한 답변은 오른쪽 여백이 아니라 섹션 헤더 아래에 수평으로 배치될 수 있는지 궁금합니다.음성 페이지와 아카이브 페이지는 활성화 해제된 템플릿을 새로운 섹션으로 옮기지 않고 탐색하기 쉬워집니다(또한 보기에도 쉬워집니다).설정의 차이와 비슷합니다. small = yes이 템플릿에서는 사용할 수 없습니다. - FlightTime (오픈 채널) 00:10, 2017년 7월 10일 (UTC)응답[응답]

일주일 동안 응답이 없습니다.의견 템플릿 에디터 @Xaosflux, Redrose64 및 Mr.Stradivarius:.- Flight Time (오픈 채널) 23:13, 2017년 7월 31일 (UTC)응답 [응답]
@Flight Time:첫 번째 알림(Xaosflux도 마찬가지)을 보았는데, 이것이 유일한 알림이었습니다.이 편집은 타임스탬프를 수정하는 것 외에는 아무에게도 알리지 않았습니다.마찬가지로, 이 편집에서는 Stradivarius씨에게 통지하지 않습니다(talk · contributes).알림을 트리거하려면 여기서와 같이 새 게시물의 하나 이상의 새 줄에 모든 이름과 서명을 동시에 포함해야 합니다. --Redrose64 🌹 (talk) 09:10, 2017년 8월 1일 (UTC)응답[응답]
@Redrose64:감사합니다.여러 ping의 동작을 오해했습니다.- Flight Time (open channel) 13:06, 2017년 8월 1일 (UTC)응답 [응답]

ESP/EEP 제안

이 토크 페이지의 리비전에서는 Template:edit extended-protected를 사용하여 확장 확인 보호된 템플릿에 대한 편집을 요청했습니다.템플리트는 "응답에서 ESP 템플리트를 사용하기를 원할 수도 있습니다."라고 말합니다.그러나 템플릿에 대한 보호는 세미(semi)가 아닌 확장되고 사용된 템플릿도 확장 보호를 위한 것이므로 대신 EEP 템플릿을 사용하는 것이 좋습니다.이에 맞게 모듈/템플릿의 코드를 변경하십시오.C933103 (대화) 2018년 8월 28일 11:30 (UTC)응답[응답]

@C933103: {{subst:ESp}},{{subst:EEp}},{{subst:ETp}}그리고.{{subst:EP}}같은 물건의 다른 이름일 뿐이다.가능한 24개의 출력 메시지 중 3개(용)만consensus,doc그리고.permission)에는 사용된 템플릿 이름에 따라 다른 텍스트가 있습니다.다른 2개(haverights그리고.no longer protected)는 아이콘의 색상을 변경하고 텍스트는 그대로 두지만 대부분의 경우 문제가 되지 않습니다.예를 들어, 이 편집에서 당신은 아마도{{subst:EEp done}}단,{{subst:ESp done}}그 대신 숨겨진 댓글에 다른 점이 있다면<!--Template:ESp-->대신<!--Template:EEp-->. --Redrose64 🌹 (대화) 2018년 8월 28일 (UTC)응답[응답]
아, 그렇군요.C933103 (토크)2018년 8월 28일 (UTC)응답[응답]

아티클 공간에 대한 숨겨진 카테고리

Heya. 이 모듈이 아티클스페이스에 배치된 템플릿에서 호출되면 숨겨진 카테고리에 해당 아티클이 배치됩니다.카테고리:이 차이에서 알 수 있듯이 보호된 페이지에 대한 편집을 요구하는 비토크 페이지입니다.다만, 유저가 다음의 설정을 실시했을 경우는, answered='아니오'를 선택하면 카테고리는 끝납니다.이 차이에서 볼 수 있듯이, Lua를 잘 아는 사람이 이것을 고칠 수 있을까요?템플릿은 잘하지만 루아에 대해선 아는 게 없어요.아티클 공간(또는 비토크 공간)에 배치되어 있는 경우 파라미터 사용에 관계없이 카테고리에 추가해야 합니다.cymru.lass (토크 • 기여) 00:18, 2018년 11월 5일 (UTC)응답[응답]

시므루 글래스, 안 보이는데요나는 고양이를 만날 때만 본다.answered'아니오'로 설정되어 있습니다.어느 쪽이든 있어서는 안 되기 때문에, 어쨌든 에러/카테고리가 추가될 것입니다.zchrykng (토크) 02:16, 2018년 11월 5일 (UTC)응답[응답]
@chrykng: urf, 내가 오타를 쳤다.내 말은 범주가 사라지는 것은 answered=설정되었습니다. cymru.lass (토크 • 기여)2:32, 2018년 11월 5일 (UTC)응답[응답]
아! 이제 좀 말이 되네변경된 요구를 특정할 수 있는지 확인하고 샌드박스에서 시도해 보겠습니다.zchrykng (토크) 02:37, 2018년 11월 5일 (UTC)응답[응답]
@Chrykng: 감사합니다!난 루아에게 전혀 쓸모가 없어.도움에 감사드립니다. cymru.lass (토크 • 기여) 2018년 11월 5일 (UTC)응답[응답]
음... 샌드박스 버전으로 변경했는데 테스트 방법을 모르겠어요.모듈 작업을 시작하고 싶었지만 이번이 처음입니다.zchrykng (토크) 2:56, 2018년 11월 5일 (UTC)응답[응답]
Cymru.lass, 원하는 사용자 페이지를 확인하십시오. zchrykng (talk) 03:02, 2018년 11월 5일 (UTC)응답[응답]
@Zchrykng:멋져 보인다!작은 변경 사항 하나. 카테고리는 카테고리:카테고리가 아닌 보호된 페이지에 대한 편집을 요청하는 비토크 페이지:편집 요청 템플릿이 있는 비토크 페이지(현재 사용되고 있는 것은 비토크 페이지).고마워!!cymru.lass (토크 • 기여) 03:07, 2018년 11월 5일 (UTC)응답[응답]
Cymru.lass, 좋은 지적이야이게 더 명확할 거라 생각했지만, 일할 수 있을 때 두 가지 카테고리를 유지할 이유는 없었다.특히 고양이를 항상 0에 가깝게 키워야 할 때. zchrykng (대화) 03:09, 2018년 11월 5일 (UTC)응답[응답]
자, 이제 보세요.갈 수 있을 거야.다만, 이 수정을 실장하려면 관리자 또는 템플릿 에디터가 필요합니다.TE를 신청하려고 하는데 아직 템플릿이나 모듈스페이스 편집이 없습니다.zchrykng (토크) 03:13, 2018년 11월 5일 (UTC)응답[응답]
@Zchrykng: 솔직히 당신의 카테고리 이름 표현이 더 마음에 듭니다.왜냐하면 편집요구를 하는 사람은 실제로 기사 자체에 템플릿을 넣을 수 없기 때문입니다.카테고리 이름 변경을 전적으로 지지합니다. cymru.lass (토크 • 기여) 03:13, 2018년 11월 5일 (UTC)응답[응답]
카테고리명을 변경하기 위한 논의를 시작하고 싶다면, 코드를 다시 매칭하도록 하겠습니다.zchrykng (토크) 03:14, 2018년 11월 5일 (UTC)응답[응답]
Cymru.lass와 친절한 동네 관리자(L235)가 업데이트했습니다.zchrykng (토크) 03:34, 2018년 11월 5일 (UTC)응답[응답]
이 파티에 늦게 오지만, 만약 확실하다면, 샌드박스에서 이루어진 zchrykng 변경은 바로 제가 시도하려고 했던 것입니다. box: export의 /active 버전에서 이 세 줄을 복사하고, 아마도 표현을 변경했을 것입니다.처음에는 Template:레벨로 처리할 수 있을 것으로 생각했지만, 이것이 모듈 부팅을 방해한다고 생각될 수 있습니다.- jmcgnh(talk) (contribs) 03:41, 2018년 11월 5일 (UTC)응답[응답]
감사합니다 L235!그리고 @Zchrykng: 여기서 논의를 시작했습니다! cymru.lass (토크 • 기고) 2018년 11월 5일 (UTC)응답[응답]

@Cymru.lass: 생각일 뿐이지만 템플릿 페이지 상의 토론에 관한 주의사항도 드롭하고 싶은 경우가 있습니다.전화 이외에는 직접 하겠습니다.zchrykng (대화) 2018년 11월 5일 (UTC)응답[응답]

@Zchrykng: 지금까지 본 적이 없어!네가 핑을 보내기 직전에 추락했어편집 요청 템플릿에 대한 알림입니다.cymru.lass (토크 • 기여) 2018년 11월 5일 (UTC)응답[응답]

인터페이스

MediaWiki talk에서 요청을 했습니다.Title blacklist #사용자 페이지이며 {{edit interface-protected}}을(를) 사용했습니다.대신 완전히 보호된 요청으로 태그가 지정되었습니다.위키백과:인터페이스 관리자는 이것이 IA 요구여야 한다는 것에 대해 크게 의심하지 않습니다.이 모듈의 스위치는 MediaWiki 네임스페이스의 모든 것이 아닌 .js 서픽스에 대해서만 트리거됩니까?Cabayi (토크) 17:46, 2019년 1월 21일 (UTC)응답[응답]

용어는 조금 불완전하지만 MediaWiki 네임스페이스에서 .js 및 .css 페이지를 편집할 수 있는 것은 unterface-admin뿐입니다.MediaWiki 네임스페이스의 다른 모든 페이지는 sysops로만 제한됩니다.이전에 sysops는 .js와 .css 페이지를 편집할 수 있었습니다만, 당신의 혼란은 다음과 같습니다.및 페이지를 MediaWiki 네임스페이스에 추가합니다.IA는 MediaWiki 네임스페이스의 모든 페이지를 편집할 수 있지만 enWiki에서는 sysops만 intadmin 파마를 할 수 있습니다.MediaWiki와 같은 페이지의 경우:Title blacklist 용장입니다.Wikipedia도 참조해 주세요.Protection_policy#Permanent_protection.템플릿이 올바른 태그를 선택했습니다.~ Amory (u • t • c)2019년 1월 22일 (UTC)응답[응답]

비활성 요청

응답된 요청은 활성 요청과 마찬가지로 템플릿의 이름을 표시해야 합니다.

방금 템플릿 토크에서 요청에 응답했습니다.2018년 8월 8일 Infox church #템플릿으로 보호된 편집 요청.요청에 응답했으므로 요청이 실제로 템플릿에 대한 것이었음을 나타내는 것은 없습니다.인포박스 교회/명칭.

최근 요청에도 유사한 문제가 있습니다...

모듈을 복제하는 것이 최선입니다.모듈에 대한 보호 편집 요청/활성화:보호된 편집 요청/비액티브한 상태에서 시작하지만 그보다 더 나은 수정 방법이 있을 것입니다.Cabayi (토크) 2018년 8월 8일 (UTC)응답[응답]

아래에서는 2020년 3월 11일에 #Template로 보호된 편집 요청에 따라 수정되었습니다.SD0001 (토크) 2020년 3월 12일 (UTC) 03:34 (응답)

2020년 3월 11일 템플릿 보호 편집 요청

모듈의 변경 사항을 동기화하십시오.보호된 편집 요청/샌드박스입니다.

개선 사항: 요청에 응답한 것으로 표시된 후에도 템플릿에는 편집이 요청된 페이지 이름이 표시됩니다.요청에 제목 페이지와 동일한 페이지가 하나만 있는 경우 건너뜁니다.

현재 제목 페이지가 아닌 페이지에 대해 편집 요청이 있을 경우 응답으로 표시하면 페이지 이름이 숨겨져 독자에게 상당히 혼란스럽습니다.

User Talk에서 테스트 사례 참조:SD0001/sandbox2SD0001 (토크) 2020년 3월 11일 (UTC) 21:44 (응답)

완료* ppery*it has begun... 2020년 3월 11일 (UTC)응답[응답]
카테고리 및 파일 링크를 복구했습니다.- JJMC89 (T·C) 22:52, 2020년 3월 15일 (UTC)응답[응답]

2020년 5월 30일 템플릿 보호 편집 요청

34호선을 바꿔주세요

 한다면 것은 아니다. 음.직함.get Current Title(전류 제목)().isTalkPage 그리고. 것은 아니다. 자신.데모 그리고나서

로.

 한다면 것은 아니다. 음.직함.get Current Title(전류 제목)().isTalkPage 그리고. 것은 아니다. 자신.args.데모 그리고나서

파라미터를 고정하다 demo=. "템플릿" 참조:템플릿 보호/테스트 케이스 편집# 문제의 설명에 대한 답변입니다.이 변경으로 {{Edit template-protected/sandbox}의 오류 출력이 수정되었습니다.- Andrybak (대화) 5:02, 2020년 5월 30일 (UTC)응답[응답]

DoneCabayi (토크) 5:17, 2020년 5월 30일 (UTC)응답[응답]

기능 요구

TemplateStyles 스타일시트 편집 요청이 있을 때 샌드박스 링크가 Template를 가리킬 수 있습니다.XYZ/sandbox/styles.css는 이것이 규칙이라고 생각하기 때문입니다.현재 템플릿에서 샌드박스를 찾고 있는 것 같습니다.XYZ/styles.css/sandbox가 올바르지 않습니다.감사합니다 - Martin (MSGJ · talk )2020년 9월 11일 12:31 (UTC) 응답[응답]

@MSGJ: Done Jackmcbarn (토크) 2020년 9월 11일 (UTC)응답[응답]
훌륭하다!감사합니다.Martin (MSGJ · talk ) 2020년 9월 13일 (UTC) 16:19 (응답)

완전히 보호된 페이지의 잘못된 위치에 버튼 링크를 제출합니다.

해결했다

[ View Source at Module ]를 클릭했을 때:메시지 상자를 누른 다음 "편집 요청 제출"을 클릭하면 Wikipedia로 이동합니다.관련 토크 페이지에서 편집 요청을 생성하는 대신 기본 페이지/오류.이것은 이 템플릿/모듈의 오류입니까, 아니면 다른 곳에서 발생한 오류입니까?Template Editor 권한은 있지만 관리자 권한은 없습니다.

주의: Template talk에서도 이 글을 올렸습니다.WP를 위반하여 편집 요청을 제출합니다.TALKFORK: 이 버튼 뒤에 있는 수신처 링크를 제어하는 템플릿 또는 모듈을 알 수 없기 때문입니다.문제가 해결되면, 양쪽 논의에서 해결 방법을 반드시 메모해 두겠습니다.– Jonesey95 (토크) 14:54, 2021년 6월 3일 (UTC)응답[응답]

다른 토크 페이지에서 수정되었습니다.– Jonesey95 (토크) 15:39, 2021년 6월 7일 (UTC)응답[응답]