diff --git a/includes/CommentItem.php b/includes/CommentItem.php
index 0a6c677b6..2e3d599ad 100644
--- a/includes/CommentItem.php
+++ b/includes/CommentItem.php
@@ -4,6 +4,7 @@ namespace MediaWiki\Extension\DiscussionTools;
use DateTimeImmutable;
use MWException;
+use Sanitizer;
use Title;
use Wikimedia\Parsoid\DOM\DocumentFragment;
use Wikimedia\Parsoid\DOM\Text;
@@ -109,8 +110,8 @@ class CommentItem extends ThreadItem {
* @return string Text
*/
public function getBodyText( bool $stripTrailingSeparator = false ): string {
- $fragment = $this->getBodyFragment( $stripTrailingSeparator );
- return $fragment->textContent ?? '';
+ $html = $this->getBodyHTML( $stripTrailingSeparator );
+ return Sanitizer::stripAllTags( $html );
}
/**
diff --git a/includes/ThreadItem.php b/includes/ThreadItem.php
index 8f871c47b..9e2857963 100644
--- a/includes/ThreadItem.php
+++ b/includes/ThreadItem.php
@@ -4,6 +4,7 @@ namespace MediaWiki\Extension\DiscussionTools;
use JsonSerializable;
use LogicException;
+use Sanitizer;
use Title;
use Wikimedia\Parsoid\DOM\Element;
use Wikimedia\Parsoid\DOM\Node;
@@ -281,8 +282,8 @@ abstract class ThreadItem implements JsonSerializable {
* @return string Text
*/
public function getText(): string {
- $fragment = $this->getRange()->cloneContents();
- return $fragment->textContent ?? '';
+ $html = $this->getHTML();
+ return Sanitizer::stripAllTags( $html );
}
/**
diff --git a/tests/cases/ckb-big-oldparser/ckb-big-oldparser-getText.json b/tests/cases/ckb-big-oldparser/ckb-big-oldparser-getText.json
index 6181ba31f..b8777bd31 100644
--- a/tests/cases/ckb-big-oldparser/ckb-big-oldparser-getText.json
+++ b/tests/cases/ckb-big-oldparser/ckb-big-oldparser-getText.json
@@ -1,25 +1,25 @@
{
"h-ئاسانکاری-2014-10-16T14:16:00.000Z": "ئاسانکاری",
"c-ئاسۆ-2014-10-16T14:16:00.000Z-ئاسانکاری": "ئێستا کە چەند ساڵێک لە دامەزرانی ویکیپیدیای کوردی تێپەڕ بووە با پیاچوونەوەیەک بە کارەکانماندا بکەین. بە بیروڕای من زیاتر لە پێویست ھەوڵمان داوە لاسایی ویکیپیدیاکانی تر بکەین و زۆر کارەکانمان لە خۆمان قورس کردووەتەوە. زیاتر لە گشتی «دەروازەکان» و «ڕێنوێنییەکان». بۆ نموونە دەروازەکان بە شێوازێکی زۆر ئاڵۆزن کە لەوانەیە شارەزاکانیش باش سەری لێدەرنەکەن. بۆ نموونە دەروازە:جوگرافیام داناوە کە ھەر وەک وتارێکی سادەیە. ئەگەر ئێوەش پێتان باشە با ھەوڵێکی گشتی بدەین بۆ ساکار کردنی سەرانسەری ویکیپیدیا. زۆر سپاس",
- "c-Kushared-2014-10-16T15:23:00.000Z-ئاسۆ-2014-10-16T14:16:00.000Z": "هاوڕام - شتەکان لێرە زۆر ئاڵۆزن - بەکارهێنەری کورد تەنانەت لە ڕووکاری ویکیپیدیاش ناگات (هەیە لاکێشەی گەڕان نابینێت) چ جای لەگەڵمان بێت ، هیچ شتێک لێرە نییە کە خۆمان درووستمان کردبێت واتە لەویکییەکانی دی نەبووبێت ، پێویستە هەندێ پڕۆژەش بە کوردی کرێن وەک ویکی وتە هتد کە لەبەرژەوەندی ویکیپیدیان و باشترن لە چەند وتارێک - دیاریکردنی وتاری گرنگ و پاراستنیان لێرە نییە بەتایبەت دۆسییە کوردییەکان کەدەبوایە ئێرە ببایە سەرچاوەیەک بۆ تاکی کورد >",
+ "c-Kushared-2014-10-16T15:23:00.000Z-ئاسۆ-2014-10-16T14:16:00.000Z": "هاوڕام - شتەکان لێرە زۆر ئاڵۆزن - بەکارهێنەری کورد تەنانەت لە ڕووکاری ویکیپیدیاش ناگات (هەیە لاکێشەی گەڕان نابینێت) چ جای لەگەڵمان بێت ، هیچ شتێک لێرە نییە کە خۆمان درووستمان کردبێت واتە لەویکییەکانی دی نەبووبێت ، پێویستە هەندێ پڕۆژەش بە کوردی کرێن وەک ویکی وتە هتد کە لەبەرژەوەندی ویکیپیدیان و باشترن لە چەند وتارێک - دیاریکردنی وتاری گرنگ و پاراستنیان لێرە نییە بەتایبەت دۆسییە کوردییەکان کەدەبوایە ئێرە ببایە سەرچاوەیەک بۆ تاکی کورد >",
"c-Calak-2014-10-16T16:03:00.000Z-Kushared-2014-10-16T15:23:00.000Z": "من ئامادەی ھەر چەشنە ھاوکارییەکم. ئەم دەروازانەشم ھیندە پێ گرنگ نییە و بوون و نەبوونیشی زۆر فەرق ناکا. زۆر کاری گرنگی تر ھەیە کە دەبێ بکرێت.",
"c-ئاسۆ-2014-10-16T16:47:00.000Z-Calak-2014-10-16T16:03:00.000Z": "کاک چالاک بە داخەوە ئێمە لە گرێدانی وتارەکاندا دواکەوتوین. بە داڕێژەکان و بە دەروازەکان و پۆلەکان وتارەکان دەبێ ببەستینەوە بە یەکەوە. ھەروەھا ژمارەی وتارەکانمان زۆر کردووە بەڵام زۆربەیان کۆلکەن. بە دەروازەکان دەتوانین شارەزاکانی بابەتەکان ئاگادار بکەینەوە کام وتارانە کاریان دەوێت. ھەر ئەو شتەی کە کاک Kushared ئاماژە پێ داوە بۆ دیاریکردنی وتاری گرنگ.",
"h-باشترکردنی_ڕووکار_و_پەڕەی_دەستپێک-2014-10-16T12:56:00.000Z": "باشترکردنی ڕووکار و پەڕەی دەستپێک",
- "c-ئاسۆ-2014-10-16T12:56:00.000Z-باشترکردنی_ڕووکار_و_پەڕەی_دەستپێک": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت.\n\nلە نیسانی ٢٠١١ باسی گۆڕانکاری لە پەڕەی دەستپێکمان کرد و لە شوباتی ٢٠١٢ پەڕەی دەستپێکمان بە لەبەرچاو گرتنی شێوازی ویکیپیدیای فەڕەنسی نوێ کردەوە. بەڵام ماوەیەکە بیر لە گۆڕانکاریی تریش دەکەمەوە. چەند خاڵێک ھەیە:\n\nکێ زیاتر سەردانی پەڕەی دەستپێک ئەکات؟ نووسەران و شارەزایانی ویکی یان خوێنەرانی ئاسایی؟ بەشەکانی دەستپێک دەبێ چی بن؟\nزەمانە وای لێ ھاتووە خەڵک کاتی خوێندنەوەی باسی دوور و درێژیان نەماوە دەبێ بەکارھێنانی وێنەی گەورە کە مەبەستەکە بگەیەنێت و کورتکردنەوەی شرۆڤەکان لەبەرچاو بگرین.\nدەبێ زیاتر ئامارەکان و گۆڕانکارییە نوێکان بخەینە بەر چاو تا نیشان بدەین چالاکین.\nستایڵی زۆربەی سایتەکان لەم چەند ساڵەی ڕابردوودا بە ھۆی داھاتنی ئامرازە نوێکان وەک CSS3 و HTML5 و... و یەکسەر گۆڕراوە بەڵام ویکیپیدیا ھەر لە سایتەکانی ١٠ ساڵ لەمەو بەر ئەچێت.\nئامرازە ئەلکترۆنییە نوێکان وەک مۆبایلەکان و تەبلێتەکان کە شاشەیەکی بچووکیان ھەیە و ھەروەھا داھاتنی مانیتۆر و تەلەفزیۆنە نوێکان کە شاشەیەکی زۆر گەورەیان (full HD, 4K) ھەیە گۆڕانکاریی ستایڵی سایتەکانیانی پێویست کردووە.\nبۆ نموونە دەستپێکی Encyclopedia of Life چەند شتی باشی تێدایە پێم خۆشە ئێمەش لەبەرچاوی گرین وەک ئەوەی کە ١) بە وێنە وتارە نوێکان دەناسێنێت، ٢) دوایین بەشدارییەکانی وەک بەشێکی سەرەکیی دەستپێک داناوە، ٣) ئامارەکانی زۆر سادە و جوان نیشان داوە. ٤) لینکی بۆ بەشە سەرەکییەکانی داناوە.\nزۆر پێم خۆشە ئێوەش بیروڕاکانی خۆتان بڵێن با دەستکارییەکی بنەڕەتی لە ویکیپیدیای کوردیدا بدەین کە ببێت بە نموونە بۆ زمانەکانی تریش. سپاس",
- "c-Calak-2014-10-17T21:45:00.000Z-ئاسۆ-2014-10-16T12:56:00.000Z": "دەستت خۆش بێ قسەکانت زۆر ڕاستن. کاکە ھەر ویکی کوردی نییە تەواوی پرۆژەکانی ویکیمیدیا دواکەوتوون. ھەر سەرەتا نەرمامێری میدیاویکیان دانابوو بۆ پرۆژەیەکی بچووک و خۆیان نەیان دەزانی ڕۆژێک ئاوا گەورە دەبێتەوە. ئەوە ماوەیەکە خەریکن بۆ نموونە ئاگادارییان (notification) دانا و خەریکی پەرەپێدانی دەستکاریکەری دیدارین (visual editor). یان بۆ لێدوان کە بەرنامەی flowیان ھەیە بەڵام لە ھیچیاندا زۆر سەرکەوتوو نەبوون.\nپەڕەی دەستپێک زیاتر خوێنەرانی ئاسایی تەماشای دەکەن ھەتا بەکارھێنەرانی ویکی. لەگەڵ گۆڕانکاریم و ئەمەی مام برایمم زۆر پێ نۆژەن و جوانە و دەتوانین زیاتریشی لەسەر کار بکەین.",
- "c-Kushared-2014-10-18T03:14:00.000Z-Calak-2014-10-17T21:45:00.000Z": "بۆ پرسی یەکەم، نووسەرانی کورد بەھیچ شێوەیەک سوود لە سەرچاوەی کوردی نابینن لە ئینتەرنێت (ھۆکاری خۆی ھەیە کە سەرچاوەکی تاڕەدەیەک کامڵ نییە وە خۆم زانیاریم ھەبێ ھەندێکیان سوود لە ویکی ئینگلیزی دەبینن یان ئەو ویکییەی کە زمانەکەی دەزانن جگە لە کوردی) وە یان پێیان عەیبە و ئەوان وەک بەشێک لە نووسەرانی جیھانی لەگەڵ بەئەلیکترۆنیبوون نین و شارەزایی باشیشیان نییە لە بەکارھێنانی ئینتەرنێت بێگوومان ئەوە لە باشوور نازانم لە ڕؤژھەڵات، بۆیە بەڕای من بەکارھێنەری سەرەتایی یان تازە میوانێک پەڕەی دەستپێک دەکاتەوە یەک بەخۆم نزیکی ٣ ساڵە لێرەم زۆر بەی کات یەکڕاست پەڕەی دوایین گۆڕانکارییەکان دەکەوە، ڕەنگبێ لە لە ٢٠ جار جارێک سەرێک لەپەڕەی دەستپێک بدەم بۆیە گرنگە پەڕەی دەسپێک چۆن بێت چونکە زۆری بەکارھێنەری ئاسایی دەیکەنەوە، ئێمە دەکرێ ھەندێ شتی سادەمان پێ بکرێت نەک گەورە چونکە ویکیمیدیا زۆری دەوێت تا قەناعەت دێنێت کە ستایلەکەی بۆ ھەندێ زمان و ناوچە گونجاو نییە و ستایلەکە وردە، ئەو نموونە EOL م بەدڵە چونکە شتەکان ڕوونە بەتایبەت لە بانەر و لاکێشەی گەڕان کە دووشتی سەرەکی و گرنگن کە بەکارھێنەری ماڵپەڕەکە یەکسەر بیکاتەوە بۆ یەکجاریش بێت تێبینی بانەر و لاکێشەی گەڕان دەکا بەڵام ویکی نە بانەر و نە لاکێشەی گەڕانی چاکە، سەبارەت بۆ مۆبایلیش ئەوە ویکیپێدیا بۆخۆی کارێکی چاکی کردووە بە سازکردنی ئەپڵیکەیشنی ویکی و ویکیمیدیا کۆمۆنز بۆ iOS و ئەندرۆید بەڵام ھێشتا ئەوەی ویکی ھەندێ کێشەی ھەیە چونکە لە ئاپەکان بەکارھێنەر ناتوانێت دەستی بگات بە زۆر پەڕە، حاڵی حازر ئێمە ڕەنگبێ نەتوانین زۆر گۆڕانکاری بەدڵی خۆمان بکرێت بەڵام دەکرێ بە سادەترین شت پەیامی ویکی سۆرانی بگەیەنین، ئێستا دۆستان کەمێکیش بێت دەروازەکانیان باشتر کردووە من پێشنیاز دەکەم گەر بکرێت فۆنتی دەروازەکان و وێنەکانیشیان کە لەپەڕەی دەستپێک لە سەرەوە ئاماژەدراون (ماتماتیک، تەکنۆلۆژیا، جوگرافیا ھتد...) گەورەتر کرێن چونکە گە ربەکارھێنەرێک بە گەورەیی بیبینێت ئەوە ئەگەری زۆرتری ھەیە کرتەیەکی لەسەر بکات لەوەی بەم شێوەیە بچووک بێت لەگەڵ نووسینەکانی دی تێکەڵبێت و نەیبینێت وە گەر کرتەشی کرد بەکارھێنەرەکە تۆزێکیش بێت لە ئامانجی ویکی دەگات و دەزانێت ئەمە ئینسکلۆپێدیایە، وەسەلام >",
- "c-ئاسۆ-2014-10-19T15:43:00.000Z-Kushared-2014-10-18T03:14:00.000Z": "من پێم وایە سێ جۆری خەڵک دێنە ویکیپیدیا. ١) خوێنەران کە کە ھیچ حەز لە بەشداری ناکەن ٢) ئەوانەی حەز ئەکەن وردەوردە بەشداری بکەن ٣) ئەوانەی کۆمەڵگای ویکیپیدیان و زۆر چالاکن. من پەڕەیەکم وەک پێشنووس بۆ دەستپێک درووست کرد و تێکۆشاوم ئەو سێ دەستە لەبەرچاو گرم. پێنج ڕیزم داناوە: ڕیزی یەک و دوو بۆ خوێنەران. ڕیزی سێیەم بۆ ھەواڵ و مێژوو کە ھەموو ڕۆژێ لینکی نوێیان ھەیە و ھان ئەدەن بۆ خوێندن و بەشداری. ڕیزی چوارەم بۆ دەستەی دوو و سێیە. و لە ڕیزی پێنجم ٣ بەشم داناوە بۆ ئەوەی نیشانی بدەین کە ویکیپیدیا چالاکە: ١)ئامارەکانی ویکیپیدیا ٢)وتارە نوێکان ٣)دوایین دەستکارییەکان. بیروڕای ئێوە چۆنە سەبارەت بەم بەشانە؟ سەبارەت بە ستایڵ و ڕەنگ و ئەوانە چی ئەڵێن؟ سپاس",
+ "c-ئاسۆ-2014-10-16T12:56:00.000Z-باشترکردنی_ڕووکار_و_پەڕەی_دەستپێک": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت. لە نیسانی ٢٠١١ باسی گۆڕانکاری لە پەڕەی دەستپێکمان کرد و لە شوباتی ٢٠١٢ پەڕەی دەستپێکمان بە لەبەرچاو گرتنی شێوازی ویکیپیدیای فەڕەنسی نوێ کردەوە. بەڵام ماوەیەکە بیر لە گۆڕانکاریی تریش دەکەمەوە. چەند خاڵێک ھەیە: کێ زیاتر سەردانی پەڕەی دەستپێک ئەکات؟ نووسەران و شارەزایانی ویکی یان خوێنەرانی ئاسایی؟ بەشەکانی دەستپێک دەبێ چی بن؟ زەمانە وای لێ ھاتووە خەڵک کاتی خوێندنەوەی باسی دوور و درێژیان نەماوە دەبێ بەکارھێنانی وێنەی گەورە کە مەبەستەکە بگەیەنێت و کورتکردنەوەی شرۆڤەکان لەبەرچاو بگرین. دەبێ زیاتر ئامارەکان و گۆڕانکارییە نوێکان بخەینە بەر چاو تا نیشان بدەین چالاکین. ستایڵی زۆربەی سایتەکان لەم چەند ساڵەی ڕابردوودا بە ھۆی داھاتنی ئامرازە نوێکان وەک CSS3 و HTML5 و... و یەکسەر گۆڕراوە بەڵام ویکیپیدیا ھەر لە سایتەکانی ١٠ ساڵ لەمەو بەر ئەچێت. ئامرازە ئەلکترۆنییە نوێکان وەک مۆبایلەکان و تەبلێتەکان کە شاشەیەکی بچووکیان ھەیە و ھەروەھا داھاتنی مانیتۆر و تەلەفزیۆنە نوێکان کە شاشەیەکی زۆر گەورەیان (full HD, 4K) ھەیە گۆڕانکاریی ستایڵی سایتەکانیانی پێویست کردووە. بۆ نموونە دەستپێکی Encyclopedia of Life چەند شتی باشی تێدایە پێم خۆشە ئێمەش لەبەرچاوی گرین وەک ئەوەی کە ١) بە وێنە وتارە نوێکان دەناسێنێت، ٢) دوایین بەشدارییەکانی وەک بەشێکی سەرەکیی دەستپێک داناوە، ٣) ئامارەکانی زۆر سادە و جوان نیشان داوە. ٤) لینکی بۆ بەشە سەرەکییەکانی داناوە. زۆر پێم خۆشە ئێوەش بیروڕاکانی خۆتان بڵێن با دەستکارییەکی بنەڕەتی لە ویکیپیدیای کوردیدا بدەین کە ببێت بە نموونە بۆ زمانەکانی تریش. سپاس",
+ "c-Calak-2014-10-17T21:45:00.000Z-ئاسۆ-2014-10-16T12:56:00.000Z": "دەستت خۆش بێ قسەکانت زۆر ڕاستن. کاکە ھەر ویکی کوردی نییە تەواوی پرۆژەکانی ویکیمیدیا دواکەوتوون. ھەر سەرەتا نەرمامێری میدیاویکیان دانابوو بۆ پرۆژەیەکی بچووک و خۆیان نەیان دەزانی ڕۆژێک ئاوا گەورە دەبێتەوە. ئەوە ماوەیەکە خەریکن بۆ نموونە ئاگادارییان (notification) دانا و خەریکی پەرەپێدانی دەستکاریکەری دیدارین (visual editor). یان بۆ لێدوان کە بەرنامەی flowیان ھەیە بەڵام لە ھیچیاندا زۆر سەرکەوتوو نەبوون. پەڕەی دەستپێک زیاتر خوێنەرانی ئاسایی تەماشای دەکەن ھەتا بەکارھێنەرانی ویکی. لەگەڵ گۆڕانکاریم و ئەمەی مام برایمم زۆر پێ نۆژەن و جوانە و دەتوانین زیاتریشی لەسەر کار بکەین.",
+ "c-Kushared-2014-10-18T03:14:00.000Z-Calak-2014-10-17T21:45:00.000Z": "بۆ پرسی یەکەم، نووسەرانی کورد بەھیچ شێوەیەک سوود لە سەرچاوەی کوردی نابینن لە ئینتەرنێت (ھۆکاری خۆی ھەیە کە سەرچاوەکی تاڕەدەیەک کامڵ نییە وە خۆم زانیاریم ھەبێ ھەندێکیان سوود لە ویکی ئینگلیزی دەبینن یان ئەو ویکییەی کە زمانەکەی دەزانن جگە لە کوردی) وە یان پێیان عەیبە و ئەوان وەک بەشێک لە نووسەرانی جیھانی لەگەڵ بەئەلیکترۆنیبوون نین و شارەزایی باشیشیان نییە لە بەکارھێنانی ئینتەرنێت بێگوومان ئەوە لە باشوور نازانم لە ڕؤژھەڵات، بۆیە بەڕای من بەکارھێنەری سەرەتایی یان تازە میوانێک پەڕەی دەستپێک دەکاتەوە یەک بەخۆم نزیکی ٣ ساڵە لێرەم زۆر بەی کات یەکڕاست پەڕەی دوایین گۆڕانکارییەکان دەکەوە، ڕەنگبێ لە لە ٢٠ جار جارێک سەرێک لەپەڕەی دەستپێک بدەم بۆیە گرنگە پەڕەی دەسپێک چۆن بێت چونکە زۆری بەکارھێنەری ئاسایی دەیکەنەوە، ئێمە دەکرێ ھەندێ شتی سادەمان پێ بکرێت نەک گەورە چونکە ویکیمیدیا زۆری دەوێت تا قەناعەت دێنێت کە ستایلەکەی بۆ ھەندێ زمان و ناوچە گونجاو نییە و ستایلەکە وردە، ئەو نموونە EOL م بەدڵە چونکە شتەکان ڕوونە بەتایبەت لە بانەر و لاکێشەی گەڕان کە دووشتی سەرەکی و گرنگن کە بەکارھێنەری ماڵپەڕەکە یەکسەر بیکاتەوە بۆ یەکجاریش بێت تێبینی بانەر و لاکێشەی گەڕان دەکا بەڵام ویکی نە بانەر و نە لاکێشەی گەڕانی چاکە، سەبارەت بۆ مۆبایلیش ئەوە ویکیپێدیا بۆخۆی کارێکی چاکی کردووە بە سازکردنی ئەپڵیکەیشنی ویکی و ویکیمیدیا کۆمۆنز بۆ iOS و ئەندرۆید بەڵام ھێشتا ئەوەی ویکی ھەندێ کێشەی ھەیە چونکە لە ئاپەکان بەکارھێنەر ناتوانێت دەستی بگات بە زۆر پەڕە، حاڵی حازر ئێمە ڕەنگبێ نەتوانین زۆر گۆڕانکاری بەدڵی خۆمان بکرێت بەڵام دەکرێ بە سادەترین شت پەیامی ویکی سۆرانی بگەیەنین، ئێستا دۆستان کەمێکیش بێت دەروازەکانیان باشتر کردووە من پێشنیاز دەکەم گەر بکرێت فۆنتی دەروازەکان و وێنەکانیشیان کە لەپەڕەی دەستپێک لە سەرەوە ئاماژەدراون (ماتماتیک، تەکنۆلۆژیا، جوگرافیا ھتد...) گەورەتر کرێن چونکە گە ربەکارھێنەرێک بە گەورەیی بیبینێت ئەوە ئەگەری زۆرتری ھەیە کرتەیەکی لەسەر بکات لەوەی بەم شێوەیە بچووک بێت لەگەڵ نووسینەکانی دی تێکەڵبێت و نەیبینێت وە گەر کرتەشی کرد بەکارھێنەرەکە تۆزێکیش بێت لە ئامانجی ویکی دەگات و دەزانێت ئەمە ئینسکلۆپێدیایە، وەسەلام >",
+ "c-ئاسۆ-2014-10-19T15:43:00.000Z-Kushared-2014-10-18T03:14:00.000Z": "من پێم وایە سێ جۆری خەڵک دێنە ویکیپیدیا. ١) خوێنەران کە کە ھیچ حەز لە بەشداری ناکەن ٢) ئەوانەی حەز ئەکەن وردەوردە بەشداری بکەن ٣) ئەوانەی کۆمەڵگای ویکیپیدیان و زۆر چالاکن. من پەڕەیەکم وەک پێشنووس بۆ دەستپێک درووست کرد و تێکۆشاوم ئەو سێ دەستە لەبەرچاو گرم. پێنج ڕیزم داناوە: ڕیزی یەک و دوو بۆ خوێنەران. ڕیزی سێیەم بۆ ھەواڵ و مێژوو کە ھەموو ڕۆژێ لینکی نوێیان ھەیە و ھان ئەدەن بۆ خوێندن و بەشداری. ڕیزی چوارەم بۆ دەستەی دوو و سێیە. و لە ڕیزی پێنجم ٣ بەشم داناوە بۆ ئەوەی نیشانی بدەین کە ویکیپیدیا چالاکە: ١)ئامارەکانی ویکیپیدیا ٢)وتارە نوێکان ٣)دوایین دەستکارییەکان. بیروڕای ئێوە چۆنە سەبارەت بەم بەشانە؟ سەبارەت بە ستایڵ و ڕەنگ و ئەوانە چی ئەڵێن؟ سپاس",
"c-Min.neel-2014-10-19T15:56:00.000Z-باشترکردنی_ڕووکار_و_پەڕەی_دەستپێک": "کاکە بەڕاسی ستایلێکی جوانت داناوە، یەخوا ئەو دەستانەت خۆش بێت. من پێم وایە ئەگەر شوێنێکیش دیاری بکرێت کە ھەموو ڕۆژێک وێنەی ھەڵبژێردراو بە شێوەی ئۆتۆماتیک لە کۆمۆنزەوە پیشان بدات جوانتر ئەبێت.",
- "c-Calak-2014-10-19T20:48:00.000Z-باشترکردنی_ڕووکار_و_پەڕەی_دەستپێک": "کاکە بە بڕوای من باشە بەڵام ئیتر زۆر شپڕێوە.\n\nسەرپەڕەی جاران زۆ جوانتر بوو.\nلە دوای لە ھەواڵەکاندا و ئەمڕۆ لە مێژوودا وێنەی ھەڵبژێردراو دابنێ و سڕێنەوەی ئەم بەشە باش نییە. پێشنیاری کاک مادیم لەگەڵ کاک برایم باس کرد. ئەوەتا دروستی کرد دەستی خۆش بێ: [١]\nبەشداری لە ویکیپیدیا و کۆمەڵگا بکە دوو ستون و لە ژێرەوەی پرۆژە خوشکەکان بەشێوەی ئاسۆیی وەکی ئێستا کە لە دەستپێک ھەیە دابنێ. (دوایین دەستکارییەکانیش ھەڵەی تێدایە من لە کۆماسیدا دەستکاریم نەبووە)\nھەر بەم جۆرە وتارە نوێکان و دوایین دەستکارییەکان بکە دوو ستون و ئامارەکانی ویکیپیدیا بەرە ژێرەوە.\nبۆشایی نێۆان خشتەکە (20px) زۆرە.\nسپاس.",
+ "c-Calak-2014-10-19T20:48:00.000Z-باشترکردنی_ڕووکار_و_پەڕەی_دەستپێک": "کاکە بە بڕوای من باشە بەڵام ئیتر زۆر شپڕێوە. سەرپەڕەی جاران زۆ جوانتر بوو. لە دوای لە ھەواڵەکاندا و ئەمڕۆ لە مێژوودا وێنەی ھەڵبژێردراو دابنێ و سڕێنەوەی ئەم بەشە باش نییە. پێشنیاری کاک مادیم لەگەڵ کاک برایم باس کرد. ئەوەتا دروستی کرد دەستی خۆش بێ: [١] بەشداری لە ویکیپیدیا و کۆمەڵگا بکە دوو ستون و لە ژێرەوەی پرۆژە خوشکەکان بەشێوەی ئاسۆیی وەکی ئێستا کە لە دەستپێک ھەیە دابنێ. (دوایین دەستکارییەکانیش ھەڵەی تێدایە من لە کۆماسیدا دەستکاریم نەبووە) ھەر بەم جۆرە وتارە نوێکان و دوایین دەستکارییەکان بکە دوو ستون و ئامارەکانی ویکیپیدیا بەرە ژێرەوە. بۆشایی نێۆان خشتەکە (20px) زۆرە. سپاس.",
"c-Calak-2014-10-19T21:47:00.000Z-Calak-2014-10-19T20:48:00.000Z": "ئەمە بەکارھێنەر:ئاسۆ/Destpêk3 پێشنیاری منە دەکرێ باشتر بکرێ. سپاس.",
"c-ئاسۆ-2014-10-20T06:59:00.000Z-Calak-2014-10-19T21:47:00.000Z": "کاک چالاک گواستنەوەی دەقی وتووێژەکان ھەرچەندە لە شوێنی خۆیاندا نەبن کارێکی ھەڵەیە! ئێستا وا دەردەکەوێت کە جەنابت قسەکانت کردووە و بە ناوی ئێمەوە ئیمزات کردووە. بە بیروڕای من ئەمە زیاتر باسێکی تەکنیکیە و پەڕەی دەستپێک نموونەیەکە لەو شوێنانە دەتوانین باشتریان بکەین. چەن خاڵ لەسەر دەستپێک: ١) وێنەی ھەڵبژێرراو بۆ جوانی نییە بەڵکوو ھاندەرێکە بۆ وتارەکانی تر کە واتە وێنەی خۆگەڕ ئەو کەڵکەی نیە بۆمان. ٢) لینکی پرۆژە خوشکەکان کە ھیچیان بە سۆرانی نین بۆ دەبێ ئەوەنە گەورە بن لە دەسپێکا؟ ٣) بەشی سەرپەڕەکەش فەرقی ئەوەیە کە لۆگۆی تێدا نییە. ویستم لۆگۆ لە بەشی ناساندنی ویکیپیدیا دابنێم. وتم با ئەوەنە دووپات نەبێتەوە. ٤)کێشەی دواین گۆڕانکارییەکانم دۆزیوەتەوە. بەم زووانە چاکی ئەکەمەوە.",
- "c-Calak-2014-10-20T21:38:00.000Z-ئاسۆ-2014-10-20T06:59:00.000Z": "ھەڵە نییە زۆریش گونجاوە. ئەمە شتێکی باوە (en:WP:Text move بخوێنەوە) و تەنیا بۆ ئەوەی کێشەکەی وتت ساز نەبێت پێویستە لە کورتەی دەستکاریدا بنووسی دەقەکەت لە کوێوە و بۆ کوێ گواستووەتەوە کە منیش ھەر وام کردووە [٢] و [٣]. بەشی تەکنیکی بۆ باسکردنی کێشەی داڕێژەیەک، ئامرازێک یان مۆدیوولێک و پەرەپێدانی ئەمانە دانراوە. ئەمەی جنابت تەنیا پێشنیارێک بوو بۆ ئاڵوگۆڕێک لە پەڕەی دەستپێکدا.\nکوا خۆ کەس نەیوتووە وێنەی ھەڵبژێردراو بۆ جوانییە. ئەمە بەشێکی سەرەکی پەڕەی دەستپێکە و ناکرێ ئاوا ھاسان و سووک بڕیاری لەسەر بدەی و بیسڕینەوە. وێنەی خۆگەڕ کاتی بەکارھێنەران ناگرێ و ئەگەر لەگەڵی نی ئەوە خۆمان وەک جاران دایدەنێین. بۆ ئەوانی تریش ھیچ با کورتی بکەمەوە وا باشترە ئیتر بیروڕای خۆمان نەنووسین. زۆر سپاس.",
+ "c-Calak-2014-10-20T21:38:00.000Z-ئاسۆ-2014-10-20T06:59:00.000Z": "ھەڵە نییە زۆریش گونجاوە. ئەمە شتێکی باوە (en:WP:Text move بخوێنەوە) و تەنیا بۆ ئەوەی کێشەکەی وتت ساز نەبێت پێویستە لە کورتەی دەستکاریدا بنووسی دەقەکەت لە کوێوە و بۆ کوێ گواستووەتەوە کە منیش ھەر وام کردووە [٢] و [٣]. بەشی تەکنیکی بۆ باسکردنی کێشەی داڕێژەیەک، ئامرازێک یان مۆدیوولێک و پەرەپێدانی ئەمانە دانراوە. ئەمەی جنابت تەنیا پێشنیارێک بوو بۆ ئاڵوگۆڕێک لە پەڕەی دەستپێکدا. کوا خۆ کەس نەیوتووە وێنەی ھەڵبژێردراو بۆ جوانییە. ئەمە بەشێکی سەرەکی پەڕەی دەستپێکە و ناکرێ ئاوا ھاسان و سووک بڕیاری لەسەر بدەی و بیسڕینەوە. وێنەی خۆگەڕ کاتی بەکارھێنەران ناگرێ و ئەگەر لەگەڵی نی ئەوە خۆمان وەک جاران دایدەنێین. بۆ ئەوانی تریش ھیچ با کورتی بکەمەوە وا باشترە ئیتر بیروڕای خۆمان نەنووسین. زۆر سپاس.",
"c-ئاسۆ-2014-11-11T16:03:00.000Z-Calak-2014-10-20T21:38:00.000Z": "ماوەیەک سەرقاڵ بووم و ئەم بابەتەم لە بیرکردبوو. وێنەی ھەڵبژێرراویشم پێ زیاد کرد. ھیوادارام ئێستا بە دڵتان بێت: بەکارھێنەر:ئاسۆ/Destpêk. ئیتر با ماوەیەک ئەمە بێت بزانین بەشداربووان چی ئەڵێن. (@چالاک: ئەو Text move ە سیاسەتی ڕەسمیی ویکییدیا نییە و بە بیروڕای من گونجاویش نییە.)",
"c-Calak-2014-11-15T20:57:00.000Z-ئاسۆ-2014-11-11T16:03:00.000Z": "وەڵڵا کاک ئاسۆ گیان بە بڕوای من ھێشتا کاری دەبێ لەسەر بکرێ. بۆ نموونە ئەگەر باسی کاروباری جوانکاریش نەکەین لە بەشی وتارە نوێکاندا نووسراوە «بەکارھێنەر:Bakykurdish (دانەر: Bakykurdish)» کە دروست نییە. پێشنیاری تریشم ھەیە وردەوردە بچینە پێش.",
"c-Calak-2014-12-12T12:33:00.000Z-باشترکردنی_ڕووکار_و_پەڕەی_دەستپێک": "کاک [[بەکارھێنەر:ئاسۆ|ئاسۆ] ویستم بیگوێزمەوە دیتم وتارە نوێکان و دوایین دەستکارییەکان لە کار کەوتوون. ئەوە بۆ؟",
"h-بەڕيوبەرایەتی-2015-04-01T09:10:00.000Z": "بەڕيوبەرایەتی",
- "c-Min.neel-2015-04-01T09:10:00.000Z-بەڕيوبەرایەتی": "سڵاو لە بەشداربووانی ویکیپیدیایی کوردی ناوەندی.\nبەڕيزان ماوەیەکە ئەم ویکیپیدیای ئێمە بێ بەڕێوبەر کەوتووە و کاکە چالاکی ئازیز کە ماوەیەکی زۆرە ئەرکی لە ئەستۆ گرتووە، دیار نییە و کارەکان وا لە پێش ناچێت. سەرەتا ھیوادارم کاکە چالاک ساق و سڵامەت بێت و بە زوویی بەگەڕێتەوە لامان، بەڵام تا ئەو کاتە ئەبێت کارێک بکەین. پێشنیاری من بۆ ئەم دۆخە ئەوەیە کە سێ بەڕێبەری نوێ دەستنیشان بکەین جا تکایە ھەر کەسێک توانایی و کاتی ھەیە بێت و کاندید بێت و ناوی ھەر لێرەدا بنووسێت ھەتاکوو ھەڵبژاردێن بکەین.@Kushared:،@Pirehelokan:\n\nمن خۆم کاندید دەبم و تکا لە بەڕێز پیرەھەڵۆ و کوشەیردیش دەکەم کاندید بن.",
- "c-Pirehelokan-2015-04-01T19:34:00.000Z-بەڕيوبەرایەتی": "بەڕێز مادی، ئەوەی لە سەر بەڕێوەبەرایەتی نووسیت دروستە. سەرەتا کە ئەم نووسراوەیەم خوێندەوە بە خۆمم وت کە پێنج بەڕێوەبەر بۆ ویکیی سۆرانی زۆرە! بەڵام دواتر کە سەیرێکی ژمارەی بەڕێوەبەرانی ویکییە هاوقەبارەکانی سۆرانیم کرد، زانیم کە زۆربەیان ژمارەی بەڕێوەبەرەکانیان چەن بەرامبەری ئێستەی سۆرانییە. بۆ نموونە ویکیی میسری ٥ بەڕێوەبەر، کرمانجی ٦، مونگولی ٧ و ئینترلینگوا ٦ بەڕێوەبەریان هەیە و ئەمە شتێکی ئاساییە لە ویکییە بچووکەکانی وەکوو سۆرانیدا.\nبۆیە لەگەڵتم و هیوادارم بەم کارە ویکیی سۆرانی بەرەو بەهێزتر بوون و باشتر بوون بڕوات.\nلێرە دەتوانی سەیری ئاماری ویکییەکان بکەی \nئەم جۆرە بانگ کردنەش بڕێک جار کار ناکات. لەگەڵ ڕێز،",
+ "c-Min.neel-2015-04-01T09:10:00.000Z-بەڕيوبەرایەتی": "سڵاو لە بەشداربووانی ویکیپیدیایی کوردی ناوەندی. بەڕيزان ماوەیەکە ئەم ویکیپیدیای ئێمە بێ بەڕێوبەر کەوتووە و کاکە چالاکی ئازیز کە ماوەیەکی زۆرە ئەرکی لە ئەستۆ گرتووە، دیار نییە و کارەکان وا لە پێش ناچێت. سەرەتا ھیوادارم کاکە چالاک ساق و سڵامەت بێت و بە زوویی بەگەڕێتەوە لامان، بەڵام تا ئەو کاتە ئەبێت کارێک بکەین. پێشنیاری من بۆ ئەم دۆخە ئەوەیە کە سێ بەڕێبەری نوێ دەستنیشان بکەین جا تکایە ھەر کەسێک توانایی و کاتی ھەیە بێت و کاندید بێت و ناوی ھەر لێرەدا بنووسێت ھەتاکوو ھەڵبژاردێن بکەین.@Kushared:،@Pirehelokan: من خۆم کاندید دەبم و تکا لە بەڕێز پیرەھەڵۆ و کوشەیردیش دەکەم کاندید بن.",
+ "c-Pirehelokan-2015-04-01T19:34:00.000Z-بەڕيوبەرایەتی": "بەڕێز مادی، ئەوەی لە سەر بەڕێوەبەرایەتی نووسیت دروستە. سەرەتا کە ئەم نووسراوەیەم خوێندەوە بە خۆمم وت کە پێنج بەڕێوەبەر بۆ ویکیی سۆرانی زۆرە! بەڵام دواتر کە سەیرێکی ژمارەی بەڕێوەبەرانی ویکییە هاوقەبارەکانی سۆرانیم کرد، زانیم کە زۆربەیان ژمارەی بەڕێوەبەرەکانیان چەن بەرامبەری ئێستەی سۆرانییە. بۆ نموونە ویکیی میسری ٥ بەڕێوەبەر، کرمانجی ٦، مونگولی ٧ و ئینترلینگوا ٦ بەڕێوەبەریان هەیە و ئەمە شتێکی ئاساییە لە ویکییە بچووکەکانی وەکوو سۆرانیدا. بۆیە لەگەڵتم و هیوادارم بەم کارە ویکیی سۆرانی بەرەو بەهێزتر بوون و باشتر بوون بڕوات. لێرە دەتوانی سەیری ئاماری ویکییەکان بکەی ئەم جۆرە بانگ کردنەش بڕێک جار کار ناکات. لەگەڵ ڕێز،",
"c-Kushared-2015-04-02T14:57:00.000Z-Pirehelokan-2015-04-01T19:34:00.000Z": "دەستتان خۆش منیش لەگەڵ بوونی بەڕێوبەری نوێم بەس بۆ ژمارە ئەوە نازانم ڕێگەمان پێدەدەن بەڕێوبەر زۆربکەین یا نا، گەر دەرگا کرایەوە منیش خۆم کاندید دەکەم بەس ئەو حەفتەیە لەبەر تاقیکردنەوەکان ڕەنگە سەرهێڵیم کەمبێتەوە. لانی کەم بتوانین چەند مافیکی دی بەدەستبێت بۆ بەکارهێنەرە بڕواپێکراوەکان >",
"h-چۆن-2015-04-17T13:53:00.000Z": "چۆن",
"c-95.159.109.99-2015-04-17T13:53:00.000Z-چۆن": "چۆن بتوانم كه بنوسم له ناو ويكيبيديادا",
@@ -30,21 +30,21 @@
"c-Sarchia_Banokay-2015-07-16T14:01:00.000Z-جۆری_فۆنت": "پێشنیاری گۆڕینی فۆنتی ئێستای ویکیپیدیا دەکەم، بەڕای من فۆنتی باشتر ھەن، کە خوێندنەوەی وتارەکان ئاسانتر دەکەن و شێوەیەکی ڕێکوپێکتریشیان لەوەی ئێستا (Tahoma) ھەیە، من پێشنیاری فۆنتی (Droid Arabic Naskh) دەکەم، ئەم فۆنتە لە ئێستادا بەشێوەیەکی بەربڵاو لە ماڵپەڕە کوردییەکان و نووسراوەکانی حکوومەت و سیستمەکانی مۆبایل بەکار دەبرێت، گەر ئێوەش ڕاتان لەسەر بێت و بکرێت، با ئەو فۆنتە جێگیر بکەین. یانیش ئامرازێک زیاد بکەین کە بەکارھێنەر بە ویستی خۆی لە چەند فۆنتێک یەکێکیان ھەڵبژێرێت. (لەم وێنەیە بڕوانن).",
"c-Diyako_kazm-2015-07-16T15:11:00.000Z-Sarchia_Banokay-2015-07-16T14:01:00.000Z": "لەگەڵ",
"c-Pirehelokan-2015-07-16T21:31:00.000Z-Sarchia_Banokay-2015-07-16T14:01:00.000Z": "فۆنتەکەی ئیستە بۆ خوێندنەوەی نووسراوەی زۆر وردیش باشە و باقیی ویکییە ئەلفوبێ عەرەبییەکانیش کەڵکی لێ وەردەگرن. ویکیی فارسی و عەرەبیش فۆنتەکانیان گۆڕی، بەڵام گەڕانەوە بۆ ئەم تاھۆما. دیارە ڕووبەڕووی کێشەی تەکنیکی بوونەتەوە. ئەشێ بزانین ئەو کێشانە چی بوون؟ بۆیە با بێ لێکۆڵینەوە ھیچ نەکەین.",
- "c-Sarchia_Banokay-2015-07-20T11:39:00.000Z-Pirehelokan-2015-07-16T21:31:00.000Z": "فۆنتەکەم زۆر لا خراپ نییە، بەڵام ئەوەم پێ چاکتر بوو کە پێشنیارم کردبوو، نازانم دەپێت چ کێشەیەک بێتە ڕێ؟ ئێستا لە ویکیپیدیای مۆبایلەکەم بۆ کوردیی ناوەندی فۆنتی (Droid Arabic Naskh) بەکارھاتووە و کێشەم لێی نەبینیوە، سەبارەت بە زمانەکانی تر بەڕای من ئەوەندەی ئەو فۆنتە بۆ زمانەکانی فارسی و عەرەبی گونجاوە بۆ کوردی بەو شێوەیە نییە، لە ھەندێک شێوەی پیتە کوردییەکان ناڕێکی دەبیندرێت. بەھەرحاڵ ئەمە تەنیا پێشنیارێک بوو، بەو ھیوایەی ھاوڕێیانی تریش ڕای خۆیان بێژن. ئەگەر ئەمەش نەگۆڕدرا بتوانرێت فۆنتی بەشی دەستکاریی وتارەکان بگۆڕدرێت کە زۆر ورد و ناڕێکە، ھەرنەبێت ئەویش بگۆڕن بۆ (Tahoma).",
+ "c-Sarchia_Banokay-2015-07-20T11:39:00.000Z-Pirehelokan-2015-07-16T21:31:00.000Z": "فۆنتەکەم زۆر لا خراپ نییە، بەڵام ئەوەم پێ چاکتر بوو کە پێشنیارم کردبوو، نازانم دەپێت چ کێشەیەک بێتە ڕێ؟ ئێستا لە ویکیپیدیای مۆبایلەکەم بۆ کوردیی ناوەندی فۆنتی (Droid Arabic Naskh) بەکارھاتووە و کێشەم لێی نەبینیوە، سەبارەت بە زمانەکانی تر بەڕای من ئەوەندەی ئەو فۆنتە بۆ زمانەکانی فارسی و عەرەبی گونجاوە بۆ کوردی بەو شێوەیە نییە، لە ھەندێک شێوەی پیتە کوردییەکان ناڕێکی دەبیندرێت. بەھەرحاڵ ئەمە تەنیا پێشنیارێک بوو، بەو ھیوایەی ھاوڕێیانی تریش ڕای خۆیان بێژن. ئەگەر ئەمەش نەگۆڕدرا بتوانرێت فۆنتی بەشی دەستکاریی وتارەکان بگۆڕدرێت کە زۆر ورد و ناڕێکە، ھەرنەبێت ئەویش بگۆڕن بۆ (Tahoma).",
"h-زيادكردن-2015-07-17T16:20:00.000Z": "زيادكردن",
- "c-Pirehelokan-2015-07-17T16:20:00.000Z-زيادكردن": "داوا دةكةم بةشيكيتر بو كتيب بكةبنةوة بة ناوي (كتيبخانة) ...... ببورن ناوي ئةو شوينة نازانم جي بيدةلين بةلام مةبةستم لاي نوسراوةكاني(ميزوو.جوكرافيا.هتد) لة دةسبيكدا ... سوباس بو وةلامدانةوة — ئەم لێدوانە لەلایەن زينه ر واژوونەکراوە. (لێدوان • بەشدارییەکان) .\n\nبەڕێز @زينه ر: دەتوانی سەیری ویکیسۆرس بکەیت کە بە دەیان زمان ھەزاران کتێبی تێدایە. ویکی کتێبیش ھەیە کە من تا ئیستە بە کارم نەھێناوە.",
- "c-Pirehelokan-2015-07-18T16:30:00.000Z-زيادكردن": ".سوباس بو وةلامدانةوة بلام ويكيكتيب زماني كوردي تيدا نية؟\n.جون بتوانم ناوي خوم لةكاتي بلاو كردنةوةي بابةتيكي نوي؟ — ئەم لێدوانە لەلایەن زينه ر واژوونەکراوە. (لێدوان • بەشدارییەکان) \n\nبەڵێ ڕەنگە زۆر کەمی تیا بێت. یەکەم تکایە کاتێک لەم پەڕەیەدا شتێک دەنووسیت لە دوای نووسراوەکەت چوار نیشانەی ~ دابنێ کە نووسراوەکەت ئیمزا بکرێت و بزانین کێ نووسیویەتی. دووھەم تکایە کیبۆردێکی ستانداردی کوردی دابگرە و پێی بنووسە. سێھەم؛ ھەرکەس ھەر شتێک لە ویکیپیدیادا بنووسێت دیارە و ھەمووی پارێزراوە. بۆ بینینی ئەوە لە سەر مێژووەکەی ببینە کلیک بکە. تکایە پرسیارەکانت لە پرسگا بپرسە. سپاس",
+ "c-Pirehelokan-2015-07-17T16:20:00.000Z-زيادكردن": "داوا دةكةم بةشيكيتر بو كتيب بكةبنةوة بة ناوي (كتيبخانة) ...... ببورن ناوي ئةو شوينة نازانم جي بيدةلين بةلام مةبةستم لاي نوسراوةكاني(ميزوو.جوكرافيا.هتد) لة دةسبيكدا ... سوباس بو وةلامدانةوة — ئەم لێدوانە لەلایەن زينه ر واژوونەکراوە. (لێدوان • بەشدارییەکان) . بەڕێز @زينه ر: دەتوانی سەیری ویکیسۆرس بکەیت کە بە دەیان زمان ھەزاران کتێبی تێدایە. ویکی کتێبیش ھەیە کە من تا ئیستە بە کارم نەھێناوە.",
+ "c-Pirehelokan-2015-07-18T16:30:00.000Z-زيادكردن": ".سوباس بو وةلامدانةوة بلام ويكيكتيب زماني كوردي تيدا نية؟ .جون بتوانم ناوي خوم لةكاتي بلاو كردنةوةي بابةتيكي نوي؟ — ئەم لێدوانە لەلایەن زينه ر واژوونەکراوە. (لێدوان • بەشدارییەکان) بەڵێ ڕەنگە زۆر کەمی تیا بێت. یەکەم تکایە کاتێک لەم پەڕەیەدا شتێک دەنووسیت لە دوای نووسراوەکەت چوار نیشانەی ~ دابنێ کە نووسراوەکەت ئیمزا بکرێت و بزانین کێ نووسیویەتی. دووھەم تکایە کیبۆردێکی ستانداردی کوردی دابگرە و پێی بنووسە. سێھەم؛ ھەرکەس ھەر شتێک لە ویکیپیدیادا بنووسێت دیارە و ھەمووی پارێزراوە. بۆ بینینی ئەوە لە سەر مێژووەکەی ببینە کلیک بکە. تکایە پرسیارەکانت لە پرسگا بپرسە. سپاس",
"h-كێشەيەک-2015-07-23T12:37:00.000Z": "كێشەيەک",
- "c-زينه_ر-2015-07-23T12:37:00.000Z-كێشەيەک": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت.\n\nسڵاو بابەتێكم به ناوى پێنووس پاشەكەوت كرد بەڵام له بۆكسى گەڕاندا هيچ شتێك بەو ناوەوه نيه",
+ "c-زينه_ر-2015-07-23T12:37:00.000Z-كێشەيەک": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت. سڵاو بابەتێكم به ناوى پێنووس پاشەكەوت كرد بەڵام له بۆكسى گەڕاندا هيچ شتێك بەو ناوەوه نيه",
"c-Sarchia_Banokay-2015-07-23T13:16:00.000Z-زينه_ر-2015-07-23T12:37:00.000Z": "سڵاو، مەبەستت ئەمەیە (پێنووس)، لەوانەیە ھۆی نەدۆزینەوەکەت لە ئەنجامی ھەڵەی ڕێنووست بووبێت یان ناستانداردیی کیبۆردەکەت. ئەگەر ھەر پرسیارێکی ترت ھەبوو لە (ویکیپیدیا:پرسگا) بی پرسە، ئێرە تایبەتە بە پێشنیارەکان.",
"c-Kushared-2015-07-23T13:43:00.000Z-Sarchia_Banokay-2015-07-23T13:16:00.000Z": "بەڕێز تۆ وتارەکەت بەناوی بینوسی نووسیبوو کە لەڕێنووس تەواو هەڵەبوو ئێستا وتارەکەت ماوە لەژێرناوی (پێنووس) وەک کاک سەرچیاش ئاماژەی پێکردووە >>",
"h-چەند_پێشنیار_و_سەرنجێک-2015-07-26T13:11:00.000Z": "چەند پێشنیار و سەرنجێک",
- "c-Sarchia_Banokay-2015-07-26T13:11:00.000Z-چەند_پێشنیار_و_سەرنجێک": "بۆ بابەتی فۆنتەکە، نازانم ئێستا چی بکرێت، بی گۆڕین یان ھەر ئەمە بێت، بەو ھیوایەی ئەم باسە بگەینینە ئەنجامێک و کۆتایی پێ بێت.\nپێشنیاری ئەوە دەکەم ھەندێک گۆڕانکاری لە پەڕەی (دەستپێک) بکرێت، چەند بەشێک زیاد یان کەمبکرێن، پێم باشە شریتی گەڕان بە گەورەیی لە سەرەوە دابنرێت، لەبەرەوەی دەستگەیشتنی بەکارھێنەران بە وتارەکان، زۆربەی لەڕێی شریتی گەڕانەوەیە. چەند بەشێک زیاد بکرێت، بۆ نموونە بەشێک کە چەند پەندێکی پێشینانی تێدا بنووسرێت، یان بەشێک بەناوی (ھۆنراوەی ھەڵبژێردراو) تایبەت بە ھۆنراوەی شاعیرانی کورد. یان ھەر بەشێک و گۆڕانێکی تر کە ئێوە پێشنیاری بکەن.\nپێشتر لە لیستی زمانەکانی ویکیپیدیاکانی تر بۆ لینکی وتارەکانی ئەم ویکیپیدایە تەنیا دەنووسرا (کوردی)، بەڵام نازانم لەبەرچی گۆڕا بۆ (کوردیی ناوەندی)، ھەر کوردییەکە بەتەنیا ڕێکتر و جوانتر نەبوو، ھیچ کێشەیەک ڕووی دا؟\nشتێک زۆر لەمێژە دەمەوێت بیڵێم، لە زۆربەی ویکیپیدیاکانی تر ھێما یان پلە دەدرێت بە وتارەکان، بۆ وتارە باشەکان و وتارە ھەڵبژێردراوەکان، نازانم بۆ لێرە ئەم شتە نییە، چەندین وتاری باشمان ھەن، و تا ئێستا زۆرێک لە وتارەکان دانراون وەکوو وتاری ھەڵبژێردراو. ھۆی چییە؟\nبۆ زیاتر ناساندن و کارئاسانی بۆ بەژداربووە نوێیەکان، گەر کەسێک ھەستێت بە ئامادەکردنی چەند ڤیدیۆیەکی فێرکاری لەسەر ویکیپیدیا و ناساندنی و چۆنیەتیی دەستکاریکردنی، پاشان دانانیان لە یووتیووب و پەڕەی وتووێژی بەکارھێنەرە نوێیەکان. لەوانەیە ببێتە کارێکی باش. کەمیی دەستکاری و بەژداری لەم ویکیپیدیایەدا زیاتر بۆ نائاشنایی و کەمشارەزاییی بەکارھێنەران دەگەڕێنمەوە.\nجارێ ھەر ئەوانەم لەبیرن، گەر شتێکی ترم تێبینی کرد، ھەر لێرە ئاماژەی بۆ دەکەم.",
+ "c-Sarchia_Banokay-2015-07-26T13:11:00.000Z-چەند_پێشنیار_و_سەرنجێک": "بۆ بابەتی فۆنتەکە، نازانم ئێستا چی بکرێت، بی گۆڕین یان ھەر ئەمە بێت، بەو ھیوایەی ئەم باسە بگەینینە ئەنجامێک و کۆتایی پێ بێت. پێشنیاری ئەوە دەکەم ھەندێک گۆڕانکاری لە پەڕەی (دەستپێک) بکرێت، چەند بەشێک زیاد یان کەمبکرێن، پێم باشە شریتی گەڕان بە گەورەیی لە سەرەوە دابنرێت، لەبەرەوەی دەستگەیشتنی بەکارھێنەران بە وتارەکان، زۆربەی لەڕێی شریتی گەڕانەوەیە. چەند بەشێک زیاد بکرێت، بۆ نموونە بەشێک کە چەند پەندێکی پێشینانی تێدا بنووسرێت، یان بەشێک بەناوی (ھۆنراوەی ھەڵبژێردراو) تایبەت بە ھۆنراوەی شاعیرانی کورد. یان ھەر بەشێک و گۆڕانێکی تر کە ئێوە پێشنیاری بکەن. پێشتر لە لیستی زمانەکانی ویکیپیدیاکانی تر بۆ لینکی وتارەکانی ئەم ویکیپیدایە تەنیا دەنووسرا (کوردی)، بەڵام نازانم لەبەرچی گۆڕا بۆ (کوردیی ناوەندی)، ھەر کوردییەکە بەتەنیا ڕێکتر و جوانتر نەبوو، ھیچ کێشەیەک ڕووی دا؟ شتێک زۆر لەمێژە دەمەوێت بیڵێم، لە زۆربەی ویکیپیدیاکانی تر ھێما یان پلە دەدرێت بە وتارەکان، بۆ وتارە باشەکان و وتارە ھەڵبژێردراوەکان، نازانم بۆ لێرە ئەم شتە نییە، چەندین وتاری باشمان ھەن، و تا ئێستا زۆرێک لە وتارەکان دانراون وەکوو وتاری ھەڵبژێردراو. ھۆی چییە؟ بۆ زیاتر ناساندن و کارئاسانی بۆ بەژداربووە نوێیەکان، گەر کەسێک ھەستێت بە ئامادەکردنی چەند ڤیدیۆیەکی فێرکاری لەسەر ویکیپیدیا و ناساندنی و چۆنیەتیی دەستکاریکردنی، پاشان دانانیان لە یووتیووب و پەڕەی وتووێژی بەکارھێنەرە نوێیەکان. لەوانەیە ببێتە کارێکی باش. کەمیی دەستکاری و بەژداری لەم ویکیپیدیایەدا زیاتر بۆ نائاشنایی و کەمشارەزاییی بەکارھێنەران دەگەڕێنمەوە. جارێ ھەر ئەوانەم لەبیرن، گەر شتێکی ترم تێبینی کرد، ھەر لێرە ئاماژەی بۆ دەکەم.",
"c-Pirehelokan-2015-07-26T16:51:00.000Z-Sarchia_Banokay-2015-07-26T13:11:00.000Z": "بۆ فۆنتەکە پێشتر وڵامم داوە، بۆ دانانی ھۆنراوە لە پەڕەی دەستپێکدا لەگەڵی نیم، چون ئێرە ئینسایکلۆپیدیایە نەک ماڵپەڕی ئەدەبی یان شتی تر. ئینجا ویکیپیدیاش یاسا و ڕێسای تایبەتی خۆی ھەیە. ئەگەرچی من خۆم زۆر حەز بە شێعر و بەتایبەت شێعری کوردی ئەکەم، بەڵام ئەم کارە بە باش نازانم. پێشتر دەنووسرا سۆرانی ئیستە دەنووسرێت کوردیی ناوەندی. من کوردیی ناوەندی بە زانستی تر دەزانم تا سۆرانی. ئەو پرسیارەی لە سەر کواڵیتی و گرنگیی وتارەکان کردت منیش بۆم گرنگ بوو سەیری ئێرە بکە. ئینجا سەیرێکی ئێرەش بکە خراپ نیە و زۆریش بەکەڵکە. ژمارەی گەڕانەکانی بۆ ھەر وتارێک تێدایە لە ھەر ویکییەکدا. بەڵام ویکیی سۆرانیی تێدا نیە! بۆچی؟ خۆت تا ڕادەیەک دەزانی بۆچی. بەڵام ڕەنگە بتوانین زیادی بکەین پێی. ڤیدیۆیەکی فێرکاریم دروست کردبوو کە ئەگەر دەرفەت بوو بە زوویی لە یووتووبدا باری دەکەم. سپاس بۆ پێشنیارەکانت. لەگەڵ ڕێز",
"c-Sarchia_Banokay-2015-07-26T18:15:00.000Z-Pirehelokan-2015-07-26T16:51:00.000Z": "دانانی ھۆنراوەم تەنیا وەک نموونەیەک ھێنایەوە، زۆرتر مەبەستم ئەوەبوو ھەندێک چاکسازی تێدا بکەین، بۆ فۆنتەکەش نازانم دەبێت کێشەکان چیی بن؟ سەبارەت بە ناوی ویکیپیدیا پێشتر تەنیا دەنووسرا (کوردی) ھیچکات نەمدیوە بنووسرێ سۆرانی. بۆ کوالیتی و گرنگی وتارەکانیش مەبەستم داڕێژەی پەڕەی وتووێژ نەبوو، مەبەستم ئەم نیشانانەیە (وێنە) یان ئەمە (وێنە). ئەو لینکەی دووەمیش (http://stats.grok.se) نازانم بۆ وەڵامی کامە پرسیارمت دانەوە، باش تێنەگەیشتم.",
"c-Pirehelokan-2015-07-27T05:51:00.000Z-Sarchia_Banokay-2015-07-26T13:11:00.000Z": "بۆ ئەو جۆرە پلەبەندییەی کە فەرمووت وەک بەڕێز چالاک وتبووی ئەشێ خۆمان بیکەین و وابزانم پێویستمان بە بۆتێکیش ھەبێت. سەیرێکی ئێرە بکە. ئەو بەستەری ئامارەکانیشم بۆ ئەوە دانا کە گرنگیی ھەر وتارێکی ویکیپیدیا بە ژمارەی گەڕانەکانی دیاری دەکرێت. ھەرچەند وابزانم ئەشێ لە بنکەدراوەیەکدا لە شوێنی تردا ئەو ئامارانە پارێزرابێتن و ئەو بەستەرە تەنیا ئینترفەیسێکە بۆ بەکارھێنەران.",
"h-پێشگری_(ئەل)_بۆ_ناوە_عەرەبییەکان-2015-08-24T18:29:00.000Z": "پێشگری (ئەل) بۆ ناوە عەرەبییەکان",
- "c-Diyar_se-2015-08-24T18:29:00.000Z-پێشگری_(ئەل)_بۆ_ناوە_عەرەبییەکان": "سڵاو هاوڕێیان،\nپێویستە کە ئەم کێشەیە یەکلایی بکەینەوە هاوڕێیان، تکایە ڕای خۆتان بڵێن دەربارەی ئەوەی کە پێشگری (ئەل) (بە عەرەبی: ال) بۆ ناوە عەرەبییەکان دابنرێت یان نا، بۆ نموونە بنووسرێت ئەلخەوارزمی یان خەوارزمی یاخود ئەلکیندی یان کیندی.\nبەڕێزان (ئاسۆ، Min.neel، KovanBarzinji، Diyako kazm، Sarchia Banokay، Kushared، پیرەھەڵۆ) تکایە ئێوەش ڕای خۆتان بڵێن.",
+ "c-Diyar_se-2015-08-24T18:29:00.000Z-پێشگری_(ئەل)_بۆ_ناوە_عەرەبییەکان": "سڵاو هاوڕێیان، پێویستە کە ئەم کێشەیە یەکلایی بکەینەوە هاوڕێیان، تکایە ڕای خۆتان بڵێن دەربارەی ئەوەی کە پێشگری (ئەل) (بە عەرەبی: ال) بۆ ناوە عەرەبییەکان دابنرێت یان نا، بۆ نموونە بنووسرێت ئەلخەوارزمی یان خەوارزمی یاخود ئەلکیندی یان کیندی. بەڕێزان (ئاسۆ، Min.neel، KovanBarzinji، Diyako kazm، Sarchia Banokay، Kushared، پیرەھەڵۆ) تکایە ئێوەش ڕای خۆتان بڵێن.",
"c-Kushared-2015-08-24T19:08:00.000Z-Diyar_se-2015-08-24T18:29:00.000Z": "بەڕای من نەنووسرێت باشترە، بەس هەندێک وتار باوبووە دەبێت بنووسرێت نموونەی ئەلجەزیرە و ئەلقاعیدە هتد... >",
"c-ئاسۆ-2015-08-25T09:55:00.000Z-Diyar_se-2015-08-24T18:29:00.000Z": "ناڵێم ببێت بە پێوەر بەڵام ئەگەر چاوێکمان لە ناوەکەی لە ویکیپیدیای فارسیشەوە ببێت خراپ نییە.",
"c-Sarchia_Banokay-2015-08-25T10:23:00.000Z-ئاسۆ-2015-08-25T09:55:00.000Z": "بەڕای من بەکارھێنانی (ئەل) لەگەڵ ناودا شتێکە پەیوەندیی بە زمانی عەرەبییەوە ھەیە و پێویست ناکات بی گوازینەوە بۆ کوردی، ناوەکە بێ (ئەل) ئاسانتر گۆ دەکرێت لەسەر زار. بەڵام وا باشە ھەموو کاتێک ڕەوانەکەرێکی بۆ درووست بکرێت، بۆ (ئەل+ناوەکە).",
@@ -60,17 +60,17 @@
"c-Calak-2016-02-04T11:48:00.000Z-چوونە_ژوورەوە": "بەرێزان دەڵێن چی ئەم وشەیە لە ڕووکاری ویکیپیدیادا بکەین بە چوونە ناوەوە؟ ھەر دەووکیان ھەر باون بەڵام من چوونە ناوەوەم پێ باشتر چون بۆ ھەموو کوردیک مانایەکی ھەیە بەڵام چوونە ژوورەوە وا نییە. لە ھەندێک شوێن ھەر شێوەزاری سۆرانیی خۆمان بچۆ ژوورەوە یان بچۆ سەرەوە. بەڵام چوونە ناوەوە لای ھەموو کوردیک ھەر یەک مانای ھەیە.",
"c-Épine-2019-05-14T20:16:00.000Z-Calak-2016-02-04T11:48:00.000Z": "لەگەڵ--◂",
"h-لۆگۆی_ویکیپیدیای_کوردی-2016-03-03T14:26:00.000Z": "لۆگۆی ویکیپیدیای کوردی",
- "c-Serchia-2016-03-03T14:26:00.000Z-لۆگۆی_ویکیپیدیای_کوردی": "لۆگۆ\nلە کوردیدا شێوەخەتێکی تایبەت و دیاریکراومان نییە، تا لێرە و لە شوێنەکانی تر پشتی پێ ببەسترێ، و کوردی پێ بناسرێتەوە. ئەو فۆنتانەی ھەنە زۆربەیان لە فارسی و عەرەبی وەرگیراون، و لە ھەر شوێنەی جۆرە فۆنتێ بەکاردێ.\nلەبارەی فۆنتی نووسینی لۆگۆی ویکیپیدیای کوردی، لە نووسینە کوردییەکان کەم بەکارھاتووە. ئەمن پێشنیاری گۆڕینی دەکەم، ھەم شێوەکەی ئەوەندە جوان و ڕێک نییە، و ھەم خوێندنەوەکەشی زۆر خۆش نییە، بەتایبەتی نووسینی (ئینسایکڵۆپیدیای ئازاد).\nلۆگۆیەکم ئامادەکردووە و پێشنیاری دانانی ئەویان دەکەم، گەر ھەر کەسێکی تریش شتێکی وای دروستکردووە یان دەیەوێ دروستی بکات، با لێرە بیخاتە ڕوو و بڕیارییان لەسەر بدەین. |",
+ "c-Serchia-2016-03-03T14:26:00.000Z-لۆگۆی_ویکیپیدیای_کوردی": "لۆگۆ لە کوردیدا شێوەخەتێکی تایبەت و دیاریکراومان نییە، تا لێرە و لە شوێنەکانی تر پشتی پێ ببەسترێ، و کوردی پێ بناسرێتەوە. ئەو فۆنتانەی ھەنە زۆربەیان لە فارسی و عەرەبی وەرگیراون، و لە ھەر شوێنەی جۆرە فۆنتێ بەکاردێ. لەبارەی فۆنتی نووسینی لۆگۆی ویکیپیدیای کوردی، لە نووسینە کوردییەکان کەم بەکارھاتووە. ئەمن پێشنیاری گۆڕینی دەکەم، ھەم شێوەکەی ئەوەندە جوان و ڕێک نییە، و ھەم خوێندنەوەکەشی زۆر خۆش نییە، بەتایبەتی نووسینی (ئینسایکڵۆپیدیای ئازاد). لۆگۆیەکم ئامادەکردووە و پێشنیاری دانانی ئەویان دەکەم، گەر ھەر کەسێکی تریش شتێکی وای دروستکردووە یان دەیەوێ دروستی بکات، با لێرە بیخاتە ڕوو و بڕیارییان لەسەر بدەین. |",
"c-Kushared-2016-03-03T14:44:00.000Z-Serchia-2016-03-03T14:26:00.000Z": "دەستخۆش منیش هاوڕام لەگەڵ گۆڕینی و ئەوەی داتناوە ڕوونترە لەوەی ئێستا دانراوە، بەتایبەت وشەی ئینسایکڵۆپیدیا زۆر بەسەریەکەوە نووسراوە ... بزانین بەشداربووەکانی دیکە چی دەڵێن. >",
"c-Diyako_kazm-2016-03-03T14:50:00.000Z-Kushared-2016-03-03T14:44:00.000Z": "دەستخۆش، منیش هاوڕاتم، ئەم خەتەی لە لۆگۆکە دا هەیە ، زۆر جوانە، با ڕا وەرگرین و بزانین چ دەبێ؟!",
"c-Diyar_se-2016-03-03T15:56:00.000Z-Serchia-2016-03-03T14:26:00.000Z": "دەستخۆش بە ڕای منیش پێویستە ئەو لۆگۆیە گۆڕانکاری تێدا بکرێت. نموونەکەی تۆ جوانە بەڵام ئەگەر ئەتوانی چەند دانەیەکی تر بە فۆنتی جیاواز دروست بکە تا دانەیەکیان هەڵبژێرین.",
"c-Calak-2016-03-03T16:29:00.000Z-Diyar_se-2016-03-03T15:56:00.000Z": "منیش پێم خۆشە بیگۆڕین بەڵام گۆڕینەکەی ئاوا ھاسان نییە. ئەو قۆنتە حەتمەن دەبێ مۆڵەتنامەکەی ئازاد بێ دەنا ناتوانین بە کاری بھێنین. سپاس.",
"c-Serchia-2016-03-07T13:22:00.000Z-Calak-2016-03-03T16:29:00.000Z": "کەواتە ھەمووان ڕازین لەسەر گۆڕینی. لەبارەی مۆڵەتنامەکەوەیە دڵنیانیم، بەڵام ناوەندی بڵاوکەرەوەی فۆنتەکان، بەخۆڕایی لەسەر ئینتەرنێتی داناون، و ھەموو کەسێ ئازادە لە دابەزاندنیان و بەکارھێنانیان. |",
"c-Calak-2016-03-07T15:29:00.000Z-Serchia-2016-03-07T13:22:00.000Z": "دانان بەخۆڕایی و مۆڵەتنامەی ئازاد دوو شتی جیاوازن. ئەگەر مۆڵەتنامەکە ئازاد نەبێ خودی خاوەنی فۆنتەکەش بڵێن ئازادن بۆ بەکارھێنانی ناتوانین بە کاری بھێنین. ئەم فۆنتەی ئێستا ئەگەرچی خۆم پێم جوان نییە بەڵام مۆڵەتنامەکەی ئازادە بۆیە بەکارھاتووە. سپاس.",
- "c-Serchia-2016-03-07T16:00:00.000Z-Calak-2016-03-07T15:29:00.000Z": "لەوەی ئێستا کە جوانترە، بەڵام مەرج نییە ھەر ئەوە بەکاربێنین. پێشنیاری چی دەکەن؟ ئەوە دابنێین یان چەندێکی تریش ئامادە بکەین. |",
+ "c-Serchia-2016-03-07T16:00:00.000Z-Calak-2016-03-07T15:29:00.000Z": "لەوەی ئێستا کە جوانترە، بەڵام مەرج نییە ھەر ئەوە بەکاربێنین. پێشنیاری چی دەکەن؟ ئەوە دابنێین یان چەندێکی تریش ئامادە بکەین. |",
"c-Calak-2016-03-07T21:19:00.000Z-Serchia-2016-03-07T16:00:00.000Z": "بەڵێ منیش پێم جوانترە. تکایە ھەر چی دروستی دەکەی حەتمەن مۆڵەتنامەکەی لەبەر چاو بگرە. بە کورتی لە فۆنتێک بگەڕە مۆڵەتنامەکەی ئازاد بێ دەنا ناتوانین بە کاری بھێنین. دەبێ حەتمەن لۆگۆکەش وەشانی SVGی ھەبێت. سپاس.",
"h-فەیسبووک-2016-07-30T15:43:00.000Z": "فەیسبووک",
- "c-Serchia-2016-07-30T15:43:00.000Z-فەیسبووک": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت.\n\nسڵاو، بەڕێزان وەک دەزانن ئێستا بڵاوترین ماڵپەڕەکان تۆڕە کۆمەڵایەتییەکانن، لەوانەش فەیسبووک، تویتەر، ... زۆر کۆمپانیا و ماڵپەڕ ھەوڵی پەیاکردنی ھەوادار و خۆناساندن دەدەن لەڕێی ئەو تۆڕانەوە. من لێرەوە پێشنیاری ناساندنی پەڕەیەکی فەیسبووک دەکەم وەک پەڕەی فەرمیی ویکیپیدیای کوردی، ویکیپیدیای ئینگلیزی و ئەوانی دیش پەڕەیان لە فەیسبووک ھەیە. خۆشبەختانە پەڕەیەکی کوردیش ھەیە (لەم بەستەرە) کە کاک (@Diyar se:) دروستی کردووە و پێوەی ماندوو بووە. پەڕەکە زیادتر لە ٦٠٠٠ لایکی ھەیە، کار بۆ ناساندی ویکیپیدیا و بڵاوکردنەوەی وتارەکانی دەکات. من و کاک @Kushared: لەگەڵ کاک دیار لە پەڕەکە بەڕێوەبەرین، دەمانەوێت پەڕەکە بکەین بە پەڕەی فەرمی ویکیپیدیای کوردی، لە پەڕەی پەیوەندی و پەڕەی دەستپێک ئاماژەی پێ بدرێت، ماوەیەکیش وەک ئاگادارییەکەت لە سەرەوەی ویکیپیدیا دەربکەوێت. ھەر بەڕێوەبرێکی تر یان بەکارھێنەرێکی باوەڕپێکراوی تریش دەیەوێت ببێت بە بەڕێوەبەری و کاری تێدا بکات، با داوا بکات. |",
+ "c-Serchia-2016-07-30T15:43:00.000Z-فەیسبووک": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت. سڵاو، بەڕێزان وەک دەزانن ئێستا بڵاوترین ماڵپەڕەکان تۆڕە کۆمەڵایەتییەکانن، لەوانەش فەیسبووک، تویتەر، ... زۆر کۆمپانیا و ماڵپەڕ ھەوڵی پەیاکردنی ھەوادار و خۆناساندن دەدەن لەڕێی ئەو تۆڕانەوە. من لێرەوە پێشنیاری ناساندنی پەڕەیەکی فەیسبووک دەکەم وەک پەڕەی فەرمیی ویکیپیدیای کوردی، ویکیپیدیای ئینگلیزی و ئەوانی دیش پەڕەیان لە فەیسبووک ھەیە. خۆشبەختانە پەڕەیەکی کوردیش ھەیە (لەم بەستەرە) کە کاک (@Diyar se:) دروستی کردووە و پێوەی ماندوو بووە. پەڕەکە زیادتر لە ٦٠٠٠ لایکی ھەیە، کار بۆ ناساندی ویکیپیدیا و بڵاوکردنەوەی وتارەکانی دەکات. من و کاک @Kushared: لەگەڵ کاک دیار لە پەڕەکە بەڕێوەبەرین، دەمانەوێت پەڕەکە بکەین بە پەڕەی فەرمی ویکیپیدیای کوردی، لە پەڕەی پەیوەندی و پەڕەی دەستپێک ئاماژەی پێ بدرێت، ماوەیەکیش وەک ئاگادارییەکەت لە سەرەوەی ویکیپیدیا دەربکەوێت. ھەر بەڕێوەبرێکی تر یان بەکارھێنەرێکی باوەڕپێکراوی تریش دەیەوێت ببێت بە بەڕێوەبەری و کاری تێدا بکات، با داوا بکات. |",
"c-Kushared-2016-07-30T17:05:00.000Z-Serchia-2016-07-30T15:43:00.000Z": "دەستی کاک دیار خۆشبێت بۆ کردنەوەی بەڵام من خۆم بێلایەن دەبم لەوەی لەویکیپیدیا بەستەری ئەو پەیجەی فەیسبووک دابنرێت یان نا. بەڵام پێمباشە گرنگی بەو پەڕەیە زیاتربدەین و شێوازی ناساندنی ویکیپیدیا و پێشموایە تا ئێستا سوودی باشی هەبووە ئینشاڵا لەپلانی خۆمدایە چەند ڤیدیۆیەکی باش بۆ ناساندنی زیاتری ویکی درووستبکەم بەتایبەتی بۆ ئەو پەیجە چوونکە پێموایە هێشتا ڕووکاری ویکیپیدیا ئاڵۆزە و پێویستە خەڵکی زیاتر و ئاسانتر لەویکیپیدیا تێبگەن >",
"c-Diyar_se-2016-08-04T20:01:00.000Z-فەیسبووک": "زۆر سوپاس کاک @Serchia: و کاک محەممەد @Kushared:. هەڵبەتە من بە ئەرکی خۆمم زانیوە بۆیە هەستاوم بەو کارە. واش دەزانم کە سوودێکی باشی هەبووە و کەسانێکی نوێی هێناوەتە ناو ویکیپیدیای کوردییەوە. پێویستە بەردەوام کەسانی نوێ بانگهێشت بکەین بۆ ویکیپیدیا چونکە ئێمە هەمیشە لێرە نابین و ئەکرێ لەبەر پیشەکانی خۆمان کاتی ئەوەمان نەبێت لێرە بەشداری بکەین کە یەکێک لەوانە خۆمم. هەر لەبەر ئەوە بە پێویستم زانی لە تۆڕە کۆمەڵایەتییەکان ویکیپیدیا زیاتر بناسێنم. هیوادارم ئەو پێشنیارەی کاک سەرچیا جێ بەجێ بکرێت بۆ برەودان بە پەڕەکە. دووبارە دەستتان خۆش بێت. ڕای ئێوە چییە کاک @Calak:",
"c-Serchia-2016-08-25T09:42:00.000Z-Diyar_se-2016-08-04T20:01:00.000Z": "باشتر وایە ماوەیەک لە پەڕەی (Sitenote) دەربکەوێت، گەر کەسێک تێبینییەکی نییە، ئەوا دای دەنێین. |",
@@ -78,14 +78,14 @@
"c-Serchia-2016-12-29T15:24:00.000Z-Lost_Whispers-2016-12-28T14:22:00.000Z": "ئەو ھەژمارانە بەڕێوەبردنیان دەوێت، ڕەنگە کارەکە زۆر ئاسان نەبێت، دواتر دەبێت بڕوانین کە ئایا لەوێ خوێنەرێکی وا ھەیە، بە گشتی تویتەر تۆڕێکی زۆر باو نییە لەنێو کورد. ئەوەی فەیسبووک شتێکی باشە، و بوونی یەکێکیش لە ئینستاگرام شتێکی خراپ نییە، کە لەوێش پێموابێ کاک موحەممەد یەکێکی دروست کردووە. |",
"c-Lost_Whispers-2016-12-29T15:34:00.000Z-Serchia-2016-12-29T15:24:00.000Z": "ئەگەر کەس نییە یان کەم کەس ھەیە بۆ پۆستکردن من خۆم کاندید دەکەم. لە فەیسبووک یان ئینستاگرام، تویتەریش ھەر دەبێت :)—",
"h-پێشنیاری_سڕینەوە-2017-03-19T06:20:00.000Z": "پێشنیاری سڕینەوە",
- "c-Pirehelokan-2017-03-19T06:20:00.000Z-پێشنیاری_سڕینەوە": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت.\n\nپێویستمان بە Proposed deletion ھەیە. ئەم تاگە لە سڕینەوەی خێرا گونجاوترە بۆ بڕێک لە وتارەکان.",
+ "c-Pirehelokan-2017-03-19T06:20:00.000Z-پێشنیاری_سڕینەوە": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت. پێویستمان بە Proposed deletion ھەیە. ئەم تاگە لە سڕینەوەی خێرا گونجاوترە بۆ بڕێک لە وتارەکان.",
"c-Lost_Whispers-2017-03-19T07:20:00.000Z-Pirehelokan-2017-03-19T06:20:00.000Z": "لەگەڵ—",
"c-Épine-2017-08-22T16:12:00.000Z-Pirehelokan-2017-03-19T06:20:00.000Z": " کرا: {{پێشنیاری سڕینەوە}}◂",
"h-ئاڵای_بۆت-2017-04-14T16:20:00.000Z": "ئاڵای بۆت",
- "c-Lost_Whispers-2017-04-14T16:20:00.000Z-ئاڵای_بۆت": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت.\n\nبەڕێوەبەرانی بەڕێز: @Calak: @Kushared: یان ھەر بەڕێوەبەرێکی چالاکی تر: تکایە یەکێکتان دەتوانن ئاڵای بۆت ببەخشن بە بەکارھێنەر:AlaaBot؟ ئەم بۆتە لەلایەن @علاء: کاری پێ دەکرێت و ئەو یارمەتیمان دەدات لەگەڵ ھەندێک کاروباری تەکنیکی. تکایە بە زووترین کات گەر توانیتان ھەستن بەم کارە. ھەر لەسەر وتووێژی بەکارھێنەر خۆی زیاتر وتووێژ لەسەر بابەتەکە کراوە گەر زیاتر ویستتان بزانن بۆچی پێویستە ئەم کارە بکرێت. زۆر سوپاس.—",
+ "c-Lost_Whispers-2017-04-14T16:20:00.000Z-ئاڵای_بۆت": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت. بەڕێوەبەرانی بەڕێز: @Calak: @Kushared: یان ھەر بەڕێوەبەرێکی چالاکی تر: تکایە یەکێکتان دەتوانن ئاڵای بۆت ببەخشن بە بەکارھێنەر:AlaaBot؟ ئەم بۆتە لەلایەن @علاء: کاری پێ دەکرێت و ئەو یارمەتیمان دەدات لەگەڵ ھەندێک کاروباری تەکنیکی. تکایە بە زووترین کات گەر توانیتان ھەستن بەم کارە. ھەر لەسەر وتووێژی بەکارھێنەر خۆی زیاتر وتووێژ لەسەر بابەتەکە کراوە گەر زیاتر ویستتان بزانن بۆچی پێویستە ئەم کارە بکرێت. زۆر سوپاس.—",
"c-Kushared-2017-04-15T13:42:00.000Z-Lost_Whispers-2017-04-14T16:20:00.000Z": "پێدانی ئاڵای بۆت لە دەسەڵاتی بەڕێوبەردا نییە لە دەسەڵاتی ستیواردەکانە، لێرە داواکاری پێشکەشبکەن ویکیپیدیا:دیوەخان (تەکنیکی)/بۆت >",
"h-پرۆژەی_WikiLove-2017-05-09T01:41:00.000Z": "پرۆژەی WikiLove",
- "c-Lost_Whispers-2017-05-09T01:41:00.000Z-پرۆژەی_WikiLove": "ئەم وتووێژەی خوارەوە داخراوە و بەم زووانە ئەرشیڤ دەکرێت: \nبەڕێوەبەرانی بەڕێز: @Pirehelokan: @Kushared: @Calak: @Serchia: @Aza: @Min.neel: و گشت بەشداربووانی تر: من پێشنیار دەکەم کە ویکیخۆشەویستی یان WikiLove بۆ ویکیپیدیاکەی ئێمەش زیاد بکرێت، ئینجا ھەر ئەم ساڵ بێت زۆر باشتر دەبوو! بە بڕوای من کە سەیری ویکیپیدیاکانی تر دەکەم ویکیخۆشەویستی زۆر ھانی بەشداربووانی تر دەدات بۆ بەردەوام بوون لە دەستکاریکردن و باشترکرشنی ویکیپیدیا، شتێکی زۆر باشە بۆ دەربڕینی دەستخۆشی بۆ بەشداربووانی تر. منیش بە باشی دەزانم کە ئێمەش ھەمان بێت چوونکە وای بۆ دەچم ئەو کات ڕێژەی بەشداربووانە چالاکەکان زۆر زیادتر دەبێت و ئاسانتر دەبێت مامەڵەیان لەگەڵ بکەین و ھانیان بدەین بۆ بەردەوام بوون. سەیری میدیاویکی بکەن بۆ زانیاری لەسەر پرۆژەکە، ئەمەش بەستەری داگرتنی کۆدەکان و ئیکستێنکشنەکەیە، ئێوە لەسەر ئەمە ڕاتان چییە؟—",
+ "c-Lost_Whispers-2017-05-09T01:41:00.000Z-پرۆژەی_WikiLove": "ئەم وتووێژەی خوارەوە داخراوە و بەم زووانە ئەرشیڤ دەکرێت: بەڕێوەبەرانی بەڕێز: @Pirehelokan: @Kushared: @Calak: @Serchia: @Aza: @Min.neel: و گشت بەشداربووانی تر: من پێشنیار دەکەم کە ویکیخۆشەویستی یان WikiLove بۆ ویکیپیدیاکەی ئێمەش زیاد بکرێت، ئینجا ھەر ئەم ساڵ بێت زۆر باشتر دەبوو! بە بڕوای من کە سەیری ویکیپیدیاکانی تر دەکەم ویکیخۆشەویستی زۆر ھانی بەشداربووانی تر دەدات بۆ بەردەوام بوون لە دەستکاریکردن و باشترکرشنی ویکیپیدیا، شتێکی زۆر باشە بۆ دەربڕینی دەستخۆشی بۆ بەشداربووانی تر. منیش بە باشی دەزانم کە ئێمەش ھەمان بێت چوونکە وای بۆ دەچم ئەو کات ڕێژەی بەشداربووانە چالاکەکان زۆر زیادتر دەبێت و ئاسانتر دەبێت مامەڵەیان لەگەڵ بکەین و ھانیان بدەین بۆ بەردەوام بوون. سەیری میدیاویکی بکەن بۆ زانیاری لەسەر پرۆژەکە، ئەمەش بەستەری داگرتنی کۆدەکان و ئیکستێنکشنەکەیە، ئێوە لەسەر ئەمە ڕاتان چییە؟—",
"c-Serchia-2017-05-10T16:54:00.000Z-Lost_Whispers-2017-05-09T01:41:00.000Z": "دڵنیانیم لەوەی ئەمە بتوانێت شتێکی وا لە ویکیپیدیا بگۆڕێ! بەڵام بوونیشی بە شتێکی خراپ نابینم، لە ویکییەکانی تر بینیومە و بەکارم ھێناوە. دەکرێت ئێمەش ھەمان بێت.",
"c-Lost_Whispers-2017-05-10T17:19:00.000Z-Serchia-2017-05-10T16:54:00.000Z": "ئەگەر ئێمە دەستخۆشی خۆمان بۆ بەشداربووانی تر دەرببڕین و دڵنیان بکەینەوە کە بەشدارییەکانیان بۆ ھیچ نەبووە ئەوە زیادتر ھەوڵ دەدەن کە چالاک بن، من بۆ خۆم وا دەستم پێ کردووە، لە سوپاسێکی ئاواوە بووە.—",
"c-Calak-2017-06-30T10:51:00.000Z-Lost_Whispers-2017-05-10T17:19:00.000Z": "بۆ ئەمە دەبێ ھەموو پەیامەکانی بکەینە کوردی و ئەمەش کارێکی ئاسان نییە. من خۆم دژایەتیم نییە ھەبوونی قازانجیشی نەبێ زەرەری نییە.",
@@ -102,12 +102,12 @@
"c-Épine-2017-07-04T03:46:00.000Z-تێبینییەکان": "لەژێر کاردایە... ◂ ",
"c-Épine-2017-07-05T17:55:00.000Z-تێبینییەکان": " زیاد کرا. ئێستا ویکیخۆشەویستی لای ئێمە زیاد کراوە. دەتوانن یارمەتی بدەن لە وەرگێڕان ^_^ ◂ ",
"h-داڕێژەکانی_ڕاگرتن-2017-07-03T19:53:00.000Z": "داڕێژەکانی ڕاگرتن",
- "c-Épine-2017-07-03T19:53:00.000Z-داڕێژەکانی_ڕاگرتن": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت.\n\nسڵاو بەڕێزان، @Serchia: و @Calak: و ھاوڕێیانی تر. ماوەیەک لەمەوبەر لەگەڵ سەرچیا باسی داڕێژەی {{ھەتیو}}مان کرد لەسەر پەڕەی وتووێژەکەم. کاک سەرچیا وتی کە تاگەکان لەسەر وتارەکان زۆربوون و ناشرین دەبن. ئێستا من پێشنیاری ئەوە دەکەم کە ئەم تاگە، و ھی {{بێ پۆل}} و {{بێ سەرچاوە}} و، داڕێژە ھاوشێوەکانی تر، بە شێوەی ئایکۆنی سەر پەڕە (Top icon) دەربکەوێت و پۆلێکیش لەگەڵیا بێت بۆ کۆکردنەوەی ئەو پەڕانە، بە ھەمان شێوەی {{نیشانی بارکەر}}، بۆ نموونە. ئەم بیرۆکەیەتان پێ چۆنە؟ ◂ ",
+ "c-Épine-2017-07-03T19:53:00.000Z-داڕێژەکانی_ڕاگرتن": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت. سڵاو بەڕێزان، @Serchia: و @Calak: و ھاوڕێیانی تر. ماوەیەک لەمەوبەر لەگەڵ سەرچیا باسی داڕێژەی {{ھەتیو}}مان کرد لەسەر پەڕەی وتووێژەکەم. کاک سەرچیا وتی کە تاگەکان لەسەر وتارەکان زۆربوون و ناشرین دەبن. ئێستا من پێشنیاری ئەوە دەکەم کە ئەم تاگە، و ھی {{بێ پۆل}} و {{بێ سەرچاوە}} و، داڕێژە ھاوشێوەکانی تر، بە شێوەی ئایکۆنی سەر پەڕە (Top icon) دەربکەوێت و پۆلێکیش لەگەڵیا بێت بۆ کۆکردنەوەی ئەو پەڕانە، بە ھەمان شێوەی {{نیشانی بارکەر}}، بۆ نموونە. ئەم بیرۆکەیەتان پێ چۆنە؟ ◂ ",
"c-Épine-2017-07-12T21:47:00.000Z-Épine-2017-07-03T19:53:00.000Z": "مادام دژ نییە، ھەفتەیەکی تر وای لێ دەکەم.--◂ ",
"c-Calak-2017-07-21T17:42:00.000Z-Épine-2017-07-12T21:47:00.000Z": "بۆ ئەمە من زۆر دڵنیا نیم.",
"c-Épine-2017-07-21T17:45:00.000Z-Calak-2017-07-21T17:42:00.000Z": "ئێستا من وام لێ کردوون. ئێستا وتارەکان شێوەیان خاوێنتریشە. ئەگەر وا بەڕێوەنەچوو وەک جارانی لێ دەکەینەوە.",
"h-چیرۆک-2017-07-04T01:52:00.000Z": "چیرۆک",
- "c-صلصة_صويا-2017-07-04T01:52:00.000Z-چیرۆک": "ئەم وتووێژەی خوارەوە داخراوە و بەم زووانە ئەرشیڤ دەکرێت: \nسڵاو بەڕێزان من دەمەوێت ئاگادارتان بکەمەوە لە هەڵەیەک بەدڵنیاییەوە ئێوەش بینیوتانە، زۆربەی کات کاتێک لەسەر فیلمێک یان کتێبێک کە باسی چیرۆکەکە دەکات دەنووسرێت \"چیڕۆک\" وە ئەمە لەگەڵ سۆرانی یەک ناگرێتەوە هیوادارم چارەسەرێکی بۆ بکەن",
+ "c-صلصة_صويا-2017-07-04T01:52:00.000Z-چیرۆک": "ئەم وتووێژەی خوارەوە داخراوە و بەم زووانە ئەرشیڤ دەکرێت: سڵاو بەڕێزان من دەمەوێت ئاگادارتان بکەمەوە لە هەڵەیەک بەدڵنیاییەوە ئێوەش بینیوتانە، زۆربەی کات کاتێک لەسەر فیلمێک یان کتێبێک کە باسی چیرۆکەکە دەکات دەنووسرێت \"چیڕۆک\" وە ئەمە لەگەڵ سۆرانی یەک ناگرێتەوە هیوادارم چارەسەرێکی بۆ بکەن",
"c-Épine-2017-07-04T03:47:00.000Z-صلصة_صويا-2017-07-04T01:52:00.000Z": "من پێم باشە ھەموو بکرێن بە «چیرۆک.» ◂ ",
"c-Kushared-2017-07-04T11:01:00.000Z-Épine-2017-07-04T03:47:00.000Z": "ئەگەر پێشنیاری دیکەت هەیە بیخەڕوو، کە دەڵێی چیڕۆک ئەوە خەڵک زیاتر تێدەگات کە چ شتێک لەژێرییەوە نووسراوە. >",
"c-Calak-2017-07-04T11:26:00.000Z-Kushared-2017-07-04T11:01:00.000Z": "من بیستوومە چیڕۆک ھەڵەیە و دەبێ بنووسرێ چیرۆک بەڵام ھۆکارەکەی نازانم. چیرۆک لە چییەوە ھاتووە؟ ئەگەر لە «چڕین» بێ چیڕۆک دروستترە بەڵام دەتوانێ ھیچ فڕی بە چڕینەوە نەبێ. ھەتا ئێتیمۆلۆجی وشەکە نەزانین ناتوانین بەدڵنیاییەوە بڕیار بدەین.",
@@ -133,7 +133,7 @@
"c-Serchia-2017-11-06T12:59:00.000Z-Calak-2017-11-05T16:32:00.000Z": "ئەو بەشە پێویستی بە ڕێکخستنی زیاترە، ناکرێ بەم شێوەیەی ئێستا ھەواڵی تێبخەین. وەک ھەندێک ویکیپیدیای تر کردوویانە، با پەڕەی تایبەت بە ھەواڵەکانمان ھەبێت، دەکرێ زۆر ھەواڵ لەخۆبگرێت و دابەشی بکەین، بە نموونە: ھەواڵە ھونەرییەکان و سیاسییەکان و وەرزشییەکان و تاد. پەڕەیەکیش تایبەت بکەین بۆ پەڕەی دەستپێک، وەکوو داڕێژەیەک بەکاری بێنین، تەنیا ئەو ھەواڵانەی تێبخەین کە زۆر گرنگن، نەک وەک ئێستا، سەردانی نێچیرڤان بارزانی بۆ لای عەلی باپیر، ئەمانە ھیی ئەوە نین لە پەڕەی دەستپێک بن.",
"c-ئارام_بکر-2017-11-14T08:39:00.000Z-Serchia-2017-11-06T12:59:00.000Z": "لەگەڵ کاکە سەرچیا ھاوڕام و ڕاستی دەمێکە خۆشم بەنیازم ئەو پێشنیارە بکەم ھەروەکو کاکە سەرچیا خستیەڕوو. سپاس. --—",
"h-«گوێزەرەوە_بۆ_ڕەوانەکەر»_ناوێکی_شیاو_نییە-2018-05-28T22:50:00.000Z": "«گوێزەرەوە بۆ ڕەوانەکەر» ناوێکی شیاو نییە",
- "c-Épine-2018-05-28T22:50:00.000Z-«گوێزەرەوە_بۆ_ڕەوانەکەر»_ناوێکی_شیاو_نییە": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت.\n\nلە فابریکەیتر باس دەکرێتئەرک: T202831\nسڵاو بەڕێزان. بۆ مافی «suppress redirect» ھاتوون «گوێزەرەوە بەبێ ڕەوانەکەر»یان داناوە کە وەرگێڕانێکی نادروستە و نووسینیشی وەڕسکەرە و درێژە بۆ ناوی مافێک. من پێشنیار دەکەم بکرێتە «خامۆشکەری ڕەوانەکەر» کە لە ناوە ئەسڵییەکەوەی نزیکترە و کورتتر و باشتریشە. ئەگەر ناوی باشتر نەبێ٥، دەتوانین ئەوە دابنێین. ڕاتان چییە؟--◂",
+ "c-Épine-2018-05-28T22:50:00.000Z-«گوێزەرەوە_بۆ_ڕەوانەکەر»_ناوێکی_شیاو_نییە": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت. لە فابریکەیتر باس دەکرێت ئەرک: T202831 سڵاو بەڕێزان. بۆ مافی «suppress redirect» ھاتوون «گوێزەرەوە بەبێ ڕەوانەکەر»یان داناوە کە وەرگێڕانێکی نادروستە و نووسینیشی وەڕسکەرە و درێژە بۆ ناوی مافێک. من پێشنیار دەکەم بکرێتە «خامۆشکەری ڕەوانەکەر» کە لە ناوە ئەسڵییەکەوەی نزیکترە و کورتتر و باشتریشە. ئەگەر ناوی باشتر نەبێ٥، دەتوانین ئەوە دابنێین. ڕاتان چییە؟--◂",
"c-ئارام_بکر-2018-05-28T23:08:00.000Z-Épine-2018-05-28T22:50:00.000Z": "ئمممم... کەسیان پاشگرەکانی (-or, -er, -ist)ـیان پێوە نییە و ھەرسێکیان فرمانن؛ گوێزەرەوە، خامۆشکەر، و ڕەوانەکەر گشتیان ناوی کەس یان شتێکن. -- ⇐",
"c-Épine-2018-05-28T23:11:00.000Z-ئارام_بکر-2018-05-28T23:08:00.000Z": "جا قەیچێکە؟ ئەوەندە کێشەیەکی گرنگ نییە ئەمە، ناوەکە وەرگر دەگرێتەوە.--◂",
"c-Calak-2018-08-14T08:18:00.000Z-Épine-2018-05-28T23:11:00.000Z": "خامۆشکردن نابێتە suppress. بۆ نموونە تۆ پێش کۆخینی خۆت دەگری باش. بەمە دەڵێن suppress. ئایا دەتوانی بڵێی من کۆخەکەم خامۆش کرد؟ ئەو کاتە کە ئەو مافە دانرا شتی وا لە ئینگلیزیدا نەبوو بۆیە ئەمە وەرگێڕانی ئینگلیزی نییە. ئە ئێستاش کە لەوێدا دانراوە پێیان دەڵێن Page mover.",
@@ -155,7 +155,7 @@
"c-ئارام_بکر-2018-08-14T20:45:00.000Z-Calak-2018-08-14T08:21:00.000Z": "زۆر سپاس بۆ بۆچوونەکانتان، بەڕێز @Kushared: بە دڵنیایییەوە پێویستە لە یەک کەس زیاتر بێت چوون پێویستە وتووێژ بکرێت لەسەر چۆنییەتی بەڕێوەبردنی و ... ھتد، و ناکرێت بە ھەڕەمەکی بێت. بەڕێز @Pirehelokan: بەڵێ، بۆ مەسەلەی فەرمیبوونەکە ئەوەیان با بزانین بەکارھێنەرانی تریش چی دەڵێن. وەک ئاشکرایە کە ویکیپیدیا ھەمیشە لە گۆڕاندایە و ئێمەش ھەوڵەدەین بەپێی گۆڕانەکانی ویکیپیدیا کاری لەسەر بکەین و ھاوکاتی ویکیپیدیای بکەین. بەڕێز @Calak: سپاس بۆ لێدوانەکەت، وەک کاک Pirehelokan ئاماژەی پێدا کاری دەرەوەی ویکیپیدیاش پێویستە، وەک ئێستا کۆمەڵگەی ویکیپیدیاشمان لە فەیسبووک ھەیە، بەڵام ھیچ چالاکی نییە تەنھا کاک سەرچیا یەک-دوو پۆستی کردووە و بەمشێوەیە ئەوێش کارا ئەکرێتەوە ئەمەش بەھۆی کەمی بەکارھێنەرانمانە لێرە و دڵنیاشبن دوای تەواوبوونی ویکیپیدیا زیرۆ ئەو تۆزە بەکارھێنەرەش کە ھەن نامێنن بۆیە من پێشنیاری ئەوەم کردووە، پاشانیش لە دووبارە و دووبارە ڕێنوینیکردنی بەکارھێنەران باشترە. دووبارە سپاس. -- ⇐",
"c-Aram-2019-08-27T22:00:00.000Z-ئارام_بکر-2018-08-14T20:45:00.000Z": "@Arya sarhan: زۆر سپاس بۆ پشتگیرییەکەت. لە ئێستادا دانەمەزراوە، بەڵام ڕەنگە لەناکاو و لە کاتێکی دیاری نەکراودا دەرکەوێت، و خۆشحاڵ دەبین بە ھاوکاریکردنت. -- ⇐",
"h-گرووپی_ویکیمیدیا-2018-10-04T15:33:00.000Z": "گرووپی ویکیمیدیا",
- "c-Serchia-2018-10-04T15:33:00.000Z-گرووپی_ویکیمیدیا": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت.\n\nسڵاو بەڕێوەبەران و ئەندامانی ویکیپیدیا. پێشنیازی دروستکردنی گرووپێکی ویکیمیدیا (User Group) دەکەم بۆ بەکارھێنەرە کوردیزمانەکان. ئامانج لەو کارە، زیاتر بەیەوەکەوەبەستنەوەی بەکارھێنەران، بەرەوپێشبردنی پرۆژەکانی ویکیمیدیا، و ھاندانی خەڵکییە بۆ بەشداریکردن. دەتوانین چەند ھەفتە جارێک، بە شێوەی وۆرکشۆپی سەرھێڵ، یان یەکتربینینی ڕاستەوخۆ کێشەکانمان بخەینە بەرباس و چارەسەرییان بۆ بدۆزینەوە. بۆ بەرچاوڕوونی، تەماشای ئەم دوو گرووپە بکەن؛ ئەمە و ئەمە . بەو ھیوایەم بتوانین گرووپێکی لەم چەشنە دروست بکەین.",
+ "c-Serchia-2018-10-04T15:33:00.000Z-گرووپی_ویکیمیدیا": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت. سڵاو بەڕێوەبەران و ئەندامانی ویکیپیدیا. پێشنیازی دروستکردنی گرووپێکی ویکیمیدیا (User Group) دەکەم بۆ بەکارھێنەرە کوردیزمانەکان. ئامانج لەو کارە، زیاتر بەیەوەکەوەبەستنەوەی بەکارھێنەران، بەرەوپێشبردنی پرۆژەکانی ویکیمیدیا، و ھاندانی خەڵکییە بۆ بەشداریکردن. دەتوانین چەند ھەفتە جارێک، بە شێوەی وۆرکشۆپی سەرھێڵ، یان یەکتربینینی ڕاستەوخۆ کێشەکانمان بخەینە بەرباس و چارەسەرییان بۆ بدۆزینەوە. بۆ بەرچاوڕوونی، تەماشای ئەم دوو گرووپە بکەن؛ ئەمە و ئەمە . بەو ھیوایەم بتوانین گرووپێکی لەم چەشنە دروست بکەین.",
"c-Épine-2018-10-04T18:10:00.000Z-Serchia-2018-10-04T15:33:00.000Z": "لەگەڵ --◂",
"c-Serchia-2018-10-04T18:52:00.000Z-Serchia-2018-10-04T15:33:00.000Z": "لەم پەڕەیە زانیاریی تەواو لەسەر ئەو گرووپانە ھەیە. بۆ دروستکردنی لانی کەم پێویستمان بە سێ بەشداربوو ھەیە. دەکرێت ناوێکی وا (Kurdish Wikimedians User Group) بۆ گرووپەکە ھەڵبژێرین. گرووپەکە بۆ پشتگیریکردنی سەرجەم ئەو پرۆژانەی ویکیمیدیایە کە بە زمانی کوردیین (سۆرانی، کورمانجی، کوردیی باشوور، و شێوەزمانەکانی تر) بەتایبەت پرۆژەی ویکیپیدیا و ویکیفەرھەنگ. دەبێت بەرنامە و کۆمەڵێک ئامانج بۆ گرووپەکە دیاری بکەین. ھەروەھا دەبێت مانگانە چالاکیمان ھەبێت، و بەکارھێنەرانیش بەشداری تێدا بکەن، چالاکییەکان ئەکرێ کۆڕ، وۆرکشۆپ، ھەڤپەیڤینی ئۆنلاین، و کۆنفرانس بن. گەر گرووپەکە پێک ھات، ئەکرێ کۆنفرانسێکی گەورە لە شارێکی باشووری کوردستان ببەستین، بانگێشتی سەرجەم بەشدابووانی ویکیپیدیا بکەین، لە ھەموو پارچەکانی کوردستان و لە دەرەوەی وڵاتیش، بەتایبەت بۆ وتووێژی کێشەکانمان. ڕێکخراوەی ویکیمیدیاش بۆ ئەو چالاکییانە یارمەتیی ماددی پێشکەش دەکات. تکایە ئەوەی خواستی بەشداربوونی ھەیە، با بە ڕوونی بیڵێت. وەک گوتم بۆ پەسەندکردنی گرووپەکە سەرەتا سێ کەسمان پێویستە، دواتر ھەموو بەکارھێنەرران ئەتوانن ببنە ئەندام. تەنیا بە لەگەڵ و دژ وەڵامەکاناتن مەنووسم. ڕا و پێشنیازەکنتان گرنگن بۆ سەرخستنی ئەم گرووپە.",
"c-Kushared-2018-10-04T20:19:00.000Z-Serchia-2018-10-04T18:52:00.000Z": "لەگەڵ هەموو چالاکییەکانی نووسیوتە زۆر جوانە ئەگەر بکرێت و سەرکەوتووبێت. بەس من تەنیا لەگەڵ ئەوەم کە ئەم گرووپە پڕۆژەکانی بۆ ویکیپیدیای سۆرانی بێت چوونکە وەک خۆم هیچ پەیوەندی و زانیارییەکم لەسەر ویکی کورمانجی بەنموونە نییە وە پێشموایە ئەندامانی دیکەش زۆربەیان وەک منن جانازانم ئەوانیش لەوە بؤچوونی خۆیان دەرببڕن. دەکرێت لەچالاکییەکان تەنیا ناوی ئەوان بهێنرێت نەوەک پڕۆژەکە ئەوانیش بگرێتەوە >",
@@ -164,9 +164,9 @@
"c-Épine-2019-05-11T18:50:00.000Z-Serchia-2018-10-04T15:33:00.000Z": "لێدوان: کاک @Serchia: چیتان کرد بۆ ئەمە؟----◂",
"c-Serchia-2019-05-14T17:00:00.000Z-Épine-2019-05-11T18:50:00.000Z": "@Épine: پێم وایە جارێ ویکیپیدیای کوردی و ئەندامانی بۆ ئەوە ئامادە نین. بۆیە ھێشتا داواکارییەکەم پێشکەش نەکردووە. گەر نەتوانین چالاک بین، گرووپەکە کەڵکی نابێت.",
"h-بڕی_بابەت-2018-11-13T16:35:00.000Z": "بڕی بابەت",
- "c-Épine-2018-11-13T16:35:00.000Z-بڕی_بابەت": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت.\n\nبەڕای من پێویستە یاسایەک دابنرێت کە وتارێک نابێت ڕێیپێبدرێت کە لە هەزار پیت کەمتر بێت چونکە لەوە کەمتر زانیاری نییە.ڕاسان ١٦:٠٠، ١٣ی تشرینی دووەمی ٢٠١٨ (UTC)\n\nکاکە ڕاسان درێژی پێوەر نییە، لێرە بایەخداری گرنگە، دەکرێت وتارێک لەوە کورتتر بێت و بایەخداریش بێت.--◂",
+ "c-Épine-2018-11-13T16:35:00.000Z-بڕی_بابەت": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت. بەڕای من پێویستە یاسایەک دابنرێت کە وتارێک نابێت ڕێیپێبدرێت کە لە هەزار پیت کەمتر بێت چونکە لەوە کەمتر زانیاری نییە.ڕاسان ١٦:٠٠، ١٣ی تشرینی دووەمی ٢٠١٨ (UTC) کاکە ڕاسان درێژی پێوەر نییە، لێرە بایەخداری گرنگە، دەکرێت وتارێک لەوە کورتتر بێت و بایەخداریش بێت.--◂",
"h-لێشاو-2019-05-31T15:10:00.000Z": "لێشاو",
- "c-Épine-2019-05-31T15:10:00.000Z-لێشاو": "سەرکەوتوو نەبوو\n\n\n\n \n\nئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت.\n\nلە فابریکەیتر باس دەکرێتئەرک: T224797\nسڵاو لە ھەمووتان: @ئارام بکر: @Kushared: @Aza: @Pirehelokan: @Calak: @Serchia: @Amine yousefi:@RealRojSerbest: @Rebin galaly: @Hevi: @Paraw: @Hastyar Abdullah: @Arya sarhan: @Akam Nawzad: @Akam Aziz 18: و ھەموو بەکارھێنەرانی تر. وەک دەزانن ئێستا لە ویکیپیدیا بەشداریکردن لە وتووێژ زۆر قورسە، ئەم فۆرماتەی ئێستا وتووێژی بە شێوەیەک قورس کردووە کە ڕەنگە ھەندێ جار وتووێژەکان بە ئامانج نەگەن و بەکارھێنەران سارد دەکاتەوە، لەلایەکی تر بۆ بەکارھێنەرە نوێکان قورسە کە فێربن بە نموونە واژوو دانێن یان نووسینەکەیان بە دانانی کۆلن جیا بکەنەوە و ھەندێکیشیان ھەر نازانن چۆن وەڵامی وتووێژ بدەنەوە و دەچن سەرێک یان ئاستێکی نوێ دروست دەکەن بۆ وەڵامدانەوەی لێدوانێک. جگە لە ھەموو ئەمانە، ئەم سیستمەی ئێستا بۆ بەکارھێنەرە پێشکەوتووەکانیش وەڕسکەر و قورسە، بە تایبەت ئەوانەی لەسەر مۆبایل دەستکاری ویکیپیدیا دەکەن، بۆیە داواکارم لە ئێوە کە بۆچوونی خۆتان بە لەگەڵ یان دژ دەرببڕن بۆ چالاککردنی تایبەتمەندیی بێتای لێشاو لە ویکیپیدیاکەی ئێمە. چۆن ئەم تایبەتمەندییە ھاوکارمان دەبێت لە ئاسانکردنی وتووێژ؟\n\n وتووێژێک کە بە تایبەتمەندیی لێشاو بەڕێوە چووە لەسەر ویکیپیدیای فەڕەنسی.\nبە شێوەیەکی ڕاستەوخۆ سندووقێک لە پەڕەی لێدوانەکان دادەنێت کە لەسەری نووسراوە «دەستپێکردنی باسێکی نوێ»، بە پڕکردنەوەی ئەم سندووقە و پەنجەنان بە دوگمەی پاشەکەوتکردن، یەکسەر لێدوانە نوێکەت بە سەری خۆیەوە بڵاو دەبێتەوە بە شێوەیەکی ئاسانتر لە ئێستا. واتا چیتر پێویست ناکات بە ویکیدەق یان دەستکاریکەری دیداری دەستکاری پەڕەی لێدوانەکان بکەین و دەتوانین ڕاستەوخۆ باسەکانمان زۆر بە شێوەیەکی ئاسانتر بکەینەوە.\nئەم تایبەتمەندییە دوگمەی «وەڵامدانەوە» بۆ ھەر بەشێک زیاد دەکات، ئەمە واتای ئەوەیە کە بەکارھێنەرە نوێکان بەبێ کێشە دەتوانن وەڵامی وتووێژەکان لە بەشە شیاوەکان یان ئەو بەشەی مەبەستیانە بدەنەوە بەبێ کێشە و سەر لێشێوان.\nتایبەتمەندییەکە بۆخۆی بە شێوەیەکی زۆر باش و ئاسان وتووێژەکان جیا دەکاتەوە، کەواتە چیتر پێویست ناکات {{سھ}} بۆ جیاکردنەوەی وتووێژێکی زۆر درێژ بەکار ببەین یان لەپێش نووسینەکانمان کۆلن (:) دابنێین تاکوو وتووێژەکەمان لەگەڵ ئەوەی پێش خۆمان تێکەڵ نەبێت.\nباش ئەزانم کە ھەموومان لە دووبارەکردنەوەی «تکایە پەیامەکانت واژوو بکە» بێزار بووین. ئەم تایبەتمەندییە ئەم کێشەیەمان بۆ ناھێڵێ و خۆی بە شێوەیەکی خۆگەڕ پەیامەکان واژوو دەکات و چیتر پێویست ناکات بەردەوام {{واژوونەکراو}} لەسەر وتووێژە واژوونەکراوەکان بەکار ببەین.\nلە ئێستادا ئەگەر بە نموونە تۆ خەریکی دەستکاریکردنی پەڕەیەک بیت بەڵام پێش ئەوەی پاشەکەوتی بکەیت یەکێک پێش تۆ دەستکاری پەڕەکەی کردبێ و پاشەکەوتی کردبێ کێشە بۆ تۆ دروست دەکات و دەبێ سەرلەنوێ ھەوڵی پاشەکەوتی پەڕەکە بدەیتەوە و ھەندێ لە بەکارھێنەران بەھۆی ئەوەی کە نازانن وتووێژی پێش ئەوەی خۆیان دەسڕێتەوە. لەگەڵ ئەم تایبەتمەندییە کێشەی ئەوەشمان نامێنێت.\nکە ئەمە چالاک بکەین، ئەتوانین بە شێوەیەکی خۆگەڕ وتووێژەکان ئەرشیڤ بکەین. بەوپێیەی کە ئێمە بۆتێکمان نییە ئەم کارەمان بۆ بکات، ئەوە زۆر سوودمەند دەبێت بۆ ئێمە.\nئەم تایبەتمەندییە ڕووکارێکی جوان و سادە بە پەڕەی لێدوانەکان دەبەخشێ بە شێوەیەک کە بەکارھێنەرە نوێکانیش بتوانن بە شێوەیەکی زۆر ئاسان لە پەڕەکانی لێدوان تێبگەن و وەڵامی خۆیان یان وتووێژ بنووسن و بە شێوەیەکی تەواو لەگەڵ کۆمەڵگەکە پەیوەندی دروست بکەن.\nئەم ئامرازە بە سیستمی بێتا بۆمان زیاد دەکرێ، بۆیە ئەگەر حەز بەم سیستمەی ئێستا دەکەیت، کێشەمان بۆ دروست نابێت و دەتوانیت تۆ چالاکی نەکەیت و ھەر بەم شێوەیەی ئێستا بەشداری بکەیت.\nئەگەر ئێوەش وەکوو من ھەموو ئەمانە بە باش دەزانن، تکایە لە خوارەوە ڕای خۆتان دەرببڕن. دەتوانن لێرە زانیاریی تەواوتان دەست بکەوێت یان بەدواداچوونی زیاتر بکەن ئەگەر ویستتان. ئەوەش گرنگە کە بڵێم ئەم تایبەتمەندییە بە شێوەیەکی بنەڕەتی لەسەر وێبگەی میدیاویکی کارا کراوە. زۆر سپاس ئەگەر وتووێژەکەتان تا ئێرا خوێندۆتەوە و ھیوادارم بێوەڵام نەبن چوونکە ئەمە گۆڕانکارییەکی زۆر سوودبەخش دەبێت ئەگەر جێبەجێ بکرێت. تکایە ھەوڵیش بدەن جگە لە دەنگی لەگەڵ و دژ ڕا و بۆچوون و پرسیارەکانتان بنووسن. ھەر پرسیارێک ھەیە لە بەشی لێدوان بنووسن و باشترین ھەوڵ ئەدەم بۆ وەڵامدانەوەیان.--◂",
+ "c-Épine-2019-05-31T15:10:00.000Z-لێشاو": "سەرکەوتوو نەبوو ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت. لە فابریکەیتر باس دەکرێت ئەرک: T224797 سڵاو لە ھەمووتان: @ئارام بکر: @Kushared: @Aza: @Pirehelokan: @Calak: @Serchia: @Amine yousefi:@RealRojSerbest: @Rebin galaly: @Hevi: @Paraw: @Hastyar Abdullah: @Arya sarhan: @Akam Nawzad: @Akam Aziz 18: و ھەموو بەکارھێنەرانی تر. وەک دەزانن ئێستا لە ویکیپیدیا بەشداریکردن لە وتووێژ زۆر قورسە، ئەم فۆرماتەی ئێستا وتووێژی بە شێوەیەک قورس کردووە کە ڕەنگە ھەندێ جار وتووێژەکان بە ئامانج نەگەن و بەکارھێنەران سارد دەکاتەوە، لەلایەکی تر بۆ بەکارھێنەرە نوێکان قورسە کە فێربن بە نموونە واژوو دانێن یان نووسینەکەیان بە دانانی کۆلن جیا بکەنەوە و ھەندێکیشیان ھەر نازانن چۆن وەڵامی وتووێژ بدەنەوە و دەچن سەرێک یان ئاستێکی نوێ دروست دەکەن بۆ وەڵامدانەوەی لێدوانێک. جگە لە ھەموو ئەمانە، ئەم سیستمەی ئێستا بۆ بەکارھێنەرە پێشکەوتووەکانیش وەڕسکەر و قورسە، بە تایبەت ئەوانەی لەسەر مۆبایل دەستکاری ویکیپیدیا دەکەن، بۆیە داواکارم لە ئێوە کە بۆچوونی خۆتان بە لەگەڵ یان دژ دەرببڕن بۆ چالاککردنی تایبەتمەندیی بێتای لێشاو لە ویکیپیدیاکەی ئێمە. چۆن ئەم تایبەتمەندییە ھاوکارمان دەبێت لە ئاسانکردنی وتووێژ؟ وتووێژێک کە بە تایبەتمەندیی لێشاو بەڕێوە چووە لەسەر ویکیپیدیای فەڕەنسی. بە شێوەیەکی ڕاستەوخۆ سندووقێک لە پەڕەی لێدوانەکان دادەنێت کە لەسەری نووسراوە «دەستپێکردنی باسێکی نوێ»، بە پڕکردنەوەی ئەم سندووقە و پەنجەنان بە دوگمەی پاشەکەوتکردن، یەکسەر لێدوانە نوێکەت بە سەری خۆیەوە بڵاو دەبێتەوە بە شێوەیەکی ئاسانتر لە ئێستا. واتا چیتر پێویست ناکات بە ویکیدەق یان دەستکاریکەری دیداری دەستکاری پەڕەی لێدوانەکان بکەین و دەتوانین ڕاستەوخۆ باسەکانمان زۆر بە شێوەیەکی ئاسانتر بکەینەوە. ئەم تایبەتمەندییە دوگمەی «وەڵامدانەوە» بۆ ھەر بەشێک زیاد دەکات، ئەمە واتای ئەوەیە کە بەکارھێنەرە نوێکان بەبێ کێشە دەتوانن وەڵامی وتووێژەکان لە بەشە شیاوەکان یان ئەو بەشەی مەبەستیانە بدەنەوە بەبێ کێشە و سەر لێشێوان. تایبەتمەندییەکە بۆخۆی بە شێوەیەکی زۆر باش و ئاسان وتووێژەکان جیا دەکاتەوە، کەواتە چیتر پێویست ناکات {{سھ}} بۆ جیاکردنەوەی وتووێژێکی زۆر درێژ بەکار ببەین یان لەپێش نووسینەکانمان کۆلن (:) دابنێین تاکوو وتووێژەکەمان لەگەڵ ئەوەی پێش خۆمان تێکەڵ نەبێت. باش ئەزانم کە ھەموومان لە دووبارەکردنەوەی «تکایە پەیامەکانت واژوو بکە» بێزار بووین. ئەم تایبەتمەندییە ئەم کێشەیەمان بۆ ناھێڵێ و خۆی بە شێوەیەکی خۆگەڕ پەیامەکان واژوو دەکات و چیتر پێویست ناکات بەردەوام {{واژوونەکراو}} لەسەر وتووێژە واژوونەکراوەکان بەکار ببەین. لە ئێستادا ئەگەر بە نموونە تۆ خەریکی دەستکاریکردنی پەڕەیەک بیت بەڵام پێش ئەوەی پاشەکەوتی بکەیت یەکێک پێش تۆ دەستکاری پەڕەکەی کردبێ و پاشەکەوتی کردبێ کێشە بۆ تۆ دروست دەکات و دەبێ سەرلەنوێ ھەوڵی پاشەکەوتی پەڕەکە بدەیتەوە و ھەندێ لە بەکارھێنەران بەھۆی ئەوەی کە نازانن وتووێژی پێش ئەوەی خۆیان دەسڕێتەوە. لەگەڵ ئەم تایبەتمەندییە کێشەی ئەوەشمان نامێنێت. کە ئەمە چالاک بکەین، ئەتوانین بە شێوەیەکی خۆگەڕ وتووێژەکان ئەرشیڤ بکەین. بەوپێیەی کە ئێمە بۆتێکمان نییە ئەم کارەمان بۆ بکات، ئەوە زۆر سوودمەند دەبێت بۆ ئێمە. ئەم تایبەتمەندییە ڕووکارێکی جوان و سادە بە پەڕەی لێدوانەکان دەبەخشێ بە شێوەیەک کە بەکارھێنەرە نوێکانیش بتوانن بە شێوەیەکی زۆر ئاسان لە پەڕەکانی لێدوان تێبگەن و وەڵامی خۆیان یان وتووێژ بنووسن و بە شێوەیەکی تەواو لەگەڵ کۆمەڵگەکە پەیوەندی دروست بکەن. ئەم ئامرازە بە سیستمی بێتا بۆمان زیاد دەکرێ، بۆیە ئەگەر حەز بەم سیستمەی ئێستا دەکەیت، کێشەمان بۆ دروست نابێت و دەتوانیت تۆ چالاکی نەکەیت و ھەر بەم شێوەیەی ئێستا بەشداری بکەیت. ئەگەر ئێوەش وەکوو من ھەموو ئەمانە بە باش دەزانن، تکایە لە خوارەوە ڕای خۆتان دەرببڕن. دەتوانن لێرە زانیاریی تەواوتان دەست بکەوێت یان بەدواداچوونی زیاتر بکەن ئەگەر ویستتان. ئەوەش گرنگە کە بڵێم ئەم تایبەتمەندییە بە شێوەیەکی بنەڕەتی لەسەر وێبگەی میدیاویکی کارا کراوە. زۆر سپاس ئەگەر وتووێژەکەتان تا ئێرا خوێندۆتەوە و ھیوادارم بێوەڵام نەبن چوونکە ئەمە گۆڕانکارییەکی زۆر سوودبەخش دەبێت ئەگەر جێبەجێ بکرێت. تکایە ھەوڵیش بدەن جگە لە دەنگی لەگەڵ و دژ ڕا و بۆچوون و پرسیارەکانتان بنووسن. ھەر پرسیارێک ھەیە لە بەشی لێدوان بنووسن و باشترین ھەوڵ ئەدەم بۆ وەڵامدانەوەیان.--◂",
"h-لەگەڵ_2-لێشاو-2019-05-31T15:26:00.000Z": "لەگەڵ",
"c-Kushared-2019-05-31T15:26:00.000Z-لەگەڵ_2": "لەگەڵ شتێکی باشە، بزانین بووە هۆی ئەوەی یارمەتی بەکارهێنەرە تازەکان بدات ئەوا بەردەوامی هەبێت",
"c-Rebin_galaly-2019-05-31T18:32:00.000Z-لەگەڵ_2": "لەگەڵ یەکجار بەسوود دەبێت، من خۆم تا ئێستاش کێشەم لەگەڵ پەڕەی وتووێژ ماوە، پێموایە ئەمە چارەسەرە کێشەکانە. 👈",
@@ -180,12 +180,12 @@
"c-Épine-2019-05-31T16:21:00.000Z-ئارام_بکر-2019-05-31T16:00:00.000Z": "ئەگەر ھەموو ئەو بەکارھێنەرانەی تاگکراون زووتر دەنگ بدەن ئەتوانین زووتر چالاکی بکەین.--◂",
"c-Épine-2019-06-01T06:56:00.000Z-لێدوانەکان": " لێدوان: داواکاری لە فابریکەیتر پێشکەش کرا! ئەرک: T224797--◂",
"c-Épine-2019-06-01T06:56:00.000Z-لێدوانەکان-1": " لێدوان: @ئارام بکر: @Kushared: @Serchia: و ئەوانەی تر کە پشتگیری ئەم تایبەتمەندییەیان کردووە/دەکەن: ھەر ئێستا دەتوانن بەشداری لە وەرگێڕانی تایبەتمەندییەکە بکەن بۆ سەر زمانی کوردی: پەڕەی تایبەتمەندییەکە. سپاس!--◂",
- "c-ئارام_بکر-2019-06-01T09:40:00.000Z-Épine-2019-06-01T06:56:00.000Z": "من ھەوڵی خۆم ئەیەم، تەنیا با یەک چت یەکلایی بکەینەوە. بۆ نموونە: Save کە کارە و لە چەندین شوێن نووسراوە «پاشەکەوت بکە» کە ئەمەش کارە، بەڵام لە چەندین شوێنی تریش بە «پاشەکەوتکردن» کە ئەمەیان چاوگە بینیوومە! ئەمە سەرمان لێ تێک ئەیات! با یەکلایی ببێتەوە. وە لەم پرۆژەیەیا چەندین جار وشەی post و topic دەکارھاتوون. چییان بۆ دانێین؟ -- ⇐",
+ "c-ئارام_بکر-2019-06-01T09:40:00.000Z-Épine-2019-06-01T06:56:00.000Z": "من ھەوڵی خۆم ئەیەم، تەنیا با یەک چت یەکلایی بکەینەوە. بۆ نموونە: Save کە کارە و لە چەندین شوێن نووسراوە «پاشەکەوت بکە» کە ئەمەش کارە، بەڵام لە چەندین شوێنی تریش بە «پاشەکەوتکردن» کە ئەمەیان چاوگە بینیوومە! ئەمە سەرمان لێ تێک ئەیات! با یەکلایی ببێتەوە. وە لەم پرۆژەیەیا چەندین جار وشەی post و topic دەکارھاتوون. چییان بۆ دانێین؟ -- ⇐",
"c-Épine-2019-06-01T09:50:00.000Z-ئارام_بکر-2019-06-01T09:40:00.000Z": "تۆپیک بابەتە. پۆستیش ھەر پاشەکەوت دادەنێین کێشە چییە. بۆ من خۆم ھەر لەگەڵ پاشەکەوتکردنم بەرامبەر بە پاشەکەوت بکە چوونکە بە کورتی ئەیبڕێنیتەوە و لە ئەمریش ناچێت.--◂",
"c-Épine-2019-06-01T09:50:00.000Z-لێدوانەکان": " لێدوان: ویکیپیدیا:لێشاو پەڕەی ئەم پرۆژەیەیە. ناوی لێشاو بەرامبەر Flowم دانەوە، ئەگەر شتی باشتر شک دەبەن زوو قسە بکەن چوونکە پرۆژەکەم پێشکەش کردووە.--◂",
"c-Épine-2019-06-03T04:36:00.000Z-لێدوانەکان": "لەژێر کاردایە...--◂",
"h-ھەژمارێک_بۆ_ویکی_سۆرانی-2019-07-14T07:17:00.000Z": "ھەژمارێک بۆ ویکی سۆرانی",
- "c-Kushared-2019-07-14T07:17:00.000Z-ھەژمارێک_بۆ_ویکی_سۆرانی": "سڵاو: @Aram: @Épine: @Aza: @Pirehelokan: @Calak: @Serchia: @Amine yousefi: و گشت بەکارھێنەرانی دیکەی ویکی،\nھەرچەند ویکیپیدیا دەستەی نووسەرانی نییە، بەڵام پێشنیار دەکەم ھەژمارێک درووستبکەین کە وابکات خەڵک لەدەرەوەی ویکیپیدیاوە بەشداربن و وەرگێڕانەکانیان بۆ ویکیپیدیا بنێرن. لەماوەی ڕابردوو پڕۆژەی ھاوشێوەی ویکیپیدیا:پرۆژەی بەیت ئەلحیکمە ٢.٠ سەرکەوتنی باشی لەویکیپیدیای عەرەبی بەدەستھێنا کە نزیکەی ١٤٠٠ وتاریان نووسیوە، ئەمەش جگە لە دەستکارییەکان و لەویکی کوردی خۆشمان ٥٠ وتارییان نووسیوە. پێشنیارەکەی من ئەوەیە کە ھەژمارێک درووستبکەین لەلای چەند بەکارھێنەرێک بێت ئەو ھەژمارە، بۆئەوەی ھەرکەسێک لەدەرەوە وەرگێڕانی بۆکردین لەڕێگای ئەو ھەژمارەیەوە بەشداری و وتارەکان بڵاوبکرێتەوە. ئەم ھەژمارەش بەردەوامبێت تاکوو خەڵکێکی زۆر دێنە ویکیپیدیای کوردییەوە و بەکارھێنانی ویکیپیدیا لای خەڵک ئاسان و ئاشنا دەبێت، دەکرێت لەپەڕەی بەکارھێنەری ئەو ھەژمارەش ئاماژە بەھەموو ئەوانە بکرێت کە لەو ھەژمارە بەشداربوونە.",
+ "c-Kushared-2019-07-14T07:17:00.000Z-ھەژمارێک_بۆ_ویکی_سۆرانی": "سڵاو: @Aram: @Épine: @Aza: @Pirehelokan: @Calak: @Serchia: @Amine yousefi: و گشت بەکارھێنەرانی دیکەی ویکی، ھەرچەند ویکیپیدیا دەستەی نووسەرانی نییە، بەڵام پێشنیار دەکەم ھەژمارێک درووستبکەین کە وابکات خەڵک لەدەرەوەی ویکیپیدیاوە بەشداربن و وەرگێڕانەکانیان بۆ ویکیپیدیا بنێرن. لەماوەی ڕابردوو پڕۆژەی ھاوشێوەی ویکیپیدیا:پرۆژەی بەیت ئەلحیکمە ٢.٠ سەرکەوتنی باشی لەویکیپیدیای عەرەبی بەدەستھێنا کە نزیکەی ١٤٠٠ وتاریان نووسیوە، ئەمەش جگە لە دەستکارییەکان و لەویکی کوردی خۆشمان ٥٠ وتارییان نووسیوە. پێشنیارەکەی من ئەوەیە کە ھەژمارێک درووستبکەین لەلای چەند بەکارھێنەرێک بێت ئەو ھەژمارە، بۆئەوەی ھەرکەسێک لەدەرەوە وەرگێڕانی بۆکردین لەڕێگای ئەو ھەژمارەیەوە بەشداری و وتارەکان بڵاوبکرێتەوە. ئەم ھەژمارەش بەردەوامبێت تاکوو خەڵکێکی زۆر دێنە ویکیپیدیای کوردییەوە و بەکارھێنانی ویکیپیدیا لای خەڵک ئاسان و ئاشنا دەبێت، دەکرێت لەپەڕەی بەکارھێنەری ئەو ھەژمارەش ئاماژە بەھەموو ئەوانە بکرێت کە لەو ھەژمارە بەشداربوونە.",
"c-Pirehelokan-2019-07-14T07:22:00.000Z-Kushared-2019-07-14T07:17:00.000Z": "@Kushared:، شووشە پرۆژەیەکی وەھای بوو لێرە: بەکارھێنەر:گرووپی قوتابخانە. بەڵام پێویستە بە ڕوونی بکرێت یانی ھەژمارەکە دیار بێت کێ کاری لەسەر دەکات. سپاس،",
"c-Aram-2019-07-14T10:37:00.000Z-Pirehelokan-2019-07-14T07:22:00.000Z": "لەگەڵ، کاک @Kushared: نایشارمەوە و ھەرچەندە من ھیوایەکم بە خەڵکی باشوور نەماوە، بەڵام پشتگیری ئەم پرۆژەیە ئەکەم و دەشێت ببێتە فریادڕەسێک بۆمان. لەوانەیە ھێشتا خەڵک ھەبن لە دەستکاریکردنی ویکیپیدیا بترسن یانیش نەزانن چۆن دەستکاری بکەن. بەڵام وەک کاک پیرەھەڵۆ ئاماژەی پێ دا دەبێت ئەوانەی وتارەکان بڵاو دەکەنەوە چەند کەسێکی دیاریکراو بن، و ناوێکی گونجاو بۆ ھەژمارەکە ھەڵبژێردرێت. کاک Pirehelokan جگە لەوەش بەکارھێنەر:شنەی ئازادی بۆ ھەمان مەبەست دروستکرابوو و ئەتوانم بڵێم سەرکەوتووانەش کارەکانیان ئەنجام دا. بەھەرحاڵ، خۆشم لە دەرەوەی ویکیپیدیا ئەوەنەی بتوانم وەڵامی پرسیارەکان ئەدەمەوە و فێریان ئەکەم کە چی بکەن و چی نەکەن. لەگەڵ سپاسی ⇐",
"c-Épine-2019-07-17T05:50:00.000Z-Kushared-2019-07-14T07:17:00.000Z": "دژ: ئەمە دژی سیاسەتی بەکارھێنانی ھەژماری ویکییە کە دەڵێ دەبێ ھەر کەسە و یەک ھەژمار بەکار بھێنێت و ھاوبەشی نەکات. وتارەکان بۆ یەکێک لە بەڕێوەبەران بنێرن و ئەوانیش لە ھەژماری خۆیانەوە بڵاوی بکەنەوە.--◂",
diff --git a/tests/cases/ckb-big-parsoid/ckb-big-parsoid-getText.json b/tests/cases/ckb-big-parsoid/ckb-big-parsoid-getText.json
index fc296bb16..9c6ee237b 100644
--- a/tests/cases/ckb-big-parsoid/ckb-big-parsoid-getText.json
+++ b/tests/cases/ckb-big-parsoid/ckb-big-parsoid-getText.json
@@ -1,25 +1,25 @@
{
"h-ئاسانکاری-2014-10-16T14:16:00.000Z": "ئاسانکاری",
"c-ئاسۆ-2014-10-16T14:16:00.000Z-ئاسانکاری": "ئێستا کە چەند ساڵێک لە دامەزرانی ویکیپیدیای کوردی تێپەڕ بووە با پیاچوونەوەیەک بە کارەکانماندا بکەین. بە بیروڕای من زیاتر لە پێویست ھەوڵمان داوە لاسایی ویکیپیدیاکانی تر بکەین و زۆر کارەکانمان لە خۆمان قورس کردووەتەوە. زیاتر لە گشتی «دەروازەکان» و «ڕێنوێنییەکان». بۆ نموونە دەروازەکان بە شێوازێکی زۆر ئاڵۆزن کە لەوانەیە شارەزاکانیش باش سەری لێدەرنەکەن. بۆ نموونە دەروازە:جوگرافیام داناوە کە ھەر وەک وتارێکی سادەیە. ئەگەر ئێوەش پێتان باشە با ھەوڵێکی گشتی بدەین بۆ ساکار کردنی سەرانسەری ویکیپیدیا. زۆر سپاس",
- "c-Kushared-2014-10-16T15:23:00.000Z-ئاسۆ-2014-10-16T14:16:00.000Z": "هاوڕام - شتەکان لێرە زۆر ئاڵۆزن - بەکارهێنەری کورد تەنانەت لە ڕووکاری ویکیپیدیاش ناگات (هەیە لاکێشەی گەڕان نابینێت) چ جای لەگەڵمان بێت ، هیچ شتێک لێرە نییە کە خۆمان درووستمان کردبێت واتە لەویکییەکانی دی نەبووبێت ، پێویستە هەندێ پڕۆژەش بە کوردی کرێن وەک ویکی وتە هتد کە لەبەرژەوەندی ویکیپیدیان و باشترن لە چەند وتارێک - دیاریکردنی وتاری گرنگ و پاراستنیان لێرە نییە بەتایبەت دۆسییە کوردییەکان کەدەبوایە ئێرە ببایە سەرچاوەیەک بۆ تاکی کورد >",
+ "c-Kushared-2014-10-16T15:23:00.000Z-ئاسۆ-2014-10-16T14:16:00.000Z": "هاوڕام - شتەکان لێرە زۆر ئاڵۆزن - بەکارهێنەری کورد تەنانەت لە ڕووکاری ویکیپیدیاش ناگات (هەیە لاکێشەی گەڕان نابینێت) چ جای لەگەڵمان بێت ، هیچ شتێک لێرە نییە کە خۆمان درووستمان کردبێت واتە لەویکییەکانی دی نەبووبێت ، پێویستە هەندێ پڕۆژەش بە کوردی کرێن وەک ویکی وتە هتد کە لەبەرژەوەندی ویکیپیدیان و باشترن لە چەند وتارێک - دیاریکردنی وتاری گرنگ و پاراستنیان لێرە نییە بەتایبەت دۆسییە کوردییەکان کەدەبوایە ئێرە ببایە سەرچاوەیەک بۆ تاکی کورد >",
"c-Calak-2014-10-16T16:03:00.000Z-Kushared-2014-10-16T15:23:00.000Z": "من ئامادەی ھەر چەشنە ھاوکارییەکم. ئەم دەروازانەشم ھیندە پێ گرنگ نییە و بوون و نەبوونیشی زۆر فەرق ناکا. زۆر کاری گرنگی تر ھەیە کە دەبێ بکرێت.",
"c-ئاسۆ-2014-10-16T16:47:00.000Z-Calak-2014-10-16T16:03:00.000Z": "کاک چالاک بە داخەوە ئێمە لە گرێدانی وتارەکاندا دواکەوتوین. بە داڕێژەکان و بە دەروازەکان و پۆلەکان وتارەکان دەبێ ببەستینەوە بە یەکەوە. ھەروەھا ژمارەی وتارەکانمان زۆر کردووە بەڵام زۆربەیان کۆلکەن. بە دەروازەکان دەتوانین شارەزاکانی بابەتەکان ئاگادار بکەینەوە کام وتارانە کاریان دەوێت. ھەر ئەو شتەی کە کاک Kushared ئاماژە پێ داوە بۆ دیاریکردنی وتاری گرنگ.",
"h-باشترکردنی_ڕووکار_و_پەڕەی_دەستپێک-2014-10-16T12:56:00.000Z": "باشترکردنی ڕووکار و پەڕەی دەستپێک",
- "c-ئاسۆ-2014-10-16T12:56:00.000Z-باشترکردنی_ڕووکار_و_پەڕەی_دەستپێک": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت.\n\n\nلە نیسانی ٢٠١١ باسی گۆڕانکاری لە پەڕەی دەستپێکمان کرد و لە شوباتی ٢٠١٢ پەڕەی دەستپێکمان بە لەبەرچاو گرتنی شێوازی ویکیپیدیای فەڕەنسی نوێ کردەوە. بەڵام ماوەیەکە بیر لە گۆڕانکاریی تریش دەکەمەوە. چەند خاڵێک ھەیە:\nکێ زیاتر سەردانی پەڕەی دەستپێک ئەکات؟ نووسەران و شارەزایانی ویکی یان خوێنەرانی ئاسایی؟ بەشەکانی دەستپێک دەبێ چی بن؟\nزەمانە وای لێ ھاتووە خەڵک کاتی خوێندنەوەی باسی دوور و درێژیان نەماوە دەبێ بەکارھێنانی وێنەی گەورە کە مەبەستەکە بگەیەنێت و کورتکردنەوەی شرۆڤەکان لەبەرچاو بگرین.\nدەبێ زیاتر ئامارەکان و گۆڕانکارییە نوێکان بخەینە بەر چاو تا نیشان بدەین چالاکین.\nستایڵی زۆربەی سایتەکان لەم چەند ساڵەی ڕابردوودا بە ھۆی داھاتنی ئامرازە نوێکان وەک CSS3 و HTML5 و... و یەکسەر گۆڕراوە بەڵام ویکیپیدیا ھەر لە سایتەکانی ١٠ ساڵ لەمەو بەر ئەچێت.\nئامرازە ئەلکترۆنییە نوێکان وەک مۆبایلەکان و تەبلێتەکان کە شاشەیەکی بچووکیان ھەیە و ھەروەھا داھاتنی مانیتۆر و تەلەفزیۆنە نوێکان کە شاشەیەکی زۆر گەورەیان (full HD, 4K) ھەیە گۆڕانکاریی ستایڵی سایتەکانیانی پێویست کردووە.\n\nبۆ نموونە دەستپێکی Encyclopedia of Life چەند شتی باشی تێدایە پێم خۆشە ئێمەش لەبەرچاوی گرین وەک ئەوەی کە ١) بە وێنە وتارە نوێکان دەناسێنێت، ٢) دوایین بەشدارییەکانی وەک بەشێکی سەرەکیی دەستپێک داناوە، ٣) ئامارەکانی زۆر سادە و جوان نیشان داوە. ٤) لینکی بۆ بەشە سەرەکییەکانی داناوە.\n\nزۆر پێم خۆشە ئێوەش بیروڕاکانی خۆتان بڵێن با دەستکارییەکی بنەڕەتی لە ویکیپیدیای کوردیدا بدەین کە ببێت بە نموونە بۆ زمانەکانی تریش. سپاس",
- "c-Calak-2014-10-17T21:45:00.000Z-ئاسۆ-2014-10-16T12:56:00.000Z": "دەستت خۆش بێ قسەکانت زۆر ڕاستن. کاکە ھەر ویکی کوردی نییە تەواوی پرۆژەکانی ویکیمیدیا دواکەوتوون. ھەر سەرەتا نەرمامێری میدیاویکیان دانابوو بۆ پرۆژەیەکی بچووک و خۆیان نەیان دەزانی ڕۆژێک ئاوا گەورە دەبێتەوە. ئەوە ماوەیەکە خەریکن بۆ نموونە ئاگادارییان (notification) دانا و خەریکی پەرەپێدانی دەستکاریکەری دیدارین (visual editor). یان بۆ لێدوان کە بەرنامەی flowیان ھەیە بەڵام لە ھیچیاندا زۆر سەرکەوتوو نەبوون.\nپەڕەی دەستپێک زیاتر خوێنەرانی ئاسایی تەماشای دەکەن ھەتا بەکارھێنەرانی ویکی. لەگەڵ گۆڕانکاریم و ئەمەی مام برایمم زۆر پێ نۆژەن و جوانە و دەتوانین زیاتریشی لەسەر کار بکەین.",
- "c-Kushared-2014-10-18T03:14:00.000Z-Calak-2014-10-17T21:45:00.000Z": "بۆ پرسی یەکەم، نووسەرانی کورد بەھیچ شێوەیەک سوود لە سەرچاوەی کوردی نابینن لە ئینتەرنێت (ھۆکاری خۆی ھەیە کە سەرچاوەکی تاڕەدەیەک کامڵ نییە وە خۆم زانیاریم ھەبێ ھەندێکیان سوود لە ویکی ئینگلیزی دەبینن یان ئەو ویکییەی کە زمانەکەی دەزانن جگە لە کوردی) وە یان پێیان عەیبە و ئەوان وەک بەشێک لە نووسەرانی جیھانی لەگەڵ بەئەلیکترۆنیبوون نین و شارەزایی باشیشیان نییە لە بەکارھێنانی ئینتەرنێت بێگوومان ئەوە لە باشوور نازانم لە ڕؤژھەڵات، بۆیە بەڕای من بەکارھێنەری سەرەتایی یان تازە میوانێک پەڕەی دەستپێک دەکاتەوە یەک بەخۆم نزیکی ٣ ساڵە لێرەم زۆر بەی کات یەکڕاست پەڕەی دوایین گۆڕانکارییەکان دەکەوە، ڕەنگبێ لە لە ٢٠ جار جارێک سەرێک لەپەڕەی دەستپێک بدەم بۆیە گرنگە پەڕەی دەسپێک چۆن بێت چونکە زۆری بەکارھێنەری ئاسایی دەیکەنەوە، ئێمە دەکرێ ھەندێ شتی سادەمان پێ بکرێت نەک گەورە چونکە ویکیمیدیا زۆری دەوێت تا قەناعەت دێنێت کە ستایلەکەی بۆ ھەندێ زمان و ناوچە گونجاو نییە و ستایلەکە وردە، ئەو نموونە EOL م بەدڵە چونکە شتەکان ڕوونە بەتایبەت لە بانەر و لاکێشەی گەڕان کە دووشتی سەرەکی و گرنگن کە بەکارھێنەری ماڵپەڕەکە یەکسەر بیکاتەوە بۆ یەکجاریش بێت تێبینی بانەر و لاکێشەی گەڕان دەکا بەڵام ویکی نە بانەر و نە لاکێشەی گەڕانی چاکە، سەبارەت بۆ مۆبایلیش ئەوە ویکیپێدیا بۆخۆی کارێکی چاکی کردووە بە سازکردنی ئەپڵیکەیشنی ویکی و ویکیمیدیا کۆمۆنز بۆ iOS و ئەندرۆید بەڵام ھێشتا ئەوەی ویکی ھەندێ کێشەی ھەیە چونکە لە ئاپەکان بەکارھێنەر ناتوانێت دەستی بگات بە زۆر پەڕە، حاڵی حازر ئێمە ڕەنگبێ نەتوانین زۆر گۆڕانکاری بەدڵی خۆمان بکرێت بەڵام دەکرێ بە سادەترین شت پەیامی ویکی سۆرانی بگەیەنین، ئێستا دۆستان کەمێکیش بێت دەروازەکانیان باشتر کردووە من پێشنیاز دەکەم گەر بکرێت فۆنتی دەروازەکان و وێنەکانیشیان کە لەپەڕەی دەستپێک لە سەرەوە ئاماژەدراون (ماتماتیک، تەکنۆلۆژیا، جوگرافیا ھتد...) گەورەتر کرێن چونکە گە ربەکارھێنەرێک بە گەورەیی بیبینێت ئەوە ئەگەری زۆرتری ھەیە کرتەیەکی لەسەر بکات لەوەی بەم شێوەیە بچووک بێت لەگەڵ نووسینەکانی دی تێکەڵبێت و نەیبینێت وە گەر کرتەشی کرد بەکارھێنەرەکە تۆزێکیش بێت لە ئامانجی ویکی دەگات و دەزانێت ئەمە ئینسکلۆپێدیایە، وەسەلام >",
- "c-ئاسۆ-2014-10-19T15:43:00.000Z-Kushared-2014-10-18T03:14:00.000Z": "من پێم وایە سێ جۆری خەڵک دێنە ویکیپیدیا. ١) خوێنەران کە کە ھیچ حەز لە بەشداری ناکەن ٢) ئەوانەی حەز ئەکەن وردەوردە بەشداری بکەن ٣) ئەوانەی کۆمەڵگای ویکیپیدیان و زۆر چالاکن. من پەڕەیەکم وەک پێشنووس بۆ دەستپێک درووست کرد و تێکۆشاوم ئەو سێ دەستە لەبەرچاو گرم. پێنج ڕیزم داناوە: ڕیزی یەک و دوو بۆ خوێنەران. ڕیزی سێیەم بۆ ھەواڵ و مێژوو کە ھەموو ڕۆژێ لینکی نوێیان ھەیە و ھان ئەدەن بۆ خوێندن و بەشداری. ڕیزی چوارەم بۆ دەستەی دوو و سێیە. و لە ڕیزی پێنجم ٣ بەشم داناوە بۆ ئەوەی نیشانی بدەین کە ویکیپیدیا چالاکە: ١)ئامارەکانی ویکیپیدیا ٢)وتارە نوێکان ٣)دوایین دەستکارییەکان. بیروڕای ئێوە چۆنە سەبارەت بەم بەشانە؟ سەبارەت بە ستایڵ و ڕەنگ و ئەوانە چی ئەڵێن؟ سپاس",
+ "c-ئاسۆ-2014-10-16T12:56:00.000Z-باشترکردنی_ڕووکار_و_پەڕەی_دەستپێک": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت. لە نیسانی ٢٠١١ باسی گۆڕانکاری لە پەڕەی دەستپێکمان کرد و لە شوباتی ٢٠١٢ پەڕەی دەستپێکمان بە لەبەرچاو گرتنی شێوازی ویکیپیدیای فەڕەنسی نوێ کردەوە. بەڵام ماوەیەکە بیر لە گۆڕانکاریی تریش دەکەمەوە. چەند خاڵێک ھەیە: کێ زیاتر سەردانی پەڕەی دەستپێک ئەکات؟ نووسەران و شارەزایانی ویکی یان خوێنەرانی ئاسایی؟ بەشەکانی دەستپێک دەبێ چی بن؟ زەمانە وای لێ ھاتووە خەڵک کاتی خوێندنەوەی باسی دوور و درێژیان نەماوە دەبێ بەکارھێنانی وێنەی گەورە کە مەبەستەکە بگەیەنێت و کورتکردنەوەی شرۆڤەکان لەبەرچاو بگرین. دەبێ زیاتر ئامارەکان و گۆڕانکارییە نوێکان بخەینە بەر چاو تا نیشان بدەین چالاکین. ستایڵی زۆربەی سایتەکان لەم چەند ساڵەی ڕابردوودا بە ھۆی داھاتنی ئامرازە نوێکان وەک CSS3 و HTML5 و... و یەکسەر گۆڕراوە بەڵام ویکیپیدیا ھەر لە سایتەکانی ١٠ ساڵ لەمەو بەر ئەچێت. ئامرازە ئەلکترۆنییە نوێکان وەک مۆبایلەکان و تەبلێتەکان کە شاشەیەکی بچووکیان ھەیە و ھەروەھا داھاتنی مانیتۆر و تەلەفزیۆنە نوێکان کە شاشەیەکی زۆر گەورەیان (full HD, 4K) ھەیە گۆڕانکاریی ستایڵی سایتەکانیانی پێویست کردووە. بۆ نموونە دەستپێکی Encyclopedia of Life چەند شتی باشی تێدایە پێم خۆشە ئێمەش لەبەرچاوی گرین وەک ئەوەی کە ١) بە وێنە وتارە نوێکان دەناسێنێت، ٢) دوایین بەشدارییەکانی وەک بەشێکی سەرەکیی دەستپێک داناوە، ٣) ئامارەکانی زۆر سادە و جوان نیشان داوە. ٤) لینکی بۆ بەشە سەرەکییەکانی داناوە. زۆر پێم خۆشە ئێوەش بیروڕاکانی خۆتان بڵێن با دەستکارییەکی بنەڕەتی لە ویکیپیدیای کوردیدا بدەین کە ببێت بە نموونە بۆ زمانەکانی تریش. سپاس",
+ "c-Calak-2014-10-17T21:45:00.000Z-ئاسۆ-2014-10-16T12:56:00.000Z": "دەستت خۆش بێ قسەکانت زۆر ڕاستن. کاکە ھەر ویکی کوردی نییە تەواوی پرۆژەکانی ویکیمیدیا دواکەوتوون. ھەر سەرەتا نەرمامێری میدیاویکیان دانابوو بۆ پرۆژەیەکی بچووک و خۆیان نەیان دەزانی ڕۆژێک ئاوا گەورە دەبێتەوە. ئەوە ماوەیەکە خەریکن بۆ نموونە ئاگادارییان (notification) دانا و خەریکی پەرەپێدانی دەستکاریکەری دیدارین (visual editor). یان بۆ لێدوان کە بەرنامەی flowیان ھەیە بەڵام لە ھیچیاندا زۆر سەرکەوتوو نەبوون. پەڕەی دەستپێک زیاتر خوێنەرانی ئاسایی تەماشای دەکەن ھەتا بەکارھێنەرانی ویکی. لەگەڵ گۆڕانکاریم و ئەمەی مام برایمم زۆر پێ نۆژەن و جوانە و دەتوانین زیاتریشی لەسەر کار بکەین.",
+ "c-Kushared-2014-10-18T03:14:00.000Z-Calak-2014-10-17T21:45:00.000Z": "بۆ پرسی یەکەم، نووسەرانی کورد بەھیچ شێوەیەک سوود لە سەرچاوەی کوردی نابینن لە ئینتەرنێت (ھۆکاری خۆی ھەیە کە سەرچاوەکی تاڕەدەیەک کامڵ نییە وە خۆم زانیاریم ھەبێ ھەندێکیان سوود لە ویکی ئینگلیزی دەبینن یان ئەو ویکییەی کە زمانەکەی دەزانن جگە لە کوردی) وە یان پێیان عەیبە و ئەوان وەک بەشێک لە نووسەرانی جیھانی لەگەڵ بەئەلیکترۆنیبوون نین و شارەزایی باشیشیان نییە لە بەکارھێنانی ئینتەرنێت بێگوومان ئەوە لە باشوور نازانم لە ڕؤژھەڵات، بۆیە بەڕای من بەکارھێنەری سەرەتایی یان تازە میوانێک پەڕەی دەستپێک دەکاتەوە یەک بەخۆم نزیکی ٣ ساڵە لێرەم زۆر بەی کات یەکڕاست پەڕەی دوایین گۆڕانکارییەکان دەکەوە، ڕەنگبێ لە لە ٢٠ جار جارێک سەرێک لەپەڕەی دەستپێک بدەم بۆیە گرنگە پەڕەی دەسپێک چۆن بێت چونکە زۆری بەکارھێنەری ئاسایی دەیکەنەوە، ئێمە دەکرێ ھەندێ شتی سادەمان پێ بکرێت نەک گەورە چونکە ویکیمیدیا زۆری دەوێت تا قەناعەت دێنێت کە ستایلەکەی بۆ ھەندێ زمان و ناوچە گونجاو نییە و ستایلەکە وردە، ئەو نموونە EOL م بەدڵە چونکە شتەکان ڕوونە بەتایبەت لە بانەر و لاکێشەی گەڕان کە دووشتی سەرەکی و گرنگن کە بەکارھێنەری ماڵپەڕەکە یەکسەر بیکاتەوە بۆ یەکجاریش بێت تێبینی بانەر و لاکێشەی گەڕان دەکا بەڵام ویکی نە بانەر و نە لاکێشەی گەڕانی چاکە، سەبارەت بۆ مۆبایلیش ئەوە ویکیپێدیا بۆخۆی کارێکی چاکی کردووە بە سازکردنی ئەپڵیکەیشنی ویکی و ویکیمیدیا کۆمۆنز بۆ iOS و ئەندرۆید بەڵام ھێشتا ئەوەی ویکی ھەندێ کێشەی ھەیە چونکە لە ئاپەکان بەکارھێنەر ناتوانێت دەستی بگات بە زۆر پەڕە، حاڵی حازر ئێمە ڕەنگبێ نەتوانین زۆر گۆڕانکاری بەدڵی خۆمان بکرێت بەڵام دەکرێ بە سادەترین شت پەیامی ویکی سۆرانی بگەیەنین، ئێستا دۆستان کەمێکیش بێت دەروازەکانیان باشتر کردووە من پێشنیاز دەکەم گەر بکرێت فۆنتی دەروازەکان و وێنەکانیشیان کە لەپەڕەی دەستپێک لە سەرەوە ئاماژەدراون (ماتماتیک، تەکنۆلۆژیا، جوگرافیا ھتد...) گەورەتر کرێن چونکە گە ربەکارھێنەرێک بە گەورەیی بیبینێت ئەوە ئەگەری زۆرتری ھەیە کرتەیەکی لەسەر بکات لەوەی بەم شێوەیە بچووک بێت لەگەڵ نووسینەکانی دی تێکەڵبێت و نەیبینێت وە گەر کرتەشی کرد بەکارھێنەرەکە تۆزێکیش بێت لە ئامانجی ویکی دەگات و دەزانێت ئەمە ئینسکلۆپێدیایە، وەسەلام >",
+ "c-ئاسۆ-2014-10-19T15:43:00.000Z-Kushared-2014-10-18T03:14:00.000Z": "من پێم وایە سێ جۆری خەڵک دێنە ویکیپیدیا. ١) خوێنەران کە کە ھیچ حەز لە بەشداری ناکەن ٢) ئەوانەی حەز ئەکەن وردەوردە بەشداری بکەن ٣) ئەوانەی کۆمەڵگای ویکیپیدیان و زۆر چالاکن. من پەڕەیەکم وەک پێشنووس بۆ دەستپێک درووست کرد و تێکۆشاوم ئەو سێ دەستە لەبەرچاو گرم. پێنج ڕیزم داناوە: ڕیزی یەک و دوو بۆ خوێنەران. ڕیزی سێیەم بۆ ھەواڵ و مێژوو کە ھەموو ڕۆژێ لینکی نوێیان ھەیە و ھان ئەدەن بۆ خوێندن و بەشداری. ڕیزی چوارەم بۆ دەستەی دوو و سێیە. و لە ڕیزی پێنجم ٣ بەشم داناوە بۆ ئەوەی نیشانی بدەین کە ویکیپیدیا چالاکە: ١)ئامارەکانی ویکیپیدیا ٢)وتارە نوێکان ٣)دوایین دەستکارییەکان. بیروڕای ئێوە چۆنە سەبارەت بەم بەشانە؟ سەبارەت بە ستایڵ و ڕەنگ و ئەوانە چی ئەڵێن؟ سپاس",
"c-Min.neel-2014-10-19T15:56:00.000Z-باشترکردنی_ڕووکار_و_پەڕەی_دەستپێک": "کاکە بەڕاسی ستایلێکی جوانت داناوە، یەخوا ئەو دەستانەت خۆش بێت. من پێم وایە ئەگەر شوێنێکیش دیاری بکرێت کە ھەموو ڕۆژێک وێنەی ھەڵبژێردراو بە شێوەی ئۆتۆماتیک لە کۆمۆنزەوە پیشان بدات جوانتر ئەبێت.",
- "c-Calak-2014-10-19T20:48:00.000Z-باشترکردنی_ڕووکار_و_پەڕەی_دەستپێک": "کاکە بە بڕوای من باشە بەڵام ئیتر زۆر شپڕێوە.\nسەرپەڕەی جاران زۆ جوانتر بوو.\nلە دوای لە ھەواڵەکاندا و ئەمڕۆ لە مێژوودا وێنەی ھەڵبژێردراو دابنێ و سڕێنەوەی ئەم بەشە باش نییە. پێشنیاری کاک مادیم لەگەڵ کاک برایم باس کرد. ئەوەتا دروستی کرد دەستی خۆش بێ: \nبەشداری لە ویکیپیدیا و کۆمەڵگا بکە دوو ستون و لە ژێرەوەی پرۆژە خوشکەکان بەشێوەی ئاسۆیی وەکی ئێستا کە لە دەستپێک ھەیە دابنێ. (دوایین دەستکارییەکانیش ھەڵەی تێدایە من لە کۆماسیدا دەستکاریم نەبووە)\nھەر بەم جۆرە وتارە نوێکان و دوایین دەستکارییەکان بکە دوو ستون و ئامارەکانی ویکیپیدیا بەرە ژێرەوە.\nبۆشایی نێۆان خشتەکە (20px) زۆرە.\nسپاس.",
+ "c-Calak-2014-10-19T20:48:00.000Z-باشترکردنی_ڕووکار_و_پەڕەی_دەستپێک": "کاکە بە بڕوای من باشە بەڵام ئیتر زۆر شپڕێوە. سەرپەڕەی جاران زۆ جوانتر بوو. لە دوای لە ھەواڵەکاندا و ئەمڕۆ لە مێژوودا وێنەی ھەڵبژێردراو دابنێ و سڕێنەوەی ئەم بەشە باش نییە. پێشنیاری کاک مادیم لەگەڵ کاک برایم باس کرد. ئەوەتا دروستی کرد دەستی خۆش بێ: بەشداری لە ویکیپیدیا و کۆمەڵگا بکە دوو ستون و لە ژێرەوەی پرۆژە خوشکەکان بەشێوەی ئاسۆیی وەکی ئێستا کە لە دەستپێک ھەیە دابنێ. (دوایین دەستکارییەکانیش ھەڵەی تێدایە من لە کۆماسیدا دەستکاریم نەبووە) ھەر بەم جۆرە وتارە نوێکان و دوایین دەستکارییەکان بکە دوو ستون و ئامارەکانی ویکیپیدیا بەرە ژێرەوە. بۆشایی نێۆان خشتەکە (20px) زۆرە. سپاس.",
"c-Calak-2014-10-19T21:47:00.000Z-Calak-2014-10-19T20:48:00.000Z": "ئەمە بەکارھێنەر:ئاسۆ/Destpêk3 پێشنیاری منە دەکرێ باشتر بکرێ. سپاس.",
"c-ئاسۆ-2014-10-20T06:59:00.000Z-Calak-2014-10-19T21:47:00.000Z": "کاک چالاک گواستنەوەی دەقی وتووێژەکان ھەرچەندە لە شوێنی خۆیاندا نەبن کارێکی ھەڵەیە! ئێستا وا دەردەکەوێت کە جەنابت قسەکانت کردووە و بە ناوی ئێمەوە ئیمزات کردووە. بە بیروڕای من ئەمە زیاتر باسێکی تەکنیکیە و پەڕەی دەستپێک نموونەیەکە لەو شوێنانە دەتوانین باشتریان بکەین. چەن خاڵ لەسەر دەستپێک: ١) وێنەی ھەڵبژێرراو بۆ جوانی نییە بەڵکوو ھاندەرێکە بۆ وتارەکانی تر کە واتە وێنەی خۆگەڕ ئەو کەڵکەی نیە بۆمان. ٢) لینکی پرۆژە خوشکەکان کە ھیچیان بە سۆرانی نین بۆ دەبێ ئەوەنە گەورە بن لە دەسپێکا؟ ٣) بەشی سەرپەڕەکەش فەرقی ئەوەیە کە لۆگۆی تێدا نییە. ویستم لۆگۆ لە بەشی ناساندنی ویکیپیدیا دابنێم. وتم با ئەوەنە دووپات نەبێتەوە. ٤)کێشەی دواین گۆڕانکارییەکانم دۆزیوەتەوە. بەم زووانە چاکی ئەکەمەوە.",
- "c-Calak-2014-10-20T21:38:00.000Z-ئاسۆ-2014-10-20T06:59:00.000Z": "ھەڵە نییە زۆریش گونجاوە. ئەمە شتێکی باوە (en:WP:Text move بخوێنەوە) و تەنیا بۆ ئەوەی کێشەکەی وتت ساز نەبێت پێویستە لە کورتەی دەستکاریدا بنووسی دەقەکەت لە کوێوە و بۆ کوێ گواستووەتەوە کە منیش ھەر وام کردووە و . بەشی تەکنیکی بۆ باسکردنی کێشەی داڕێژەیەک، ئامرازێک یان مۆدیوولێک و پەرەپێدانی ئەمانە دانراوە. ئەمەی جنابت تەنیا پێشنیارێک بوو بۆ ئاڵوگۆڕێک لە پەڕەی دەستپێکدا.\nکوا خۆ کەس نەیوتووە وێنەی ھەڵبژێردراو بۆ جوانییە. ئەمە بەشێکی سەرەکی پەڕەی دەستپێکە و ناکرێ ئاوا ھاسان و سووک بڕیاری لەسەر بدەی و بیسڕینەوە. وێنەی خۆگەڕ کاتی بەکارھێنەران ناگرێ و ئەگەر لەگەڵی نی ئەوە خۆمان وەک جاران دایدەنێین. بۆ ئەوانی تریش ھیچ با کورتی بکەمەوە وا باشترە ئیتر بیروڕای خۆمان نەنووسین. زۆر سپاس.",
+ "c-Calak-2014-10-20T21:38:00.000Z-ئاسۆ-2014-10-20T06:59:00.000Z": "ھەڵە نییە زۆریش گونجاوە. ئەمە شتێکی باوە (en:WP:Text move بخوێنەوە) و تەنیا بۆ ئەوەی کێشەکەی وتت ساز نەبێت پێویستە لە کورتەی دەستکاریدا بنووسی دەقەکەت لە کوێوە و بۆ کوێ گواستووەتەوە کە منیش ھەر وام کردووە و . بەشی تەکنیکی بۆ باسکردنی کێشەی داڕێژەیەک، ئامرازێک یان مۆدیوولێک و پەرەپێدانی ئەمانە دانراوە. ئەمەی جنابت تەنیا پێشنیارێک بوو بۆ ئاڵوگۆڕێک لە پەڕەی دەستپێکدا. کوا خۆ کەس نەیوتووە وێنەی ھەڵبژێردراو بۆ جوانییە. ئەمە بەشێکی سەرەکی پەڕەی دەستپێکە و ناکرێ ئاوا ھاسان و سووک بڕیاری لەسەر بدەی و بیسڕینەوە. وێنەی خۆگەڕ کاتی بەکارھێنەران ناگرێ و ئەگەر لەگەڵی نی ئەوە خۆمان وەک جاران دایدەنێین. بۆ ئەوانی تریش ھیچ با کورتی بکەمەوە وا باشترە ئیتر بیروڕای خۆمان نەنووسین. زۆر سپاس.",
"c-ئاسۆ-2014-11-11T16:03:00.000Z-Calak-2014-10-20T21:38:00.000Z": "ماوەیەک سەرقاڵ بووم و ئەم بابەتەم لە بیرکردبوو. وێنەی ھەڵبژێرراویشم پێ زیاد کرد. ھیوادارام ئێستا بە دڵتان بێت: بەکارھێنەر:ئاسۆ/Destpêk. ئیتر با ماوەیەک ئەمە بێت بزانین بەشداربووان چی ئەڵێن. (@چالاک: ئەو Text move ە سیاسەتی ڕەسمیی ویکییدیا نییە و بە بیروڕای من گونجاویش نییە.)",
"c-Calak-2014-11-15T20:57:00.000Z-ئاسۆ-2014-11-11T16:03:00.000Z": "وەڵڵا کاک ئاسۆ گیان بە بڕوای من ھێشتا کاری دەبێ لەسەر بکرێ. بۆ نموونە ئەگەر باسی کاروباری جوانکاریش نەکەین لە بەشی وتارە نوێکاندا نووسراوە «بەکارھێنەر:Bakykurdish (دانەر: Bakykurdish)» کە دروست نییە. پێشنیاری تریشم ھەیە وردەوردە بچینە پێش.",
"c-Calak-2014-12-12T12:33:00.000Z-باشترکردنی_ڕووکار_و_پەڕەی_دەستپێک": "کاک [[بەکارھێنەر:ئاسۆ|ئاسۆ] ویستم بیگوێزمەوە دیتم وتارە نوێکان و دوایین دەستکارییەکان لە کار کەوتوون. ئەوە بۆ؟",
"h-بەڕيوبەرایەتی-2015-04-01T09:10:00.000Z": "بەڕيوبەرایەتی",
- "c-Min.neel-2015-04-01T09:10:00.000Z-بەڕيوبەرایەتی": "سڵاو لە بەشداربووانی ویکیپیدیایی کوردی ناوەندی.\nبەڕيزان ماوەیەکە ئەم ویکیپیدیای ئێمە بێ بەڕێوبەر کەوتووە و کاکە چالاکی ئازیز کە ماوەیەکی زۆرە ئەرکی لە ئەستۆ گرتووە، دیار نییە و کارەکان وا لە پێش ناچێت. سەرەتا ھیوادارم کاکە چالاک ساق و سڵامەت بێت و بە زوویی بەگەڕێتەوە لامان، بەڵام تا ئەو کاتە ئەبێت کارێک بکەین. پێشنیاری من بۆ ئەم دۆخە ئەوەیە کە سێ بەڕێبەری نوێ دەستنیشان بکەین جا تکایە ھەر کەسێک توانایی و کاتی ھەیە بێت و کاندید بێت و ناوی ھەر لێرەدا بنووسێت ھەتاکوو ھەڵبژاردێن بکەین.@Kushared:،@Pirehelokan:\n\n\n\nمن خۆم کاندید دەبم و تکا لە بەڕێز پیرەھەڵۆ و کوشەیردیش دەکەم کاندید بن.",
- "c-Pirehelokan-2015-04-01T19:34:00.000Z-بەڕيوبەرایەتی": "بەڕێز مادی، ئەوەی لە سەر بەڕێوەبەرایەتی نووسیت دروستە. سەرەتا کە ئەم نووسراوەیەم خوێندەوە بە خۆمم وت کە پێنج بەڕێوەبەر بۆ ویکیی سۆرانی زۆرە! بەڵام دواتر کە سەیرێکی ژمارەی بەڕێوەبەرانی ویکییە هاوقەبارەکانی سۆرانیم کرد، زانیم کە زۆربەیان ژمارەی بەڕێوەبەرەکانیان چەن بەرامبەری ئێستەی سۆرانییە. بۆ نموونە ویکیی میسری ٥ بەڕێوەبەر، کرمانجی ٦، مونگولی ٧ و ئینترلینگوا ٦ بەڕێوەبەریان هەیە و ئەمە شتێکی ئاساییە لە ویکییە بچووکەکانی وەکوو سۆرانیدا.\nبۆیە لەگەڵتم و هیوادارم بەم کارە ویکیی سۆرانی بەرەو بەهێزتر بوون و باشتر بوون بڕوات.\nلێرە دەتوانی سەیری ئاماری ویکییەکان بکەی \nئەم جۆرە بانگ کردنەش بڕێک جار کار ناکات. لەگەڵ ڕێز،",
+ "c-Min.neel-2015-04-01T09:10:00.000Z-بەڕيوبەرایەتی": "سڵاو لە بەشداربووانی ویکیپیدیایی کوردی ناوەندی. بەڕيزان ماوەیەکە ئەم ویکیپیدیای ئێمە بێ بەڕێوبەر کەوتووە و کاکە چالاکی ئازیز کە ماوەیەکی زۆرە ئەرکی لە ئەستۆ گرتووە، دیار نییە و کارەکان وا لە پێش ناچێت. سەرەتا ھیوادارم کاکە چالاک ساق و سڵامەت بێت و بە زوویی بەگەڕێتەوە لامان، بەڵام تا ئەو کاتە ئەبێت کارێک بکەین. پێشنیاری من بۆ ئەم دۆخە ئەوەیە کە سێ بەڕێبەری نوێ دەستنیشان بکەین جا تکایە ھەر کەسێک توانایی و کاتی ھەیە بێت و کاندید بێت و ناوی ھەر لێرەدا بنووسێت ھەتاکوو ھەڵبژاردێن بکەین.@Kushared:،@Pirehelokan: من خۆم کاندید دەبم و تکا لە بەڕێز پیرەھەڵۆ و کوشەیردیش دەکەم کاندید بن.",
+ "c-Pirehelokan-2015-04-01T19:34:00.000Z-بەڕيوبەرایەتی": "بەڕێز مادی، ئەوەی لە سەر بەڕێوەبەرایەتی نووسیت دروستە. سەرەتا کە ئەم نووسراوەیەم خوێندەوە بە خۆمم وت کە پێنج بەڕێوەبەر بۆ ویکیی سۆرانی زۆرە! بەڵام دواتر کە سەیرێکی ژمارەی بەڕێوەبەرانی ویکییە هاوقەبارەکانی سۆرانیم کرد، زانیم کە زۆربەیان ژمارەی بەڕێوەبەرەکانیان چەن بەرامبەری ئێستەی سۆرانییە. بۆ نموونە ویکیی میسری ٥ بەڕێوەبەر، کرمانجی ٦، مونگولی ٧ و ئینترلینگوا ٦ بەڕێوەبەریان هەیە و ئەمە شتێکی ئاساییە لە ویکییە بچووکەکانی وەکوو سۆرانیدا. بۆیە لەگەڵتم و هیوادارم بەم کارە ویکیی سۆرانی بەرەو بەهێزتر بوون و باشتر بوون بڕوات. لێرە دەتوانی سەیری ئاماری ویکییەکان بکەی ئەم جۆرە بانگ کردنەش بڕێک جار کار ناکات. لەگەڵ ڕێز،",
"c-Kushared-2015-04-02T14:57:00.000Z-Pirehelokan-2015-04-01T19:34:00.000Z": "دەستتان خۆش منیش لەگەڵ بوونی بەڕێوبەری نوێم بەس بۆ ژمارە ئەوە نازانم ڕێگەمان پێدەدەن بەڕێوبەر زۆربکەین یا نا، گەر دەرگا کرایەوە منیش خۆم کاندید دەکەم بەس ئەو حەفتەیە لەبەر تاقیکردنەوەکان ڕەنگە سەرهێڵیم کەمبێتەوە. لانی کەم بتوانین چەند مافیکی دی بەدەستبێت بۆ بەکارهێنەرە بڕواپێکراوەکان >",
"h-چۆن-2015-04-17T13:53:00.000Z": "چۆن",
"c-95.159.109.99-2015-04-17T13:53:00.000Z-چۆن": "چۆن بتوانم كه بنوسم له ناو ويكيبيديادا",
@@ -30,21 +30,21 @@
"c-Sarchia_Banokay-2015-07-16T14:01:00.000Z-جۆری_فۆنت": "پێشنیاری گۆڕینی فۆنتی ئێستای ویکیپیدیا دەکەم، بەڕای من فۆنتی باشتر ھەن، کە خوێندنەوەی وتارەکان ئاسانتر دەکەن و شێوەیەکی ڕێکوپێکتریشیان لەوەی ئێستا (Tahoma) ھەیە، من پێشنیاری فۆنتی (Droid Arabic Naskh) دەکەم، ئەم فۆنتە لە ئێستادا بەشێوەیەکی بەربڵاو لە ماڵپەڕە کوردییەکان و نووسراوەکانی حکوومەت و سیستمەکانی مۆبایل بەکار دەبرێت، گەر ئێوەش ڕاتان لەسەر بێت و بکرێت، با ئەو فۆنتە جێگیر بکەین. یانیش ئامرازێک زیاد بکەین کە بەکارھێنەر بە ویستی خۆی لە چەند فۆنتێک یەکێکیان ھەڵبژێرێت. (لەم وێنەیە بڕوانن).",
"c-Diyako_kazm-2015-07-16T15:11:00.000Z-Sarchia_Banokay-2015-07-16T14:01:00.000Z": "لەگەڵ",
"c-Pirehelokan-2015-07-16T21:31:00.000Z-Sarchia_Banokay-2015-07-16T14:01:00.000Z": "فۆنتەکەی ئیستە بۆ خوێندنەوەی نووسراوەی زۆر وردیش باشە و باقیی ویکییە ئەلفوبێ عەرەبییەکانیش کەڵکی لێ وەردەگرن. ویکیی فارسی و عەرەبیش فۆنتەکانیان گۆڕی، بەڵام گەڕانەوە بۆ ئەم تاھۆما. دیارە ڕووبەڕووی کێشەی تەکنیکی بوونەتەوە. ئەشێ بزانین ئەو کێشانە چی بوون؟ بۆیە با بێ لێکۆڵینەوە ھیچ نەکەین.",
- "c-Sarchia_Banokay-2015-07-20T11:39:00.000Z-Pirehelokan-2015-07-16T21:31:00.000Z": "فۆنتەکەم زۆر لا خراپ نییە، بەڵام ئەوەم پێ چاکتر بوو کە پێشنیارم کردبوو، نازانم دەپێت چ کێشەیەک بێتە ڕێ؟ ئێستا لە ویکیپیدیای مۆبایلەکەم بۆ کوردیی ناوەندی فۆنتی (Droid Arabic Naskh) بەکارھاتووە و کێشەم لێی نەبینیوە، سەبارەت بە زمانەکانی تر بەڕای من ئەوەندەی ئەو فۆنتە بۆ زمانەکانی فارسی و عەرەبی گونجاوە بۆ کوردی بەو شێوەیە نییە، لە ھەندێک شێوەی پیتە کوردییەکان ناڕێکی دەبیندرێت. بەھەرحاڵ ئەمە تەنیا پێشنیارێک بوو، بەو ھیوایەی ھاوڕێیانی تریش ڕای خۆیان بێژن. ئەگەر ئەمەش نەگۆڕدرا بتوانرێت فۆنتی بەشی دەستکاریی وتارەکان بگۆڕدرێت کە زۆر ورد و ناڕێکە، ھەرنەبێت ئەویش بگۆڕن بۆ (Tahoma).",
+ "c-Sarchia_Banokay-2015-07-20T11:39:00.000Z-Pirehelokan-2015-07-16T21:31:00.000Z": "فۆنتەکەم زۆر لا خراپ نییە، بەڵام ئەوەم پێ چاکتر بوو کە پێشنیارم کردبوو، نازانم دەپێت چ کێشەیەک بێتە ڕێ؟ ئێستا لە ویکیپیدیای مۆبایلەکەم بۆ کوردیی ناوەندی فۆنتی (Droid Arabic Naskh) بەکارھاتووە و کێشەم لێی نەبینیوە، سەبارەت بە زمانەکانی تر بەڕای من ئەوەندەی ئەو فۆنتە بۆ زمانەکانی فارسی و عەرەبی گونجاوە بۆ کوردی بەو شێوەیە نییە، لە ھەندێک شێوەی پیتە کوردییەکان ناڕێکی دەبیندرێت. بەھەرحاڵ ئەمە تەنیا پێشنیارێک بوو، بەو ھیوایەی ھاوڕێیانی تریش ڕای خۆیان بێژن. ئەگەر ئەمەش نەگۆڕدرا بتوانرێت فۆنتی بەشی دەستکاریی وتارەکان بگۆڕدرێت کە زۆر ورد و ناڕێکە، ھەرنەبێت ئەویش بگۆڕن بۆ (Tahoma).",
"h-زيادكردن-2015-07-17T16:20:00.000Z": "زيادكردن",
- "c-Pirehelokan-2015-07-17T16:20:00.000Z-زيادكردن": "داوا دةكةم بةشيكيتر بو كتيب بكةبنةوة بة ناوي (كتيبخانة) ...... ببورن ناوي ئةو شوينة نازانم جي بيدةلين بةلام مةبةستم لاي نوسراوةكاني(ميزوو.جوكرافيا.هتد) لة دةسبيكدا ... سوباس بو وةلامدانةوة — ئەم لێدوانە لەلایەن زينه ر واژوونەکراوە. (لێدوان • بەشدارییەکان) .\nبەڕێز @زينه ر: دەتوانی سەیری ویکیسۆرس بکەیت کە بە دەیان زمان ھەزاران کتێبی تێدایە. ویکی کتێبیش ھەیە کە من تا ئیستە بە کارم نەھێناوە.",
- "c-Pirehelokan-2015-07-18T16:30:00.000Z-زيادكردن": ".سوباس بو وةلامدانةوة بلام ويكيكتيب زماني كوردي تيدا نية؟\n\n.جون بتوانم ناوي خوم لةكاتي بلاو كردنةوةي بابةتيكي نوي؟ — ئەم لێدوانە لەلایەن زينه ر واژوونەکراوە. (لێدوان • بەشدارییەکان) \nبەڵێ ڕەنگە زۆر کەمی تیا بێت. یەکەم تکایە کاتێک لەم پەڕەیەدا شتێک دەنووسیت لە دوای نووسراوەکەت چوار نیشانەی ~ دابنێ کە نووسراوەکەت ئیمزا بکرێت و بزانین کێ نووسیویەتی. دووھەم تکایە کیبۆردێکی ستانداردی کوردی دابگرە و پێی بنووسە. سێھەم؛ ھەرکەس ھەر شتێک لە ویکیپیدیادا بنووسێت دیارە و ھەمووی پارێزراوە. بۆ بینینی ئەوە لە سەر مێژووەکەی ببینە کلیک بکە. تکایە پرسیارەکانت لە پرسگا بپرسە. سپاس",
+ "c-Pirehelokan-2015-07-17T16:20:00.000Z-زيادكردن": "داوا دةكةم بةشيكيتر بو كتيب بكةبنةوة بة ناوي (كتيبخانة) ...... ببورن ناوي ئةو شوينة نازانم جي بيدةلين بةلام مةبةستم لاي نوسراوةكاني(ميزوو.جوكرافيا.هتد) لة دةسبيكدا ... سوباس بو وةلامدانةوة — ئەم لێدوانە لەلایەن زينه ر واژوونەکراوە. (لێدوان • بەشدارییەکان) . بەڕێز @زينه ر: دەتوانی سەیری ویکیسۆرس بکەیت کە بە دەیان زمان ھەزاران کتێبی تێدایە. ویکی کتێبیش ھەیە کە من تا ئیستە بە کارم نەھێناوە.",
+ "c-Pirehelokan-2015-07-18T16:30:00.000Z-زيادكردن": ".سوباس بو وةلامدانةوة بلام ويكيكتيب زماني كوردي تيدا نية؟ .جون بتوانم ناوي خوم لةكاتي بلاو كردنةوةي بابةتيكي نوي؟ — ئەم لێدوانە لەلایەن زينه ر واژوونەکراوە. (لێدوان • بەشدارییەکان) بەڵێ ڕەنگە زۆر کەمی تیا بێت. یەکەم تکایە کاتێک لەم پەڕەیەدا شتێک دەنووسیت لە دوای نووسراوەکەت چوار نیشانەی ~ دابنێ کە نووسراوەکەت ئیمزا بکرێت و بزانین کێ نووسیویەتی. دووھەم تکایە کیبۆردێکی ستانداردی کوردی دابگرە و پێی بنووسە. سێھەم؛ ھەرکەس ھەر شتێک لە ویکیپیدیادا بنووسێت دیارە و ھەمووی پارێزراوە. بۆ بینینی ئەوە لە سەر مێژووەکەی ببینە کلیک بکە. تکایە پرسیارەکانت لە پرسگا بپرسە. سپاس",
"h-كێشەيەک-2015-07-23T12:37:00.000Z": "كێشەيەک",
- "c-زينه_ر-2015-07-23T12:37:00.000Z-كێشەيەک": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت.\n\n\nسڵاو بابەتێكم به ناوى پێنووس پاشەكەوت كرد بەڵام له بۆكسى گەڕاندا هيچ شتێك بەو ناوەوه نيه",
+ "c-زينه_ر-2015-07-23T12:37:00.000Z-كێشەيەک": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت. سڵاو بابەتێكم به ناوى پێنووس پاشەكەوت كرد بەڵام له بۆكسى گەڕاندا هيچ شتێك بەو ناوەوه نيه",
"c-Sarchia_Banokay-2015-07-23T13:16:00.000Z-زينه_ر-2015-07-23T12:37:00.000Z": "سڵاو، مەبەستت ئەمەیە (پێنووس)، لەوانەیە ھۆی نەدۆزینەوەکەت لە ئەنجامی ھەڵەی ڕێنووست بووبێت یان ناستانداردیی کیبۆردەکەت. ئەگەر ھەر پرسیارێکی ترت ھەبوو لە (ویکیپیدیا:پرسگا) بی پرسە، ئێرە تایبەتە بە پێشنیارەکان.",
"c-Kushared-2015-07-23T13:43:00.000Z-Sarchia_Banokay-2015-07-23T13:16:00.000Z": "بەڕێز تۆ وتارەکەت بەناوی بینوسی نووسیبوو کە لەڕێنووس تەواو هەڵەبوو ئێستا وتارەکەت ماوە لەژێرناوی (پێنووس) وەک کاک سەرچیاش ئاماژەی پێکردووە >>",
"h-چەند_پێشنیار_و_سەرنجێک-2015-07-26T13:11:00.000Z": "چەند پێشنیار و سەرنجێک",
- "c-Sarchia_Banokay-2015-07-26T13:11:00.000Z-چەند_پێشنیار_و_سەرنجێک": "بۆ بابەتی فۆنتەکە، نازانم ئێستا چی بکرێت، بی گۆڕین یان ھەر ئەمە بێت، بەو ھیوایەی ئەم باسە بگەینینە ئەنجامێک و کۆتایی پێ بێت.\nپێشنیاری ئەوە دەکەم ھەندێک گۆڕانکاری لە پەڕەی (دەستپێک) بکرێت، چەند بەشێک زیاد یان کەمبکرێن، پێم باشە شریتی گەڕان بە گەورەیی لە سەرەوە دابنرێت، لەبەرەوەی دەستگەیشتنی بەکارھێنەران بە وتارەکان، زۆربەی لەڕێی شریتی گەڕانەوەیە. چەند بەشێک زیاد بکرێت، بۆ نموونە بەشێک کە چەند پەندێکی پێشینانی تێدا بنووسرێت، یان بەشێک بەناوی (ھۆنراوەی ھەڵبژێردراو) تایبەت بە ھۆنراوەی شاعیرانی کورد. یان ھەر بەشێک و گۆڕانێکی تر کە ئێوە پێشنیاری بکەن.\nپێشتر لە لیستی زمانەکانی ویکیپیدیاکانی تر بۆ لینکی وتارەکانی ئەم ویکیپیدایە تەنیا دەنووسرا (کوردی)، بەڵام نازانم لەبەرچی گۆڕا بۆ (کوردیی ناوەندی)، ھەر کوردییەکە بەتەنیا ڕێکتر و جوانتر نەبوو، ھیچ کێشەیەک ڕووی دا؟\nشتێک زۆر لەمێژە دەمەوێت بیڵێم، لە زۆربەی ویکیپیدیاکانی تر ھێما یان پلە دەدرێت بە وتارەکان، بۆ وتارە باشەکان و وتارە ھەڵبژێردراوەکان، نازانم بۆ لێرە ئەم شتە نییە، چەندین وتاری باشمان ھەن، و تا ئێستا زۆرێک لە وتارەکان دانراون وەکوو وتاری ھەڵبژێردراو. ھۆی چییە؟\nبۆ زیاتر ناساندن و کارئاسانی بۆ بەژداربووە نوێیەکان، گەر کەسێک ھەستێت بە ئامادەکردنی چەند ڤیدیۆیەکی فێرکاری لەسەر ویکیپیدیا و ناساندنی و چۆنیەتیی دەستکاریکردنی، پاشان دانانیان لە یووتیووب و پەڕەی وتووێژی بەکارھێنەرە نوێیەکان. لەوانەیە ببێتە کارێکی باش. کەمیی دەستکاری و بەژداری لەم ویکیپیدیایەدا زیاتر بۆ نائاشنایی و کەمشارەزاییی بەکارھێنەران دەگەڕێنمەوە.\n\nجارێ ھەر ئەوانەم لەبیرن، گەر شتێکی ترم تێبینی کرد، ھەر لێرە ئاماژەی بۆ دەکەم.",
+ "c-Sarchia_Banokay-2015-07-26T13:11:00.000Z-چەند_پێشنیار_و_سەرنجێک": "بۆ بابەتی فۆنتەکە، نازانم ئێستا چی بکرێت، بی گۆڕین یان ھەر ئەمە بێت، بەو ھیوایەی ئەم باسە بگەینینە ئەنجامێک و کۆتایی پێ بێت. پێشنیاری ئەوە دەکەم ھەندێک گۆڕانکاری لە پەڕەی (دەستپێک) بکرێت، چەند بەشێک زیاد یان کەمبکرێن، پێم باشە شریتی گەڕان بە گەورەیی لە سەرەوە دابنرێت، لەبەرەوەی دەستگەیشتنی بەکارھێنەران بە وتارەکان، زۆربەی لەڕێی شریتی گەڕانەوەیە. چەند بەشێک زیاد بکرێت، بۆ نموونە بەشێک کە چەند پەندێکی پێشینانی تێدا بنووسرێت، یان بەشێک بەناوی (ھۆنراوەی ھەڵبژێردراو) تایبەت بە ھۆنراوەی شاعیرانی کورد. یان ھەر بەشێک و گۆڕانێکی تر کە ئێوە پێشنیاری بکەن. پێشتر لە لیستی زمانەکانی ویکیپیدیاکانی تر بۆ لینکی وتارەکانی ئەم ویکیپیدایە تەنیا دەنووسرا (کوردی)، بەڵام نازانم لەبەرچی گۆڕا بۆ (کوردیی ناوەندی)، ھەر کوردییەکە بەتەنیا ڕێکتر و جوانتر نەبوو، ھیچ کێشەیەک ڕووی دا؟ شتێک زۆر لەمێژە دەمەوێت بیڵێم، لە زۆربەی ویکیپیدیاکانی تر ھێما یان پلە دەدرێت بە وتارەکان، بۆ وتارە باشەکان و وتارە ھەڵبژێردراوەکان، نازانم بۆ لێرە ئەم شتە نییە، چەندین وتاری باشمان ھەن، و تا ئێستا زۆرێک لە وتارەکان دانراون وەکوو وتاری ھەڵبژێردراو. ھۆی چییە؟ بۆ زیاتر ناساندن و کارئاسانی بۆ بەژداربووە نوێیەکان، گەر کەسێک ھەستێت بە ئامادەکردنی چەند ڤیدیۆیەکی فێرکاری لەسەر ویکیپیدیا و ناساندنی و چۆنیەتیی دەستکاریکردنی، پاشان دانانیان لە یووتیووب و پەڕەی وتووێژی بەکارھێنەرە نوێیەکان. لەوانەیە ببێتە کارێکی باش. کەمیی دەستکاری و بەژداری لەم ویکیپیدیایەدا زیاتر بۆ نائاشنایی و کەمشارەزاییی بەکارھێنەران دەگەڕێنمەوە. جارێ ھەر ئەوانەم لەبیرن، گەر شتێکی ترم تێبینی کرد، ھەر لێرە ئاماژەی بۆ دەکەم.",
"c-Pirehelokan-2015-07-26T16:51:00.000Z-Sarchia_Banokay-2015-07-26T13:11:00.000Z": "بۆ فۆنتەکە پێشتر وڵامم داوە، بۆ دانانی ھۆنراوە لە پەڕەی دەستپێکدا لەگەڵی نیم، چون ئێرە ئینسایکلۆپیدیایە نەک ماڵپەڕی ئەدەبی یان شتی تر. ئینجا ویکیپیدیاش یاسا و ڕێسای تایبەتی خۆی ھەیە. ئەگەرچی من خۆم زۆر حەز بە شێعر و بەتایبەت شێعری کوردی ئەکەم، بەڵام ئەم کارە بە باش نازانم. پێشتر دەنووسرا سۆرانی ئیستە دەنووسرێت کوردیی ناوەندی. من کوردیی ناوەندی بە زانستی تر دەزانم تا سۆرانی. ئەو پرسیارەی لە سەر کواڵیتی و گرنگیی وتارەکان کردت منیش بۆم گرنگ بوو سەیری ئێرە بکە. ئینجا سەیرێکی ئێرەش بکە خراپ نیە و زۆریش بەکەڵکە. ژمارەی گەڕانەکانی بۆ ھەر وتارێک تێدایە لە ھەر ویکییەکدا. بەڵام ویکیی سۆرانیی تێدا نیە! بۆچی؟ خۆت تا ڕادەیەک دەزانی بۆچی. بەڵام ڕەنگە بتوانین زیادی بکەین پێی. ڤیدیۆیەکی فێرکاریم دروست کردبوو کە ئەگەر دەرفەت بوو بە زوویی لە یووتووبدا باری دەکەم. سپاس بۆ پێشنیارەکانت. لەگەڵ ڕێز",
"c-Sarchia_Banokay-2015-07-26T18:15:00.000Z-Pirehelokan-2015-07-26T16:51:00.000Z": "دانانی ھۆنراوەم تەنیا وەک نموونەیەک ھێنایەوە، زۆرتر مەبەستم ئەوەبوو ھەندێک چاکسازی تێدا بکەین، بۆ فۆنتەکەش نازانم دەبێت کێشەکان چیی بن؟ سەبارەت بە ناوی ویکیپیدیا پێشتر تەنیا دەنووسرا (کوردی) ھیچکات نەمدیوە بنووسرێ سۆرانی. بۆ کوالیتی و گرنگی وتارەکانیش مەبەستم داڕێژەی پەڕەی وتووێژ نەبوو، مەبەستم ئەم نیشانانەیە (وێنە) یان ئەمە (وێنە). ئەو لینکەی دووەمیش (http://stats.grok.se) نازانم بۆ وەڵامی کامە پرسیارمت دانەوە، باش تێنەگەیشتم.",
"c-Pirehelokan-2015-07-27T05:51:00.000Z-Sarchia_Banokay-2015-07-26T13:11:00.000Z": "بۆ ئەو جۆرە پلەبەندییەی کە فەرمووت وەک بەڕێز چالاک وتبووی ئەشێ خۆمان بیکەین و وابزانم پێویستمان بە بۆتێکیش ھەبێت. سەیرێکی ئێرە بکە. ئەو بەستەری ئامارەکانیشم بۆ ئەوە دانا کە گرنگیی ھەر وتارێکی ویکیپیدیا بە ژمارەی گەڕانەکانی دیاری دەکرێت. ھەرچەند وابزانم ئەشێ لە بنکەدراوەیەکدا لە شوێنی تردا ئەو ئامارانە پارێزرابێتن و ئەو بەستەرە تەنیا ئینترفەیسێکە بۆ بەکارھێنەران.",
"h-پێشگری_(ئەل)_بۆ_ناوە_عەرەبییەکان-2015-08-24T18:29:00.000Z": "پێشگری (ئەل) بۆ ناوە عەرەبییەکان",
- "c-Diyar_se-2015-08-24T18:29:00.000Z-پێشگری_(ئەل)_بۆ_ناوە_عەرەبییەکان": "سڵاو هاوڕێیان،\n\nپێویستە کە ئەم کێشەیە یەکلایی بکەینەوە هاوڕێیان، تکایە ڕای خۆتان بڵێن دەربارەی ئەوەی کە پێشگری (ئەل) (بە عەرەبی: ال) بۆ ناوە عەرەبییەکان دابنرێت یان نا، بۆ نموونە بنووسرێت ئەلخەوارزمی یان خەوارزمی یاخود ئەلکیندی یان کیندی.\n\nبەڕێزان (ئاسۆ، Min.neel، KovanBarzinji، Diyako kazm، Sarchia Banokay، Kushared، پیرەھەڵۆ) تکایە ئێوەش ڕای خۆتان بڵێن.",
+ "c-Diyar_se-2015-08-24T18:29:00.000Z-پێشگری_(ئەل)_بۆ_ناوە_عەرەبییەکان": "سڵاو هاوڕێیان، پێویستە کە ئەم کێشەیە یەکلایی بکەینەوە هاوڕێیان، تکایە ڕای خۆتان بڵێن دەربارەی ئەوەی کە پێشگری (ئەل) (بە عەرەبی: ال) بۆ ناوە عەرەبییەکان دابنرێت یان نا، بۆ نموونە بنووسرێت ئەلخەوارزمی یان خەوارزمی یاخود ئەلکیندی یان کیندی. بەڕێزان (ئاسۆ، Min.neel، KovanBarzinji، Diyako kazm، Sarchia Banokay، Kushared، پیرەھەڵۆ) تکایە ئێوەش ڕای خۆتان بڵێن.",
"c-Kushared-2015-08-24T19:08:00.000Z-Diyar_se-2015-08-24T18:29:00.000Z": "بەڕای من نەنووسرێت باشترە، بەس هەندێک وتار باوبووە دەبێت بنووسرێت نموونەی ئەلجەزیرە و ئەلقاعیدە هتد... >",
"c-ئاسۆ-2015-08-25T09:55:00.000Z-Diyar_se-2015-08-24T18:29:00.000Z": "ناڵێم ببێت بە پێوەر بەڵام ئەگەر چاوێکمان لە ناوەکەی لە ویکیپیدیای فارسیشەوە ببێت خراپ نییە.",
"c-Sarchia_Banokay-2015-08-25T10:23:00.000Z-ئاسۆ-2015-08-25T09:55:00.000Z": "بەڕای من بەکارھێنانی (ئەل) لەگەڵ ناودا شتێکە پەیوەندیی بە زمانی عەرەبییەوە ھەیە و پێویست ناکات بی گوازینەوە بۆ کوردی، ناوەکە بێ (ئەل) ئاسانتر گۆ دەکرێت لەسەر زار. بەڵام وا باشە ھەموو کاتێک ڕەوانەکەرێکی بۆ درووست بکرێت، بۆ (ئەل+ناوەکە).",
@@ -60,17 +60,17 @@
"c-Calak-2016-02-04T11:48:00.000Z-چوونە_ژوورەوە": "بەرێزان دەڵێن چی ئەم وشەیە لە ڕووکاری ویکیپیدیادا بکەین بە چوونە ناوەوە؟ ھەر دەووکیان ھەر باون بەڵام من چوونە ناوەوەم پێ باشتر چون بۆ ھەموو کوردیک مانایەکی ھەیە بەڵام چوونە ژوورەوە وا نییە. لە ھەندێک شوێن ھەر شێوەزاری سۆرانیی خۆمان بچۆ ژوورەوە یان بچۆ سەرەوە. بەڵام چوونە ناوەوە لای ھەموو کوردیک ھەر یەک مانای ھەیە.",
"c-Épine-2019-05-14T20:16:00.000Z-Calak-2016-02-04T11:48:00.000Z": "لەگەڵ--◂",
"h-لۆگۆی_ویکیپیدیای_کوردی-2016-03-03T14:26:00.000Z": "لۆگۆی ویکیپیدیای کوردی",
- "c-Serchia-2016-03-03T14:26:00.000Z-لۆگۆی_ویکیپیدیای_کوردی": "لۆگۆ\nلە کوردیدا شێوەخەتێکی تایبەت و دیاریکراومان نییە، تا لێرە و لە شوێنەکانی تر پشتی پێ ببەسترێ، و کوردی پێ بناسرێتەوە. ئەو فۆنتانەی ھەنە زۆربەیان لە فارسی و عەرەبی وەرگیراون، و لە ھەر شوێنەی جۆرە فۆنتێ بەکاردێ.\n\nلەبارەی فۆنتی نووسینی لۆگۆی ویکیپیدیای کوردی، لە نووسینە کوردییەکان کەم بەکارھاتووە. ئەمن پێشنیاری گۆڕینی دەکەم، ھەم شێوەکەی ئەوەندە جوان و ڕێک نییە، و ھەم خوێندنەوەکەشی زۆر خۆش نییە، بەتایبەتی نووسینی (ئینسایکڵۆپیدیای ئازاد).\nلۆگۆیەکم ئامادەکردووە و پێشنیاری دانانی ئەویان دەکەم، گەر ھەر کەسێکی تریش شتێکی وای دروستکردووە یان دەیەوێ دروستی بکات، با لێرە بیخاتە ڕوو و بڕیارییان لەسەر بدەین. |",
+ "c-Serchia-2016-03-03T14:26:00.000Z-لۆگۆی_ویکیپیدیای_کوردی": "لۆگۆ لە کوردیدا شێوەخەتێکی تایبەت و دیاریکراومان نییە، تا لێرە و لە شوێنەکانی تر پشتی پێ ببەسترێ، و کوردی پێ بناسرێتەوە. ئەو فۆنتانەی ھەنە زۆربەیان لە فارسی و عەرەبی وەرگیراون، و لە ھەر شوێنەی جۆرە فۆنتێ بەکاردێ. لەبارەی فۆنتی نووسینی لۆگۆی ویکیپیدیای کوردی، لە نووسینە کوردییەکان کەم بەکارھاتووە. ئەمن پێشنیاری گۆڕینی دەکەم، ھەم شێوەکەی ئەوەندە جوان و ڕێک نییە، و ھەم خوێندنەوەکەشی زۆر خۆش نییە، بەتایبەتی نووسینی (ئینسایکڵۆپیدیای ئازاد). لۆگۆیەکم ئامادەکردووە و پێشنیاری دانانی ئەویان دەکەم، گەر ھەر کەسێکی تریش شتێکی وای دروستکردووە یان دەیەوێ دروستی بکات، با لێرە بیخاتە ڕوو و بڕیارییان لەسەر بدەین. |",
"c-Kushared-2016-03-03T14:44:00.000Z-Serchia-2016-03-03T14:26:00.000Z": "دەستخۆش منیش هاوڕام لەگەڵ گۆڕینی و ئەوەی داتناوە ڕوونترە لەوەی ئێستا دانراوە، بەتایبەت وشەی ئینسایکڵۆپیدیا زۆر بەسەریەکەوە نووسراوە ... بزانین بەشداربووەکانی دیکە چی دەڵێن. >",
"c-Diyako_kazm-2016-03-03T14:50:00.000Z-Kushared-2016-03-03T14:44:00.000Z": "دەستخۆش، منیش هاوڕاتم، ئەم خەتەی لە لۆگۆکە دا هەیە ، زۆر جوانە، با ڕا وەرگرین و بزانین چ دەبێ؟!",
"c-Diyar_se-2016-03-03T15:56:00.000Z-Serchia-2016-03-03T14:26:00.000Z": "دەستخۆش بە ڕای منیش پێویستە ئەو لۆگۆیە گۆڕانکاری تێدا بکرێت. نموونەکەی تۆ جوانە بەڵام ئەگەر ئەتوانی چەند دانەیەکی تر بە فۆنتی جیاواز دروست بکە تا دانەیەکیان هەڵبژێرین.",
"c-Calak-2016-03-03T16:29:00.000Z-Diyar_se-2016-03-03T15:56:00.000Z": "منیش پێم خۆشە بیگۆڕین بەڵام گۆڕینەکەی ئاوا ھاسان نییە. ئەو قۆنتە حەتمەن دەبێ مۆڵەتنامەکەی ئازاد بێ دەنا ناتوانین بە کاری بھێنین. سپاس.",
"c-Serchia-2016-03-07T13:22:00.000Z-Calak-2016-03-03T16:29:00.000Z": "کەواتە ھەمووان ڕازین لەسەر گۆڕینی. لەبارەی مۆڵەتنامەکەوەیە دڵنیانیم، بەڵام ناوەندی بڵاوکەرەوەی فۆنتەکان، بەخۆڕایی لەسەر ئینتەرنێتی داناون، و ھەموو کەسێ ئازادە لە دابەزاندنیان و بەکارھێنانیان. |",
"c-Calak-2016-03-07T15:29:00.000Z-Serchia-2016-03-07T13:22:00.000Z": "دانان بەخۆڕایی و مۆڵەتنامەی ئازاد دوو شتی جیاوازن. ئەگەر مۆڵەتنامەکە ئازاد نەبێ خودی خاوەنی فۆنتەکەش بڵێن ئازادن بۆ بەکارھێنانی ناتوانین بە کاری بھێنین. ئەم فۆنتەی ئێستا ئەگەرچی خۆم پێم جوان نییە بەڵام مۆڵەتنامەکەی ئازادە بۆیە بەکارھاتووە. سپاس.",
- "c-Serchia-2016-03-07T16:00:00.000Z-Calak-2016-03-07T15:29:00.000Z": "لەوەی ئێستا کە جوانترە، بەڵام مەرج نییە ھەر ئەوە بەکاربێنین. پێشنیاری چی دەکەن؟ ئەوە دابنێین یان چەندێکی تریش ئامادە بکەین. |",
+ "c-Serchia-2016-03-07T16:00:00.000Z-Calak-2016-03-07T15:29:00.000Z": "لەوەی ئێستا کە جوانترە، بەڵام مەرج نییە ھەر ئەوە بەکاربێنین. پێشنیاری چی دەکەن؟ ئەوە دابنێین یان چەندێکی تریش ئامادە بکەین. |",
"c-Calak-2016-03-07T21:19:00.000Z-Serchia-2016-03-07T16:00:00.000Z": "بەڵێ منیش پێم جوانترە. تکایە ھەر چی دروستی دەکەی حەتمەن مۆڵەتنامەکەی لەبەر چاو بگرە. بە کورتی لە فۆنتێک بگەڕە مۆڵەتنامەکەی ئازاد بێ دەنا ناتوانین بە کاری بھێنین. دەبێ حەتمەن لۆگۆکەش وەشانی SVGی ھەبێت. سپاس.",
"h-فەیسبووک-2016-07-30T15:43:00.000Z": "فەیسبووک",
- "c-Serchia-2016-07-30T15:43:00.000Z-فەیسبووک": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت.\n\n\nسڵاو، بەڕێزان وەک دەزانن ئێستا بڵاوترین ماڵپەڕەکان تۆڕە کۆمەڵایەتییەکانن، لەوانەش فەیسبووک، تویتەر، ... زۆر کۆمپانیا و ماڵپەڕ ھەوڵی پەیاکردنی ھەوادار و خۆناساندن دەدەن لەڕێی ئەو تۆڕانەوە. من لێرەوە پێشنیاری ناساندنی پەڕەیەکی فەیسبووک دەکەم وەک پەڕەی فەرمیی ویکیپیدیای کوردی، ویکیپیدیای ئینگلیزی و ئەوانی دیش پەڕەیان لە فەیسبووک ھەیە. خۆشبەختانە پەڕەیەکی کوردیش ھەیە (لەم بەستەرە) کە کاک (@Diyar se:) دروستی کردووە و پێوەی ماندوو بووە. پەڕەکە زیادتر لە ٦٠٠٠ لایکی ھەیە، کار بۆ ناساندی ویکیپیدیا و بڵاوکردنەوەی وتارەکانی دەکات. من و کاک @Kushared: لەگەڵ کاک دیار لە پەڕەکە بەڕێوەبەرین، دەمانەوێت پەڕەکە بکەین بە پەڕەی فەرمی ویکیپیدیای کوردی، لە پەڕەی پەیوەندی و پەڕەی دەستپێک ئاماژەی پێ بدرێت، ماوەیەکیش وەک ئاگادارییەکەت لە سەرەوەی ویکیپیدیا دەربکەوێت. ھەر بەڕێوەبرێکی تر یان بەکارھێنەرێکی باوەڕپێکراوی تریش دەیەوێت ببێت بە بەڕێوەبەری و کاری تێدا بکات، با داوا بکات. |",
+ "c-Serchia-2016-07-30T15:43:00.000Z-فەیسبووک": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت. سڵاو، بەڕێزان وەک دەزانن ئێستا بڵاوترین ماڵپەڕەکان تۆڕە کۆمەڵایەتییەکانن، لەوانەش فەیسبووک، تویتەر، ... زۆر کۆمپانیا و ماڵپەڕ ھەوڵی پەیاکردنی ھەوادار و خۆناساندن دەدەن لەڕێی ئەو تۆڕانەوە. من لێرەوە پێشنیاری ناساندنی پەڕەیەکی فەیسبووک دەکەم وەک پەڕەی فەرمیی ویکیپیدیای کوردی، ویکیپیدیای ئینگلیزی و ئەوانی دیش پەڕەیان لە فەیسبووک ھەیە. خۆشبەختانە پەڕەیەکی کوردیش ھەیە (لەم بەستەرە) کە کاک (@Diyar se:) دروستی کردووە و پێوەی ماندوو بووە. پەڕەکە زیادتر لە ٦٠٠٠ لایکی ھەیە، کار بۆ ناساندی ویکیپیدیا و بڵاوکردنەوەی وتارەکانی دەکات. من و کاک @Kushared: لەگەڵ کاک دیار لە پەڕەکە بەڕێوەبەرین، دەمانەوێت پەڕەکە بکەین بە پەڕەی فەرمی ویکیپیدیای کوردی، لە پەڕەی پەیوەندی و پەڕەی دەستپێک ئاماژەی پێ بدرێت، ماوەیەکیش وەک ئاگادارییەکەت لە سەرەوەی ویکیپیدیا دەربکەوێت. ھەر بەڕێوەبرێکی تر یان بەکارھێنەرێکی باوەڕپێکراوی تریش دەیەوێت ببێت بە بەڕێوەبەری و کاری تێدا بکات، با داوا بکات. |",
"c-Kushared-2016-07-30T17:05:00.000Z-Serchia-2016-07-30T15:43:00.000Z": "دەستی کاک دیار خۆشبێت بۆ کردنەوەی بەڵام من خۆم بێلایەن دەبم لەوەی لەویکیپیدیا بەستەری ئەو پەیجەی فەیسبووک دابنرێت یان نا. بەڵام پێمباشە گرنگی بەو پەڕەیە زیاتربدەین و شێوازی ناساندنی ویکیپیدیا و پێشموایە تا ئێستا سوودی باشی هەبووە ئینشاڵا لەپلانی خۆمدایە چەند ڤیدیۆیەکی باش بۆ ناساندنی زیاتری ویکی درووستبکەم بەتایبەتی بۆ ئەو پەیجە چوونکە پێموایە هێشتا ڕووکاری ویکیپیدیا ئاڵۆزە و پێویستە خەڵکی زیاتر و ئاسانتر لەویکیپیدیا تێبگەن >",
"c-Diyar_se-2016-08-04T20:01:00.000Z-فەیسبووک": "زۆر سوپاس کاک @Serchia: و کاک محەممەد @Kushared:. هەڵبەتە من بە ئەرکی خۆمم زانیوە بۆیە هەستاوم بەو کارە. واش دەزانم کە سوودێکی باشی هەبووە و کەسانێکی نوێی هێناوەتە ناو ویکیپیدیای کوردییەوە. پێویستە بەردەوام کەسانی نوێ بانگهێشت بکەین بۆ ویکیپیدیا چونکە ئێمە هەمیشە لێرە نابین و ئەکرێ لەبەر پیشەکانی خۆمان کاتی ئەوەمان نەبێت لێرە بەشداری بکەین کە یەکێک لەوانە خۆمم. هەر لەبەر ئەوە بە پێویستم زانی لە تۆڕە کۆمەڵایەتییەکان ویکیپیدیا زیاتر بناسێنم. هیوادارم ئەو پێشنیارەی کاک سەرچیا جێ بەجێ بکرێت بۆ برەودان بە پەڕەکە. دووبارە دەستتان خۆش بێت. ڕای ئێوە چییە کاک @Calak:",
"c-Serchia-2016-08-25T09:42:00.000Z-Diyar_se-2016-08-04T20:01:00.000Z": "باشتر وایە ماوەیەک لە پەڕەی (Sitenote) دەربکەوێت، گەر کەسێک تێبینییەکی نییە، ئەوا دای دەنێین. |",
@@ -78,14 +78,14 @@
"c-Serchia-2016-12-29T15:24:00.000Z-Lost_Whispers-2016-12-28T14:22:00.000Z": "ئەو ھەژمارانە بەڕێوەبردنیان دەوێت، ڕەنگە کارەکە زۆر ئاسان نەبێت، دواتر دەبێت بڕوانین کە ئایا لەوێ خوێنەرێکی وا ھەیە، بە گشتی تویتەر تۆڕێکی زۆر باو نییە لەنێو کورد. ئەوەی فەیسبووک شتێکی باشە، و بوونی یەکێکیش لە ئینستاگرام شتێکی خراپ نییە، کە لەوێش پێموابێ کاک موحەممەد یەکێکی دروست کردووە. |",
"c-Lost_Whispers-2016-12-29T15:34:00.000Z-Serchia-2016-12-29T15:24:00.000Z": "ئەگەر کەس نییە یان کەم کەس ھەیە بۆ پۆستکردن من خۆم کاندید دەکەم. لە فەیسبووک یان ئینستاگرام، تویتەریش ھەر دەبێت :)—",
"h-پێشنیاری_سڕینەوە-2017-03-19T06:20:00.000Z": "پێشنیاری سڕینەوە",
- "c-Pirehelokan-2017-03-19T06:20:00.000Z-پێشنیاری_سڕینەوە": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت.\n\n\nپێویستمان بە Proposed deletion ھەیە. ئەم تاگە لە سڕینەوەی خێرا گونجاوترە بۆ بڕێک لە وتارەکان.",
+ "c-Pirehelokan-2017-03-19T06:20:00.000Z-پێشنیاری_سڕینەوە": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت. پێویستمان بە Proposed deletion ھەیە. ئەم تاگە لە سڕینەوەی خێرا گونجاوترە بۆ بڕێک لە وتارەکان.",
"c-Lost_Whispers-2017-03-19T07:20:00.000Z-Pirehelokan-2017-03-19T06:20:00.000Z": "لەگەڵ—",
"c-Épine-2017-08-22T16:12:00.000Z-Pirehelokan-2017-03-19T06:20:00.000Z": " کرا: {{پێشنیاری سڕینەوە}}◂",
"h-ئاڵای_بۆت-2017-04-14T16:20:00.000Z": "ئاڵای بۆت",
- "c-Lost_Whispers-2017-04-14T16:20:00.000Z-ئاڵای_بۆت": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت.\n\n\nبەڕێوەبەرانی بەڕێز: @Calak: @Kushared: یان ھەر بەڕێوەبەرێکی چالاکی تر: تکایە یەکێکتان دەتوانن ئاڵای بۆت ببەخشن بە بەکارھێنەر:AlaaBot؟ ئەم بۆتە لەلایەن @علاء: کاری پێ دەکرێت و ئەو یارمەتیمان دەدات لەگەڵ ھەندێک کاروباری تەکنیکی. تکایە بە زووترین کات گەر توانیتان ھەستن بەم کارە. ھەر لەسەر وتووێژی بەکارھێنەر خۆی زیاتر وتووێژ لەسەر بابەتەکە کراوە گەر زیاتر ویستتان بزانن بۆچی پێویستە ئەم کارە بکرێت. زۆر سوپاس.—",
+ "c-Lost_Whispers-2017-04-14T16:20:00.000Z-ئاڵای_بۆت": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت. بەڕێوەبەرانی بەڕێز: @Calak: @Kushared: یان ھەر بەڕێوەبەرێکی چالاکی تر: تکایە یەکێکتان دەتوانن ئاڵای بۆت ببەخشن بە بەکارھێنەر:AlaaBot؟ ئەم بۆتە لەلایەن @علاء: کاری پێ دەکرێت و ئەو یارمەتیمان دەدات لەگەڵ ھەندێک کاروباری تەکنیکی. تکایە بە زووترین کات گەر توانیتان ھەستن بەم کارە. ھەر لەسەر وتووێژی بەکارھێنەر خۆی زیاتر وتووێژ لەسەر بابەتەکە کراوە گەر زیاتر ویستتان بزانن بۆچی پێویستە ئەم کارە بکرێت. زۆر سوپاس.—",
"c-Kushared-2017-04-15T13:42:00.000Z-Lost_Whispers-2017-04-14T16:20:00.000Z": "پێدانی ئاڵای بۆت لە دەسەڵاتی بەڕێوبەردا نییە لە دەسەڵاتی ستیواردەکانە، لێرە داواکاری پێشکەشبکەن ویکیپیدیا:دیوەخان (تەکنیکی)/بۆت >",
"h-پرۆژەی_WikiLove-2017-05-09T01:41:00.000Z": "پرۆژەی WikiLove",
- "c-Lost_Whispers-2017-05-09T01:41:00.000Z-پرۆژەی_WikiLove": "ئەم وتووێژەی خوارەوە داخراوە و بەم زووانە ئەرشیڤ دەکرێت: \nبەڕێوەبەرانی بەڕێز: @Pirehelokan: @Kushared: @Calak: @Serchia: @Aza: @Min.neel: و گشت بەشداربووانی تر: من پێشنیار دەکەم کە ویکیخۆشەویستی یان WikiLove بۆ ویکیپیدیاکەی ئێمەش زیاد بکرێت، ئینجا ھەر ئەم ساڵ بێت زۆر باشتر دەبوو! بە بڕوای من کە سەیری ویکیپیدیاکانی تر دەکەم ویکیخۆشەویستی زۆر ھانی بەشداربووانی تر دەدات بۆ بەردەوام بوون لە دەستکاریکردن و باشترکرشنی ویکیپیدیا، شتێکی زۆر باشە بۆ دەربڕینی دەستخۆشی بۆ بەشداربووانی تر. منیش بە باشی دەزانم کە ئێمەش ھەمان بێت چوونکە وای بۆ دەچم ئەو کات ڕێژەی بەشداربووانە چالاکەکان زۆر زیادتر دەبێت و ئاسانتر دەبێت مامەڵەیان لەگەڵ بکەین و ھانیان بدەین بۆ بەردەوام بوون. سەیری میدیاویکی بکەن بۆ زانیاری لەسەر پرۆژەکە، ئەمەش بەستەری داگرتنی کۆدەکان و ئیکستێنکشنەکەیە، ئێوە لەسەر ئەمە ڕاتان چییە؟—",
+ "c-Lost_Whispers-2017-05-09T01:41:00.000Z-پرۆژەی_WikiLove": "ئەم وتووێژەی خوارەوە داخراوە و بەم زووانە ئەرشیڤ دەکرێت: بەڕێوەبەرانی بەڕێز: @Pirehelokan: @Kushared: @Calak: @Serchia: @Aza: @Min.neel: و گشت بەشداربووانی تر: من پێشنیار دەکەم کە ویکیخۆشەویستی یان WikiLove بۆ ویکیپیدیاکەی ئێمەش زیاد بکرێت، ئینجا ھەر ئەم ساڵ بێت زۆر باشتر دەبوو! بە بڕوای من کە سەیری ویکیپیدیاکانی تر دەکەم ویکیخۆشەویستی زۆر ھانی بەشداربووانی تر دەدات بۆ بەردەوام بوون لە دەستکاریکردن و باشترکرشنی ویکیپیدیا، شتێکی زۆر باشە بۆ دەربڕینی دەستخۆشی بۆ بەشداربووانی تر. منیش بە باشی دەزانم کە ئێمەش ھەمان بێت چوونکە وای بۆ دەچم ئەو کات ڕێژەی بەشداربووانە چالاکەکان زۆر زیادتر دەبێت و ئاسانتر دەبێت مامەڵەیان لەگەڵ بکەین و ھانیان بدەین بۆ بەردەوام بوون. سەیری میدیاویکی بکەن بۆ زانیاری لەسەر پرۆژەکە، ئەمەش بەستەری داگرتنی کۆدەکان و ئیکستێنکشنەکەیە، ئێوە لەسەر ئەمە ڕاتان چییە؟—",
"c-Serchia-2017-05-10T16:54:00.000Z-Lost_Whispers-2017-05-09T01:41:00.000Z": "دڵنیانیم لەوەی ئەمە بتوانێت شتێکی وا لە ویکیپیدیا بگۆڕێ! بەڵام بوونیشی بە شتێکی خراپ نابینم، لە ویکییەکانی تر بینیومە و بەکارم ھێناوە. دەکرێت ئێمەش ھەمان بێت.",
"c-Lost_Whispers-2017-05-10T17:19:00.000Z-Serchia-2017-05-10T16:54:00.000Z": "ئەگەر ئێمە دەستخۆشی خۆمان بۆ بەشداربووانی تر دەرببڕین و دڵنیان بکەینەوە کە بەشدارییەکانیان بۆ ھیچ نەبووە ئەوە زیادتر ھەوڵ دەدەن کە چالاک بن، من بۆ خۆم وا دەستم پێ کردووە، لە سوپاسێکی ئاواوە بووە.—",
"c-Calak-2017-06-30T10:51:00.000Z-Lost_Whispers-2017-05-10T17:19:00.000Z": "بۆ ئەمە دەبێ ھەموو پەیامەکانی بکەینە کوردی و ئەمەش کارێکی ئاسان نییە. من خۆم دژایەتیم نییە ھەبوونی قازانجیشی نەبێ زەرەری نییە.",
@@ -102,12 +102,12 @@
"c-Épine-2017-07-04T03:46:00.000Z-تێبینییەکان": "لەژێر کاردایە... ◂ ",
"c-Épine-2017-07-05T17:55:00.000Z-تێبینییەکان": " زیاد کرا. ئێستا ویکیخۆشەویستی لای ئێمە زیاد کراوە. دەتوانن یارمەتی بدەن لە وەرگێڕان ^_^ ◂ ",
"h-داڕێژەکانی_ڕاگرتن-2017-07-03T19:53:00.000Z": "داڕێژەکانی ڕاگرتن",
- "c-Épine-2017-07-03T19:53:00.000Z-داڕێژەکانی_ڕاگرتن": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت.\n\n\nسڵاو بەڕێزان، @Serchia: و @Calak: و ھاوڕێیانی تر. ماوەیەک لەمەوبەر لەگەڵ سەرچیا باسی داڕێژەی {{ھەتیو}}مان کرد لەسەر پەڕەی وتووێژەکەم. کاک سەرچیا وتی کە تاگەکان لەسەر وتارەکان زۆربوون و ناشرین دەبن. ئێستا من پێشنیاری ئەوە دەکەم کە ئەم تاگە، و ھی {{بێ پۆل}} و {{بێ سەرچاوە}} و، داڕێژە ھاوشێوەکانی تر، بە شێوەی ئایکۆنی سەر پەڕە (Top icon) دەربکەوێت و پۆلێکیش لەگەڵیا بێت بۆ کۆکردنەوەی ئەو پەڕانە، بە ھەمان شێوەی {{نیشانی بارکەر}}، بۆ نموونە. ئەم بیرۆکەیەتان پێ چۆنە؟ ◂ ",
+ "c-Épine-2017-07-03T19:53:00.000Z-داڕێژەکانی_ڕاگرتن": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت. سڵاو بەڕێزان، @Serchia: و @Calak: و ھاوڕێیانی تر. ماوەیەک لەمەوبەر لەگەڵ سەرچیا باسی داڕێژەی {{ھەتیو}}مان کرد لەسەر پەڕەی وتووێژەکەم. کاک سەرچیا وتی کە تاگەکان لەسەر وتارەکان زۆربوون و ناشرین دەبن. ئێستا من پێشنیاری ئەوە دەکەم کە ئەم تاگە، و ھی {{بێ پۆل}} و {{بێ سەرچاوە}} و، داڕێژە ھاوشێوەکانی تر، بە شێوەی ئایکۆنی سەر پەڕە (Top icon) دەربکەوێت و پۆلێکیش لەگەڵیا بێت بۆ کۆکردنەوەی ئەو پەڕانە، بە ھەمان شێوەی {{نیشانی بارکەر}}، بۆ نموونە. ئەم بیرۆکەیەتان پێ چۆنە؟ ◂ ",
"c-Épine-2017-07-12T21:47:00.000Z-Épine-2017-07-03T19:53:00.000Z": "مادام دژ نییە، ھەفتەیەکی تر وای لێ دەکەم.--◂ ",
"c-Calak-2017-07-21T17:42:00.000Z-Épine-2017-07-12T21:47:00.000Z": "بۆ ئەمە من زۆر دڵنیا نیم.",
"c-Épine-2017-07-21T17:45:00.000Z-Calak-2017-07-21T17:42:00.000Z": "ئێستا من وام لێ کردوون. ئێستا وتارەکان شێوەیان خاوێنتریشە. ئەگەر وا بەڕێوەنەچوو وەک جارانی لێ دەکەینەوە.",
"h-چیرۆک-2017-07-04T01:52:00.000Z": "چیرۆک",
- "c-صلصة_صويا-2017-07-04T01:52:00.000Z-چیرۆک": "ئەم وتووێژەی خوارەوە داخراوە و بەم زووانە ئەرشیڤ دەکرێت: \nسڵاو بەڕێزان من دەمەوێت ئاگادارتان بکەمەوە لە هەڵەیەک بەدڵنیاییەوە ئێوەش بینیوتانە، زۆربەی کات کاتێک لەسەر فیلمێک یان کتێبێک کە باسی چیرۆکەکە دەکات دەنووسرێت \"چیڕۆک\" وە ئەمە لەگەڵ سۆرانی یەک ناگرێتەوە هیوادارم چارەسەرێکی بۆ بکەن",
+ "c-صلصة_صويا-2017-07-04T01:52:00.000Z-چیرۆک": "ئەم وتووێژەی خوارەوە داخراوە و بەم زووانە ئەرشیڤ دەکرێت: سڵاو بەڕێزان من دەمەوێت ئاگادارتان بکەمەوە لە هەڵەیەک بەدڵنیاییەوە ئێوەش بینیوتانە، زۆربەی کات کاتێک لەسەر فیلمێک یان کتێبێک کە باسی چیرۆکەکە دەکات دەنووسرێت \"چیڕۆک\" وە ئەمە لەگەڵ سۆرانی یەک ناگرێتەوە هیوادارم چارەسەرێکی بۆ بکەن",
"c-Épine-2017-07-04T03:47:00.000Z-صلصة_صويا-2017-07-04T01:52:00.000Z": "من پێم باشە ھەموو بکرێن بە «چیرۆک.» ◂ ",
"c-Kushared-2017-07-04T11:01:00.000Z-Épine-2017-07-04T03:47:00.000Z": "ئەگەر پێشنیاری دیکەت هەیە بیخەڕوو، کە دەڵێی چیڕۆک ئەوە خەڵک زیاتر تێدەگات کە چ شتێک لەژێرییەوە نووسراوە. >",
"c-Calak-2017-07-04T11:26:00.000Z-Kushared-2017-07-04T11:01:00.000Z": "من بیستوومە چیڕۆک ھەڵەیە و دەبێ بنووسرێ چیرۆک بەڵام ھۆکارەکەی نازانم. چیرۆک لە چییەوە ھاتووە؟ ئەگەر لە «چڕین» بێ چیڕۆک دروستترە بەڵام دەتوانێ ھیچ فڕی بە چڕینەوە نەبێ. ھەتا ئێتیمۆلۆجی وشەکە نەزانین ناتوانین بەدڵنیاییەوە بڕیار بدەین.",
@@ -133,7 +133,7 @@
"c-Serchia-2017-11-06T12:59:00.000Z-Calak-2017-11-05T16:32:00.000Z": "ئەو بەشە پێویستی بە ڕێکخستنی زیاترە، ناکرێ بەم شێوەیەی ئێستا ھەواڵی تێبخەین. وەک ھەندێک ویکیپیدیای تر کردوویانە، با پەڕەی تایبەت بە ھەواڵەکانمان ھەبێت، دەکرێ زۆر ھەواڵ لەخۆبگرێت و دابەشی بکەین، بە نموونە: ھەواڵە ھونەرییەکان و سیاسییەکان و وەرزشییەکان و تاد. پەڕەیەکیش تایبەت بکەین بۆ پەڕەی دەستپێک، وەکوو داڕێژەیەک بەکاری بێنین، تەنیا ئەو ھەواڵانەی تێبخەین کە زۆر گرنگن، نەک وەک ئێستا، سەردانی نێچیرڤان بارزانی بۆ لای عەلی باپیر، ئەمانە ھیی ئەوە نین لە پەڕەی دەستپێک بن.",
"c-ئارام_بکر-2017-11-14T08:39:00.000Z-Serchia-2017-11-06T12:59:00.000Z": "لەگەڵ کاکە سەرچیا ھاوڕام و ڕاستی دەمێکە خۆشم بەنیازم ئەو پێشنیارە بکەم ھەروەکو کاکە سەرچیا خستیەڕوو. سپاس. --—",
"h-«گوێزەرەوە_بۆ_ڕەوانەکەر»_ناوێکی_شیاو_نییە-2018-05-28T22:50:00.000Z": "«گوێزەرەوە بۆ ڕەوانەکەر» ناوێکی شیاو نییە",
- "c-Épine-2018-05-28T22:50:00.000Z-«گوێزەرەوە_بۆ_ڕەوانەکەر»_ناوێکی_شیاو_نییە": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت.\n\nلە فابریکەیتر باس دەکرێتئەرک: T202831\nسڵاو بەڕێزان. بۆ مافی «suppress redirect» ھاتوون «گوێزەرەوە بەبێ ڕەوانەکەر»یان داناوە کە وەرگێڕانێکی نادروستە و نووسینیشی وەڕسکەرە و درێژە بۆ ناوی مافێک. من پێشنیار دەکەم بکرێتە «خامۆشکەری ڕەوانەکەر» کە لە ناوە ئەسڵییەکەوەی نزیکترە و کورتتر و باشتریشە. ئەگەر ناوی باشتر نەبێ٥، دەتوانین ئەوە دابنێین. ڕاتان چییە؟--◂",
+ "c-Épine-2018-05-28T22:50:00.000Z-«گوێزەرەوە_بۆ_ڕەوانەکەر»_ناوێکی_شیاو_نییە": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت. لە فابریکەیتر باس دەکرێت ئەرک: T202831 سڵاو بەڕێزان. بۆ مافی «suppress redirect» ھاتوون «گوێزەرەوە بەبێ ڕەوانەکەر»یان داناوە کە وەرگێڕانێکی نادروستە و نووسینیشی وەڕسکەرە و درێژە بۆ ناوی مافێک. من پێشنیار دەکەم بکرێتە «خامۆشکەری ڕەوانەکەر» کە لە ناوە ئەسڵییەکەوەی نزیکترە و کورتتر و باشتریشە. ئەگەر ناوی باشتر نەبێ٥، دەتوانین ئەوە دابنێین. ڕاتان چییە؟--◂",
"c-ئارام_بکر-2018-05-28T23:08:00.000Z-Épine-2018-05-28T22:50:00.000Z": "ئمممم... کەسیان پاشگرەکانی (-or, -er, -ist)ـیان پێوە نییە و ھەرسێکیان فرمانن؛ گوێزەرەوە، خامۆشکەر، و ڕەوانەکەر گشتیان ناوی کەس یان شتێکن. -- ⇐",
"c-Épine-2018-05-28T23:11:00.000Z-ئارام_بکر-2018-05-28T23:08:00.000Z": "جا قەیچێکە؟ ئەوەندە کێشەیەکی گرنگ نییە ئەمە، ناوەکە وەرگر دەگرێتەوە.--◂",
"c-Calak-2018-08-14T08:18:00.000Z-Épine-2018-05-28T23:11:00.000Z": "خامۆشکردن نابێتە suppress. بۆ نموونە تۆ پێش کۆخینی خۆت دەگری باش. بەمە دەڵێن suppress. ئایا دەتوانی بڵێی من کۆخەکەم خامۆش کرد؟ ئەو کاتە کە ئەو مافە دانرا شتی وا لە ئینگلیزیدا نەبوو بۆیە ئەمە وەرگێڕانی ئینگلیزی نییە. ئە ئێستاش کە لەوێدا دانراوە پێیان دەڵێن Page mover.",
@@ -155,7 +155,7 @@
"c-ئارام_بکر-2018-08-14T20:45:00.000Z-Calak-2018-08-14T08:21:00.000Z": "زۆر سپاس بۆ بۆچوونەکانتان، بەڕێز @Kushared: بە دڵنیایییەوە پێویستە لە یەک کەس زیاتر بێت چوون پێویستە وتووێژ بکرێت لەسەر چۆنییەتی بەڕێوەبردنی و ... ھتد، و ناکرێت بە ھەڕەمەکی بێت. بەڕێز @Pirehelokan: بەڵێ، بۆ مەسەلەی فەرمیبوونەکە ئەوەیان با بزانین بەکارھێنەرانی تریش چی دەڵێن. وەک ئاشکرایە کە ویکیپیدیا ھەمیشە لە گۆڕاندایە و ئێمەش ھەوڵەدەین بەپێی گۆڕانەکانی ویکیپیدیا کاری لەسەر بکەین و ھاوکاتی ویکیپیدیای بکەین. بەڕێز @Calak: سپاس بۆ لێدوانەکەت، وەک کاک Pirehelokan ئاماژەی پێدا کاری دەرەوەی ویکیپیدیاش پێویستە، وەک ئێستا کۆمەڵگەی ویکیپیدیاشمان لە فەیسبووک ھەیە، بەڵام ھیچ چالاکی نییە تەنھا کاک سەرچیا یەک-دوو پۆستی کردووە و بەمشێوەیە ئەوێش کارا ئەکرێتەوە ئەمەش بەھۆی کەمی بەکارھێنەرانمانە لێرە و دڵنیاشبن دوای تەواوبوونی ویکیپیدیا زیرۆ ئەو تۆزە بەکارھێنەرەش کە ھەن نامێنن بۆیە من پێشنیاری ئەوەم کردووە، پاشانیش لە دووبارە و دووبارە ڕێنوینیکردنی بەکارھێنەران باشترە. دووبارە سپاس. -- ⇐",
"c-Aram-2019-08-27T22:00:00.000Z-ئارام_بکر-2018-08-14T20:45:00.000Z": "@Arya sarhan: زۆر سپاس بۆ پشتگیرییەکەت. لە ئێستادا دانەمەزراوە، بەڵام ڕەنگە لەناکاو و لە کاتێکی دیاری نەکراودا دەرکەوێت، و خۆشحاڵ دەبین بە ھاوکاریکردنت. -- ⇐",
"h-گرووپی_ویکیمیدیا-2018-10-04T15:33:00.000Z": "گرووپی ویکیمیدیا",
- "c-Serchia-2018-10-04T15:33:00.000Z-گرووپی_ویکیمیدیا": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت.\n\n\nسڵاو بەڕێوەبەران و ئەندامانی ویکیپیدیا. پێشنیازی دروستکردنی گرووپێکی ویکیمیدیا (User Group) دەکەم بۆ بەکارھێنەرە کوردیزمانەکان. ئامانج لەو کارە، زیاتر بەیەوەکەوەبەستنەوەی بەکارھێنەران، بەرەوپێشبردنی پرۆژەکانی ویکیمیدیا، و ھاندانی خەڵکییە بۆ بەشداریکردن. دەتوانین چەند ھەفتە جارێک، بە شێوەی وۆرکشۆپی سەرھێڵ، یان یەکتربینینی ڕاستەوخۆ کێشەکانمان بخەینە بەرباس و چارەسەرییان بۆ بدۆزینەوە. بۆ بەرچاوڕوونی، تەماشای ئەم دوو گرووپە بکەن؛ ئەمە و ئەمە . بەو ھیوایەم بتوانین گرووپێکی لەم چەشنە دروست بکەین.",
+ "c-Serchia-2018-10-04T15:33:00.000Z-گرووپی_ویکیمیدیا": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت. سڵاو بەڕێوەبەران و ئەندامانی ویکیپیدیا. پێشنیازی دروستکردنی گرووپێکی ویکیمیدیا (User Group) دەکەم بۆ بەکارھێنەرە کوردیزمانەکان. ئامانج لەو کارە، زیاتر بەیەوەکەوەبەستنەوەی بەکارھێنەران، بەرەوپێشبردنی پرۆژەکانی ویکیمیدیا، و ھاندانی خەڵکییە بۆ بەشداریکردن. دەتوانین چەند ھەفتە جارێک، بە شێوەی وۆرکشۆپی سەرھێڵ، یان یەکتربینینی ڕاستەوخۆ کێشەکانمان بخەینە بەرباس و چارەسەرییان بۆ بدۆزینەوە. بۆ بەرچاوڕوونی، تەماشای ئەم دوو گرووپە بکەن؛ ئەمە و ئەمە . بەو ھیوایەم بتوانین گرووپێکی لەم چەشنە دروست بکەین.",
"c-Épine-2018-10-04T18:10:00.000Z-Serchia-2018-10-04T15:33:00.000Z": "لەگەڵ --◂",
"c-Serchia-2018-10-04T18:52:00.000Z-Serchia-2018-10-04T15:33:00.000Z": "لەم پەڕەیە زانیاریی تەواو لەسەر ئەو گرووپانە ھەیە. بۆ دروستکردنی لانی کەم پێویستمان بە سێ بەشداربوو ھەیە. دەکرێت ناوێکی وا (Kurdish Wikimedians User Group) بۆ گرووپەکە ھەڵبژێرین. گرووپەکە بۆ پشتگیریکردنی سەرجەم ئەو پرۆژانەی ویکیمیدیایە کە بە زمانی کوردیین (سۆرانی، کورمانجی، کوردیی باشوور، و شێوەزمانەکانی تر) بەتایبەت پرۆژەی ویکیپیدیا و ویکیفەرھەنگ. دەبێت بەرنامە و کۆمەڵێک ئامانج بۆ گرووپەکە دیاری بکەین. ھەروەھا دەبێت مانگانە چالاکیمان ھەبێت، و بەکارھێنەرانیش بەشداری تێدا بکەن، چالاکییەکان ئەکرێ کۆڕ، وۆرکشۆپ، ھەڤپەیڤینی ئۆنلاین، و کۆنفرانس بن. گەر گرووپەکە پێک ھات، ئەکرێ کۆنفرانسێکی گەورە لە شارێکی باشووری کوردستان ببەستین، بانگێشتی سەرجەم بەشدابووانی ویکیپیدیا بکەین، لە ھەموو پارچەکانی کوردستان و لە دەرەوەی وڵاتیش، بەتایبەت بۆ وتووێژی کێشەکانمان. ڕێکخراوەی ویکیمیدیاش بۆ ئەو چالاکییانە یارمەتیی ماددی پێشکەش دەکات. تکایە ئەوەی خواستی بەشداربوونی ھەیە، با بە ڕوونی بیڵێت. وەک گوتم بۆ پەسەندکردنی گرووپەکە سەرەتا سێ کەسمان پێویستە، دواتر ھەموو بەکارھێنەرران ئەتوانن ببنە ئەندام. تەنیا بە لەگەڵ و دژ وەڵامەکاناتن مەنووسم. ڕا و پێشنیازەکنتان گرنگن بۆ سەرخستنی ئەم گرووپە.",
"c-Kushared-2018-10-04T20:19:00.000Z-Serchia-2018-10-04T18:52:00.000Z": "لەگەڵ هەموو چالاکییەکانی نووسیوتە زۆر جوانە ئەگەر بکرێت و سەرکەوتووبێت. بەس من تەنیا لەگەڵ ئەوەم کە ئەم گرووپە پڕۆژەکانی بۆ ویکیپیدیای سۆرانی بێت چوونکە وەک خۆم هیچ پەیوەندی و زانیارییەکم لەسەر ویکی کورمانجی بەنموونە نییە وە پێشموایە ئەندامانی دیکەش زۆربەیان وەک منن جانازانم ئەوانیش لەوە بؤچوونی خۆیان دەرببڕن. دەکرێت لەچالاکییەکان تەنیا ناوی ئەوان بهێنرێت نەوەک پڕۆژەکە ئەوانیش بگرێتەوە >",
@@ -164,9 +164,9 @@
"c-Épine-2019-05-11T18:50:00.000Z-Serchia-2018-10-04T15:33:00.000Z": "لێدوان: کاک @Serchia: چیتان کرد بۆ ئەمە؟----◂",
"c-Serchia-2019-05-14T17:00:00.000Z-Épine-2019-05-11T18:50:00.000Z": "@Épine: پێم وایە جارێ ویکیپیدیای کوردی و ئەندامانی بۆ ئەوە ئامادە نین. بۆیە ھێشتا داواکارییەکەم پێشکەش نەکردووە. گەر نەتوانین چالاک بین، گرووپەکە کەڵکی نابێت.",
"h-بڕی_بابەت-2018-11-13T16:35:00.000Z": "بڕی بابەت",
- "c-Épine-2018-11-13T16:35:00.000Z-بڕی_بابەت": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت.\n\n\nبەڕای من پێویستە یاسایەک دابنرێت کە وتارێک نابێت ڕێیپێبدرێت کە لە هەزار پیت کەمتر بێت چونکە لەوە کەمتر زانیاری نییە.ڕاسان ١٦:٠٠، ١٣ی تشرینی دووەمی ٢٠١٨ (UTC)\nکاکە ڕاسان درێژی پێوەر نییە، لێرە بایەخداری گرنگە، دەکرێت وتارێک لەوە کورتتر بێت و بایەخداریش بێت.--◂",
+ "c-Épine-2018-11-13T16:35:00.000Z-بڕی_بابەت": "ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت. بەڕای من پێویستە یاسایەک دابنرێت کە وتارێک نابێت ڕێیپێبدرێت کە لە هەزار پیت کەمتر بێت چونکە لەوە کەمتر زانیاری نییە.ڕاسان ١٦:٠٠، ١٣ی تشرینی دووەمی ٢٠١٨ (UTC) کاکە ڕاسان درێژی پێوەر نییە، لێرە بایەخداری گرنگە، دەکرێت وتارێک لەوە کورتتر بێت و بایەخداریش بێت.--◂",
"h-لێشاو-2019-05-31T15:10:00.000Z": "لێشاو",
- "c-Épine-2019-05-31T15:10:00.000Z-لێشاو": "سەرکەوتوو نەبوو\n\n\n \n\nئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت.\n\nلە فابریکەیتر باس دەکرێتئەرک: T224797\nسڵاو لە ھەمووتان: @ئارام بکر: @Kushared: @Aza: @Pirehelokan: @Calak: @Serchia: @Amine yousefi:@RealRojSerbest: @Rebin galaly: @Hevi: @Paraw: @Hastyar Abdullah: @Arya sarhan: @Akam Nawzad: @Akam Aziz 18: و ھەموو بەکارھێنەرانی تر. وەک دەزانن ئێستا لە ویکیپیدیا بەشداریکردن لە وتووێژ زۆر قورسە، ئەم فۆرماتەی ئێستا وتووێژی بە شێوەیەک قورس کردووە کە ڕەنگە ھەندێ جار وتووێژەکان بە ئامانج نەگەن و بەکارھێنەران سارد دەکاتەوە، لەلایەکی تر بۆ بەکارھێنەرە نوێکان قورسە کە فێربن بە نموونە واژوو دانێن یان نووسینەکەیان بە دانانی کۆلن جیا بکەنەوە و ھەندێکیشیان ھەر نازانن چۆن وەڵامی وتووێژ بدەنەوە و دەچن سەرێک یان ئاستێکی نوێ دروست دەکەن بۆ وەڵامدانەوەی لێدوانێک. جگە لە ھەموو ئەمانە، ئەم سیستمەی ئێستا بۆ بەکارھێنەرە پێشکەوتووەکانیش وەڕسکەر و قورسە، بە تایبەت ئەوانەی لەسەر مۆبایل دەستکاری ویکیپیدیا دەکەن، بۆیە داواکارم لە ئێوە کە بۆچوونی خۆتان بە لەگەڵ یان دژ دەرببڕن بۆ چالاککردنی تایبەتمەندیی بێتای لێشاو لە ویکیپیدیاکەی ئێمە. چۆن ئەم تایبەتمەندییە ھاوکارمان دەبێت لە ئاسانکردنی وتووێژ؟\n\nوتووێژێک کە بە تایبەتمەندیی لێشاو بەڕێوە چووە لەسەر ویکیپیدیای فەڕەنسی.\n\nبە شێوەیەکی ڕاستەوخۆ سندووقێک لە پەڕەی لێدوانەکان دادەنێت کە لەسەری نووسراوە «دەستپێکردنی باسێکی نوێ»، بە پڕکردنەوەی ئەم سندووقە و پەنجەنان بە دوگمەی پاشەکەوتکردن، یەکسەر لێدوانە نوێکەت بە سەری خۆیەوە بڵاو دەبێتەوە بە شێوەیەکی ئاسانتر لە ئێستا. واتا چیتر پێویست ناکات بە ویکیدەق یان دەستکاریکەری دیداری دەستکاری پەڕەی لێدوانەکان بکەین و دەتوانین ڕاستەوخۆ باسەکانمان زۆر بە شێوەیەکی ئاسانتر بکەینەوە.\nئەم تایبەتمەندییە دوگمەی «وەڵامدانەوە» بۆ ھەر بەشێک زیاد دەکات، ئەمە واتای ئەوەیە کە بەکارھێنەرە نوێکان بەبێ کێشە دەتوانن وەڵامی وتووێژەکان لە بەشە شیاوەکان یان ئەو بەشەی مەبەستیانە بدەنەوە بەبێ کێشە و سەر لێشێوان.\nتایبەتمەندییەکە بۆخۆی بە شێوەیەکی زۆر باش و ئاسان وتووێژەکان جیا دەکاتەوە، کەواتە چیتر پێویست ناکات {{سھ}} بۆ جیاکردنەوەی وتووێژێکی زۆر درێژ بەکار ببەین یان لەپێش نووسینەکانمان کۆلن (:) دابنێین تاکوو وتووێژەکەمان لەگەڵ ئەوەی پێش خۆمان تێکەڵ نەبێت.\nباش ئەزانم کە ھەموومان لە دووبارەکردنەوەی «تکایە پەیامەکانت واژوو بکە» بێزار بووین. ئەم تایبەتمەندییە ئەم کێشەیەمان بۆ ناھێڵێ و خۆی بە شێوەیەکی خۆگەڕ پەیامەکان واژوو دەکات و چیتر پێویست ناکات بەردەوام {{واژوونەکراو}} لەسەر وتووێژە واژوونەکراوەکان بەکار ببەین.\nلە ئێستادا ئەگەر بە نموونە تۆ خەریکی دەستکاریکردنی پەڕەیەک بیت بەڵام پێش ئەوەی پاشەکەوتی بکەیت یەکێک پێش تۆ دەستکاری پەڕەکەی کردبێ و پاشەکەوتی کردبێ کێشە بۆ تۆ دروست دەکات و دەبێ سەرلەنوێ ھەوڵی پاشەکەوتی پەڕەکە بدەیتەوە و ھەندێ لە بەکارھێنەران بەھۆی ئەوەی کە نازانن وتووێژی پێش ئەوەی خۆیان دەسڕێتەوە. لەگەڵ ئەم تایبەتمەندییە کێشەی ئەوەشمان نامێنێت.\nکە ئەمە چالاک بکەین، ئەتوانین بە شێوەیەکی خۆگەڕ وتووێژەکان ئەرشیڤ بکەین. بەوپێیەی کە ئێمە بۆتێکمان نییە ئەم کارەمان بۆ بکات، ئەوە زۆر سوودمەند دەبێت بۆ ئێمە.\nئەم تایبەتمەندییە ڕووکارێکی جوان و سادە بە پەڕەی لێدوانەکان دەبەخشێ بە شێوەیەک کە بەکارھێنەرە نوێکانیش بتوانن بە شێوەیەکی زۆر ئاسان لە پەڕەکانی لێدوان تێبگەن و وەڵامی خۆیان یان وتووێژ بنووسن و بە شێوەیەکی تەواو لەگەڵ کۆمەڵگەکە پەیوەندی دروست بکەن.\nئەم ئامرازە بە سیستمی بێتا بۆمان زیاد دەکرێ، بۆیە ئەگەر حەز بەم سیستمەی ئێستا دەکەیت، کێشەمان بۆ دروست نابێت و دەتوانیت تۆ چالاکی نەکەیت و ھەر بەم شێوەیەی ئێستا بەشداری بکەیت.\nئەگەر ئێوەش وەکوو من ھەموو ئەمانە بە باش دەزانن، تکایە لە خوارەوە ڕای خۆتان دەرببڕن. دەتوانن لێرە زانیاریی تەواوتان دەست بکەوێت یان بەدواداچوونی زیاتر بکەن ئەگەر ویستتان. ئەوەش گرنگە کە بڵێم ئەم تایبەتمەندییە بە شێوەیەکی بنەڕەتی لەسەر وێبگەی میدیاویکی کارا کراوە. زۆر سپاس ئەگەر وتووێژەکەتان تا ئێرا خوێندۆتەوە و ھیوادارم بێوەڵام نەبن چوونکە ئەمە گۆڕانکارییەکی زۆر سوودبەخش دەبێت ئەگەر جێبەجێ بکرێت. تکایە ھەوڵیش بدەن جگە لە دەنگی لەگەڵ و دژ ڕا و بۆچوون و پرسیارەکانتان بنووسن. ھەر پرسیارێک ھەیە لە بەشی لێدوان بنووسن و باشترین ھەوڵ ئەدەم بۆ وەڵامدانەوەیان.--◂",
+ "c-Épine-2019-05-31T15:10:00.000Z-لێشاو": "سەرکەوتوو نەبوو ئەم لێدوانە بەسراوە. تکایە دەستکاریی مەکە. ھەر لێدوانێکی داھاتوو پێویستە لە بەشێکی نوێی پەڕەکە دابنرێت. نابێت ئەم وتووێژە دەستکاری بکرێت. لە فابریکەیتر باس دەکرێت ئەرک: T224797 سڵاو لە ھەمووتان: @ئارام بکر: @Kushared: @Aza: @Pirehelokan: @Calak: @Serchia: @Amine yousefi:@RealRojSerbest: @Rebin galaly: @Hevi: @Paraw: @Hastyar Abdullah: @Arya sarhan: @Akam Nawzad: @Akam Aziz 18: و ھەموو بەکارھێنەرانی تر. وەک دەزانن ئێستا لە ویکیپیدیا بەشداریکردن لە وتووێژ زۆر قورسە، ئەم فۆرماتەی ئێستا وتووێژی بە شێوەیەک قورس کردووە کە ڕەنگە ھەندێ جار وتووێژەکان بە ئامانج نەگەن و بەکارھێنەران سارد دەکاتەوە، لەلایەکی تر بۆ بەکارھێنەرە نوێکان قورسە کە فێربن بە نموونە واژوو دانێن یان نووسینەکەیان بە دانانی کۆلن جیا بکەنەوە و ھەندێکیشیان ھەر نازانن چۆن وەڵامی وتووێژ بدەنەوە و دەچن سەرێک یان ئاستێکی نوێ دروست دەکەن بۆ وەڵامدانەوەی لێدوانێک. جگە لە ھەموو ئەمانە، ئەم سیستمەی ئێستا بۆ بەکارھێنەرە پێشکەوتووەکانیش وەڕسکەر و قورسە، بە تایبەت ئەوانەی لەسەر مۆبایل دەستکاری ویکیپیدیا دەکەن، بۆیە داواکارم لە ئێوە کە بۆچوونی خۆتان بە لەگەڵ یان دژ دەرببڕن بۆ چالاککردنی تایبەتمەندیی بێتای لێشاو لە ویکیپیدیاکەی ئێمە. چۆن ئەم تایبەتمەندییە ھاوکارمان دەبێت لە ئاسانکردنی وتووێژ؟ وتووێژێک کە بە تایبەتمەندیی لێشاو بەڕێوە چووە لەسەر ویکیپیدیای فەڕەنسی. بە شێوەیەکی ڕاستەوخۆ سندووقێک لە پەڕەی لێدوانەکان دادەنێت کە لەسەری نووسراوە «دەستپێکردنی باسێکی نوێ»، بە پڕکردنەوەی ئەم سندووقە و پەنجەنان بە دوگمەی پاشەکەوتکردن، یەکسەر لێدوانە نوێکەت بە سەری خۆیەوە بڵاو دەبێتەوە بە شێوەیەکی ئاسانتر لە ئێستا. واتا چیتر پێویست ناکات بە ویکیدەق یان دەستکاریکەری دیداری دەستکاری پەڕەی لێدوانەکان بکەین و دەتوانین ڕاستەوخۆ باسەکانمان زۆر بە شێوەیەکی ئاسانتر بکەینەوە. ئەم تایبەتمەندییە دوگمەی «وەڵامدانەوە» بۆ ھەر بەشێک زیاد دەکات، ئەمە واتای ئەوەیە کە بەکارھێنەرە نوێکان بەبێ کێشە دەتوانن وەڵامی وتووێژەکان لە بەشە شیاوەکان یان ئەو بەشەی مەبەستیانە بدەنەوە بەبێ کێشە و سەر لێشێوان. تایبەتمەندییەکە بۆخۆی بە شێوەیەکی زۆر باش و ئاسان وتووێژەکان جیا دەکاتەوە، کەواتە چیتر پێویست ناکات {{سھ}} بۆ جیاکردنەوەی وتووێژێکی زۆر درێژ بەکار ببەین یان لەپێش نووسینەکانمان کۆلن (:) دابنێین تاکوو وتووێژەکەمان لەگەڵ ئەوەی پێش خۆمان تێکەڵ نەبێت. باش ئەزانم کە ھەموومان لە دووبارەکردنەوەی «تکایە پەیامەکانت واژوو بکە» بێزار بووین. ئەم تایبەتمەندییە ئەم کێشەیەمان بۆ ناھێڵێ و خۆی بە شێوەیەکی خۆگەڕ پەیامەکان واژوو دەکات و چیتر پێویست ناکات بەردەوام {{واژوونەکراو}} لەسەر وتووێژە واژوونەکراوەکان بەکار ببەین. لە ئێستادا ئەگەر بە نموونە تۆ خەریکی دەستکاریکردنی پەڕەیەک بیت بەڵام پێش ئەوەی پاشەکەوتی بکەیت یەکێک پێش تۆ دەستکاری پەڕەکەی کردبێ و پاشەکەوتی کردبێ کێشە بۆ تۆ دروست دەکات و دەبێ سەرلەنوێ ھەوڵی پاشەکەوتی پەڕەکە بدەیتەوە و ھەندێ لە بەکارھێنەران بەھۆی ئەوەی کە نازانن وتووێژی پێش ئەوەی خۆیان دەسڕێتەوە. لەگەڵ ئەم تایبەتمەندییە کێشەی ئەوەشمان نامێنێت. کە ئەمە چالاک بکەین، ئەتوانین بە شێوەیەکی خۆگەڕ وتووێژەکان ئەرشیڤ بکەین. بەوپێیەی کە ئێمە بۆتێکمان نییە ئەم کارەمان بۆ بکات، ئەوە زۆر سوودمەند دەبێت بۆ ئێمە. ئەم تایبەتمەندییە ڕووکارێکی جوان و سادە بە پەڕەی لێدوانەکان دەبەخشێ بە شێوەیەک کە بەکارھێنەرە نوێکانیش بتوانن بە شێوەیەکی زۆر ئاسان لە پەڕەکانی لێدوان تێبگەن و وەڵامی خۆیان یان وتووێژ بنووسن و بە شێوەیەکی تەواو لەگەڵ کۆمەڵگەکە پەیوەندی دروست بکەن. ئەم ئامرازە بە سیستمی بێتا بۆمان زیاد دەکرێ، بۆیە ئەگەر حەز بەم سیستمەی ئێستا دەکەیت، کێشەمان بۆ دروست نابێت و دەتوانیت تۆ چالاکی نەکەیت و ھەر بەم شێوەیەی ئێستا بەشداری بکەیت. ئەگەر ئێوەش وەکوو من ھەموو ئەمانە بە باش دەزانن، تکایە لە خوارەوە ڕای خۆتان دەرببڕن. دەتوانن لێرە زانیاریی تەواوتان دەست بکەوێت یان بەدواداچوونی زیاتر بکەن ئەگەر ویستتان. ئەوەش گرنگە کە بڵێم ئەم تایبەتمەندییە بە شێوەیەکی بنەڕەتی لەسەر وێبگەی میدیاویکی کارا کراوە. زۆر سپاس ئەگەر وتووێژەکەتان تا ئێرا خوێندۆتەوە و ھیوادارم بێوەڵام نەبن چوونکە ئەمە گۆڕانکارییەکی زۆر سوودبەخش دەبێت ئەگەر جێبەجێ بکرێت. تکایە ھەوڵیش بدەن جگە لە دەنگی لەگەڵ و دژ ڕا و بۆچوون و پرسیارەکانتان بنووسن. ھەر پرسیارێک ھەیە لە بەشی لێدوان بنووسن و باشترین ھەوڵ ئەدەم بۆ وەڵامدانەوەیان.--◂",
"h-لەگەڵ_2-لێشاو-2019-05-31T15:26:00.000Z": "لەگەڵ",
"c-Kushared-2019-05-31T15:26:00.000Z-لەگەڵ_2": "لەگەڵ شتێکی باشە، بزانین بووە هۆی ئەوەی یارمەتی بەکارهێنەرە تازەکان بدات ئەوا بەردەوامی هەبێت",
"c-Rebin_galaly-2019-05-31T18:32:00.000Z-لەگەڵ_2": "لەگەڵ یەکجار بەسوود دەبێت، من خۆم تا ئێستاش کێشەم لەگەڵ پەڕەی وتووێژ ماوە، پێموایە ئەمە چارەسەرە کێشەکانە. 👈",
@@ -180,12 +180,12 @@
"c-Épine-2019-05-31T16:21:00.000Z-ئارام_بکر-2019-05-31T16:00:00.000Z": "ئەگەر ھەموو ئەو بەکارھێنەرانەی تاگکراون زووتر دەنگ بدەن ئەتوانین زووتر چالاکی بکەین.--◂",
"c-Épine-2019-06-01T06:56:00.000Z-لێدوانەکان": " لێدوان: داواکاری لە فابریکەیتر پێشکەش کرا! ئەرک: T224797--◂",
"c-Épine-2019-06-01T06:56:00.000Z-لێدوانەکان-1": " لێدوان: @ئارام بکر: @Kushared: @Serchia: و ئەوانەی تر کە پشتگیری ئەم تایبەتمەندییەیان کردووە/دەکەن: ھەر ئێستا دەتوانن بەشداری لە وەرگێڕانی تایبەتمەندییەکە بکەن بۆ سەر زمانی کوردی: پەڕەی تایبەتمەندییەکە. سپاس!--◂",
- "c-ئارام_بکر-2019-06-01T09:40:00.000Z-Épine-2019-06-01T06:56:00.000Z": "من ھەوڵی خۆم ئەیەم، تەنیا با یەک چت یەکلایی بکەینەوە. بۆ نموونە: Save کە کارە و لە چەندین شوێن نووسراوە «پاشەکەوت بکە» کە ئەمەش کارە، بەڵام لە چەندین شوێنی تریش بە «پاشەکەوتکردن» کە ئەمەیان چاوگە بینیوومە! ئەمە سەرمان لێ تێک ئەیات! با یەکلایی ببێتەوە. وە لەم پرۆژەیەیا چەندین جار وشەی post و topic دەکارھاتوون. چییان بۆ دانێین؟ -- ⇐",
+ "c-ئارام_بکر-2019-06-01T09:40:00.000Z-Épine-2019-06-01T06:56:00.000Z": "من ھەوڵی خۆم ئەیەم، تەنیا با یەک چت یەکلایی بکەینەوە. بۆ نموونە: Save کە کارە و لە چەندین شوێن نووسراوە «پاشەکەوت بکە» کە ئەمەش کارە، بەڵام لە چەندین شوێنی تریش بە «پاشەکەوتکردن» کە ئەمەیان چاوگە بینیوومە! ئەمە سەرمان لێ تێک ئەیات! با یەکلایی ببێتەوە. وە لەم پرۆژەیەیا چەندین جار وشەی post و topic دەکارھاتوون. چییان بۆ دانێین؟ -- ⇐",
"c-Épine-2019-06-01T09:50:00.000Z-ئارام_بکر-2019-06-01T09:40:00.000Z": "تۆپیک بابەتە. پۆستیش ھەر پاشەکەوت دادەنێین کێشە چییە. بۆ من خۆم ھەر لەگەڵ پاشەکەوتکردنم بەرامبەر بە پاشەکەوت بکە چوونکە بە کورتی ئەیبڕێنیتەوە و لە ئەمریش ناچێت.--◂",
"c-Épine-2019-06-01T09:50:00.000Z-لێدوانەکان": " لێدوان: ویکیپیدیا:لێشاو پەڕەی ئەم پرۆژەیەیە. ناوی لێشاو بەرامبەر Flowم دانەوە، ئەگەر شتی باشتر شک دەبەن زوو قسە بکەن چوونکە پرۆژەکەم پێشکەش کردووە.--◂",
"c-Épine-2019-06-03T04:36:00.000Z-لێدوانەکان": "لەژێر کاردایە...--◂",
"h-ھەژمارێک_بۆ_ویکی_سۆرانی-2019-07-14T07:17:00.000Z": "ھەژمارێک بۆ ویکی سۆرانی",
- "c-Kushared-2019-07-14T07:17:00.000Z-ھەژمارێک_بۆ_ویکی_سۆرانی": "سڵاو: @Aram: @Épine: @Aza: @Pirehelokan: @Calak: @Serchia: @Amine yousefi: و گشت بەکارھێنەرانی دیکەی ویکی،\nھەرچەند ویکیپیدیا دەستەی نووسەرانی نییە، بەڵام پێشنیار دەکەم ھەژمارێک درووستبکەین کە وابکات خەڵک لەدەرەوەی ویکیپیدیاوە بەشداربن و وەرگێڕانەکانیان بۆ ویکیپیدیا بنێرن. لەماوەی ڕابردوو پڕۆژەی ھاوشێوەی ویکیپیدیا:پرۆژەی بەیت ئەلحیکمە ٢.٠ سەرکەوتنی باشی لەویکیپیدیای عەرەبی بەدەستھێنا کە نزیکەی ١٤٠٠ وتاریان نووسیوە، ئەمەش جگە لە دەستکارییەکان و لەویکی کوردی خۆشمان ٥٠ وتارییان نووسیوە. پێشنیارەکەی من ئەوەیە کە ھەژمارێک درووستبکەین لەلای چەند بەکارھێنەرێک بێت ئەو ھەژمارە، بۆئەوەی ھەرکەسێک لەدەرەوە وەرگێڕانی بۆکردین لەڕێگای ئەو ھەژمارەیەوە بەشداری و وتارەکان بڵاوبکرێتەوە. ئەم ھەژمارەش بەردەوامبێت تاکوو خەڵکێکی زۆر دێنە ویکیپیدیای کوردییەوە و بەکارھێنانی ویکیپیدیا لای خەڵک ئاسان و ئاشنا دەبێت، دەکرێت لەپەڕەی بەکارھێنەری ئەو ھەژمارەش ئاماژە بەھەموو ئەوانە بکرێت کە لەو ھەژمارە بەشداربوونە.",
+ "c-Kushared-2019-07-14T07:17:00.000Z-ھەژمارێک_بۆ_ویکی_سۆرانی": "سڵاو: @Aram: @Épine: @Aza: @Pirehelokan: @Calak: @Serchia: @Amine yousefi: و گشت بەکارھێنەرانی دیکەی ویکی، ھەرچەند ویکیپیدیا دەستەی نووسەرانی نییە، بەڵام پێشنیار دەکەم ھەژمارێک درووستبکەین کە وابکات خەڵک لەدەرەوەی ویکیپیدیاوە بەشداربن و وەرگێڕانەکانیان بۆ ویکیپیدیا بنێرن. لەماوەی ڕابردوو پڕۆژەی ھاوشێوەی ویکیپیدیا:پرۆژەی بەیت ئەلحیکمە ٢.٠ سەرکەوتنی باشی لەویکیپیدیای عەرەبی بەدەستھێنا کە نزیکەی ١٤٠٠ وتاریان نووسیوە، ئەمەش جگە لە دەستکارییەکان و لەویکی کوردی خۆشمان ٥٠ وتارییان نووسیوە. پێشنیارەکەی من ئەوەیە کە ھەژمارێک درووستبکەین لەلای چەند بەکارھێنەرێک بێت ئەو ھەژمارە، بۆئەوەی ھەرکەسێک لەدەرەوە وەرگێڕانی بۆکردین لەڕێگای ئەو ھەژمارەیەوە بەشداری و وتارەکان بڵاوبکرێتەوە. ئەم ھەژمارەش بەردەوامبێت تاکوو خەڵکێکی زۆر دێنە ویکیپیدیای کوردییەوە و بەکارھێنانی ویکیپیدیا لای خەڵک ئاسان و ئاشنا دەبێت، دەکرێت لەپەڕەی بەکارھێنەری ئەو ھەژمارەش ئاماژە بەھەموو ئەوانە بکرێت کە لەو ھەژمارە بەشداربوونە.",
"c-Pirehelokan-2019-07-14T07:22:00.000Z-Kushared-2019-07-14T07:17:00.000Z": "@Kushared:، شووشە پرۆژەیەکی وەھای بوو لێرە: بەکارھێنەر:گرووپی قوتابخانە. بەڵام پێویستە بە ڕوونی بکرێت یانی ھەژمارەکە دیار بێت کێ کاری لەسەر دەکات. سپاس،",
"c-Aram-2019-07-14T10:37:00.000Z-Pirehelokan-2019-07-14T07:22:00.000Z": "لەگەڵ، کاک @Kushared: نایشارمەوە و ھەرچەندە من ھیوایەکم بە خەڵکی باشوور نەماوە، بەڵام پشتگیری ئەم پرۆژەیە ئەکەم و دەشێت ببێتە فریادڕەسێک بۆمان. لەوانەیە ھێشتا خەڵک ھەبن لە دەستکاریکردنی ویکیپیدیا بترسن یانیش نەزانن چۆن دەستکاری بکەن. بەڵام وەک کاک پیرەھەڵۆ ئاماژەی پێ دا دەبێت ئەوانەی وتارەکان بڵاو دەکەنەوە چەند کەسێکی دیاریکراو بن، و ناوێکی گونجاو بۆ ھەژمارەکە ھەڵبژێردرێت. کاک Pirehelokan جگە لەوەش بەکارھێنەر:شنەی ئازادی بۆ ھەمان مەبەست دروستکرابوو و ئەتوانم بڵێم سەرکەوتووانەش کارەکانیان ئەنجام دا. بەھەرحاڵ، خۆشم لە دەرەوەی ویکیپیدیا ئەوەنەی بتوانم وەڵامی پرسیارەکان ئەدەمەوە و فێریان ئەکەم کە چی بکەن و چی نەکەن. لەگەڵ سپاسی ⇐",
"c-Épine-2019-07-17T05:50:00.000Z-Kushared-2019-07-14T07:17:00.000Z": "دژ: ئەمە دژی سیاسەتی بەکارھێنانی ھەژماری ویکییە کە دەڵێ دەبێ ھەر کەسە و یەک ھەژمار بەکار بھێنێت و ھاوبەشی نەکات. وتارەکان بۆ یەکێک لە بەڕێوەبەران بنێرن و ئەوانیش لە ھەژماری خۆیانەوە بڵاوی بکەنەوە.--◂",
diff --git a/tests/cases/en-big-oldparser/en-big-oldparser-getText.json b/tests/cases/en-big-oldparser/en-big-oldparser-getText.json
index 1ab9d8716..7b8b647e9 100644
--- a/tests/cases/en-big-oldparser/en-big-oldparser-getText.json
+++ b/tests/cases/en-big-oldparser/en-big-oldparser-getText.json
@@ -16,82 +16,82 @@
"h-Searching_for_old_vandalization_in_a_file-2019-06-19T23:56:00.000Z": "Searching for old vandalization in a file",
"c-Jotamar-2019-06-19T23:56:00.000Z-Searching_for_old_vandalization_in_a_file": "I'd like to know if there is any bot or tool that can help me finding old vandalizing editions in a WP file history. Thanks.",
"c-Jotamar-2019-06-26T19:01:00.000Z-Jotamar-2019-06-19T23:56:00.000Z": "When I said WP files, I meant WP pages. Can someone at least tell me, where should I ask my question?",
- "c-Rich_Farmbrough-2019-06-28T10:49:00.000Z-Jotamar-2019-06-26T19:01:00.000Z": "Yes, Jotamar, probably WP:BOTREQ, how many edits are you looking for? There will be many millions. Fist step might be to look for edits preceding those with an edit summary of \"rvv\". Another good place to look is the edits prior to User:ClueBot's edits.\nAll the best:",
+ "c-Rich_Farmbrough-2019-06-28T10:49:00.000Z-Jotamar-2019-06-26T19:01:00.000Z": "Yes, Jotamar, probably WP:BOTREQ, how many edits are you looking for? There will be many millions. Fist step might be to look for edits preceding those with an edit summary of \"rvv\". Another good place to look is the edits prior to User:ClueBot's edits. All the best:",
"c-PrimeHunter-2019-06-28T11:09:00.000Z-Rich_Farmbrough-2019-06-28T10:49:00.000Z": "If you already know specific vandalized text in an article and want the edit which added it then click \"Find addition/removal\" at the top of the page history. It used WikiBlame until recently but the tool has problems and another is currently used. It's discussed at MediaWiki talk:Histlegend#Wikiblame replacement.",
"c-Jotamar-2019-07-01T13:48:00.000Z-PrimeHunter-2019-06-28T11:09:00.000Z": "What I have in mind is some sort of heuristic tool, capable of finding a short list of possible vandalazing editions that have not been reverted, in a group of pages, for instance, the pages under one category. In less popular, poorly maintained pages, it's not uncommon that such an edition can be easily reverted even after months or years, but first you have to find them, and that takes up a lot of time.",
"h-RefList_falling_in_the_wrong_place-2019-07-01T14:02:00.000Z": "RefList falling in the wrong place",
- "c-LoreMariano-2019-07-01T14:02:00.000Z-RefList_falling_in_the_wrong_place": "I need help getting a reflist to fall at the bottom of the article. It is falling between 2 tables. \n[[1]]\nI would like to understand why this happening so I can fix it myself in the future.\nThank you.",
+ "c-LoreMariano-2019-07-01T14:02:00.000Z-RefList_falling_in_the_wrong_place": "I need help getting a reflist to fall at the bottom of the article. It is falling between 2 tables. [[1]] I would like to understand why this happening so I can fix it myself in the future. Thank you.",
"c-PrimeHunter-2019-07-01T14:10:00.000Z-LoreMariano-2019-07-01T14:02:00.000Z": "Fixed by [2].",
"c-LoreMariano-2019-07-01T14:40:00.000Z-PrimeHunter-2019-07-01T14:10:00.000Z": "Thank you so much!",
"h-Cite_error_created_by_bot.-2019-07-01T17:39:00.000Z": "Cite error created by bot.",
- "c-User-duck-2019-07-01T17:39:00.000Z-Cite_error_created_by_bot.": "Apparently there is a new bot creating cite errors.\nArticle: WZ-551\nTag: Rescuing 14 sources and tagging 0 as dead. #IABot (v2.0beta15)\nIs there a review process for new bots/tools? I have encountered many repeated errors that I assume are created by them. e.g. \"coauthors=\", \"DUPLICATE_date\".",
- "c-Trappist_the_monk-2019-07-01T17:56:00.000Z-User-duck-2019-07-01T17:39:00.000Z": "Communication failure between the bot owner and the community at WT:CS1. I fixed the WZ-551 page that Gog the Mild edited and will leave it to that editor to similarly repair any other error caused by the tool.",
+ "c-User-duck-2019-07-01T17:39:00.000Z-Cite_error_created_by_bot.": "Apparently there is a new bot creating cite errors. Article: WZ-551 Tag: Rescuing 14 sources and tagging 0 as dead. #IABot (v2.0beta15) Is there a review process for new bots/tools? I have encountered many repeated errors that I assume are created by them. e.g. \"coauthors=\", \"DUPLICATE_date\".",
+ "c-Trappist_the_monk-2019-07-01T17:56:00.000Z-User-duck-2019-07-01T17:39:00.000Z": "Communication failure between the bot owner and the community at WT:CS1. I fixed the WZ-551 page that Gog the Mild edited and will leave it to that editor to similarly repair any other error caused by the tool.",
"c-GreenC-2019-07-01T19:36:00.000Z-Trappist_the_monk-2019-07-01T17:56:00.000Z": "This is IABot via Oauth request by Gog the Mild. It was due to some miscommunications, my fault, iabot has been patched/rebooted and will look into fixing the errors added onwiki.",
- "c-Gog_the_Mild-2019-07-01T19:44:00.000Z-GreenC-2019-07-01T19:36:00.000Z": "Edit conflict. I had just written:\nThank you Trappist the monk. That would have been from me clicking \"Fix dead links\" on the \"Revision history\" page and not checking the result thoroughly enough. I shall recheck my other recent clicks of that button.\nGreenC, do I need to do anything, other than recheck previous uses of \"Fix dead links\", and/or cease using it? Thanks",
+ "c-Gog_the_Mild-2019-07-01T19:44:00.000Z-GreenC-2019-07-01T19:36:00.000Z": "Edit conflict. I had just written: Thank you Trappist the monk. That would have been from me clicking \"Fix dead links\" on the \"Revision history\" page and not checking the result thoroughly enough. I shall recheck my other recent clicks of that button. GreenC, do I need to do anything, other than recheck previous uses of \"Fix dead links\", and/or cease using it? Thanks",
"c-GreenC-2019-07-01T19:48:00.000Z-Gog_the_Mild-2019-07-01T19:44:00.000Z": "You are good, it's ok now. Looks like the bug lasted 3hrs and somewhere between 100-200 articles. I might script a quick fix or request something at AWB request wouldn't worry about manually repairing.",
"h-Tech_News:_2019-27": "Tech News: 2019-27",
"h-Question_re:_new_translations_of_articles_linked_out_to_other_languages-2019-07-01T19:49:00.000Z": "Question re: new translations of articles linked out to other languages",
- "c-Hyperbolick-2019-07-01T19:49:00.000Z-Question_re:_new_translations_of_articles_linked_out_to_other_languages": "Progression of events was:\n\nEditor created a link to de:Otto Kirn (in article Pandeism, correcting from wrong link to Otto Kern).\nTranslated Otto Kirn added here.\nWikidata updated for articles now in two languages.\nTagged as an orphan here.\nQuestion: Why doesn’t English addition to Wikidata automatically prompt changing of links previously made to point other languages?",
+ "c-Hyperbolick-2019-07-01T19:49:00.000Z-Question_re:_new_translations_of_articles_linked_out_to_other_languages": "Progression of events was: Editor created a link to de:Otto Kirn (in article Pandeism, correcting from wrong link to Otto Kern). Translated Otto Kirn added here. Wikidata updated for articles now in two languages. Tagged as an orphan here. Question: Why doesn’t English addition to Wikidata automatically prompt changing of links previously made to point other languages?",
"c-PrimeHunter-2019-07-01T21:12:00.000Z-Hyperbolick-2019-07-01T19:49:00.000Z": "The edit said [[:de:Otto Kirn]]. This explicitly tells to link the German Wikipedia. {{Interlanguage link|Otto Kirn|de}}} could have been used instead to test for an English article called Otto Kirn. It would only have examined whether the page name exists and not whether it's in a Wikidata item. As far as I know we have no template for the latter. It is possible to pull information from Wikidata so maybe it could be added as a feature in {{Interlanguage link}}. I don't think it's possible for an English template to look up the Wikidata item for a German article so Q24529752 would probably have to be a parameter. A bot could be coded to automaticlly add the parameter when it's not supplied.",
"c-Hyperbolick-2019-07-01T21:41:00.000Z-PrimeHunter-2019-07-01T21:12:00.000Z": "Could a bot check whenever a Wikidata item is connected from here? Got a notification here when it was, so somebody’s telling this Wiki.",
"h-Database_issue-2019-07-02T02:46:00.000Z": "Database issue",
- "c-UnitedStatesian-2019-07-02T02:46:00.000Z-Database_issue": "Could someone knowledgable comment here, centrally, on whether there are database issues beyond the apparently temporary ones outlined in the above Tech News, and if so, what are their extent and when do we think they will be resolved? It appears multiple bots have for some time not been running DB intensive tasks (such as certain Wikipedia:Database reports), and it is very difficult to parse through all the bot/report talkpage chatter to get a true picture of what is actually going on. Thanks in advance!",
+ "c-UnitedStatesian-2019-07-02T02:46:00.000Z-Database_issue": "Could someone knowledgable comment here, centrally, on whether there are database issues beyond the apparently temporary ones outlined in the above Tech News, and if so, what are their extent and when do we think they will be resolved? It appears multiple bots have for some time not been running DB intensive tasks (such as certain Wikipedia:Database reports), and it is very difficult to parse through all the bot/report talkpage chatter to get a true picture of what is actually going on. Thanks in advance!",
"c-JJMC89-2019-07-02T05:29:00.000Z-UnitedStatesian-2019-07-02T02:46:00.000Z": "The database replicas are undergoing maintenance (see T222978). This involves taking one replica host out of service at a time. The other two hosts then have increased load, which leads to replication lag and increased query time (previously long queries could fail to complete). Maintenance is usually ongoing during the week and paused over the weekends. I would expect this to be an ongoing issue for a while. I don't know how long the maintenance will take, but the DBAs are reaching the end of the maintenance one the first replica. The database items in the Tech News are unrelated.",
"h-Question,_watchlist_listing_error_&_problem-2019-07-01T20:21:00.000Z": "Question, watchlist listing error & problem",
- "c-KIENGIR-2019-07-01T20:21:00.000Z-Question,_watchlist_listing_error_&_problem": "Dear All,\ninitially I turned to administrator regarding the issue, but unfortunetly he could not give an idea for solution. The details may be read there...Shortly, if I set it to list the changes back to 7 or 30 days, it is not working, just listing the last 250 changes, not more and I have as well no (previous/next) buttons...I need a solution, Thank You(",
+ "c-KIENGIR-2019-07-01T20:21:00.000Z-Question,_watchlist_listing_error_&_problem": "Dear All, initially I turned to administrator regarding the issue, but unfortunetly he could not give an idea for solution. The details may be read there...Shortly, if I set it to list the changes back to 7 or 30 days, it is not working, just listing the last 250 changes, not more and I have as well no (previous/next) buttons...I need a solution, Thank You(",
"c-Redrose64-2019-07-01T20:36:00.000Z-KIENGIR-2019-07-01T20:21:00.000Z": "@KIENGIR: This is Wikipedia:Village pump (technical)/Archive 174#did something break watchlist and make it too short again?.",
- "c-KIENGIR-2019-07-02T10:39:00.000Z-Redrose64-2019-07-01T20:36:00.000Z": "@Redrose64:,\nThank you it helped, I applied similar tweaks descibred there (in the detailed settings changing to 30 days and enabling 1000 entries as maximum). though, still I don't have 30 days, I assume mainly because of the 1000 entry limitation (I don't know where would be the url to tweak it higher). Thus practically I could go back two weeks, so my initial problem has been solved (going back between 4-7 days)...maybe as an important note for the others or the developers, even this worked only by unchecking the \"Expand watchlist to show all changes, not just the most recent\" in the Advanced Options...(initially at the first tweak attempt, I automatically checked this box assuming it is essential, but anything written above did not work until it was unchecked, ironically it had a contraproductive effect despite it's name...(",
+ "c-KIENGIR-2019-07-02T10:39:00.000Z-Redrose64-2019-07-01T20:36:00.000Z": "@Redrose64:, Thank you it helped, I applied similar tweaks descibred there (in the detailed settings changing to 30 days and enabling 1000 entries as maximum). though, still I don't have 30 days, I assume mainly because of the 1000 entry limitation (I don't know where would be the url to tweak it higher). Thus practically I could go back two weeks, so my initial problem has been solved (going back between 4-7 days)...maybe as an important note for the others or the developers, even this worked only by unchecking the \"Expand watchlist to show all changes, not just the most recent\" in the Advanced Options...(initially at the first tweak attempt, I automatically checked this box assuming it is essential, but anything written above did not work until it was unchecked, ironically it had a contraproductive effect despite it's name...(",
"h-Issues_with_alerts,_June_2019": "Issues with alerts, June 2019",
"h-Missing_notification_icons_in_MonoBook-Issues_with_alerts,_June_2019-2019-06-25T19:52:00.000Z": "Missing notification icons in MonoBook",
- "c-Suffusion_of_Yellow-2019-06-25T19:52:00.000Z-Missing_notification_icons_in_MonoBook": "Tracked in PhabricatorTask T226503\nI just spent ten minutes trying to figure out what was wrong on my end. If you're doing the same, it's not just you. See phab:T226503.",
- "c-Redrose64-2019-06-25T20:21:00.000Z-Suffusion_of_Yellow-2019-06-25T19:52:00.000Z": "I'm getting it in MonoBook too. The appropriate CSS rules are present in the stylesheets: .oo-ui-icon-bell, .mw-ui-icon-bell:before {\n background-image: url(/w/load.php?modules=oojs-ui.styles.icons-alerts&image=bell&format=rasterized&lang=en&skin=monobook);\n background-image: linear-gradient(transparent,transparent),url(\"data:image/svg+xml,%3Csvg xmlns=%22http://www.w3.org/2000/svg%22 width=%2220%22 height=%2220%22 viewBox=%220 0 20 20%22%3E%3Ctitle%3Ebell%3C/title%3E%3Cpath d=%22M16 7a5.38 5.38 0 0 0-4.46-4.85C11.6 1.46 11.53 0 10 0S8.4 1.46 8.46 2.15A5.38 5.38 0 0 0 4 7v6l-2 2v1h16v-1l-2-2zm-6 13a3 3 0 0 0 3-3H7a3 3 0 0 0 3 3z%22/%3E%3C/svg%3E\");\n}\n.oo-ui-icon-tray, .mw-ui-icon-tray:before {\n background-image: url(/w/load.php?modules=oojs-ui.styles.icons-alerts&image=tray&format=rasterized&lang=en&skin=monobook);\n background-image: linear-gradient(transparent,transparent),url(\"data:image/svg+xml,%3Csvg xmlns=%22http://www.w3.org/2000/svg%22 width=%2220%22 height=%2220%22 viewBox=%220 0 20 20%22%3E%3Ctitle%3Etray%3C/title%3E%3Cpath d=%22M3 1a2 2 0 0 0-2 2v14a2 2 0 0 0 2 2h14a2 2 0 0 0 2-2V3a2 2 0 0 0-2-2zm14 12h-4l-1 2H8l-1-2H3V3h14z%22/%3E%3C/svg%3E\");\n}\n Switching to Vector displays them properly, even though the CSS rules are virtually identical - the only differences are that the word \"monobook\" becomes \"vector\" in the first and third url(...) value.",
+ "c-Suffusion_of_Yellow-2019-06-25T19:52:00.000Z-Missing_notification_icons_in_MonoBook": "Tracked in Phabricator Task T226503 I just spent ten minutes trying to figure out what was wrong on my end. If you're doing the same, it's not just you. See phab:T226503.",
+ "c-Redrose64-2019-06-25T20:21:00.000Z-Suffusion_of_Yellow-2019-06-25T19:52:00.000Z": "I'm getting it in MonoBook too. The appropriate CSS rules are present in the stylesheets: .oo-ui-icon-bell, .mw-ui-icon-bell:before { background-image: url(/w/load.php?modules=oojs-ui.styles.icons-alerts&image=bell&format=rasterized&lang=en&skin=monobook); background-image: linear-gradient(transparent,transparent),url(\"data:image/svg+xml,%3Csvg xmlns=%22http://www.w3.org/2000/svg%22 width=%2220%22 height=%2220%22 viewBox=%220 0 20 20%22%3E%3Ctitle%3Ebell%3C/title%3E%3Cpath d=%22M16 7a5.38 5.38 0 0 0-4.46-4.85C11.6 1.46 11.53 0 10 0S8.4 1.46 8.46 2.15A5.38 5.38 0 0 0 4 7v6l-2 2v1h16v-1l-2-2zm-6 13a3 3 0 0 0 3-3H7a3 3 0 0 0 3 3z%22/%3E%3C/svg%3E\"); } .oo-ui-icon-tray, .mw-ui-icon-tray:before { background-image: url(/w/load.php?modules=oojs-ui.styles.icons-alerts&image=tray&format=rasterized&lang=en&skin=monobook); background-image: linear-gradient(transparent,transparent),url(\"data:image/svg+xml,%3Csvg xmlns=%22http://www.w3.org/2000/svg%22 width=%2220%22 height=%2220%22 viewBox=%220 0 20 20%22%3E%3Ctitle%3Etray%3C/title%3E%3Cpath d=%22M3 1a2 2 0 0 0-2 2v14a2 2 0 0 0 2 2h14a2 2 0 0 0 2-2V3a2 2 0 0 0-2-2zm14 12h-4l-1 2H8l-1-2H3V3h14z%22/%3E%3C/svg%3E\"); } Switching to Vector displays them properly, even though the CSS rules are virtually identical - the only differences are that the word \"monobook\" becomes \"vector\" in the first and third url(...) value.",
"c-Killiondude-2019-06-25T23:42:00.000Z-Suffusion_of_Yellow-2019-06-25T19:52:00.000Z": "Um, did the fix also give a ton of scroll-space to the right of anyone else's window? I can now scroll for a very long time to the right, despite there being no content.",
"c-Suffusion_of_Yellow-2019-06-25T23:45:00.000Z-Killiondude-2019-06-25T23:42:00.000Z": "@Killiondude: Yes, I see the same thing. (Firefox 67, Linux)",
- "c-Nyttend-2019-06-25T23:53:00.000Z-Suffusion_of_Yellow-2019-06-25T23:45:00.000Z": "Ditto here, IE 11 in Windows. They were missing for a while, but now they've reappeared. I think they're blurrier than before, however. Could someone ping me and thank me for this edit, so I can see whether the number notifications look any different.",
+ "c-Nyttend-2019-06-25T23:53:00.000Z-Suffusion_of_Yellow-2019-06-25T23:45:00.000Z": "Ditto here, IE 11 in Windows. They were missing for a while, but now they've reappeared. I think they're blurrier than before, however. Could someone ping me and thank me for this edit, so I can see whether the number notifications look any different.",
"c-Suffusion_of_Yellow-2019-06-26T00:06:00.000Z-Nyttend-2019-06-25T23:53:00.000Z": "@Nyttend: (ping)",
- "c-Nyttend-2019-06-26T10:51:00.000Z-Suffusion_of_Yellow-2019-06-26T00:06:00.000Z": "Thank you. Things are somewhat different; the numbers looked normal, but when I clicked each one, it was momentarily surrounded by a little dark box. The same is true if I want to review past notifications and click either of the icons when I have nothing new.",
- "c-Redrose64-2019-06-26T13:06:00.000Z-Nyttend-2019-06-26T10:51:00.000Z": "@Nyttend: You might be right about the extra blurriness, I'm not sure (I took some screenshots a few years ago: c:File:Vpt redrose64 alerts.PNG, c:File:Vpt redrose64 alerts2.PNG, c:File:Vpt redrose64 alerts3.PNG back when the car door was still in place, now replaced by the TV set icon). You're certainly right about the little dark box, it's blue and there are two for each icon, one enclosing the number and the other enclosing the icon.\n@Killiondude: The super-wide scroll space was present for me on all pages until about an hour ago, it's now stopped appearing.",
+ "c-Nyttend-2019-06-26T10:51:00.000Z-Suffusion_of_Yellow-2019-06-26T00:06:00.000Z": "Thank you. Things are somewhat different; the numbers looked normal, but when I clicked each one, it was momentarily surrounded by a little dark box. The same is true if I want to review past notifications and click either of the icons when I have nothing new.",
+ "c-Redrose64-2019-06-26T13:06:00.000Z-Nyttend-2019-06-26T10:51:00.000Z": "@Nyttend: You might be right about the extra blurriness, I'm not sure (I took some screenshots a few years ago: c:File:Vpt redrose64 alerts.PNG, c:File:Vpt redrose64 alerts2.PNG, c:File:Vpt redrose64 alerts3.PNG back when the car door was still in place, now replaced by the TV set icon). You're certainly right about the little dark box, it's blue and there are two for each icon, one enclosing the number and the other enclosing the icon. @Killiondude: The super-wide scroll space was present for me on all pages until about an hour ago, it's now stopped appearing.",
"c-Bishonen-2019-06-27T21:38:00.000Z-Redrose64-2019-06-26T13:06:00.000Z": "You guys aren't getting the icons? I'm getting only the icons — not the actual pings. On the upside, I get all thanks twice. See below. (Using Monobook.)",
"c-Suffusion_of_Yellow-2019-06-27T21:48:00.000Z-Bishonen-2019-06-27T21:38:00.000Z": "@Bishonen: That's because this problem was fixed and the \"fix\" caused another problem. Try putting my \"fix\"-to-the-fix from the other thread in your monobook.css, and see if the links work as expected.",
"c-Bishonen-2019-06-27T21:59:00.000Z-Suffusion_of_Yellow-2019-06-27T21:48:00.000Z": "I'm sorry, Suffusion of Yellow, I don't see a fix-to-the fix in the other thread (you mean \"Someone has broken Thanks\", right?), and altogether, you're speaking a foreign language. Could you tell me what to do as if explaining to your mother?",
- "c-Suffusion_of_Yellow-2019-06-27T22:07:00.000Z-Bishonen-2019-06-27T21:59:00.000Z": "@Bishonen: Sorry, there are too many threads about this right now. Try adding:#pt-notifications-notice .mw-echo-notifications-badge, #pt-notifications-alert .mw-echo-notifications-badge {\n\ttext-align: left;\n}\n to your monobook.css. Works for me, at least.",
- "c-Bishonen-2019-06-28T08:10:00.000Z-Suffusion_of_Yellow-2019-06-27T22:07:00.000Z": "And it worked for me. Thank you very much, Suffusion of Yellow.\nRe-pinging Suffusion of Yellow.",
+ "c-Suffusion_of_Yellow-2019-06-27T22:07:00.000Z-Bishonen-2019-06-27T21:59:00.000Z": "@Bishonen: Sorry, there are too many threads about this right now. Try adding: #pt-notifications-notice .mw-echo-notifications-badge, #pt-notifications-alert .mw-echo-notifications-badge { text-align: left; } to your monobook.css. Works for me, at least.",
+ "c-Bishonen-2019-06-28T08:10:00.000Z-Suffusion_of_Yellow-2019-06-27T22:07:00.000Z": "And it worked for me. Thank you very much, Suffusion of Yellow. Re-pinging Suffusion of Yellow.",
"c-Bishonen-2019-06-29T19:30:00.000Z-Bishonen-2019-06-28T08:10:00.000Z": "Suffusion of Yellow, I've just realized that my problem persists on Meta. Somebody pinged me, to test, and all I got was a three-year-old thanks. Can I put your magic code somewhere to fix that? (And hopefully Commons, Swedish Wikipedia, etc etc — I assume it's everywhere.)",
- "c-Xaosflux-2019-06-29T19:38:00.000Z-Bishonen-2019-06-29T19:30:00.000Z": "@Bishonen: the problem on meta-wiki, (and most all other projects) should get cleaned up with the next release train. If it doesn't I'll put the hack on meta-wiki. If you need it urgently, you can hack your own monobook.css there (or just click a bit further to the left).",
+ "c-Xaosflux-2019-06-29T19:38:00.000Z-Bishonen-2019-06-29T19:30:00.000Z": "@Bishonen: the problem on meta-wiki, (and most all other projects) should get cleaned up with the next release train. If it doesn't I'll put the hack on meta-wiki. If you need it urgently, you can hack your own monobook.css there (or just click a bit further to the left).",
"c-Suffusion_of_Yellow-2019-06-29T19:42:00.000Z-Bishonen-2019-06-29T19:30:00.000Z": "@Bishonen: You can also put the same code in your meta:Special:MyPage/global.css. In theory this could cause display problems if you view some wikis in non-monobook skins, but I just tried in Vector and Timeless and I didn't see any problems.",
"c-Suffusion_of_Yellow-2019-06-29T19:45:00.000Z-Suffusion_of_Yellow-2019-06-29T19:42:00.000Z": "@Bishonen: Wait, just realized that it's possible to have the fix only apply to monobook. Give me a few minutes to work it out.",
- "c-Suffusion_of_Yellow-2019-06-29T19:54:00.000Z-Missing_notification_icons_in_MonoBook": "@Bishonen: Ok, try putting:.skin-monobook #pt-notifications-notice .mw-echo-notifications-badge, .skin-monobook #pt-notifications-alert .mw-echo-notifications-badge {\n\ttext-align: left;\n}\n in your meta:Special:MyPage/global.css.",
+ "c-Suffusion_of_Yellow-2019-06-29T19:54:00.000Z-Missing_notification_icons_in_MonoBook": "@Bishonen: Ok, try putting: .skin-monobook #pt-notifications-notice .mw-echo-notifications-badge, .skin-monobook #pt-notifications-alert .mw-echo-notifications-badge { text-align: left; } in your meta:Special:MyPage/global.css.",
"c-Bishonen-2019-06-29T20:20:00.000Z-Suffusion_of_Yellow-2019-06-29T19:54:00.000Z": "Suffusion of Yellow, now you're talking my language. It seems to work. Thank you.",
"h-Excessive_width_on_monobook-Issues_with_alerts,_June_2019-2019-06-26T03:14:00.000Z": "Excessive width on monobook",
- "c-Xaosflux-2019-06-26T03:14:00.000Z-Excessive_width_on_monobook": "Tracked in PhabricatorTask T226594\nSo if you are using monobook, you may now constantly think there is something off the page to the right. See phab:T226597 for the report. Apparently this is a hack that the dev's put in to work around the notifications mess above.",
+ "c-Xaosflux-2019-06-26T03:14:00.000Z-Excessive_width_on_monobook": "Tracked in Phabricator Task T226594 So if you are using monobook, you may now constantly think there is something off the page to the right. See phab:T226597 for the report. Apparently this is a hack that the dev's put in to work around the notifications mess above.",
"c-Xaosflux-2019-06-26T03:41:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "Merged to phab:T226594.",
"c-Lugnuts-2019-06-26T06:54:00.000Z-Xaosflux-2019-06-26T03:41:00.000Z": "Thank you. Just noticed this, and thought it was a broken ref spilling across the page I was on!",
"c-RainFall-2019-06-26T07:13:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "Jeez. Hadn't noticed. Can't unsee now. Here's a temporary fix.",
- "c-Nyttend-2019-06-26T10:53:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "#pt-notifications-notice .mw-echo-notifications-badge, #pt-notifications-alert .mw-echo-notifications-badge {\n\ttext-indent: 0px !important;\n}\n\nYesterday, when I responded to the thread above (\"please ping and thank me\"), I looked for this and it wasn't the case, but now it is.",
+ "c-Nyttend-2019-06-26T10:53:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "#pt-notifications-notice .mw-echo-notifications-badge, #pt-notifications-alert .mw-echo-notifications-badge { text-indent: 0px !important; } Yesterday, when I responded to the thread above (\"please ping and thank me\"), I looked for this and it wasn't the case, but now it is.",
"c-Xaosflux-2019-06-26T11:58:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "I've added RainFall's fix temporarily to MediaWiki:Monobook.css after testing locally, revert if any new issues are caused (I tested with both notification types as well).",
"c-DuncanHill-2019-06-26T12:00:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "Does the temporary fix actually work? I've still got the excessive width.",
"c-Xaosflux-2019-06-26T12:01:00.000Z-DuncanHill-2019-06-26T12:00:00.000Z": "@DuncanHill: it took a min to update the central css, try force refreshing a page.",
"c-DuncanHill-2019-06-26T12:05:00.000Z-Xaosflux-2019-06-26T12:01:00.000Z": "@Xaosflux: Now working, thank you.",
"c-Suffusion_of_Yellow-2019-06-26T21:24:00.000Z-Xaosflux-2019-06-26T12:01:00.000Z": "@Xaosflux: Now, when I click on the \"talk\" link to the right of the notifications, I get the Special:Notifications popup instead. It looks like the screen-reader text, hidden by color:transparent, is overlapping with the talk link.",
- "c-Xaosflux-2019-06-26T21:37:00.000Z-Suffusion_of_Yellow-2019-06-26T21:24:00.000Z": "@Suffusion of Yellow, DuncanHill, Nyttend, Lugnuts, and RainFall: OK, I reverted the .css in monobook.css, give it a few and see if it fixes that problem (resulting in the original problem) - seems like I'm having to argue with the dev team to get them to understand that the change they made is making the final page worse than before :(",
+ "c-Xaosflux-2019-06-26T21:37:00.000Z-Suffusion_of_Yellow-2019-06-26T21:24:00.000Z": "@Suffusion of Yellow, DuncanHill, Nyttend, Lugnuts, and RainFall: OK, I reverted the .css in monobook.css, give it a few and see if it fixes that problem (resulting in the original problem) - seems like I'm having to argue with the dev team to get them to understand that the change they made is making the final page worse than before :(",
"c-Xaosflux-2019-06-26T21:38:00.000Z-Xaosflux-2019-06-26T21:37:00.000Z": "OK Talk is back, but so is super-wide-mode :(",
"c-Suffusion_of_Yellow-2019-06-26T21:52:00.000Z-Xaosflux-2019-06-26T21:37:00.000Z": "@Xaosflux: Argue with the The Knights Who Say \"OOUI!\"? Good luck!",
- "c-Xaosflux-2019-06-26T22:31:00.000Z-Suffusion_of_Yellow-2019-06-26T21:52:00.000Z": "I'd like to laugh, but it's so annoying that breaking changes are just rolled out. If WMF want's to deprecate monobook they need to just say it - else stop breaking it....",
+ "c-Xaosflux-2019-06-26T22:31:00.000Z-Suffusion_of_Yellow-2019-06-26T21:52:00.000Z": "I'd like to laugh, but it's so annoying that breaking changes are just rolled out. If WMF want's to deprecate monobook they need to just say it - else stop breaking it....",
"c-DuncanHill-2019-06-26T22:32:00.000Z-Xaosflux-2019-06-26T22:31:00.000Z": "\"Quick - we need a distraction from Framgate, BREAK THINGS!\"",
"c-Xaosflux-2019-06-26T22:41:00.000Z-DuncanHill-2019-06-26T22:32:00.000Z": "please please please, don't feed to conspiracy theorists ...",
- "c-Suffusion_of_Yellow-2019-06-26T22:33:00.000Z-Xaosflux-2019-06-26T22:31:00.000Z": ".mw-parser-output .inline-quote-talk{font-family:Georgia,\"DejaVu Serif\",serif;color:#008560;quotes:none}.mw-parser-output .inline-quote-talk-italic{font-family:inherit;font-style:italic}.mw-parser-output .inline-quote-talk-marks{quotes:\"\\\"\"\"\\\"\"}deprecate monobook: WP:BEANS!",
+ "c-Suffusion_of_Yellow-2019-06-26T22:33:00.000Z-Xaosflux-2019-06-26T22:31:00.000Z": "deprecate monobook: WP:BEANS!",
"c-Whatamidoing_(WMF)-2019-06-27T06:31:00.000Z-Suffusion_of_Yellow-2019-06-26T22:33:00.000Z": "\"Deprecate\" would be too strong a word, but the end of official support for MonoBook was announced about half a dozen years ago.[7]",
"c-Killiondude-2019-06-26T22:35:00.000Z-Suffusion_of_Yellow-2019-06-26T21:52:00.000Z": "I suppose I can put that code in my own css file, but I'd prefer that talk page link not to work over the wide screen space. I use trackpad shortcuts to move backward and forward through browser tab history a lot on Wikipedia. Having all the space to the right pretty much disallows moving forward in the history via that shortcut.",
"c-Xaosflux-2019-06-26T22:42:00.000Z-Killiondude-2019-06-26T22:35:00.000Z": "If someone can come up with another hack for it that doesn't break things I'll happily force it back out there.",
"c-Xaosflux-2019-06-26T22:43:00.000Z-Xaosflux-2019-06-26T22:42:00.000Z": "If somehow this breaks the fundraising banner Seddon (WMF) is working on I bet it will get immediate attention...ijs...",
- "c-Xaosflux-2019-06-27T03:46:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "For any of my over-the-top complaining on this, some of it is frustration - but I really would like to thank Catrope for their continuing efforts to resolve this. Last update, the width problem is fixed, but now there is an alignment issue with the areas to click (you have to click a little further to the left then you used to right now) - this is already reported to phab.",
+ "c-Xaosflux-2019-06-27T03:46:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "For any of my over-the-top complaining on this, some of it is frustration - but I really would like to thank Catrope for their continuing efforts to resolve this. Last update, the width problem is fixed, but now there is an alignment issue with the areas to click (you have to click a little further to the left then you used to right now) - this is already reported to phab.",
"c-Risker-2019-06-27T04:16:00.000Z-Xaosflux-2019-06-27T03:46:00.000Z": "Ah, I was wondering about that. I was trying to get to my userpage from the link at the top, and kept getting info about notifications...",
"c-RainFall-2019-06-27T05:15:00.000Z-Xaosflux-2019-06-27T03:46:00.000Z": "Related xkcd. The initial \"fix\" that caused this seems to be very problematic. Can we not revert back and make a proper, tested patch instead of applying these small hacks repeatedly?",
"c-Lugnuts-2019-06-27T06:29:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "Hi all. I don't know if this is related, but I can't click on the link to my talkpage from the very top bar, it always goes to my notifications. This is in Firefox.",
- "c-Xaosflux-2019-06-27T14:27:00.000Z-Lugnuts-2019-06-27T06:29:00.000Z": "@Lugnuts: the 'talk link' problem should be fixed now (at least in monobook). If you are still seeing it in monobook can you gather some more details: hover over \"log out\" and look at what the link would be, then slowly move your mouse to the left (over contribus/wl/pref/ etc..) and see if you get sandbox, then your talk link. If it is out of alignment let us know? The link to the \"user page\" is somewhat overlapping with notifications (See above) but should work if you approach it from its left edge.",
+ "c-Xaosflux-2019-06-27T14:27:00.000Z-Lugnuts-2019-06-27T06:29:00.000Z": "@Lugnuts: the 'talk link' problem should be fixed now (at least in monobook). If you are still seeing it in monobook can you gather some more details: hover over \"log out\" and look at what the link would be, then slowly move your mouse to the left (over contribus/wl/pref/ etc..) and see if you get sandbox, then your talk link. If it is out of alignment let us know? The link to the \"user page\" is somewhat overlapping with notifications (See above) but should work if you approach it from its left edge.",
"c-Lugnuts-2019-06-27T14:29:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "Thanks Xaosflux, that seems to be OK now.",
"c-DuncanHill-2019-06-27T15:08:00.000Z-Lugnuts-2019-06-27T14:29:00.000Z": "I've just noticed that \"Notices\" now fills up most of the space between \"DuncanHill\" and \"Talk\", and \"Alerts\" partially overlaps \"DuncanHill\". I don't generally notice them unless I actually have an alert or a notice, as I use the blackscreen gadget and the words \"Notices\" and \"Alerts\" helpfully display in black text on a black background. Since these recent changes they have started shewing up in orange (like the other links at the top) but only when I point my mouse at them.",
- "c-Suffusion_of_Yellow-2019-06-27T21:33:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "@Xaosflux: This fixes all the overlap issues for me, in FF67/Linux: #pt-notifications-notice .mw-echo-notifications-badge, #pt-notifications-alert .mw-echo-notifications-badge {\n\ttext-align: left;\n}\n I don't know why; I was just trying things at random. Might be worth trying in some other browsers.",
+ "c-Suffusion_of_Yellow-2019-06-27T21:33:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "@Xaosflux: This fixes all the overlap issues for me, in FF67/Linux: #pt-notifications-notice .mw-echo-notifications-badge, #pt-notifications-alert .mw-echo-notifications-badge { text-align: left; } I don't know why; I was just trying things at random. Might be worth trying in some other browsers.",
"c-Killiondude-2019-06-27T22:00:00.000Z-Suffusion_of_Yellow-2019-06-27T21:33:00.000Z": "This code fixes all the things for me. :) Before inserting this, I couldn't access \"alerts\" (the bell) only \"notifications\" (the inbox icon).",
"c-Xaosflux-2019-06-27T22:18:00.000Z-Killiondude-2019-06-27T22:00:00.000Z": "I noted it at phab:T226594 to see if there will be an upstream fix before we start band-aiding again.",
"c-DuncanHill-2019-06-27T22:24:00.000Z-Killiondude-2019-06-27T22:00:00.000Z": "@Suffusion of Yellow: That stops the overlap, but the text stays black when I point at it. Could someone thank and/or/ping me so I can see what it looks like then? Thanks,",
@@ -100,15 +100,15 @@
"c-Suffusion_of_Yellow-2019-06-27T22:34:00.000Z-DuncanHill-2019-06-27T22:28:00.000Z": "@DuncanHill: Ideally, that should go in Special:MyPage/monobook.css instead of Special:MyPage/common.css, not I think it will make a big difference.",
"c-DuncanHill-2019-06-27T22:40:00.000Z-Suffusion_of_Yellow-2019-06-27T22:34:00.000Z": "Thanks again, have moved it over. Seems to be much the same effect.",
"h-Message_&_notification_icons_in_Modern_skin-Issues_with_alerts,_June_2019-2019-06-27T14:52:00.000Z": "Message & notification icons in Modern skin",
- "c-Nthep-2019-06-27T14:52:00.000Z-Message_&_notification_icons_in_Modern_skin": "Tracked in PhabricatorTask T226684\n \nThe message & notification icons in the modern skin seem to have been changed to something less than ideal. Any recent changes to the stylesheet that would have made this happen? FWIW browser is latest version of Firefox (67.0.4).",
- "c-Xaosflux-2019-06-27T14:57:00.000Z-Nthep-2019-06-27T14:52:00.000Z": "@Nthep: - so in summary - there is a bunch going on and this is coming from upstream not local styles. See phab:T226684 (and some of the discussion at phab:T226594) to catch up on the goings-on.",
+ "c-Nthep-2019-06-27T14:52:00.000Z-Message_&_notification_icons_in_Modern_skin": "Tracked in Phabricator Task T226684 The message & notification icons in the modern skin seem to have been changed to something less than ideal. Any recent changes to the stylesheet that would have made this happen? FWIW browser is latest version of Firefox (67.0.4).",
+ "c-Xaosflux-2019-06-27T14:57:00.000Z-Nthep-2019-06-27T14:52:00.000Z": "@Nthep: - so in summary - there is a bunch going on and this is coming from upstream not local styles. See phab:T226684 (and some of the discussion at phab:T226594) to catch up on the goings-on.",
"c-Nthep-2019-06-27T15:10:00.000Z-Xaosflux-2019-06-27T14:57:00.000Z": "Thanks.",
"c-Isarra-2019-07-01T15:55:00.000Z-Nthep-2019-06-27T15:10:00.000Z": "@Nthep: Same as the monobook issues, should be fully fixed at the end of the week/next week depending on how they're doing deployments. Unless you don't like how we fixed it once it does change, in which case do please tell me.",
"h-Someone_has_broken_Thanks-Issues_with_alerts,_June_2019-2019-06-27T20:53:00.000Z": "Someone has broken Thanks",
- "c-DuncanHill-2019-06-27T20:53:00.000Z-Someone_has_broken_Thanks": "Now when I thank someone, instead of it happening all in the history page, it takes me to another page to ask me if I want to thank them, then to yet another page saying I have thanked them, and leaves me there and not where I was to start with and with no apparent way back. I expect it's an \"improvement\", but it makes life harder.",
+ "c-DuncanHill-2019-06-27T20:53:00.000Z-Someone_has_broken_Thanks": "Now when I thank someone, instead of it happening all in the history page, it takes me to another page to ask me if I want to thank them, then to yet another page saying I have thanked them, and leaves me there and not where I was to start with and with no apparent way back. I expect it's an \"improvement\", but it makes life harder.",
"c-Suffusion_of_Yellow-2019-06-27T20:58:00.000Z-DuncanHill-2019-06-27T20:53:00.000Z": "@DuncanHill: Works normally for me. What you are describing is the expected behavior if you have JavaScript disabled. It is possible that the JS for the \"thanks\" feature didn't load properly. Try WP:BYPASS, and see if it works again.",
"c-Xaosflux-2019-06-27T20:59:00.000Z-DuncanHill-2019-06-27T20:53:00.000Z": " Works for me - but the servers were just also having some hiccups, can you try again?",
- "c-Maile66-2019-06-27T21:00:00.000Z-DuncanHill-2019-06-27T20:53:00.000Z": "I've been having intermittent weirdness of another type. On \"Show preview\", I've been getting a message that the servers are busy. If I refresh, it works fine. But the error has repeated numerous times today. I've been wondering if it's the new version of MediaWiki that Tech News mentioned would be on all wikis as of today.",
+ "c-Maile66-2019-06-27T21:00:00.000Z-DuncanHill-2019-06-27T20:53:00.000Z": "I've been having intermittent weirdness of another type. On \"Show preview\", I've been getting a message that the servers are busy. If I refresh, it works fine. But the error has repeated numerous times today. I've been wondering if it's the new version of MediaWiki that Tech News mentioned would be on all wikis as of today.",
"c-DuncanHill-2019-06-27T21:03:00.000Z-Maile66-2019-06-27T21:00:00.000Z": "(ec)I went back and in the page history it did not shew me as having thanked the person I had thanked. I tried again, nothing happened, then tried again and it behaved normally. I think there's a log somewhere where I can see if it went through, but can't remember where.",
"c-DuncanHill-2019-06-27T21:06:00.000Z-DuncanHill-2019-06-27T21:03:00.000Z": "Hah! I found the thanks log, it's shewing me as having made the first thanks before I posted here, but not the second when I tried again.",
"c-Bishonen-2019-06-27T21:20:00.000Z-DuncanHill-2019-06-27T21:03:00.000Z": "This is not about thanks (I think), but I got first one, then two notifications today for apparently nothing. I mean, there's a little red \"2\" in the usual place, but when I look there's nothing new there. I think the second one may have been for AGK's mention of me here, since it turned up right as I was reading his motion, but I've no idea what the first one is. Anybody know what's going on? If an arb offers a motion to examine my conduct, and has as far as he knows pinged me about it, it would be nice to get that ping. Can I go somewhere to find it?",
@@ -116,13 +116,13 @@
"c-Sluzzelin-2019-06-27T21:27:00.000Z-DuncanHill-2019-06-27T21:26:00.000Z": "There was a recent problem with notification (at least in Monobook) see here (look above), but I don't know whether there's a connection. I will henceforth thank and revert and ping users profusely and see how they react.",
"c-Sluzzelin-2019-06-27T21:31:00.000Z-DuncanHill-2019-06-27T21:26:00.000Z": "Duncan, you better stop thanking me, or I will report you to ...",
"c-Bishonen-2019-06-27T21:32:00.000Z-Sluzzelin-2019-06-27T21:31:00.000Z": "(edit conflict) (edit conflict) (edit conflict) I use Monobook, Sluzzelin, I'm old school. You know what? I just realized that the little notifications digit — the red one — shows the thanks I've got, just like the blue digit does. So, I get thanks twice, and notifications never.",
- "c-Cryptic-2019-06-27T21:57:00.000Z-Bishonen-2019-06-27T21:32:00.000Z": "You can get a complete list of current and past notifications at Special:Notifications (which, frustratingly, works much better with javascript disabled). Doesn't help you realize there's new ones there if the main notice is broken, though.",
+ "c-Cryptic-2019-06-27T21:57:00.000Z-Bishonen-2019-06-27T21:32:00.000Z": "You can get a complete list of current and past notifications at Special:Notifications (which, frustratingly, works much better with javascript disabled). Doesn't help you realize there's new ones there if the main notice is broken, though.",
"c-DuncanHill-2019-06-27T21:34:00.000Z-Sluzzelin-2019-06-27T21:31:00.000Z": "@Sluzzelin: Wilco!",
"c-BlackcurrantTea-2019-06-28T07:48:00.000Z-DuncanHill-2019-06-27T21:34:00.000Z": "Bishonen, this happened to me (also a Monobook user) when someone replied to me in a topic which was archived in the time between their reply and when I saw the notification. Ever since then, whenever I go to a wiki project for the first time, there's a red number for notifications, even when there are none (because the default preference is to show cross-wiki notifications). On the bright side, I can always tell if it's my first visit to a project.",
"c-Bishonen-2019-06-28T08:06:00.000Z-BlackcurrantTea-2019-06-28T07:48:00.000Z": "@BlackcurrantTea:, my problem was solved by a kindly techy type in a thread above. I don't know if the same magic would help you, but it's probably worth trying.",
"c-BlackcurrantTea-2019-06-28T08:36:00.000Z-Bishonen-2019-06-28T08:06:00.000Z": "Bishonen, thanks for the tip. That doesn't make a difference in my case, but it's not really a problem.",
"h-Stuck_alert/notification-Issues_with_alerts,_June_2019-2019-06-28T03:19:00.000Z": "Stuck alert/notification",
- "c-BullRangifer-2019-06-28T03:19:00.000Z-Stuck_alert/notification": "At the top of every Wikipedia page I open are my control tabs: Username, Alerts, Notifications, Talk, Sandbox, Preferences, Beta, Watchlist, Contributions, Log out.\nThere is a red number over my Alerts tab, and the tab isn't working. When I click on it, it shows all the Notifications, as does the Notifications tab.\nI can't get rid of that red number. It has worked fine until today. Help!",
+ "c-BullRangifer-2019-06-28T03:19:00.000Z-Stuck_alert/notification": "At the top of every Wikipedia page I open are my control tabs: Username, Alerts, Notifications, Talk, Sandbox, Preferences, Beta, Watchlist, Contributions, Log out. There is a red number over my Alerts tab, and the tab isn't working. When I click on it, it shows all the Notifications, as does the Notifications tab. I can't get rid of that red number. It has worked fine until today. Help!",
"c-Killiondude-2019-06-28T03:23:00.000Z-BullRangifer-2019-06-28T03:19:00.000Z": "@BullRangifer: do you use Monobook for your skin? If so, see #Excessive width on monobook and specifically the last bit of code given that you can put into your css file to fix what the devs broke in the skin.",
"c-BullRangifer-2019-06-28T06:53:00.000Z-Killiondude-2019-06-28T03:23:00.000Z": "Still a problem.",
"c-Redrose64-2019-06-28T11:05:00.000Z-BullRangifer-2019-06-28T06:53:00.000Z": "@BullRangifer: The problem is that although the bell and TV set icons are still links, their hotspots have shifted to the left by about their own width plus a bit more. So the TV set's hotspot is now where the bell is displayed. Therefore, to activate the bell, you click a little to its left - just over the letters \"fer\" should do it.",
@@ -144,23 +144,23 @@
"h-Deployment_update-Issues_with_alerts,_June_2019-2019-07-03T00:02:00.000Z": "Deployment update",
"c-Roan_Kattouw_(WMF)-2019-07-03T00:02:00.000Z-Deployment_update": "Thanks to User:Isarra's efforts on Friday, we now have full fixes for the notification badge issues in the Monobook and Modern skins. About 15 minutes ago (at 23:36 UTC) I deployed the fixes for Monobook, these are now live on all wikis. I didn't deploy the fixes for Modern because those are a little more complicated and that skin isn't used as much as Monobook is. If I get a chance, I may be able to deploy those 24 hours from now, and otherwise they'll come with next week's regular weekly deployment train on Thursday July 11 (there is no train this week due to the July 4th holiday). Thanks to User:Isarra for writing proper fixes for these bugs, and to User:Xaosflux for putting interim fixes in MediaWiki:Monobook.css in the meantime. And, again, my apologies for this disruption; I was the reviewer on the change that broke this, and I should have caught the fact that it changed the badge structure and the main badge CSS but did not update the Monobook CSS to match.",
"h-\"Show_preview\"_toolbar_needs_to_be_above_the_edit_summary_in_the_wikitext_editin-2019-07-01T08:34:00.000Z": "\"Show preview\" toolbar needs to be above the edit summary in the wikitext editing window",
- "c-Timeshifter-2019-07-01T08:34:00.000Z-\"Show_preview\"_toolbar_needs_to_be_above_the_edit_summary_in_the_wikitext_editin": "Or there needs to be a setting in preferences to allow this. Scrolling is a pain. Half the page has to be scrolled to click the \"show preview\" button. \nWeird thing is that the edit window here does not have the \"Edit summary (Briefly describe your changes)\" toolbar. It only has the \"common edit summaries\" toolbar. \nSo look at an article edit window, or an article talk page edit window.",
+ "c-Timeshifter-2019-07-01T08:34:00.000Z-\"Show_preview\"_toolbar_needs_to_be_above_the_edit_summary_in_the_wikitext_editin": "Or there needs to be a setting in preferences to allow this. Scrolling is a pain. Half the page has to be scrolled to click the \"show preview\" button. Weird thing is that the edit window here does not have the \"Edit summary (Briefly describe your changes)\" toolbar. It only has the \"common edit summaries\" toolbar. So look at an article edit window, or an article talk page edit window.",
"c-Redrose64-2019-07-01T16:25:00.000Z-Timeshifter-2019-07-01T08:34:00.000Z": "If you begin editing by using the \"new section\" tab, then no, you don't get an edit summary window. Instead, a standard edit summary is constructed for you, consisting of the name of the new section wrapped in /* ... */ markers plus the words \"new section\". The edit summary window only appears when editing an existing section, or the whole page.",
"c-Timeshifter-2019-07-02T08:42:00.000Z-Redrose64-2019-07-01T16:25:00.000Z": "Thanks, Redrose64. I see now.",
"h-Edit_window_length_is_not_remembered-\"Show_preview\"_toolbar_needs_to_be_above_the_edit_summary_in_the_wikitext_editin-2019-07-01T08:24:00.000Z": "Edit window length is not remembered",
- "c-Timeshifter-2019-07-01T08:24:00.000Z-Edit_window_length_is_not_remembered": "A related problem is that the wikitext edit window length is not remembered. I can drag it up or down in length. But when I open another article or talk page, and then open an edit window, it is back to being a very lengthy edit window. \nThis exacerbates the previous problem of the \"Publish changes\" toolbar being separated by almost half a page of edit summary and terms of use stuff. \nLots of scrolling to do multiple previews. I am using Firefox on a 21-inch LCD monitor.",
- "c-PrimeHunter-2019-07-01T09:59:00.000Z-Timeshifter-2019-07-01T08:24:00.000Z": "This in your CSS sets the edit box height:\ntextarea {height:15em}\n\nUser:Js/ajaxPreview#Installation adds a small preview button above the edit box. It makes other changes.",
+ "c-Timeshifter-2019-07-01T08:24:00.000Z-Edit_window_length_is_not_remembered": "A related problem is that the wikitext edit window length is not remembered. I can drag it up or down in length. But when I open another article or talk page, and then open an edit window, it is back to being a very lengthy edit window. This exacerbates the previous problem of the \"Publish changes\" toolbar being separated by almost half a page of edit summary and terms of use stuff. Lots of scrolling to do multiple previews. I am using Firefox on a 21-inch LCD monitor.",
+ "c-PrimeHunter-2019-07-01T09:59:00.000Z-Timeshifter-2019-07-01T08:24:00.000Z": "This in your CSS sets the edit box height: textarea {height:15em} User:Js/ajaxPreview#Installation adds a small preview button above the edit box. It makes other changes.",
"c-Galobtter-2019-07-01T10:14:00.000Z-Timeshifter-2019-07-01T08:24:00.000Z": "Or you can use alt+shift+p to preview.",
"c-Timeshifter-2019-07-02T08:38:00.000Z-Galobtter-2019-07-01T10:14:00.000Z": "Thanks, PrimeHunter. I installed both, and they both work great. They both should be preferences.",
"c-Redrose64-2019-07-02T18:30:00.000Z-Timeshifter-2019-07-02T08:38:00.000Z": "@Timeshifter: It has previously been suggested (see e.g. this thread)) that a setting such as the above rule textarea {height:15em} should be made a user pref. Unfortunately, this is not feasible since a value of 15em is not suitable for every user - we do not know how high anybody else's screen is.",
- "c-Timeshifter-2019-07-03T02:53:00.000Z-Redrose64-2019-07-02T18:30:00.000Z": "@Redrose64: Thanks. I see from that old thread that it was possible in the past to choose the size of the textarea. I vaguely remember that this existed at one time. You wrote in that old thread: \"Each pref removed marginally improves page load time for logged-in users.\" Is it only prefs that are changed from default settings that effect page load time? If so, then the more preferences the better.\nThere should be a way to open up and activate a whole new set of preferences. That way newbs could start with a manageable set of preferences. Then over time, if desired, then people could look at other preferences. Without having to paste stuff into CSS and JS pages. People could make their own decision as to whether the marginal loss of page load speed was made up for by the improvements provided by the additional preferences.",
+ "c-Timeshifter-2019-07-03T02:53:00.000Z-Redrose64-2019-07-02T18:30:00.000Z": "@Redrose64: Thanks. I see from that old thread that it was possible in the past to choose the size of the textarea. I vaguely remember that this existed at one time. You wrote in that old thread: \"Each pref removed marginally improves page load time for logged-in users.\" Is it only prefs that are changed from default settings that effect page load time? If so, then the more preferences the better. There should be a way to open up and activate a whole new set of preferences. That way newbs could start with a manageable set of preferences. Then over time, if desired, then people could look at other preferences. Without having to paste stuff into CSS and JS pages. People could make their own decision as to whether the marginal loss of page load speed was made up for by the improvements provided by the additional preferences.",
"h-Problem_with_CSD_category_counts,_again-2019-07-02T23:35:00.000Z": "Problem with CSD category counts, again",
- "c-Liz-2019-07-02T23:35:00.000Z-Problem_with_CSD_category_counts,_again": "I wrote a query regarding CSD category counts being incorrect and SoWhy helpfully pointed me to archived threads on this board, like Category count wrong and several others with the same complaint going back to spring 2018. Editors responded by listing Phab tickets, like T200402, T195397, T221795 or T18036 (and there are probably more). I've checked all the different tickets that were mentioned in these threads on this common problem and they are either marked as a) closed, resolved, b) closed, duplicate or c) low priority. I don't see how this issue can be considered resolved when it continues to be a problem and it is disappointing to think that there is little to no chance that anyone will work on actually solving this problem. It's clear that a lot of work on this started last year, but then the ticket was mistakenly closed as resolved.\nIs there any way to restart the process of review so that there is some investigation of this problem? Because as a \"resolved, low priority\" task, that means to me that it will never be examined again.",
- "c-Ammarpad-2019-07-03T06:37:00.000Z-Liz-2019-07-02T23:35:00.000Z": "In Phabricator parlance \"low priority\" does not necessarily means the task is not important; quite the opposite at times. Phab:T195397 was closed as resolved because it was indeed resolved at the time, and when the problem resurfaces, it was not reopened since there are many other open tasks. Some were closed as duplicate, because they were what the label says; even here, I believe we don't like 'duplicate.' The main task now is at phab:T221795. However, (for me to not be too evasive) I admit the problem is not given any sense of urgency from the technical side, but that's easily explainable. To be frank, there's nothing broken if category count is not correct. The problem has been noticed since 2008 or possibly earlier, and with adhoc fixes, everyone moves on until it returns and annoys another person. It's something obscure and which almost entire Wikipedia readers probably don't use nor care about. The editors who care for it (the count) are few, and even fewer know the problem exists. I don't know any way to speed up this, except (may be) to lobby the team working on it in the task, but keeping in mind, even if you think it needs immediate solution, others may not see it that way.",
+ "c-Liz-2019-07-02T23:35:00.000Z-Problem_with_CSD_category_counts,_again": "I wrote a query regarding CSD category counts being incorrect and SoWhy helpfully pointed me to archived threads on this board, like Category count wrong and several others with the same complaint going back to spring 2018. Editors responded by listing Phab tickets, like T200402, T195397, T221795 or T18036 (and there are probably more). I've checked all the different tickets that were mentioned in these threads on this common problem and they are either marked as a) closed, resolved, b) closed, duplicate or c) low priority. I don't see how this issue can be considered resolved when it continues to be a problem and it is disappointing to think that there is little to no chance that anyone will work on actually solving this problem. It's clear that a lot of work on this started last year, but then the ticket was mistakenly closed as resolved. Is there any way to restart the process of review so that there is some investigation of this problem? Because as a \"resolved, low priority\" task, that means to me that it will never be examined again.",
+ "c-Ammarpad-2019-07-03T06:37:00.000Z-Liz-2019-07-02T23:35:00.000Z": "In Phabricator parlance \"low priority\" does not necessarily means the task is not important; quite the opposite at times. Phab:T195397 was closed as resolved because it was indeed resolved at the time, and when the problem resurfaces, it was not reopened since there are many other open tasks. Some were closed as duplicate, because they were what the label says; even here, I believe we don't like 'duplicate.' The main task now is at phab:T221795. However, (for me to not be too evasive) I admit the problem is not given any sense of urgency from the technical side, but that's easily explainable. To be frank, there's nothing broken if category count is not correct. The problem has been noticed since 2008 or possibly earlier, and with adhoc fixes, everyone moves on until it returns and annoys another person. It's something obscure and which almost entire Wikipedia readers probably don't use nor care about. The editors who care for it (the count) are few, and even fewer know the problem exists. I don't know any way to speed up this, except (may be) to lobby the team working on it in the task, but keeping in mind, even if you think it needs immediate solution, others may not see it that way.",
"h-Remove_fbclid=..._from_all_links-2019-06-30T20:27:00.000Z": "Remove fbclid=... from all links",
- "c-84.173.225.148-2019-06-30T20:27:00.000Z-Remove_fbclid=..._from_all_links": "Hi all,\nI happened to notice that hundreds of links in hundreds of articles include fbclid=longstringofrandomlookingletters parameters. According to what I read, Facebook adds these to track users' browsing behavior. It works like this:\n\nLet's assume I discover something on www.example.com/cooltopic.html and share this URL with a friend on Facebook: \"HEY CHEK THIS OUT!!!!!!!11\"\nFacebook automatically adds a unique FaceBook CLick ID (fbclid) to every link that is passed through them by adding &fbclid=... or ?fbclid=... to it. This doesn't change the destination of the link i.e. the URL still works the same.\nThe friend decides to add my URL as a reference/link to Wikipedia. Except, now the URL will read www.example.com/cooltopic.html?fbclid=xyz123.\nThanks to their Click ID Facebook can now track the URL: If the link is emailed to a 3rd person, who sends it to a 4th via Whatsapp, Facebook recognizes the (modified) link as the one I originally shared with my friend, thus gathering data about which persons are communicating with whom.\nIf the destination site of the link (example.com) has added a like-button to their page then Facebook even gets notified whenever anyone follows the link, i.e. they will know exactly which visits to www.example.com are a consequence of my original communication with my friend. (They use this to find out who is a valuable influencer.)\nLong story short, IMHO all fbclid=... should be deleted from all (current and future) references and links on Wikipedia, because\n\nFacebook has no business tracking Wikipedia contributors or readers.\nThe huge fbclid=... strings make references harder to read and edit.\nThe fact that an Wikipedia article's reference's URL was passed through Facebook's infrastructure earlier is not relevant to the topic the article covers, so this information need not be preserved.\nThe links work just the same after deleting the fbclid parameter.\nSo it would be great if some Wikipedia wizard could program and unleash a bot for this? Please??\nSupposedly there are also Google Click IDs and others, however I haven't found their 'additions' in links. Maybe there is already a bot in place filtering them out? Then this bot would just need a little expanding.\nI hope this is the right place to ask. Someone at the Teahouse was kind enough to point me here.\nThanks and regards, Jens (",
+ "c-84.173.225.148-2019-06-30T20:27:00.000Z-Remove_fbclid=..._from_all_links": "Hi all, I happened to notice that hundreds of links in hundreds of articles include fbclid=longstringofrandomlookingletters parameters. According to what I read, Facebook adds these to track users' browsing behavior. It works like this: Let's assume I discover something on www.example.com/cooltopic.html and share this URL with a friend on Facebook: \"HEY CHEK THIS OUT!!!!!!!11\" Facebook automatically adds a unique FaceBook CLick ID (fbclid) to every link that is passed through them by adding &fbclid=... or ?fbclid=... to it. This doesn't change the destination of the link i.e. the URL still works the same. The friend decides to add my URL as a reference/link to Wikipedia. Except, now the URL will read www.example.com/cooltopic.html?fbclid=xyz123. Thanks to their Click ID Facebook can now track the URL: If the link is emailed to a 3rd person, who sends it to a 4th via Whatsapp, Facebook recognizes the (modified) link as the one I originally shared with my friend, thus gathering data about which persons are communicating with whom. If the destination site of the link (example.com) has added a like-button to their page then Facebook even gets notified whenever anyone follows the link, i.e. they will know exactly which visits to www.example.com are a consequence of my original communication with my friend. (They use this to find out who is a valuable influencer.) Long story short, IMHO all fbclid=... should be deleted from all (current and future) references and links on Wikipedia, because Facebook has no business tracking Wikipedia contributors or readers. The huge fbclid=... strings make references harder to read and edit. The fact that an Wikipedia article's reference's URL was passed through Facebook's infrastructure earlier is not relevant to the topic the article covers, so this information need not be preserved. The links work just the same after deleting the fbclid parameter. So it would be great if some Wikipedia wizard could program and unleash a bot for this? Please?? Supposedly there are also Google Click IDs and others, however I haven't found their 'additions' in links. Maybe there is already a bot in place filtering them out? Then this bot would just need a little expanding. I hope this is the right place to ask. Someone at the Teahouse was kind enough to point me here. Thanks and regards, Jens (",
"c-Ammarpad-2019-06-30T20:35:00.000Z-84.173.225.148-2019-06-30T20:27:00.000Z": "I believe there's a bot that's removing them already, though in a gradual way as there's no immediate harm while they're here. I think the bot is also removing them not only from Facebook's URLs but similar ones from Amazon.com and the like.",
- "c-Xaosflux-2019-06-30T20:39:00.000Z-Ammarpad-2019-06-30T20:35:00.000Z": "Yup, Wikipedia:Bots/Requests for approval/KolbertBot 4 was approved for this, but may be stalled/paused right now. User:Jon Kolbert is the operator, who may have more information.",
+ "c-Xaosflux-2019-06-30T20:39:00.000Z-Ammarpad-2019-06-30T20:35:00.000Z": "Yup, Wikipedia:Bots/Requests for approval/KolbertBot 4 was approved for this, but may be stalled/paused right now. User:Jon Kolbert is the operator, who may have more information.",
"c-PrimeHunter-2019-06-30T20:42:00.000Z-Xaosflux-2019-06-30T20:39:00.000Z": "Template:Cite web#URL says \"Remove tracking parameters from URLs\". insource:fbclid currently gives me 1720 results in articles. The normal place for a request would be Wikipedia:Bot requests.",
"c-Galobtter-2019-06-30T20:44:00.000Z-84.173.225.148-2019-06-30T20:27:00.000Z": "(edit conflict) Hi Jens, looks like User:KolbertBot per Wikipedia:Bots/Requests for approval/KolbertBot 4 should be removing it, but the bot isn't running; ping Jon Kolbert.",
"c-84.173.225.148-2019-06-30T21:14:00.000Z-Remove_fbclid=..._from_all_links": "I'll talk to him. Many thanks to all of you. --Jens (",
@@ -170,11 +170,11 @@
"c-Jon_Kolbert-2019-07-02T18:14:00.000Z-TheAwesomeHwyh-2019-07-01T00:07:00.000Z": "Hi there, I have been very occupied with a lot of other things - but I will make sure this task runs :-). Thanks for the note",
"c-84.173.228.245-2019-07-03T21:11:00.000Z-Jon_Kolbert-2019-07-02T18:14:00.000Z": "Many thanks for your work. --Jens (",
"h-Piped_link_with_lang_template-2019-07-03T04:06:00.000Z": "Piped link with lang template",
- "c-76.69.117.113-2019-07-03T04:06:00.000Z-Piped_link_with_lang_template": "It is easy to see that | is a permissible character to the right of the active | in a piped link. For example, [[red|green|blue]] produces the anchor text \"green|blue\" linking to the page red: green|blue.\nIn the lead sentence of the page Xiquets Copenhagen, however, the wikitext ([[Castell|{{lang|ca|castells}}]]) is obviously intended to produce the anchor text \"castells\" linking to the page Castell; but actually it does not produce a link at all, and most of the wikitext shows up as ordinary text in the article. If this is supposed to work as intended, perhaps someone can fix the bug. If it's intended not to work, perhaps someone can edit the article to do what is necessary to achieve the desired effect.\n(If you have something to say, please say it here. I only came across the article via Special:Random, and don't expect to look at it again.)",
+ "c-76.69.117.113-2019-07-03T04:06:00.000Z-Piped_link_with_lang_template": "It is easy to see that | is a permissible character to the right of the active | in a piped link. For example, [[red|green|blue]] produces the anchor text \"green|blue\" linking to the page red: green|blue. In the lead sentence of the page Xiquets Copenhagen, however, the wikitext ([[Castell|{{lang|ca|castells}}]]) is obviously intended to produce the anchor text \"castells\" linking to the page Castell; but actually it does not produce a link at all, and most of the wikitext shows up as ordinary text in the article. If this is supposed to work as intended, perhaps someone can fix the bug. If it's intended not to work, perhaps someone can edit the article to do what is necessary to achieve the desired effect. (If you have something to say, please say it here. I only came across the article via Special:Random, and don't expect to look at it again.)",
"c-John_of_Reading-2019-07-03T06:23:00.000Z-76.69.117.113-2019-07-03T04:06:00.000Z": "Fixed The problem is that {{lang}} not only marks the text as non-English, it also adds [[Category:Articles containing ...-language text]] - and wikilinks may not contain wikilinks.",
- "c-76.69.117.113-2019-07-04T02:57:00.000Z-John_of_Reading-2019-07-03T06:23:00.000Z": "Ah, so it's intended not to work. Perhaps it would be helpful if there was some kind of error message, because the original construction looks legitimate until you know why not.",
+ "c-76.69.117.113-2019-07-04T02:57:00.000Z-John_of_Reading-2019-07-03T06:23:00.000Z": "Ah, so it's intended not to work. Perhaps it would be helpful if there was some kind of error message, because the original construction looks legitimate until you know why not.",
"h-Why_can't_I_enable_the_2010_editing_toolbar_along_with_the_2006_editing_toolbar?-2019-07-01T09:36:00.000Z": "Why can't I enable the 2010 editing toolbar along with the 2006 editing toolbar?",
- "c-Timeshifter-2019-07-01T09:36:00.000Z-Why_can't_I_enable_the_2010_editing_toolbar_along_with_the_2006_editing_toolbar?": "I would like to have both toolbars. Please make this possible. See: Wikipedia:Legacy toolbar.\nSee: Special:Preferences#mw-prefsection-editing. There one can enable this:\n\nEnable the editing toolbar. This is sometimes called the '2010 wikitext editor'.\nI can't enable it because I have the 2006 editing toolbar (plus extensions) enabled:\nI have the following 3 gadgets enabled in the editing section of gadget preferences:\n\nEnable the legacy (2006) editing toolbar. This will be overridden by the \"Enable the editing toolbar\" option in the Editing tab.\nrefToolbar: add a \"cite\" button to the editing toolbar for quick addition of commonly used citation templates\nAdd extra buttons to the old (non-enhanced) editing toolbar\nThey just add more buttons to the 2006 editing toolbar.",
+ "c-Timeshifter-2019-07-01T09:36:00.000Z-Why_can't_I_enable_the_2010_editing_toolbar_along_with_the_2006_editing_toolbar?": "I would like to have both toolbars. Please make this possible. See: Wikipedia:Legacy toolbar. See: Special:Preferences#mw-prefsection-editing. There one can enable this: Enable the editing toolbar. This is sometimes called the '2010 wikitext editor'. I can't enable it because I have the 2006 editing toolbar (plus extensions) enabled: I have the following 3 gadgets enabled in the editing section of gadget preferences: Enable the legacy (2006) editing toolbar. This will be overridden by the \"Enable the editing toolbar\" option in the Editing tab. refToolbar: add a \"cite\" button to the editing toolbar for quick addition of commonly used citation templates Add extra buttons to the old (non-enhanced) editing toolbar They just add more buttons to the 2006 editing toolbar.",
"c-Timeshifter-2019-07-03T02:56:00.000Z-Timeshifter-2019-07-01T09:36:00.000Z": "Anybody? Is this technically feasible?",
"c-Snaevar-2019-07-03T16:53:00.000Z-Timeshifter-2019-07-03T02:56:00.000Z": "No, it is not possible to have both the 2010 and 2006 toolbar. You could however ask for an script that adds the missing buttons to the 2010 toolbar, which would be the hidden comment, quote and horizontal line.",
"c-Timeshifter-2019-07-04T05:20:00.000Z-Snaevar-2019-07-03T16:53:00.000Z": "That's a good idea. I only want the 2 buttons for instant link brackets (no intermediary popup). One button for an internal link. And one button for an external link.",
@@ -184,37 +184,37 @@
"h-Two_questions_about_the_WMF's_Android_app-Discussion_at_Wikipedia:Teahouse#Two_questions_about_the_WMF's_Android_app-2019-07-01T03:22:00.000Z": "Two questions about the WMF's Android app",
"c-Orville-2019-07-04T05:21:00.000Z-Two_questions_about_the_WMF's_Android_app": "The following questions have been copied from the Teahouse. The editor below has technical questions we are unable to answer there, and I'm hoping editors here can provide Airbornemihir with assistance.",
"c-Airbornemihir-2019-07-01T03:22:00.000Z-Two_questions_about_the_WMF's_Android_app": "Tangentially related question: the list of Wikipedia mobile applications states that the Android app cannot open talk pages, but this doesn't seem to be true of the current version of the app which can open any page when looked up with the correct namespace. Is that something that should be updated? (Please ping when replying.)",
- "c-Orville-2019-07-04T05:21:00.000Z-Two_questions_about_the_WMF's_Android_app-1": "The above questions have been copied from the Teahouse. The editor above has technical questions we are unable to answer there, and I'm hoping knowledgeable editors here can provide Airbornemihir with assistance. Thank you",
+ "c-Orville-2019-07-04T05:21:00.000Z-Two_questions_about_the_WMF's_Android_app-1": "The above questions have been copied from the Teahouse. The editor above has technical questions we are unable to answer there, and I'm hoping knowledgeable editors here can provide Airbornemihir with assistance. Thank you",
"c-RainFall-2019-07-04T07:27:00.000Z-Orville-2019-07-04T05:21:00.000Z": "@Airbornemihir: Uhm, are you sure you are using the latest version? I just published this edit without an edit summary using the official Wikipedia app for Android. Also, the app is technically able to show talk pages, but it treats them as \"normal\" articles. I think the article (List of Wikipedia mobile applications) is referring to the \"View talk page\" option placed at the bottom of every page—including talk pages... yep—which the app doesn't yet \"handle.\"",
"c-Airbornemihir-2019-07-04T07:46:00.000Z-RainFall-2019-07-04T07:27:00.000Z": "@RainFall: Thanks, I've noticed too that talk page links open by default in a different app, which is probably the intended meaning as you said. Regarding blank edit summaries, do you not get stuck during the edit at the place where it asks \"How did you improve the article?\" I can't seem to move on from there without either picking one of the canned edit summaries or writing one myself.",
"c-RainFall-2019-07-04T07:52:00.000Z-Airbornemihir-2019-07-04T07:46:00.000Z": "@Airbornemihir: Yes, I did see the \"How did you improve the article?\" page; I tapped \"Publish\" leaving everything else untouched and it worked... again.",
"c-Airbornemihir-2019-07-04T08:08:00.000Z-RainFall-2019-07-04T07:52:00.000Z": "@RainFall: OK, it looks like it worked for me too. I'm not sure what was going on before. I edited the smartphone apps page to better reflect what the app can do, as well. Thanks everyone for your help.",
"h-Has_syntax_highlighting_CSS_just_changed?-2019-07-03T21:37:00.000Z": "Has syntax highlighting CSS just changed?",
- "c-Mandruss-2019-07-03T21:58:00.000Z-Has_syntax_highlighting_CSS_just_changed?": "Resolved \n Moved from Wikipedia:Village pump (miscellaneous)/Archive 62 § Has syntax highlighting CSS just changed?:",
+ "c-Mandruss-2019-07-03T21:58:00.000Z-Has_syntax_highlighting_CSS_just_changed?": "Resolved Moved from Wikipedia:Village pump (miscellaneous)/Archive 62 § Has syntax highlighting CSS just changed?:",
"c-Andrybak-2019-07-03T21:37:00.000Z-Has_syntax_highlighting_CSS_just_changed?": "I just noticed that the gap between lines in \"Syntax highlighting\" mode in the wikitext editor suddenly became wider. Was it a glitch of my browser not loading CSS properly, or did it actually change?",
- "c-Xaosflux-2019-07-03T22:28:00.000Z-Andrybak-2019-07-03T21:37:00.000Z": "@Andrebak: can you be a bit more specific, Wikipedia:Syntax highlighting doesn't usually get used in .css pages, which use the code editor (not the source editor). Is this still occurring? Can you share the edit link you are using?",
- "c-PrimeHunter-2019-07-04T09:43:00.000Z-Xaosflux-2019-07-03T22:28:00.000Z": "I guess andrybak was not editing a CSS page but just speculating that styling from some CSS file was not working properly when editing a normal wikitext page. If you refer to the highlighter marker button to the left of \"Advanced\" in a toolbar then it doesn't change spacing for me in Google Chrome 75.0.3770.100.",
+ "c-Xaosflux-2019-07-03T22:28:00.000Z-Andrybak-2019-07-03T21:37:00.000Z": "@Andrebak: can you be a bit more specific, Wikipedia:Syntax highlighting doesn't usually get used in .css pages, which use the code editor (not the source editor). Is this still occurring? Can you share the edit link you are using?",
+ "c-PrimeHunter-2019-07-04T09:43:00.000Z-Xaosflux-2019-07-03T22:28:00.000Z": "I guess andrybak was not editing a CSS page but just speculating that styling from some CSS file was not working properly when editing a normal wikitext page. If you refer to the highlighter marker button to the left of \"Advanced\" in a toolbar then it doesn't change spacing for me in Google Chrome 75.0.3770.100.",
"c-Andrybak-2019-07-04T10:12:00.000Z-PrimeHunter-2019-07-04T09:43:00.000Z": "@PrimeHunter: Yes, but for me it has changed in the same mode ( turned on), but between different pages. It changed between two different gap sizes since then, so I think that it was just some networking issue when loading CSS.",
"h-Strange_google_capitalization_for_Life-2019-07-04T11:27:00.000Z": "Strange google capitalization for Life",
"c-Luk-2019-07-04T11:27:00.000Z-Strange_google_capitalization_for_Life": "A user (Console.frog) noted that when searching for \"life on earth\" on Google, the Life article appears in the middle of page 1 under the title life on Earth. This expression appears several times in the article but I can't figure out why the correct title is not brought up, and more importantly why \"life\" is not capitalized properly. Do you think there is something on our side causing this?",
"c-Andrybak-2019-07-04T11:59:00.000Z-Luk-2019-07-04T11:27:00.000Z": "A datapoint: \"life on Earth\" appears four times in the preamble, \"Life on Earth\" appears once in the preamble.",
- "c-PrimeHunter-2019-07-04T12:01:00.000Z-Andrybak-2019-07-04T11:59:00.000Z": "linksto:Life insource:\"life|life on earth\" finds many articles saying [[life|life on Earth]]. Maybe Google prefers to display this link text when it matches the search.",
- "c-Nyttend_backup-2019-07-04T13:02:00.000Z-PrimeHunter-2019-07-04T12:01:00.000Z": "Situation confirmed; here's what I see with a US IP:\nlife on Earth - Wikipedia\nhttps://en.wikipedia.org/wiki/Life\nEvidence suggests that life on Earth has existed for at least 3.5 billion years, with the oldest physical traces of life dating back 3.7 billion years; however, some theories, such as the Late Heavy Bombardment theory, suggest that life on Earth may have started even earlier, as early as 4.1–4.4 billion years ago, and ...\nEvolutionary history of life · Timeline of the evolutionary ... · Earliest known life forms\n\nI'm using Internet Explorer, if that matters at all (or even if it doesn't).",
+ "c-PrimeHunter-2019-07-04T12:01:00.000Z-Andrybak-2019-07-04T11:59:00.000Z": "linksto:Life insource:\"life|life on earth\" finds many articles saying [[life|life on Earth]]. Maybe Google prefers to display this link text when it matches the search.",
+ "c-Nyttend_backup-2019-07-04T13:02:00.000Z-PrimeHunter-2019-07-04T12:01:00.000Z": "Situation confirmed; here's what I see with a US IP: life on Earth - Wikipedia https://en.wikipedia.org/wiki/Life Evidence suggests that life on Earth has existed for at least 3.5 billion years, with the oldest physical traces of life dating back 3.7 billion years; however, some theories, such as the Late Heavy Bombardment theory, suggest that life on Earth may have started even earlier, as early as 4.1–4.4 billion years ago, and ... Evolutionary history of life · Timeline of the evolutionary ... · Earliest known life forms I'm using Internet Explorer, if that matters at all (or even if it doesn't).",
"h-Switching_phrases_in_masse-2019-07-03T21:01:00.000Z": "Switching phrases in masse",
"c-KAVEBEAR-2019-07-03T21:01:00.000Z-Switching_phrases_in_masse": "Is there a bot or tool that can replace the phrase Kingdom of Hawaii to Hawaiian Kingdom across Wikipedia without having to edit each page and switch it over? This is just a logistical inquiry before a request for consensus for such a change.",
"c-Graeme_Bartlett-2019-07-03T23:07:00.000Z-KAVEBEAR-2019-07-03T21:01:00.000Z": "AWB can do this. It shows up 54 pages, so it should be quite feasible, with about 10 seconds per page to allow manual check it could take 10 minutes.",
"c-Redrose64-2019-07-03T23:09:00.000Z-KAVEBEAR-2019-07-03T21:01:00.000Z": "This is not so much a VPT matter as a question for WP:BOTREQ - and I see that an identical thread has been posted at WT:BOTREQ, contrary to WP:MULTI.",
"c-Xaosflux-2019-07-04T13:19:00.000Z-KAVEBEAR-2019-07-03T21:01:00.000Z": "To answer the technical question KAVEBEAR, no - assuming this phrase appears in the source text it would require creating another version of the source text for each page (which yes a bot could do, but that is how it would do it). The only way around that would have been if the name was actually a template that could be changed once.",
"h-Stuck_tooltips-2019-07-04T23:34:00.000Z": "Stuck tooltips",
- "c-Espresso_Addict-2019-07-04T23:34:00.000Z-Stuck_tooltips": "Tracked in PhabricatorTask T226983\nNot sure if this is the correct venue but the tooltip (hovertext) that logged-out readers see for Antananarivo stampede is stuck on an old incorrect version with the wrong date. This has been repeatedly pointed out at main-page errors but no one there knows how to fix it. The article was corrected on 28 June [8]. Any help appreciated as this is currently on the main page in the In the News section.",
+ "c-Espresso_Addict-2019-07-04T23:34:00.000Z-Stuck_tooltips": "Tracked in Phabricator Task T226983 Not sure if this is the correct venue but the tooltip (hovertext) that logged-out readers see for Antananarivo stampede is stuck on an old incorrect version with the wrong date. This has been repeatedly pointed out at main-page errors but no one there knows how to fix it. The article was corrected on 28 June [8]. Any help appreciated as this is currently on the main page in the In the News section.",
"c-Suffusion_of_Yellow-2019-07-04T23:48:00.000Z-Espresso_Addict-2019-07-04T23:34:00.000Z": "@Espresso Addict: It's not just that one page. In fact, I'm not sure that the preview has updated for any page since June 28. See phab:T227033.",
"c-Espresso_Addict-2019-07-04T23:52:00.000Z-Suffusion_of_Yellow-2019-07-04T23:48:00.000Z": "Thanks. At least someone is hopefully looking into the issue.",
"h-Google_Maps_template_not_displaying_accessdates-2019-07-05T14:02:00.000Z": "Google Maps template not displaying accessdates",
- "c-Graham87-2019-07-05T14:02:00.000Z-Google_Maps_template_not_displaying_accessdates": "Resolved \nWhy isn't {{Google maps}} displaying the access date in, for example, the first ref at Bussell Highway? The use of accessdate in the article seems fine ... and I'm not that good with templates. Thanks for any help!",
+ "c-Graham87-2019-07-05T14:02:00.000Z-Google_Maps_template_not_displaying_accessdates": "Resolved Why isn't {{Google maps}} displaying the access date in, for example, the first ref at Bussell Highway? The use of accessdate in the article seems fine ... and I'm not that good with templates. Thanks for any help!",
"c-Stryn-2019-07-05T14:18:00.000Z-Graham87-2019-07-05T14:02:00.000Z": "Fixed the parameter as told in the documentation of the template.",
"c-Graham87-2019-07-05T14:47:00.000Z-Stryn-2019-07-05T14:18:00.000Z": "Ta muchly ... oops, didn't notice the underline there! One of the perils of not paying attention to punctuation with my screen reader ... but seemingly an easy mistake to make, whether you're sighted or not!",
"h-Should_be_able_to_set_DESKTOP_to_be_DEFAULT_on_a_laptop_computer,_right?-2019-07-04T23:22:00.000Z": "Should be able to set DESKTOP to be DEFAULT on a laptop computer, right?",
- "c-UnderEducatedGeezer-2019-07-04T23:22:00.000Z-Should_be_able_to_set_DESKTOP_to_be_DEFAULT_on_a_laptop_computer,_right?": "I hope this is an appropriate place to describe this concern. If not, please advise me where to express it. On my laptop I'd like to be able to set desktop to be my wikipedia preference, so it would be my permanent default view, and mobile view never come up on it. I am using Firefox 67.0.4 (64-bit) browser on Windows 8.1. The problem I encounter is that when using my laptop computer and searching for something via google, sometimes when I click on a wiki search-find I get a presentation of a wiki article which I have discovered to be a MOBILE wiki presentation, which I don't want. I now finally understand that I can go to the bottom of such an article and click on 'desktop', and I'll get a desktop view, and that setting will also obtain for other wiki articles until I turn my laptop off. But the next time I turn my laptop on, mobile views can again present from google searches, and I have no use for mobile style views. I would think desktop view should be able to be set in Preferences. If that can't be made available in Preferences, is there some other way that I could set DESKTOP to be my wikipedia permanent default view?",
+ "c-UnderEducatedGeezer-2019-07-04T23:22:00.000Z-Should_be_able_to_set_DESKTOP_to_be_DEFAULT_on_a_laptop_computer,_right?": "I hope this is an appropriate place to describe this concern. If not, please advise me where to express it. On my laptop I'd like to be able to set desktop to be my wikipedia preference, so it would be my permanent default view, and mobile view never come up on it. I am using Firefox 67.0.4 (64-bit) browser on Windows 8.1. The problem I encounter is that when using my laptop computer and searching for something via google, sometimes when I click on a wiki search-find I get a presentation of a wiki article which I have discovered to be a MOBILE wiki presentation, which I don't want. I now finally understand that I can go to the bottom of such an article and click on 'desktop', and I'll get a desktop view, and that setting will also obtain for other wiki articles until I turn my laptop off. But the next time I turn my laptop on, mobile views can again present from google searches, and I have no use for mobile style views. I would think desktop view should be able to be set in Preferences. If that can't be made available in Preferences, is there some other way that I could set DESKTOP to be my wikipedia permanent default view?",
"c-Rchard2scout-2019-07-05T10:13:00.000Z-UnderEducatedGeezer-2019-07-04T23:22:00.000Z": "As far as I know, Wikipedia can't automatically switch you from the mobile view to the desktop view. If you're on a phone, and go to the desktop version (en.wikipedia.org), you can be switched to the mobile version (en.m.wikipedia.org), but the other way around doesn't work. Therefore, if you click on a link from somewhere else on the internet to the mobile version (en.m.wikipedia.org), you stay on the mobile version. The easiest way to change this is to remove the .m from the URL.",
"c-QEDK-2019-07-05T12:25:00.000Z-Rchard2scout-2019-07-05T10:13:00.000Z": "That does not work. Trying to remove \".m\" without using the appropriate option will redirect you back to the mobile view. The opposite is not true and from the desktop view (without the \".m\") accessing the mobile view by simply adding .m is possible. Now, the easiest way to flip the views is to go to the footer of the page and click \"Desktop view\" or \"Mobile view\" as you want it. It's cookied, so it sticks for a while, but once the cookie expires, it will reset back to mobile view (if on mobile) and desktop view (if on desktop). Note that these options are incompatible with browser-provided \"Enable desktop view\" options and will not work on Wikipedia.",
"c-DMacks-2019-07-05T16:47:00.000Z-QEDK-2019-07-05T12:25:00.000Z": "\"It's cookied, so it sticks for a while\" is a key bug for me. I made that explicit \"Desktop view\" setting because I wanted it that way, and it might be a pretty long page I have to scroll through to get to the bottom to (re)change it. My request is that either the cookie have a much longer expiration or that it can be handled by a site (rather than browser) pref.",
@@ -226,17 +226,17 @@
"c-QEDK-2019-07-05T19:07:00.000Z-DMacks-2019-07-05T18:53:00.000Z": "@DMacks: Try bookmarking \"https://en.wikipedia.org/w/index.php?title=Main_Page&mobileaction=toggle_view_desktop\" and using that.",
"c-Senator2029-2019-07-05T10:55:00.000Z-UnderEducatedGeezer-2019-07-04T23:22:00.000Z": "I often edit from my phone, but dislike the mobile view because it does not show all items on the page (specifically templates) and the incompatiblity with user scripts (none work). Therefore, I wish for pages to always display in desktop view.",
"c-Bkonrad-2019-07-05T19:04:00.000Z-UnderEducatedGeezer-2019-07-04T23:22:00.000Z": "I often edit on my tablet, and occasionally for no apparent reason it will go to mobile view. This can happen even if I am currently looking at a page in desktop view and click a link on the page. It's very annoying. As DMacks said, sometimes it's a long page and not that easy to scroll to the bottom of the page. I'd love to have a preference (or even a js hack) that would disable mobile view while I'm logged in regardless of what device or browser I'm using.",
- "c-QEDK-2019-07-06T08:57:00.000Z-UnderEducatedGeezer-2019-07-04T23:22:00.000Z": "@DMacks, Ivanvector, Bkonrad, and Senator2029: Hey guys, so I hacked together a script since a lot of you said it was an issue, which should work, {{subst:lusc|User:QEDK/forcedesktop.js}}. Just paste this into your Special:MyPage/common.js and it should work. I've tried it on my mobile (Android 8.1, Chrome 75) and Desktop (Windows 10, Firefox 67) and it works alright. If you run into any issues, I can try to fix it, but my focus is on AI/ML which is kinda far from web development, but I will surely try to fix it. Hope I could help. Also please note, if the script works ideally, you will not be able to access the mobile site at all, until you remove the script (and purge your cache).",
- "c-QEDK-2019-07-06T09:00:00.000Z-Should_be_able_to_set_DESKTOP_to_be_DEFAULT_on_a_laptop_computer,_right?": "Updates and stuff\n\n\n\nMissed a few: @UnderEducatedGeezer and Rchard2scout:.",
+ "c-QEDK-2019-07-06T08:57:00.000Z-UnderEducatedGeezer-2019-07-04T23:22:00.000Z": "@DMacks, Ivanvector, Bkonrad, and Senator2029: Hey guys, so I hacked together a script since a lot of you said it was an issue, which should work, {{subst:lusc|User:QEDK/forcedesktop.js}}. Just paste this into your Special:MyPage/common.js and it should work. I've tried it on my mobile (Android 8.1, Chrome 75) and Desktop (Windows 10, Firefox 67) and it works alright. If you run into any issues, I can try to fix it, but my focus is on AI/ML which is kinda far from web development, but I will surely try to fix it. Hope I could help. Also please note, if the script works ideally, you will not be able to access the mobile site at all, until you remove the script (and purge your cache).",
+ "c-QEDK-2019-07-06T09:00:00.000Z-Should_be_able_to_set_DESKTOP_to_be_DEFAULT_on_a_laptop_computer,_right?": "Updates and stuff Missed a few: @UnderEducatedGeezer and Rchard2scout:.",
"c-QEDK-2019-07-06T09:05:00.000Z-QEDK-2019-07-06T09:00:00.000Z": "Working on desktop browsers, working on a fix for mobile browsers.",
"c-QEDK-2019-07-06T09:25:00.000Z-QEDK-2019-07-06T09:05:00.000Z": "Fixed",
"c-Izno-2019-07-06T15:42:00.000Z-Should_be_able_to_set_DESKTOP_to_be_DEFAULT_on_a_laptop_computer,_right?": "There is some interesting chatter on a related topic at phab:T214998.",
"h-Page_preview_discrepancy_for_an_ITN_item-2019-07-06T20:50:00.000Z": "Page preview discrepancy for an ITN item",
"c-Deacon_Vorbis-2019-07-06T21:29:00.000Z-Page_preview_discrepancy_for_an_ITN_item": "Resolved: Thanks for pointing out the post above; closing this due to derpiness",
- "c-Deacon_Vorbis-2019-07-06T20:50:00.000Z-Page_preview_discrepancy_for_an_ITN_item": "The page preview for final item (as I'm writing this) on the \"In the News\" list on the main page (the Antananarivo stampede) mentions it occurred on 26 July, despite the article (correctly) saying it was 26 June. Looking at mw:Page Previews, it just says it uses a portion of the opening paragraph, so I have no idea what's causing the discrepancy. Does anyone know why this is happening and/or how to fix this? Thanks,",
- "c-Nyttend-2019-07-06T21:21:00.000Z-Deacon_Vorbis-2019-07-06T20:50:00.000Z": "User:Deacon Vorbis, see #Stuck tooltips above. Over at Phabricator, it has an \"Unbreak Now!\" status, which means \"drop everything you're doing and fix this\".",
+ "c-Deacon_Vorbis-2019-07-06T20:50:00.000Z-Page_preview_discrepancy_for_an_ITN_item": "The page preview for final item (as I'm writing this) on the \"In the News\" list on the main page (the Antananarivo stampede) mentions it occurred on 26 July, despite the article (correctly) saying it was 26 June. Looking at mw:Page Previews, it just says it uses a portion of the opening paragraph, so I have no idea what's causing the discrepancy. Does anyone know why this is happening and/or how to fix this? Thanks,",
+ "c-Nyttend-2019-07-06T21:21:00.000Z-Deacon_Vorbis-2019-07-06T20:50:00.000Z": "User:Deacon Vorbis, see #Stuck tooltips above. Over at Phabricator, it has an \"Unbreak Now!\" status, which means \"drop everything you're doing and fix this\".",
"h-RfC:_Alteration_of_Account_Creation_Limits/Account_Creator_Rights-2019-06-14T13:11:00.000Z": "RfC: Alteration of Account Creation Limits/Account Creator Rights",
- "c-Nosebagbear-2019-06-14T13:11:00.000Z-RfC:_Alteration_of_Account_Creation_Limits/Account_Creator_Rights": "Currently, one of the most backlogged processes is Request an Account (ACC) , which exists mainly (though not entirely) for helping with 3 purposes: Those having trouble completing CAPTCHA; enabling the choosing of a username that is too similar to an existing username under certain circumstances & creating an account for those hindered by a rangeblock.\nThe current backlog on pending requests is 4 months.\nIn the last couple of months multiple editors have signed up to be ACC tool users, Tool users are signed up to the confidentiality agreement and meet various other criteria. \nCurrently here are limits, however, on both their ability to create accounts. Two options could ease their work. \n\nRaise the local account creation rate limit from 4 to 10. The new limit only to extended-confirmed users to prevent any abusive behaviour from IPs.\nAutomatically grant account creator permission, on request, to new ACC tool users. This would allow them both to bypass the limit entirely, but would also let them ignore the antispoof and title blacklist when making accounts.\nPinging all participants in the local chat discussion: @Ajraddatz, FlightTime, Xaosflux, TheSandDoctor, AfroThundr, QEDK, and Oshwah:",
+ "c-Nosebagbear-2019-06-14T13:11:00.000Z-RfC:_Alteration_of_Account_Creation_Limits/Account_Creator_Rights": "Currently, one of the most backlogged processes is Request an Account (ACC) , which exists mainly (though not entirely) for helping with 3 purposes: Those having trouble completing CAPTCHA; enabling the choosing of a username that is too similar to an existing username under certain circumstances & creating an account for those hindered by a rangeblock. The current backlog on pending requests is 4 months. In the last couple of months multiple editors have signed up to be ACC tool users, Tool users are signed up to the confidentiality agreement and meet various other criteria. Currently here are limits, however, on both their ability to create accounts. Two options could ease their work. Raise the local account creation rate limit from 4 to 10. The new limit only to extended-confirmed users to prevent any abusive behaviour from IPs. Automatically grant account creator permission, on request, to new ACC tool users. This would allow them both to bypass the limit entirely, but would also let them ignore the antispoof and title blacklist when making accounts. Pinging all participants in the local chat discussion: @Ajraddatz, FlightTime, Xaosflux, TheSandDoctor, AfroThundr, QEDK, and Oshwah:",
"h-Survey:_Account_creator_rights-RfC:_Alteration_of_Account_Creation_Limits/Account_Creator_Rights-2019-06-14T13:25:00.000Z": "Survey: Account creator rights",
"c-Oshwah-2019-06-14T13:25:00.000Z-Survey:_Account_creator_rights": "Support for option 1 only. Speaking as an ACC administrator, I believe that automatically granting all new ACC tool users the account creator user right (option 2) would open the door for new tool users to potentially handle requests incorrectly and without limitations before it's caught and identified - which would not be a good thing at all. We need to have a limit for how many accounts that new tool users can create per day by default. When a tool user shows proficiency with handling requests correctly, they can apply for and (after approval by an ACC admin via a comment made to the request) be granted the account creator flag in order to remove those limits. Option 2 would remove the need for an ACC tool administrator to give their approval before an admin can grant the user rights to the requesting user. This approval is still necessary and absolutely needed. Raising the current limit of 4 creations per day to 10 creations per day would loosen the restrictions so that users can help take care of the current backlog of requests at ACC, while still being on a set limit during the time that they're learning and demonstrating their knowledge and proficiency with ACC tool user interface. This option is the best way to resolve the concerns expressed. :-)",
"c-Xaosflux-2019-06-14T13:43:00.000Z-Survey:_Account_creator_rights": "Support for option 1; encourage ACC admins to quickly work with new ACC volunteers to get them trained and empowered with additional flags as soon as feasible.",
@@ -249,7 +249,7 @@
"c-Ajraddatz-2019-06-14T22:58:00.000Z-QEDK-2019-06-14T15:23:00.000Z": "Yes, most ratelimits are determined on a per-account basis (or per IP for anonymous users). But I seem to remember account creations being different, and being specifically tied to the IP. I assume/hope that a defined higher ratelimit for extendedconfirmed would override that. And no need to tie it to a specific permission; it can be done for the group itself.",
"c-QEDK-2019-06-16T07:50:00.000Z-Ajraddatz-2019-06-14T22:58:00.000Z": "Yep, but that's a non-issue as far as devs are concerned. Delving into the issue of newer technical changes, from my experience talking to people on SRE/Deployment (and Anomie, TheDJ), technically unfeasible things are pretty rare and I have not seen requests getting turned down (rarely, if ever) with \"MediaWiki does not support this\", if it's a feature change, or some irreproducible bug, it's a different thing but for example, during the RfC for Template editor rights, a lot of people were worried about the tecnical changes but eventually it was done, with no big deal at all. That's how it is for most new things (and TE rights had a new protection level as well), so I would say a change would be technically feasible until a dev says exactly otherwise.",
"c-Ajraddatz-2019-06-18T01:03:00.000Z-QEDK-2019-06-16T07:50:00.000Z": "With dev time almost anything is possible; my concern would be if the current software doesn't support the change, then we should be looking at easier options like raising the max number to 6 / IP as it used to be. Adding a new protection level is easy to do through the software. Fundamentally changing the account creation throttle might be more difficult. But agreed that we should ask rather than muse about things we know little about :-)",
- "c-JJMC89-2019-06-15T05:50:00.000Z-Survey:_Account_creator_rights": "(ACC admin comment) I'm pretty sure option 1 isn't possible without development, i.e. it is not a simple configuration change. AFAICT, IP account creation limits can only be set as a count per interval with the .mw-parser-output .monospaced{font-family:monospace,monospace}noratelimit right being the only way for a user to bypass that limit. (mw:Manual:$wgAccountCreationThrottle) Oppose option 2 for the reasons outlined by Oshwah. Support returning the daily IP limit to 6 unless the Security Team provides a good reason that it needs to remain at 4.",
+ "c-JJMC89-2019-06-15T05:50:00.000Z-Survey:_Account_creator_rights": "(ACC admin comment) I'm pretty sure option 1 isn't possible without development, i.e. it is not a simple configuration change. AFAICT, IP account creation limits can only be set as a count per interval with the noratelimit right being the only way for a user to bypass that limit. (mw:Manual:$wgAccountCreationThrottle) Oppose option 2 for the reasons outlined by Oshwah. Support returning the daily IP limit to 6 unless the Security Team provides a good reason that it needs to remain at 4.",
"c-SBassett_(WMF)-2019-06-21T21:32:00.000Z-JJMC89-2019-06-15T05:50:00.000Z": "The Security Team doesn't have a problem with bumping the IP limit from 4 to 6 or even 10, as originally proposed.",
"c-Xaosflux-2019-06-21T21:52:00.000Z-SBassett_(WMF)-2019-06-21T21:32:00.000Z": "@SBassett (WMF): thanks for the note, is this really something we need to worry about at a per-project level then?",
"c-SBassett_(WMF)-2019-06-22T12:39:00.000Z-Xaosflux-2019-06-21T21:52:00.000Z": "@Xaosflux: - see my response to JJMC89 starting here: https://phabricator.wikimedia.org/T212667#5274787.",
@@ -273,22 +273,22 @@
"c-Xaosflux-2019-06-14T16:59:00.000Z-Oshwah-2019-06-14T16:42:00.000Z": "@Oshwah: what is the expected amount of accounts to be created by \"new\" ACC volunteers per period? (i.e. would 6 or 8 be enough?) since the \"rights they don't need\" here to ECC users is expected to be way more than is needed by the relatively minuscule ACC team.",
"c-Oshwah-2019-06-14T17:41:00.000Z-Xaosflux-2019-06-14T16:59:00.000Z": "Xaosflux - Honestly, any increase from 4 would be beneficial. Even if the increase is just by a few... :-)",
"h-New_bot-RfC:_Alteration_of_Account_Creation_Limits/Account_Creator_Rights-2019-06-14T14:19:00.000Z": "New bot",
- "c-QEDK-2019-06-14T14:19:00.000Z-New_bot": "I think we should have a bot or some kind of tool check for accounts which are hitting the account creation limit but do not hold the rights event coordinator, account creator and are also not ACC tool users. The account creation limit was lowered for a reason and increasing it without keeping a check in place would be a gross violation of WP:BEANS imo. Thoughts, @Nosebagbear, JJMC89, Xaosflux, and Oshwah:?",
+ "c-QEDK-2019-06-14T14:19:00.000Z-New_bot": "I think we should have a bot or some kind of tool check for accounts which are hitting the account creation limit but do not hold the rights event coordinator, account creator and are also not ACC tool users. The account creation limit was lowered for a reason and increasing it without keeping a check in place would be a gross violation of WP:BEANS imo. Thoughts, @Nosebagbear, JJMC89, Xaosflux, and Oshwah:?",
"c-Xaosflux-2019-06-14T14:27:00.000Z-QEDK-2019-06-14T14:19:00.000Z": "A recurring database report may be able to solve this for you.",
"c-Oshwah-2019-06-14T14:30:00.000Z-Xaosflux-2019-06-14T14:27:00.000Z": "If this is a major issue, the report would have to be run quite frequently, and viewed frequently by patrolling users. Otherwise, this method might not be effective enough at stopping abuse and quickly enough...",
"c-Oshwah-2019-06-14T14:29:00.000Z-QEDK-2019-06-14T14:19:00.000Z": "(edit conflict) QEDK - Doesn't sound like a bad idea to me. How would this new bot alert others that an account is hitting a limit and isn't within one of those groups? Who would this bot alert? Where? This is something that we should figure out if we're going to consider an idea like this... :-)",
"c-QEDK-2019-06-14T14:33:00.000Z-Oshwah-2019-06-14T14:29:00.000Z": "It can function the same way AnomieBot handles WP:TPERTABLE, there's no annoying notifications involved and interested people can simply watch the page and report when they find anyone suspect.",
"c-Oshwah-2019-06-14T14:36:00.000Z-QEDK-2019-06-14T14:33:00.000Z": "QEDK - Nice... I like it. :-)",
- "c-Xaosflux-2019-06-14T14:38:00.000Z-Oshwah-2019-06-14T14:36:00.000Z": "Functionally, a bot wouldn't be able to work \"that way\". Also, bot's wont be able to see \"that you got denied by the limit\" , but a bot could periodically generate a report of \"accounts created per user over some time period\" and could either filter out members of certain groups or just report the groups as well.",
+ "c-Xaosflux-2019-06-14T14:38:00.000Z-Oshwah-2019-06-14T14:36:00.000Z": "Functionally, a bot wouldn't be able to work \"that way\". Also, bot's wont be able to see \"that you got denied by the limit\" , but a bot could periodically generate a report of \"accounts created per user over some time period\" and could either filter out members of certain groups or just report the groups as well.",
"c-QEDK-2019-06-14T14:49:00.000Z-Xaosflux-2019-06-14T14:38:00.000Z": "Why not? The logic is pretty simple, you would need to check creation logs iterating a certain period (maybe an hour) and track accounts which create another account for 24 hours at minimum and more if they somehow meet the limit each day (hence, suspect). Wikipedia accounts which do not have a similarly authorized account in ACC (or the other account creation rights as well) have demonstrably no reason to carry out actions like this, hence red-flagging them almost immediately.",
- "c-Xaosflux-2019-06-14T14:54:00.000Z-QEDK-2019-06-14T14:49:00.000Z": "A bot could create a report, technically it won't be able to tell if you actually got stopped by the limit, just that you hit it or approached it. It wouldn't work \"the way\" of the protected edit requests in that those don't mine logs, they make use of what links here/category memberships. But the output could still be made. Have a bot periodically (say hourly) ingest the user account creation log and make a report. I think it may even be helpful to have it report on everyone, or everyone with say 3+ creations - and also to identify accounts made by coordinators, etc - so they can be coached as needed.",
+ "c-Xaosflux-2019-06-14T14:54:00.000Z-QEDK-2019-06-14T14:49:00.000Z": "A bot could create a report, technically it won't be able to tell if you actually got stopped by the limit, just that you hit it or approached it. It wouldn't work \"the way\" of the protected edit requests in that those don't mine logs, they make use of what links here/category memberships. But the output could still be made. Have a bot periodically (say hourly) ingest the user account creation log and make a report. I think it may even be helpful to have it report on everyone, or everyone with say 3+ creations - and also to identify accounts made by coordinators, etc - so they can be coached as needed.",
"c-QEDK-2019-06-14T15:06:00.000Z-Xaosflux-2019-06-14T14:54:00.000Z": "Yeah, I mean, technically not. But I'm saying it like the logic is clear that an account cannot make more than 10, so an account which makes 10 accounts can be construed to have hit the limit, what's important is identifying if anyone is trying to make a large number of accounts in a short period of time, hitting the actual limit is more of a formality.",
"c-MusikAnimal-2019-06-14T19:46:00.000Z-QEDK-2019-06-14T14:19:00.000Z": "Something like quarry:query/36938? It can't tell if they're an ACC tool user, obviously. If this query is correct, there's not a whole lot of ACC activity going on.",
- "c-Xaosflux-2019-06-14T20:07:00.000Z-MusikAnimal-2019-06-14T19:46:00.000Z": "@MusikAnimal: thanks for the query, even including everyone with 3+ creations over the last whole 10 days (quarry:query/36941). I haven't checked their groups, but the impact here seems to be very small.",
+ "c-Xaosflux-2019-06-14T20:07:00.000Z-MusikAnimal-2019-06-14T19:46:00.000Z": "@MusikAnimal: thanks for the query, even including everyone with 3+ creations over the last whole 10 days (quarry:query/36941). I haven't checked their groups, but the impact here seems to be very small.",
"c-AfroThundr3007730-2019-06-15T01:51:00.000Z-Xaosflux-2019-06-14T20:07:00.000Z": "Almost all ACC users in that 10+ range, minus the one event coordinator. Unfortunately I won't be appearing in that query anytime soon due to a certain rangeblock with \"account creation disabled\" set. Really puts a damper on ACC work... — AfroThundr",
"c-Nosebagbear-2019-06-15T14:32:00.000Z-AfroThundr3007730-2019-06-15T01:51:00.000Z": "@AfroThundr3007730: - I thought individual accounts could be exempted from rangeblocks? If so then ACC tool users would be a priority",
"c-Xaosflux-2019-06-15T15:16:00.000Z-Nosebagbear-2019-06-15T14:32:00.000Z": "@AfroThundr3007730: this is a known issue, even effects admins: phab:T189362.",
- "c-AfroThundr3007730-2019-06-15T18:37:00.000Z-Xaosflux-2019-06-15T15:16:00.000Z": "@Nosebagbear: Besides IPBE, I'm not aware of any (current) facility to exempt an individual user from the effects of a rangeblock, at least not the account creation part.\n@Xaosflux: - thanks, suspect it was one of those merging of facts I got while swinging around the policy pages. Clearly, I'd made a terrible nerd Nosebagbear (talk)\n@Xaosflux: Yep, definitely tracking that one, and if they do get around to implementing it, I would be first in line to request IPBE so I can get back to helping in ACC. — AfroThundr",
+ "c-AfroThundr3007730-2019-06-15T18:37:00.000Z-Xaosflux-2019-06-15T15:16:00.000Z": "@Nosebagbear: Besides IPBE, I'm not aware of any (current) facility to exempt an individual user from the effects of a rangeblock, at least not the account creation part. @Xaosflux: - thanks, suspect it was one of those merging of facts I got while swinging around the policy pages. Clearly, I'd made a terrible nerd Nosebagbear (talk) @Xaosflux: Yep, definitely tracking that one, and if they do get around to implementing it, I would be first in line to request IPBE so I can get back to helping in ACC. — AfroThundr",
"c-Galobtter-2019-06-15T15:33:00.000Z-QEDK-2019-06-14T14:19:00.000Z": "Could use an abusefilter for this - something along the lines of Special:AbuseFilter/527.",
"h-Event_Coordinator_Rights-RfC:_Alteration_of_Account_Creation_Limits/Account_Creator_Rights-2019-06-17T18:46:00.000Z": "Event Coordinator Rights",
"c-Nosebagbear-2019-06-17T18:46:00.000Z-Event_Coordinator_Rights": "The idea of granting (permanent) Event Co-ordinator rights to any ACC tool user who didn't possess Account Creator rights was mooted as a compromise. The right waives the account creation limit, and also allows accounts to be made confirmed. Obviously the latter isn't needed, but as I noted above, even if a tool-user went rogue, the maximum potential damage is significantly smaller (than the additional rights of Account Creator). It makes a good halfway house between nothing and Account Creator, and if Option 1 turns out to be inviable, then it might be the only way to significantly help with their task.",
@@ -301,46 +301,46 @@
"c-JJMC89-2019-06-29T17:28:00.000Z-Otr500-2019-06-29T08:55:00.000Z": "The backlog doesn't have anything to do with the rate limit. Almost everyone working at ACC has noratelimit (from accountcreator or sysop), so the limit doesn't apply to them. The backlog is from a shortage of volunteers willing to devote time to working at ACC.",
"c-Ajraddatz-2019-07-01T01:11:00.000Z-Xaosflux-2019-06-25T13:16:00.000Z": "If it's back up to 6, then I don't think further changes are needed. New volunteers can get the accountcreator bit once they have a bit of experience. The biggest issue is number of volunteers.",
"h-IPvandal_links_with_ranges-2019-07-06T20:13:00.000Z": "IPvandal links with ranges",
- "c-Nyttend-2019-07-06T20:13:00.000Z-IPvandal_links_with_ranges": "WP:ANI#Unknown attack on me contains some {{IPvandal}} links to individual IPv4s, individual IPv6s, and IPv6 ranges. Here are three of them, plus a totally unrelated IPv4 range:\n\n81.152.162.119 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · http · block user · block log)\n148.20.57.8/29 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · block user · block log)\n2001:D08:182A:4FB9:1:1:F6CC:4548 (talk · contribs · (/64) · deleted contribs · filter log · WHOIS · RBLs · http · block user · block log)\n2001:d08:1a03:c3cc::0/64 (talk · contribs · deleted contribs · filter log · WHOIS · RBLs · block user · block log)\nYou'll see that the template doesn't do well with some of the range code. Is there a way we could fix this, either by instructing the template to drop the \"http\" link if it's not a simple IP, or by otherwise rearranging something?",
+ "c-Nyttend-2019-07-06T20:13:00.000Z-IPvandal_links_with_ranges": "WP:ANI#Unknown attack on me contains some {{IPvandal}} links to individual IPv4s, individual IPv6s, and IPv6 ranges. Here are three of them, plus a totally unrelated IPv4 range: 81.152.162.119 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · http · block user · block log) 148.20.57.8/29 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · block user · block log) 2001:D08:182A:4FB9:1:1:F6CC:4548 (talk · contribs · (/64) · deleted contribs · filter log · WHOIS · RBLs · http · block user · block log) 2001:d08:1a03:c3cc::0/64 (talk · contribs · deleted contribs · filter log · WHOIS · RBLs · block user · block log) You'll see that the template doesn't do well with some of the range code. Is there a way we could fix this, either by instructing the template to drop the \"http\" link if it's not a simple IP, or by otherwise rearranging something?",
"c-Nardog-2019-07-06T20:39:00.000Z-Nyttend-2019-07-06T20:13:00.000Z": "This will prevent the \"http\" link from appearing if the input is neither a IPv4 nor IPv6, although it might be a bit kludgey.",
- "c-Nyttend-2019-07-06T21:26:00.000Z-Nardog-2019-07-06T20:39:00.000Z": "Thank you. Would you advise that I seek to gain consensus before copying your new code into the module, or should I just go ahead and make the change immediately?",
+ "c-Nyttend-2019-07-06T21:26:00.000Z-Nardog-2019-07-06T20:39:00.000Z": "Thank you. Would you advise that I seek to gain consensus before copying your new code into the module, or should I just go ahead and make the change immediately?",
"c-Nardog-2019-07-06T21:38:00.000Z-Nyttend-2019-07-06T21:26:00.000Z": "I'm not sure either. Let's ask Mr. Stradivarius and Anomie, who are responsible for the module. Also there might be a better way to prevent it than return ''.",
"c-Anomie-2019-07-07T01:07:00.000Z-Nardog-2019-07-06T21:38:00.000Z": "Seems sensible to me.",
"h-Global_count_tool_now_limited?-2019-07-04T00:52:00.000Z": "Global count tool now limited?",
"c-Drbogdan-2019-07-04T00:52:00.000Z-Global_count_tool_now_limited?": "Seems that \"Global User Contributions\" (at => https://tools.wmflabs.org/guc/?by=date&user=Drbogdan , for instance) once gave truly \"total contribution results\", but now seems limited to \"20 results per wiki\"? - QUESTION: is there a way to again obtain truly \"total contribution results\" with this wiki tool (or some other related one) - and *Not* be so limited (to some number of results per wiki)? - in any case - Enjoy! :)",
"c-AntiCompositeNumber-2019-07-04T01:21:00.000Z-Drbogdan-2019-07-04T00:52:00.000Z": "Drbogdan, Hey, at least it's working now (it was down for a while). There is an alternate tool at https://xtools.wmflabs.org/globalcontribs which may work better for you.",
"c-Drbogdan-2019-07-04T01:39:00.000Z-AntiCompositeNumber-2019-07-04T01:21:00.000Z": "AntiCompositeNumber - Thank you for your reply - and suggestion - the newly suggested counter seems limited to english and english-related wikis - and not wikis from other countries as the https://tools.wmflabs.org/guc/?by=date&user=Drbogdan counter seemed to be - at least at one time - hopefully, the old counter will be back up - and work like it seemed to at one time - in any case - Thanks again for your reply - and - Enjoy! :)",
- "c-MusikAnimal-2019-07-04T02:26:00.000Z-Drbogdan-2019-07-04T01:39:00.000Z": "@Drbogdan: It's not limited to English wikis, rather it's just listing global edits chronologically. If you paginate through you'll find edits you made elsewhere, e.g. here are your edits from before July: https://xtools.wmflabs.org/globalcontribs/Drbogdan/all//2019-07-01.\n\nFYI there is still some database maintenance going on, so both GUC and XTools may experience occasional slowness.",
+ "c-MusikAnimal-2019-07-04T02:26:00.000Z-Drbogdan-2019-07-04T01:39:00.000Z": "@Drbogdan: It's not limited to English wikis, rather it's just listing global edits chronologically. If you paginate through you'll find edits you made elsewhere, e.g. here are your edits from before July: https://xtools.wmflabs.org/globalcontribs/Drbogdan/all//2019-07-01. FYI there is still some database maintenance going on, so both GUC and XTools may experience occasional slowness.",
"c-BD2412-2019-07-04T01:40:00.000Z-Drbogdan-2019-07-04T00:52:00.000Z": "This tool will also give you your total edit count by wiki.",
"c-NicoScribe-2019-07-04T21:59:00.000Z-BD2412-2019-07-04T01:40:00.000Z": "Hello. @Drbogdan: the GUC tool was down at the beginning of June, then it has been repaired with Phabricator:T224930, with the limitation that you have seen. But in the Phabricator task, Krinkle said \"I'm gonna land the patch now, although it only works for recent changes right now. Not for \"All contributions\". [...] I'll fix that in a separate change, but closing this for now.\" so I am convinced that, after the next fix, GUC will show again the \"total contributions count\" (for all projects) and the \"project contributions count\" (for each project). Regards",
- "c-Krinkle-2019-07-05T17:57:00.000Z-Drbogdan-2019-07-04T00:52:00.000Z": "@Drbogdan: The GUC tool has always limited the number of results from a single wiki to 20. This has been the case since the tool's creation by Luxo for Toolserver in 2014. However, there are two things that did change since 2014:\nIn May 2018 (last year), I added the text \"20 results per wiki\" so as to reduce confusion for users not aware of this previously (phab:T167524).\nIn June 2019 (last month), I switched the default grouping logic from \"per wiki\" to \"per day\" (chronological globally, instead of per-wiki). This has not made any change to which results are shown, merely in which way they are grouped. Both grouping options are still available as before, and can be selected in the form, or by url. This was requested by several users (phab:T193896).\nAs always, if you are interested in seeing more results from a specific wiki, use the \"contribs\" link next to the user name to continue for more results (which links to Special:Contributions on the relevant wiki).\nRegarding the \"global edit count\" (as a number, not the list of actual edits), this can be better retrieved from Special:CentralAuth.",
+ "c-Krinkle-2019-07-05T17:57:00.000Z-Drbogdan-2019-07-04T00:52:00.000Z": "@Drbogdan: The GUC tool has always limited the number of results from a single wiki to 20. This has been the case since the tool's creation by Luxo for Toolserver in 2014. However, there are two things that did change since 2014: In May 2018 (last year), I added the text \"20 results per wiki\" so as to reduce confusion for users not aware of this previously (phab:T167524). In June 2019 (last month), I switched the default grouping logic from \"per wiki\" to \"per day\" (chronological globally, instead of per-wiki). This has not made any change to which results are shown, merely in which way they are grouped. Both grouping options are still available as before, and can be selected in the form, or by url. This was requested by several users (phab:T193896). As always, if you are interested in seeing more results from a specific wiki, use the \"contribs\" link next to the user name to continue for more results (which links to Special:Contributions on the relevant wiki). Regarding the \"global edit count\" (as a number, not the list of actual edits), this can be better retrieved from Special:CentralAuth.",
"c-Drbogdan-2019-07-05T18:51:00.000Z-Krinkle-2019-07-05T17:57:00.000Z": "@Krinkle: Thank you for your reply - and comments - yes - using \"https://en.wikipedia.org/wiki/Special:CentralAuth/Drbogdan\", my total counts is currently 69,212 - however - for some reason - seems, until somewhat recently, my total counts with \"https://tools.wmflabs.org/guc/?user=Drbogdan\" were almost always about 1000 counts more (should be, with the earlier program-tool, about 70,200+/?) - an example => based on an old copy (June 2018) of my User:Drbogdan Wiki-Page - at => \"https://web.archive.org/web/20180622155402/https://en.wikipedia.org/wiki/User:Drbogdan\" - in the right-hand userboxes (down the middle of the page) - the total counts at that time were noted as 59,000 (using \"https://en.wikipedia.org/wiki/Special:CentralAuth/Drbogdan\") and 60,000 (using \"https://tools.wmflabs.org/guc/?user=Drbogdan\") - perhaps I was misreading/misunderstanding something in some way? - or perhaps - something changed in the meanwhile? - in any case - Thanks again for your reply - and - Enjoy! :)",
- "c-NicoScribe-2019-07-07T17:39:00.000Z-Drbogdan-2019-07-05T18:51:00.000Z": "@Krinkle:\nWhen writing my message above, I knew about \"20 results shown per wiki\". That's why I focused my message on something else: the \"total contributions count\" (for all projects) and the \"project contributions count\" (for each project). These 2 types of count are necessary (for me) to follow several long-term cross-wiki abusers. When you wrote \"I'm gonna land the patch now, although it only works for recent changes right now. Not for \"All contributions\". [...] I'll fix that in a separate change, but closing this for now.\" in the Phabricator task, you were not talking about these 2 types of count?\nCentralAuth is great for many uses but is unable to show the \"project contributions count\" and the list of recent edits side to side (for each project). GUC was able to do that, before. Moreover CentralAuth does not work for IP users.\n@Drbogdan: CentralAuth considers the deleted edits and ignores the imported edits, whereas GUC ignores the deleted edits and considers the imported edits. For instance:\nSpecial:CentralAuth/Drbogdan says that you have 5 edits on it.wikipedia.org, but it:Speciale:Contributi/Drbogdan lists 4 edits → one of your edits has been deleted.\nSpecial:CentralAuth/Drbogdan says that you have 6 edits on en.wikibooks.org, but b:Special:Contributions/Drbogdan lists 43 edits → 37 of your edits (done in other projects) have been imported here (and GUC shows your 20 recent edits, imported or not).\nSpecial:CentralAuth/Drbogdan says that you have 31 edits on de.wikipedia.org, but de:Spezial:Beiträge/Drbogdan lists 987 edits → 956 of your edits (done in other projects) have been imported here (and GUC shows your 20 recent edits, imported or not).\n37 + 956 = almost 1000: it explains the difference between your old GUC \"total contributions count\" and your CentralAuth total count.",
+ "c-NicoScribe-2019-07-07T17:39:00.000Z-Drbogdan-2019-07-05T18:51:00.000Z": "@Krinkle: When writing my message above, I knew about \"20 results shown per wiki\". That's why I focused my message on something else: the \"total contributions count\" (for all projects) and the \"project contributions count\" (for each project). These 2 types of count are necessary (for me) to follow several long-term cross-wiki abusers. When you wrote \"I'm gonna land the patch now, although it only works for recent changes right now. Not for \"All contributions\". [...] I'll fix that in a separate change, but closing this for now.\" in the Phabricator task, you were not talking about these 2 types of count? CentralAuth is great for many uses but is unable to show the \"project contributions count\" and the list of recent edits side to side (for each project). GUC was able to do that, before. Moreover CentralAuth does not work for IP users. @Drbogdan: CentralAuth considers the deleted edits and ignores the imported edits, whereas GUC ignores the deleted edits and considers the imported edits. For instance: Special:CentralAuth/Drbogdan says that you have 5 edits on it.wikipedia.org, but it:Speciale:Contributi/Drbogdan lists 4 edits → one of your edits has been deleted. Special:CentralAuth/Drbogdan says that you have 6 edits on en.wikibooks.org, but b:Special:Contributions/Drbogdan lists 43 edits → 37 of your edits (done in other projects) have been imported here (and GUC shows your 20 recent edits, imported or not). Special:CentralAuth/Drbogdan says that you have 31 edits on de.wikipedia.org, but de:Spezial:Beiträge/Drbogdan lists 987 edits → 956 of your edits (done in other projects) have been imported here (and GUC shows your 20 recent edits, imported or not). 37 + 956 = almost 1000: it explains the difference between your old GUC \"total contributions count\" and your CentralAuth total count.",
"h-Small_tags_and_mobile_view-2019-07-08T12:50:00.000Z": "Small tags and mobile view",
- "c-Peter_coxhead-2019-07-08T12:50:00.000Z-Small_tags_and_mobile_view": "In the mobile view, .. has no effect on the size of the displayed font. This appears to be implemented in the different style sheets used in mobile view. I assume this was a deliberate design decision – perhaps it was thought that making already potentially small font on a mobile device even smaller wasn't a good idea.\nUp until February 2018, {{small}} was a wrapper for ... It was then changed to be a wrapper for ... This is obeyed in mobile view, so does generate smaller text.\nIf it was a deliberate decision not to display smaller text in mobile view, then the change to {{small}} should be undone. Comments, please.",
+ "c-Peter_coxhead-2019-07-08T12:50:00.000Z-Small_tags_and_mobile_view": "In the mobile view, .. has no effect on the size of the displayed font. This appears to be implemented in the different style sheets used in mobile view. I assume this was a deliberate design decision – perhaps it was thought that making already potentially small font on a mobile device even smaller wasn't a good idea. Up until February 2018, {{small}} was a wrapper for ... It was then changed to be a wrapper for ... This is obeyed in mobile view, so does generate smaller text. If it was a deliberate decision not to display smaller text in mobile view, then the change to {{small}} should be undone. Comments, please.",
"h-Finding_distinct_pages_edited_by_a_user?-2019-07-05T14:29:00.000Z": "Finding distinct pages edited by a user?",
- "c-RoySmith-2019-07-05T14:29:00.000Z-Finding_distinct_pages_edited_by_a_user?": "When I'm looking to see what a user has been up to, looking at their contributions page is usually way to verbose, because it shows every edit. What I usually want is to just see the distinct pages. In pseudo-sql, I want something like, \"select distinct page_name from contributions\". Is such a thing possible, short of using Quarry?\nEven better, a way to do this for both contributions and deleted contributions and fold the results together into a single list of distinct pages.",
+ "c-RoySmith-2019-07-05T14:29:00.000Z-Finding_distinct_pages_edited_by_a_user?": "When I'm looking to see what a user has been up to, looking at their contributions page is usually way to verbose, because it shows every edit. What I usually want is to just see the distinct pages. In pseudo-sql, I want something like, \"select distinct page_name from contributions\". Is such a thing possible, short of using Quarry? Even better, a way to do this for both contributions and deleted contributions and fold the results together into a single list of distinct pages.",
"c-DMacks-2019-07-05T14:38:00.000Z-RoySmith-2019-07-05T14:29:00.000Z": "Sounds like the same idea as the \"Group changes by page in recent changes and watchlist\" option in Special:Preferences#mw-prefsection-rc, but that does not seem to affect Special:Contributions lists.",
"c-MusikAnimal-2019-07-08T17:21:00.000Z-RoySmith-2019-07-05T14:29:00.000Z": "@RoySmith: It is not sorted chronologically, but maybe XTools' Top Edits would help? For example [9]. This intentionally does not reveal deleted contributions.",
"h-Tech_News:_2019-28": "Tech News: 2019-28",
"h-Wanted_-_someone_to_adopt_a_discontinued_bot-2019-07-03T17:33:00.000Z": "Wanted - someone to adopt a discontinued bot",
- "c-Tagishsimon-2019-07-03T17:33:00.000Z-Wanted_-_someone_to_adopt_a_discontinued_bot": "Wikipedia:WikiProject Women in Red is looking for someone who'd be prepared to run a bot, the owner of which has recently retired. The bot is described at d:Wikidata:Requests for permissions/Bot/Emijrpbot 6, which points to code here. The function of the bot is to add new wikidata items for new en.wiki biographies and/or to add human and/or gender statements to existing wikidata items, based on articles found on Special:UnconnectedPages. WiR bases all of its metrics (& these) on wikidata records for en.wiki articles, and since end April the project's stats have become increasingly hard to compile. We'd be more than grateful if someone would consider picking up this thankless task; thx.",
+ "c-Tagishsimon-2019-07-03T17:33:00.000Z-Wanted_-_someone_to_adopt_a_discontinued_bot": "Wikipedia:WikiProject Women in Red is looking for someone who'd be prepared to run a bot, the owner of which has recently retired. The bot is described at d:Wikidata:Requests for permissions/Bot/Emijrpbot 6, which points to code here. The function of the bot is to add new wikidata items for new en.wiki biographies and/or to add human and/or gender statements to existing wikidata items, based on articles found on Special:UnconnectedPages. WiR bases all of its metrics (& these) on wikidata records for en.wiki articles, and since end April the project's stats have become increasingly hard to compile. We'd be more than grateful if someone would consider picking up this thankless task; thx.",
"c-Headbomb-2019-07-09T05:16:00.000Z-Tagishsimon-2019-07-03T17:33:00.000Z": "@Tagishsimon: if you haven't already, try WP:BOTREQ",
"h-Wikipedia:Welcoming_committee/members-2019-07-06T02:35:00.000Z": "Wikipedia:Welcoming committee/members",
"c-QEDK-2019-07-06T07:05:00.000Z-Wikipedia:Welcoming_committee/members": "Resolved",
- "c-Cyphoidbomb-2019-07-06T02:35:00.000Z-Wikipedia:Welcoming_committee/members": "I'm not sure what the best venue is to ask this question, but I was at Wikipedia:Welcoming committee/members and in these edits, I purged a bunch of sock operators, some unregistered users, a bunch of redlinked users who hadn't edited in forever, and without looking at the rest of the list, I can only wonder how many people there are actually active. Is there any technical way to purge the list of duds? I also noticed there were tons of green-linked names, which typically represents users who have changed their handles.\nSide question: I remember tweaking a setting that turned redirect links green (see above) but I can't remember where it was. I looked through my prefs and common.js file and can't find it. Help?",
+ "c-Cyphoidbomb-2019-07-06T02:35:00.000Z-Wikipedia:Welcoming_committee/members": "I'm not sure what the best venue is to ask this question, but I was at Wikipedia:Welcoming committee/members and in these edits, I purged a bunch of sock operators, some unregistered users, a bunch of redlinked users who hadn't edited in forever, and without looking at the rest of the list, I can only wonder how many people there are actually active. Is there any technical way to purge the list of duds? I also noticed there were tons of green-linked names, which typically represents users who have changed their handles. Side question: I remember tweaking a setting that turned redirect links green (see above) but I can't remember where it was. I looked through my prefs and common.js file and can't find it. Help?",
"c-QEDK-2019-07-06T04:35:00.000Z-Cyphoidbomb-2019-07-06T02:35:00.000Z": "@Cyphoidbomb: Try this: User:Anomie/linkclassifier. To use only the redirect green color, copy User:Anomie/linkclassifier.css to your .css and comment out the ones you don't need.",
"c-MJL-2019-07-06T05:41:00.000Z-QEDK-2019-07-06T04:35:00.000Z": "@Cyphoidbomb and QEDK: Better yet, install User:BrandonXLF/GreenRedirects. 10/10 user script for that.",
"c-Cyphoidbomb-2019-07-06T06:46:00.000Z-MJL-2019-07-06T05:41:00.000Z": "@QEDK and MJL: I'll gladly install whatever anybody strongly recommends. Since the redirects already show up as green for me, I was trying to figure out what I already clicked in my prefs/gadgets/whatever, so if anybody has any idea, please let me know. Also, I'm still curious about purging the Welcoming committee members page, although it's a low priority on account of it being an indiscriminate user list.",
"c-MJL-2019-07-06T06:51:00.000Z-Cyphoidbomb-2019-07-06T06:46:00.000Z": "[Thank you for the ping] Cyphoidbomb, you're a real treat. lol",
- "c-Cyphoidbomb-2019-07-06T06:57:00.000Z-MJL-2019-07-06T06:51:00.000Z": "@MJL: You are awesome. I can't keep track of the various common files and most of my changes have been to common.js, so I am much appreciative for your sleuthing. I come to the tech board so I don't have to walk in circles aimlessly like an asshole. Thanks, mate.",
- "c-QEDK-2019-07-06T07:05:00.000Z-Cyphoidbomb-2019-07-06T06:57:00.000Z": "...so I don't have to walk in circles aimlessly like an asshole. But that's all I do on Wikipedia! Glad to hear you resolved it.",
- "c-MJL-2019-07-06T07:05:00.000Z-Cyphoidbomb-2019-07-06T06:57:00.000Z": "@Cyphoidbomb: It was nothing! It was just a quick check of your subpages. As for the pruning, I'm afraid I don't know much that could be of service. Maybe a bot to clerk the list would be of service, but I am not the one to program such machinations. Cheers! (edit conflict)",
- "c-Whatamidoing_(WMF)-2019-07-09T21:02:00.000Z-MJL-2019-07-06T07:05:00.000Z": "User:Cyphoidbomb and User:MJL, you might consider using the Wikipedia:WikiProject X tools, which come with a bot to archive inactive members. User:Harej can probably point you in the right direction if you get stuck.",
+ "c-Cyphoidbomb-2019-07-06T06:57:00.000Z-MJL-2019-07-06T06:51:00.000Z": "@MJL: You are awesome. I can't keep track of the various common files and most of my changes have been to common.js, so I am much appreciative for your sleuthing. I come to the tech board so I don't have to walk in circles aimlessly like an asshole. Thanks, mate.",
+ "c-QEDK-2019-07-06T07:05:00.000Z-Cyphoidbomb-2019-07-06T06:57:00.000Z": "...so I don't have to walk in circles aimlessly like an asshole. But that's all I do on Wikipedia! Glad to hear you resolved it.",
+ "c-MJL-2019-07-06T07:05:00.000Z-Cyphoidbomb-2019-07-06T06:57:00.000Z": "@Cyphoidbomb: It was nothing! It was just a quick check of your subpages. As for the pruning, I'm afraid I don't know much that could be of service. Maybe a bot to clerk the list would be of service, but I am not the one to program such machinations. Cheers! (edit conflict)",
+ "c-Whatamidoing_(WMF)-2019-07-09T21:02:00.000Z-MJL-2019-07-06T07:05:00.000Z": "User:Cyphoidbomb and User:MJL, you might consider using the Wikipedia:WikiProject X tools, which come with a bot to archive inactive members. User:Harej can probably point you in the right direction if you get stuck.",
"h-logout_slow_and_failed_due_to_http-2019-07-06T20:26:00.000Z": "logout slow and failed due to http",
"c-Nick_Levinson-2019-07-06T20:26:00.000Z-logout_slow_and_failed_due_to_http": "I was trying to log out one day but the step was slow. It said, \"You are being logged out, please wait\". Then it said, \"Cannot log out now: http\". Eventually I was logged out. Why so long? Does it mean that I must have been using a slow network? If I close my browser while waiting, is that good enough?",
"c-Ammarpad-2019-07-07T05:12:00.000Z-Nick_Levinson-2019-07-06T20:26:00.000Z": "You say 'one day' and you were eventually logged out, that means the issue may no longer be there. Have you tried logging out again to see if the issue persists up to now?.",
- "c-Nick_Levinson-2019-07-08T23:39:00.000Z-Ammarpad-2019-07-07T05:12:00.000Z": "Preventing a logout is a security concern, thus I asked, even if it doesn't repeat for me. I agree the issue may be gone but it may not be, which is why I said \"one day\" and then posted. It did not recur on another day but that doesn't mean it was resolved. I think I had another well-known site open under my login during the same session; if so, I had no problem logging out from there. I assume the two strings I quoted (minus \"http\") can be searched for in MediaWiki software or the Wikipedia implementation to find what causes them to display, but I can't do those searches and I don't know how to test for recurrence of the problem, because if the cause was network slowness I don't know how to slow a network that I don't control and most networks I use are likely fairly robust.\nDoes the problem come from network slowness or something else? If anything was done to resolve it, that's different and please tell us.",
+ "c-Nick_Levinson-2019-07-08T23:39:00.000Z-Ammarpad-2019-07-07T05:12:00.000Z": "Preventing a logout is a security concern, thus I asked, even if it doesn't repeat for me. I agree the issue may be gone but it may not be, which is why I said \"one day\" and then posted. It did not recur on another day but that doesn't mean it was resolved. I think I had another well-known site open under my login during the same session; if so, I had no problem logging out from there. I assume the two strings I quoted (minus \"http\") can be searched for in MediaWiki software or the Wikipedia implementation to find what causes them to display, but I can't do those searches and I don't know how to test for recurrence of the problem, because if the cause was network slowness I don't know how to slow a network that I don't control and most networks I use are likely fairly robust. Does the problem come from network slowness or something else? If anything was done to resolve it, that's different and please tell us.",
"c-Quiddity_(WMF)-2019-07-09T21:52:00.000Z-Nick_Levinson-2019-07-08T23:39:00.000Z": "@Nick Levinson: I've filed a task at phab:T227621 for it to be looked at. Thanks for reporting.",
"h-Null_edit_needed-2019-07-09T14:24:00.000Z": "Null edit needed",
"c-Timrollpickering-2019-07-09T14:24:00.000Z-Null_edit_needed": "Can someone with the right permissions null edit the fully locked page User:NQ/nqup.css (the user hasn't edited for 2 & 1/2 years) so as to clear the redirect Category:Potentially illegible userboxes? This one is causing strange errors for the redirect bot.",
@@ -351,15 +351,15 @@
"c-Xaosflux-2019-07-09T22:16:00.000Z-Redrose64-2019-07-09T19:44:00.000Z": "@Redrose64: it is a self-protection hack used by non-admins (c.f. Wikipedia:User_pages#Protection_of_user_pages).",
"c-Redrose64-2019-07-09T22:34:00.000Z-Xaosflux-2019-07-09T22:16:00.000Z": "Why do we encourage this?",
"h-Template_conditional_syntax_quesiton-2019-07-09T20:38:00.000Z": "Template conditional syntax quesiton",
- "c-Cnbrb-2019-07-09T20:38:00.000Z-Template_conditional_syntax_quesiton": "What is the correct syntax to set the inline parameter conditionally in this template? It is embedded in the London Overground article thus: {{Overground RDT|inline=yes}}, which should be able to set the inline to 1 or true. The aim is to hide the top bar of the template when embedded in an infobox but not elsewhere.\nI attempted this but it didn't work, so clearly I'm not getting the conditional syntax right:\n\n||inline={{#if: {{{inline|}}}|1|0}}\nWhat's the correct way of doing it? Thanks.",
+ "c-Cnbrb-2019-07-09T20:38:00.000Z-Template_conditional_syntax_quesiton": "What is the correct syntax to set the inline parameter conditionally in this template? It is embedded in the London Overground article thus: {{Overground RDT|inline=yes}}, which should be able to set the inline to 1 or true. The aim is to hide the top bar of the template when embedded in an infobox but not elsewhere. I attempted this but it didn't work, so clearly I'm not getting the conditional syntax right: ||inline={{#if: {{{inline|}}}|1|0}} What's the correct way of doing it? Thanks.",
"c-Redrose64-2019-07-09T22:32:00.000Z-Cnbrb-2019-07-09T20:38:00.000Z": "@Cnbrb: You're overcomplicating it. Just do this that way you can use {{Overground RDT|inline=1}}. BTW the documentation for {{Routemap}} shows |inline=1 but |inline=yes might work, I'm no Lua expert.",
- "c-Cnbrb-2019-07-10T00:26:00.000Z-Cnbrb-2019-07-09T20:38:00.000Z": "Ah! Someone has stepped in and fixed it. The answer was (of course) obvious:\n|inline={{{inline|}}}\nThank you!",
+ "c-Cnbrb-2019-07-10T00:26:00.000Z-Cnbrb-2019-07-09T20:38:00.000Z": "Ah! Someone has stepped in and fixed it. The answer was (of course) obvious: |inline={{{inline|}}} Thank you!",
"h-Headerbar_doing_v-t-e_and_hide-2019-07-09T20:37:00.000Z": "Headerbar doing v-t-e and hide",
"c-DePiep-2019-07-09T20:37:00.000Z-Headerbar_doing_v-t-e_and_hide": "{{Navbar-collapsible}} is a good utility (showing both V-T-E links and the Hide/Show button). Now IIRC, there was a similar template for (wiki)table headers. Cannot find it any more, did anything bad happen? If someone could give me a hint/link, +appreciated.",
"c-Headbomb-2019-07-09T23:10:00.000Z-DePiep-2019-07-09T20:37:00.000Z": "You recall incorrectly. No such template exist, or can exist.",
"c-Xaosflux-2019-07-10T00:35:00.000Z-DePiep-2019-07-09T20:37:00.000Z": "You can make a collapsible table, but the v/t/e won't be able to reliably target just the table for editing (see User:Xaosflux/sandbox76).",
- "c-DePiep-2019-07-10T09:48:00.000Z-Xaosflux-2019-07-10T00:35:00.000Z": "Indeed, Xaosflux, but I will apply it in a templated table.\nDiscovered how to make this work:\n{| class=\"wikitable collapsible\" (adds the Hide/Show button, right)\n! colspan=4 | {{navbar-collapsible|1=Title text|2=Template:Foo}} (adds the v-t-e links, left)",
- "c-Xaosflux-2019-07-10T13:00:00.000Z-DePiep-2019-07-10T09:48:00.000Z": "@DePiep: do you have this sandboxed? I'm assuming the edit link still goes to a \"page\" not somehow only edits \"the table\" right?",
+ "c-DePiep-2019-07-10T09:48:00.000Z-Xaosflux-2019-07-10T00:35:00.000Z": "Indeed, Xaosflux, but I will apply it in a templated table. Discovered how to make this work: {| class=\"wikitable collapsible\" (adds the Hide/Show button, right) ! colspan=4 | {{navbar-collapsible|1=Title text|2=Template:Foo}} (adds the v-t-e links, left)",
+ "c-Xaosflux-2019-07-10T13:00:00.000Z-DePiep-2019-07-10T09:48:00.000Z": "@DePiep: do you have this sandboxed? I'm assuming the edit link still goes to a \"page\" not somehow only edits \"the table\" right?",
"c-DePiep-2019-07-10T13:06:00.000Z-Xaosflux-2019-07-10T13:00:00.000Z": "@Xaosflux: I only use this in a table that is in a template page (see {{Decay modes}} edit), that is what I meant to say with \"in a templated table\". I do not aim to use this in an in-article coded table; as you pointed out that won't work.",
"h-Preloading_edit_summary?-2019-07-09T21:50:00.000Z": "Preloading edit summary?",
"c-Épine-2019-07-09T21:50:00.000Z-Preloading_edit_summary?": "Hey! is it possible to preload an edit summary like we can do with page content? and if yes whats the code? thanks in advance.--▸ ",
@@ -370,25 +370,25 @@
"c-Golbez-2019-07-10T14:25:00.000Z-Sorting_broken?": "Take a look at List of Governors of Alabama - errors of \"Script error: No such module \"Date table sorting\".\" all over the place.",
"c-Golbez-2019-07-10T14:26:00.000Z-Golbez-2019-07-10T14:25:00.000Z": "It's fixed now.",
"h-Android_app_login_generic_error-2019-07-07T12:17:00.000Z": "Android app login generic error",
- "c-Rrubix44-2019-07-07T12:17:00.000Z-Android_app_login_generic_error": "Screenshot: https://pasteboard.co/ImS2y8j.jpg\nhello,\nI can successfully log into the web browser version of Wikipedia, but I cannot log into the Android app using the same credentials. I received a generic error that only states that an error has occurred.\nI have also tried using the same automatic input of credentials from the same source and mechanism on the same device to control for my user error. Again, browser version login works, app no :(\nAny ideas gratefully received!\nThank you — Preceding unsigned comment added by",
+ "c-Rrubix44-2019-07-07T12:17:00.000Z-Android_app_login_generic_error": "Screenshot: https://pasteboard.co/ImS2y8j.jpg hello, I can successfully log into the web browser version of Wikipedia, but I cannot log into the Android app using the same credentials. I received a generic error that only states that an error has occurred. I have also tried using the same automatic input of credentials from the same source and mechanism on the same device to control for my user error. Again, browser version login works, app no :( Any ideas gratefully received! Thank you — Preceding unsigned comment added by",
"c-Luk-2019-07-07T19:55:00.000Z-Rrubix44-2019-07-07T12:17:00.000Z": "Did you try uninstalling and reinstalling the app? There may be an issue with the app itself.",
"c-Tsumikiria-2019-07-10T16:31:00.000Z-Rrubix44-2019-07-07T12:17:00.000Z": "@Luk: The same issue bugs me to no end. I'm not even using an Unicode username, which has been an issue in the past. All that I could think of was that either my password - 32 character sequence of random ASCII characters - somehow triggered the bug, or that the Pie autofill API weren't accepted. I wasn't using VPN either. There is only a very slim chance I could log into the Android App without problem. Is there an phabricator on this?",
"h-WHOIS_broken-2019-07-10T21:02:00.000Z": "WHOIS broken",
"c-DuncanHill-2019-07-10T21:26:00.000Z-WHOIS_broken": "Whois returns either a blank page, or a 500 internal server error. Been going on for a few hours already.",
"c-Maile66-2019-07-10T21:02:00.000Z-DuncanHill-2019-07-10T21:26:00.000Z": "I just posted this in a section above, but moving it here. The last couple of days, I've been getting 500 - Internal Server Error Here is one from WP:AIV I've tried multiple times just now 1. Here is one from a different IP 2.",
- "c-Maile66-2019-07-10T23:26:00.000Z-DuncanHill-2019-07-10T21:26:00.000Z": "Note: This might not be isolated to Wikimedia or Tools. I just got the identical error message at Find A Grave. On second try, Find a Grave loaded.",
+ "c-Maile66-2019-07-10T23:26:00.000Z-DuncanHill-2019-07-10T21:26:00.000Z": "Note: This might not be isolated to Wikimedia or Tools. I just got the identical error message at Find A Grave. On second try, Find a Grave loaded.",
"c-MusikAnimal-2019-07-10T22:08:00.000Z-DuncanHill-2019-07-10T21:26:00.000Z": "I asked about this at meta:User talk:Whym#WHOIS gateway returning 500 internal server error.",
"h-XTools-2019-07-10T15:27:00.000Z": "XTools",
- "c-GiantSnowman-2019-07-10T15:27:00.000Z-XTools": "Tracked in PhabricatorTask T207959\nTracked in PhabricatorTask T182182\nI use two XTools - edit counter and article counter, both of which have stopped working for me as I have over 350,000 edits. Any idea how this can be resolved?",
- "c-MusikAnimal-2019-07-10T16:19:00.000Z-GiantSnowman-2019-07-10T15:27:00.000Z": "@GiantSnowman: The limit is there to prevent long-running queries that likely wouldn't finish, and would unnecessarily slow down XTools for everyone else. I can try increasing it a little bit, but we have to have some sort of sane limit. phab:T182182 is about analyzing the most recent 350,000 edits, but I suspect this wouldn't really help because in theory we'd still have to scan all of your contributions to get the most recent 350,000. The issue with Pages Created, specifically, is tracked at phab:T207959. One idea is to use the page creation log (phab:T221730), which is fast, but it would only produce pages you created going back to June 2018.It's a tough problem to solve. We have to balance satisfying the needs of our users, such as yourself, while protecting stability and preventing unrealistic queries from being ran. This is compounded by more general issues with the replica databases, such as the inability to estimate how slow queries will be (phab:T188677) and more recently, general slowness following recent schema changes (phab:T226050). In the meantime, you could try using tools that don't have any limits (or the scalability problems that XTools has), such as Sigma's Pages created tool. Sorry for the inconvenience!",
+ "c-GiantSnowman-2019-07-10T15:27:00.000Z-XTools": "Tracked in Phabricator Task T207959 Tracked in Phabricator Task T182182 I use two XTools - edit counter and article counter, both of which have stopped working for me as I have over 350,000 edits. Any idea how this can be resolved?",
+ "c-MusikAnimal-2019-07-10T16:19:00.000Z-GiantSnowman-2019-07-10T15:27:00.000Z": "@GiantSnowman: The limit is there to prevent long-running queries that likely wouldn't finish, and would unnecessarily slow down XTools for everyone else. I can try increasing it a little bit, but we have to have some sort of sane limit. phab:T182182 is about analyzing the most recent 350,000 edits, but I suspect this wouldn't really help because in theory we'd still have to scan all of your contributions to get the most recent 350,000. The issue with Pages Created, specifically, is tracked at phab:T207959. One idea is to use the page creation log (phab:T221730), which is fast, but it would only produce pages you created going back to June 2018. It's a tough problem to solve. We have to balance satisfying the needs of our users, such as yourself, while protecting stability and preventing unrealistic queries from being ran. This is compounded by more general issues with the replica databases, such as the inability to estimate how slow queries will be (phab:T188677) and more recently, general slowness following recent schema changes (phab:T226050). In the meantime, you could try using tools that don't have any limits (or the scalability problems that XTools has), such as Sigma's Pages created tool. Sorry for the inconvenience!",
"c-MusikAnimal-2019-07-10T16:27:00.000Z-MusikAnimal-2019-07-10T16:19:00.000Z": "I have increased the edit count limit to 400,000. It seems right now, the replicas are going fairly fast. Both Pages Created and Edit Counter didn't time out for your account. I can't promise it will stay that way, though. As an FYI, you can make the Edit Counter go faster by asking only for the data you need, using the checkboxes at https://xtools.wmflabs.org/ec. Best,",
"c-GiantSnowman-2019-07-10T16:36:00.000Z-MusikAnimal-2019-07-10T16:27:00.000Z": "Thanks!",
"c-GiantSnowman-2019-07-11T08:23:00.000Z-MusikAnimal-2019-07-10T16:27:00.000Z": "@MusikAnimal: can you do an 'simple counter' for article creations, which just shows the number rather than a full list?",
"c-MusikAnimal-2019-07-11T17:50:00.000Z-GiantSnowman-2019-07-11T08:23:00.000Z": "Good idea. I'll look into it!",
"h-Request_bot_for_auto_archiving-2019-07-12T03:00:00.000Z": "Request bot for auto archiving",
- "c-QuackGuru-2019-07-12T03:00:00.000Z-Request_bot_for_auto_archiving": "Resolved \nFor talk page. See https://en.wikipedia.org/wiki/Talk:Nicotine_marketing",
+ "c-QuackGuru-2019-07-12T03:00:00.000Z-Request_bot_for_auto_archiving": "Resolved For talk page. See https://en.wikipedia.org/wiki/Talk:Nicotine_marketing",
"h-Alerts_and_alarms-2019-07-10T22:52:00.000Z": "Alerts and alarms",
- "c-BD2412-2019-07-10T22:52:00.000Z-Alerts_and_alarms": "Tracked in PhabricatorTask T88781\nIs there some facility within Wikipedia for me to receive a reminder when, for example, a block that I have made or a page protection that I have added has expired, or a deletion discussion that I have initiated has run its full time? Moreover, is there some facility within Wikipedia to create reminders generally? If not, can such a thing be created?",
+ "c-BD2412-2019-07-10T22:52:00.000Z-Alerts_and_alarms": "Tracked in Phabricator Task T88781 Is there some facility within Wikipedia for me to receive a reminder when, for example, a block that I have made or a page protection that I have added has expired, or a deletion discussion that I have initiated has run its full time? Moreover, is there some facility within Wikipedia to create reminders generally? If not, can such a thing be created?",
"c-Elizium23-2019-07-10T23:06:00.000Z-BD2412-2019-07-10T22:52:00.000Z": "While this would be a godsend, e.g. for checking back on a talk page in 7 days or so, or allowing a 24-hour 3RR to expire, I am not sure it is MediaWiki's job to be tracking our reminders. That seems to present unnecessary load to the servers for something that individual editors would best be equipped to track locally. I have used Google Calendar and assorted alarm-clock apps to do this, so far.",
"c-Xaosflux-2019-07-10T23:12:00.000Z-BD2412-2019-07-10T22:52:00.000Z": "@BD2412: this may be incorporated in the existing feature request: phab:T88781.",
"c-Xaosflux-2019-07-10T23:13:00.000Z-Xaosflux-2019-07-10T23:12:00.000Z": "Note though, this is related to phab:T2582 - which has been pending for 10 years.",
@@ -428,16 +428,16 @@
"c-Kvng-2019-07-13T16:01:00.000Z-Gonnym-2019-07-12T15:57:00.000Z": "I haven't changed my preferences since before this started. Maybe there's a dodgy setting in there but not one that I've made recently.",
"c-Gonnym-2019-07-13T16:17:00.000Z-Kvng-2019-07-13T16:01:00.000Z": "I didn't either, but resetting it worked. You just have to bite the bullet if it annoys you as much as it did me.",
"h-Old_revisions_of_image_missing,_but_not_deleted-2019-07-13T22:12:00.000Z": "Old revisions of image missing, but not deleted",
- "c-Goldenshimmer-2019-07-13T22:12:00.000Z-Old_revisions_of_image_missing,_but_not_deleted": "At File:Dave_Carlascio_and_Family_Force_5.jpg, some old revisions of the image give a 404 error message. Thumbnails of those revisions are still included by the HTML page, and it links to where the old revisions would have been. From the revision notes, it looks like they were non-free, so probably should be deleted, but, well, they weren't deleted.\nBy comparison, here is what old deleted revisions of a file look like: File:City_of_Spokane_Seal.svg — \"No thumbnail\" note, and no broken links or images. So, the problem with Dave_Carlascio_and_Family_Force_5.jpg appears to be a software bug, disk corruption, or similar.\nCould someone properly delete the old versions in this case, and investigate the cause of this to ensure other files (that shouldn't have been deleted) aren't corrupted, restoring the revisions from backup as needed? Thanks! —{{u|",
+ "c-Goldenshimmer-2019-07-13T22:12:00.000Z-Old_revisions_of_image_missing,_but_not_deleted": "At File:Dave_Carlascio_and_Family_Force_5.jpg, some old revisions of the image give a 404 error message. Thumbnails of those revisions are still included by the HTML page, and it links to where the old revisions would have been. From the revision notes, it looks like they were non-free, so probably should be deleted, but, well, they weren't deleted. By comparison, here is what old deleted revisions of a file look like: File:City_of_Spokane_Seal.svg — \"No thumbnail\" note, and no broken links or images. So, the problem with Dave_Carlascio_and_Family_Force_5.jpg appears to be a software bug, disk corruption, or similar. Could someone properly delete the old versions in this case, and investigate the cause of this to ensure other files (that shouldn't have been deleted) aren't corrupted, restoring the revisions from backup as needed? Thanks! —{{u|",
"h-watchlist_inaccuracies_again-2019-07-13T22:50:00.000Z": "watchlist inaccuracies again",
"c-Joeyconnick-2019-07-13T22:50:00.000Z-watchlist_inaccuracies_again": "My watchlist is again showing pages and diffs I have already seen, even though I have it set to show only unseen changes. Bolding of these pages in the list is also inconsistent. Anyone know why this exceptionally fun behaviour has returned?",
"h-Citation_generator_in_Visual_Editor_not_working_for_PMID_or_PMC_numbers-2019-07-09T05:05:00.000Z": "Citation generator in Visual Editor not working for PMID or PMC numbers",
- "c-Anthonyhcole-2019-07-09T05:05:00.000Z-Citation_generator_in_Visual_Editor_not_working_for_PMID_or_PMC_numbers": "Tracked in PhabricatorTask T227415\n \nIt works, most of the time, when you insert the doi number or the article title, but not at all for PMID or PMC numbers. Not sure where I should report this.",
+ "c-Anthonyhcole-2019-07-09T05:05:00.000Z-Citation_generator_in_Visual_Editor_not_working_for_PMID_or_PMC_numbers": "Tracked in Phabricator Task T227415 It works, most of the time, when you insert the doi number or the article title, but not at all for PMID or PMC numbers. Not sure where I should report this.",
"c-Headbomb-2019-07-09T05:13:00.000Z-Anthonyhcole-2019-07-09T05:05:00.000Z": "It's a known issue involving the tool labs DNS being blocked or something, see T226088. @AManWithNoPlan: could probably explain in more details what the issue is.",
"c-Anthonyhcole-2019-07-09T05:35:00.000Z-Headbomb-2019-07-09T05:13:00.000Z": "Thanks Headbomb. Seems from this Phabricator discussion that no one knows what the problem is. It's been 3 weeks now, and I can't see that anyone has taken this on as their task - but perhaps I just don't understand how WMF technical people work.",
"c-TheDJ-2019-07-09T07:26:00.000Z-Anthonyhcole-2019-07-09T05:35:00.000Z": "Anthonyhcole, there are literally 2 people discussing and analysing network traffic in that ticket... What more are you looking for ? A fix before understanding the cause of the problem is not possible.",
"c-Anthonyhcole-2019-07-09T08:23:00.000Z-TheDJ-2019-07-09T07:26:00.000Z": "As I say, I don't know how that Phabricator process works. If this is normal, fine. Seems a bit sluggish, though.",
- "c-AManWithNoPlan-2019-07-09T12:57:00.000Z-Anthonyhcole-2019-07-09T08:23:00.000Z": "Citation bot noticed it a month ago. It was mistakenly thought to be a DNS firewall problem in the Phab ticket. I determined that it was an issue with data sizes exceeding 4K within DNS messages, then someone else determined it was only a problem with secure dns. In summary, there are all sorts of standards and extensions to DNS and pubmed sends something that we don’t handle. Side note: from what I read, handling split messages over 4K makes some attacks easier.",
+ "c-AManWithNoPlan-2019-07-09T12:57:00.000Z-Anthonyhcole-2019-07-09T08:23:00.000Z": "Citation bot noticed it a month ago. It was mistakenly thought to be a DNS firewall problem in the Phab ticket. I determined that it was an issue with data sizes exceeding 4K within DNS messages, then someone else determined it was only a problem with secure dns. In summary, there are all sorts of standards and extensions to DNS and pubmed sends something that we don’t handle. Side note: from what I read, handling split messages over 4K makes some attacks easier.",
"c-Anthonyhcole-2019-07-10T04:36:00.000Z-AManWithNoPlan-2019-07-09T12:57:00.000Z": "Thanks, man. I'm in awe of and grateful for what you tech guys can do, but impatient. It's a comfort knowing that this issue is firmly on your radar.",
"c-TheDJ-2019-07-10T19:30:00.000Z-Anthonyhcole-2019-07-09T05:05:00.000Z": "This issue is now fixed. Thanks for reporting.",
"c-Anthonyhcole-2019-07-14T07:15:00.000Z-TheDJ-2019-07-10T19:30:00.000Z": "Thank you, TheDJ.",
@@ -463,22 +463,22 @@
"c-Gonnym-2019-07-13T13:37:00.000Z-Zzuuzz-2019-07-13T13:31:00.000Z": "Testing the reported pages Hodan Nalayeh, 1337x and xHamster in preview with the infobox set to /sandbox produces no italics or errors (Just to be clear, I've made changes to the code, hopefully fixing the issue).",
"c-Zzuuzz-2019-07-13T13:45:00.000Z-Gonnym-2019-07-13T13:37:00.000Z": "Also reported, Northern Paiute people[16] (but now fixed). I get no errors for 1337x and xHamster in preview without changing anything, but they still display as reported.",
"c-Zzuuzz-2019-07-13T13:54:00.000Z-Zzuuzz-2019-07-13T13:45:00.000Z": "OK, a purge got rid of those errors.",
- "c-Nyttend-2019-07-14T23:09:00.000Z-Zzuuzz-2019-07-13T13:54:00.000Z": "Lugnuts and Zzuuzz, please see File:Holy Cow That's Weird.png and the WP:VPT archive where it appears. This report really strongly reminds me of that incident :-)",
+ "c-Nyttend-2019-07-14T23:09:00.000Z-Zzuuzz-2019-07-13T13:54:00.000Z": "Lugnuts and Zzuuzz, please see File:Holy Cow That's Weird.png and the WP:VPT archive where it appears. This report really strongly reminds me of that incident :-)",
"c-Lugnuts-2019-07-15T06:47:00.000Z-Nizolan-2019-07-13T13:00:00.000Z": "Hehe, nice!",
"h-Special:SuffixIndex-2019-07-15T09:49:00.000Z": "Special:SuffixIndex",
"c-Gzhegozh-2019-07-15T09:49:00.000Z-Special:SuffixIndex": "There is a page Special:PrefixIndex which is showing all pages starting with a certain name, but can someone create a similar page which would show all pages ending with certain characters? It would be a very useful tool.",
"c-PrimeHunter-2019-07-15T10:07:00.000Z-Gzhegozh-2019-07-15T09:49:00.000Z": "There is an old request at phab:T12808: \"Introduce Special:Suffixindex\".",
"h-PHP7_details-2019-07-14T21:10:00.000Z": "PHP7 details",
- "c-Nyttend-2019-07-14T21:10:00.000Z-PHP7_details": "See my latest ten contributions: some of the edits are tagged with PHP7, and others aren't, although I used the same browser on the same computer to make those edits, and all of them were done with my home wireless network. Any idea why three are tagged as PHP7 and seven aren't, instead of all ten being tagged or all ten not being tagged? The PHP7 page says Replacing the Beta Feature, since March 2019 a percentage of all production traffic has been randomly assigned to use PHP instead of HHVM. I would assume that this means that some of my sessions would use PHP7 and some wouldn't, but you can see that seven of those edits came in one session, yet exactly two of the seven edits used PHP7. Is every single edit randomly assigned or randomly not-assigned to use PHP7?",
+ "c-Nyttend-2019-07-14T21:10:00.000Z-PHP7_details": "See my latest ten contributions: some of the edits are tagged with PHP7, and others aren't, although I used the same browser on the same computer to make those edits, and all of them were done with my home wireless network. Any idea why three are tagged as PHP7 and seven aren't, instead of all ten being tagged or all ten not being tagged? The PHP7 page says Replacing the Beta Feature, since March 2019 a percentage of all production traffic has been randomly assigned to use PHP instead of HHVM. I would assume that this means that some of my sessions would use PHP7 and some wouldn't, but you can see that seven of those edits came in one session, yet exactly two of the seven edits used PHP7. Is every single edit randomly assigned or randomly not-assigned to use PHP7?",
"c-TheDJ-2019-07-15T07:24:00.000Z-Nyttend-2019-07-14T21:10:00.000Z": "Nyttend, a percentage of your requests, not of your sessions indeed.",
- "c-Nyttend-2019-07-15T10:44:00.000Z-TheDJ-2019-07-15T07:24:00.000Z": "What's a request? Is it an edit, or a page request (i.e. my computer asks the server to send a page), or something else?",
+ "c-Nyttend-2019-07-15T10:44:00.000Z-TheDJ-2019-07-15T07:24:00.000Z": "What's a request? Is it an edit, or a page request (i.e. my computer asks the server to send a page), or something else?",
"c-TheDJ-2019-07-15T11:15:00.000Z-Nyttend-2019-07-15T10:44:00.000Z": "Nyttend, any communication your browser makes with the servers. For a page, that is usually dozens of requests (each image is a separate request for example). For an edit, it is a single request.",
"h-Whist_marker_-_such_a_popular_article!-2019-07-14T21:34:00.000Z": "Whist marker - such a popular article!",
- "c-Rich_Farmbrough-2019-07-14T21:34:00.000Z-Whist_marker_-_such_a_popular_article!": "See Talk:Whist marker, for the views this trifling monograph has attracted over time - i.e. very few until suddenly 100,000 in one day! Do we have any ideas why this might happen? (I have seen previous hadwavey \"bot\" explanations, of similar phenomena, do we have anything concrete?) \nAll the best:",
- "c-Xaosflux-2019-07-14T21:59:00.000Z-Rich_Farmbrough-2019-07-14T21:34:00.000Z": "@Rich Farmbrough: the additional view stats report this is from \"mobile web\" user clients. It certainly could be some sort of \"bot\" (not a wikipedia bot, a web bot) that is not presenting as a bot. For a few reasons (primarily privacy) detailed reader information is not available except to developers.",
- "c-Nyttend-2019-07-14T22:39:00.000Z-Xaosflux-2019-07-14T21:59:00.000Z": "It's not merely mobile web. Mobile app and desktop had similar jumps, although smaller:\n\n\n\nDate\nMobile web\nMobile app\nDesktop\nTotal\n\n\n1 July\n1\n0\n0\n1\n\n\n2 July\n0\n0\n4\n4\n\n\n3 July\n2\n0\n1\n3\n\n\n4 July\n2\n0\n3\n5\n\n\n5 July\n5\n0\n4\n9\n\n\n6 July\n94,411\n529\n13,246\n108,186\n\n\n7 July\n36,762\n371\n5,309\n42,442\n\n\n8 July\n1,799\n52\n512\n2,363\n\nSo whatever's going on is presenting itself with all sorts of platforms.",
+ "c-Rich_Farmbrough-2019-07-14T21:34:00.000Z-Whist_marker_-_such_a_popular_article!": "See Talk:Whist marker, for the views this trifling monograph has attracted over time - i.e. very few until suddenly 100,000 in one day! Do we have any ideas why this might happen? (I have seen previous hadwavey \"bot\" explanations, of similar phenomena, do we have anything concrete?) All the best:",
+ "c-Xaosflux-2019-07-14T21:59:00.000Z-Rich_Farmbrough-2019-07-14T21:34:00.000Z": "@Rich Farmbrough: the additional view stats report this is from \"mobile web\" user clients. It certainly could be some sort of \"bot\" (not a wikipedia bot, a web bot) that is not presenting as a bot. For a few reasons (primarily privacy) detailed reader information is not available except to developers.",
+ "c-Nyttend-2019-07-14T22:39:00.000Z-Xaosflux-2019-07-14T21:59:00.000Z": "It's not merely mobile web. Mobile app and desktop had similar jumps, although smaller: Date Mobile web Mobile app Desktop Total 1 July 1 0 0 1 2 July 0 0 4 4 3 July 2 0 1 3 4 July 2 0 3 5 5 July 5 0 4 9 6 July 94,411 529 13,246 108,186 7 July 36,762 371 5,309 42,442 8 July 1,799 52 512 2,363 So whatever's going on is presenting itself with all sorts of platforms.",
"c-Modulus12-2019-07-14T22:51:00.000Z-Nyttend-2019-07-14T22:39:00.000Z": "Just Reddit helping people figure out what their random junk is: [17]. Top comment links the Wikipedia article.",
- "c-Rich_Farmbrough-2019-07-15T14:49:00.000Z-Modulus12-2019-07-14T22:51:00.000Z": "Ah, this is the modern equivalent of being slashdotted! Thanks! All the best:",
+ "c-Rich_Farmbrough-2019-07-15T14:49:00.000Z-Modulus12-2019-07-14T22:51:00.000Z": "Ah, this is the modern equivalent of being slashdotted! Thanks! All the best:",
"h-How_is_the_\"Number_of_page_watchers_who_visited_recent_edits\"_calculated?-2019-07-10T15:44:00.000Z": "How is the \"Number of page watchers who visited recent edits\" calculated?",
"c-Nardog-2019-07-10T15:44:00.000Z-How_is_the_\"Number_of_page_watchers_who_visited_recent_edits\"_calculated?": "Just curious. Neither Help:Page information nor Help:Watchlist say.",
"c-Xaosflux-2019-07-10T15:54:00.000Z-Nardog-2019-07-10T15:44:00.000Z": "@Nardog: not sure, but the API docs describe it further as the number of watchers of each page who have visited recent edits to that page.",
@@ -488,16 +488,16 @@
"c-Nardog-2019-07-15T15:41:00.000Z-Anomie-2019-07-13T11:31:00.000Z": "Thanks, edited Help:Page information.",
"h-Watchlist-2019-07-14T10:21:00.000Z": "Watchlist",
"c-DuncanHill-2019-07-14T10:21:00.000Z-Watchlist": "Is there an easy way to remove all pages which I did not create from my watchlist? Thank you,",
- "c-Xaosflux-2019-07-15T19:52:00.000Z-DuncanHill-2019-07-14T10:21:00.000Z": "@DuncanHill: - no. You could use Special:EditWatchlist/raw to get a dump of your watchlist, then get a query of pages you created and use an offwiki utility to subtract them, then replace the list with your new list.",
+ "c-Xaosflux-2019-07-15T19:52:00.000Z-DuncanHill-2019-07-14T10:21:00.000Z": "@DuncanHill: - no. You could use Special:EditWatchlist/raw to get a dump of your watchlist, then get a query of pages you created and use an offwiki utility to subtract them, then replace the list with your new list.",
"c-Eman235-2019-07-15T19:53:00.000Z-Xaosflux-2019-07-15T19:52:00.000Z": "Seems like the data from this would be useful, but downloading a CSV seems to only give me a partial list.",
"h-Editing_News_#1—July_2019": "Editing News #1—July 2019",
"h-Recent_releases-Editing_News_#1—July_2019": "Recent releases",
"h-New_and_active_projects-Editing_News_#1—July_2019": "New and active projects",
"h-Looking_ahead-Editing_News_#1—July_2019": "Looking ahead",
"h-Learning_more-Editing_News_#1—July_2019-2019-07-15T21:24:00.000Z": "Learning more",
- "c-Whatamidoing_(WMF)-2019-07-15T21:24:00.000Z-Learning_more": "The VisualEditor on mobile is a good place to learn more about the projects we are working on. The team wants to talk with you about anything related to editing. If you have something to say or ask, please leave a message at Talk:VisualEditor on mobile.\nPPelberg (WMF) (talk) and",
+ "c-Whatamidoing_(WMF)-2019-07-15T21:24:00.000Z-Learning_more": "The VisualEditor on mobile is a good place to learn more about the projects we are working on. The team wants to talk with you about anything related to editing. If you have something to say or ask, please leave a message at Talk:VisualEditor on mobile. PPelberg (WMF) (talk) and",
"h-Tech_News:_2019-29-2019-07-15T21:43:00.000Z": "Tech News: 2019-29",
- "c-Nyttend-2019-07-15T21:43:00.000Z-Tech_News:_2019-29": "Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available. \nRecent changes\n\nThe mobile web will get more advanced editing tools. Seven more Wikipedias can use them now. This works for Arabic, Indonesian, Italian, Persian, Japanese, Spanish and Thai Wikipedia. You can try the tools on the mobile web and give feedback. [18]\nChanges later this week\n\n The abuse filter system user will soon do maintenance edits on broken abuse filters. This user is called Edit filter and has administrator rights. This is meant to fix technical problems. It will not do any other changes. You can read more.\n The new version of MediaWiki will be on test wikis and MediaWiki.org from 16 July. It will be on non-Wikipedia wikis and some Wikipedias from 17 July. It will be on all wikis from 18 July (calendar).\nMeetings\n\n You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting will be on 17 July at 15:00 (UTC). See how to join.\nFuture changes\n\nThe Wikipedia app for Android will invite users to add image captions to images on Commons. It will only invite users who have added a number of edits in the app without being reverted. This is to avoid spam and bad edits. You can read more and leave feedback. [19]\nTech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.\n\n 15:29, 15 July 2019 (UTC)\nDon't waste your time trying to give feedback on the Android item; the \"leave feedback\" page doesn't let you add a new section and doesn't even have an edit button.",
+ "c-Nyttend-2019-07-15T21:43:00.000Z-Tech_News:_2019-29": "Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available. Recent changes The mobile web will get more advanced editing tools. Seven more Wikipedias can use them now. This works for Arabic, Indonesian, Italian, Persian, Japanese, Spanish and Thai Wikipedia. You can try the tools on the mobile web and give feedback. [18] Changes later this week The abuse filter system user will soon do maintenance edits on broken abuse filters. This user is called Edit filter and has administrator rights. This is meant to fix technical problems. It will not do any other changes. You can read more. The new version of MediaWiki will be on test wikis and MediaWiki.org from 16 July. It will be on non-Wikipedia wikis and some Wikipedias from 17 July. It will be on all wikis from 18 July (calendar). Meetings You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting will be on 17 July at 15:00 (UTC). See how to join. Future changes The Wikipedia app for Android will invite users to add image captions to images on Commons. It will only invite users who have added a number of edits in the app without being reverted. This is to avoid spam and bad edits. You can read more and leave feedback. [19] Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe. 15:29, 15 July 2019 (UTC) Don't waste your time trying to give feedback on the Android item; the \"leave feedback\" page doesn't let you add a new section and doesn't even have an edit button.",
"h-WP:Dashboard_on_sidebar-2019-07-16T09:19:00.000Z": "WP:Dashboard on sidebar",
"c-Remagoxer-2019-07-16T09:19:00.000Z-WP:Dashboard_on_sidebar": "I had an idea that the Dashboard should be on the sidebar below the Community Portal. I don't know how to add it locally, and I feel it should be sitewide anyway. Thoughts?",
"c-PrimeHunter-2019-07-16T10:04:00.000Z-Remagoxer-2019-07-16T09:19:00.000Z": "An administrator can add it to MediaWiki:Sidebar but I see no good reason. The first link in Wikipedia:Community portal is Wikipedia:Dashboard and it's linked twice more.",
@@ -507,22 +507,22 @@
"c-QEDK-2019-07-17T06:37:00.000Z-Winged_Blades_of_Godric-2019-07-17T05:58:00.000Z": "If anyone is interested, but no idea how to proceed, take a look at mw:How_to_become_a_MediaWiki_hacker. Some knowledge of LAMP is necessary.",
"c-PrimeHunter-2019-07-17T10:08:00.000Z-Winged_Blades_of_Godric-2019-07-17T05:58:00.000Z": "I have made a related suggestion at MediaWiki talk:Confirmdeletetext#Add link to delete an associated talk page.",
"h-\"Publish_changes\"-2019-07-11T17:44:00.000Z": "\"Publish changes\"",
- "c-Rhododendrites-2019-07-11T17:44:00.000Z-\"Publish_changes\"": "Tracked in PhabricatorTask T228116\nSome time ago, the save button was replaced with a \"publish changes\" button. I work with an awful lot of new editors both on-wiki and off-wiki, and it is perhaps the most frequent source of confusion (after maybe why VE doesn't work on talk pages -- but that's a whole other deal with technical constraints). The awkward language choice of part of the interface shouldn't be something I have to bring up in every introduction to editing session I run (and shouldn't be something that confuses so many people even after bringing it up). Specifically, it comes up when new users are starting to edit in their userspace, in a sandbox, in a draft, etc. -- people see \"publish changes\" and hesitate because of the implications of \"publish\". \nI'm sure there have been threads about this in the past, but I'm not sure the best way to search for this. Has this change been well-received otherwise?",
+ "c-Rhododendrites-2019-07-11T17:44:00.000Z-\"Publish_changes\"": "Tracked in Phabricator Task T228116 Some time ago, the save button was replaced with a \"publish changes\" button. I work with an awful lot of new editors both on-wiki and off-wiki, and it is perhaps the most frequent source of confusion (after maybe why VE doesn't work on talk pages -- but that's a whole other deal with technical constraints). The awkward language choice of part of the interface shouldn't be something I have to bring up in every introduction to editing session I run (and shouldn't be something that confuses so many people even after bringing it up). Specifically, it comes up when new users are starting to edit in their userspace, in a sandbox, in a draft, etc. -- people see \"publish changes\" and hesitate because of the implications of \"publish\". I'm sure there have been threads about this in the past, but I'm not sure the best way to search for this. Has this change been well-received otherwise?",
"c-Iridescent-2019-07-11T17:49:00.000Z-Rhododendrites-2019-07-11T17:44:00.000Z": "IIRC this change was made by WMF legal and is non-negotiable; they wanted to make it clear to editors that the moment one clicks that button, whatever is in your edit window becomes publicly available for anyone to view and not saved to a private userspace inaccessable to others, whatever the namespace being edited. It was a global change, so the discussions will I assume be on Meta. The announcement was here, so the discussions if there were any will be shortly before that.",
"c-JoJo_Eumerus_mobile-2019-07-11T18:44:00.000Z-Iridescent-2019-07-11T17:49:00.000Z": "I recall seeing some discussion on Phabricator; I'll see if I can find links.",
"c-Snaevar-2019-07-11T19:32:00.000Z-Rhododendrites-2019-07-11T17:44:00.000Z": "Actually the save button was changed to \"publish changes\" because of newbies. In UX testing newbies did expect the save button to work more like drafts. There was a need to change the text of the button to be more decisive. The bug behind this change is T131132, which explains this further.",
"c-Rhododendrites-2019-07-12T16:32:00.000Z-\"Publish_changes\"": "Thanks all. From the sound of it, it seems like it makes most sense to use \"publish changes\" in most namespaces, but switch back to \"save changes\" for draft and userspace? Might be too much of a hassle to change, though (other than on a per-user basis with a script, of course, but that sort of defeats the point).",
- "c-Whatamidoing_(WMF)-2019-07-15T23:27:00.000Z-Rhododendrites-2019-07-12T16:32:00.000Z": "Rhododendrites, I've been asking around about this since the change was made a few years back. So far, with one exception, the editathon folks tell me that the problem is that new users actually do understand this, and are intimidated by making their creations available to the general public. They want to clean it up and try to make it \"perfect\" before anyone else can see it. (That is, they're looking for a save button that doesn't publish their edits, which is not how our big blue button works.) I'd be very interested in hearing whether your users express similar sentiments.\nDraft space and userspace are just as published as the mainspace.",
- "c-Redrose64-2019-07-15T23:44:00.000Z-Whatamidoing_(WMF)-2019-07-15T23:27:00.000Z": "@HJ Mitchell, Pigsonthewing, and RexxS: You often teach new users, but I don't know if you watch this page; please can you supply some feedback for Whatamidoing?",
+ "c-Whatamidoing_(WMF)-2019-07-15T23:27:00.000Z-Rhododendrites-2019-07-12T16:32:00.000Z": "Rhododendrites, I've been asking around about this since the change was made a few years back. So far, with one exception, the editathon folks tell me that the problem is that new users actually do understand this, and are intimidated by making their creations available to the general public. They want to clean it up and try to make it \"perfect\" before anyone else can see it. (That is, they're looking for a save button that doesn't publish their edits, which is not how our big blue button works.) I'd be very interested in hearing whether your users express similar sentiments. Draft space and userspace are just as published as the mainspace.",
+ "c-Redrose64-2019-07-15T23:44:00.000Z-Whatamidoing_(WMF)-2019-07-15T23:27:00.000Z": "@HJ Mitchell, Pigsonthewing, and RexxS: You often teach new users, but I don't know if you watch this page; please can you supply some feedback for Whatamidoing?",
"c-Elizium23-2019-07-13T14:03:00.000Z-Redrose64-2019-07-15T23:44:00.000Z": "OK, if there was such a hoo-hah about calling it \"Save\" then why does the ephemeral popup dialog still read \"Your edit was saved.\" Should it not be changed to \"Your edit was published!\" for consistency? Won't someone be confused about whether the edit was saved or published, when she pressed \"Publish\" but it was \"Saved\" instead? Also, the ephemeral dialog is annoying to me: it covers screen real-estate, can't be dismissed early, and goes away without being acknowledged, as if we had time to spot and read it. Not a good experience at all. (EDIT: It apparently can be dismissed early, if your reaction time is FPS-trained enough to hit the tiny \"X\" before it fades and disappears (~5 seconds.)",
- "c-Whatamidoing_(WMF)-2019-07-15T23:23:00.000Z-Elizium23-2019-07-13T14:03:00.000Z": "Good point, Elizium23. I filed a bug report about that.",
+ "c-Whatamidoing_(WMF)-2019-07-15T23:23:00.000Z-Elizium23-2019-07-13T14:03:00.000Z": "Good point, Elizium23. I filed a bug report about that.",
"c-RexxS-2019-07-16T15:08:00.000Z-Redrose64-2019-07-15T23:44:00.000Z": "@Redrose64 and Whatamidoing (WMF): I've not found it an issue for new editors at editathons and workshops. I almost always guide new editors through their first edit, which is normally to their user page to say what topics they are interested in. I make a point of explaining that publishing it makes it visible to the whole world and caution against writing anything that they wouldn't want everyone to see. After that I use \"publish\" and \"save\" interchangeably and I don't believe I've ever found anyone confused by that. Hope that helps.",
"c-Pigsonthewing-2019-07-17T10:28:00.000Z-Redrose64-2019-07-15T23:44:00.000Z": "I concur with the OP; it's a point of confusion, as happened with the last event i ran, earlier this month.",
"h-Request_to_fix_uw-paid1_and_uw-paid2-2019-07-17T14:00:00.000Z": "Request to fix uw-paid1 and uw-paid2",
- "c-ToBeFree-2019-07-17T14:00:00.000Z-Request_to_fix_uw-paid1_and_uw-paid2": "Is there an easy way, perhaps a module or template, to add a \"unregistered\"/\"registered\" differentiation to {{uw-paid1}} and {{uw-paid2}}?\nThese important templates currently give wrong advice to IP editors; see Template talk:Uw-paid1#\"User page\" disclosure for IP addresses.",
+ "c-ToBeFree-2019-07-17T14:00:00.000Z-Request_to_fix_uw-paid1_and_uw-paid2": "Is there an easy way, perhaps a module or template, to add a \"unregistered\"/\"registered\" differentiation to {{uw-paid1}} and {{uw-paid2}}? These important templates currently give wrong advice to IP editors; see Template talk:Uw-paid1#\"User page\" disclosure for IP addresses.",
"c-Ammarpad-2019-07-17T18:36:00.000Z-ToBeFree-2019-07-17T14:00:00.000Z": "I do not think those templates should be used to warn \"IP addresses\" as they're not meant for that. Paid editing is done with accounts that's why the disclosure is needed on userpages. If an IP address is persistently making promotional or suspicious editing, they should be reported to the appropriate noticeboard not be asked to disclose their client on their \"IP userpage\" which does not make sense.",
"h-Can't_edit_caption-2019-07-17T11:33:00.000Z": "Can't edit caption",
- "c-Dweller-2019-07-17T11:33:00.000Z-Can't_edit_caption": "Timeline and map of the Seven Wonders of the Ancient World, including the Village pump (technical)/Archive 175\nHi. In our Colossus of Rhodes article is a timeline/map of the 7 wonders, which inadvertently implies that there were 8 of them (by referring to the Colossus \"and the other 7\" wonders).\nI cannot find this caption in the text of the page, nor at File:Ancient seven wonders timeline.svg. Where is it?",
+ "c-Dweller-2019-07-17T11:33:00.000Z-Can't_edit_caption": "Timeline and map of the Seven Wonders of the Ancient World, including the Village pump (technical)/Archive 175 Hi. In our Colossus of Rhodes article is a timeline/map of the 7 wonders, which inadvertently implies that there were 8 of them (by referring to the Colossus \"and the other 7\" wonders). I cannot find this caption in the text of the page, nor at File:Ancient seven wonders timeline.svg. Where is it?",
"c-DuncanHill-2019-07-17T11:38:00.000Z-Dweller-2019-07-17T11:33:00.000Z": "The image is called as a template Template:Ancient seven wonders timeline.svg. The wording is generated from the title of the page using it, and that in the template.",
"c-Dweller-2019-07-17T11:47:00.000Z-DuncanHill-2019-07-17T11:38:00.000Z": "Ahhhh! Thanks. Fixed it.",
"c-DuncanHill-2019-07-17T11:56:00.000Z-Dweller-2019-07-17T11:47:00.000Z": "Glad to have helped. The curly brackets were the clew. {{This is a template, not a file}}",
@@ -535,17 +535,17 @@
"c-DuncanHill-2019-07-17T13:48:00.000Z-Dweller-2019-07-17T13:44:00.000Z": "Put the template on your userpage then!",
"c-Dweller-2019-07-17T14:25:00.000Z-DuncanHill-2019-07-17T13:48:00.000Z": " Done",
"h-Edit_filter_to_address_Visual_Editor_bug_(or_common_user_error)-2019-07-17T18:25:00.000Z": "Edit filter to address Visual Editor bug (or common user error)",
- "c-Rhododendrites-2019-07-17T18:25:00.000Z-Edit_filter_to_address_Visual_Editor_bug_(or_common_user_error)": "When a user drafts content with references in a sandbox, if using the Visual Editor it is necessary to enter edit mode before copying in order to retain the references. If the user doesn't copy from edit mode, the superscript links will be retained, but they will be links back to the original page (where the footnote anchor would be) without the reference itself. You can see an example of this in my sandbox:\nThis sandbox shows the first paragraph from the body of Wikipedia copied from edit mode.\nThis sandbox shows the same paragraph copied without entering edit mode.\nIt would be useful to have an edit filter or some other way to indicate when this happens. This is something I always tell new users, but which people very regularly forget about, just to introduce improperly formatted content into an article when trying to copy out of a sandbox. It seems like this could be easily detected by looking for superscript tags around a link to a different page. (Another common sign this happened is that \"[edit]\" appears inside a heading). Ideally, this would notify the user when they try to save, but an edit filter could be useful, too.",
- "c-Xaosflux-2019-07-18T17:19:00.000Z-Rhododendrites-2019-07-17T18:25:00.000Z": "@Rhododendrites: I suggest you move this to Wikipedia:Edit filter/Requested - where the volunteers that write filters can better asses it. It is possible to just make a \"warn\" filter as well.",
+ "c-Rhododendrites-2019-07-17T18:25:00.000Z-Edit_filter_to_address_Visual_Editor_bug_(or_common_user_error)": "When a user drafts content with references in a sandbox, if using the Visual Editor it is necessary to enter edit mode before copying in order to retain the references. If the user doesn't copy from edit mode, the superscript links will be retained, but they will be links back to the original page (where the footnote anchor would be) without the reference itself. You can see an example of this in my sandbox: This sandbox shows the first paragraph from the body of Wikipedia copied from edit mode. This sandbox shows the same paragraph copied without entering edit mode. It would be useful to have an edit filter or some other way to indicate when this happens. This is something I always tell new users, but which people very regularly forget about, just to introduce improperly formatted content into an article when trying to copy out of a sandbox. It seems like this could be easily detected by looking for superscript tags around a link to a different page. (Another common sign this happened is that \"[edit]\" appears inside a heading). Ideally, this would notify the user when they try to save, but an edit filter could be useful, too.",
+ "c-Xaosflux-2019-07-18T17:19:00.000Z-Rhododendrites-2019-07-17T18:25:00.000Z": "@Rhododendrites: I suggest you move this to Wikipedia:Edit filter/Requested - where the volunteers that write filters can better asses it. It is possible to just make a \"warn\" filter as well.",
"h-Template_transclusion_check_down-2019-07-18T21:58:00.000Z": "Template transclusion check down",
"c-Obsuser-2019-07-18T21:58:00.000Z-Template_transclusion_check_down": "Is it only for me or it is down? Here I get errors, and when trying to change language too. Please ping me, I don't want this page in watchlist because there are many changes...",
"h-Replacement_of_character_references_with_actual_characters-2019-07-18T21:50:00.000Z": "Replacement of character references with actual characters",
- "c-Nardog-2019-07-18T21:50:00.000Z-Replacement_of_character_references_with_actual_characters": "Beland (talk · contribs) has been replacing HTML character references with the actual characters they represent, using JWB. Is there a consensus or justification for this?\nThe replacements are concerning to me especially given they include characters in Private Use Areas, which IMHO are best left as references (frankly I don't think they should ever be used in articles in the first place, but still). And even if it was justified, wouldn't it fall under WP:COSMETICBOT?",
+ "c-Nardog-2019-07-18T21:50:00.000Z-Replacement_of_character_references_with_actual_characters": "Beland (talk · contribs) has been replacing HTML character references with the actual characters they represent, using JWB. Is there a consensus or justification for this? The replacements are concerning to me especially given they include characters in Private Use Areas, which IMHO are best left as references (frankly I don't think they should ever be used in articles in the first place, but still). And even if it was justified, wouldn't it fall under WP:COSMETICBOT?",
"c-Beland-2019-07-18T23:14:00.000Z-Nardog-2019-07-18T21:50:00.000Z": "Greetings! I was actually wondering whether I should be keeping Private Use Area HTML entities as they are. In my browser, I can see the Unicode point number of characters I don't have fonts for, but I'm not sure about other editors. This began as part of a spell checking and Manual of Style compliance project. I'm trying to bundle HTML entity cleanup with any punctuation cleanup on the same articles, so there aren't a bunch of minor commits. Right now I'm working on a list of only about 5,000 articles; in some cases, the HTML entities represent breakage so there's reader-visible cleanup to do, but you're right it's often only editor-visible. I've been getting occasional thanks for the entity cleanup, though; where done right it makes the wikitext a lot more readable, especially to editors who don't know HTML. (For example, café is a lot easier to read and edit than cafÉ.) I had a conversation with some MOS editors before starting this, and there was a strong consensus in favor of converting numeric HTML entities where possible, unless the result would be confusing, and I made a list of confusing situations to exclude. Unfortunately, Unicode is a huge place and no one thought about potential problems with combining characters (I'm leaving those alone after editors on some Arabic-langugage-related pages rightfully complained) or the private use area or a handful of other things where I'm trying to building bottom-up consensus. I'm leaning toward PUA characters being too confusing to convert, so I'll add them to my exclusion list unless someone here would much rather see real characters than numeric entities? Ah, I see Template:PUA actually says not to convert them; that's also a page that will probably give a comprehensive list of articles they are used in, if anyone wants to go around pruning any unnecessary ones.",
"h-Phantom_edit:_notifications_and_watchlist_not_updating-2019-07-18T18:58:00.000Z": "Phantom edit: notifications and watchlist not updating",
- "c-ComplexRational-2019-07-18T18:58:00.000Z-Phantom_edit:_notifications_and_watchlist_not_updating": "Greetings, I just discovered that an edit to a page I have watchlisted (Special:Diff/906832193) is apparently a phantom, as it did not appear on my watchlist and the ping did not trigger a notification. I already checked that the ping was done correctly, my preferences enable me to be notified by said ping, and that the page is indeed on my watchlist. Also, my watchlist has updates later than this edit, and I got notifications as recently as yesterday and have not knowingly changed any settings since. None of this explains the conspicuous absence of this edit from both my watchlist and notifications.\nI therefore ask: has anyone else experienced such a problem, and is there a solution that either I have overlooked or can be implemented by a \"reset\" of preferences? Thanks,",
+ "c-ComplexRational-2019-07-18T18:58:00.000Z-Phantom_edit:_notifications_and_watchlist_not_updating": "Greetings, I just discovered that an edit to a page I have watchlisted (Special:Diff/906832193) is apparently a phantom, as it did not appear on my watchlist and the ping did not trigger a notification. I already checked that the ping was done correctly, my preferences enable me to be notified by said ping, and that the page is indeed on my watchlist. Also, my watchlist has updates later than this edit, and I got notifications as recently as yesterday and have not knowingly changed any settings since. None of this explains the conspicuous absence of this edit from both my watchlist and notifications. I therefore ask: has anyone else experienced such a problem, and is there a solution that either I have overlooked or can be implemented by a \"reset\" of preferences? Thanks,",
"c-ComplexRational-2019-07-18T19:43:00.000Z-ComplexRational-2019-07-18T18:58:00.000Z": "Addendum: The edit in question is also not listed in the project's recent changes feed, probably suggesting that the problem is not on my end.",
- "c-Ammarpad-2019-07-19T05:05:00.000Z-ComplexRational-2019-07-18T19:43:00.000Z": "For the watchlist, I believe it is the same issue that was resolved earlier in January at phab:T211849, but I believe it still occur sporadically. I've experienced that some weeks ago but didn't have time to report the issue. You can report it again. For the ping, I am not sure why it didn't work.",
+ "c-Ammarpad-2019-07-19T05:05:00.000Z-ComplexRational-2019-07-18T19:43:00.000Z": "For the watchlist, I believe it is the same issue that was resolved earlier in January at phab:T211849, but I believe it still occur sporadically. I've experienced that some weeks ago but didn't have time to report the issue. You can report it again. For the ping, I am not sure why it didn't work.",
"c-Legoktm-2019-07-19T07:23:00.000Z-ComplexRational-2019-07-18T18:58:00.000Z": "What you're describing sounds like phab:T225199. I'm looking into it.",
"h-If_you_wonder_how_the_servers_work-2019-07-16T01:11:00.000Z": "If you wonder how the servers work",
"c-Whatamidoing_(WMF)-2019-07-16T01:11:00.000Z-If_you_wonder_how_the_servers_work": "https://www.youtube.com/watch?v=i0FTcG7PxzI has some information about how code gets deployed, if anyone's interested in learning more about Wikipedia's back end.",
@@ -559,12 +559,12 @@
"c-Xaosflux-2019-07-13T17:16:00.000Z-Vchimpanzee-2019-07-13T16:59:00.000Z": "@Vchimpanzee: from some testing, it looks like their website is just having an intermittent outage right now (got it on the 'new link' as well) - in any case I updated the offical website property on wikidata and set the template to use the WD value.",
"c-Vchimpanzee-2019-07-13T17:49:00.000Z-Xaosflux-2019-07-13T17:16:00.000Z": "I've had the problem for several days. Sometimes the link works and sometimes it doesn't.",
"c-Vchimpanzee-2019-07-15T18:24:00.000Z-Vchimpanzee-2019-07-13T17:49:00.000Z": "Xaosflux this is at least the third straight day with a 500 error from the link in the article. If there is going to be a link, it should work. From the site itself, a link to Dear Abby does work.",
- "c-Xaosflux-2019-07-15T18:30:00.000Z-Vchimpanzee-2019-07-15T18:24:00.000Z": "@Vchimpanzee: you are not seeing a Wikipedia issue, you are seeing an issue with their web pages. To test I typed the URL in to a broswer, then opened and closed it 5 times, it failed three times. This is occuring for both the 'dearabby.com' link, and the 'uxpress.com' link. There is nothing we can do to fix their broken website.",
+ "c-Xaosflux-2019-07-15T18:30:00.000Z-Vchimpanzee-2019-07-15T18:24:00.000Z": "@Vchimpanzee: you are not seeing a Wikipedia issue, you are seeing an issue with their web pages. To test I typed the URL in to a broswer, then opened and closed it 5 times, it failed three times. This is occuring for both the 'dearabby.com' link, and the 'uxpress.com' link. There is nothing we can do to fix their broken website.",
"c-Vchimpanzee-2019-07-15T18:50:00.000Z-Xaosflux-2019-07-15T18:30:00.000Z": "I don't have the problem when I go to Dear Abby from the uexpress site. I did contact them to tell them what is going on with me.",
- "c-Xaosflux-2019-07-15T19:03:00.000Z-Vchimpanzee-2019-07-15T18:50:00.000Z": "Just got there, and refreshed my page 10 times, half of them failed. They could have some broken load balancer.",
+ "c-Xaosflux-2019-07-15T19:03:00.000Z-Vchimpanzee-2019-07-15T18:50:00.000Z": "Just got there, and refreshed my page 10 times, half of them failed. They could have some broken load balancer.",
"c-Vchimpanzee-2019-07-15T20:05:00.000Z-Xaosflux-2019-07-15T19:03:00.000Z": "I didn't try that many times but it worked for me both clicking on the link in the article and typing \"dearabby.com\".",
- "c-Vchimpanzee-2019-07-15T20:20:00.000Z-Official_website_gives_a_500_error": "Just got this. Even though I used my real name in the request, I just happened to have used this name in my email address.\n\nHello Vchimpanzee,\nWe're aware of this issue, and the developers will correct as soon as they are able.\nPlease let us know if you have any other questions.\nThank you,\nAndrews McMeel Universal Support\nGoComics.com\nPuzzleSociety.com\nUexpress.com\n— Vchimpanzee • talk • contributions • 20:20, 15 July 2019 (UTC)\n┌─────────────────────────┘I'm still sometimes getting that 500 error but I have to wonder what would be wrong with just switching to the URL which that other site sends us to.",
- "c-Xaosflux-2019-07-20T17:52:00.000Z-Vchimpanzee-2019-07-15T20:20:00.000Z": "@Vchimpanzee: I don't think you understand the technical problem - it isn't a problem with one of those domain names vs the other, it is a problem with the connection between the second domain name and the actual web server - as confirmed by the server owners in your response above. We've demonstrated that this happens with both URL's. This is not a problem with the English Wikipedia or with the mediawiki software in general. There is literally nothing else for us to do here.",
+ "c-Vchimpanzee-2019-07-15T20:20:00.000Z-Official_website_gives_a_500_error": "Just got this. Even though I used my real name in the request, I just happened to have used this name in my email address. Hello Vchimpanzee, We're aware of this issue, and the developers will correct as soon as they are able. Please let us know if you have any other questions. Thank you, Andrews McMeel Universal Support GoComics.com PuzzleSociety.com Uexpress.com — Vchimpanzee • talk • contributions • 20:20, 15 July 2019 (UTC) ┌─────────────────────────┘I'm still sometimes getting that 500 error but I have to wonder what would be wrong with just switching to the URL which that other site sends us to.",
+ "c-Xaosflux-2019-07-20T17:52:00.000Z-Vchimpanzee-2019-07-15T20:20:00.000Z": "@Vchimpanzee: I don't think you understand the technical problem - it isn't a problem with one of those domain names vs the other, it is a problem with the connection between the second domain name and the actual web server - as confirmed by the server owners in your response above. We've demonstrated that this happens with both URL's. This is not a problem with the English Wikipedia or with the mediawiki software in general. There is literally nothing else for us to do here.",
"c-Vchimpanzee-2019-07-20T17:55:00.000Z-Xaosflux-2019-07-20T17:52:00.000Z": "I was watching to see if I got any kind of response from the people fixing the software. My suggestion was that if the other URL does nothing but what is called \"redirect\" on Wikipedia, why not just bypass that?",
"c-GreenC-2019-07-20T18:07:00.000Z-Vchimpanzee-2019-07-20T17:55:00.000Z": "Sometimes website are broken and there is nothing to do but wait and hope. We could try to change all URLs to the redirect and/or adding archive links for non-working links. But since they said they are working on it, we should wait.",
"c-Xaosflux-2019-07-21T17:37:00.000Z-Vchimpanzee-2019-07-20T17:55:00.000Z": "If the only problem were with the websites first 'redirect' page, then yet it would be fine to just bypass this - but please see above - the problem is not with the first link, it is with where they redirect it to.",
@@ -573,26 +573,26 @@
"c-MarMi_wiki-2019-07-21T18:04:00.000Z-JMHamo-2019-07-21T11:51:00.000Z": "Maybe author? (If he's active).",
"h-Tech_News:_2019-30": "Tech News: 2019-30",
"h-Transclusions_with_hashes_at_the_beginning-2019-07-22T14:42:00.000Z": "Transclusions with hashes at the beginning",
- "c-Filelakeshoe-2019-07-22T14:42:00.000Z-Transclusions_with_hashes_at_the_beginning": "I have recently become confused by some transclusions on sports seasons articles such as 2019–20 UEFA Europa League, which under the \"third qualifying round\" header just has the following code to produce the fixtures table, with no edit button as is usual on templates:\n{{#lst:2019–20 UEFA Europa League qualifying phase and play-off round|Q3}}\nI cannot find the corresponding template or module for this anywhere, can anyone give me a hand?\nThanks",
+ "c-Filelakeshoe-2019-07-22T14:42:00.000Z-Transclusions_with_hashes_at_the_beginning": "I have recently become confused by some transclusions on sports seasons articles such as 2019–20 UEFA Europa League, which under the \"third qualifying round\" header just has the following code to produce the fixtures table, with no edit button as is usual on templates: {{#lst:2019–20 UEFA Europa League qualifying phase and play-off round|Q3}} I cannot find the corresponding template or module for this anywhere, can anyone give me a hand? Thanks",
"c-Gonnym-2019-07-22T14:46:00.000Z-Filelakeshoe-2019-07-22T14:42:00.000Z": "It is not a template, but a page - 2019–20 UEFA Europa League qualifying phase and play-off round.",
"c-Pppery-2019-07-22T14:47:00.000Z-Filelakeshoe-2019-07-22T14:42:00.000Z": "(edit conflict) #lst, or more readably #section isn't actually a template but instead a magic word. The text it produces is stored at 2019–20 UEFA Europa League qualifying phase and play-off round, delimited by ....",
"c-Xaosflux-2019-07-22T14:48:00.000Z-Filelakeshoe-2019-07-22T14:42:00.000Z": "(edit conflict) @Filelakeshoe: that is the abomination of mw:Extension:Labeled Section Transclusion - I really hate that extension, but some people like it!",
"c-Filelakeshoe-2019-07-22T14:55:00.000Z-Xaosflux-2019-07-22T14:48:00.000Z": "Thanks everyone! Yeah it's not very user friendly - an \"edit source\" link would be useful, but I guess not practical for all cases.",
- "c-Trappist_the_monk-2019-07-22T15:01:00.000Z-Xaosflux-2019-07-22T14:48:00.000Z": "Is there a better way? I've used it to transclude chunks of appropriate help text from Help:CS1 errors into the various error category pages in Category:CS1 errors. It's worked well for that. One source page so only one page to maintain. But if there's a better way, ...",
+ "c-Trappist_the_monk-2019-07-22T15:01:00.000Z-Xaosflux-2019-07-22T14:48:00.000Z": "Is there a better way? I've used it to transclude chunks of appropriate help text from Help:CS1 errors into the various error category pages in Category:CS1 errors. It's worked well for that. One source page so only one page to maintain. But if there's a better way, ...",
"c-Xaosflux-2019-07-22T15:02:00.000Z-Trappist_the_monk-2019-07-22T15:01:00.000Z": "@Trappist the monk: reusable text/markup is what birthed templates :D",
"c-Gonnym-2019-07-22T15:15:00.000Z-Xaosflux-2019-07-22T15:02:00.000Z": "The real solution for tables will always be 1 data source, that you call from whatever page you are on and get the results placed into the table. That was supposed to be Wikidata but it seems that won't happen. Anything else is just a backwards way of trying to handle tabular data. See any TV award, which is written and independently sourced in the TV article, season article, actor article, the TV award itself and if the character that actor played has an article, that article as well. /off-topic rant",
- "c-Trappist_the_monk-2019-07-22T15:20:00.000Z-Trappist_the_monk-2019-07-22T15:01:00.000Z": "(edit conflict)\nOh, aye? But don't we, at en.wiki, proscribe article text in template space? Not my creation but the documentation for the cs1|2 templates is primarily handled by Template:Citation Style documentation and a plethora of sub-templates. It is a pain to maintain and that, in my mind, disqualifies it as a 'better way' than labeled section transclusion. So no 'better way' than templates?",
+ "c-Trappist_the_monk-2019-07-22T15:20:00.000Z-Trappist_the_monk-2019-07-22T15:01:00.000Z": "(edit conflict) Oh, aye? But don't we, at en.wiki, proscribe article text in template space? Not my creation but the documentation for the cs1|2 templates is primarily handled by Template:Citation Style documentation and a plethora of sub-templates. It is a pain to maintain and that, in my mind, disqualifies it as a 'better way' than labeled section transclusion. So no 'better way' than templates?",
"c-Xaosflux-2019-07-22T15:32:00.000Z-Trappist_the_monk-2019-07-22T15:20:00.000Z": "Well \"template documentation\" isn't really \"article text\" is it? :D",
- "c-Trappist_the_monk-2019-07-22T16:11:00.000Z-Xaosflux-2019-07-22T15:32:00.000Z": "It's not, but the OP provided an example where labeled-section-transclusion is used in article text which avoids the no-article-text-in-template-space proscription. My csdoc example is intended to show that were article text allowed in template space, such use of templates can be unwieldy. So am I to understand that while you consider labeled-section-transclusion to be an abomination, you don't have a better solution?",
+ "c-Trappist_the_monk-2019-07-22T16:11:00.000Z-Xaosflux-2019-07-22T15:32:00.000Z": "It's not, but the OP provided an example where labeled-section-transclusion is used in article text which avoids the no-article-text-in-template-space proscription. My csdoc example is intended to show that were article text allowed in template space, such use of templates can be unwieldy. So am I to understand that while you consider labeled-section-transclusion to be an abomination, you don't have a better solution?",
"h-Convert_button_in_visual_editor:_is_this_new?-2019-07-19T22:54:00.000Z": "Convert button in visual editor: is this new?",
- "c-RoySmith-2019-07-19T22:54:00.000Z-Convert_button_in_visual_editor:_is_this_new?": "I noticed today that when you click on a reference which is a bare URL in Visual Editor, the edit box has a bottom section that says, This reference consists of just an external link. You can use the \"Convert\" button below to generate a properly formatted reference. Is this new, or have I just never noticed it before?",
+ "c-RoySmith-2019-07-19T22:54:00.000Z-Convert_button_in_visual_editor:_is_this_new?": "I noticed today that when you click on a reference which is a bare URL in Visual Editor, the edit box has a bottom section that says, This reference consists of just an external link. You can use the \"Convert\" button below to generate a properly formatted reference. Is this new, or have I just never noticed it before?",
"c-Snaevar-2019-07-21T09:16:00.000Z-RoySmith-2019-07-19T22:54:00.000Z": "No, this convert button message is not new. It was added at November 1, 2015. It is part of the citoid extension, which is bundled with VisualEditor.",
- "c-RoySmith-2019-07-22T16:45:00.000Z-Snaevar-2019-07-21T09:16:00.000Z": "Interesting, but weird that I've never noticed it before. Has something changed to make it more obvious? My usual process has been to copy the URL, create a new Automatic citation, then delete the old reference. It's just odd that I've never noticed the Convert button before, which does all that with so much less effort.",
+ "c-RoySmith-2019-07-22T16:45:00.000Z-Snaevar-2019-07-21T09:16:00.000Z": "Interesting, but weird that I've never noticed it before. Has something changed to make it more obvious? My usual process has been to copy the URL, create a new Automatic citation, then delete the old reference. It's just odd that I've never noticed the Convert button before, which does all that with so much less effort.",
"h-Template_help-2019-07-22T16:12:00.000Z": "Template help",
"c-GreenC-2019-07-22T16:12:00.000Z-Template_help": "Requesting help updating some wiki templates (non-Lua). I don't know how to do it. Can you help? Template_talk:Vcite_book#Support_for_archive-url_vs._archiveurl. Cross posted to Wikipedia:Requested_templates#Vcite_template_updates.",
"c-GreenC-2019-07-22T17:45:00.000Z-GreenC-2019-07-22T16:12:00.000Z": "This is done, though {{vcite book}} could still use support for |archiveurl= and |archivedate= in case anyone wants to add it, examples in other vcite templates.",
"h-English_Fundraising_Tests-2019-07-16T22:26:00.000Z": "English Fundraising Tests",
- "c-Seddon_(WMF)-2019-07-16T22:26:00.000Z-English_Fundraising_Tests": "Dear all,\nAs I noted at the end of June, through the summer we will be running systems tests in preparation for the end of year fundraiser on the English Wikipedia. \nThis weeks test is scheduled for 1500 UTC Wednesday 17 July. \n\nIf you need to report a bug or technical issue, please create a phabricator ticket.\nIf you see a donor on a talk page, OTRS or social media having difficulties in donating, please refer them to donate@wikimedia.org.\nIf you have specific ideas to share, please feel invited to add them to our fundraising ideas page.\nYou can also send feedback regarding the fundraising campaign directly on my talk page.\nThank you in advance for your support.",
+ "c-Seddon_(WMF)-2019-07-16T22:26:00.000Z-English_Fundraising_Tests": "Dear all, As I noted at the end of June, through the summer we will be running systems tests in preparation for the end of year fundraiser on the English Wikipedia. This weeks test is scheduled for 1500 UTC Wednesday 17 July. If you need to report a bug or technical issue, please create a phabricator ticket. If you see a donor on a talk page, OTRS or social media having difficulties in donating, please refer them to donate@wikimedia.org. If you have specific ideas to share, please feel invited to add them to our fundraising ideas page. You can also send feedback regarding the fundraising campaign directly on my talk page. Thank you in advance for your support.",
"c-Seddon_(WMF)-2019-07-23T20:28:00.000Z-Seddon_(WMF)-2019-07-16T22:26:00.000Z": "Just to bump this thread that we will be testing again 1500 UTC Wednesday 24 July. Many Thanks.",
"h-Help_with_color_overlap_problem-2019-07-24T18:41:00.000Z": "Help with color overlap problem",
"c-MarnetteD-2019-07-24T18:41:00.000Z-Help_with_color_overlap_problem": "Hello. On my talk page Mnnlaxer asked about a situation with the collapsed tables at the Israel men's national lacrosse team article. Because they are blue readers can't see the \"show/hide\" command. I think I've seen tables where they are highlighted in white but I have no idea how to make the change. Any help that can be provided will be appreciated.",
@@ -601,16 +601,16 @@
"c-Gonnym-2019-07-24T20:16:00.000Z-MarnetteD-2019-07-24T19:57:00.000Z": "So many issues with that page... MOS:DONTHIDE, MOS:SMALLFONT, MOS:LINKCOLOR, MOS:HEADINGS - just from one section.",
"c-Mnnlaxer-2019-07-25T04:27:00.000Z-Gonnym-2019-07-24T20:16:00.000Z": "The color is blue because of the Israeli national flag color. It can change, but white \"show/hide\" would be better. If anyone can do some clean up on the MOS issues, please jump right in! Thanks, MarnetteD.",
"c-PrimeHunter-2019-07-25T09:24:00.000Z-Mnnlaxer-2019-07-25T04:27:00.000Z": "{{hidden begin}} can replace | bodystyle = background:#FFFFE6; with | style = color:white; | bodystyle = background:#FFFFE6; color:black; as the below example. The style parameter also applies to the collapsed text so it's returned to black with bodystyle. I don't know whether this can cause issues for some users trying to replace normal black text with another color for themselves. The gadget \"Use a black background with green text\" appears to work as normal.",
- "c-Mnnlaxer-2019-07-25T17:44:00.000Z-Help_with_color_overlap_problem": "Current code\nBody text.\n\n\nSuggested code\nBody text.\n\n\nThanks PrimeHunter for figuring out the code and Gonnym for fixing MOS issues, including removing the hidden tables. Onward and upward with the arts!",
+ "c-Mnnlaxer-2019-07-25T17:44:00.000Z-Help_with_color_overlap_problem": "Current code Body text. Suggested code Body text. Thanks PrimeHunter for figuring out the code and Gonnym for fixing MOS issues, including removing the hidden tables. Onward and upward with the arts!",
"h-Request_bot_for_auto_archiving_2-2019-07-25T18:51:00.000Z": "Request bot for auto archiving",
"c-QuackGuru-2019-07-25T18:51:00.000Z-Request_bot_for_auto_archiving_2": "For two talk pages. See https://en.wikipedia.org/wiki/Talk:Juul and see https://en.wikipedia.org/wiki/Talk:Pax_Labs",
"c-Xaosflux-2019-07-25T19:02:00.000Z-QuackGuru-2019-07-25T18:51:00.000Z": "@QuackGuru: see Help:Archiving_a_talk_page#Automated_archiving for some code snippet you can put on a page to request bot archiving functionality.",
"h-Local_en.wp_gadget_\"Allow_navigation_menus_to_be_collapsed\"_causes_sidebar_items-2019-07-26T08:54:00.000Z": "Local en.wp gadget \"Allow navigation menus to be collapsed\" causes sidebar items to be indented",
- "c-Monniasza-2019-07-26T08:54:00.000Z-Local_en.wp_gadget_\"Allow_navigation_menus_to_be_collapsed\"_causes_sidebar_items": "Hi, i am Monniasza, and I have found bug in \"Allow navigation menus to be collapsed\" gadget.\nIt causes sidebar to get malformed by icorrectly indenting its contents.\n\nSteps to Reproduce\nGo to preferences\nOpen \"Gadgets\" tab\nScroll to \"Appearance\"\nEnable \"Allow navigation menus to be collapsed\"\nSave changes\nOpen a new browser tab with Wikipedia and view it\n\nActual Results\nSidebar gets malformed on non-special pages\n\nExpected Results\nNavigation menus can be collapsed",
+ "c-Monniasza-2019-07-26T08:54:00.000Z-Local_en.wp_gadget_\"Allow_navigation_menus_to_be_collapsed\"_causes_sidebar_items": "Hi, i am Monniasza, and I have found bug in \"Allow navigation menus to be collapsed\" gadget. It causes sidebar to get malformed by icorrectly indenting its contents. Steps to Reproduce Go to preferences Open \"Gadgets\" tab Scroll to \"Appearance\" Enable \"Allow navigation menus to be collapsed\" Save changes Open a new browser tab with Wikipedia and view it Actual Results Sidebar gets malformed on non-special pages Expected Results Navigation menus can be collapsed",
"c-PrimeHunter-2019-07-26T09:44:00.000Z-Monniasza-2019-07-26T08:54:00.000Z": "What is your browser? What is your skin at Special:Preferences#mw-prefsection-rendering? It's indented but collapsing works for me in Google Chrome and Internet Explorer. I guess the indentation is intentional and wouldn't call it malformed. Are you saying that it doesn't work for you, or that you just don't like the indentation? The code is in MediaWiki:Gadget-CollapsibleNav.js and MediaWiki:Gadget-CollapsibleNav.css. Example without enabling the gadget in preferences: https://en.wikipedia.org/wiki/Example?withJS=MediaWiki:Gadget-CollapsibleNav.js&withCSS=MediaWiki:Gadget-CollapsibleNav.css. Example with the JavaScript but not the CSS (don't enable the gadget): https://en.wikipedia.org/wiki/Example?withJS=MediaWiki:Gadget-CollapsibleNav.js. Does that work better for you?",
"c-Monniasza-2019-07-26T17:41:00.000Z-PrimeHunter-2019-07-26T09:44:00.000Z": "I used Google Chrome browser, Vector skin.",
"h-Undo_script-2019-06-28T12:01:00.000Z": "Undo script",
- "c-Masumrezarock100-2019-06-28T12:01:00.000Z-Undo_script": "mobileUndo script is an userscript created for mobile. It basically adds a button to revert the latest revision of an article while previewing a diff on the mobile website. Currently there isn't any undo feature in mobile version of the mediawiki software (as far as I know). It meets the general criteria for gadgets and I have the original creator's permission. Therefore I am proposing this script to be approved as a gadget. Should we approve of this script as a gadget?",
+ "c-Masumrezarock100-2019-06-28T12:01:00.000Z-Undo_script": "mobileUndo script is an userscript created for mobile. It basically adds a button to revert the latest revision of an article while previewing a diff on the mobile website. Currently there isn't any undo feature in mobile version of the mediawiki software (as far as I know). It meets the general criteria for gadgets and I have the original creator's permission. Therefore I am proposing this script to be approved as a gadget. Should we approve of this script as a gadget?",
"h-Questions-Undo_script": "Questions",
"h-Discussion-Undo_script-2019-06-28T12:01:00.000Z": "Discussion",
"c-Masumrezarock100-2019-06-28T12:01:00.000Z-Discussion": "I am willing to answer any questions you may have about this script (please ping me when you reply). Thanks.",
@@ -622,7 +622,7 @@
"c-Redrose64-2019-06-29T12:08:00.000Z-Masumrezarock100-2019-06-28T12:01:00.000Z": "@Masumrezarock100: Please observe how this RfC is currently listed at WP:RFC/TECH, and include a brief, neutral statement of or question about the issue immediately below the {{rfc}} tag, in accordance with WP:RFCST and WP:RFCBRIEF.",
"c-Masumrezarock100-2019-06-29T12:59:00.000Z-Redrose64-2019-06-29T12:08:00.000Z": "@Redrose64: Done. I am very new in this RfC stuff. Thanks for pointing out my mistakes.",
"c-Redrose64-2019-06-29T13:33:00.000Z-Masumrezarock100-2019-06-29T12:59:00.000Z": "It's now worse, in that nothing is now displayed other than the link. You need a timestamp (if not a full signature) after the statement so that Legobot knows where to stop parsing: WP:RFCST does state \"Failing to provide a time and date will cause Legobot to remove your discussion from the pages that notify interested editors of RfCs.\" and that is precisely what has happened here. At the moment, the first timestamp that it encounters is the one at the start of this \"Discussion\" subthread, by which time the statement is no longer neutral and certainly not brief.",
- "c-Masumrezarock100-2019-07-13T08:45:00.000Z-Masumrezarock100-2019-06-28T12:01:00.000Z": "To @Alsee, Izno, North8000, DannyS712, Killiondude, and RainFall:, who participated in this discussion, How about importing this script to Mediawiki:Minerva.js or Mediawiki:mobile.js as only JavaScript that gets executed on mobile is at Mediawiki:Minerva.js and Mediawiki:mobile.js. Both of them are almost empty, so I don't see a problem here.",
+ "c-Masumrezarock100-2019-07-13T08:45:00.000Z-Masumrezarock100-2019-06-28T12:01:00.000Z": "To @Alsee, Izno, North8000, DannyS712, Killiondude, and RainFall:, who participated in this discussion, How about importing this script to Mediawiki:Minerva.js or Mediawiki:mobile.js as only JavaScript that gets executed on mobile is at Mediawiki:Minerva.js and Mediawiki:mobile.js. Both of them are almost empty, so I don't see a problem here.",
"c-Masumrezarock100-2019-07-13T08:49:00.000Z-Masumrezarock100-2019-07-13T08:45:00.000Z": "Fixing ping Rutilant",
"c-North8000-2019-07-13T21:13:00.000Z-Masumrezarock100-2019-07-13T08:49:00.000Z": "I don't have the knowledge of those things/terms to respond. North8000 (",
"h-User_survey-Undo_script-2019-06-29T05:07:00.000Z": "User survey",
@@ -633,7 +633,7 @@
"c-SSSB-2019-07-07T09:51:00.000Z-Masumrezarock100-2019-06-29T05:07:00.000Z": "Support - This would be really helpful, whenever I want to undo on my mobile I have to go to desktop view which is just a pain.",
"c-Alsee-2019-07-07T13:27:00.000Z-Masumrezarock100-2019-06-29T05:07:00.000Z": "Instead we should ask the Foundation to Undo their removal of Undo from mobile. Creating a gadget to put Undo back is pretty absurd, unless it is the only way to get this fixed. I don't use mobile, and while I know the Foundation has badly crippled basic functionality on mobile I had no idea that they removed the undo link. That's pretty bad. If/when there's a clear majority here to ask the Foundation to fix this, give me a ping and I'll be happy to open a phabricator task and push for action.",
"c-Izno-2019-07-07T13:52:00.000Z-Alsee-2019-07-07T13:27:00.000Z": "There's never been an undo button in mobile, basically, so I do not know why you think they removed it. See phab:T87609.",
- "c-North8000-2019-07-10T13:04:00.000Z-Masumrezarock100-2019-06-29T05:07:00.000Z": "Weak support (invited by the bot) I favor simplicity vs. trimming seconds off of the \"revert\" time, but it looks like its inclusion is optional, and that lots of good work has been done. North8000 (",
+ "c-North8000-2019-07-10T13:04:00.000Z-Masumrezarock100-2019-06-29T05:07:00.000Z": "Weak support (invited by the bot) I favor simplicity vs. trimming seconds off of the \"revert\" time, but it looks like its inclusion is optional, and that lots of good work has been done. North8000 (",
"c-SD0001-2019-07-21T16:59:00.000Z-Masumrezarock100-2019-06-29T05:07:00.000Z": "Support as a non-default gadget.",
"c-Enterprisey-2019-07-27T08:54:00.000Z-Masumrezarock100-2019-06-29T05:07:00.000Z": "Well, it would be nice if jQuery or something was used instead of constructing long HTML strings directly. See also Musik's comments on his talk page, which I think should probably be addressed. Gadgets do run on the mobile skin, right?",
"h-6_million_articles_already?-2019-07-28T09:25:00.000Z": "6 million articles already?",
@@ -644,29 +644,29 @@
"c-PrimeHunter-2019-07-28T12:21:00.000Z-Samsara-2019-07-28T10:58:00.000Z": "I agree but it's not something we can change here. The horizontal axis has the same issue. There is a mark at the end but it's not at 2020. In that case it's currently easier to see that the last interval is shorter than between the other marks.",
"c-Drbogdan-2019-07-28T12:41:00.000Z-6_million_articles_already?": "FWIW - perhaps to keep track of the number of Articles (and more) - is the following template => {{User:Dbogdan/WikipediaOverview}} - hope this helps in some way - if otherwise - *entirely* ok with me to rv/rm/mv/ce the template of course - in any case - Enjoy! :)",
"h-Code_to_access_templates_between_Wikis?-2019-07-28T16:01:00.000Z": "Code to access templates between Wikis?",
- "c-Drbogdan-2019-07-28T16:01:00.000Z-Code_to_access_templates_between_Wikis?": "QUESTION: Is there some code that can access a template residing on the English Wikipedia - from another Wikipedia like, for example, the Simple Wikipedia? More specifically, the template {{ScienceNews}} resides on the English Wikipedia - Question: Can this {{ScienceNews}} template be accessed from the Simple Wikipedia (without recreating/duplicating the template on the Simple Wikipedia)? If so, what code may be used? - tia - Enjoy! :)",
+ "c-Drbogdan-2019-07-28T16:01:00.000Z-Code_to_access_templates_between_Wikis?": "QUESTION: Is there some code that can access a template residing on the English Wikipedia - from another Wikipedia like, for example, the Simple Wikipedia? More specifically, the template {{ScienceNews}} resides on the English Wikipedia - Question: Can this {{ScienceNews}} template be accessed from the Simple Wikipedia (without recreating/duplicating the template on the Simple Wikipedia)? If so, what code may be used? - tia - Enjoy! :)",
"c-AntiCompositeNumber-2019-07-28T16:18:00.000Z-Drbogdan-2019-07-28T16:01:00.000Z": "Drbogdan, Interwiki templates are not currently supported on WMF wikis, mostly for performance and usability reasons. There's been some interest in developing the software to do this well for a long time (including in the 2015 Community Wishlist Survey where it was a top-10 wish), but nothing has developed out of it.",
"c-Drbogdan-2019-07-28T17:00:00.000Z-AntiCompositeNumber-2019-07-28T16:18:00.000Z": "@AntiCompositeNumber: Thank you *very much* for your comments - they're *greatly* appreciated - at least I'm now better informed about this - has my vote in developing this software if helpful - in any case - Thanks again - and - Enjoy! :)",
"h-Unable_to_edit_my_watchlist?-2019-07-27T15:16:00.000Z": "Unable to edit my watchlist?",
"c-Drbogdan-2019-07-27T15:16:00.000Z-Unable_to_edit_my_watchlist?": "Problem: For some reason, I'm unable to edit my watchlist (via \"View and edit watchlist\" or \"Edit raw watchlist\" in https://en.wikipedia.org/wiki/Special:EditWatchlist ) - even after restoring all default settings in my \"Preferences\" - and regardless of the browser used (latest versions of \"Brave\"; \"Chrome\"; \"Firefox\" used; Windows10/1903; Dell-XPS 8900) - seems earlier, all was *completely* ok with editing the watchlist - but now the listing in my watchlist (in edit mode) seems to appear very, very briefly - and then disappears? - any help with this would be appreciated - in any case - Enjoy! :)",
- "c-Xaosflux-2019-07-27T15:37:00.000Z-Drbogdan-2019-07-27T15:16:00.000Z": "@Drbogdan: do you have a large (many thousand+) number of entries on your WL? Can you see if you can edit it using this safemode link?",
+ "c-Xaosflux-2019-07-27T15:37:00.000Z-Drbogdan-2019-07-27T15:16:00.000Z": "@Drbogdan: do you have a large (many thousand+) number of entries on your WL? Can you see if you can edit it using this safemode link?",
"c-Drbogdan-2019-07-27T16:03:00.000Z-Xaosflux-2019-07-27T15:37:00.000Z": "@Xaosflux: Thank you for your reply - and suggestions - seems I have => \"You have 8,108 pages on your watchlist (excluding talk pages).\" - is there a maximum limit for all to be ok? - also - the https://en.wikipedia.org/wiki/Special:EditWatchlist/raw?safemode=1 - seems to work ok at the moment - anything I should/could do to be ok again in \"normalmode\" (not \"safemode\") - in any case - Thanks again for your reply - and - Enjoy! :)",
"c-DuncanHill-2019-07-27T16:09:00.000Z-Drbogdan-2019-07-27T16:03:00.000Z": "I've got 18,314 pages. I was over 25,000 a couple of weeks ago, and was able to edit it.",
- "c-Xaosflux-2019-07-27T16:43:00.000Z-DuncanHill-2019-07-27T16:09:00.000Z": "@Drbogdan: while there isn't a limit (well there probably is some super giant limit but you're not at it) WL's tend to get wonky over 5000 entries, so I really suggest you trim it if possible. Perhaps you have a bunch of old User:IPADDRESS ones from old feedback/warnings that you can remove. Also the safemode link disables scripts, such as the ones you have enabled in User:Drbogdan/common.js and User:Drbogdan/vector.js - you could try turning these user scripts off to see if there are any conflicts being caused.",
- "c-Xaosflux-2019-07-27T17:21:00.000Z-Drbogdan-2019-07-27T15:16:00.000Z": "@Xaosflux: Thanks for your reply - it's appreciated - yes - trimmed some entries in \"safemode\" - but this did not work - remmed script in User:Drbogdan/common.js - as follows => - not clear if this script is important for anything I'd miss at the moment - but yes - this worked *very well* and the WatchList edit seems to be *entirely* ok (in regular \"normalmode\") at the moment - Thanks again for your help with this - and - Enjoy! :) 17:17, 27 July 2019 (UTC)\n@Drbogdan: .js pages use a slightly different comment code (I edited YOUR page with the right comment type - feel free to revert or do anything you want with it now) You can try turning those lines on back one at a time if you want them, then contact whomever's script you are loading if you would like them to work on it.",
+ "c-Xaosflux-2019-07-27T16:43:00.000Z-DuncanHill-2019-07-27T16:09:00.000Z": "@Drbogdan: while there isn't a limit (well there probably is some super giant limit but you're not at it) WL's tend to get wonky over 5000 entries, so I really suggest you trim it if possible. Perhaps you have a bunch of old User:IPADDRESS ones from old feedback/warnings that you can remove. Also the safemode link disables scripts, such as the ones you have enabled in User:Drbogdan/common.js and User:Drbogdan/vector.js - you could try turning these user scripts off to see if there are any conflicts being caused.",
+ "c-Xaosflux-2019-07-27T17:21:00.000Z-Drbogdan-2019-07-27T15:16:00.000Z": "@Xaosflux: Thanks for your reply - it's appreciated - yes - trimmed some entries in \"safemode\" - but this did not work - remmed script in User:Drbogdan/common.js - as follows => - not clear if this script is important for anything I'd miss at the moment - but yes - this worked *very well* and the WatchList edit seems to be *entirely* ok (in regular \"normalmode\") at the moment - Thanks again for your help with this - and - Enjoy! :) 17:17, 27 July 2019 (UTC) @Drbogdan: .js pages use a slightly different comment code (I edited YOUR page with the right comment type - feel free to revert or do anything you want with it now) You can try turning those lines on back one at a time if you want them, then contact whomever's script you are loading if you would like them to work on it.",
"c-Drbogdan-2019-07-27T17:27:00.000Z-Xaosflux-2019-07-27T17:21:00.000Z": "@Xaosflux: Thanks for updating the js code with the right comment code(s) - it's appreciated - all now seems ok - Thanks again for all your help with this - and - Enjoy! :)",
"c-Drbogdan-2019-07-27T17:51:00.000Z-Drbogdan-2019-07-27T17:27:00.000Z": "@Xaosflux: - BRIEF Followup - after several tests - seems the particular problem script line in the \"User:Drbogdan/common.js\" file is => /*importScript('User:SD0001/oldSearchHistory.js');*/ - the other script line seems ok - and somewhat useful at the moment - hope this helps in some way - in any regards - Thanks again - and - Enjoy! :) Drbogdan (talk) 17:51, 27 July 2019 (UTC) [NOTE: corrected code",
"c-Xaosflux-2019-07-27T18:00:00.000Z-Drbogdan-2019-07-27T17:51:00.000Z": "@SD0001: - want to take a look?",
"c-Drbogdan-2019-07-27T18:13:00.000Z-Xaosflux-2019-07-27T18:00:00.000Z": "@Xaosflux and SD0001: FWIW - rm related CSS line from the \"User:Drbogdan/common.css\" file as well - /*@import url(\"//en.wikipedia.org/w/index.php?title=User:SD0001/oldSearchHistory.css&action=raw&ctype=text/css\");*/ - see => \"Wikipedia:Village_pump_(technical)/Archive_173#Hideous_history_page\" section for more if interested - Enjoy! :) Drbogdan (talk) 18:13, 27 July 2019 (UTC) [NOTE: corrected code",
- "c-Redrose64-2019-07-27T18:38:00.000Z-Xaosflux-2019-07-27T18:00:00.000Z": "@Xaosflux: In this edit you used the wrong format, it's either /* ... */\n or it's // ...\n the latter extending to the end of the line.",
+ "c-Redrose64-2019-07-27T18:38:00.000Z-Xaosflux-2019-07-27T18:00:00.000Z": "@Xaosflux: In this edit you used the wrong format, it's either /* ... */ or it's // ... the latter extending to the end of the line.",
"c-Xaosflux-2019-07-27T20:01:00.000Z-Redrose64-2019-07-27T18:38:00.000Z": "@Redrose64: thanks, fixed though syntactically it worked (would interpret the same since it was on each line) :D",
"c-SD0001-2019-07-28T16:27:00.000Z-Drbogdan-2019-07-27T17:51:00.000Z": "Drbogdan, problem script fixed.",
"c-Drbogdan-2019-07-28T17:07:00.000Z-SD0001-2019-07-28T16:27:00.000Z": "@SD0001: Thank you *very much* for your comment - and help with this - may try the fixed script at my next opportunity - iac - Thanks again - and - Enjoy! :)",
"c-Drbogdan-2019-07-28T17:53:00.000Z-SD0001-2019-07-28T16:27:00.000Z": "@SD0001: Checked the new fixed script - and the \"WatchList Edit\" now seems to work *very well* - Thank you for your help and efforts with this - they're *greatly* appreciated - Enjoy! :)",
"h-Popups_-_little_white_box_above_the_link-2019-07-28T23:01:00.000Z": "Popups - little white box above the link",
- "c-DuncanHill-2019-07-28T23:01:00.000Z-Popups_-_little_white_box_above_the_link": "When I point my cursor at a link, as well as the usual popup preview thingy, I also get a little white box appearing above the link. I think it started in the last hour or so. Is this a new feature? It doesn't appear to do anything useful, or indeed at all. DuncanHill (talk) 23:01, 28 July 2019 (UTC)\nSorry should have said, monobook, Edge, Win10.",
+ "c-DuncanHill-2019-07-28T23:01:00.000Z-Popups_-_little_white_box_above_the_link": "When I point my cursor at a link, as well as the usual popup preview thingy, I also get a little white box appearing above the link. I think it started in the last hour or so. Is this a new feature? It doesn't appear to do anything useful, or indeed at all. DuncanHill (talk) 23:01, 28 July 2019 (UTC) Sorry should have said, monobook, Edge, Win10.",
"h-Template's_FULLPAGENAME_in_documentation-2019-07-29T00:58:00.000Z": "Template's FULLPAGENAME in documentation",
- "c-Andrybak-2019-07-29T00:58:00.000Z-Template's_FULLPAGENAME_in_documentation": "Resolved \nI'm looking for a template to produce the pagename of a template on both template's main page and template's doc subpage? That is, a template equivalent to following code:\n\n{{#ifeq:{{SUBPAGENAME}}|doc|{{NAMESPACE}}:{{BASEPAGENAME}}|{{FULLPAGENAME}}}}\n\nI could not find it in Category:Pagename manipulation templates, Category:Namespace manipulation templates. Template:Subpage other could be used, but only for root page templates — it won't work for userspace userboxes. And it will still require writing out the branches of the if. Is there such a template?",
+ "c-Andrybak-2019-07-29T00:58:00.000Z-Template's_FULLPAGENAME_in_documentation": "Resolved I'm looking for a template to produce the pagename of a template on both template's main page and template's doc subpage? That is, a template equivalent to following code: {{#ifeq:{{SUBPAGENAME}}|doc|{{NAMESPACE}}:{{BASEPAGENAME}}|{{FULLPAGENAME}}}} I could not find it in Category:Pagename manipulation templates, Category:Namespace manipulation templates. Template:Subpage other could be used, but only for root page templates — it won't work for userspace userboxes. And it will still require writing out the branches of the if. Is there such a template?",
"c-PrimeHunter-2019-07-29T01:11:00.000Z-Andrybak-2019-07-29T00:58:00.000Z": "Maybe you can use {{TEMPLATENAME}}. It also removes other things.",
"c-Andrybak-2019-07-29T01:51:00.000Z-PrimeHunter-2019-07-29T01:11:00.000Z": "Thanks, that's exactly what I was looking for. Added the template to Category:Pagename manipulation templates.",
"c-Redrose64-2019-07-29T08:13:00.000Z-Andrybak-2019-07-29T01:51:00.000Z": "@Andrybak: You may have been looking in the wrong place, since these are not templates - they are variables.",
@@ -676,20 +676,20 @@
"c-Ammarpad-2019-07-29T07:25:00.000Z-2607:FEA8:1DE0:7B4:F81D:4C1A:755A:7B9F-2019-07-29T03:20:00.000Z": "The ID itself is valid but actually all RERO IDs were categorized as invalid and I could not find what's causing this in Module:Authority control. Pinging Tom.Reding who added them today.",
"c-Tom.Reding-2019-07-29T10:51:00.000Z-Ammarpad-2019-07-29T07:25:00.000Z": "@IP & @Ammarpad: fixed. ~",
"h-Google_Maps_can't_find_some_decimal_coordinates-2019-07-27T20:00:00.000Z": "Google Maps can't find some decimal coordinates",
- "c-Mandruss-2019-07-27T20:00:00.000Z-Google_Maps_can't_find_some_decimal_coordinates": "Not a Wikipedia problem, as it occurs even when Wikipedia is not involved, but affects a lot of articles so it's worth raising here. Maybe somebody knows something about this, and in any case editors need awareness of the problem.\nGoogle Maps says it \"can't find\" some, but not all, geo coordinates in decimal format. Example 53.111,-2.245, a location near Manchester UK.",
+ "c-Mandruss-2019-07-27T20:00:00.000Z-Google_Maps_can't_find_some_decimal_coordinates": "Not a Wikipedia problem, as it occurs even when Wikipedia is not involved, but affects a lot of articles so it's worth raising here. Maybe somebody knows something about this, and in any case editors need awareness of the problem. Google Maps says it \"can't find\" some, but not all, geo coordinates in decimal format. Example 53.111,-2.245, a location near Manchester UK.",
"c-Xaosflux-2019-07-27T20:07:00.000Z-Mandruss-2019-07-27T20:00:00.000Z": "@Mandruss: Hmm, while \"53.111, -2.245\" isn't working, \"53.11100, -2.24500\" is.",
"c-Mandruss-2019-07-27T20:10:00.000Z-Xaosflux-2019-07-27T20:07:00.000Z": "Hmm, indeed.",
"c-Killiondude-2019-07-27T20:11:00.000Z-Xaosflux-2019-07-27T20:07:00.000Z": "That's interesting. I also played around with the precision and 53.11100, -2.24500 doesn't work for me.",
- "c-Mandruss-2019-07-29T12:20:00.000Z-Mandruss-2019-07-27T20:00:00.000Z": "For an example of an actual affected article, see 2014 Isla Vista killings. Google Maps takes you to Isla Vista but displays the error and fails to place a marker. Appending one zero to the end of either lat or long fixes it.At this link is a place to report errors in Google Maps, but it requires a Google sign in. I don't have a Google account and I don't care to create one for this purpose. Perhaps someone else could report this error and return any feedback here.If we can't get this error fixed soon, we should start thinking about a change to the software we control to work around it. Accepting this for the indefinite term is out of the question in my opinion.",
+ "c-Mandruss-2019-07-29T12:20:00.000Z-Mandruss-2019-07-27T20:00:00.000Z": "For an example of an actual affected article, see 2014 Isla Vista killings. Google Maps takes you to Isla Vista but displays the error and fails to place a marker. Appending one zero to the end of either lat or long fixes it. At this link is a place to report errors in Google Maps, but it requires a Google sign in. I don't have a Google account and I don't care to create one for this purpose. Perhaps someone else could report this error and return any feedback here. If we can't get this error fixed soon, we should start thinking about a change to the software we control to work around it. Accepting this for the indefinite term is out of the question in my opinion.",
"h-{{collapsible_option}}_works_incorrectly-2019-07-29T10:29:00.000Z": "{{collapsible option}} works incorrectly",
- "c-Andrybak-2019-07-29T10:29:00.000Z-{{collapsible_option}}_works_incorrectly": "I used this template correctly, but it doesn't work. Look at my signature, it contains afromentioned template. Monniasza talk \nInitial visibility: currently defaults to autocollapse\nTo set this template's initial visibility, the |state= parameter may be used:\n\n\n|state=collapsed: {{Village pump (technical)|state=collapsed}} to show the template collapsed, i.e., hidden apart from its title bar\n|state=expanded: {{Village pump (technical)|state=expanded}} to show the template expanded, i.e., fully visible\n|state=autocollapse: {{Village pump (technical)|state=autocollapse}}\n\nshows the template collapsed to the title bar if there is a {{navbar}}, a {{sidebar}}, or some other table on the page with the collapsible attribute\nshows the template in its expanded state if there are no other collapsible items on the page\n\nIf the |state= parameter in the template on this page is not set, the template's initial visibility is taken from the |default= parameter in the Collapsible option template. For the template on this page, that currently evaluates to autocollapse. 10:25, 29 July 2019 (UTC)\n\n@Monniasza: usage of templates in signatures is forbidden.",
+ "c-Andrybak-2019-07-29T10:29:00.000Z-{{collapsible_option}}_works_incorrectly": "I used this template correctly, but it doesn't work. Look at my signature, it contains afromentioned template. Monniasza talk Initial visibility: currently defaults to autocollapse To set this template's initial visibility, the |state= parameter may be used: |state=collapsed: {{Village pump (technical)|state=collapsed}} to show the template collapsed, i.e., hidden apart from its title bar |state=expanded: {{Village pump (technical)|state=expanded}} to show the template expanded, i.e., fully visible |state=autocollapse: {{Village pump (technical)|state=autocollapse}} shows the template collapsed to the title bar if there is a {{navbar}}, a {{sidebar}}, or some other table on the page with the collapsible attribute shows the template in its expanded state if there are no other collapsible items on the page If the |state= parameter in the template on this page is not set, the template's initial visibility is taken from the |default= parameter in the Collapsible option template. For the template on this page, that currently evaluates to autocollapse. 10:25, 29 July 2019 (UTC) @Monniasza: usage of templates in signatures is forbidden.",
"c-Monniasza-2019-07-29T10:37:00.000Z-Andrybak-2019-07-29T10:29:00.000Z": "Template still works incorrectly .",
"c-John_of_Reading-2019-07-29T10:43:00.000Z-Monniasza-2019-07-29T10:37:00.000Z": "{{Collapsible option}} is designed to be used on template documentation pages. It outputs text that describes how the state parameter works in those other templates. It doesn't do any collapsing itself. And, as Andrybak said, you may not use any template in your signature.",
"c-PrimeHunter-2019-07-29T13:10:00.000Z-John_of_Reading-2019-07-29T10:43:00.000Z": "Yes, this is like wrapping your beer in a refrigerator manual and complaining it doesn't get cold.",
"h-Tech_News:_2019-31": "Tech News: 2019-31",
"h-Colors_of_class=wikitable?-2019-07-30T02:33:00.000Z": "Colors of class=wikitable?",
"c-Renata3-2019-07-30T02:33:00.000Z-Colors_of_class=wikitable?": "Quick question, but I can't find the answer. What are the color codes for the default wikitable? For the grey background and the darker grey header? Thanks,",
- "c-Begoon-2019-07-30T02:40:00.000Z-Colors_of_class=wikitable?": "#eaecf0\n\n\n#f8f9fa\n\nborder:1px solid #a2a9b1;",
+ "c-Begoon-2019-07-30T02:40:00.000Z-Colors_of_class=wikitable?": "#eaecf0 #f8f9fa border:1px solid #a2a9b1;",
"h-Title_italics_magazines-2019-07-30T17:16:00.000Z": "Title italics magazines",
"c-Alanscottwalker-2019-07-30T17:16:00.000Z-Title_italics_magazines": "So, see how the title Poetry (magazine) is italicized on the article page only in the magazine title, Poetry, how do I get the title for British Vogue to read British Vogue in the article title (again only italicizing the magazine's actual name)?",
"c-WOSlinker-2019-07-30T17:22:00.000Z-Alanscottwalker-2019-07-30T17:16:00.000Z": "See this edit.",
@@ -698,7 +698,7 @@
"c-DuncanHill-2019-07-30T15:43:00.000Z-Signature_with_unclosed_font_colours": "I need help working out how to fix the signature of Oddbodz (talk · contribs · deleted contribs · logs · edit filter log · block user · block log) (inactive since May). There is a black font at the end which renders following text black, and therefor invisibly to users of the green-on-black gadget. There are other font colors in the signature which, if the black is removed, then bleed over into following text. I tried to fix it here, but somehow buggered it up in another way. Help! Thanks,",
"c-Pppery-2019-07-30T15:47:00.000Z-DuncanHill-2019-07-30T15:43:00.000Z": "done.",
"c-DuncanHill-2019-07-30T15:49:00.000Z-Pppery-2019-07-30T15:47:00.000Z": "Thanks - I'll point Oddbodz to that. Is it generally considered acceptable to apply the fix on pages where I see it causing problems? I don't like to edit another chap's signature, but I like not being able to read all the following comments even less.",
- "c-Xaosflux-2019-07-30T15:52:00.000Z-DuncanHill-2019-07-30T15:49:00.000Z": "@DuncanHill and Pppery: if that is coming from a signature, that isn't a good fix, since you wont be able to insert that closing font tag after the timestamp in a signature. That last font tag needs to be completely removed, and the others should be closed as a quick fix, see User:Xaosflux/sandbox75 - really font is deprecated and there are much better fixes if this person is still editing.",
+ "c-Xaosflux-2019-07-30T15:52:00.000Z-DuncanHill-2019-07-30T15:49:00.000Z": "@DuncanHill and Pppery: if that is coming from a signature, that isn't a good fix, since you wont be able to insert that closing font tag after the timestamp in a signature. That last font tag needs to be completely removed, and the others should be closed as a quick fix, see User:Xaosflux/sandbox75 - really font is deprecated and there are much better fixes if this person is still editing.",
"c-Xaosflux-2019-07-30T15:53:00.000Z-Xaosflux-2019-07-30T15:52:00.000Z": "DuncanHill, there are some bots that can fix this if it is on a lot of pages, you can ask at WP:BOTREQ. In general if you see one fix it, unless it is on a user_talk page you are other wise editing (as it will cause \"new message\" flag for the page owner).",
"c-PrimeHunter-2019-07-30T16:12:00.000Z-Xaosflux-2019-07-30T15:53:00.000Z": "A search [29] finds around 740 cases. This is a job for a bot or AWB. It's always OK to close open tags in signatures. I would also merge the nested font tags to get Oddbodz - (Talk) (Contribs). If deprecated font tags stop working later then it's no big loss if old signatures are rendered as normal text.",
"c-DuncanHill-2019-07-30T16:15:00.000Z-PrimeHunter-2019-07-30T16:12:00.000Z": "Thanks all - I don't know how to explain things in bot request terms. I mean, I could tell them what I told you here, but I wouldn't understand what I was on about if I tried to explain how your fix works or how it would be applied.",
@@ -710,10 +710,10 @@
"c-Xaosflux-2019-07-31T13:15:00.000Z-Aram-2019-07-31T12:04:00.000Z": "@Aram: see Wikipedia:TemplateStyles.",
"c-Xaosflux-2019-07-31T13:16:00.000Z-Xaosflux-2019-07-31T13:15:00.000Z": "Also Category:Templates using TemplateStyles has lots of reusable examples.",
"h-'Fun'_with_external_link_'marks'-2019-07-29T23:21:00.000Z": "'Fun' with external link 'marks'",
- "c-Begoon-2019-07-29T23:21:00.000Z-'Fun'_with_external_link_'marks'": "\"Discovered\" at Wikipedia talk:Principle of Some Astonishment#Random thing I noticed when somebody accidentally \"nested\" italic marks. The \"nesting\" obviously doesn't work, and is an error, because the italics are effectively 'closed' before the link text and 'opened' again after it, so you don't get italic text, but check out the funky \"extra\" link mark which gets added on the left of the link text... \n\n''[https://www.google.com ''normal text'']'' = normal text\nThese \"variants\" also produce similar \"results\":\n\n'''[https://www.google.com '''''italic text''''']''' = italic text\n''[https://www.google.com '''''bold text''''']'' = bold text",
+ "c-Begoon-2019-07-29T23:21:00.000Z-'Fun'_with_external_link_'marks'": "\"Discovered\" at Wikipedia talk:Principle of Some Astonishment#Random thing I noticed when somebody accidentally \"nested\" italic marks. The \"nesting\" obviously doesn't work, and is an error, because the italics are effectively 'closed' before the link text and 'opened' again after it, so you don't get italic text, but check out the funky \"extra\" link mark which gets added on the left of the link text... ''[https://www.google.com ''normal text'']'' = normal text These \"variants\" also produce similar \"results\": '''[https://www.google.com '''''italic text''''']''' = italic text ''[https://www.google.com '''''bold text''''']'' = bold text",
"c-PrimeHunter-2019-07-30T14:48:00.000Z-Begoon-2019-07-29T23:21:00.000Z": "''[https://www.google.com ''normal text'']'' produces the html normal text. The link is split in two links to the same target. The first arrow belongs to the first link which has no link text.",
"c-Begoon-2019-07-30T22:22:00.000Z-PrimeHunter-2019-07-30T14:48:00.000Z": "Yeah, I'd looked at the html source and seen that. It's an oddity that this \"error\" produces a double-link like that, as I said at the talk page it's something I've never seen happen before in 10 years, but an odd \"bug\" nonetheless... Looks as though the wikitext 'parser' is somehow seeing both ... 'portions' as separate 'entities' that each need linking, yet using the single href target address...",
- "c-Anomie-2019-07-31T13:31:00.000Z-Begoon-2019-07-30T22:22:00.000Z": "The wikitext parser produces misnested HTML: normal text. HTML5 specifies that that \"tag soup\" be corrected in a manner that produces the empty link, and thus that's what RemexHtml does. Firefox 68 does the same if given that misnested HTML, BTW, and other modern browsers should as well.Parsoid, on the other hand, seems to interpret that wikitext to produce normal text, i.e. it doesn't recognize \"misnested\" apostrophe markup and link markup in the first place.",
+ "c-Anomie-2019-07-31T13:31:00.000Z-Begoon-2019-07-30T22:22:00.000Z": "The wikitext parser produces misnested HTML: normal text. HTML5 specifies that that \"tag soup\" be corrected in a manner that produces the empty link, and thus that's what RemexHtml does. Firefox 68 does the same if given that misnested HTML, BTW, and other modern browsers should as well. Parsoid, on the other hand, seems to interpret that wikitext to produce normal text, i.e. it doesn't recognize \"misnested\" apostrophe markup and link markup in the first place.",
"h-Switch_transclusion_on/off_depending_on_how_recently_a_template/subpage_has_been-2019-07-31T10:01:00.000Z": "Switch transclusion on/off depending on how recently a template/subpage has been edited?",
"c-Kusma-2019-07-31T10:01:00.000Z-Switch_transclusion_on/off_depending_on_how_recently_a_template/subpage_has_been": "Do we have a template/magic word combination that can achieve the following? I would like Portal:Germany to display Portal:Germany/Germany news whenever that page has been recently edited, and not display it when it is too embarrassing (say, when the last edit is more than a month ago). Is there some easy way to achieve this?",
"c-PrimeHunter-2019-07-31T10:42:00.000Z-Kusma-2019-07-31T10:01:00.000Z": "{{#ifexpr:{{#time:U|{{REVISIONTIMESTAMP:Portal:Germany/Germany news}}}} > {{#time:U|-30 days}} | {{Portal:Germany/Germany news}}}}",
@@ -721,22 +721,22 @@
"c-Xaosflux-2019-07-31T13:28:00.000Z-Kusma-2019-07-31T11:12:00.000Z": "@Kusma: keep in mind, that dynamic page content is not guaranteed, especially for non-logged in users; rendered pages are cached and simply viewing the page as a reader does not force re-evaluation of templates.",
"c-Kusma-2019-07-31T14:08:00.000Z-Xaosflux-2019-07-31T13:28:00.000Z": "That's okay, the worst things that can happen here are that the portal wrongly doesn't display a refreshed \"news\" section or displays an outdated one that I would rather hide. Neither causes any serious problems. But it is a good point that we shouldn't rely on re-evaluation of templates/magic words for anything critical.",
"h-Connecting_to_wikidata?-2019-07-30T14:43:00.000Z": "Connecting to wikidata?",
- "c-RoySmith-2019-07-30T14:43:00.000Z-Connecting_to_wikidata?": "What's the fastest way to see if there's an existing wikidata entry for an article? What I do now is open another window, navigate to wikidata.org, and copy-paste the article title into the search box. Surely there's a more streamlined (one-click?) way to do this?",
+ "c-RoySmith-2019-07-30T14:43:00.000Z-Connecting_to_wikidata?": "What's the fastest way to see if there's an existing wikidata entry for an article? What I do now is open another window, navigate to wikidata.org, and copy-paste the article title into the search box. Surely there's a more streamlined (one-click?) way to do this?",
"c-PrimeHunter-2019-07-30T15:18:00.000Z-RoySmith-2019-07-30T14:43:00.000Z": "You can add a \"Wikidata search\" link for the page name under Tools with the below in your common JavaScript.",
- "c-StarryGrandma-2019-07-30T15:50:00.000Z-Connecting_to_wikidata?": "mw.loader.using(['mediawiki.util'], function () {\n mw.util.addPortletLink(\n 'p-tb',\n '//www.wikidata.org/wiki/Special:Search?search=' + encodeURIComponent( wgPageName ),\n 'Wikidata search',\n 't-wikidatasearch',\n 'Search the page name in Wikidata',\n null,\n '#t-wikibase'\n );\n});\n\nYou can also have a small box single line display under an article's title linking to the Wikidata entry (if one exists) by adding this script to your common.js.",
- "c-MusikAnimal-2019-07-31T19:13:00.000Z-Connecting_to_wikidata?": "// d:User:Yair rand/WikidataInfo.js\n mw.loader.load( '//www.wikidata.org/w/index.php?title=User:Yair_rand/WikidataInfo.js&action=raw&ctype=text/javascript' );\n\nThere should be a built-in \"Wikidata item\" link under Tools in the left sidebar, shown only if an item exists. @PrimeHunter: Do you not see this link?",
+ "c-StarryGrandma-2019-07-30T15:50:00.000Z-Connecting_to_wikidata?": "mw.loader.using(['mediawiki.util'], function () { mw.util.addPortletLink( 'p-tb', '//www.wikidata.org/wiki/Special:Search?search=' + encodeURIComponent( wgPageName ), 'Wikidata search', 't-wikidatasearch', 'Search the page name in Wikidata', null, '#t-wikibase' ); }); You can also have a small box single line display under an article's title linking to the Wikidata entry (if one exists) by adding this script to your common.js.",
+ "c-MusikAnimal-2019-07-31T19:13:00.000Z-Connecting_to_wikidata?": "// d:User:Yair rand/WikidataInfo.js mw.loader.load( '//www.wikidata.org/w/index.php?title=User:Yair_rand/WikidataInfo.js&action=raw&ctype=text/javascript' ); There should be a built-in \"Wikidata item\" link under Tools in the left sidebar, shown only if an item exists. @PrimeHunter: Do you not see this link?",
"c-PrimeHunter-2019-07-31T19:45:00.000Z-MusikAnimal-2019-07-31T19:13:00.000Z": "I know the link. I may have misunderstood the question. I thought it was about an easy way to search for a possible Wikidata entry to add the article to if it doesn't already have one.",
"c-Izno-2019-07-31T22:02:00.000Z-MusikAnimal-2019-07-31T19:13:00.000Z": "MA, yes, I think the question is whether an (other) item exist covering the same topic as an article, not whether the article is connected to a Wikidata item.",
"c-MusikAnimal-2019-08-01T15:08:00.000Z-Izno-2019-07-31T22:02:00.000Z": "Thanks, and sorry for the noise. I read \"existing wikidata entry for an article\" as being a connected one. Furthermore many people don't even know about the links under Tools, so I wanted to make sure that didn't go unnoticed.",
"c-Izno-2019-08-01T16:26:00.000Z-MusikAnimal-2019-08-01T15:08:00.000Z": "The link is getting moved, but that's just an aside.",
"h-Broken_template_messing_up_page_formatting-2019-08-01T08:58:00.000Z": "Broken template messing up page formatting",
- "c-Mathglot-2019-08-01T08:58:00.000Z-Broken_template_messing_up_page_formatting": "User:Paine Ellsworth, can you or someone please revert this edit at Template:Sidebar with collapsible lists? It is badly breaking *some* pages that transclude it. See Catholic Church and homosexuality.",
- "c-Mathglot-2019-08-01T09:03:00.000Z-Broken_template_messing_up_page_formatting": "Wait, that's a hidden text-only change, so how could that possibly be the cause? But what else has changed, that would break dozens of older versions of the article, that were definitely not broken this morning? Here's version 861002525 from 500 edits ago; just as broken. I can't understand what's happened, here.",
+ "c-Mathglot-2019-08-01T08:58:00.000Z-Broken_template_messing_up_page_formatting": "User:Paine Ellsworth, can you or someone please revert this edit at Template:Sidebar with collapsible lists? It is badly breaking *some* pages that transclude it. See Catholic Church and homosexuality.",
+ "c-Mathglot-2019-08-01T09:03:00.000Z-Broken_template_messing_up_page_formatting": "Wait, that's a hidden text-only change, so how could that possibly be the cause? But what else has changed, that would break dozens of older versions of the article, that were definitely not broken this morning? Here's version 861002525 from 500 edits ago; just as broken. I can't understand what's happened, here.",
"c-Nardog-2019-08-01T09:11:00.000Z-Mathglot-2019-08-01T09:03:00.000Z": "The problem is (was) in {{Catholic Church sidebar}}, not {{Sidebar with collapsible lists}}. It was this edit by Royalistandlegitimist that broke the template. I advise Royalistandlegitimist to take advantage of the sandbox and testcases before making changes to the template.",
"c-Mathglot-2019-08-01T17:41:00.000Z-Nardog-2019-08-01T09:11:00.000Z": "Thanks, Nardog, for the fix! (Apologies to Paine; not only weren't they the cause of the problem, but that edit was (nearly exactly!) a year ago. I was too tired and in too much of a hurry to see clearly.)",
"h-The_notification_button-2019-07-22T21:52:00.000Z": "The notification button",
"c-Nardog-2019-08-02T05:45:00.000Z-The_notification_button": "Resolved: Fixed in the last update of MediaWiki.",
- "c-SharabSalam-2019-07-22T21:52:00.000Z-The_notification_button": "Tracked in PhabricatorTask T228744\nHi, so I am using my mobile.\n\nJust 1 hour ago, an editor posted a comment in my talk page.\nI got a notification.\nI didn't click on the notification,\nI went to the watchlist and see what triggered the notification. (I didn't click on the notification button.)\nI saw the comment diff.\nI went to another site, returned to Wikipedia again and saw that the notification button is still red,\nI clicked on it, surprisingly, I didn't see the comment that was posted to my talk page, I saw old notifications.\nI refreshed the page and the notification button returned red. I clicked on it and the red button disappeared and I refreshed it appeared again.\nCleared the cache it didn't help still red.\nSo can someone help me to fix this? Thanks.",
+ "c-SharabSalam-2019-07-22T21:52:00.000Z-The_notification_button": "Tracked in Phabricator Task T228744 Hi, so I am using my mobile. Just 1 hour ago, an editor posted a comment in my talk page. I got a notification. I didn't click on the notification, I went to the watchlist and see what triggered the notification. (I didn't click on the notification button.) I saw the comment diff. I went to another site, returned to Wikipedia again and saw that the notification button is still red, I clicked on it, surprisingly, I didn't see the comment that was posted to my talk page, I saw old notifications. I refreshed the page and the notification button returned red. I clicked on it and the red button disappeared and I refreshed it appeared again. Cleared the cache it didn't help still red. So can someone help me to fix this? Thanks.",
"c-SharabSalam-2019-07-22T21:57:00.000Z-SharabSalam-2019-07-22T21:52:00.000Z": "Something I haven't tried; which is to trigger the notification again. I will ping a wrong random editor and see. This usually triggers a notification saying: “the ping was not sent because the user doesn't exist”. agsbshsisbsidsb.",
"c-SharabSalam-2019-07-22T21:59:00.000Z-SharabSalam-2019-07-22T21:52:00.000Z": "I got a notification, I clicked, read it, refreshed, the notification button returned red so it didn't help.",
"c-Xaosflux-2019-07-22T22:00:00.000Z-SharabSalam-2019-07-22T21:59:00.000Z": "@SharabSalam: if you go to Special:Notifications is it there? Also, I have no idea who User:agsbshsisbsidsb is, will assume you just typed random characters for some reason?",
@@ -771,7 +771,7 @@
"c-Nardog-2019-07-24T12:07:00.000Z-Redrose64-2019-07-22T22:54:00.000Z": "@SharabSalam: I'm certain at least on the desktop site opening and closing the alerts panel without marking all alerts as read would have made the background of the unread count gray but didn't make the count disappear entirely. I don't know about the mobile site, though.",
"c-SharabSalam-2019-07-24T12:31:00.000Z-Nardog-2019-07-24T12:07:00.000Z": "Nardog, It is the same in desktop. When you click on the notification button with the number it changes to gray which is as usual and the normal behaviour the problem appears when you refresh the page, what is expected is that the bell icon appears like if there was no notification but what happens is that the notification appears again. The photos that you added suggest a different problem. The expected photos should not contain the number of notifications in gray but the bell icon.",
"c-Nardog-2019-07-24T12:41:00.000Z-SharabSalam-2019-07-24T12:31:00.000Z": "@SharabSalam: Then I may be misremembering. Add that as a comment on Phabricator.",
- "c-SharabSalam-2019-07-24T12:49:00.000Z-Nardog-2019-07-24T12:41:00.000Z": "By the way, I am unable to enter or see that site ([30]) through my IP address I get this message all the time\n.mw-parser-output .templatequote{overflow:hidden;margin:1em 0;padding:0 40px}.mw-parser-output .templatequote .templatequotecite{line-height:1.5em;text-align:left;padding-left:1.6em;margin-top:0}Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator at webmaster@wikimedia.org to inform them of the time this error occurred, and the actions you performed just before this error. More information about this error may be available in the server error log.\n\nYesterday I was in another place where there is a WiFi network and I was able to see what was in the site. In my home I am unable to enter it.",
+ "c-SharabSalam-2019-07-24T12:49:00.000Z-Nardog-2019-07-24T12:41:00.000Z": "By the way, I am unable to enter or see that site ([30]) through my IP address I get this message all the time Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator at webmaster@wikimedia.org to inform them of the time this error occurred, and the actions you performed just before this error. More information about this error may be available in the server error log. Yesterday I was in another place where there is a WiFi network and I was able to see what was in the site. In my home I am unable to enter it.",
"c-Nardog-2019-07-24T12:58:00.000Z-SharabSalam-2019-07-24T12:49:00.000Z": "@SharabSalam: Ok, I have quoted your comments on Phabricator.",
"c-Redrose64-2019-07-23T21:05:00.000Z-SharabSalam-2019-07-22T21:52:00.000Z": "To clarify, I was using desktop, Opera, MonoBook.",
"c-Flyer22_Reborn-2019-07-24T16:31:00.000Z-SharabSalam-2019-07-22T21:52:00.000Z": "The notifications/buttons are remaining red and blue for me as well. They go away for a moment when clicked on and then come back. Marking all as \"read\" doesn't solve the issue. I'm using a laptop.",
@@ -788,20 +788,20 @@
"c-TonyBallioni-2019-08-02T20:14:00.000Z-Xaosflux-2019-08-02T20:10:00.000Z": "(edit conflict)Yeah, the problem is that anything using external links is borked now, and {{checkuser}} also has all the quick links that we need during the SPI process.",
"c-Xaosflux-2019-08-02T20:23:00.000Z-TonyBallioni-2019-08-02T20:14:00.000Z": "@TonyBallioni: Perhaps you could link to something else like TonyBallioni - and then update the script to also operate on that?",
"c-Xaosflux-2019-08-02T20:24:00.000Z-Xaosflux-2019-08-02T20:23:00.000Z": "Navigation popups are able to operate on that for example.",
- "c-Winged_Blades_of_Godric-2019-08-02T20:51:00.000Z-TonyBallioni-2019-08-02T20:05:00.000Z": "What is the precise bug? As far as I see, iff the user-pages are red-links, they are displayed in blue and not stricken but the t/p-and-contribution links are stricken, as usual. (Bravanello over this SPI.) Otherwise, (i.e. if the user-page exists), all the three links are indeed stricken. (MDPMHG over this SPI.) Am I correct?",
+ "c-Winged_Blades_of_Godric-2019-08-02T20:51:00.000Z-TonyBallioni-2019-08-02T20:05:00.000Z": "What is the precise bug? As far as I see, iff the user-pages are red-links, they are displayed in blue and not stricken but the t/p-and-contribution links are stricken, as usual. (Bravanello over this SPI.) Otherwise, (i.e. if the user-page exists), all the three links are indeed stricken. (MDPMHG over this SPI.) Am I correct?",
"c-Zzuuzz-2019-08-02T21:31:00.000Z-Winged_Blades_of_Godric-2019-08-02T20:51:00.000Z": "I don't really agree about MDPMHG - it is not stricken in the first instance, which uses the noping like the usual CU templates, but it is later stricken when a different template is used. Try AIV, which basically uses the same noping mechanism. this is a blue userpage which isn't stricken. This is a non-existent user page which is blue and also not stricken. The striking does work for IPs at AIV (eg) which have red userpages, but not IP contributions listed at WP:OPD which are now not stricken. Previously, I think I'm right in saying, all these links were stricken.",
"c-Writ_Keeper-2019-08-03T05:11:00.000Z-TonyBallioni-2019-08-02T20:05:00.000Z": "Just, FYI: I've replied with a (hopefully) fixed script at the thread on WT:SPI.",
"h-technical_request-2019-07-21T18:00:00.000Z": "technical request",
- "c-Semplicemente_Agghiacciante-2019-07-21T18:00:00.000Z-technical_request": "Anachronist suggested me to try asking for this request here\nThe ip range 151.48.0.0/17 was globally blocked by a steward because a user from this ip range used it to create several fake accounts and spam messages accross wikipedia\nAnachronist unblocked locally in en.wikipedia.org the possibility to create accounts from this ip range but there must be a glitch or a bug because if i try creating an account from the blocked ip range appears the same error message\n'Editing from your IP address range (151.48.0.0/17) has been blocked (disabled) on all Wikimedia wikis until 19:38, 13 December 2019 by Masti (meta.wikimedia.org) for the following reason:\nCross-wiki spam: spambot\nThis block began on 19:38, 13 June 2019'\nI would like a sysop or someone else to fix this error please\nAnyway if the cause of the block was an abuser who created too many accounts to spam messages i wonder why it was not chosen to keep the creation of accounts blocked and let edits from normal ip addresses unblocked but exactly the opposite\nSemplicemente Agghiacciante — Preceding unsigned comment added by",
+ "c-Semplicemente_Agghiacciante-2019-07-21T18:00:00.000Z-technical_request": "Anachronist suggested me to try asking for this request here The ip range 151.48.0.0/17 was globally blocked by a steward because a user from this ip range used it to create several fake accounts and spam messages accross wikipedia Anachronist unblocked locally in en.wikipedia.org the possibility to create accounts from this ip range but there must be a glitch or a bug because if i try creating an account from the blocked ip range appears the same error message 'Editing from your IP address range (151.48.0.0/17) has been blocked (disabled) on all Wikimedia wikis until 19:38, 13 December 2019 by Masti (meta.wikimedia.org) for the following reason: Cross-wiki spam: spambot This block began on 19:38, 13 June 2019' I would like a sysop or someone else to fix this error please Anyway if the cause of the block was an abuser who created too many accounts to spam messages i wonder why it was not chosen to keep the creation of accounts blocked and let edits from normal ip addresses unblocked but exactly the opposite Semplicemente Agghiacciante — Preceding unsigned comment added by",
"c-Peter_James-2019-07-25T19:26:00.000Z-Semplicemente_Agghiacciante-2019-07-21T18:00:00.000Z": "The range was not unblocked locally, it was blocked here with settings that would allow account creation. The global block still prevents account creation; it would have to be lifted or modified globally, or locally via Special:GlobalBlockWhitelist, which can be used by any administrator.",
- "c-Semplicemente_Agghiacciante-2019-07-26T18:01:00.000Z-technical_request": "I said that he possibility to create accounts was unblocked locally\nDo you suggest me to ask for it via 'Special:GlobalBlockWhitelist' ?\nSemplicemente Agghiacciante — Preceding unsigned comment added by",
- "c-Xaosflux-2019-07-26T18:12:00.000Z-Semplicemente_Agghiacciante-2019-07-26T18:01:00.000Z": "This isn't a technical issue. The range was blocked here, then it was additionally blocked globally with a wider scope - everything is working properly. You can ask over at WP:AN if you think we should put in an override to the global block for some reason.",
- "c-Semplicemente_Agghiacciante-2019-07-27T08:59:00.000Z-technical_request": "Actually it was blocked globally first (https://meta.wikimedia.org/wiki/User:151.48.0.0/17) and then its local block settings were changed by Anachronist\nBut it is true that for some reason it was reblocked globally with the same settings by another steward after its local unblocking and perhaps this is the cause of the glitch\nI will try asking where you said anyway\nSemplicemente Agghiacciante — Preceding unsigned comment added by",
- "c-Xaosflux-2019-07-27T15:03:00.000Z-Semplicemente_Agghiacciante-2019-07-27T08:59:00.000Z": "@Semplicemente Agghiacciante: Yes sorry, had my dates backwards! So basically the additional local block did nothing except for ensure that range is blocked here even if the global block were to be removed. The \"local settings\" were not changed, an overlapping additional block was added. You could ask Anachronist to override the global block if they want to.",
- "c-Mathglot-2019-07-27T21:27:00.000Z-Semplicemente_Agghiacciante-2019-07-27T08:59:00.000Z": "Hi, Semplicemente Agghiacciante, I have left you this message on your talk page about how to sign your posts. Or see WP:4TILDES. Thanks,",
- "c-Semplicemente_Agghiacciante-2019-08-01T18:09:00.000Z-technical_request": "Anachronist tried overriding the global block by restoring his local settings but creating an account from this ip range is still impossible\nWho can have a look at this sort of bug in order to fix it ?\nIn it.wikipedia.org when an italian ip range is globaly blocked it is often locally unblocked and there are no such problems\nThis thing is weird !\nSemplicmente Agghiacciante — Preceding unsigned comment added by",
+ "c-Semplicemente_Agghiacciante-2019-07-26T18:01:00.000Z-technical_request": "I said that he possibility to create accounts was unblocked locally Do you suggest me to ask for it via 'Special:GlobalBlockWhitelist' ? Semplicemente Agghiacciante — Preceding unsigned comment added by",
+ "c-Xaosflux-2019-07-26T18:12:00.000Z-Semplicemente_Agghiacciante-2019-07-26T18:01:00.000Z": "This isn't a technical issue. The range was blocked here, then it was additionally blocked globally with a wider scope - everything is working properly. You can ask over at WP:AN if you think we should put in an override to the global block for some reason.",
+ "c-Semplicemente_Agghiacciante-2019-07-27T08:59:00.000Z-technical_request": "Actually it was blocked globally first (https://meta.wikimedia.org/wiki/User:151.48.0.0/17) and then its local block settings were changed by Anachronist But it is true that for some reason it was reblocked globally with the same settings by another steward after its local unblocking and perhaps this is the cause of the glitch I will try asking where you said anyway Semplicemente Agghiacciante — Preceding unsigned comment added by",
+ "c-Xaosflux-2019-07-27T15:03:00.000Z-Semplicemente_Agghiacciante-2019-07-27T08:59:00.000Z": "@Semplicemente Agghiacciante: Yes sorry, had my dates backwards! So basically the additional local block did nothing except for ensure that range is blocked here even if the global block were to be removed. The \"local settings\" were not changed, an overlapping additional block was added. You could ask Anachronist to override the global block if they want to.",
+ "c-Mathglot-2019-07-27T21:27:00.000Z-Semplicemente_Agghiacciante-2019-07-27T08:59:00.000Z": "Hi, Semplicemente Agghiacciante, I have left you this message on your talk page about how to sign your posts. Or see WP:4TILDES. Thanks,",
+ "c-Semplicemente_Agghiacciante-2019-08-01T18:09:00.000Z-technical_request": "Anachronist tried overriding the global block by restoring his local settings but creating an account from this ip range is still impossible Who can have a look at this sort of bug in order to fix it ? In it.wikipedia.org when an italian ip range is globaly blocked it is often locally unblocked and there are no such problems This thing is weird ! Semplicmente Agghiacciante — Preceding unsigned comment added by",
"c-Xaosflux-2019-08-01T18:11:00.000Z-Semplicemente_Agghiacciante-2019-08-01T18:09:00.000Z": "As I replied above, You can ask over at WP:AN if you think we should put in an override to the global block for some reason.",
- "c-Semplicemente_Agghiacciante-2019-08-03T12:12:00.000Z-technical_request": "So i have to ask for a special treatment for this globl block locally\nI thought that a sysop was normally able to override a global block to allow users to edit or creating accounts locally but i was wrong\nIt is strange though because there are global blocks for italian ip ranges which are normally overridden in it.wikipedia.org\nI do not understand what difference there might be if i ask an english sysop to try overriding the block as i have already done and if i ask for the same thing in the noticeboard but i will do as you told me\nThis should be a technical issue not something about permissions or groups\nSemplicmente Agghiacciante",
+ "c-Semplicemente_Agghiacciante-2019-08-03T12:12:00.000Z-technical_request": "So i have to ask for a special treatment for this globl block locally I thought that a sysop was normally able to override a global block to allow users to edit or creating accounts locally but i was wrong It is strange though because there are global blocks for italian ip ranges which are normally overridden in it.wikipedia.org I do not understand what difference there might be if i ask an english sysop to try overriding the block as i have already done and if i ask for the same thing in the noticeboard but i will do as you told me This should be a technical issue not something about permissions or groups Semplicmente Agghiacciante",
"h-Degua_Tembien-2019-07-28T15:32:00.000Z": "Degua Tembien",
"c-Magog_the_Ogre-2019-07-28T15:32:00.000Z-Degua_Tembien": "Clicking on this link causes my processor to jump into overload and the page completely freezes. This happens in Linux Chrome 75 (not FF) private or standard mode. Is anyone else experiencing this issue? In IRC, User:AntiCompositeNumber mentioned it took longer than average but it did load for him.",
"c-AntiCompositeNumber-2019-07-28T16:02:00.000Z-Magog_the_Ogre-2019-07-28T15:32:00.000Z": "The page loads normally for me in Google Chrome 75 on Linux until it gets to File:ImbaKernale1936.tiff, which is displayed as a png thumbnail in the page. The thumbnail takes approximately 30 seconds to load, during which time part of the page does not render, links do not work, and Chrome task manager show the tab as using ~100% CPU. Loading the thumbnail directly produces the same issue: 30s load time and 100% CPU. On Firefox, the thumbnail loads in 2000ms with maybe 10% cpu.",
@@ -825,22 +825,22 @@
"c-Izno-2019-08-03T17:22:00.000Z-Authority_Control:_\"The_NLR_id_XXXXXXXXX_is_not_valid\"": "This discussion should probably move to Template talk:Authority control.",
"c-Johnuniq-2019-08-04T02:22:00.000Z-Izno-2019-08-03T17:22:00.000Z": "I commented-out the IDs in the module to avoid the problem, see template talk.",
"h-Request_for_Comments:_WikiLoop_Battlefield-2019-08-03T04:57:00.000Z": "Request for Comments: WikiLoop Battlefield",
- "c-Xinbenlv-2019-08-03T04:57:00.000Z-Request_for_Comments:_WikiLoop_Battlefield": "Hi Techy Wikipedians, I'd like to invite you to try out an open source tool we are actively developing: WikiLoop Battlefield. It's goal is to make monitoring Wikipedia incoming edits, in particular, potential vandalism, easier.\nSee it here\n\nhttp://battlefield.wikiloop.org\nhttps://en.wikipedia.org/wiki/Wikipedia:WikiLoop_Battlefield\n\nIt's still in early stage of development, any suggestions are greatly appreciated. Feel free to file a bug or feature request at our git repo\n\nhttps://github.com/google/wikiloop-battlefield\nHere is a brief demo GIF.\n\n\n\n\n\nExtended content",
+ "c-Xinbenlv-2019-08-03T04:57:00.000Z-Request_for_Comments:_WikiLoop_Battlefield": "Hi Techy Wikipedians, I'd like to invite you to try out an open source tool we are actively developing: WikiLoop Battlefield. It's goal is to make monitoring Wikipedia incoming edits, in particular, potential vandalism, easier. See it here http://battlefield.wikiloop.org https://en.wikipedia.org/wiki/Wikipedia:WikiLoop_Battlefield It's still in early stage of development, any suggestions are greatly appreciated. Feel free to file a bug or feature request at our git repo https://github.com/google/wikiloop-battlefield Here is a brief demo GIF. Extended content",
"c-Graham87-2019-08-04T07:00:00.000Z-Xinbenlv-2019-08-03T04:57:00.000Z": "@Xinbenlv: For the \"what links here\" page to function, it's better to link to the page using wiki-markup: Wikipedia:WikiLoop Battlefield. I had an incredibly frustrating experience earlier this afternoon because a user made an incomplete revert with this tool, which shouldn't even be possible in the first place, at Federation of Australia, an article on my watchlist. It was difficult to figure out where to report the issue; I've added the GitHub link to the project page and reported it there. I also wrote a message on Meta; I don't feel like reporting the second issue there to GitHub because it's so minor, but it's about where the link in the edit summary should go. I consider the first issue so major that I don't think the program should make any more edits until it is fixed.",
"h-Barnstar_pictures_not_showing-2019-08-04T14:31:00.000Z": "Barnstar pictures not showing",
- "c-Davey2010-2019-08-04T14:31:00.000Z-Barnstar_pictures_not_showing": "Hi, Yesterday night I'd reinstated my userpage however I've noticed a few barnstar pictures not showing on my userpage or at User:Davey2010/Barnstars,\nI've tried CTRL & F5 as well as WP:PURGE but nothing's working?, The pictures show on other editors userpages so I would assume it's either related to my barnstars page or my laptop?,\nThanks,",
+ "c-Davey2010-2019-08-04T14:31:00.000Z-Barnstar_pictures_not_showing": "Hi, Yesterday night I'd reinstated my userpage however I've noticed a few barnstar pictures not showing on my userpage or at User:Davey2010/Barnstars, I've tried CTRL & F5 as well as WP:PURGE but nothing's working?, The pictures show on other editors userpages so I would assume it's either related to my barnstars page or my laptop?, Thanks,",
"c-Þjarkur-2019-08-04T14:43:00.000Z-Davey2010-2019-08-04T14:31:00.000Z": "Your icons shows up for me, but I've seen the same happen randomly on various userboxes and WikiProject templates recently. For example {{User WikiProject Uganda}} shows up for me as \"Flag of Uganda.svg\" on Chrome but shows up correctly on Safari.",
- "c-Davey2010-2019-08-04T18:06:00.000Z-Þjarkur-2019-08-04T14:43:00.000Z": "Ah okay, Tried Firefox and it does work there so reading your reply I would obviously say it's something wrong with Chrome,\nDownloaded IE but it wants me to restart the laptop in order to install it ... something I can't be bothered to do given the length of time it takes for this machine to boot up ... so we'll assume it works on there too :),\nAnyway many thanks for your help! :),",
+ "c-Davey2010-2019-08-04T18:06:00.000Z-Þjarkur-2019-08-04T14:43:00.000Z": "Ah okay, Tried Firefox and it does work there so reading your reply I would obviously say it's something wrong with Chrome, Downloaded IE but it wants me to restart the laptop in order to install it ... something I can't be bothered to do given the length of time it takes for this machine to boot up ... so we'll assume it works on there too :), Anyway many thanks for your help! :),",
"h-Preferences-2019-08-04T20:13:00.000Z": "Preferences",
"c-Ched-2019-08-04T20:13:00.000Z-Preferences": "Is there a way to make our preferences global, or at least the default across the different wiki sites?",
"c-Izno-2019-08-04T20:23:00.000Z-Ched-2019-08-04T20:13:00.000Z": "Try Special:GlobalPreferences.",
"c-Ched-2019-08-04T21:02:00.000Z-Izno-2019-08-04T20:23:00.000Z": "Thank you",
- "c-Redrose64-2019-08-04T21:07:00.000Z-Ched-2019-08-04T21:02:00.000Z": "@Ched: At Preferences, on the first page under \"Basic information\", you should find \"Global preferences: Set your global preferencesPreferences set via the global preferences page will apply to all wikis.\"",
- "c-Ched-2019-08-04T21:17:00.000Z-Redrose64-2019-08-04T21:07:00.000Z": "Thank you Redrose64. I noticed that now I have the option to override individual settings now, and that the gadgets aren't available globally. It's still enough to make any efforts outside en-wp a bit more similar. Appreciate the help folks.",
+ "c-Redrose64-2019-08-04T21:07:00.000Z-Ched-2019-08-04T21:02:00.000Z": "@Ched: At Preferences, on the first page under \"Basic information\", you should find \"Global preferences: Set your global preferences Preferences set via the global preferences page will apply to all wikis.\"",
+ "c-Ched-2019-08-04T21:17:00.000Z-Redrose64-2019-08-04T21:07:00.000Z": "Thank you Redrose64. I noticed that now I have the option to override individual settings now, and that the gadgets aren't available globally. It's still enough to make any efforts outside en-wp a bit more similar. Appreciate the help folks.",
"c-Redrose64-2019-08-04T21:39:00.000Z-Ched-2019-08-04T21:17:00.000Z": "No, gadgets are local to each wiki. But if you know how to use @import in CSS and mw.loader.load in JavaScript, it's possible to use a gadget from one wiki on another wiki. For example, there are no gadgets at Wicipedia Cymraeg - yet I use one there, by means of cy:Defnyddiwr:Redrose64/common.js.",
"c-Izno-2019-08-04T21:55:00.000Z-Redrose64-2019-08-04T21:39:00.000Z": "Which actually can be extended by addition to your global CSS and JS pages at e.g. meta:User:Izno/global.css and meta:User:Izno/global.js. You can probably load certain gadgets optionally on certain wikis with a little more know how.",
"h-Issue_with_Color_templates,_right_side_overflow-2019-08-04T16:32:00.000Z": "Issue with Color templates, right side overflow",
- "c-JoeHebda-2019-08-04T16:32:00.000Z-Issue_with_Color_templates,_right_side_overflow": "Greetings, While viewing article Blue, it has a template link for {{Shades of blue}} \nwhich I noticed is overflowing outside the box on the right side. Next, I clicked on {{Shades of cyan}} with the same issue. So I successfully added
to keep the lines within the cyan template box. \nThen I found Category:Shades of color templates and see more templates; most having the same overflow on right side. I see that {{Shades of color}} has a width value of 100-percent, but I don't know if reducing that number is the answer. Asking for help from a \"Template Expert\" since it's way beyond anything I would know how to do correctly. Thanks,",
+ "c-JoeHebda-2019-08-04T16:32:00.000Z-Issue_with_Color_templates,_right_side_overflow": "Greetings, While viewing article Blue, it has a template link for {{Shades of blue}} which I noticed is overflowing outside the box on the right side. Next, I clicked on {{Shades of cyan}} with the same issue. So I successfully added
to keep the lines within the cyan template box. Then I found Category:Shades of color templates and see more templates; most having the same overflow on right side. I see that {{Shades of color}} has a width value of 100-percent, but I don't know if reducing that number is the answer. Asking for help from a \"Template Expert\" since it's way beyond anything I would know how to do correctly. Thanks,",
"c-Anomie-2019-08-04T19:11:00.000Z-JoeHebda-2019-08-04T16:32:00.000Z": "The problem comes from the fact that {{navbox}} (in Module:Navbox) applies the class \"nowraplinks\" to the table, preventing all the links from wrapping. Rather than adding
all over the place, there should probably be a way for {{Shades of color}} to somehow avoid the use of that class in the first place.",
"c-WOSlinker-2019-08-04T21:10:00.000Z-Anomie-2019-08-04T19:11:00.000Z": "Have a look at this sandbox change and compare the test cases and see if it's any better.",
"c-JoeHebda-2019-08-04T22:36:00.000Z-WOSlinker-2019-08-04T21:10:00.000Z": " Done - Thanks Anomie and WOSlinker for your help! Best solution ever. I changed the {{Shades of color}}, added the \"nowraplinks\"; checked \"Shades of\" for Red, Blue, Yellow all of which are now good-no overflow. Lastly, I updated Cyan with undo of my prior \"br\" changes. Cheers!",
@@ -851,22 +851,22 @@
"c-קיפודנחש-2019-08-01T20:58:00.000Z-Anomie-2019-08-01T20:51:00.000Z": "indeed. search found 2 articles with snowman on enwiki: Becky Baeling and Jaipur Rugs (excluding couple of articles where it assumed to be intentional). peace",
"c-Jo-Jo_Eumerus-2019-08-01T21:43:00.000Z-Anomie-2019-08-01T20:51:00.000Z": "The snowman issue happened after I copied text from one section to the other, it didn't move and was instead replaced by snowmen. Before that, both the template and image adding functions hanged at least once, forcing me to close-and-reopen the browser tab to un-hang it.",
"c-קיפודנחש-2019-08-01T22:02:00.000Z-Jo-Jo_Eumerus-2019-08-01T21:43:00.000Z": "guess: this has nothing to do with VE specifically. it's Aug 1, and the code version was updated today (see Special:Version). during and shortly after update, strange non-reproducible bugs tend to pop up, usually as a result of browser running mix of sources from old and new versions. putting it a bit differently, the browser sometimes uses cached source file from yesterday's version in conjunction with other, fresh files from today's. complete refresh (usually Ctrl-refresh, but may depend on browser) will update all the sources to the new version and solve the issue. unfortunately, closing and opening the browser, or doing a simple refresh, isn't always enough. it used to be very common issue around the time of software update. i was under the impression that it was solved, but recently i saw several new cases of \"Inexplicit bugs on the day of SW update\". peace",
- "c-Nyttend-2019-08-04T20:04:00.000Z-Visual_editor_garbling_markup": "Jo-Jo Eumerus, Galobtter, Anomie, and קיפודנחש, please see Wikipedia:☃. For most of its history it's been a redirect to WP:SNOW, but from 2014 until 2016 and from a few minutes ago until the present, it's been a redirect to a VE feedback page.",
+ "c-Nyttend-2019-08-04T20:04:00.000Z-Visual_editor_garbling_markup": "Jo-Jo Eumerus, Galobtter, Anomie, and קיפודנחש, please see Wikipedia:☃. For most of its history it's been a redirect to WP:SNOW, but from 2014 until 2016 and from a few minutes ago until the present, it's been a redirect to a VE feedback page.",
"h-More_VisualEditor_problems-Visual_editor_garbling_markup-2019-08-04T12:15:00.000Z": "More VisualEditor problems",
"c-Jo-Jo_Eumerus-2019-08-04T12:15:00.000Z-More_VisualEditor_problems": "Well, it's been three days since the update and when I was trying to add a list of sources to use for Black Rock Desert volcanic field through VE and it kept 404'ing. It also didn't allow for any or any other edit, when I force-loaded the whole page it just lost the whole edit. What is up with this?",
"c-Winged_Blades_of_Godric-2019-08-04T14:23:00.000Z-Jo-Jo_Eumerus-2019-08-04T12:15:00.000Z": "Jo-Jo Eumerus, even I had the same issue, hours back but after a forced-new-edit (which lost the prev. data), it started to work fine.",
"c-Woodlot-2019-08-04T17:22:00.000Z-Winged_Blades_of_Godric-2019-08-04T14:23:00.000Z": "For the past several days, I have been unable to convert bare url references using the Visual Editor. Normally, while in Visual Editor mode, I can click on a numbered bare url reference and a \"convert box\" appears on screen. Well, the \"convert box\" still pops up on screen, but there is no longer a \"convert\" button inside the box. Does not matter if I am using Google Chrome, Microsoft Edge, or Mozilla Firefox browsers; Visual Editor will no longer convert bare url's.",
- "c-RoySmith-2019-08-04T22:45:00.000Z-Woodlot-2019-08-04T17:22:00.000Z": "Yup, I'm seeing the same thing. For example, reference 1 of https://en.wikipedia.org/w/index.php?title=Draft:Rabbit_of_Paris_M%C3%A9tro&oldid=909332927",
+ "c-RoySmith-2019-08-04T22:45:00.000Z-Woodlot-2019-08-04T17:22:00.000Z": "Yup, I'm seeing the same thing. For example, reference 1 of https://en.wikipedia.org/w/index.php?title=Draft:Rabbit_of_Paris_M%C3%A9tro&oldid=909332927",
"h-Tech_News:_2019-32": "Tech News: 2019-32",
"h-SineBot_on_strike?-2019-08-04T17:04:00.000Z": "SineBot on strike?",
"c-RHaworth-2019-08-04T17:04:00.000Z-SineBot_on_strike?": "The SineBot (talk · contribs) has not made any edits since 2019 Jul 25. What has happened.?",
- "c-Nyttend-2019-08-04T21:04:00.000Z-RHaworth-2019-08-04T17:04:00.000Z": "The operator, User:Slakr, hasn't edited since 22 July. Maybe something crashed with the bot and Slakr hasn't noticed the problem yet? Or maybe a MediaWiki software change affected something on which the bot depended, making it unable to function? I doubt there's any way to identify the precise problem until Slakr returns to activity — since the source code has not been published, only the operator knows how the bot works, and only the operator can figure out what critical processes may have been broken. And of course, only the operator can check to see if the operator's personal computer has stopped working properly at home.",
+ "c-Nyttend-2019-08-04T21:04:00.000Z-RHaworth-2019-08-04T17:04:00.000Z": "The operator, User:Slakr, hasn't edited since 22 July. Maybe something crashed with the bot and Slakr hasn't noticed the problem yet? Or maybe a MediaWiki software change affected something on which the bot depended, making it unable to function? I doubt there's any way to identify the precise problem until Slakr returns to activity — since the source code has not been published, only the operator knows how the bot works, and only the operator can figure out what critical processes may have been broken. And of course, only the operator can check to see if the operator's personal computer has stopped working properly at home.",
"c-Enterprisey-2019-08-05T09:28:00.000Z-RHaworth-2019-08-04T17:04:00.000Z": "Can't find any sinebot stuff on Toolforge; I could be looking in the wrong place, of course, but that doesn't bode well for someone else being able to take over. While I was poking around, I found a project called mh-signbot, maintained by Zppix and a couple of other people, that seems to have some promising-looking Python code. I will read it more closely and look into running it (and someone else isn't already set up to run it, of course).",
"c-Enterprisey-2019-08-05T09:31:00.000Z-Enterprisey-2019-08-05T09:28:00.000Z": "Oh, that's the Commons signbot, operated by Zhuyifei1999. So we might be able to get some help while this outage continues. (Also, we now definitely know that the code works.) I've pinged 'em over on Commons.",
- "c-Zhuyifei1999-2019-08-05T15:26:00.000Z-Enterprisey-2019-08-05T09:31:00.000Z": "mh-signbot was a fork by them to operate on Miraheze, which didn't work out at the time due to them lacking eventstreams, no idea about its current state. There are also quite a few other forks, the one I know best is dewiki fork (de:Special:Contribs/CountCountBot), which I haven't had the time to look into closely and upstream any changes, and is worsened by the fact that I did a restructure of the code right after they forked it, but before I noticed the fork... Unfortunately, the code is doomed to deadlock at some point and needs manual restarting.\nAs for running it here, I would very much prefer a local bot op to operate it. There are a few site-local customizations that needs changing. The latest code of upstream Commons one is on gist. I'm happy to help if you run into technical issues.",
+ "c-Zhuyifei1999-2019-08-05T15:26:00.000Z-Enterprisey-2019-08-05T09:31:00.000Z": "mh-signbot was a fork by them to operate on Miraheze, which didn't work out at the time due to them lacking eventstreams, no idea about its current state. There are also quite a few other forks, the one I know best is dewiki fork (de:Special:Contribs/CountCountBot), which I haven't had the time to look into closely and upstream any changes, and is worsened by the fact that I did a restructure of the code right after they forked it, but before I noticed the fork... Unfortunately, the code is doomed to deadlock at some point and needs manual restarting. As for running it here, I would very much prefer a local bot op to operate it. There are a few site-local customizations that needs changing. The latest code of upstream Commons one is on gist. I'm happy to help if you run into technical issues.",
"h-Template:colored_link_in_sortable_table_headers_breaks_linking-2019-08-02T20:52:00.000Z": "Template:colored link in sortable table headers breaks linking",
- "c-Eman235-2019-08-02T20:52:00.000Z-Template:colored_link_in_sortable_table_headers_breaks_linking": "In the following example table:\n\n\n\nFoo\n\nBar\n\n\na\n\nx\n\n\nb\n\ny\n\n\"Foo\", a regular link, is perfectly clickable, and takes me to that article; but Bar (which is {{colored link|green|Bar}}) just sorts the table, as if I'd clicked the up-down button. List of minor planets: 541001–542000 and friends are examples of this in the wild. I'm using Firefox.",
- "c-Xaosflux-2019-08-02T21:06:00.000Z-Eman235-2019-08-02T20:52:00.000Z": "@Eman235: wrap a div around it for a quick fix:\n\n\nFoo\n\nBar\n\n\na\n\nx\n\n\nb\n\ny",
+ "c-Eman235-2019-08-02T20:52:00.000Z-Template:colored_link_in_sortable_table_headers_breaks_linking": "In the following example table: Foo Bar a x b y \"Foo\", a regular link, is perfectly clickable, and takes me to that article; but Bar (which is {{colored link|green|Bar}}) just sorts the table, as if I'd clicked the up-down button. List of minor planets: 541001–542000 and friends are examples of this in the wild. I'm using Firefox.",
+ "c-Xaosflux-2019-08-02T21:06:00.000Z-Eman235-2019-08-02T20:52:00.000Z": "@Eman235: wrap a div around it for a quick fix: Foo Bar a x b y",
"c-Eman235-2019-08-02T21:09:00.000Z-Xaosflux-2019-08-02T21:06:00.000Z": "Still doesn't work for me ):",
"c-Xaosflux-2019-08-02T21:12:00.000Z-Eman235-2019-08-02T21:09:00.000Z": "I got tricked in preview mode, looking for an \"easy\" way for you to do this, there are tricky ways.",
"c-Eman235-2019-08-02T21:37:00.000Z-Xaosflux-2019-08-02T21:12:00.000Z": "If nothing else, a tricky solution might be fine for Template:List of minor planets/header2 (it being a template and all).",
@@ -876,9 +876,9 @@
"c-Xaosflux-2019-08-04T22:14:00.000Z-Nyttend-2019-08-04T21:05:00.000Z": "@Nyttend and Eman235: yea - someone should open a phab ticket, it isn't the template per se, but if a span is used on a table headerer with wikitable sortable, the label is turned in to the control when it isn't expected to be...",
"c-Anomie-2019-08-05T12:01:00.000Z-Xaosflux-2019-08-04T22:14:00.000Z": "More specifically, the problem is that the JS tablesorter code tries to avoid triggering when a link is clicked, but it only special-cases clicks on the element itself. With {{colored link}}, it sees the used for applying the coloring as the thing clicked and doesn't bother to check whether that is inside of an . This would also happen with things like italic or bold markup inside a link in a table header, basically anything where there's a tag inside the .",
"c-Rfassbind-2019-08-04T21:42:00.000Z-Template:colored_link_in_sortable_table_headers_breaks_linking": "For the list of minor planets: 541001–542000 and friends, the standard, light-grey color for wikitable headers is undesirable, because it is too similar to the existing color palette used for the table rows. Is there a WP:POLICY that forbids changing the table-header color despite good reasons? While the link and sort features are currently in conflict with each other, the middle mouse button still works. I'm currently testing a work-around for said conflict. If no simple solution can be found, the table's sortability feature will have to go.",
- "c-Nyttend-2019-08-04T22:04:00.000Z-Rfassbind-2019-08-04T21:42:00.000Z": "The problem with using multiple colors for meaning is that it's sometimes not as accessible for colorblind people like me, and it's meaningless to the blind. But it sounds like you're doing this just for variation, in a situation where variation has a practical benefit. That should be fine as far as accessibility is concerned, but if you use multiple colors, users will expect meaning to be associated with the different colors, and \"random\" use of colors will be confusing. If your exclusive purpose is distinguishing the text from something else, why not just pick one color and use it consistently? Either users won't notice, or they'll notice and not be confused. Also, the middle mouse button doesn't always work: when I do a middle-click with my mouse, it brings up something that's intended to let me choose an open window to use (browser, calculator, Notepad, etc.) and doesn't open a new browser tab with the link target, as it did on my previous computers. I'm using Windows 10 with Internet Explorer; I don't know if other browsers or other operating systems will behave the same way. However, if I'm using the touchpad on the same computer, I don't have a middle mouse button, and I have no idea if there's an analogous feature for people who edit on smartphones.",
+ "c-Nyttend-2019-08-04T22:04:00.000Z-Rfassbind-2019-08-04T21:42:00.000Z": "The problem with using multiple colors for meaning is that it's sometimes not as accessible for colorblind people like me, and it's meaningless to the blind. But it sounds like you're doing this just for variation, in a situation where variation has a practical benefit. That should be fine as far as accessibility is concerned, but if you use multiple colors, users will expect meaning to be associated with the different colors, and \"random\" use of colors will be confusing. If your exclusive purpose is distinguishing the text from something else, why not just pick one color and use it consistently? Either users won't notice, or they'll notice and not be confused. Also, the middle mouse button doesn't always work: when I do a middle-click with my mouse, it brings up something that's intended to let me choose an open window to use (browser, calculator, Notepad, etc.) and doesn't open a new browser tab with the link target, as it did on my previous computers. I'm using Windows 10 with Internet Explorer; I don't know if other browsers or other operating systems will behave the same way. However, if I'm using the touchpad on the same computer, I don't have a middle mouse button, and I have no idea if there's an analogous feature for people who edit on smartphones.",
"c-PrimeHunter-2019-08-05T09:54:00.000Z-Nyttend-2019-08-04T22:04:00.000Z": "The links work with Help:Sorting#Sorting buttons in a separate row like below. But it looks bad and may sound like an empty row in a screen reader.",
- "c-Nyttend_backup-2019-08-05T16:34:00.000Z-Template:colored_link_in_sortable_table_headers_breaks_linking": "Designation\n\nDiscovery\n\nProperties\n\nRef\n\n\nPermanent\n\nProvisional\n\nCitation\n\nDate\n\nSite\n\nDiscoverer(s)\n\nCategory\n\nDiam.\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n541001\n2017 XF58\n—\nJanuary 17, 2015\nKitt Peak\nSpacewatch\n · \n820 m\nMPC · JPL\n\n\n541002\n2017 XU58\n—\nOctober 7, 2004\nKitt Peak\nSpacewatch\n · \n490 m\nMPC · JPL\n\n\n541003\n2017 XV58\n—\nNovember 30, 2005\nKitt Peak\nSpacewatch\n · \n1.4 km\nMPC · JPL\n\nGraham87, could you check this table and tell us how your screen reader handles it? This table has six lines: \"Designation and Discovery\" appear on the first line (a header), \"Permanent\" and \"Provisional\" and \"Citation\" and \"Date\" and \"Site\" and \"Discoverer(s)\" and \"Category\" and \"Diam.\" appear on the second (also a header), the third is spots where one can click to re-sort, and data appear on the fourth through the sixth. Also, there's a \"Ref\" header that appears in a merged first and second line.",
+ "c-Nyttend_backup-2019-08-05T16:34:00.000Z-Template:colored_link_in_sortable_table_headers_breaks_linking": "Designation Discovery Properties Ref Permanent Provisional Citation Date Site Discoverer(s) Category Diam. 541001 2017 XF58 — January 17, 2015 Kitt Peak Spacewatch · 820 m MPC · JPL 541002 2017 XU58 — October 7, 2004 Kitt Peak Spacewatch · 490 m MPC · JPL 541003 2017 XV58 — November 30, 2005 Kitt Peak Spacewatch · 1.4 km MPC · JPL Graham87, could you check this table and tell us how your screen reader handles it? This table has six lines: \"Designation and Discovery\" appear on the first line (a header), \"Permanent\" and \"Provisional\" and \"Citation\" and \"Date\" and \"Site\" and \"Discoverer(s)\" and \"Category\" and \"Diam.\" appear on the second (also a header), the third is spots where one can click to re-sort, and data appear on the fourth through the sixth. Also, there's a \"Ref\" header that appears in a merged first and second line.",
"c-Xaosflux-2019-08-05T16:37:00.000Z-Nyttend_backup-2019-08-05T16:34:00.000Z": "Not use a screen reader, but as a generic reader this makes me think something is missing by having the controls on their own row with no labels.",
"h-New_user_script:_Superjump-2019-07-28T07:19:00.000Z": "New user script: Superjump",
"c-Enterprisey-2019-07-28T07:19:00.000Z-New_user_script:_Superjump": "Hi everyone! Just wrote a new user script. I don't usually announce new ones here, but I think this one is pretty useful. With this script, you can add custom keyboard shortcuts that will take you to any page. You can also have sub-menus, which allow for key sequences. Documentation is at User:Enterprisey/superjump, code is at User:Enterprisey/superjump.js, and I wrote a config tool so you don't have to write JSON if you don't want to. Feedback is welcome!",
@@ -890,14 +890,14 @@
"c-SharabSalam-2019-08-06T02:57:00.000Z-Mobile_version_infobox_country_and_the_lede": "Hi, so I noticed today in the mobile version that infobox country appears before the lede paragraph. This was not the case before. It was firstly the lede paragraph then the infobox of the country. e.g Yemen, Algeria.",
"h-Edit_counter_and_\"Top_Edits\"_currently_non-functional-2019-08-06T02:31:00.000Z": "Edit counter and \"Top Edits\" currently non-functional",
"c-Softlavender-2019-08-06T02:31:00.000Z-Edit_counter_and_\"Top_Edits\"_currently_non-functional": "I can't get the xtools.wmflabs.org \"Edit count\" tool to work, either on overall edits by an editor or an editor's edits per page. It just keeps loading and then times out, with the message \"Sorry, the requested information took too long to process (timeout 600 seconds). In order to save resources, the query was automatically killed.\" Help!",
- "c-MusikAnimal-2019-08-06T02:42:00.000Z-Softlavender-2019-08-06T02:31:00.000Z": "@Softlavender: Everything is in working order on my end. Could you give examples? I'm assuming you were looking up a user with a very high edit count, or a page with a very high revision count. In these cases it is expected to go slow and unfortunately sometimes timeout. That said, the database servers have been performing very well as of late, so you shouldn't see this error very often.\n\nRemember you can make the Edit Counter go faster by asking for only the data you want, using the checkboxes at https://xtools.wmflabs.org/ec.",
+ "c-MusikAnimal-2019-08-06T02:42:00.000Z-Softlavender-2019-08-06T02:31:00.000Z": "@Softlavender: Everything is in working order on my end. Could you give examples? I'm assuming you were looking up a user with a very high edit count, or a page with a very high revision count. In these cases it is expected to go slow and unfortunately sometimes timeout. That said, the database servers have been performing very well as of late, so you shouldn't see this error very often. Remember you can make the Edit Counter go faster by asking for only the data you want, using the checkboxes at https://xtools.wmflabs.org/ec.",
"c-Softlavender-2019-08-06T02:54:00.000Z-Softlavender-2019-08-06T02:31:00.000Z": "Update: It's the \"Top Edits\" that's timing out, although a user's overall edits is loading very very very slow as well. For an example of the Top Edits timing out, try to search my edits to WP:ANI: [37].",
- "c-MusikAnimal-2019-08-06T03:13:00.000Z-Softlavender-2019-08-06T02:54:00.000Z": "@Softlavender: Thanks. AN/I is one of those pages that is less likely to be successful :( There are over a million edits to scan. I can try to make it only search the past N revisions or something, so that you can at least get some data.\n\nI'm not sure about the Edit Counter being slow; it took about 25 seconds for your account. This is reasonably fast considering your 82,000+ edit count.",
+ "c-MusikAnimal-2019-08-06T03:13:00.000Z-Softlavender-2019-08-06T02:54:00.000Z": "@Softlavender: Thanks. AN/I is one of those pages that is less likely to be successful :( There are over a million edits to scan. I can try to make it only search the past N revisions or something, so that you can at least get some data. I'm not sure about the Edit Counter being slow; it took about 25 seconds for your account. This is reasonably fast considering your 82,000+ edit count.",
"c-Softlavender-2019-08-06T03:27:00.000Z-MusikAnimal-2019-08-06T03:13:00.000Z": "I have never had the Edit Counter to time out when searching prolific users' edits to ANI, and I have done that search often with many prolific ANI posters (i.e., posting many hundreds of times to ANI). Can someone please fix it? Thanks.",
- "c-MusikAnimal-2019-08-06T04:34:00.000Z-Softlavender-2019-08-06T03:27:00.000Z": "It took nearly 20 minutes, but I did get results using Sigma's tool, so feel free to use that as an alternative, since it doesn't seem to have a time limit. You have made a lot of edits to AN/I, so perhaps this combined with the long history of AN/I is what's making it so slow. There are many other factors; it's hard to say why your account times out and not others.\n\nI'm not certain I can come up with a quick fix for XTools. We simply can't allow queries to run for that long. I shall try, though!",
+ "c-MusikAnimal-2019-08-06T04:34:00.000Z-Softlavender-2019-08-06T03:27:00.000Z": "It took nearly 20 minutes, but I did get results using Sigma's tool, so feel free to use that as an alternative, since it doesn't seem to have a time limit. You have made a lot of edits to AN/I, so perhaps this combined with the long history of AN/I is what's making it so slow. There are many other factors; it's hard to say why your account times out and not others. I'm not certain I can come up with a quick fix for XTools. We simply can't allow queries to run for that long. I shall try, though!",
"c-Softlavender-2019-08-06T03:46:00.000Z-Softlavender-2019-08-06T02:31:00.000Z": "I'm guessing that this new format and version [38], which looks nothing like the old format and version, is the problem, but no one wants to admit it doesn't work. Could we therefore revert to the previous, working version?",
"c-MusikAnimal-2019-08-06T04:38:00.000Z-Softlavender-2019-08-06T03:46:00.000Z": "Hmm the last change to Top Edits was on May 29, and that was supposed to make it go faster, not slower. I just replied to you above; it seems there's something especially slow about your account + AN/I, and it's not unique to XTools. Use Sigma's tool for now since it doesn't have a time limit. I've changed MediaWiki:Histlegend to link to this tool, too (it was changed to XTools because at the time Sigma's tools were down).",
- "c-Softlavender-2019-08-06T04:52:00.000Z-MusikAnimal-2019-08-06T04:38:00.000Z": "Whatever the case, Top Edits is clearly not working, so it needs to either be fixed or reverted to a version that worked, or it needs to be replaced with Sigma's tool on all WP:PAGEHISTORY pages.",
+ "c-Softlavender-2019-08-06T04:52:00.000Z-MusikAnimal-2019-08-06T04:38:00.000Z": "Whatever the case, Top Edits is clearly not working, so it needs to either be fixed or reverted to a version that worked, or it needs to be replaced with Sigma's tool on all WP:PAGEHISTORY pages.",
"c-MusikAnimal-2019-08-06T05:24:00.000Z-Softlavender-2019-08-06T04:52:00.000Z": "I don't think there were any code changes that caused this. Database queries can be very complex with many factors that could cause them to be slow. It may have been not-slow before, but AN/I has since grown, or perhaps the problem is that a lot of people are using the database servers right now. It's not easy to debug, but queries timing out for a pages like AN/I is really of no surprise. Sigma's tool is struggling too in this case, but as I stated above, MediaWiki:Histlegend has been updated to link to it.",
"h-French_editor_asking_why_Dendera_zodiac_isn't_supported_by_the_machine_translati-2019-08-06T12:25:00.000Z": "French editor asking why Dendera zodiac isn't supported by the machine translation software",
"c-Doug_Weller-2019-08-06T12:25:00.000Z-French_editor_asking_why_Dendera_zodiac_isn't_supported_by_the_machine_translati": "See [39] and Talk:Dendera zodiac#no traduction possible !? (sorry for my english).",
@@ -909,12 +909,12 @@
"c-PrimeHunter-2019-08-04T09:09:00.000Z-Viztor-2019-08-04T05:48:00.000Z": "Which message box? The parameter |style = width:100%; margin:0; should do it when the base templates are called directly. Other templates may not pass on style.",
"c-TheDJ-2019-08-06T18:39:00.000Z-PrimeHunter-2019-08-04T09:09:00.000Z": "The responsive content gadget does this for all amboxes when the page is narrower than 800px.",
"h-Bots_Newsletter,_August_2019-2019-08-07T17:24:00.000Z": "Bots Newsletter, August 2019",
- "c-Headbomb-2019-08-07T17:24:00.000Z-Bots_Newsletter,_August_2019": "Bots Newsletter, August 2019\n\n\n\nGreetings!\nHere is the 7th issue of the Bots Newsletter, a lot happened since last year's newsletter! You can subscribe/unsubscribe from future newsletters by adding/removing your name from this list.\nHighlights for this newsletter include:\n\nARBCOM\nNothing of note happened. Just like we like it.\nBAG\nSeveral (1 + 12 = 13) users have been retired/resigned from the BAG due to inactivity, per our new activity requirements (discussion).\n\nBAG members are expected to be active on Wikipedia to have their finger on the pulse of the community. After two years without any bot-related activity (such as posting on bot-related pages, posting on a bot's talk page, or operating a bot), BAG members will be retired from BAG following a one-week notice. Retired members can re-apply for BAG membership as normal if they wish to rejoin the BAG.\nTwo BAG members retired\nMadman (talk · contribs) retired.\nBU Rob13 (talk · contribs) vanished and retired.\nThree new BAG members have been voted in, welcome to the BAG!\nPrimefac (talk · contribs) joined on 2018-12-12 (RfBAG). Primefac operates PrimeBOT (talk · contribs) which does a plethora of tasks.\nTheSandDoctor (talk · contribs) joined on 2019-01-21 (RfBAG). TheSandDoctor operates several bots including DeprecatedFixerBot (talk · contribs).\nEnterprisey (talk · contribs) joined on 2019-08-07 (RfBAG). Enterprisey operates EnterpriseyBot (talk · contribs), which does a plethora of tasks, RemindMeBot (talk · contribs) which posts reminders, and codes several scripts.\nWe thank former members for their service and wish Madman a happy retirement. We note that Madman and BU Rob13 were not inactive and could resume their BAG positions if they so wished, should their retirements happens to be temporary.\n\nBOTDICT\nTwo new entries feature in the bots dictionary\n\nEditor-hostile wikitext – describes wikitext structuring that is editor hostile, even if it renders correctly\nSpectrum of usefulness – describes how tasks are deemed useful or not\nBOTPOL\nActivity requirements: BAG members now have an activity requirement. The requirements are very light, one only needs to be involved in a bot-related area at some point within the last two years. For purpose of meeting these requirements, discussing a bot-related matter anywhere on Wikipedia counts, as does operating a bot (RFC).\nCopyvio flag: Bot accounts may be additionally marked by a bureaucrat upon BAG request as being in the \"copyviobot\" user group on Wikipedia. This flag allows using the API to add metadata to edits for use in the New pages feed (discussion). There is currently 1 bot using this functionality.\nMass creation: The restriction on mass-creation (semi-automated or automated) was extended from articles, to all content-pages. There are subtleties, but content here broadly means whatever a reader could land on when browsing the mainspace in normal circumstances (e.g. Mainspace, Books, most Categories, Portals, ...). There is also a warning that WP:MEATBOT still applies in other areas (e.g. Redirects, Wikipedia namespace, Help, maintenance categories, ...) not explicitely covered by WP:MASSCREATION.\nBOTREQs and BRFAs\nAs of writing, we have...\n\n20 active BOTREQs, please help if you can!\n14 open BRFAs and 1 BRFA in need of BAG attention (see live status).\nIn 2018, 96 bot task were approved. An AWB search shows approximately 29 were withdrawn/expired, and 6 were denied.\nSince the start of 2019, 97 bot task were approved. Logs show 15 were withdrawn/expired, and 15 were denied.\n10 inactive bots have been deflagged (see discussion). 5 other bots have been deflagged per operator requests or similar (see discussion).\nNew things\nAll bot-related discussion pages now have a centralized and searchable archive box (see discussion). Discussions are searchable per noticeboard, or globally.\n{{Bot}} now supports |status=expired (see discussion). This led to the deletion of Category:Indefinitely blocked Wikipedia bots as useless (see discussion).\nWP:BOTREQ now mentions WP:SCRIPTREQ and WP:AWBTASKS as alternatives to bot requests.\nThe bot creation guide now mentions bot flags, and two new languages Awk and MATLAB. Other minor tweaks have been made.\nAAlertBot has received major code updates. In particular, WP:AALERTS will now report splits, mergers, and AFC submissions.\nCitation bot has received several updates (User talk:Citation bot/Archive 10/11/12/13/14/15/16/17). In particular, the bot stopped the automated removal of |publisher= from {{cite journal}}, and stopped the automated addition of CiteSeerX links, and now uses OAuth to authenticate those who make requests of the bot.\nOther discussions\nThese are some of the discussions that happened / are still happening since the last Bots Newsletter. Many are stale, but some are still active.\n\nWikipedia:Bots/Noticeboard/Archive 12#Adminbots requests page\nWikipedia:Bots/Noticeboard/Archive 12#Double-redirect tagging (2019)\nWikipedia:Bots/Noticeboard/Archive 12#Long and Winding Road to Parsoid\nWikipedia:Bots/Noticeboard/Archive 13#Bot-like user scripts\nWikipedia:Bots/Noticeboard/Archive 13#WP:URLREQ\nWikipedia:Bots/Noticeboard/Archive 13#Wikipedia:Bots/Status\nWikipedia talk:Bot Approvals Group#Minimum edits\nWikipedia talk:Bot policy#Minor update to WP:BOTISSUE\nWikipedia talk:Bot policy#Semi-automated Portal creation\nWikipedia talk:Bot policy#Clarification on \"Bots operated by multiple users\"\nWikipedia talk:Bot policy#Bots triggered by multiple users\nWikipedia talk:Bots#How to use Special:ApiFeatureUsage\nSee also the latest discussions at the bot noticeboard.\nThank you! edited by:",
+ "c-Headbomb-2019-08-07T17:24:00.000Z-Bots_Newsletter,_August_2019": "Bots Newsletter, August 2019 Greetings! Here is the 7th issue of the Bots Newsletter, a lot happened since last year's newsletter! You can subscribe/unsubscribe from future newsletters by adding/removing your name from this list. Highlights for this newsletter include: ARBCOM Nothing of note happened. Just like we like it. BAG Several (1 + 12 = 13) users have been retired/resigned from the BAG due to inactivity, per our new activity requirements (discussion). BAG members are expected to be active on Wikipedia to have their finger on the pulse of the community. After two years without any bot-related activity (such as posting on bot-related pages, posting on a bot's talk page, or operating a bot), BAG members will be retired from BAG following a one-week notice. Retired members can re-apply for BAG membership as normal if they wish to rejoin the BAG. Two BAG members retired Madman (talk · contribs) retired. BU Rob13 (talk · contribs) vanished and retired. Three new BAG members have been voted in, welcome to the BAG! Primefac (talk · contribs) joined on 2018-12-12 (RfBAG). Primefac operates PrimeBOT (talk · contribs) which does a plethora of tasks. TheSandDoctor (talk · contribs) joined on 2019-01-21 (RfBAG). TheSandDoctor operates several bots including DeprecatedFixerBot (talk · contribs). Enterprisey (talk · contribs) joined on 2019-08-07 (RfBAG). Enterprisey operates EnterpriseyBot (talk · contribs), which does a plethora of tasks, RemindMeBot (talk · contribs) which posts reminders, and codes several scripts. We thank former members for their service and wish Madman a happy retirement. We note that Madman and BU Rob13 were not inactive and could resume their BAG positions if they so wished, should their retirements happens to be temporary. BOTDICT Two new entries feature in the bots dictionary Editor-hostile wikitext – describes wikitext structuring that is editor hostile, even if it renders correctly Spectrum of usefulness – describes how tasks are deemed useful or not BOTPOL Activity requirements: BAG members now have an activity requirement. The requirements are very light, one only needs to be involved in a bot-related area at some point within the last two years. For purpose of meeting these requirements, discussing a bot-related matter anywhere on Wikipedia counts, as does operating a bot (RFC). Copyvio flag: Bot accounts may be additionally marked by a bureaucrat upon BAG request as being in the \"copyviobot\" user group on Wikipedia. This flag allows using the API to add metadata to edits for use in the New pages feed (discussion). There is currently 1 bot using this functionality. Mass creation: The restriction on mass-creation (semi-automated or automated) was extended from articles, to all content-pages. There are subtleties, but content here broadly means whatever a reader could land on when browsing the mainspace in normal circumstances (e.g. Mainspace, Books, most Categories, Portals, ...). There is also a warning that WP:MEATBOT still applies in other areas (e.g. Redirects, Wikipedia namespace, Help, maintenance categories, ...) not explicitely covered by WP:MASSCREATION. BOTREQs and BRFAs As of writing, we have... 20 active BOTREQs, please help if you can! 14 open BRFAs and 1 BRFA in need of BAG attention (see live status). In 2018, 96 bot task were approved. An AWB search shows approximately 29 were withdrawn/expired, and 6 were denied. Since the start of 2019, 97 bot task were approved. Logs show 15 were withdrawn/expired, and 15 were denied. 10 inactive bots have been deflagged (see discussion). 5 other bots have been deflagged per operator requests or similar (see discussion). New things All bot-related discussion pages now have a centralized and searchable archive box (see discussion). Discussions are searchable per noticeboard, or globally. {{Bot}} now supports |status=expired (see discussion). This led to the deletion of Category:Indefinitely blocked Wikipedia bots as useless (see discussion). WP:BOTREQ now mentions WP:SCRIPTREQ and WP:AWBTASKS as alternatives to bot requests. The bot creation guide now mentions bot flags, and two new languages Awk and MATLAB. Other minor tweaks have been made. AAlertBot has received major code updates. In particular, WP:AALERTS will now report splits, mergers, and AFC submissions. Citation bot has received several updates (User talk:Citation bot/Archive 10/11/12/13/14/15/16/17). In particular, the bot stopped the automated removal of |publisher= from {{cite journal}}, and stopped the automated addition of CiteSeerX links, and now uses OAuth to authenticate those who make requests of the bot. Other discussions These are some of the discussions that happened / are still happening since the last Bots Newsletter. Many are stale, but some are still active. Wikipedia:Bots/Noticeboard/Archive 12#Adminbots requests page Wikipedia:Bots/Noticeboard/Archive 12#Double-redirect tagging (2019) Wikipedia:Bots/Noticeboard/Archive 12#Long and Winding Road to Parsoid Wikipedia:Bots/Noticeboard/Archive 13#Bot-like user scripts Wikipedia:Bots/Noticeboard/Archive 13#WP:URLREQ Wikipedia:Bots/Noticeboard/Archive 13#Wikipedia:Bots/Status Wikipedia talk:Bot Approvals Group#Minimum edits Wikipedia talk:Bot policy#Minor update to WP:BOTISSUE Wikipedia talk:Bot policy#Semi-automated Portal creation Wikipedia talk:Bot policy#Clarification on \"Bots operated by multiple users\" Wikipedia talk:Bot policy#Bots triggered by multiple users Wikipedia talk:Bots#How to use Special:ApiFeatureUsage See also the latest discussions at the bot noticeboard. Thank you! edited by:",
"h-Searching_for_deleted_edits-2019-08-08T00:56:00.000Z": "Searching for deleted edits",
- "c-Apokrif-2019-08-08T00:56:00.000Z-Searching_for_deleted_edits": "Hi,\nI'm looking for the external tool which allows (even to non-admins) to display the list of a user's \"deleted edits\" (actually, I think it was the list of deleted pages they created or edited). IIRC it looked like [40] (which provides a \"deleted edit\" links that redirects to Special:DeletedContributions, which can be used only by admins).\nThanks.",
+ "c-Apokrif-2019-08-08T00:56:00.000Z-Searching_for_deleted_edits": "Hi, I'm looking for the external tool which allows (even to non-admins) to display the list of a user's \"deleted edits\" (actually, I think it was the list of deleted pages they created or edited). IIRC it looked like [40] (which provides a \"deleted edit\" links that redirects to Special:DeletedContributions, which can be used only by admins). Thanks.",
"c-MusikAnimal-2019-08-08T02:12:00.000Z-Apokrif-2019-08-08T00:56:00.000Z": "@Apokrif: Perhaps you're referring to the Pages Created tool? E.g. see your deleted mainspace pages",
"h-“Wikidata_item”_link_to_be_moved_in_the_menu_column-2019-08-08T09:48:00.000Z": "“Wikidata item” link to be moved in the menu column",
- "c-Lea_Lacroix_(WMDE)-2019-08-08T09:48:00.000Z-“Wikidata_item”_link_to_be_moved_in_the_menu_column": "Hello all,\nCurrently and since Wikipedia articles and Wikidata items have been connected, the link “Wikidata item” appears on the menu column, in the section “Tools”.\nHowever, many editors from various projects told us that it would make more sense to have the link in the “In other projects” section, since Wikidata is one of the Wikimedia projects and the Wikidata item link doesn’t really belong to the list of special pages.\nThis is why we are going to change the position of the link, on August 22nd for all Wikipedias and August 21st for all the other projects. After this date, you will find the “Wikidata item” link in the “In other projects” section.\nIn some cases, for example on help and meta pages, the section may contain two links to Wikidata, for example on Help:Contents where there will be the “Wikidata” link (linking to d:Help:Contents) and the “Wikidata item” link (linking to d:Q914807).\nIf you want to know more about the previous discussions or mention a bug or an issue, please add a comment to the related Phabricator task. If you want to reply to me onwiki, please ping me so I don’t miss your message.\nThanks for your understanding,",
+ "c-Lea_Lacroix_(WMDE)-2019-08-08T09:48:00.000Z-“Wikidata_item”_link_to_be_moved_in_the_menu_column": "Hello all, Currently and since Wikipedia articles and Wikidata items have been connected, the link “Wikidata item” appears on the menu column, in the section “Tools”. However, many editors from various projects told us that it would make more sense to have the link in the “In other projects” section, since Wikidata is one of the Wikimedia projects and the Wikidata item link doesn’t really belong to the list of special pages. This is why we are going to change the position of the link, on August 22nd for all Wikipedias and August 21st for all the other projects. After this date, you will find the “Wikidata item” link in the “In other projects” section. In some cases, for example on help and meta pages, the section may contain two links to Wikidata, for example on Help:Contents where there will be the “Wikidata” link (linking to d:Help:Contents) and the “Wikidata item” link (linking to d:Q914807). If you want to know more about the previous discussions or mention a bug or an issue, please add a comment to the related Phabricator task. If you want to reply to me onwiki, please ping me so I don’t miss your message. Thanks for your understanding,",
"h-What_happened_to_stub_search?-2019-08-06T18:02:00.000Z": "What happened to stub search?",
"c-Vchimpanzee-2019-08-06T18:02:00.000Z-What_happened_to_stub_search?": "In an archived Teahouse question, this was asked. I didn't tell the person to come here because of problematic editing. But it might be useful to answer the question if someone is wondering.",
"c-Snaevar-2019-08-08T17:09:00.000Z-Vchimpanzee-2019-08-06T18:02:00.000Z": "It is probably User:Danski454/stubsearch.",
@@ -926,13 +926,13 @@
"h-Tool_to_rollback_an_edit_that_sinebot_signed?-2019-08-09T07:48:00.000Z": "Tool to rollback an edit that sinebot signed?",
"c-Someguy1221-2019-08-09T07:48:00.000Z-Tool_to_rollback_an_edit_that_sinebot_signed?": "Basically the header. Very very often I revert vandalism or otherwise unconstructive edits to talk pages, but I can't use the rollback or undo buttons because sinebot already signed it, so now I have to revert two edits by two different users. Is there any tool or javascript or something that would let me revert such a pair of edits as easily as using rollback?",
"c-John_of_Reading-2019-08-09T07:57:00.000Z-Someguy1221-2019-08-09T07:48:00.000Z": "@Someguy1221: Twinkle's rollback knows about sinebot. If you ask it to rollback the sinebot edit, it will ask you whether you want to rollback the previous edit as well.",
- "h-Add_printworthy_{{R_slang}}_rcat_template-2019-08-07T09:00:00.000Z": "Add printworthy {{R slang}} rcat template",
+ "h-Add_printworthy_{{R_slang}}_rcat_template-2019-08-07T09:00:00.000Z": "Add printworthy {{R slang}} rcat template",
"c-Monniasza-2019-08-07T09:00:00.000Z-Add_printworthy_{{R_slang}}_rcat_template": "{{R slang}} will tag redirects from slangs.",
"c-PrimeHunter-2019-08-07T10:25:00.000Z-Monniasza-2019-08-07T09:00:00.000Z": "We have {{R from alternative name}}. I'm not sure slang is well-defined enough when there are many varieties of English. Anyway, this is not a technical issue. It could be suggested at Wikipedia talk:Template messages/Redirect pages or Wikipedia talk:WikiProject Redirect.",
"c-Wugapodes-2019-08-09T08:19:00.000Z-Monniasza-2019-08-07T09:00:00.000Z": "@Monniasza: I redirected it to {{r from synonym}}. You can start tagging pages with it, and if we ever want to distinguish slang from other kinds of synonyms, the pages won't have to be resorted.",
"h-User_talk:GregU/dashes.js-2019-08-09T11:32:00.000Z": "User talk:GregU/dashes.js",
- "c-CambridgeBayWeather-2019-08-09T11:32:00.000Z-User_talk:GregU/dashes.js": "I just noticed that User:GregU/dashes.js (User talk:GregU/dashes.js) is changing the blue linked time zone UTC−08:00 (see Lumby, British Columbia) to the red linked UTC– 08:00 (see here). It seems that Template:U:GregU hasen't edited since 2012. It needs to get fixed. CambridgeBayWeather, Uqaqtuq (talk), Sunasuttuq 11:32, 9 August 2019 (UTC)\nOh, GregU",
- "c-Xaosflux-2019-08-09T11:40:00.000Z-CambridgeBayWeather-2019-08-09T11:32:00.000Z": "Someone should fork that or convert it to a gadget, relying on other people's personal scripts leads to exactly this situation when they stop being maintained. That being said, if someone has a very minor fix to suggest, drop an edit request at User talk:GregU/dashes.js and an interface admin will consider it.",
+ "c-CambridgeBayWeather-2019-08-09T11:32:00.000Z-User_talk:GregU/dashes.js": "I just noticed that User:GregU/dashes.js (User talk:GregU/dashes.js) is changing the blue linked time zone UTC−08:00 (see Lumby, British Columbia) to the red linked UTC– 08:00 (see here). It seems that Template:U:GregU hasen't edited since 2012. It needs to get fixed. CambridgeBayWeather, Uqaqtuq (talk), Sunasuttuq 11:32, 9 August 2019 (UTC) Oh, GregU",
+ "c-Xaosflux-2019-08-09T11:40:00.000Z-CambridgeBayWeather-2019-08-09T11:32:00.000Z": "Someone should fork that or convert it to a gadget, relying on other people's personal scripts leads to exactly this situation when they stop being maintained. That being said, if someone has a very minor fix to suggest, drop an edit request at User talk:GregU/dashes.js and an interface admin will consider it.",
"c-Incnis_Mrsi-2019-08-09T12:04:00.000Z-CambridgeBayWeather-2019-08-09T11:32:00.000Z": "I noticed some problematical edits (or, rather, inaccurate edit summaries) by this script earlier, but the Lumby, British Columbia edit is equivalent to vandalism. If the diff was not forged, then the script should to be disabled as soon as possible.",
"c-CambridgeBayWeather-2019-08-09T12:08:00.000Z-Incnis_Mrsi-2019-08-09T12:04:00.000Z": "It's been doing it for a while. I am tempted to just delete it.",
"c-Incnis_Mrsi-2019-08-09T12:14:00.000Z-CambridgeBayWeather-2019-08-09T12:08:00.000Z": "@CambridgeBayWeather: yes, castrate this being, please.",
@@ -944,7 +944,7 @@
"h-interwiki_links-2019-08-08T23:04:00.000Z": "interwiki links",
"c-GrahamHardy-2019-08-08T23:04:00.000Z-interwiki_links": "Hi, can somene link https://sq.wikipedia.org/wiki/E_penguara and A Girl in Exile, I think there's a page in German also... Thanks",
"c-Þjarkur-2019-08-08T23:11:00.000Z-GrahamHardy-2019-08-08T23:04:00.000Z": " Done",
- "c-GrahamHardy-2019-08-09T04:59:00.000Z-interwiki_links": "Thanks, also https://sq.wikipedia.org/wiki/Lulet_e_ftohta_t%C3%AB_marsit needs linking to Spring Flowers, Spring Frost and Swedish article, Thanks GrahamHardy (talk) 04:59, 9 August 2019 (UTC)\nabove now done, but https://sq.wikipedia.org/wiki/Dosja_H needs linking to The File on H. Thanks",
+ "c-GrahamHardy-2019-08-09T04:59:00.000Z-interwiki_links": "Thanks, also https://sq.wikipedia.org/wiki/Lulet_e_ftohta_t%C3%AB_marsit needs linking to Spring Flowers, Spring Frost and Swedish article, Thanks GrahamHardy (talk) 04:59, 9 August 2019 (UTC) above now done, but https://sq.wikipedia.org/wiki/Dosja_H needs linking to The File on H. Thanks",
"c-Xaosflux-2019-08-10T00:36:00.000Z-GrahamHardy-2019-08-09T04:59:00.000Z": "@GrahamHardy: you can do these yourself, on the left side panel there is a section called \"languages\", click the little pencil icon in there and you can add interwiki links.",
"h-Glitch_on_Lorrie_Morgan-2019-08-09T23:45:00.000Z": "Glitch on Lorrie Morgan",
"c-TenPoundHammer-2019-08-09T23:45:00.000Z-Glitch_on_Lorrie_Morgan": "For some reason, the picture of Keith Whitley is not displaying under the \"personal life\"section of Lorrie Morgan. Purging the cache hasn't helped. Any idea what's causing this? All other pictures are showing up, just not that one. Ten Pound Hammer •",
@@ -954,14 +954,14 @@
"c-Xaosflux-2019-08-10T01:30:00.000Z-Xaosflux-2019-08-10T01:29:00.000Z": "And if not, can you try looking with a different browser - in case you somehow are applying something like an ad-block to it?",
"c-TenPoundHammer-2019-08-10T02:00:00.000Z-Xaosflux-2019-08-10T01:30:00.000Z": "It seems to be working now. Ten Pound Hammer •",
"h-Unified_Login_broken_(at_least_for_Commons)?-2019-08-10T02:46:00.000Z": "Unified Login broken (at least for Commons)?",
- "c-ElKevbo-2019-08-10T02:46:00.000Z-Unified_Login_broken_(at_least_for_Commons)?": "Quick check: Is unified login broken - at least for Commons - for anyone else? I'm logged in here but not logged into Commons; I didn't even know that this was possible anymore.",
+ "c-ElKevbo-2019-08-10T02:46:00.000Z-Unified_Login_broken_(at_least_for_Commons)?": "Quick check: Is unified login broken - at least for Commons - for anyone else? I'm logged in here but not logged into Commons; I didn't even know that this was possible anymore.",
"c-Xaosflux-2019-08-10T04:49:00.000Z-ElKevbo-2019-08-10T02:46:00.000Z": " Works for me @ElKevbo: try logging out, deleting all your wmf cookies, and logging in again.",
"h-request_assistance-2019-08-09T15:54:00.000Z": "request assistance",
"c-Adienes-2019-08-09T15:54:00.000Z-request_assistance": "I'm trying to upload image to WikiCommons and getting message that I am not a confirmed user. I never got this message before. How can I get confirmed?",
"c-Xaosflux-2019-08-09T17:41:00.000Z-Adienes-2019-08-09T15:54:00.000Z": "@Adienes: try to follow this link directly: commons:Special:UploadWizard.",
"c-Snaevar-2019-08-09T19:01:00.000Z-Adienes-2019-08-09T15:54:00.000Z": "You will get confirmed automatically when 4 days have passed (according to an config file). Just wait.",
"c-Xaosflux-2019-08-09T19:03:00.000Z-Snaevar-2019-08-09T19:01:00.000Z": "@Snaevar: commons doesn't require autoconfirmation to upload files, and here on enwiki its 4 days and 10 edits.",
- "c-Snaevar-2019-08-09T20:23:00.000Z-request_assistance": "User:Xaosflux: For enwiki, yes, there is an 10 edit limit. For commons, see line 5233 in InitialiseSettings.php, which says no.\nAs for upload rights, I am not really here to argue. The user which started this discussion will find the correct answer anyway.",
+ "c-Snaevar-2019-08-09T20:23:00.000Z-request_assistance": "User:Xaosflux: For enwiki, yes, there is an 10 edit limit. For commons, see line 5233 in InitialiseSettings.php, which says no. As for upload rights, I am not really here to argue. The user which started this discussion will find the correct answer anyway.",
"c-Xaosflux-2019-08-10T04:51:00.000Z-Snaevar-2019-08-09T20:23:00.000Z": "You can check that at commons:Special:ListGroupRights, look for (upload).",
"h-Watchlist_no_longer_highlighted_to_show_possible_vandalism-2019-08-09T12:33:00.000Z": "Watchlist no longer highlighted to show possible vandalism",
"c-Doug_Weller-2019-08-09T12:33:00.000Z-Watchlist_no_longer_highlighted_to_show_possible_vandalism": "What's changed?",
@@ -971,7 +971,7 @@
"c-Izno-2019-08-09T17:22:00.000Z-Izno-2019-08-09T17:18:00.000Z": "Oh, I see what happened. The refresh changes indicator got wrapped up into the Active Filters 'show/hide' box. I might have to request that one be reverted (did so--see phab:T230220)... So, it looks like I'm all good.",
"c-Doug_Weller-2019-08-10T09:45:00.000Z-Izno-2019-08-09T17:22:00.000Z": "@Izno: Thanks. I had to go to mediawiki to figure it all out but it's fixed now.",
"h-Page_jump_in_edit_box-2019-08-10T12:26:00.000Z": "Page jump in edit box",
- "c-Davey2010-2019-08-10T12:26:00.000Z-Page_jump_in_edit_box": "EN page jump 1\n EN page jump 2\nHi, Every time I paste an image in between walls of text the page jumps down or if I paste text and press enter the page will then jump down,\nSo for instance If I want to paste an image > the page will jump down > I have to scroll back up to the image > and then add thumb+left etc\nIt's been happening for the past month or 2 but it never used to, Thanks,",
+ "c-Davey2010-2019-08-10T12:26:00.000Z-Page_jump_in_edit_box": "EN page jump 1 EN page jump 2 Hi, Every time I paste an image in between walls of text the page jumps down or if I paste text and press enter the page will then jump down, So for instance If I want to paste an image > the page will jump down > I have to scroll back up to the image > and then add thumb+left etc It's been happening for the past month or 2 but it never used to, Thanks,",
"c-Izno-2019-08-10T14:20:00.000Z-Davey2010-2019-08-10T12:26:00.000Z": "What skin/browser/operating system do you use? I have seen a similar problem on mobile Firefox for Android, but not on desktop Firefox or Chrome.",
"c-Davey2010-2019-08-10T16:44:00.000Z-Izno-2019-08-10T14:20:00.000Z": "Hi Izno, I'm on Windows 7 and am using Vector, Ah okay, I've used Mobile to edit but never pasted with it, Thanks,",
"h-Possible_STATS_problem?-2019-08-10T14:28:00.000Z": "Possible STATS problem?",
@@ -1006,7 +1006,7 @@
"h-Tech_News:_2019-33": "Tech News: 2019-33",
"h-Adjusting_edit_window_size-2019-08-12T07:57:00.000Z": "Adjusting edit window size",
"c-JFG-2019-08-12T07:57:00.000Z-Adjusting_edit_window_size": "When editing in wikitext mode, is there a way to set the height of the edit window? Default seems to be 26 lines, and I almost always want about double that, especially when editing long articles or tables. I suppose there is a JS or CSS variable that can be adjusted somewhere? Also, this setting should be added to Special:Preferences, under the Editing tab, Editor section, to help non-technical users.",
- "c-Ammarpad-2019-08-12T08:25:00.000Z-JFG-2019-08-12T07:57:00.000Z": "This will double the viewport:\n.mw-editform #wpTextbox1 { max-height: none; }\n#wpTextbox1 { height: 200em; }",
+ "c-Ammarpad-2019-08-12T08:25:00.000Z-JFG-2019-08-12T07:57:00.000Z": "This will double the viewport: .mw-editform #wpTextbox1 { max-height: none; } #wpTextbox1 { height: 200em; }",
"c-JFG-2019-08-12T09:48:00.000Z-Ammarpad-2019-08-12T08:25:00.000Z": "More like quadrupled it… Thanks for the tip! Any idea where to suggest an easy setting for non-techies?",
"c-Bruce1ee-2019-08-12T10:17:00.000Z-JFG-2019-08-12T09:48:00.000Z": "AFAIR, a little while back you could change this in your Preferences. I don't know why it was removed.",
"c-Ammarpad-2019-08-12T11:59:00.000Z-Bruce1ee-2019-08-12T10:17:00.000Z": "@JFG:, that's true, I forgot that the size I doubled was for the default 'maximum height' of the viewport. Also note that the text area is already resizable on the fly by clicking and dragging the two diagonal lines at the bottom right corner. Actually that way is more flexible than using fixed size from your personal CSS. On your second question, that'd be making a gadget to allow one-click from Preferences page, but this is not something a lot of people are looking for, so it's not good candidate for that. Also as Bruce1ee said, it used to be somewhere on that page but I believe it must have been removed during the effort to get rid of seldom-used preferences.",
@@ -1015,25 +1015,25 @@
"c-Redrose64-2019-08-12T19:51:00.000Z-JFG-2019-08-12T12:32:00.000Z": "This has been covered several times here at VPT, see for example Wikipedia:Village pump (technical)/Archive 153#Edit box size, Wikipedia:Village pump (technical)/Archive 169#Hard to scroll down in lower right corner of edit window, and it's also buried in Wikipedia:Village pump (technical)/Archive 171#Separate buttons for single and double bracket links in the editing toolbar (my reply of 23:48, 15 November 2018). There are other related threads in the archives.",
"c-JFG-2019-08-12T21:30:00.000Z-Redrose64-2019-08-12T19:51:00.000Z": "Mmmhh… If that's a perennial question here at VPT, perhaps the idea of re-instating a visible user setting might be answering some latent demand. First phab ticket was about columns, and that's probably not necessary given adaptive width, but in the second ticket the setting for rows was apparently discarded in one lump with the columns. Shall ww re-instate the rows setting?",
"h-Blocked_spammer_posts_link-2019-08-12T04:48:00.000Z": "Blocked spammer posts link",
- "c-Nyttend-2019-08-12T04:48:00.000Z-Blocked_spammer_posts_link": "Many or most of the blocks I perform are for spam-only accounts, especially those whose only edits are placing spam on their userpage. Just in case someone wants to apologise and become productive, I leave the talk page open when I do a {{uw-spamblock}}, unless the talk page itself has been used for spamming. On one hand, I don't want to shut down access without evidence of abuse, but on the other hand, it's possible that the talk page would be used abusively. My interest, therefore, is finding an automated way (i.e. without human edits or bot edits) to detect a post-block addition of an external link, the results of which could be evaluated as spam or not-spam by a human. I'm envisioning the following criteria:\n\nUser has been indefinitely blocked for spamming — detect because user is indefinitely blocked, and either rationale or talk page has {{uw-spamblock}} or some other \"you have been blocked for spamming\" template\nAfter block is performed, user edits talk page and adds an external link\nIf user has added {{unblock}}, the external link is not inside the unblock template\nObviously this kind of thing happens sometimes, but I have no clue how often; in case it's a rare event, I don't want to request an edit filter and tie up system resources. Is there any other way to detect this (either conclusively or \"this is likely\"), perhaps a database report of users that are indefinitely blocked and that have external links on their talk pages?",
+ "c-Nyttend-2019-08-12T04:48:00.000Z-Blocked_spammer_posts_link": "Many or most of the blocks I perform are for spam-only accounts, especially those whose only edits are placing spam on their userpage. Just in case someone wants to apologise and become productive, I leave the talk page open when I do a {{uw-spamblock}}, unless the talk page itself has been used for spamming. On one hand, I don't want to shut down access without evidence of abuse, but on the other hand, it's possible that the talk page would be used abusively. My interest, therefore, is finding an automated way (i.e. without human edits or bot edits) to detect a post-block addition of an external link, the results of which could be evaluated as spam or not-spam by a human. I'm envisioning the following criteria: User has been indefinitely blocked for spamming — detect because user is indefinitely blocked, and either rationale or talk page has {{uw-spamblock}} or some other \"you have been blocked for spamming\" template After block is performed, user edits talk page and adds an external link If user has added {{unblock}}, the external link is not inside the unblock template Obviously this kind of thing happens sometimes, but I have no clue how often; in case it's a rare event, I don't want to request an edit filter and tie up system resources. Is there any other way to detect this (either conclusively or \"this is likely\"), perhaps a database report of users that are indefinitely blocked and that have external links on their talk pages?",
"c-Anomie-2019-08-12T12:59:00.000Z-Nyttend-2019-08-12T04:48:00.000Z": "Here's a Quarry query that might serve as a database report: quarry:query/38333.",
- "c-Nyttend-2019-08-13T02:12:00.000Z-Anomie-2019-08-12T12:59:00.000Z": "Hi, Anomie, and thank you. One question — can you embed links in the report, and if you can, would you link the talk pages in question? It would be a lot faster to look at these pages if I could just click a link.",
+ "c-Nyttend-2019-08-13T02:12:00.000Z-Anomie-2019-08-12T12:59:00.000Z": "Hi, Anomie, and thank you. One question — can you embed links in the report, and if you can, would you link the talk pages in question? It would be a lot faster to look at these pages if I could just click a link.",
"c-Anomie-2019-08-13T11:57:00.000Z-Nyttend-2019-08-13T02:12:00.000Z": "There does not appear to be a way to directly embed links in the quarry output.",
"h-Review_of_new_articles_and_Google/Wiki_search-2019-08-13T05:40:00.000Z": "Review of new articles and Google/Wiki search",
"c-5.43.96.116-2019-08-13T05:40:00.000Z-Review_of_new_articles_and_Google/Wiki_search": "Why new articles if not reviewed don't appear in Google search at all (as if non-indexed) and appear in Wiki search only when full name written? I guess there are some users who have reviewer user rights but it seems they miss to review some articles. I created several articles with my extended confirmed account and they stayed on Wikipedia but don't appear in searches for months. Do I need to request somewhere special for it* to be done or ask some user who already did it* once only for one of 'my' articles (*review for each article)? Thanks.",
"c-Xaosflux-2019-08-13T11:08:00.000Z-5.43.96.116-2019-08-13T05:40:00.000Z": "See Wikipedia:Controlling_search_engine_indexing#Indexing_of_articles_(\"mainspace\").",
"c-5.43.96.116-2019-08-13T13:26:00.000Z-Xaosflux-2019-08-13T11:08:00.000Z": "Thank you.",
"h-Conflict_between_Template:Shortcut,_lists_and_Microsoft-2019-08-13T20:39:00.000Z": "Conflict between Template:Shortcut, lists and Microsoft",
- "c-Redrose64-2019-08-13T20:39:00.000Z-Conflict_between_Template:Shortcut,_lists_and_Microsoft": "FYI: Pointer to relevant discussion elsewhere. Please see Template talk:Shortcut#When in a list item, Edge and IE have a sad day.",
+ "c-Redrose64-2019-08-13T20:39:00.000Z-Conflict_between_Template:Shortcut,_lists_and_Microsoft": "FYI: Pointer to relevant discussion elsewhere. Please see Template talk:Shortcut#When in a list item, Edge and IE have a sad day.",
"h-Thumbnail_image_doesn't_show_in_List_of_tallest_structures_in_Tokyo-2019-07-29T22:49:00.000Z": "Thumbnail image doesn't show in List of tallest structures in Tokyo",
- "c-Fireattack-2019-07-29T22:49:00.000Z-Thumbnail_image_doesn't_show_in_List_of_tallest_structures_in_Tokyo": "Tracked in PhabricatorTask T188831\nThe thumbnail of No. 28 (Shin-Marunouchi Building) in list 1 doesn't show up here. it has been like this for days. I tried to purge the page, didn't help.\nAny clue? Thanks.",
+ "c-Fireattack-2019-07-29T22:49:00.000Z-Thumbnail_image_doesn't_show_in_List_of_tallest_structures_in_Tokyo": "Tracked in Phabricator Task T188831 The thumbnail of No. 28 (Shin-Marunouchi Building) in list 1 doesn't show up here. it has been like this for days. I tried to purge the page, didn't help. Any clue? Thanks.",
"c-PrimeHunter-2019-07-30T01:13:00.000Z-Fireattack-2019-07-29T22:49:00.000Z": "It works for me. Try to bypass your own cache.",
- "c-Fireattack-2019-07-30T10:17:00.000Z-PrimeHunter-2019-07-30T01:13:00.000Z": "I think the reason is that particular thumbnail returns the header says \"content-type: application/x-www-form-urlencoded\" instead of common \"image/jpeg\".\nCan you try to open http://upload.wikimedia.org/wikipedia/commons/thumb/8/8a/Shin-marunouchi.Building-2007-01.jpg/100px-Shin-marunouchi.Building-2007-01.jpg directly and see what happens? Here, it will try to download itself instead of just display. I can see this weird behavior in both Firefox and Chrome and it doesn't happen to other images.\nBut in Firefox, it can still display the image this way in ![]()
tag (but not in Chrome).",
+ "c-Fireattack-2019-07-30T10:17:00.000Z-PrimeHunter-2019-07-30T01:13:00.000Z": "I think the reason is that particular thumbnail returns the header says \"content-type: application/x-www-form-urlencoded\" instead of common \"image/jpeg\". Can you try to open http://upload.wikimedia.org/wikipedia/commons/thumb/8/8a/Shin-marunouchi.Building-2007-01.jpg/100px-Shin-marunouchi.Building-2007-01.jpg directly and see what happens? Here, it will try to download itself instead of just display. I can see this weird behavior in both Firefox and Chrome and it doesn't happen to other images. But in Firefox, it can still display the image this way in ![]()
tag (but not in Chrome).",
"c-George_Ho-2019-08-06T00:13:00.000Z-Thumbnail_image_doesn't_show_in_List_of_tallest_structures_in_Tokyo": "Not just this list, some other thumbnail images don't load well at List of Cheers characters, List of Friends characters, and List of The Big Bang Theory and Young Sheldon characters. Check other list pages.",
"c-Fireattack-2019-08-06T20:42:00.000Z-Thumbnail_image_doesn't_show_in_List_of_tallest_structures_in_Tokyo": "Update: The root cause is Phab:T188831. And about why it starts to cause more apparent issue, see https://bugs.chromium.org/p/chromium/issues/detail?id=990853 .",
"c-Master_of_Time-2019-08-14T05:43:00.000Z-Thumbnail_image_doesn't_show_in_List_of_tallest_structures_in_Tokyo": "Saw the issue at List of highest-grossing films as well with the first image. Hopefully it will be resolved before long.",
"h-How_to_prevent_VisualEditor_from_automatically_loading_when_clicking_red_links?-2019-08-14T07:31:00.000Z": "How to prevent VisualEditor from automatically loading when clicking red links?",
- "c-SoWhy-2019-08-14T07:31:00.000Z-How_to_prevent_VisualEditor_from_automatically_loading_when_clicking_red_links?": "Tracked in PhabricatorTask T211379\nTracked in PhabricatorTask T226267\nTitle says it all. VE often loads automatically when I open a red link which is annoying because most of the time, I do so to see the deleted edits. I can't seem to find a preference for it though. Regards",
+ "c-SoWhy-2019-08-14T07:31:00.000Z-How_to_prevent_VisualEditor_from_automatically_loading_when_clicking_red_links?": "Tracked in Phabricator Task T211379 Tracked in Phabricator Task T226267 Title says it all. VE often loads automatically when I open a red link which is annoying because most of the time, I do so to see the deleted edits. I can't seem to find a preference for it though. Regards",
"c-Ammarpad-2019-08-14T08:21:00.000Z-SoWhy-2019-08-14T07:31:00.000Z": "This is the default behaviour for clicking all redlinks in both VE and Source editor (except Userpage redlink on mobile). There's a phab:T211379 asking to change this and there are comments that this is by design.",
"c-SoWhy-2019-08-14T09:13:00.000Z-Ammarpad-2019-08-14T08:21:00.000Z": "@Ammarpad: Thanks for the phab-link! I dug up a snippet at T195914 that prevents it (thanks to Classicwiki). Regards",
"c-Xaosflux-2019-08-14T11:39:00.000Z-SoWhy-2019-08-14T09:13:00.000Z": "@SoWhy: have you tried setting \"Temporarily disable the visual editor while it is in beta\" in Special:Preferences#mw-prefsection-editing? I have that set and never get the visual editor unless I specifically switch to it.",
@@ -1044,15 +1044,15 @@
"c-Vchimpanzee-2019-08-14T14:49:00.000Z-Tools_for_history": "I didn't get a response here about why Help:Page history didn't have directions for entering a specific date such as November 8, 2019. I thought there was such a feature..",
"c-Ammarpad-2019-08-14T18:01:00.000Z-Vchimpanzee-2019-08-14T14:49:00.000Z": "Once you click on the input field a placeholder text YYYY-MM-DD and calendar widget will appear (assuming Javascript is on). That's enough visual cue to tell you what you should do next.",
"h-Converting_from_one_citation_template_to_another_(visual_editor)?-2019-08-14T16:57:00.000Z": "Converting from one citation template to another (visual editor)?",
- "c-RoySmith-2019-08-14T16:57:00.000Z-Converting_from_one_citation_template_to_another_(visual_editor)?": "Is there an easy way to convert one citation template to the correct type, in VE? People commonly just use the default {{Cite}} instead of, for example, {{Cite news}}. I haven't found a good way to fix that up other than to create a whole new citation and delete the old one. Which is especially annoying when it's used more than once, as in this example. It seems like it would be straight-forward to have a tool which took the existing citation and did a first pass at converting it into a different subtype, copying over whatever fields exist in both. Does such a tool exist?",
+ "c-RoySmith-2019-08-14T16:57:00.000Z-Converting_from_one_citation_template_to_another_(visual_editor)?": "Is there an easy way to convert one citation template to the correct type, in VE? People commonly just use the default {{Cite}} instead of, for example, {{Cite news}}. I haven't found a good way to fix that up other than to create a whole new citation and delete the old one. Which is especially annoying when it's used more than once, as in this example. It seems like it would be straight-forward to have a tool which took the existing citation and did a first pass at converting it into a different subtype, copying over whatever fields exist in both. Does such a tool exist?",
"c-Izno-2019-08-15T03:34:00.000Z-RoySmith-2019-08-14T16:57:00.000Z": "Pretty sure this is phab:T97936, and a harder problem over here phab:T87271.",
- "c-RoySmith-2019-08-15T03:48:00.000Z-Izno-2019-08-15T03:34:00.000Z": "Yeah, T87271 is exactly what I'm talking about. Thanks.",
+ "c-RoySmith-2019-08-15T03:48:00.000Z-Izno-2019-08-15T03:34:00.000Z": "Yeah, T87271 is exactly what I'm talking about. Thanks.",
"h-Account_creations_appear_to_be_getting_throttled_to_2/day_for_editors-2019-08-15T04:21:00.000Z": "Account creations appear to be getting throttled to 2/day for editors",
- "c-Xaosflux-2019-08-15T04:21:00.000Z-Account_creations_appear_to_be_getting_throttled_to_2/day_for_editors": "Hello all, if you are running in to this, it appears to be a temporary issue. Discussion and linked phab tickets are available at Wikipedia_talk:Requests_for_permissions#T230304_and_account_creation_being_blocked if you want to follow for more information as it becomes available. Best regards,",
+ "c-Xaosflux-2019-08-15T04:21:00.000Z-Account_creations_appear_to_be_getting_throttled_to_2/day_for_editors": "Hello all, if you are running in to this, it appears to be a temporary issue. Discussion and linked phab tickets are available at Wikipedia_talk:Requests_for_permissions#T230304_and_account_creation_being_blocked if you want to follow for more information as it becomes available. Best regards,",
"h-RefToolbar-2019-08-15T10:07:00.000Z": "RefToolbar",
- "c-Cnbrb-2019-08-15T10:07:00.000Z-RefToolbar": "Hi - I find the RefToolbar very useful, but I would like to request an additional feature. In the Web Citation popover, can we please have a checkbox (or a select menu) to specify deadurl=yes/no? I can fill in Archive URL and Archive Date in the form, but after I have inserted the reference into the article, I have to go in and type the \"deadurl\" bit manually, which is a bit fiddly. Does anyone know how to get someone to add this? Thanks.",
+ "c-Cnbrb-2019-08-15T10:07:00.000Z-RefToolbar": "Hi - I find the RefToolbar very useful, but I would like to request an additional feature. In the Web Citation popover, can we please have a checkbox (or a select menu) to specify deadurl=yes/no? I can fill in Archive URL and Archive Date in the form, but after I have inserted the reference into the article, I have to go in and type the \"deadurl\" bit manually, which is a bit fiddly. Does anyone know how to get someone to add this? Thanks.",
"h-Unexpectedly_different_behavior_depending_on_location_of_userscript's_source_cod-2019-08-12T18:59:00.000Z": "Unexpectedly different behavior depending on location of userscript's source code",
- "c-NewsAndEventsGuy-2019-08-12T18:59:00.000Z-Unexpectedly_different_behavior_depending_on_location_of_userscript's_source_cod": "After extensive testing, I have documented a weird behavior that in rare circumstances will disable Template:Show button. There appears to be three conditions required for this to happen, and one of these conditions is just having the snippet of code in my common.cs file, as opposed to being in one of my subpages and imported to my common.js. Intuitively, I would expect identical behavior, but this is not the case. Details, and the discussion, can be found at the javascript project talk page in thread Importscript vs just putting code in common.js",
+ "c-NewsAndEventsGuy-2019-08-12T18:59:00.000Z-Unexpectedly_different_behavior_depending_on_location_of_userscript's_source_cod": "After extensive testing, I have documented a weird behavior that in rare circumstances will disable Template:Show button. There appears to be three conditions required for this to happen, and one of these conditions is just having the snippet of code in my common.cs file, as opposed to being in one of my subpages and imported to my common.js. Intuitively, I would expect identical behavior, but this is not the case. Details, and the discussion, can be found at the javascript project talk page in thread Importscript vs just putting code in common.js",
"c-Ruslik0-2019-08-13T09:09:00.000Z-NewsAndEventsGuy-2019-08-12T18:59:00.000Z": "Javascript is loaded and executed in different order in this two cases. What is imported with importScript is executed probably in the end.",
"c-NewsAndEventsGuy-2019-08-13T10:42:00.000Z-Ruslik0-2019-08-13T09:09:00.000Z": "thanks for the debugging lead.",
"c-QEDK-2019-08-15T07:24:00.000Z-NewsAndEventsGuy-2019-08-13T10:42:00.000Z": "@NewsAndEventsGuy: This might not be the answer you were looking for but we had a thread a few months back where an editor was asking about how to make scripts load in order and the general sentiment was that you can't guarantee behaviour in that manner. So, the only way would be to add manual sleeps and hope (!) that did the trick. Don't know why it could exactly apply here but I just thought I'd mention.",
@@ -1066,7 +1066,7 @@
"c-Golbez-2019-08-15T18:58:00.000Z-213.133.84.227-2019-08-15T18:45:00.000Z": "My Chrome's fine; try clearing cache?",
"c-GreenC-2019-08-15T19:00:00.000Z-Golbez-2019-08-15T18:58:00.000Z": "If it's bad cache some on this page will work and others not.",
"h-Enable_chess_PGN_viewer_for_chess_articles-2019-08-27T22:44:00.000Z": "Enable chess PGN viewer for chess articles",
- "c-Wugapodes-2019-08-27T22:44:00.000Z-Enable_chess_PGN_viewer_for_chess_articles": ".mw-parser-output .quotebox{background-color:#F9F9F9;border:1px solid #aaa;box-sizing:border-box;padding:10px;font-size:88%;max-width:100%}.mw-parser-output .quotebox.floatleft{margin:0.5em 1.4em 0.8em 0}.mw-parser-output .quotebox.floatright{margin:0.5em 0 0.8em 1.4em}.mw-parser-output .quotebox.centered{margin:0.5em auto 0.8em auto}.mw-parser-output .quotebox.floatleft p,.mw-parser-output .quotebox.floatright p{font-style:inherit}.mw-parser-output .quotebox-title{background-color:#F9F9F9;text-align:center;font-size:larger;font-weight:bold}.mw-parser-output .quotebox-quote.quoted:before{font-family:\"Times New Roman\",serif;font-weight:bold;font-size:large;color:gray;content:\" “ \";vertical-align:-45%;line-height:0}.mw-parser-output .quotebox-quote.quoted:after{font-family:\"Times New Roman\",serif;font-weight:bold;font-size:large;color:gray;content:\" ” \";line-height:0}.mw-parser-output .quotebox .left-aligned{text-align:left}.mw-parser-output .quotebox .right-aligned{text-align:right}.mw-parser-output .quotebox .center-aligned{text-align:center}.mw-parser-output .quotebox cite{display:block;font-style:normal}@media screen and (max-width:360px){.mw-parser-output .quotebox{min-width:100%;margin:0 0 0.8em!important;float:none!important}}\nEditors are generally in support of an interactive PGN viewer. Discussion on the specific implementation can be found at Wikipedia:Interface administrators' noticeboard#Chess viewer",
+ "c-Wugapodes-2019-08-27T22:44:00.000Z-Enable_chess_PGN_viewer_for_chess_articles": "Editors are generally in support of an interactive PGN viewer. Discussion on the specific implementation can be found at Wikipedia:Interface administrators' noticeboard#Chess viewer",
"h-PGN_viewer_discussion-Enable_chess_PGN_viewer_for_chess_articles-2019-07-30T05:28:00.000Z": "PGN viewer discussion",
"c-Wugapodes-2019-07-30T05:28:00.000Z-PGN_viewer_discussion": "Support as proposer. This has been around a while and seems stable enough for use on hewiki. Use on an additional Wikipedia will also help development, as previous proposals seem to have led to good feedback that קיפודנחש has taken into account to improve it on hewiki. Having a PGN viewer would greatly improve our chess coverage as readers can use the viewer to follow along with the game as the article describes it without having to know algebraic notation (chess) or have their own chess board or program. Some comments from around 2013 suggested it be turned into a gadget, but those efforts have been stalled since 2013. Plus, making it a gadget only allows logged in readers to use the PGN viewer despite it being broadly useful for reading rather than editing.",
"c-Galobtter-2019-07-30T06:00:00.000Z-PGN_viewer_discussion": "This definitely should not be in common.js - rather the proposal should be for addition as a default gadget (for reasons as mentioned in the comment at the top of MediaWiki:Common.js), which can be used by any user whether logged-in or logged-out.",
@@ -1077,9 +1077,9 @@
"c-קיפודנחש-2019-07-30T14:50:00.000Z-PGN_viewer_discussion": "@Wugapodes: i read this thread on mobile, and missed an important detail: the script on hewiki _is not_ w:he:מדיה_ויקי:Common.js/pgn.js. this one is an outdated version that should not be used. the script is in he:Mediawiki:Gadget-pgnviewer.js and its CSS, he:Mediawiki:Gadget-pgnviewer.css. this is important: User:Krinkels made some instructive comments in Wikipedia talk:WikiProject Chess/Interactive chess boards, and the correct version addresses many (most?) of the points he raised. peace",
"c-Ish_ishwar-2019-07-30T17:33:00.000Z-קיפודנחש-2019-07-30T14:50:00.000Z": "yes. Please implement it. I want to study it so that I can convert it into a shogi version (although i'll probably need help for getting the dropped pieces part).",
"c-קיפודנחש-2019-07-30T19:25:00.000Z-Ish_ishwar-2019-07-30T17:33:00.000Z": "@Ish ishwar: you really don't need it \"implemented\" on enwiki in order to study it. the script is available in the link above - please read the \"license\" notice at the top: it is more permissive than cc-by-sa. basically, it says \"you can do whatever you want with this\". however, the main piece there is the \"pgn analyzer\". i am not aware of PGN standard for shogi. i saw \"PSN\" mentioned, but could not find good reference explaining it. if it's similar enough to PGN, it might not be that difficult. peace",
- "c-Rhododendrites-2019-07-30T18:42:00.000Z-קיפודנחש-2019-07-30T14:50:00.000Z": "i see. Thank you. There is a PSN format. However, no one really uses it. (It was created by Europoean folks after all.) Probably the best is the CSA format. It looks like this:\n\n\n\n\nShogi notation example\n\n\n\nP1-KY-KE-GI-KI-OU-KI-GI-KE-KY\nP2 * -HI * * * * * -KA * \nP3-FU-FU-FU-FU-FU-FU-FU-FU-FU\nP4 * * * * * * * * * \nP5 * * * * * * * * * \nP6 * * * * * * * * * \nP7+FU+FU+FU+FU+FU+FU+FU+FU+FU\nP8 * +KA * * * * * +HI * \nP9+KY+KE+GI+KI+OU+KI+GI+KE+KY\nP+\nP-\n+\n+7776FU\n-3334FU\n+2726FU\n-8384FU\n+2625FU\n-8485FU\n+6978KI\n-4132KI\n\n\nSupport for all the same reasons I supported several of these past proposals, which have been generally uncontroversial but stopped short of implementation.",
+ "c-Rhododendrites-2019-07-30T18:42:00.000Z-קיפודנחש-2019-07-30T14:50:00.000Z": "i see. Thank you. There is a PSN format. However, no one really uses it. (It was created by Europoean folks after all.) Probably the best is the CSA format. It looks like this: Shogi notation example P1-KY-KE-GI-KI-OU-KI-GI-KE-KY P2 * -HI * * * * * -KA * P3-FU-FU-FU-FU-FU-FU-FU-FU-FU P4 * * * * * * * * * P5 * * * * * * * * * P6 * * * * * * * * * P7+FU+FU+FU+FU+FU+FU+FU+FU+FU P8 * +KA * * * * * +HI * P9+KY+KE+GI+KI+OU+KI+GI+KE+KY P+ P- + +7776FU -3334FU +2726FU -8384FU +2625FU -8485FU +6978KI -4132KI Support for all the same reasons I supported several of these past proposals, which have been generally uncontroversial but stopped short of implementation.",
"c-Izno-2019-07-31T21:51:00.000Z-קיפודנחש-2019-07-30T14:50:00.000Z": "Oppose for anything on by default unless and until this is supported by an extension, which can actually deliver the Javascript as needed. As for opt-in, sure, but it should not require any change to the wikitext as that would not be supported for most people.",
- "c-Smallbones-2019-08-01T13:33:00.000Z-קיפודנחש-2019-07-30T14:50:00.000Z": "Support it just looks and works wonderfully on the Hebrew Wikipedia. I don't know about any technical issues, but I'd even recommend just copying the Hebrew version (if that would work similarly to what works there) and make any needed technical changes as people can agree on them.",
+ "c-Smallbones-2019-08-01T13:33:00.000Z-קיפודנחש-2019-07-30T14:50:00.000Z": "Support it just looks and works wonderfully on the Hebrew Wikipedia. I don't know about any technical issues, but I'd even recommend just copying the Hebrew version (if that would work similarly to what works there) and make any needed technical changes as people can agree on them.",
"c-Isaacl-2019-08-01T17:52:00.000Z-קיפודנחש-2019-07-30T14:50:00.000Z": "I agree that using a template to trigger page-specific loading of scripts and gadgets is a reasonable way to implement on-demand loading of Javascript. As I prefer generic solutions to one-off solutions, I support introducing this mechanism and approving Kipod's PGN viewer gadget for on-demand loading. (This does not preclude anyone in future deciding to implement another PGN viewer gadget.)",
"c-Levivich-2019-08-02T06:10:00.000Z-קיפודנחש-2019-07-30T14:50:00.000Z": "Yes – an obvious improvement, nice interface, will be useful to readers.",
"c-Bilorv-2019-08-02T06:59:00.000Z-קיפודנחש-2019-07-30T14:50:00.000Z": "Strong support: the lack of an interactive interface like this is the reason I'm often frustrated by Wikipedia chess articles and often visit other sites to find the information I'm looking for. We should have been using this PGN viewer years ago. — Bilorv (",
@@ -1094,7 +1094,7 @@
"c-Power~enwiki-2019-08-14T17:46:00.000Z-קיפודנחש-2019-07-30T14:50:00.000Z": "Support seems like a good feature and a reasonable technical implementation.",
"c-Esquivalience-2019-08-16T04:59:00.000Z-קיפודנחש-2019-07-30T14:50:00.000Z": "Support: Interactive elements in websites aren't the future. They aren't the present. They were years ago.",
"h-\"on_demand\"_loading_of_scripts_and_gadgets-Enable_chess_PGN_viewer_for_chess_articles-2019-07-31T23:41:00.000Z": "\"on demand\" loading of scripts and gadgets",
- "c-קיפודנחש-2019-07-31T23:41:00.000Z-\"on_demand\"_loading_of_scripts_and_gadgets": "I'd like to describe the \"on demand loading\" mechanism used on ruwiki, hewiki, and others (e.g., runews, ukwiki and more).\nSo, most of our site-specific code has to do with utilities meant mainly for editors, but there are some scripts which affect the content, for reading. An example on enwiki is the part in mediawiki:common.js that deals with collapsing, and the part that executes special code when reading the main page. \nIn many cases, this special code is only relevant on minority of the content pages: for instance, most pages on enwiki do not need the special code that deals with \"collapse\" css classes. In this case, the code itself is short, so loading it whether it's needed or not makes little difference. However, some other projects want to load longer scripts affecting the content for reading. The pgn viewer discussed above is one such example. The wikipedians on ruwiki created a simple mechanism to support this, and i'd like to describe it here.\n\nIn this context, \"on demand\" means \"template-controlled\": so a template can \"instruct\" the system to load a script which is not normally loaded, when the template contains some element that needs this extra juice.\nThe system can't load \"any arbitrary script\". It can trigger loading one of well-defined set of scripts, and this set is vetted with the same level of caution used for vetting whatever goes into common.js\nThe system uses a small code snippet in common.js, and a special template for triggering the \"on-demand\" switch. The code on ruwiki is the 11 lines, beginning at line #325 in ru:Mediawiki:Common.js, and the template is in ru:Template:Выполнить скрипт. i will call it {{Load script}}.\nThe machinery is super simple: the \"Load script\" template creates a hidden element, with a specific class (\"ExecuteJS\"), and a data attribute that contains the name of the requested script. The common.js code scans the page for elements with this class, and if found, it extracts the script name from the data attribute, and then loads Mediawiki:Script/.js. The sysops make sure only sanctioned scripts will get to be in \"Mediawiki/Script/\", with the same level of scrutiny they use for Common.js\nA template that desire to load a script which, e.g., adds some special behavior to \"imagemap\", will include something like {{ Load script | imagemap-enhancer }}. When a page transcludes this template, the script Mediawiki:Script/imagemap-enhancer.js will be loaded. This way, ruwiki can \"enhance\" imagemaps, without adding bloat to any page that _does not_ transclude this template (i.e., all but a handful of pages).\nIn hewiki, we tweaked this system a little bit (line #261-275 in he:Mediawiki:Common.js) , to allow loading of gadgets, as well as scripts (the gadget name must begin with \"ondemand\", so this can't be used to sneakily load any \"normal\" gadget that the reader did not enable - only one of very few sanctioned \"ondemand\" gadgets)\nI hope this description is good enough for User:Izno to overcome their opposition. I wanted to present this mechanism to the technical community on enwiki, but it's not absolutely essential: it's possible to avoid the bloat by taking the following steps:\n\none-off alternative to generic \"on-demand\" loading\nCreate a \"hidden\" gadget with the script (hidden gadgets can't be selected by users, and unless you mark them \"default\", they never load)\nHave a small snippet in common.js that looks approximately like so: $( function() {\n if ( $('.pgn-source-wrapper').length > 0) {\n mw.loader.load( 'ext.gadget.pgnviewer' ); //\"manually\" load the hidden gadget\n }\n} );\n\nThis will achieve the same objective: The script will load if and only if it should load, so if enwiki will have, say, 578 articles which want to show interactive chess game, the script will load for readers only when they view one of those pages, and the other 4M+ articles will not have to pay the bloat. peace",
+ "c-קיפודנחש-2019-07-31T23:41:00.000Z-\"on_demand\"_loading_of_scripts_and_gadgets": "I'd like to describe the \"on demand loading\" mechanism used on ruwiki, hewiki, and others (e.g., runews, ukwiki and more). So, most of our site-specific code has to do with utilities meant mainly for editors, but there are some scripts which affect the content, for reading. An example on enwiki is the part in mediawiki:common.js that deals with collapsing, and the part that executes special code when reading the main page. In many cases, this special code is only relevant on minority of the content pages: for instance, most pages on enwiki do not need the special code that deals with \"collapse\" css classes. In this case, the code itself is short, so loading it whether it's needed or not makes little difference. However, some other projects want to load longer scripts affecting the content for reading. The pgn viewer discussed above is one such example. The wikipedians on ruwiki created a simple mechanism to support this, and i'd like to describe it here. In this context, \"on demand\" means \"template-controlled\": so a template can \"instruct\" the system to load a script which is not normally loaded, when the template contains some element that needs this extra juice. The system can't load \"any arbitrary script\". It can trigger loading one of well-defined set of scripts, and this set is vetted with the same level of caution used for vetting whatever goes into common.js The system uses a small code snippet in common.js, and a special template for triggering the \"on-demand\" switch. The code on ruwiki is the 11 lines, beginning at line #325 in ru:Mediawiki:Common.js, and the template is in ru:Template:Выполнить скрипт. i will call it {{Load script}}. The machinery is super simple: the \"Load script\" template creates a hidden element, with a specific class (\"ExecuteJS\"), and a data attribute that contains the name of the requested script. The common.js code scans the page for elements with this class, and if found, it extracts the script name from the data attribute, and then loads Mediawiki:Script/.js. The sysops make sure only sanctioned scripts will get to be in \"Mediawiki/Script/\", with the same level of scrutiny they use for Common.js A template that desire to load a script which, e.g., adds some special behavior to \"imagemap\", will include something like {{ Load script | imagemap-enhancer }}. When a page transcludes this template, the script Mediawiki:Script/imagemap-enhancer.js will be loaded. This way, ruwiki can \"enhance\" imagemaps, without adding bloat to any page that _does not_ transclude this template (i.e., all but a handful of pages). In hewiki, we tweaked this system a little bit (line #261-275 in he:Mediawiki:Common.js) , to allow loading of gadgets, as well as scripts (the gadget name must begin with \"ondemand\", so this can't be used to sneakily load any \"normal\" gadget that the reader did not enable - only one of very few sanctioned \"ondemand\" gadgets) I hope this description is good enough for User:Izno to overcome their opposition. I wanted to present this mechanism to the technical community on enwiki, but it's not absolutely essential: it's possible to avoid the bloat by taking the following steps: one-off alternative to generic \"on-demand\" loading Create a \"hidden\" gadget with the script (hidden gadgets can't be selected by users, and unless you mark them \"default\", they never load) Have a small snippet in common.js that looks approximately like so: $( function() { if ( $('.pgn-source-wrapper').length > 0) { mw.loader.load( 'ext.gadget.pgnviewer' ); //\"manually\" load the hidden gadget } } ); This will achieve the same objective: The script will load if and only if it should load, so if enwiki will have, say, 578 articles which want to show interactive chess game, the script will load for readers only when they view one of those pages, and the other 4M+ articles will not have to pay the bloat. peace",
"c-Wugapodes-2019-08-01T03:14:00.000Z-קיפודנחש-2019-07-31T23:41:00.000Z": "I've updated the implementation section with your one-off suggestion since it seems simplest.",
"c-Galobtter-2019-08-02T06:43:00.000Z-קיפודנחש-2019-07-31T23:41:00.000Z": "One-off alternative looks good, but on enwiki rather than having that sort of small snippet in common.js, it is done in the form of a default gadget (e.g MediaWiki:Gadget-geonotice.js) that loads that \"core\" hidden gadget (e.g. MediaWiki:Gadget-geonotice-core.js), which also allows people to disable the gadget if they don't like it. I would agree with Izno that it would be nice if things like these were implemented as an extension rather than as a gadget, but making something to an extension would certainly delay this considerably and possibly make it so no solution is ever implemented.",
"h-Wikipedia_Beta_'Jump_To'_tool_not_functioning_in_Mobile_View-2019-08-15T23:30:00.000Z": "Wikipedia Beta 'Jump To' tool not functioning in Mobile View",
@@ -1118,10 +1118,10 @@
"c-5.43.96.116-2019-08-17T07:51:00.000Z-VTE_links_not_opening_on_mobile": "And I'm sorry for a such comment (the one prior to the previous one) because I didn't see/notice that the update on sr.wiki gadgets's page was done on 15 August, day or two before i.e. after this thread began (13 August morning/dawn). Ranko Nikolić probably got pinged after 08:17, 15 August 2019 (UTC) comment and then reacted to solve the problem.",
"c-PrimeHunter-2019-08-17T08:13:00.000Z-5.43.96.116-2019-08-17T07:51:00.000Z": "Yes, he implemented the fix 21 minutes after my ping. It works for me now on iPad. Are you Obsuser or is he a different user who may still see the problem?",
"h-Place_important_links_on_top_instead-2019-08-17T14:19:00.000Z": "Place important links on top instead",
- "c-Monniasza-2019-08-17T14:19:00.000Z-Place_important_links_on_top_instead": "Placing important links on top will be more helpful.\nPrivacy policy and disclaimers are important and should be placed on top.",
+ "c-Monniasza-2019-08-17T14:19:00.000Z-Place_important_links_on_top_instead": "Placing important links on top will be more helpful. Privacy policy and disclaimers are important and should be placed on top.",
"c-Izno-2019-08-17T14:34:00.000Z-Monniasza-2019-08-17T14:19:00.000Z": "People do not come here to read policy and disclaimers.",
"h-Not_running_\"Community_tech_bot\"_for_Popular_pages-2019-07-08T18:59:00.000Z": "Not running \"Community tech bot\" for Popular pages",
- "c-JoeHebda-2019-07-19T02:46:00.000Z-Not_running_\"Community_tech_bot\"_for_Popular_pages": "Bumping thread for 30 days. JoeHebda (talk) 02:46, 19 July 2019 (UTC)\nGreetings, Community tech bot appears to be down (not running) since April, 2019. Instructions are To report bugs, please write on the Community tech bot talk page on Meta. I did report in June, and with no response. Wondering if an expert here could fix? For example, Wikipedia:WikiProject Saints/Popular pages Updated: 6:32 pm, 26 April 2019, Friday (2 months, 13 days ago). Regards,",
+ "c-JoeHebda-2019-07-19T02:46:00.000Z-Not_running_\"Community_tech_bot\"_for_Popular_pages": "Bumping thread for 30 days. JoeHebda (talk) 02:46, 19 July 2019 (UTC) Greetings, Community tech bot appears to be down (not running) since April, 2019. Instructions are To report bugs, please write on the Community tech bot talk page on Meta. I did report in June, and with no response. Wondering if an expert here could fix? For example, Wikipedia:WikiProject Saints/Popular pages Updated: 6:32 pm, 26 April 2019, Friday (2 months, 13 days ago). Regards,",
"c-Xaosflux-2019-07-08T18:59:00.000Z-JoeHebda-2019-07-19T02:46:00.000Z": "@MusikAnimal (WMF): any insight in to this?",
"c-MusikAnimal_(WMF)-2019-07-08T20:12:00.000Z-Xaosflux-2019-07-08T18:59:00.000Z": "The cron job for this month didn't start for some reason. I have manually triggered it. \"Saints\" is pretty far down the list so it may be a while before the bot gets to it. I don't have an answer as to why no report was created for May and June, but I will investigate. Also, don't forget about toolforge:massviews which can give you the same information in real-time: [45]. That tool seems to be having problems of its own (lots of errors querying the pageviews API, tracked at phab:T219857), which I'm starting to believe might be the same reason Popular Pages bot isn't finishing some reports.",
"c-JoeHebda-2019-07-09T12:26:00.000Z-MusikAnimal_(WMF)-2019-07-08T20:12:00.000Z": "Thanks @MusikAnimal (WMF): - I really like viewing Popular Pages on my fav. WPs; very helpful! Wondering if bot stalls out if it's not done running current month jobs & at calendar new month (day 1) starts a second bot? Just curious...",
@@ -1142,7 +1142,7 @@
"h-Discussion:-Bot_posting_to_WP_talk_pages-2019-07-19T02:57:00.000Z": "Discussion:",
"c-JoeHebda-2019-07-19T02:57:00.000Z-Discussion:": "Question: Post a time-stamped completion message from Community Tech bot, onto each Wikiproject's Talk page?",
"h-Bot_issue_with_WP_Paintball-Not_running_\"Community_tech_bot\"_for_Popular_pages-2019-07-11T14:03:00.000Z": "Bot issue with WP Paintball",
- "c-JoeHebda-2019-07-11T14:03:00.000Z-Bot_issue_with_WP_Paintball": "Good morning User:MusikAnimal (WMF) - Looking at logs for \"Community Tech bot\" starting at 01:14, 11 July 2019 and continuing until 02:01, 11 July 2019, the bot processed for Wikipedia:WikiProject Paintball/Popular pages eleven times. Wondering why?\nAlso noticed that since Revision as of 01:33, 11 July 2019 the bot at User:Community Tech bot/Popular pages has stopped updating WPs?\nSorry for these questions - similar to problems when I was involved with \"WP 1.0 bot\" for article assessment tables. Mostly caused by WPs not setup correctly, or Talk page coding errors causing the bot to respond incorrectly. Regards,",
+ "c-JoeHebda-2019-07-11T14:03:00.000Z-Bot_issue_with_WP_Paintball": "Good morning User:MusikAnimal (WMF) - Looking at logs for \"Community Tech bot\" starting at 01:14, 11 July 2019 and continuing until 02:01, 11 July 2019, the bot processed for Wikipedia:WikiProject Paintball/Popular pages eleven times. Wondering why? Also noticed that since Revision as of 01:33, 11 July 2019 the bot at User:Community Tech bot/Popular pages has stopped updating WPs? Sorry for these questions - similar to problems when I was involved with \"WP 1.0 bot\" for article assessment tables. Mostly caused by WPs not setup correctly, or Talk page coding errors causing the bot to respond incorrectly. Regards,",
"c-MusikAnimal_(WMF)-2019-07-11T23:53:00.000Z-JoeHebda-2019-07-11T14:03:00.000Z": "These were test edits. I chose that report because apparently no one reads it.",
"c-MusikAnimal_(WMF)-2019-07-11T23:53:00.000Z-JoeHebda-2019-07-11T14:03:00.000Z-1": "Normally the bot only updates that page after it's finished going through all WPs. I've been manually updating it (via script), just to keep track of where we are. I'm going to make the bot update it regularly on its own.",
"c-MusikAnimal_(WMF)-2019-07-11T23:53:00.000Z-JoeHebda-2019-07-11T14:03:00.000Z-2": "No worries :)",
@@ -1152,10 +1152,10 @@
"c-JoeHebda-2019-07-15T17:41:00.000Z-MusikAnimal_(WMF)-2019-07-15T16:58:00.000Z": "Thanks User:MusikAnimal (WMF) for the update. Wondering if the number of popular pages for an individual wikiproject makes much of a difference? For example, would the bot process any faster if the WP asked for only top 100 vs. to 1,000?",
"c-MusikAnimal_(WMF)-2019-07-15T23:14:00.000Z-JoeHebda-2019-07-15T17:41:00.000Z": "Unfortunately no. It's the size of the WikiProject itself that matters; the bot must go through every mainspace page, along with all of their redirects.",
"h-Version_0.7_Popular_pages_question-Not_running_\"Community_tech_bot\"_for_Popular_pages-2019-07-17T13:19:00.000Z": "Version 0.7 Popular pages question",
- "c-JoeHebda-2019-07-17T13:19:00.000Z-Version_0.7_Popular_pages_question": "Hi User:MusikAnimal (WMF) - This morning I noticed Wikipedia:Version 0.7/Popular pages ran at 06:15, 17 July 2019 for about 5 minutes. After some investigation, I'm wondering if this \"WP\" can be made Inactive? Pageviews are very low. In the grand scheme of things, that runtime might not be much.",
+ "c-JoeHebda-2019-07-17T13:19:00.000Z-Version_0.7_Popular_pages_question": "Hi User:MusikAnimal (WMF) - This morning I noticed Wikipedia:Version 0.7/Popular pages ran at 06:15, 17 July 2019 for about 5 minutes. After some investigation, I'm wondering if this \"WP\" can be made Inactive? Pageviews are very low. In the grand scheme of things, that runtime might not be much.",
"c-MusikAnimal_(WMF)-2019-07-17T14:38:00.000Z-JoeHebda-2019-07-17T13:19:00.000Z": "It is about 31,000 articles, which isn't very many. It's up to the community if they want to remove it from the bot config. I've mostly only been removing WPs that are explicitly marked as inactive or defunct.",
"h-Bot_completion_errors?-Not_running_\"Community_tech_bot\"_for_Popular_pages-2019-07-19T03:12:00.000Z": "Bot completion errors?",
- "c-JoeHebda-2019-07-19T03:12:00.000Z-Bot_completion_errors?": "Hi User:MusikAnimal (WMF) - Community Tech bot \"Update report\" posted over 10 times without updating any WPs in the table. From 18:01, 18 July 2019 to 21:31, 18 July 2019.\nThere are several WikiProjects that were missed (according to the table)\nWikiProject Eastern Orthodox Church/Popular pages - 2019-03-15\nWikiProject Software/Free Software/Popular pages - 2019-03-15\nWikiProject Las Vegas/Popular pages - 2019-04-08\nWikiProject Water supply and sanitation by country/Popular pages - 2019-04-26\nRegards,",
+ "c-JoeHebda-2019-07-19T03:12:00.000Z-Bot_completion_errors?": "Hi User:MusikAnimal (WMF) - Community Tech bot \"Update report\" posted over 10 times without updating any WPs in the table. From 18:01, 18 July 2019 to 21:31, 18 July 2019. There are several WikiProjects that were missed (according to the table) WikiProject Eastern Orthodox Church/Popular pages - 2019-03-15 WikiProject Software/Free Software/Popular pages - 2019-03-15 WikiProject Las Vegas/Popular pages - 2019-04-08 WikiProject Water supply and sanitation by country/Popular pages - 2019-04-26 Regards,",
"c-MusikAnimal_(WMF)-2019-07-22T22:08:00.000Z-JoeHebda-2019-07-19T03:12:00.000Z": "Thanks for alerting us! Eastern Orthodox Church was broken because of a recent rename. I've inquired about this on the talk page. Free Software has been updated. The other two WikiProjects are now inactive, so I've removed them from the config. Best,",
"h-Template_with_right_side_overflow,_a_temp_fix?-2019-08-17T17:44:00.000Z": "Template with right side overflow, a temp fix?",
"c-JoeHebda-2019-08-17T17:44:00.000Z-Template_with_right_side_overflow,_a_temp_fix?": "Greetings, for Template {{Patriarchs of Constantinople}} the wikilinks on right side were spilling beyond the right margin. If I changed my browser to 80-percent (very small text) the problem would go away. To get 100-percent size text, I added a blank image (|image= [[image:Pix.gif|right|10px]]). This appears to have solved the issue. Wondering if this a temporary solution or is there a better way for this navbox?",
@@ -1175,91 +1175,91 @@
"h-Format_output_of_Template:To_USD-2019-08-19T18:39:00.000Z": "Format output of Template:To USD",
"c-Waddie96-2019-08-19T18:39:00.000Z-Format_output_of_Template:To_USD": "Hi there, please can you assist me with formatting the output of Template:To USD to insert commas between thousands, in addition to accept input which has commas. I believe {{formatnum:}} will be of assistance. Thanks for your help in advance,",
"h-\"Move_subpages_of_talk_page_(up_to_100)\"_checkbox_unticked_by_default-2019-08-12T05:24:00.000Z": "\"Move subpages of talk page (up to 100)\" checkbox unticked by default",
- "c-QEDK-2019-08-12T05:24:00.000Z-\"Move_subpages_of_talk_page_(up_to_100)\"_checkbox_unticked_by_default": "Resolved \nTracked in PhabricatorTask T222953\nResolved\nI'm pretty confident I've seen a thread on this topic, and we made sure the default was to then keep it checked, for reasons of not making stupid mistakes. Was the change reversed or am I seeing things?",
- "c-Galobtter-2019-08-12T06:13:00.000Z-QEDK-2019-08-12T05:24:00.000Z": "QEDK, the change hasn't been merged - see phab:T222953. You can put this snippet (written by someone else) in your Special:MyPage/common.js::/* Automatically tick the \"Move subpages\" option when moving pages.*/\n:var moveSubpagesBox = document.getElementsByName(\"wpMovesubpages\")[0];\n:if (moveSubpagesBox !== undefined) {\n: moveSubpagesBox.checked = true;\n:}\n:\n\nto automatically tick it though.",
+ "c-QEDK-2019-08-12T05:24:00.000Z-\"Move_subpages_of_talk_page_(up_to_100)\"_checkbox_unticked_by_default": "Resolved Tracked in Phabricator Task T222953 Resolved I'm pretty confident I've seen a thread on this topic, and we made sure the default was to then keep it checked, for reasons of not making stupid mistakes. Was the change reversed or am I seeing things?",
+ "c-Galobtter-2019-08-12T06:13:00.000Z-QEDK-2019-08-12T05:24:00.000Z": "QEDK, the change hasn't been merged - see phab:T222953. You can put this snippet (written by someone else) in your Special:MyPage/common.js: :/* Automatically tick the \"Move subpages\" option when moving pages.*/ :var moveSubpagesBox = document.getElementsByName(\"wpMovesubpages\")[0]; :if (moveSubpagesBox !== undefined) { : moveSubpagesBox.checked = true; :} : to automatically tick it though.",
"c-QEDK-2019-08-12T17:25:00.000Z-Galobtter-2019-08-12T06:13:00.000Z": "Thanks, @Galobtter:, not quite sure how or where I saw the change, I do appreciate the hack! :)",
"c-QEDK-2019-08-19T19:51:00.000Z-QEDK-2019-08-12T17:25:00.000Z": "Thanks, @DannyS712 and Legoktm:!",
"h-Picking_a_draft_to_review:_RandomInCategory_isn't_very_random-2019-08-18T17:57:00.000Z": "Picking a draft to review: RandomInCategory isn't very random",
- "c-RoySmith-2019-08-18T17:57:00.000Z-Picking_a_draft_to_review:_RandomInCategory_isn't_very_random": "Tracked in PhabricatorTask T200703\nI've noticed that when I use Special:RandomInCategory/Pending AfC submissions, I see the same pages over and over. I found some threads (here and here) that explain about how RandomInCategory works (i.e. indexing pre-generated page_random values). I get that it's fast, but boy, does it produce poor results. I just pulled up 25 \"random\" drafts, and got:\n\nDraft:Declan Meagher\nDraft:Gary Soulz\nDraft:Ananth Narayanan\nDraft:Frank Verboven\nDraft:Maths Time Joy\nDraft:Gary Soulz\nDraft:Ananth Narayanan\nDraft:Eni Vasili\nDraft:Shorts México - Mexico International Short Film Festival\nCategory:Pending AfC submissions in userspace\nDraft:John Haze\nDraft:Alisha Rai (author)\nDraft:Leonardo3 Museum\nDraft:Wake. (2018 film)\nCategory:Pending AfC submissions in article space\nDraft:Anastasiya Makarevich\nDraft:Alisha Rai (author)\nUser:ItsYaBoiAustin/sandbox/Odyssey: Extraction\nDraft:Scott Stambach\nDraft:Christian Lillinger\nDraft:Gudula Naiga Basaza\nDraft:Scott Stambach\nDraft:Katherine Boyer\nDraft:Walter Ferguson\nDraft:Faryal Mehmood\nNot only are there four duplicates:\n\nDraft:Scott Stambach\nDraft:Gary Soulz\nDraft:Ananth Narayanan\nDraft:Alisha Rai (author)\nbut two pairs of duplicates in the same order:\n\nDraft:Gary Soulz\nDraft:Ananth Narayanan\nThere's \"approximately 4,581\" entries in Category:Pending AfC submissions. You don't have to do any math (yes, I know about the birthday paradox) to decide that's abysmally bad randomness. I suspect the feature was originally intended to service the needs of somebody randomly browsing the encyclopedia. It's probably fine for that. For servicing a work queue, not so much.\nNot only is this not very random, but the process tends towards increasingly less random results over time. The most likely draft to be selected by somebody trolling for work is the one with the largest gap in page_random values. So, that's the one that's most likely to either be deleted, or promoted to mainspace. Either of which results in an even larger page_random gap! Of course, the other side of that is when a new draft is created, it's most likely to fall into the largest existing gap.\nMy statistics-fu isn't strong enough to figure out if those two effects cancel each other out, but I did write a little python program to simulate adding and deleting drafts using a similar algorithm. Starting with an initial pool of 4000 drafts, I did 100,000 iterations of deleting a draft and adding another one. I found all the gaps, and printed the stdev of the gaps every 10,000 iterations:\n\n0.000249\n0.000489\n0.000508\n0.000544\n0.000573\n0.000536\n0.000559\n0.000568\n0.000563\n0.000599\n\nThat's pretty typical across many runs. That says to me (the self-professed statistical idiot) that the longer you manage the draft work queue with this process, the less uniform the gap distribution will become, and thus lead to the behavior I'm seeing.\nAssuming the above makes any sense at all, I think we need a better way to manage the draft work queue.",
+ "c-RoySmith-2019-08-18T17:57:00.000Z-Picking_a_draft_to_review:_RandomInCategory_isn't_very_random": "Tracked in Phabricator Task T200703 I've noticed that when I use Special:RandomInCategory/Pending AfC submissions, I see the same pages over and over. I found some threads (here and here) that explain about how RandomInCategory works (i.e. indexing pre-generated page_random values). I get that it's fast, but boy, does it produce poor results. I just pulled up 25 \"random\" drafts, and got: Draft:Declan Meagher Draft:Gary Soulz Draft:Ananth Narayanan Draft:Frank Verboven Draft:Maths Time Joy Draft:Gary Soulz Draft:Ananth Narayanan Draft:Eni Vasili Draft:Shorts México - Mexico International Short Film Festival Category:Pending AfC submissions in userspace Draft:John Haze Draft:Alisha Rai (author) Draft:Leonardo3 Museum Draft:Wake. (2018 film) Category:Pending AfC submissions in article space Draft:Anastasiya Makarevich Draft:Alisha Rai (author) User:ItsYaBoiAustin/sandbox/Odyssey: Extraction Draft:Scott Stambach Draft:Christian Lillinger Draft:Gudula Naiga Basaza Draft:Scott Stambach Draft:Katherine Boyer Draft:Walter Ferguson Draft:Faryal Mehmood Not only are there four duplicates: Draft:Scott Stambach Draft:Gary Soulz Draft:Ananth Narayanan Draft:Alisha Rai (author) but two pairs of duplicates in the same order: Draft:Gary Soulz Draft:Ananth Narayanan There's \"approximately 4,581\" entries in Category:Pending AfC submissions. You don't have to do any math (yes, I know about the birthday paradox) to decide that's abysmally bad randomness. I suspect the feature was originally intended to service the needs of somebody randomly browsing the encyclopedia. It's probably fine for that. For servicing a work queue, not so much. Not only is this not very random, but the process tends towards increasingly less random results over time. The most likely draft to be selected by somebody trolling for work is the one with the largest gap in page_random values. So, that's the one that's most likely to either be deleted, or promoted to mainspace. Either of which results in an even larger page_random gap! Of course, the other side of that is when a new draft is created, it's most likely to fall into the largest existing gap. My statistics-fu isn't strong enough to figure out if those two effects cancel each other out, but I did write a little python program to simulate adding and deleting drafts using a similar algorithm. Starting with an initial pool of 4000 drafts, I did 100,000 iterations of deleting a draft and adding another one. I found all the gaps, and printed the stdev of the gaps every 10,000 iterations: 0.000249 0.000489 0.000508 0.000544 0.000573 0.000536 0.000559 0.000568 0.000563 0.000599 That's pretty typical across many runs. That says to me (the self-professed statistical idiot) that the longer you manage the draft work queue with this process, the less uniform the gap distribution will become, and thus lead to the behavior I'm seeing. Assuming the above makes any sense at all, I think we need a better way to manage the draft work queue.",
"c-Guy_Macon-2019-08-18T18:43:00.000Z-RoySmith-2019-08-18T17:57:00.000Z": "Good catch! Would this be a good candidate for a Phabricator ticket?",
- "c-Huji-2019-08-18T18:58:00.000Z-RoySmith-2019-08-18T17:57:00.000Z": "Huh! I am virtually never active on enwiki. I happened to open the thread right above this one and see this as a result. I also happen to be the person who wrote RandomInCategory!\nI think it is best to move this to Phab. Essentially (if I understand it well) the problem is that page_random is (hopefully) uniformly distributed across all pages; but when thinking about a small category, its values will certainly not be uniformly distributed. There exist ways through which we could circumvent this, but I'm not sure if these ways are efficient enough to be adopted into MW source code. It is best to have that discussion in Phab, where more technical users can discuss its efficiency (or propose more efficient implementations of it). Please add me (Huji) on Phab once you create the task.",
- "c-RoySmith-2019-08-18T19:11:00.000Z-Huji-2019-08-18T18:58:00.000Z": "I'm happy to open a Phab ticket, but I'm not sure what the ticket should say. The problem isn't (I don't think) that RandomInCategory is broken. I think the current implementation actually a pretty good solution for its intended purpose, which I assume is driving the \"Random article\" link on the main page. It's just that how we use it for managing the draft work queue is not a good fit.",
- "c-Guy_Macon-2019-08-18T19:36:00.000Z-RoySmith-2019-08-18T19:11:00.000Z": "(edit conflict)My philosophy is to describe the problem without making any assumptions as to what form the solution should take. I remember a toy I worked on a a while back (think very limited amount of RAM and processing power) where the complain was that a particular \"random choice\" didn't feel random enough. Upon talking to the play testers, the real complaint was the toy serving up the same random selection two or three times in a row. So instead of rewriting the RNG, I just had it remember the last eight results and \"roll again\" if the latest selection was on the list of recent results. My point is that the people reporting the problem didn't know that this was the solution, and instead asked me to \"make the selection more random\" I actually made it slighly less random, but I solved the real problem.\nSo just report the test results without any assumption about what the answer should be, and let the developers pick a solution.",
+ "c-Huji-2019-08-18T18:58:00.000Z-RoySmith-2019-08-18T17:57:00.000Z": "Huh! I am virtually never active on enwiki. I happened to open the thread right above this one and see this as a result. I also happen to be the person who wrote RandomInCategory! I think it is best to move this to Phab. Essentially (if I understand it well) the problem is that page_random is (hopefully) uniformly distributed across all pages; but when thinking about a small category, its values will certainly not be uniformly distributed. There exist ways through which we could circumvent this, but I'm not sure if these ways are efficient enough to be adopted into MW source code. It is best to have that discussion in Phab, where more technical users can discuss its efficiency (or propose more efficient implementations of it). Please add me (Huji) on Phab once you create the task.",
+ "c-RoySmith-2019-08-18T19:11:00.000Z-Huji-2019-08-18T18:58:00.000Z": "I'm happy to open a Phab ticket, but I'm not sure what the ticket should say. The problem isn't (I don't think) that RandomInCategory is broken. I think the current implementation actually a pretty good solution for its intended purpose, which I assume is driving the \"Random article\" link on the main page. It's just that how we use it for managing the draft work queue is not a good fit.",
+ "c-Guy_Macon-2019-08-18T19:36:00.000Z-RoySmith-2019-08-18T19:11:00.000Z": "(edit conflict)My philosophy is to describe the problem without making any assumptions as to what form the solution should take. I remember a toy I worked on a a while back (think very limited amount of RAM and processing power) where the complain was that a particular \"random choice\" didn't feel random enough. Upon talking to the play testers, the real complaint was the toy serving up the same random selection two or three times in a row. So instead of rewriting the RNG, I just had it remember the last eight results and \"roll again\" if the latest selection was on the list of recent results. My point is that the people reporting the problem didn't know that this was the solution, and instead asked me to \"make the selection more random\" I actually made it slighly less random, but I solved the real problem. So just report the test results without any assumption about what the answer should be, and let the developers pick a solution.",
"c-RoySmith-2019-08-18T19:20:00.000Z-RoySmith-2019-08-18T19:11:00.000Z": "Created T230700",
"c-Bawolff-2019-08-20T02:02:00.000Z-Picking_a_draft_to_review:_RandomInCategory_isn't_very_random": "So just to clarify - RandomInCategory does not use page_random like Special:Random does. Instead it looks at the date the first and last page was added to the category, and then picks a random time somewhere between those two, in order to find a page. Since date added to a category is distributed non-uniformly, this is generally not random. At the time, it was felt that this method, although severely flawed was better than nothing.",
- "c-RoySmith-2019-08-20T19:43:00.000Z-Bawolff-2019-08-20T02:02:00.000Z": "Oh, so that really explains what's going on. That's worse than using page_random. With page_random, the biggest gaps tend to get split into smaller ones as new pages get added to the category, as noted above. In fact, once I realized that, I no longer had much confidence that my analysis made sense, but the behavioral observation was still valid. If you're using date added, that's monotonically increasing. Existing gaps never get split, they just keep getting bigger as entries are removed from the category. The one nice thing is this tends to favor processing older entries first.",
+ "c-RoySmith-2019-08-20T19:43:00.000Z-Bawolff-2019-08-20T02:02:00.000Z": "Oh, so that really explains what's going on. That's worse than using page_random. With page_random, the biggest gaps tend to get split into smaller ones as new pages get added to the category, as noted above. In fact, once I realized that, I no longer had much confidence that my analysis made sense, but the behavioral observation was still valid. If you're using date added, that's monotonically increasing. Existing gaps never get split, they just keep getting bigger as entries are removed from the category. The one nice thing is this tends to favor processing older entries first.",
"h-CSS_for_tables_sabotaged?-2019-08-15T10:51:00.000Z": "CSS for tables sabotaged?",
- "c-Incnis_Mrsi-2019-08-15T10:51:00.000Z-CSS_for_tables_sabotaged?": "Time in Russia KALT Kaliningrad Time UTC+2 (MSK−1) MSK Moscow Time UTC+3 (MSK±0) SAMT Samara Time UTC+4 (MSK+1) YEKT Yekaterinburg Time UTC+5 (MSK+2) OMST Omsk Time UTC+6 (MSK+3) KRAT Krasnoyarsk Time UTC+7 (MSK+4) IRKT Irkutsk Time UTC+8 (MSK+5) YAKT Yakutsk Time UTC+9 (MSK+6) VLAT Vladivostok Time UTC+10 (MSK+7) MAGT Magadan Time UTC+11 (MSK+8) PETT Kamchatka Time UTC+12 (MSK+9) \nThe content of {{time zones of Russia}} is nastily clipped in Vector. In Monobook I see it differently depending on desktop. I suspect that some quick hands without feedback scrabbled in style sheets, but am unwilling to investigate. There are scores of people with privileges here, while I have none.",
+ "c-Incnis_Mrsi-2019-08-15T10:51:00.000Z-CSS_for_tables_sabotaged?": "Time in Russia KALT Kaliningrad Time UTC+2 (MSK−1) MSK Moscow Time UTC+3 (MSK±0) SAMT Samara Time UTC+4 (MSK+1) YEKT Yekaterinburg Time UTC+5 (MSK+2) OMST Omsk Time UTC+6 (MSK+3) KRAT Krasnoyarsk Time UTC+7 (MSK+4) IRKT Irkutsk Time UTC+8 (MSK+5) YAKT Yakutsk Time UTC+9 (MSK+6) VLAT Vladivostok Time UTC+10 (MSK+7) MAGT Magadan Time UTC+11 (MSK+8) PETT Kamchatka Time UTC+12 (MSK+9) The content of {{time zones of Russia}} is nastily clipped in Vector. In Monobook I see it differently depending on desktop. I suspect that some quick hands without feedback scrabbled in style sheets, but am unwilling to investigate. There are scores of people with privileges here, while I have none.",
"c-Izno-2019-08-15T11:48:00.000Z-Incnis_Mrsi-2019-08-15T10:51:00.000Z": "I'm actually shocked the template works at all; I've never seen anyone put a table inside of a file caption. I don't see any issue though, any of Monobook, Vector, or Timeless.",
- "c-PrimeHunter-2019-08-15T12:03:00.000Z-CSS_for_tables_sabotaged?": "Caption with a loooooooooooooooooooooooooooooooooooooooooooooooooong word\nIt also looks fine to me in Vector. Captions don't make horizontal scrollbars for wide content so I can imagine the right side being cut off for some users who don't have room for all the table columns. If this is what you mean by \"\"nastily clipped\" then it's not specific to tables. It happens for me in the example image with \"Caption with a loooooooooooooooooooooooooooooooooooooooooooooooooong word\". I see three caption lines with the middle cut off at \"looooooooooooooooooooooooo\".",
+ "c-PrimeHunter-2019-08-15T12:03:00.000Z-CSS_for_tables_sabotaged?": "Caption with a loooooooooooooooooooooooooooooooooooooooooooooooooong word It also looks fine to me in Vector. Captions don't make horizontal scrollbars for wide content so I can imagine the right side being cut off for some users who don't have room for all the table columns. If this is what you mean by \"\"nastily clipped\" then it's not specific to tables. It happens for me in the example image with \"Caption with a loooooooooooooooooooooooooooooooooooooooooooooooooong word\". I see three caption lines with the middle cut off at \"looooooooooooooooooooooooo\".",
"c-PrimeHunter-2019-08-15T12:15:00.000Z-PrimeHunter-2019-08-15T12:03:00.000Z": "The image in {{time zones of Russia}} is 300px. The smallest size where I see the full caption in Vector is 272px. We could increase the image to 350px to reduce the risk of problems. There may still be users with too large fonts but probably few.",
"c-Incnis_Mrsi-2019-08-15T13:45:00.000Z-PrimeHunter-2019-08-15T12:03:00.000Z": "Thanks, I missed that the template was foolishly redesigned during last years. Should the table be extracted from the caption?",
"c-Izno-2019-08-15T13:56:00.000Z-Incnis_Mrsi-2019-08-15T13:45:00.000Z": "I think that would be a good idea. More guaranteed not to break that way.",
- "c-PrimeHunter-2019-08-15T16:41:00.000Z-CSS_for_tables_sabotaged?": "With 300px image Time in Russia KALT Kaliningrad Time UTC+2 (MSK−1) MSK Moscow Time UTC+3 (MSK±0) SAMT Samara Time UTC+4 (MSK+1) YEKT Yekaterinburg Time UTC+5 (MSK+2) OMST Omsk Time UTC+6 (MSK+3) KRAT Krasnoyarsk Time UTC+7 (MSK+4) IRKT Irkutsk Time UTC+8 (MSK+5) YAKT Yakutsk Time UTC+9 (MSK+6) VLAT Vladivostok Time UTC+10 (MSK+7) MAGT Magadan Time UTC+11 (MSK+8) PETT Kamchatka Time UTC+12 (MSK+9) \n With 190px image Time in Russia KALT Kaliningrad Time UTC+2 (MSK−1) MSK Moscow Time UTC+3 (MSK±0) SAMT Samara Time UTC+4 (MSK+1) YEKT Yekaterinburg Time UTC+5 (MSK+2) OMST Omsk Time UTC+6 (MSK+3) KRAT Krasnoyarsk Time UTC+7 (MSK+4) IRKT Irkutsk Time UTC+8 (MSK+5) YAKT Yakutsk Time UTC+9 (MSK+6) VLAT Vladivostok Time UTC+10 (MSK+7) MAGT Magadan Time UTC+11 (MSK+8) PETT Kamchatka Time UTC+12 (MSK+9) \nTables in captions work fine as long as they aren't forced to be too wide for the image. I added a 300px and 190px version where a is removed to allow wrapping in \"Yekaterinburg Time\", and UTC/MSK is in the same cell to allow wrapping there. I see the whole caption at 190px and think almost everybody does at 300px. It's less pretty when cells wrap but I think it would be worse if there was no table but just whole unaligned lines which wrap at the end of the line. And most readers probably don't get wrapping at 300px but do get good formatting with aligned columns.",
+ "c-PrimeHunter-2019-08-15T16:41:00.000Z-CSS_for_tables_sabotaged?": "With 300px image Time in Russia KALT Kaliningrad Time UTC+2 (MSK−1) MSK Moscow Time UTC+3 (MSK±0) SAMT Samara Time UTC+4 (MSK+1) YEKT Yekaterinburg Time UTC+5 (MSK+2) OMST Omsk Time UTC+6 (MSK+3) KRAT Krasnoyarsk Time UTC+7 (MSK+4) IRKT Irkutsk Time UTC+8 (MSK+5) YAKT Yakutsk Time UTC+9 (MSK+6) VLAT Vladivostok Time UTC+10 (MSK+7) MAGT Magadan Time UTC+11 (MSK+8) PETT Kamchatka Time UTC+12 (MSK+9) With 190px image Time in Russia KALT Kaliningrad Time UTC+2 (MSK−1) MSK Moscow Time UTC+3 (MSK±0) SAMT Samara Time UTC+4 (MSK+1) YEKT Yekaterinburg Time UTC+5 (MSK+2) OMST Omsk Time UTC+6 (MSK+3) KRAT Krasnoyarsk Time UTC+7 (MSK+4) IRKT Irkutsk Time UTC+8 (MSK+5) YAKT Yakutsk Time UTC+9 (MSK+6) VLAT Vladivostok Time UTC+10 (MSK+7) MAGT Magadan Time UTC+11 (MSK+8) PETT Kamchatka Time UTC+12 (MSK+9) Tables in captions work fine as long as they aren't forced to be too wide for the image. I added a 300px and 190px version where a is removed to allow wrapping in \"Yekaterinburg Time\", and UTC/MSK is in the same cell to allow wrapping there. I see the whole caption at 190px and think almost everybody does at 300px. It's less pretty when cells wrap but I think it would be worse if there was no table but just whole unaligned lines which wrap at the end of the line. And most readers probably don't get wrapping at 300px but do get good formatting with aligned columns.",
"c-Whatamidoing_(WMF)-2019-08-20T20:24:00.000Z-PrimeHunter-2019-08-15T16:41:00.000Z": "You could also put the image in the (new) top row of the table, and thus not have to worry about how |thumb= behaves at all.",
"h-Preferences_edit_request-2019-08-15T13:52:00.000Z": "Preferences edit request",
- "c-NewsAndEventsGuy-2019-08-15T13:52:00.000Z-Preferences_edit_request": "Don't know where else to put this. At preferences, under \"Gadgets\", there is a checkbox related to the Watchlist. EDIT REQUEST, please add text under the watchlist tab so folks configuring watchlists can more easily find the watchlist bold toggle under the gadgets tab. (I spent 90 minutes today trying to figure out why bold wasn't working but never thought to look under gadgets... Thanks",
+ "c-NewsAndEventsGuy-2019-08-15T13:52:00.000Z-Preferences_edit_request": "Don't know where else to put this. At preferences, under \"Gadgets\", there is a checkbox related to the Watchlist. EDIT REQUEST, please add text under the watchlist tab so folks configuring watchlists can more easily find the watchlist bold toggle under the gadgets tab. (I spent 90 minutes today trying to figure out why bold wasn't working but never thought to look under gadgets... Thanks",
"c-Ruslik0-2019-08-15T14:20:00.000Z-NewsAndEventsGuy-2019-08-15T13:52:00.000Z": "You mean: \"Display pages on your watchlist that have changed since your last visit in bold (see customizing watchlists for more options)\"?",
- "c-NewsAndEventsGuy-2019-08-15T14:31:00.000Z-Ruslik0-2019-08-15T14:20:00.000Z": "Yes... that quote is under the gadgets tab, so we're coverted going GADGETS >>>to>>> WATCHLIST. But if one starts configuring their watchlist under \"watchlist\" - as most preferences noobs probably do - there is no text pointing at the gadget. If such text were added, we would help people know that there is more watchlist tweaking if they go the other way, WATCHLIST >>>to>>> GADGET.",
- "c-Whatamidoing_(WMF)-2019-08-20T20:27:00.000Z-NewsAndEventsGuy-2019-08-15T14:31:00.000Z": "I don't think that's possible. Gadgets are local, user-written scripts. The rest of Special:Preferences is from MediaWiki itself. User:TheDJ probably remembers what this script does – maybe turns off MediaWiki's default bold, and then turns it back on, or something like that?",
+ "c-NewsAndEventsGuy-2019-08-15T14:31:00.000Z-Ruslik0-2019-08-15T14:20:00.000Z": "Yes... that quote is under the gadgets tab, so we're coverted going GADGETS >>>to>>> WATCHLIST. But if one starts configuring their watchlist under \"watchlist\" - as most preferences noobs probably do - there is no text pointing at the gadget. If such text were added, we would help people know that there is more watchlist tweaking if they go the other way, WATCHLIST >>>to>>> GADGET.",
+ "c-Whatamidoing_(WMF)-2019-08-20T20:27:00.000Z-NewsAndEventsGuy-2019-08-15T14:31:00.000Z": "I don't think that's possible. Gadgets are local, user-written scripts. The rest of Special:Preferences is from MediaWiki itself. User:TheDJ probably remembers what this script does – maybe turns off MediaWiki's default bold, and then turns it back on, or something like that?",
"h-Disabling_HTML_comments_for_drafts?-2019-08-16T12:54:00.000Z": "Disabling HTML comments for drafts?",
- "c-RoySmith-2019-08-16T12:54:00.000Z-Disabling_HTML_comments_for_drafts?": "I've seen several instances of draft authors inserting HTML comments with their replies to reviews. I assume what's going on is that instead of using the AFCH Comment button, they've accidentally discovered the \"Insert comment\" feature of Visual Editor. If you're new at all this, it's a perfectly understandable mistake, and leads to all sorts of confusion. Is there some way we can disable the \"Insert comment\" menu item in VE when editing a draft?",
+ "c-RoySmith-2019-08-16T12:54:00.000Z-Disabling_HTML_comments_for_drafts?": "I've seen several instances of draft authors inserting HTML comments with their replies to reviews. I assume what's going on is that instead of using the AFCH Comment button, they've accidentally discovered the \"Insert comment\" feature of Visual Editor. If you're new at all this, it's a perfectly understandable mistake, and leads to all sorts of confusion. Is there some way we can disable the \"Insert comment\" menu item in VE when editing a draft?",
"c-Xaosflux-2019-08-16T13:02:00.000Z-RoySmith-2019-08-16T12:54:00.000Z": "@RoySmith: disabling HTML comments in Draft space all together would be a bad idea (for example they are often used to comment out categories being drafted). Can you provide a few diffs where you think this problem is being introduced though?",
- "c-RoySmith-2019-08-16T13:21:00.000Z-Xaosflux-2019-08-16T13:02:00.000Z": "Most recently, here, immediately followed by an attempt to fix the problem; I assume the nowiki tags got added automatically as part of some copy-paste operation. This isn't the first time I've seen stuff like this, but I'd have to do a lot of digging to find other examples. Maybe the \"Insert comment\" menu item should be disabled in VE for all new editors, with a preferences checkbox to enable it? It really is an advanced feature, that's not likely to be needed by new editors.",
+ "c-RoySmith-2019-08-16T13:21:00.000Z-Xaosflux-2019-08-16T13:02:00.000Z": "Most recently, here, immediately followed by an attempt to fix the problem; I assume the nowiki tags got added automatically as part of some copy-paste operation. This isn't the first time I've seen stuff like this, but I'd have to do a lot of digging to find other examples. Maybe the \"Insert comment\" menu item should be disabled in VE for all new editors, with a preferences checkbox to enable it? It really is an advanced feature, that's not likely to be needed by new editors.",
"c-Xaosflux-2019-08-16T13:37:00.000Z-RoySmith-2019-08-16T13:21:00.000Z": "I don't think there is project-level control of those settings (just like with the \"index/noindex\" control in there that is virtually useless.",
- "c-Guy_Macon-2019-08-16T13:47:00.000Z-Xaosflux-2019-08-16T13:37:00.000Z": "If possible, I would prefer that the name be changed to \"insert invisible comment\" with a help page created at WP:HTML Comment explaining when and why one might use the AFCH Comment button and when and why one might use the invisible comment button. We could even add a \"are you sure?\" extra step befor an HTML comment is placed.\nIn general, I don't like disabling features when a warning or explanation can do the job.",
+ "c-Guy_Macon-2019-08-16T13:47:00.000Z-Xaosflux-2019-08-16T13:37:00.000Z": "If possible, I would prefer that the name be changed to \"insert invisible comment\" with a help page created at WP:HTML Comment explaining when and why one might use the AFCH Comment button and when and why one might use the invisible comment button. We could even add a \"are you sure?\" extra step befor an HTML comment is placed. In general, I don't like disabling features when a warning or explanation can do the job.",
"c-Kusma-2019-08-16T13:58:00.000Z-RoySmith-2019-08-16T12:54:00.000Z": "Having the editor work differently in draft space and main space does not strike me as a desirable feature. Explaining the buttons better seems superior to removing them.",
"c-Xaosflux-2019-08-16T14:03:00.000Z-Kusma-2019-08-16T13:58:00.000Z": "@Kusma and Guy Macon: we could change the label from \"Comment\" to something else in these messages. It doesn't look like it supports wikilinks or much help text there though.",
- "c-Guy_Macon-2019-08-16T14:28:00.000Z-Xaosflux-2019-08-16T14:03:00.000Z": "Changing \"comment\" to \"invisible comment\" seems like an uncontroversial change that we can make right now. Does anyone object?\nNext, is it possible to put up a warning/explanation that the user only sees when they click on that button?",
- "c-Worldbruce-2019-08-16T14:33:00.000Z-RoySmith-2019-08-16T12:54:00.000Z": "Submitters of drafts don't have an AFCH Comment button unless they've turned on \"Yet Another AFC Helper Script\" in their gadget preferences, which they are extremely unlikely to have done. To keep them from thinking that the right way to respond to a reviewer comment is with , it would be better to change VE's insert menu item from \"Comment\" to \"Hidden text\". \"Comment\" (or \"Invisible comment\") makes sense to computer programmers, but most users of VE aren't computer programmers. The text\n Comment: , inserted by template {{AFC comment}}, could also be changed to something else. If AFCH were modified to place the comments on the talk page, reviewer comments might not need any introductory symbol and word. The argument against using the talk page has always been that newbies are too clueless to find the talk page, but perhaps it's worth investing the effort to train them to do so.",
- "c-RoySmith-2019-08-17T01:46:00.000Z-RoySmith-2019-08-16T12:54:00.000Z": "Thanks everybody for your comments. I agree that (despite it being my initial recommendation), having VE work differently in drafts than in other namespaces would be confusing. I like the idea of changing the system messages to say \"invisible comment\" instead of just \"comment\". Even if naive newbies may not understand what that means, it should certainly be a clue that this is probably not what they want. It may not be the perfect, or final, fix, but it's easy to do and gets us most of the way there. Low hanging fruit, as they say.",
+ "c-Guy_Macon-2019-08-16T14:28:00.000Z-Xaosflux-2019-08-16T14:03:00.000Z": "Changing \"comment\" to \"invisible comment\" seems like an uncontroversial change that we can make right now. Does anyone object? Next, is it possible to put up a warning/explanation that the user only sees when they click on that button?",
+ "c-Worldbruce-2019-08-16T14:33:00.000Z-RoySmith-2019-08-16T12:54:00.000Z": "Submitters of drafts don't have an AFCH Comment button unless they've turned on \"Yet Another AFC Helper Script\" in their gadget preferences, which they are extremely unlikely to have done. To keep them from thinking that the right way to respond to a reviewer comment is with , it would be better to change VE's insert menu item from \"Comment\" to \"Hidden text\". \"Comment\" (or \"Invisible comment\") makes sense to computer programmers, but most users of VE aren't computer programmers. The text Comment: , inserted by template {{AFC comment}}, could also be changed to something else. If AFCH were modified to place the comments on the talk page, reviewer comments might not need any introductory symbol and word. The argument against using the talk page has always been that newbies are too clueless to find the talk page, but perhaps it's worth investing the effort to train them to do so.",
+ "c-RoySmith-2019-08-17T01:46:00.000Z-RoySmith-2019-08-16T12:54:00.000Z": "Thanks everybody for your comments. I agree that (despite it being my initial recommendation), having VE work differently in drafts than in other namespaces would be confusing. I like the idea of changing the system messages to say \"invisible comment\" instead of just \"comment\". Even if naive newbies may not understand what that means, it should certainly be a clue that this is probably not what they want. It may not be the perfect, or final, fix, but it's easy to do and gets us most of the way there. Low hanging fruit, as they say.",
"c-Xaosflux-2019-08-20T20:40:00.000Z-RoySmith-2019-08-16T12:54:00.000Z": "I've changed the system messages to say \"Invisible comment\" - if there are any issues please let me know.",
"h-\"Persistent\"_login_using_Python_mwclient-2019-08-21T03:28:00.000Z": "\"Persistent\" login using Python mwclient",
- "c-Audiodude-2019-08-21T03:28:00.000Z-\"Persistent\"_login_using_Python_mwclient": "Hello, I am one of the maintainers of User:WP 1.0 bot. We've recently changed the server architecture of the bot drastically. Instead of a single threaded cron job that runs once a day, we now have worker processes running as daemons that pick up any work that is added to the work queue. This is coupled with, of course, a cron job that runs once a day but simply adds work to the queue and exits.\nI'm running into a problem with long running login sessions expiring (which is to be expected) and how to resolve the issue. The script is written in Python and uses mwclient to log in to English Wikipedia and perform edits as the bot. I've logged an issue on github about the problem.\nBasically, I was wondering if anyone has encountered this before and knows how to resolve it. You can see my (convoluted) attempt in our source code. Note that site is a global variable so that login can be performed easily \"pre-fork\", by the worker startup script before the worker jobs themselves are forked.\nAdditionally, if anyone has any information about a better place to ask this question, like an \"mwclient-users@\" mailing list somewhere, that would be very helpful. Thanks!",
+ "c-Audiodude-2019-08-21T03:28:00.000Z-\"Persistent\"_login_using_Python_mwclient": "Hello, I am one of the maintainers of User:WP 1.0 bot. We've recently changed the server architecture of the bot drastically. Instead of a single threaded cron job that runs once a day, we now have worker processes running as daemons that pick up any work that is added to the work queue. This is coupled with, of course, a cron job that runs once a day but simply adds work to the queue and exits. I'm running into a problem with long running login sessions expiring (which is to be expected) and how to resolve the issue. The script is written in Python and uses mwclient to log in to English Wikipedia and perform edits as the bot. I've logged an issue on github about the problem. Basically, I was wondering if anyone has encountered this before and knows how to resolve it. You can see my (convoluted) attempt in our source code. Note that site is a global variable so that login can be performed easily \"pre-fork\", by the worker startup script before the worker jobs themselves are forked. Additionally, if anyone has any information about a better place to ask this question, like an \"mwclient-users@\" mailing list somewhere, that would be very helpful. Thanks!",
"h-Is_anyone_up_to_the_job_of_helping_me_update_our_page_on_downtime?-2019-08-15T23:32:00.000Z": "Is anyone up to the job of helping me update our page on downtime?",
"c-Guy_Macon-2019-08-15T23:32:00.000Z-Is_anyone_up_to_the_job_of_helping_me_update_our_page_on_downtime?": "Wikipedia:Downtime is currently inactive and is retained for historical reference. I think it would be worthwhile to revive it. Does anyone know where I can find the information I would need to do that? My impression is that in recent years we have only had brief planned downtime while various upgrades are made, but I would like to see a page documenting the great job the server wranglers are doing.",
"c-MusikAnimal-2019-08-16T14:57:00.000Z-Guy_Macon-2019-08-15T23:32:00.000Z": "@Guy Macon: wikitech:Incident documentation. This includes a lot of services that don't effect readers here on enwiki, though. See also the \"Production excellence\" reports on Release Engineering Team blog.",
"c-Guy_Macon-2019-08-16T15:02:00.000Z-MusikAnimal-2019-08-16T14:57:00.000Z": "Thanks! I think I can separate out the actual outages and update the page with that. Might take a week or so because of that pesky real life... :)",
"c-Bawolff-2019-08-21T20:55:00.000Z-Guy_Macon-2019-08-16T15:02:00.000Z": "Indirect, but probably one way of doing this would be to look at when sudden spurts of activity happen in logs of the #wikimedia-operations irc channel. Downtime usually corresponds with a lot of people asking what is going on, and a lot of spam from monitoring bots. You can also look at the pretty charts at grafana, like this one of edit rate [50] (As if the site is down, the editing stops).",
"h-Bad_autocomplete_on_edit_summaries-2019-08-21T00:05:00.000Z": "Bad autocomplete on edit summaries",
- "c-Cobaltcigs-2019-08-21T00:05:00.000Z-Bad_autocomplete_on_edit_summaries": "So I've got this workflow problem where I'll click on the edit summary box, move the mouse cursor down to the \"save\" button, then type or paste an edit summary, and this annoying menu of unrelated edit summaries will pop up behind the mouse cursor. And because my mouse happens to be over this menu (even without clicking) (usually trying to move away from it and make it go away) whatever edit summarily I've entered will be replaced by whatever random thing is under the mouse cursor. Looks like this.\nI had assumed this was some kind of browser feature for which I can't find the setting to turn it off, but then I considered that its degree of responsiveness is laggy to actually be a mediawiki javascript feature instead. Whatever it is, I just want to make it go away. I'm using Chromium \"Version 76.0.3809.100 (Official Build) Built on Ubuntu, running on Ubuntu 18.04 (64-bit)\" and the monobook skin, if any of that matters.",
- "c-Xaosflux-2019-08-21T00:39:00.000Z-Cobaltcigs-2019-08-21T00:05:00.000Z": "@Cobaltcigs: Mediawiki doesn't have autocomplete for edit summaries, this is from your browser. To verify, you can try to use a different browser. Your browser should have a clear option for autofill.",
+ "c-Cobaltcigs-2019-08-21T00:05:00.000Z-Bad_autocomplete_on_edit_summaries": "So I've got this workflow problem where I'll click on the edit summary box, move the mouse cursor down to the \"save\" button, then type or paste an edit summary, and this annoying menu of unrelated edit summaries will pop up behind the mouse cursor. And because my mouse happens to be over this menu (even without clicking) (usually trying to move away from it and make it go away) whatever edit summarily I've entered will be replaced by whatever random thing is under the mouse cursor. Looks like this. I had assumed this was some kind of browser feature for which I can't find the setting to turn it off, but then I considered that its degree of responsiveness is laggy to actually be a mediawiki javascript feature instead. Whatever it is, I just want to make it go away. I'm using Chromium \"Version 76.0.3809.100 (Official Build) Built on Ubuntu, running on Ubuntu 18.04 (64-bit)\" and the monobook skin, if any of that matters.",
+ "c-Xaosflux-2019-08-21T00:39:00.000Z-Cobaltcigs-2019-08-21T00:05:00.000Z": "@Cobaltcigs: Mediawiki doesn't have autocomplete for edit summaries, this is from your browser. To verify, you can try to use a different browser. Your browser should have a clear option for autofill.",
"c-Izno-2019-08-21T00:54:00.000Z-Xaosflux-2019-08-21T00:39:00.000Z": "The VisualEditor does autocomplete for edit summaries in a way custom to VE based on your most-recent N (200?) edit summaries. Other editors don't.",
- "c-RoySmith-2019-08-21T01:10:00.000Z-Xaosflux-2019-08-21T00:39:00.000Z": "Heh. I reported this problem 14 years ago.",
- "c-Xaosflux-2019-08-21T01:24:00.000Z-RoySmith-2019-08-21T01:10:00.000Z": "Ohhhh this is some possible VE issue? @Cobaltcigs: are you using the Visual Editor?",
- "c-Xaosflux-2019-08-21T01:26:00.000Z-Xaosflux-2019-08-21T01:24:00.000Z": "Strike that, your imgur.com SS shows this is in the wikitext editor, so back to it's your browser. You can verify with another browser.",
- "c-SD0001-2019-08-21T12:37:00.000Z-Cobaltcigs-2019-08-21T00:05:00.000Z": "@Cobaltcigs: You can make the edit summary autocomplete menu go away completely by adding the following code to your common.js page:\n$('#wpSummary').attr('autocomplete', 'off');",
- "c-קיפודנחש-2019-08-21T22:05:00.000Z-SD0001-2019-08-21T12:37:00.000Z": "nice tip. i was not aware of this attribute. two minor comments:\naccording to [51], support for this attribute is relatively new on FF, and does not exist for IE browsers. if you use IE, too bad, and if you use FF, you need version 67 or higher (current is 68).\nthe snippet posted by SD0001 may not always work: if your common.js happen to finish loading before the page is fully formed, it can be a miss. you probably want something like $(function() { $('#wpSummary').attr('autocomplete', 'off'); });\n\npeace",
+ "c-RoySmith-2019-08-21T01:10:00.000Z-Xaosflux-2019-08-21T00:39:00.000Z": "Heh. I reported this problem 14 years ago.",
+ "c-Xaosflux-2019-08-21T01:24:00.000Z-RoySmith-2019-08-21T01:10:00.000Z": "Ohhhh this is some possible VE issue? @Cobaltcigs: are you using the Visual Editor?",
+ "c-Xaosflux-2019-08-21T01:26:00.000Z-Xaosflux-2019-08-21T01:24:00.000Z": "Strike that, your imgur.com SS shows this is in the wikitext editor, so back to it's your browser. You can verify with another browser.",
+ "c-SD0001-2019-08-21T12:37:00.000Z-Cobaltcigs-2019-08-21T00:05:00.000Z": "@Cobaltcigs: You can make the edit summary autocomplete menu go away completely by adding the following code to your common.js page: $('#wpSummary').attr('autocomplete', 'off');",
+ "c-קיפודנחש-2019-08-21T22:05:00.000Z-SD0001-2019-08-21T12:37:00.000Z": "nice tip. i was not aware of this attribute. two minor comments: according to [51], support for this attribute is relatively new on FF, and does not exist for IE browsers. if you use IE, too bad, and if you use FF, you need version 67 or higher (current is 68). the snippet posted by SD0001 may not always work: if your common.js happen to finish loading before the page is fully formed, it can be a miss. you probably want something like $(function() { $('#wpSummary').attr('autocomplete', 'off'); }); peace",
"h-Is_this_code_safe?-2019-08-21T04:57:00.000Z": "Is this code safe?",
- "c-Humorous1234-2019-08-21T04:57:00.000Z-Is_this_code_safe?": "importScript('User:Primefac/revdel.js'); // Linkback: User:Primefac/revdel.js\nThanks!",
+ "c-Humorous1234-2019-08-21T04:57:00.000Z-Is_this_code_safe?": "importScript('User:Primefac/revdel.js'); // Linkback: User:Primefac/revdel.js Thanks!",
"c-DannyS712-2019-08-21T05:02:00.000Z-Humorous1234-2019-08-21T04:57:00.000Z": "@Humorous1234: that code just imports User:Enterprisey/cv-revdel.js - Enterprisey is a great script writer, and their code can be trusted. It is safe",
"c-QEDK-2019-08-21T17:09:00.000Z-Humorous1234-2019-08-21T04:57:00.000Z": "VPT is for technical issues. While the question is certainly valid, the instructions on the top of your .js page already state that you should trust the code you're putting into your script page, code which is accessible already, at the linkback link above and you can check it yourself before adding it to your script page.",
"c-Xaosflux-2019-08-21T17:24:00.000Z-QEDK-2019-08-21T17:09:00.000Z": "@QEDK: that warning message does specifically refer anyone with questions to this page.",
- "c-Xaosflux-2019-08-21T17:28:00.000Z-QEDK-2019-08-21T17:09:00.000Z": "To the OP, the User:Enterprisey/cv-revdel script is currently \"safe\", and the current owner is trusted to keep scripts safe. As DannyS712 mentioned, you should just use the direct loaded version following the directions at User:Enterprisey/cv-revdel. When importing someone else's script keep in mind that it could break, change, be removed, or be abandoned at any time.",
+ "c-Xaosflux-2019-08-21T17:28:00.000Z-QEDK-2019-08-21T17:09:00.000Z": "To the OP, the User:Enterprisey/cv-revdel script is currently \"safe\", and the current owner is trusted to keep scripts safe. As DannyS712 mentioned, you should just use the direct loaded version following the directions at User:Enterprisey/cv-revdel. When importing someone else's script keep in mind that it could break, change, be removed, or be abandoned at any time.",
"c-Humorous1234-2019-08-22T03:16:00.000Z-Xaosflux-2019-08-21T17:28:00.000Z": "Thank you!",
"h-Two-Factor_Authentication-2019-08-22T13:44:00.000Z": "Two-Factor Authentication",
"c-Épine-2019-08-22T13:44:00.000Z-Two-Factor_Authentication": "Hey guys! Where can I see the rescue codes for my TFA? I lost access to the device that generated the codes for me, now I don’t know how to access it on my new device. •_•--▸ ",
- "c-Xaosflux-2019-08-22T13:47:00.000Z-Épine-2019-08-22T13:44:00.000Z": "@Épine: Scratch Codes would be wherever you securely stored them. You only see these codes while setting up 2FA (and never again), so copy them from your browser and save them offline in a safe place (e.g. on a memory stick or paper printout). If you don't keep these codes and encounter a problem with your 2FA device, you will be locked out of your account.",
+ "c-Xaosflux-2019-08-22T13:47:00.000Z-Épine-2019-08-22T13:44:00.000Z": "@Épine: Scratch Codes would be wherever you securely stored them. You only see these codes while setting up 2FA (and never again), so copy them from your browser and save them offline in a safe place (e.g. on a memory stick or paper printout). If you don't keep these codes and encounter a problem with your 2FA device, you will be locked out of your account.",
"c-Épine-2019-08-22T13:50:00.000Z-Xaosflux-2019-08-22T13:47:00.000Z": "Oh no. I’m screwed.--▸ ",
"c-Xaosflux-2019-08-22T13:52:00.000Z-Épine-2019-08-22T13:50:00.000Z": "@Épine: You can attempt to create a phabricator request to remove your 2FA settings, assign it to WMF T&S. It will be up to them if they are willing to work on this.",
"c-Épine-2019-08-22T13:56:00.000Z-Xaosflux-2019-08-22T13:52:00.000Z": "I just found out that I backed up three of those rescue codes to my cloud! Thanks though! Appreciate the help. I won’t be gone for good I guess ^_^--▸ ",
- "c-Xaosflux-2019-08-22T14:01:00.000Z-Épine-2019-08-22T13:56:00.000Z": "@Épine: good deal! Just unenroll and reenroll, it will make you 10 new scratch codes. Be sure to reenroll so you don't loose your int-admin access on ckbwiki.",
+ "c-Xaosflux-2019-08-22T14:01:00.000Z-Épine-2019-08-22T13:56:00.000Z": "@Épine: good deal! Just unenroll and reenroll, it will make you 10 new scratch codes. Be sure to reenroll so you don't loose your int-admin access on ckbwiki.",
"h-Wikimedia_Commons_stadium_template-2019-08-22T16:48:00.000Z": "Wikimedia Commons stadium template",
- "c-Football_Beetle-2019-08-22T16:48:00.000Z-Wikimedia_Commons_stadium_template": "Hello! I am writing here for the first time, so I apologize if I write in the wrong section. \nI would like to draw the attention of Wikipedia administrators one inaccuracy in the template for Belarusian stadiums on the Wikimedia Commons. In the LOCATION field, instead of the current 2019 administrative-territorial structure of the country outdated information from the year of construction of the sports facility is indicated.\nIt turns out such nonsense: Dynama Stadium, Minsk built in 1934, but instead of a location in the country BELARUS, the card in the description indicates the states that existed in the 1930s on the territory of modern BELARUS — Lithuanian–Belorussian Soviet Socialist Republic, Byelorussian Soviet Socialist Republic.\nSame thing with Central Stadium, Gomel. The stadium was built in the 1920s, but Gomel Povet and Mogilyov Viceroyalty no longer exists. By administrative-territorial structure of the Republic of BELARUS for 2019 all cities is part of the district, then the region, then the country. The capital city of Minsk is a separate administrative unit within BELARUS.\nIn this regard, I ask administrators to make the necessary changes to the card on the Wikimedia Commons for Belarusian stadiums so that outdated information does not mislead readers. If you want to make sure the veracity of my arguments, I can connect administrators from the Belarusian Wikipedia to the discussion. We will provide links to the official administrative-territorial structure of the Republic of BELARUS for the current time of 2019.\nThanks for attention!",
+ "c-Football_Beetle-2019-08-22T16:48:00.000Z-Wikimedia_Commons_stadium_template": "Hello! I am writing here for the first time, so I apologize if I write in the wrong section. I would like to draw the attention of Wikipedia administrators one inaccuracy in the template for Belarusian stadiums on the Wikimedia Commons. In the LOCATION field, instead of the current 2019 administrative-territorial structure of the country outdated information from the year of construction of the sports facility is indicated. It turns out such nonsense: Dynama Stadium, Minsk built in 1934, but instead of a location in the country BELARUS, the card in the description indicates the states that existed in the 1930s on the territory of modern BELARUS — Lithuanian–Belorussian Soviet Socialist Republic, Byelorussian Soviet Socialist Republic. Same thing with Central Stadium, Gomel. The stadium was built in the 1920s, but Gomel Povet and Mogilyov Viceroyalty no longer exists. By administrative-territorial structure of the Republic of BELARUS for 2019 all cities is part of the district, then the region, then the country. The capital city of Minsk is a separate administrative unit within BELARUS. In this regard, I ask administrators to make the necessary changes to the card on the Wikimedia Commons for Belarusian stadiums so that outdated information does not mislead readers. If you want to make sure the veracity of my arguments, I can connect administrators from the Belarusian Wikipedia to the discussion. We will provide links to the official administrative-territorial structure of the Republic of BELARUS for the current time of 2019. Thanks for attention!",
"c-Xaosflux-2019-08-22T17:31:00.000Z-Football_Beetle-2019-08-22T16:48:00.000Z": "Hi @Football Beetle: can you copy and paste the link to the page where you are seeing this below?",
"c-Football_Beetle-2019-08-22T17:43:00.000Z-Wikimedia_Commons_stadium_template": "Of course. Here are three different stadiums for example: Dinamo Stadium (Minsk), Traktor Stadium, Central Stadium (Gomel). And at this stadium Borisov Arena on the Wikimedia Commons LOCATION is indicated correctly.",
"c-PrimeHunter-2019-08-22T18:17:00.000Z-Football_Beetle-2019-08-22T17:43:00.000Z": "I still don't know what you refer to with \"the card on the Wikimedia Commons for Belarusian stadiums\". Please give precise steps to reproduce an example of the issue, e.g. \"Click on Dinamo Stadium (Minsk), click on the coordinates in the infobox or do something else, click on X, now there is a map/box/whatever which says Y but should have said Z.\"",
- "c-Xaosflux-2019-08-22T18:21:00.000Z-Football_Beetle-2019-08-22T17:43:00.000Z": "(edit conflict) @Football Beetle: OK, I think I've unraveled this. To summarize: You are not seeing a problem with the encyclopedia articles here on the English Wikipedia. You do think there is a problem with the data on certain pages at Wikimedia Commons, for example: commons:Category:Dynama Stadium, Minsk. For pages such as that on Wikimedia Commons, that data is usually generated via a template there, commons:Template:Wikidata Infobox, which in turn gets values from another project, WikiData. There should be a blue pencil icon at the bottom of those Infoboxes on commons that you can use to go to WikiData then make appropriate edits. For example, wikidata:Q4439085 has location properties (e.g. located in the administrative territorial entity) that you can update. Assuming this is correct, there is nothing that the English Wikipedia editors would directly do about this, but you can edit them directly. Does that help?",
- "c-Football_Beetle-2019-08-22T18:52:00.000Z-Wikimedia_Commons_stadium_template": "I will now explain in detail the essence of the problem. You correctly said that you first need to enter information about location of the stadium on WikiData. If the stadium was built in 2014, then on the Wikimedia Commons page of this stadium in the table in the upper right (Wikidata Infobox), the location is correct — Borisov, Borisov district, Minsk region, Belarus. And if the stadium was built in 1934, then information on the countries that existed on the territory of modern Belarus is indicated on the Wikimedia Commons. These countries and their parts were in the 1930s, but now they are no longer there. And on the page of the stadium on the Wikimedia Commons they are indicated, which misleads the reader. At the moment, all Belarusian stadiums are located on the territory of the Republic of Belarus and its administrative parts.\nIf this issue cannot be resolved with the administrators of the English Wikipedia, should I write the same thing to the administrators of the Wikimedia Commons? Just administrators from Belarus are not there, so I decided to write here first.",
+ "c-Xaosflux-2019-08-22T18:21:00.000Z-Football_Beetle-2019-08-22T17:43:00.000Z": "(edit conflict) @Football Beetle: OK, I think I've unraveled this. To summarize: You are not seeing a problem with the encyclopedia articles here on the English Wikipedia. You do think there is a problem with the data on certain pages at Wikimedia Commons, for example: commons:Category:Dynama Stadium, Minsk. For pages such as that on Wikimedia Commons, that data is usually generated via a template there, commons:Template:Wikidata Infobox, which in turn gets values from another project, WikiData. There should be a blue pencil icon at the bottom of those Infoboxes on commons that you can use to go to WikiData then make appropriate edits. For example, wikidata:Q4439085 has location properties (e.g. located in the administrative territorial entity) that you can update. Assuming this is correct, there is nothing that the English Wikipedia editors would directly do about this, but you can edit them directly. Does that help?",
+ "c-Football_Beetle-2019-08-22T18:52:00.000Z-Wikimedia_Commons_stadium_template": "I will now explain in detail the essence of the problem. You correctly said that you first need to enter information about location of the stadium on WikiData. If the stadium was built in 2014, then on the Wikimedia Commons page of this stadium in the table in the upper right (Wikidata Infobox), the location is correct — Borisov, Borisov district, Minsk region, Belarus. And if the stadium was built in 1934, then information on the countries that existed on the territory of modern Belarus is indicated on the Wikimedia Commons. These countries and their parts were in the 1930s, but now they are no longer there. And on the page of the stadium on the Wikimedia Commons they are indicated, which misleads the reader. At the moment, all Belarusian stadiums are located on the territory of the Republic of Belarus and its administrative parts. If this issue cannot be resolved with the administrators of the English Wikipedia, should I write the same thing to the administrators of the Wikimedia Commons? Just administrators from Belarus are not there, so I decided to write here first.",
"c-Xaosflux-2019-08-22T18:58:00.000Z-Football_Beetle-2019-08-22T18:52:00.000Z": "It doesn't look like you need an administrator at all, just go to the wikidata entry and make the improvement by editing it. Even if these were pages and values here on the English Wikipedia, \"administrators\" don't have any special authority over \"content\", anyone is welcome to make productive content updates at any time.",
"c-Football_Beetle-2019-08-22T19:11:00.000Z-Wikimedia_Commons_stadium_template": "A simple example. I recently edited an article Traktor Stadium, made the necessary changes about the location here wikidata:Q2464927, but in Wikidata Infobox here commons:Category:Traktar Stadium it is not written LOCATION - MINSK, BELARUS, but it is written Minsk, Byelorussian Soviet Socialist Republic, Lithuanian–Belorussian Soviet Socialist Republic. Why?",
"c-Football_Beetle-2019-08-22T19:18:00.000Z-Wikimedia_Commons_stadium_template": "Now is the year 2019, not the 1950s. The indicated information is outdated and does not correspond to reality. This is the same if you write about the stadiums in Germany built in the 1930s on the Wikimedia Commons: LOCATION - BERLIN, THIRD REICH, instead of Berlin, Federal Republic of Germany.",
- "c-Xaosflux-2019-08-22T19:27:00.000Z-Football_Beetle-2019-08-22T19:18:00.000Z": "@Football Beetle: well that's quite a complicated set of templates they have going on over there. Your issue has nothing at all to do with the English Wikipedia, for technical assistance at Commons you can follow up at: Commons:Village pump/Technical.",
+ "c-Xaosflux-2019-08-22T19:27:00.000Z-Football_Beetle-2019-08-22T19:18:00.000Z": "@Football Beetle: well that's quite a complicated set of templates they have going on over there. Your issue has nothing at all to do with the English Wikipedia, for technical assistance at Commons you can follow up at: Commons:Village pump/Technical.",
"c-PrimeHunter-2019-08-22T19:27:00.000Z-Xaosflux-2019-08-22T19:27:00.000Z": "Thanks for finding the right link commons:Category:Dynama Stadium, Minsk instead of the false links posted by the OP. It's not that easy to make the wanted change. Dinamo Stadium (Minsk) (Q1130487) says inception 1934 (when the stadium was built in Minsk). Minsk (Q2280) specifies \"located in the administrative territorial entity\" for Minsk at different times, e.g. \"Byelorussian Soviet Socialist Republic\" from 1930 to 1938. commons:Template:Wikidata Infobox apparently combines the construction year and correct location data for that year to say that the stadium is in the Byelorussian Soviet Socialist Republic. For a currently used facility like a stadium, it would be best to ignore the construction year and give the current location, but this choice may be hard to figure out for a template. I don't know how a user can fix it for this page without deleting the information in Minsk (Q2280) about where Minsk was located in the past. Don't do that. Such information has many other uses. This is really an issue for commons:Template talk:Wikidata Infobox and not the English Wikipedia.",
"c-Xaosflux-2019-08-22T19:30:00.000Z-PrimeHunter-2019-08-22T19:27:00.000Z": "Was just trying to unravel commons:Template:Wikidata Infobox/core - they could possibly add some more parameters to accept a \"use date\" to feed in to that beast of a template!",
"c-Football_Beetle-2019-08-22T19:45:00.000Z-Wikimedia_Commons_stadium_template": "Thanks for answers! I'll start all over again in the discussion of the template commons:Template talk:Wikidata Infobox.",
"h-Is_there_an_IsOnPage_magicword/function/whatever_thing?-2019-08-22T05:35:00.000Z": "Is there an IsOnPage magicword/function/whatever thing?",
- "c-Headbomb-2019-08-22T05:35:00.000Z-Is_there_an_IsOnPage_magicword/function/whatever_thing?": "What I'm wondering about is if we have something that parses the current page, and returns and output based on it. For example, we can have\n\n{{#ifeq:{{strfind short|{{Wikipedia:WikiProject Physics/Article alerts}}|has been submitted for AfC}}|0|NOT FOUND|FOUND}}\nwhich gives you\n\nFOUND\nWhich lets you know if there's \"has been submitted for AfC\" on Wikipedia:WikiProject Physics/Article alerts. But putting that same code on Wikipedia:WikiProject Physics/Article alerts gives you\n\nWarning: This page calls Wikipedia:WikiProject Physics/Article alerts which causes a template loop (an infinite recursive call).\nFOUND\nSo I'm trying to find a way to do that without angering the server gods.",
+ "c-Headbomb-2019-08-22T05:35:00.000Z-Is_there_an_IsOnPage_magicword/function/whatever_thing?": "What I'm wondering about is if we have something that parses the current page, and returns and output based on it. For example, we can have {{#ifeq:{{strfind short|{{Wikipedia:WikiProject Physics/Article alerts}}|has been submitted for AfC}}|0|NOT FOUND|FOUND}} which gives you FOUND Which lets you know if there's \"has been submitted for AfC\" on Wikipedia:WikiProject Physics/Article alerts. But putting that same code on Wikipedia:WikiProject Physics/Article alerts gives you Warning: This page calls Wikipedia:WikiProject Physics/Article alerts which causes a template loop (an infinite recursive call). FOUND So I'm trying to find a way to do that without angering the server gods.",
"c-SD0001-2019-08-22T08:44:00.000Z-Headbomb-2019-08-22T05:35:00.000Z": "@Headbomb: this can be done using Lua. Create a mw.title object with the current page name, then the getContent() function on it would return the page content.",
"c-Cryptic-2019-08-22T08:47:00.000Z-Headbomb-2019-08-22T05:35:00.000Z": "Put a tag pair around it.",
"c-SD0001-2019-08-22T09:00:00.000Z-Cryptic-2019-08-22T08:47:00.000Z": "ahhh, that's definitely the simpler option!",
@@ -1269,14 +1269,14 @@
"c-Headbomb-2019-08-22T19:09:00.000Z-Is_there_an_IsOnPage_magicword/function/whatever_thing?": "If anyone has an idea on how to circumvent Template:String on page#Limitations/Template:Count on page#Limitations, please feel free to implement that!",
"c-Izno-2019-08-22T19:24:00.000Z-Headbomb-2019-08-22T19:09:00.000Z": "Not entirely sure, but I think Trappist the monk may have implemented something similar to the request for the auto-dates in CS1.",
"c-Headbomb-2019-08-22T19:58:00.000Z-Izno-2019-08-22T19:24:00.000Z": "pppery (talk · contribs) might have ideas too.",
- "c-Pppery-2019-08-22T21:43:00.000Z-Headbomb-2019-08-22T19:58:00.000Z": "@Headbomb: Searching rendered strings on the current page is logically impossible ({{#ifeq:{{string on page|{{PAGENAME}}|foo}}|0|foo}} would be a paradox). Searching non-transcluded parts of a rendered page might be possible but isn't easy to implement. Searching the source code of page already exists as Template:String count.",
- "c-Trappist_the_monk-2019-08-22T21:10:00.000Z-Izno-2019-08-22T19:24:00.000Z": "If the desire is to find or count strings on a rendered page, then the limitations make sense. If the desire is to find or count strings in the source, then I think that a module is required. Not tested but something like this:local page_title_object;\n\nif frame.args[2] then\n\tpage_title_object = mw.title.new(frame.args[2]);\t\t\t\t\t\t-- title object for the page specified in the template call\nelse\n\tpage_title_object = mw.title.getCurrentTitle();\t\t\t\t\t\t\t-- title object for the current page\nend\n\nlocal text = page_title_object:getContent();\t\t\t\t\t\t\t\t-- the unparsed content of the selected page\nlocal _;\nlocal count;\n_, count = mw.ustring.gsub (text, frame.args[1], '%1');\t\t\t\t\t\t-- count number of occurrences of frame.args[1] in frame.args[2]\nreturn count;\nnot tested. Probably requires that Lua pattern sequences in frame.args[1] (the string to be found or counted) are escaped. Likely other stuff needs doing.",
+ "c-Pppery-2019-08-22T21:43:00.000Z-Headbomb-2019-08-22T19:58:00.000Z": "@Headbomb: Searching rendered strings on the current page is logically impossible ({{#ifeq:{{string on page|{{PAGENAME}}|foo}}|0|foo}} would be a paradox). Searching non-transcluded parts of a rendered page might be possible but isn't easy to implement. Searching the source code of page already exists as Template:String count.",
+ "c-Trappist_the_monk-2019-08-22T21:10:00.000Z-Izno-2019-08-22T19:24:00.000Z": "If the desire is to find or count strings on a rendered page, then the limitations make sense. If the desire is to find or count strings in the source, then I think that a module is required. Not tested but something like this: local page_title_object; if frame.args[2] then page_title_object = mw.title.new(frame.args[2]); -- title object for the page specified in the template call else page_title_object = mw.title.getCurrentTitle(); -- title object for the current page end local text = page_title_object:getContent(); -- the unparsed content of the selected page local _; local count; _, count = mw.ustring.gsub (text, frame.args[1], '%1'); -- count number of occurrences of frame.args[1] in frame.args[2] return count; not tested. Probably requires that Lua pattern sequences in frame.args[1] (the string to be found or counted) are escaped. Likely other stuff needs doing.",
"c-Headbomb-2019-08-22T21:34:00.000Z-Izno-2019-08-22T19:24:00.000Z": "Both rendered strings, or source strings would be useful. Source strings is what my immediate needs are though.",
"h-Weird_redirect_error-2019-08-23T01:27:00.000Z": "Weird redirect error",
"c-PC78-2019-08-23T01:27:00.000Z-Weird_redirect_error": "See discussion at Wikipedia:Redirects for discussion/Log/2019 August 22#Fernando Zor????; there's something weird going on with this redirect and it seems a bit beyond the scope of RfD. Any ideas?",
"h-Difficulties_with_SUL_on_Ipad-2019-08-22T13:17:00.000Z": "Difficulties with SUL on Ipad",
"c-Ymblanter-2019-08-22T13:17:00.000Z-Difficulties_with_SUL_on_Ipad": "Before I go to Phabricator, may be someone experienced a similar problem or at least known on which side the problem is. I usually work on laptop, and there I am logged in all the time (I choose the option to log in for 180 days). On my Ipad, I used to be logged on all the time as well. Sometimes it behaved strangely: For example, a year ago I found myself in a situation when I was logged in the English Wikipedia but was not logged in for example on Commons; then I logged in to Commons as well and all was fine. A week ago, my Ipad installed an automatic update which presumably included a new version of Safari. I found myself logged out. I tried to log in and found that I can log in just into one project, but if I then open a new window with any Wikimedia project, I am not logged in. I can login there as well, but then the next window is not logged in and so on. Moreover, if I am logged in say to the English Wikipedia I can work all right (well, making sure I never backtrack to the login screen). However, after two days, I find myself not logged in. Every time I log in I tick the \"180 days\" option. I would appreciate any comments. Thanks.",
- "c-Xaosflux-2019-08-22T13:29:00.000Z-Ymblanter-2019-08-22T13:17:00.000Z": "@Ymblanter: what version of your browser are you using? It sounds like you are having a cookie handling problem with your browser. Try clearing all cookies from your browser and trying again.",
+ "c-Xaosflux-2019-08-22T13:29:00.000Z-Ymblanter-2019-08-22T13:17:00.000Z": "@Ymblanter: what version of your browser are you using? It sounds like you are having a cookie handling problem with your browser. Try clearing all cookies from your browser and trying again.",
"c-TheDJ-2019-08-22T14:33:00.000Z-Ymblanter-2019-08-22T13:17:00.000Z": "Ymblanter, do you have private browsing mode on ? That setting is bottom left of your tab selector. See here",
"c-Ymblanter-2019-08-22T14:44:00.000Z-TheDJ-2019-08-22T14:33:00.000Z": "Thanks to both of you. In my case, Safari is indeed black. I will get back home and try switching off the private browsing.",
"c-Ymblanter-2019-08-23T05:35:00.000Z-Ymblanter-2019-08-22T14:44:00.000Z": "It was indeed private browsing mode which caused issues, thanks again."
diff --git a/tests/cases/en-big-parsoid/en-big-parsoid-getText.json b/tests/cases/en-big-parsoid/en-big-parsoid-getText.json
index d54f98d7b..765c035ca 100644
--- a/tests/cases/en-big-parsoid/en-big-parsoid-getText.json
+++ b/tests/cases/en-big-parsoid/en-big-parsoid-getText.json
@@ -16,82 +16,82 @@
"h-Searching_for_old_vandalization_in_a_file-2019-06-19T23:56:00.000Z": "Searching for old vandalization in a file",
"c-Jotamar-2019-06-19T23:56:00.000Z-Searching_for_old_vandalization_in_a_file": "I'd like to know if there is any bot or tool that can help me finding old vandalizing editions in a WP file history. Thanks.",
"c-Jotamar-2019-06-26T19:01:00.000Z-Jotamar-2019-06-19T23:56:00.000Z": "When I said WP files, I meant WP pages. Can someone at least tell me, where should I ask my question?",
- "c-Rich_Farmbrough-2019-06-28T10:49:00.000Z-Jotamar-2019-06-26T19:01:00.000Z": "Yes, Jotamar, probably WP:BOTREQ, how many edits are you looking for? There will be many millions. Fist step might be to look for edits preceding those with an edit summary of \"rvv\". Another good place to look is the edits prior to User:ClueBot's edits.\nAll the best:",
+ "c-Rich_Farmbrough-2019-06-28T10:49:00.000Z-Jotamar-2019-06-26T19:01:00.000Z": "Yes, Jotamar, probably WP:BOTREQ, how many edits are you looking for? There will be many millions. Fist step might be to look for edits preceding those with an edit summary of \"rvv\". Another good place to look is the edits prior to User:ClueBot's edits. All the best:",
"c-PrimeHunter-2019-06-28T11:09:00.000Z-Rich_Farmbrough-2019-06-28T10:49:00.000Z": "If you already know specific vandalized text in an article and want the edit which added it then click \"Find addition/removal\" at the top of the page history. It used WikiBlame until recently but the tool has problems and another is currently used. It's discussed at MediaWiki talk:Histlegend#Wikiblame replacement.",
"c-Jotamar-2019-07-01T13:48:00.000Z-PrimeHunter-2019-06-28T11:09:00.000Z": "What I have in mind is some sort of heuristic tool, capable of finding a short list of possible vandalazing editions that have not been reverted, in a group of pages, for instance, the pages under one category. In less popular, poorly maintained pages, it's not uncommon that such an edition can be easily reverted even after months or years, but first you have to find them, and that takes up a lot of time.",
"h-RefList_falling_in_the_wrong_place-2019-07-01T14:02:00.000Z": "RefList falling in the wrong place",
- "c-LoreMariano-2019-07-01T14:02:00.000Z-RefList_falling_in_the_wrong_place": "I need help getting a reflist to fall at the bottom of the article. It is falling between 2 tables. \n[]\n\nI would like to understand why this happening so I can fix it myself in the future.\n\nThank you.",
+ "c-LoreMariano-2019-07-01T14:02:00.000Z-RefList_falling_in_the_wrong_place": "I need help getting a reflist to fall at the bottom of the article. It is falling between 2 tables. [] I would like to understand why this happening so I can fix it myself in the future. Thank you.",
"c-PrimeHunter-2019-07-01T14:10:00.000Z-LoreMariano-2019-07-01T14:02:00.000Z": "Fixed by .",
"c-LoreMariano-2019-07-01T14:40:00.000Z-PrimeHunter-2019-07-01T14:10:00.000Z": "Thank you so much!",
"h-Cite_error_created_by_bot.-2019-07-01T17:39:00.000Z": "Cite error created by bot.",
- "c-User-duck-2019-07-01T17:39:00.000Z-Cite_error_created_by_bot.": "Apparently there is a new bot creating cite errors.\nArticle: WZ-551\nTag: Rescuing 14 sources and tagging 0 as dead. #IABot (v2.0beta15)\n\nIs there a review process for new bots/tools? I have encountered many repeated errors that I assume are created by them. e.g. \"coauthors=\", \"DUPLICATE_date\".",
- "c-Trappist_the_monk-2019-07-01T17:56:00.000Z-User-duck-2019-07-01T17:39:00.000Z": "Communication failure between the bot owner and the community at WT:CS1. I fixed the WZ-551 page that Gog the Mild edited and will leave it to that editor to similarly repair any other error caused by the tool.",
+ "c-User-duck-2019-07-01T17:39:00.000Z-Cite_error_created_by_bot.": "Apparently there is a new bot creating cite errors. Article: WZ-551 Tag: Rescuing 14 sources and tagging 0 as dead. #IABot (v2.0beta15) Is there a review process for new bots/tools? I have encountered many repeated errors that I assume are created by them. e.g. \"coauthors=\", \"DUPLICATE_date\".",
+ "c-Trappist_the_monk-2019-07-01T17:56:00.000Z-User-duck-2019-07-01T17:39:00.000Z": "Communication failure between the bot owner and the community at WT:CS1. I fixed the WZ-551 page that Gog the Mild edited and will leave it to that editor to similarly repair any other error caused by the tool.",
"c-GreenC-2019-07-01T19:36:00.000Z-Trappist_the_monk-2019-07-01T17:56:00.000Z": "This is IABot via Oauth request by Gog the Mild. It was due to some miscommunications, my fault, iabot has been patched/rebooted and will look into fixing the errors added onwiki.",
- "c-Gog_the_Mild-2019-07-01T19:44:00.000Z-GreenC-2019-07-01T19:36:00.000Z": "Edit conflict. I had just written:\nThank you Trappist the monk. That would have been from me clicking \"Fix dead links\" on the \"Revision history\" page and not checking the result thoroughly enough. I shall recheck my other recent clicks of that button.\nGreenC, do I need to do anything, other than recheck previous uses of \"Fix dead links\", and/or cease using it? Thanks",
+ "c-Gog_the_Mild-2019-07-01T19:44:00.000Z-GreenC-2019-07-01T19:36:00.000Z": "Edit conflict. I had just written: Thank you Trappist the monk. That would have been from me clicking \"Fix dead links\" on the \"Revision history\" page and not checking the result thoroughly enough. I shall recheck my other recent clicks of that button. GreenC, do I need to do anything, other than recheck previous uses of \"Fix dead links\", and/or cease using it? Thanks",
"c-GreenC-2019-07-01T19:48:00.000Z-Gog_the_Mild-2019-07-01T19:44:00.000Z": "You are good, it's ok now. Looks like the bug lasted 3hrs and somewhere between 100-200 articles. I might script a quick fix or request something at AWB request wouldn't worry about manually repairing.",
"h-Tech_News:_2019-27": "Tech News: 2019-27",
"h-Question_re:_new_translations_of_articles_linked_out_to_other_languages-2019-07-01T19:49:00.000Z": "Question re: new translations of articles linked out to other languages",
- "c-Hyperbolick-2019-07-01T19:49:00.000Z-Question_re:_new_translations_of_articles_linked_out_to_other_languages": "Progression of events was:\nEditor created a link to de:Otto Kirn (in article Pandeism, correcting from wrong link to Otto Kern).\nTranslated Otto Kirn added here.\nWikidata updated for articles now in two languages.\nTagged as an orphan here.\nQuestion: Why doesn’t English addition to Wikidata automatically prompt changing of links previously made to point other languages?",
+ "c-Hyperbolick-2019-07-01T19:49:00.000Z-Question_re:_new_translations_of_articles_linked_out_to_other_languages": "Progression of events was: Editor created a link to de:Otto Kirn (in article Pandeism, correcting from wrong link to Otto Kern). Translated Otto Kirn added here. Wikidata updated for articles now in two languages. Tagged as an orphan here. Question: Why doesn’t English addition to Wikidata automatically prompt changing of links previously made to point other languages?",
"c-PrimeHunter-2019-07-01T21:12:00.000Z-Hyperbolick-2019-07-01T19:49:00.000Z": "The edit said [[:de:Otto Kirn]]. This explicitly tells to link the German Wikipedia. {{Interlanguage link|Otto Kirn|de}}} could have been used instead to test for an English article called Otto Kirn. It would only have examined whether the page name exists and not whether it's in a Wikidata item. As far as I know we have no template for the latter. It is possible to pull information from Wikidata so maybe it could be added as a feature in {{Interlanguage link}}. I don't think it's possible for an English template to look up the Wikidata item for a German article so Q24529752 would probably have to be a parameter. A bot could be coded to automaticlly add the parameter when it's not supplied.",
"c-Hyperbolick-2019-07-01T21:41:00.000Z-PrimeHunter-2019-07-01T21:12:00.000Z": "Could a bot check whenever a Wikidata item is connected from here? Got a notification here when it was, so somebody’s telling this Wiki.",
"h-Database_issue-2019-07-02T02:46:00.000Z": "Database issue",
- "c-UnitedStatesian-2019-07-02T02:46:00.000Z-Database_issue": "Could someone knowledgable comment here, centrally, on whether there are database issues beyond the apparently temporary ones outlined in the above Tech News, and if so, what are their extent and when do we think they will be resolved? It appears multiple bots have for some time not been running DB intensive tasks (such as certain Wikipedia:Database reports), and it is very difficult to parse through all the bot/report talkpage chatter to get a true picture of what is actually going on. Thanks in advance!",
+ "c-UnitedStatesian-2019-07-02T02:46:00.000Z-Database_issue": "Could someone knowledgable comment here, centrally, on whether there are database issues beyond the apparently temporary ones outlined in the above Tech News, and if so, what are their extent and when do we think they will be resolved? It appears multiple bots have for some time not been running DB intensive tasks (such as certain Wikipedia:Database reports), and it is very difficult to parse through all the bot/report talkpage chatter to get a true picture of what is actually going on. Thanks in advance!",
"c-JJMC89-2019-07-02T05:29:00.000Z-UnitedStatesian-2019-07-02T02:46:00.000Z": "The database replicas are undergoing maintenance (see T222978). This involves taking one replica host out of service at a time. The other two hosts then have increased load, which leads to replication lag and increased query time (previously long queries could fail to complete). Maintenance is usually ongoing during the week and paused over the weekends. I would expect this to be an ongoing issue for a while. I don't know how long the maintenance will take, but the DBAs are reaching the end of the maintenance one the first replica. The database items in the Tech News are unrelated. —",
"h-Question,_watchlist_listing_error_&_problem-2019-07-01T20:21:00.000Z": "Question, watchlist listing error & problem",
- "c-KIENGIR-2019-07-01T20:21:00.000Z-Question,_watchlist_listing_error_&_problem": "Dear All,\n\ninitially I turned to administrator regarding the issue, but unfortunetly he could not give an idea for solution. The details may be read there...Shortly, if I set it to list the changes back to 7 or 30 days, it is not working, just listing the last 250 changes, not more and I have as well no (previous/next) buttons...I need a solution, Thank You(",
+ "c-KIENGIR-2019-07-01T20:21:00.000Z-Question,_watchlist_listing_error_&_problem": "Dear All, initially I turned to administrator regarding the issue, but unfortunetly he could not give an idea for solution. The details may be read there...Shortly, if I set it to list the changes back to 7 or 30 days, it is not working, just listing the last 250 changes, not more and I have as well no (previous/next) buttons...I need a solution, Thank You(",
"c-Redrose64-2019-07-01T20:36:00.000Z-KIENGIR-2019-07-01T20:21:00.000Z": "@KIENGIR: This is Wikipedia:Village pump (technical)/Archive 174#did something break watchlist and make it too short again?.",
- "c-KIENGIR-2019-07-02T10:39:00.000Z-Redrose64-2019-07-01T20:36:00.000Z": "@Redrose64:,\n\nThank you it helped, I applied similar tweaks descibred there (in the detailed settings changing to 30 days and enabling 1000 entries as maximum). though, still I don't have 30 days, I assume mainly because of the 1000 entry limitation (I don't know where would be the url to tweak it higher). Thus practically I could go back two weeks, so my initial problem has been solved (going back between 4-7 days)...maybe as an important note for the others or the developers, even this worked only by unchecking the \"Expand watchlist to show all changes, not just the most recent\" in the Advanced Options...(initially at the first tweak attempt, I automatically checked this box assuming it is essential, but anything written above did not work until it was unchecked, ironically it had a contraproductive effect despite it's name...(",
+ "c-KIENGIR-2019-07-02T10:39:00.000Z-Redrose64-2019-07-01T20:36:00.000Z": "@Redrose64:, Thank you it helped, I applied similar tweaks descibred there (in the detailed settings changing to 30 days and enabling 1000 entries as maximum). though, still I don't have 30 days, I assume mainly because of the 1000 entry limitation (I don't know where would be the url to tweak it higher). Thus practically I could go back two weeks, so my initial problem has been solved (going back between 4-7 days)...maybe as an important note for the others or the developers, even this worked only by unchecking the \"Expand watchlist to show all changes, not just the most recent\" in the Advanced Options...(initially at the first tweak attempt, I automatically checked this box assuming it is essential, but anything written above did not work until it was unchecked, ironically it had a contraproductive effect despite it's name...(",
"h-Issues_with_alerts,_June_2019": "Issues with alerts, June 2019",
"h-Missing_notification_icons_in_MonoBook-Issues_with_alerts,_June_2019-2019-06-25T19:52:00.000Z": "Missing notification icons in MonoBook",
- "c-Suffusion_of_Yellow-2019-06-25T19:52:00.000Z-Missing_notification_icons_in_MonoBook": "Tracked in PhabricatorTask T226503\nI just spent ten minutes trying to figure out what was wrong on my end. If you're doing the same, it's not just you. See phab:T226503.",
- "c-Redrose64-2019-06-25T20:21:00.000Z-Suffusion_of_Yellow-2019-06-25T19:52:00.000Z": "I'm getting it in MonoBook too. The appropriate CSS rules are present in the stylesheets: .oo-ui-icon-bell, .mw-ui-icon-bell:before {\n background-image: url(/w/load.php?modules=oojs-ui.styles.icons-alerts&image=bell&format=rasterized&lang=en&skin=monobook);\n background-image: linear-gradient(transparent,transparent),url(\"data:image/svg+xml,%3Csvg xmlns=%22http://www.w3.org/2000/svg%22 width=%2220%22 height=%2220%22 viewBox=%220 0 20 20%22%3E%3Ctitle%3Ebell%3C/title%3E%3Cpath d=%22M16 7a5.38 5.38 0 0 0-4.46-4.85C11.6 1.46 11.53 0 10 0S8.4 1.46 8.46 2.15A5.38 5.38 0 0 0 4 7v6l-2 2v1h16v-1l-2-2zm-6 13a3 3 0 0 0 3-3H7a3 3 0 0 0 3 3z%22/%3E%3C/svg%3E\");\n}\n.oo-ui-icon-tray, .mw-ui-icon-tray:before {\n background-image: url(/w/load.php?modules=oojs-ui.styles.icons-alerts&image=tray&format=rasterized&lang=en&skin=monobook);\n background-image: linear-gradient(transparent,transparent),url(\"data:image/svg+xml,%3Csvg xmlns=%22http://www.w3.org/2000/svg%22 width=%2220%22 height=%2220%22 viewBox=%220 0 20 20%22%3E%3Ctitle%3Etray%3C/title%3E%3Cpath d=%22M3 1a2 2 0 0 0-2 2v14a2 2 0 0 0 2 2h14a2 2 0 0 0 2-2V3a2 2 0 0 0-2-2zm14 12h-4l-1 2H8l-1-2H3V3h14z%22/%3E%3C/svg%3E\");\n}\n Switching to Vector displays them properly, even though the CSS rules are virtually identical - the only differences are that the word \"monobook\" becomes \"vector\" in the first and third url(...) value.",
+ "c-Suffusion_of_Yellow-2019-06-25T19:52:00.000Z-Missing_notification_icons_in_MonoBook": "Tracked in Phabricator Task T226503 I just spent ten minutes trying to figure out what was wrong on my end. If you're doing the same, it's not just you. See phab:T226503.",
+ "c-Redrose64-2019-06-25T20:21:00.000Z-Suffusion_of_Yellow-2019-06-25T19:52:00.000Z": "I'm getting it in MonoBook too. The appropriate CSS rules are present in the stylesheets: .oo-ui-icon-bell, .mw-ui-icon-bell:before { background-image: url(/w/load.php?modules=oojs-ui.styles.icons-alerts&image=bell&format=rasterized&lang=en&skin=monobook); background-image: linear-gradient(transparent,transparent),url(\"data:image/svg+xml,%3Csvg xmlns=%22http://www.w3.org/2000/svg%22 width=%2220%22 height=%2220%22 viewBox=%220 0 20 20%22%3E%3Ctitle%3Ebell%3C/title%3E%3Cpath d=%22M16 7a5.38 5.38 0 0 0-4.46-4.85C11.6 1.46 11.53 0 10 0S8.4 1.46 8.46 2.15A5.38 5.38 0 0 0 4 7v6l-2 2v1h16v-1l-2-2zm-6 13a3 3 0 0 0 3-3H7a3 3 0 0 0 3 3z%22/%3E%3C/svg%3E\"); } .oo-ui-icon-tray, .mw-ui-icon-tray:before { background-image: url(/w/load.php?modules=oojs-ui.styles.icons-alerts&image=tray&format=rasterized&lang=en&skin=monobook); background-image: linear-gradient(transparent,transparent),url(\"data:image/svg+xml,%3Csvg xmlns=%22http://www.w3.org/2000/svg%22 width=%2220%22 height=%2220%22 viewBox=%220 0 20 20%22%3E%3Ctitle%3Etray%3C/title%3E%3Cpath d=%22M3 1a2 2 0 0 0-2 2v14a2 2 0 0 0 2 2h14a2 2 0 0 0 2-2V3a2 2 0 0 0-2-2zm14 12h-4l-1 2H8l-1-2H3V3h14z%22/%3E%3C/svg%3E\"); } Switching to Vector displays them properly, even though the CSS rules are virtually identical - the only differences are that the word \"monobook\" becomes \"vector\" in the first and third url(...) value.",
"c-Killiondude-2019-06-25T23:42:00.000Z-Suffusion_of_Yellow-2019-06-25T19:52:00.000Z": "Um, did the fix also give a ton of scroll-space to the right of anyone else's window? I can now scroll for a very long time to the right, despite there being no content.",
"c-Suffusion_of_Yellow-2019-06-25T23:45:00.000Z-Killiondude-2019-06-25T23:42:00.000Z": "@Killiondude: Yes, I see the same thing. (Firefox 67, Linux)",
- "c-Nyttend-2019-06-25T23:53:00.000Z-Suffusion_of_Yellow-2019-06-25T23:45:00.000Z": "Ditto here, IE 11 in Windows. They were missing for a while, but now they've reappeared. I think they're blurrier than before, however. Could someone ping me and thank me for this edit, so I can see whether the number notifications look any different.",
+ "c-Nyttend-2019-06-25T23:53:00.000Z-Suffusion_of_Yellow-2019-06-25T23:45:00.000Z": "Ditto here, IE 11 in Windows. They were missing for a while, but now they've reappeared. I think they're blurrier than before, however. Could someone ping me and thank me for this edit, so I can see whether the number notifications look any different.",
"c-Suffusion_of_Yellow-2019-06-26T00:06:00.000Z-Nyttend-2019-06-25T23:53:00.000Z": "@Nyttend: (ping)",
- "c-Nyttend-2019-06-26T10:51:00.000Z-Suffusion_of_Yellow-2019-06-26T00:06:00.000Z": "Thank you. Things are somewhat different; the numbers looked normal, but when I clicked each one, it was momentarily surrounded by a little dark box. The same is true if I want to review past notifications and click either of the icons when I have nothing new.",
- "c-Redrose64-2019-06-26T13:06:00.000Z-Nyttend-2019-06-26T10:51:00.000Z": "@Nyttend: You might be right about the extra blurriness, I'm not sure (I took some screenshots a few years ago: c:File:Vpt redrose64 alerts.PNG, c:File:Vpt redrose64 alerts2.PNG, c:File:Vpt redrose64 alerts3.PNG back when the car door was still in place, now replaced by the TV set icon). You're certainly right about the little dark box, it's blue and there are two for each icon, one enclosing the number and the other enclosing the icon.\n@Killiondude: The super-wide scroll space was present for me on all pages until about an hour ago, it's now stopped appearing.",
+ "c-Nyttend-2019-06-26T10:51:00.000Z-Suffusion_of_Yellow-2019-06-26T00:06:00.000Z": "Thank you. Things are somewhat different; the numbers looked normal, but when I clicked each one, it was momentarily surrounded by a little dark box. The same is true if I want to review past notifications and click either of the icons when I have nothing new.",
+ "c-Redrose64-2019-06-26T13:06:00.000Z-Nyttend-2019-06-26T10:51:00.000Z": "@Nyttend: You might be right about the extra blurriness, I'm not sure (I took some screenshots a few years ago: c:File:Vpt redrose64 alerts.PNG, c:File:Vpt redrose64 alerts2.PNG, c:File:Vpt redrose64 alerts3.PNG back when the car door was still in place, now replaced by the TV set icon). You're certainly right about the little dark box, it's blue and there are two for each icon, one enclosing the number and the other enclosing the icon. @Killiondude: The super-wide scroll space was present for me on all pages until about an hour ago, it's now stopped appearing.",
"c-Bishonen-2019-06-27T21:38:00.000Z-Redrose64-2019-06-26T13:06:00.000Z": "You guys aren't getting the icons? I'm getting only the icons — not the actual pings. On the upside, I get all thanks twice. See below. (Using Monobook.)",
"c-Suffusion_of_Yellow-2019-06-27T21:48:00.000Z-Bishonen-2019-06-27T21:38:00.000Z": "@Bishonen: That's because this problem was fixed and the \"fix\" caused another problem. Try putting my \"fix\"-to-the-fix from the other thread in your monobook.css, and see if the links work as expected.",
"c-Bishonen-2019-06-27T21:59:00.000Z-Suffusion_of_Yellow-2019-06-27T21:48:00.000Z": "I'm sorry, Suffusion of Yellow, I don't see a fix-to-the fix in the other thread (you mean \"Someone has broken Thanks\", right?), and altogether, you're speaking a foreign language. Could you tell me what to do as if explaining to your mother?",
- "c-Suffusion_of_Yellow-2019-06-27T22:07:00.000Z-Bishonen-2019-06-27T21:59:00.000Z": "@Bishonen: Sorry, there are too many threads about this right now. Try adding:#pt-notifications-notice .mw-echo-notifications-badge, #pt-notifications-alert .mw-echo-notifications-badge {\n\ttext-align: left;\n}\n to your monobook.css. Works for me, at least.",
- "c-Bishonen-2019-06-28T08:10:00.000Z-Suffusion_of_Yellow-2019-06-27T22:07:00.000Z": "And it worked for me. Thank you very much, Suffusion of Yellow.\nRe-pinging Suffusion of Yellow.",
+ "c-Suffusion_of_Yellow-2019-06-27T22:07:00.000Z-Bishonen-2019-06-27T21:59:00.000Z": "@Bishonen: Sorry, there are too many threads about this right now. Try adding: #pt-notifications-notice .mw-echo-notifications-badge, #pt-notifications-alert .mw-echo-notifications-badge { text-align: left; } to your monobook.css. Works for me, at least.",
+ "c-Bishonen-2019-06-28T08:10:00.000Z-Suffusion_of_Yellow-2019-06-27T22:07:00.000Z": "And it worked for me. Thank you very much, Suffusion of Yellow. Re-pinging Suffusion of Yellow.",
"c-Bishonen-2019-06-29T19:30:00.000Z-Bishonen-2019-06-28T08:10:00.000Z": "Suffusion of Yellow, I've just realized that my problem persists on Meta. Somebody pinged me, to test, and all I got was a three-year-old thanks. Can I put your magic code somewhere to fix that? (And hopefully Commons, Swedish Wikipedia, etc etc — I assume it's everywhere.)",
- "c-Xaosflux-2019-06-29T19:38:00.000Z-Bishonen-2019-06-29T19:30:00.000Z": "@Bishonen: the problem on meta-wiki, (and most all other projects) should get cleaned up with the next release train. If it doesn't I'll put the hack on meta-wiki. If you need it urgently, you can hack your own monobook.css there (or just click a bit further to the left).",
+ "c-Xaosflux-2019-06-29T19:38:00.000Z-Bishonen-2019-06-29T19:30:00.000Z": "@Bishonen: the problem on meta-wiki, (and most all other projects) should get cleaned up with the next release train. If it doesn't I'll put the hack on meta-wiki. If you need it urgently, you can hack your own monobook.css there (or just click a bit further to the left).",
"c-Suffusion_of_Yellow-2019-06-29T19:42:00.000Z-Bishonen-2019-06-29T19:30:00.000Z": "@Bishonen: You can also put the same code in your meta:Special:MyPage/global.css. In theory this could cause display problems if you view some wikis in non-monobook skins, but I just tried in Vector and Timeless and I didn't see any problems.",
"c-Suffusion_of_Yellow-2019-06-29T19:45:00.000Z-Suffusion_of_Yellow-2019-06-29T19:42:00.000Z": "@Bishonen: Wait, just realized that it's possible to have the fix only apply to monobook. Give me a few minutes to work it out.",
- "c-Suffusion_of_Yellow-2019-06-29T19:54:00.000Z-Missing_notification_icons_in_MonoBook": "@Bishonen: Ok, try putting:.skin-monobook #pt-notifications-notice .mw-echo-notifications-badge, .skin-monobook #pt-notifications-alert .mw-echo-notifications-badge {\n\ttext-align: left;\n}\n in your meta:Special:MyPage/global.css.",
+ "c-Suffusion_of_Yellow-2019-06-29T19:54:00.000Z-Missing_notification_icons_in_MonoBook": "@Bishonen: Ok, try putting: .skin-monobook #pt-notifications-notice .mw-echo-notifications-badge, .skin-monobook #pt-notifications-alert .mw-echo-notifications-badge { text-align: left; } in your meta:Special:MyPage/global.css.",
"c-Bishonen-2019-06-29T20:20:00.000Z-Suffusion_of_Yellow-2019-06-29T19:54:00.000Z": "Suffusion of Yellow, now you're talking my language. It seems to work. Thank you.",
"h-Excessive_width_on_monobook-Issues_with_alerts,_June_2019-2019-06-26T03:14:00.000Z": "Excessive width on monobook",
- "c-Xaosflux-2019-06-26T03:14:00.000Z-Excessive_width_on_monobook": "Tracked in PhabricatorTask T226594\nSo if you are using monobook, you may now constantly think there is something off the page to the right. See phab:T226597 for the report. Apparently this is a hack that the dev's put in to work around the notifications mess above.",
+ "c-Xaosflux-2019-06-26T03:14:00.000Z-Excessive_width_on_monobook": "Tracked in Phabricator Task T226594 So if you are using monobook, you may now constantly think there is something off the page to the right. See phab:T226597 for the report. Apparently this is a hack that the dev's put in to work around the notifications mess above.",
"c-Xaosflux-2019-06-26T03:41:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "Merged to phab:T226594.",
"c-Lugnuts-2019-06-26T06:54:00.000Z-Xaosflux-2019-06-26T03:41:00.000Z": "Thank you. Just noticed this, and thought it was a broken ref spilling across the page I was on!",
"c-RainFall-2019-06-26T07:13:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "Jeez. Hadn't noticed. Can't unsee now. Here's a temporary fix.",
- "c-Nyttend-2019-06-26T10:53:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "#pt-notifications-notice .mw-echo-notifications-badge, #pt-notifications-alert .mw-echo-notifications-badge {\n\ttext-indent: 0px !important;\n}\n\nYesterday, when I responded to the thread above (\"please ping and thank me\"), I looked for this and it wasn't the case, but now it is.",
+ "c-Nyttend-2019-06-26T10:53:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "#pt-notifications-notice .mw-echo-notifications-badge, #pt-notifications-alert .mw-echo-notifications-badge { text-indent: 0px !important; } Yesterday, when I responded to the thread above (\"please ping and thank me\"), I looked for this and it wasn't the case, but now it is.",
"c-Xaosflux-2019-06-26T11:58:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "I've added RainFall's fix temporarily to MediaWiki:Monobook.css after testing locally, revert if any new issues are caused (I tested with both notification types as well).",
"c-DuncanHill-2019-06-26T12:00:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "Does the temporary fix actually work? I've still got the excessive width.",
"c-Xaosflux-2019-06-26T12:01:00.000Z-DuncanHill-2019-06-26T12:00:00.000Z": "@DuncanHill: it took a min to update the central css, try force refreshing a page.",
"c-DuncanHill-2019-06-26T12:05:00.000Z-Xaosflux-2019-06-26T12:01:00.000Z": "@Xaosflux: Now working, thank you.",
"c-Suffusion_of_Yellow-2019-06-26T21:24:00.000Z-Xaosflux-2019-06-26T12:01:00.000Z": "@Xaosflux: Now, when I click on the \"talk\" link to the right of the notifications, I get the Special:Notifications popup instead. It looks like the screen-reader text, hidden by color:transparent, is overlapping with the talk link.",
- "c-Xaosflux-2019-06-26T21:37:00.000Z-Suffusion_of_Yellow-2019-06-26T21:24:00.000Z": "@Suffusion of Yellow, DuncanHill, Nyttend, Lugnuts, and RainFall: OK, I reverted the .css in monobook.css, give it a few and see if it fixes that problem (resulting in the original problem) - seems like I'm having to argue with the dev team to get them to understand that the change they made is making the final page worse than before :(",
+ "c-Xaosflux-2019-06-26T21:37:00.000Z-Suffusion_of_Yellow-2019-06-26T21:24:00.000Z": "@Suffusion of Yellow, DuncanHill, Nyttend, Lugnuts, and RainFall: OK, I reverted the .css in monobook.css, give it a few and see if it fixes that problem (resulting in the original problem) - seems like I'm having to argue with the dev team to get them to understand that the change they made is making the final page worse than before :(",
"c-Xaosflux-2019-06-26T21:38:00.000Z-Xaosflux-2019-06-26T21:37:00.000Z": "OK Talk is back, but so is super-wide-mode :(",
"c-Suffusion_of_Yellow-2019-06-26T21:52:00.000Z-Xaosflux-2019-06-26T21:37:00.000Z": "@Xaosflux: Argue with the The Knights Who Say \"OOUI!\"? Good luck!",
- "c-Xaosflux-2019-06-26T22:31:00.000Z-Suffusion_of_Yellow-2019-06-26T21:52:00.000Z": "I'd like to laugh, but it's so annoying that breaking changes are just rolled out. If WMF want's to deprecate monobook they need to just say it - else stop breaking it....",
+ "c-Xaosflux-2019-06-26T22:31:00.000Z-Suffusion_of_Yellow-2019-06-26T21:52:00.000Z": "I'd like to laugh, but it's so annoying that breaking changes are just rolled out. If WMF want's to deprecate monobook they need to just say it - else stop breaking it....",
"c-DuncanHill-2019-06-26T22:32:00.000Z-Xaosflux-2019-06-26T22:31:00.000Z": "\"Quick - we need a distraction from Framgate, BREAK THINGS!\"",
"c-Xaosflux-2019-06-26T22:41:00.000Z-DuncanHill-2019-06-26T22:32:00.000Z": "please please please, don't feed to conspiracy theorists ...",
- "c-Suffusion_of_Yellow-2019-06-26T22:33:00.000Z-Xaosflux-2019-06-26T22:31:00.000Z": ".mw-parser-output .inline-quote-talk{font-family:Georgia,\"DejaVu Serif\",serif;color:#008560;quotes:none}.mw-parser-output .inline-quote-talk-italic{font-family:inherit;font-style:italic}.mw-parser-output .inline-quote-talk-marks{quotes:\"\\\"\"\"\\\"\"}deprecate monobook: WP:BEANS!",
+ "c-Suffusion_of_Yellow-2019-06-26T22:33:00.000Z-Xaosflux-2019-06-26T22:31:00.000Z": "deprecate monobook: WP:BEANS!",
"c-Whatamidoing_(WMF)-2019-06-27T06:31:00.000Z-Suffusion_of_Yellow-2019-06-26T22:33:00.000Z": "\"Deprecate\" would be too strong a word, but the end of official support for MonoBook was announced about half a dozen years ago.",
"c-Killiondude-2019-06-26T22:35:00.000Z-Suffusion_of_Yellow-2019-06-26T21:52:00.000Z": "I suppose I can put that code in my own css file, but I'd prefer that talk page link not to work over the wide screen space. I use trackpad shortcuts to move backward and forward through browser tab history a lot on Wikipedia. Having all the space to the right pretty much disallows moving forward in the history via that shortcut.",
"c-Xaosflux-2019-06-26T22:42:00.000Z-Killiondude-2019-06-26T22:35:00.000Z": "If someone can come up with another hack for it that doesn't break things I'll happily force it back out there.",
"c-Xaosflux-2019-06-26T22:43:00.000Z-Xaosflux-2019-06-26T22:42:00.000Z": "If somehow this breaks the fundraising banner Seddon (WMF) is working on I bet it will get immediate attention...ijs...",
- "c-Xaosflux-2019-06-27T03:46:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "For any of my over-the-top complaining on this, some of it is frustration - but I really would like to thank Catrope for their continuing efforts to resolve this. Last update, the width problem is fixed, but now there is an alignment issue with the areas to click (you have to click a little further to the left then you used to right now) - this is already reported to phab.",
+ "c-Xaosflux-2019-06-27T03:46:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "For any of my over-the-top complaining on this, some of it is frustration - but I really would like to thank Catrope for their continuing efforts to resolve this. Last update, the width problem is fixed, but now there is an alignment issue with the areas to click (you have to click a little further to the left then you used to right now) - this is already reported to phab.",
"c-Risker-2019-06-27T04:16:00.000Z-Xaosflux-2019-06-27T03:46:00.000Z": "Ah, I was wondering about that. I was trying to get to my userpage from the link at the top, and kept getting info about notifications...",
"c-RainFall-2019-06-27T05:15:00.000Z-Xaosflux-2019-06-27T03:46:00.000Z": "Related xkcd. The initial \"fix\" that caused this seems to be very problematic. Can we not revert back and make a proper, tested patch instead of applying these small hacks repeatedly?",
"c-Lugnuts-2019-06-27T06:29:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "Hi all. I don't know if this is related, but I can't click on the link to my talkpage from the very top bar, it always goes to my notifications. This is in Firefox.",
- "c-Xaosflux-2019-06-27T14:27:00.000Z-Lugnuts-2019-06-27T06:29:00.000Z": "@Lugnuts: the 'talk link' problem should be fixed now (at least in monobook). If you are still seeing it in monobook can you gather some more details: hover over \"log out\" and look at what the link would be, then slowly move your mouse to the left (over contribus/wl/pref/ etc..) and see if you get sandbox, then your talk link. If it is out of alignment let us know? The link to the \"user page\" is somewhat overlapping with notifications (See above) but should work if you approach it from its left edge.",
+ "c-Xaosflux-2019-06-27T14:27:00.000Z-Lugnuts-2019-06-27T06:29:00.000Z": "@Lugnuts: the 'talk link' problem should be fixed now (at least in monobook). If you are still seeing it in monobook can you gather some more details: hover over \"log out\" and look at what the link would be, then slowly move your mouse to the left (over contribus/wl/pref/ etc..) and see if you get sandbox, then your talk link. If it is out of alignment let us know? The link to the \"user page\" is somewhat overlapping with notifications (See above) but should work if you approach it from its left edge.",
"c-Lugnuts-2019-06-27T14:29:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "Thanks Xaosflux, that seems to be OK now.",
"c-DuncanHill-2019-06-27T15:08:00.000Z-Lugnuts-2019-06-27T14:29:00.000Z": "I've just noticed that \"Notices\" now fills up most of the space between \"DuncanHill\" and \"Talk\", and \"Alerts\" partially overlaps \"DuncanHill\". I don't generally notice them unless I actually have an alert or a notice, as I use the blackscreen gadget and the words \"Notices\" and \"Alerts\" helpfully display in black text on a black background. Since these recent changes they have started shewing up in orange (like the other links at the top) but only when I point my mouse at them.",
- "c-Suffusion_of_Yellow-2019-06-27T21:33:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "@Xaosflux: This fixes all the overlap issues for me, in FF67/Linux: #pt-notifications-notice .mw-echo-notifications-badge, #pt-notifications-alert .mw-echo-notifications-badge {\n\ttext-align: left;\n}\n I don't know why; I was just trying things at random. Might be worth trying in some other browsers.",
+ "c-Suffusion_of_Yellow-2019-06-27T21:33:00.000Z-Xaosflux-2019-06-26T03:14:00.000Z": "@Xaosflux: This fixes all the overlap issues for me, in FF67/Linux: #pt-notifications-notice .mw-echo-notifications-badge, #pt-notifications-alert .mw-echo-notifications-badge { text-align: left; } I don't know why; I was just trying things at random. Might be worth trying in some other browsers.",
"c-Killiondude-2019-06-27T22:00:00.000Z-Suffusion_of_Yellow-2019-06-27T21:33:00.000Z": "This code fixes all the things for me. :) Before inserting this, I couldn't access \"alerts\" (the bell) only \"notifications\" (the inbox icon).",
"c-Xaosflux-2019-06-27T22:18:00.000Z-Killiondude-2019-06-27T22:00:00.000Z": "I noted it at phab:T226594 to see if there will be an upstream fix before we start band-aiding again.",
"c-DuncanHill-2019-06-27T22:24:00.000Z-Killiondude-2019-06-27T22:00:00.000Z": "@Suffusion of Yellow: That stops the overlap, but the text stays black when I point at it. Could someone thank and/or/ping me so I can see what it looks like then? Thanks,",
@@ -100,15 +100,15 @@
"c-Suffusion_of_Yellow-2019-06-27T22:34:00.000Z-DuncanHill-2019-06-27T22:28:00.000Z": "@DuncanHill: Ideally, that should go in Special:MyPage/monobook.css instead of Special:MyPage/common.css, not I think it will make a big difference.",
"c-DuncanHill-2019-06-27T22:40:00.000Z-Suffusion_of_Yellow-2019-06-27T22:34:00.000Z": "Thanks again, have moved it over. Seems to be much the same effect.",
"h-Message_&_notification_icons_in_Modern_skin-Issues_with_alerts,_June_2019-2019-06-27T14:52:00.000Z": "Message & notification icons in Modern skin",
- "c-Nthep-2019-06-27T14:52:00.000Z-Message_&_notification_icons_in_Modern_skin": "Tracked in PhabricatorTask T226684\n\nThe message & notification icons in the modern skin seem to have been changed to something less than ideal. Any recent changes to the stylesheet that would have made this happen? FWIW browser is latest version of Firefox (67.0.4).",
- "c-Xaosflux-2019-06-27T14:57:00.000Z-Nthep-2019-06-27T14:52:00.000Z": "@Nthep: - so in summary - there is a bunch going on and this is coming from upstream not local styles. See phab:T226684 (and some of the discussion at phab:T226594) to catch up on the goings-on.",
+ "c-Nthep-2019-06-27T14:52:00.000Z-Message_&_notification_icons_in_Modern_skin": "Tracked in Phabricator Task T226684 The message & notification icons in the modern skin seem to have been changed to something less than ideal. Any recent changes to the stylesheet that would have made this happen? FWIW browser is latest version of Firefox (67.0.4).",
+ "c-Xaosflux-2019-06-27T14:57:00.000Z-Nthep-2019-06-27T14:52:00.000Z": "@Nthep: - so in summary - there is a bunch going on and this is coming from upstream not local styles. See phab:T226684 (and some of the discussion at phab:T226594) to catch up on the goings-on.",
"c-Nthep-2019-06-27T15:10:00.000Z-Xaosflux-2019-06-27T14:57:00.000Z": "Thanks.",
"c-Isarra-2019-07-01T15:55:00.000Z-Nthep-2019-06-27T15:10:00.000Z": "@Nthep: Same as the monobook issues, should be fully fixed at the end of the week/next week depending on how they're doing deployments. Unless you don't like how we fixed it once it does change, in which case do please tell me.",
"h-Someone_has_broken_Thanks-Issues_with_alerts,_June_2019-2019-06-27T20:53:00.000Z": "Someone has broken Thanks",
- "c-DuncanHill-2019-06-27T20:53:00.000Z-Someone_has_broken_Thanks": "Now when I thank someone, instead of it happening all in the history page, it takes me to another page to ask me if I want to thank them, then to yet another page saying I have thanked them, and leaves me there and not where I was to start with and with no apparent way back. I expect it's an \"improvement\", but it makes life harder.",
+ "c-DuncanHill-2019-06-27T20:53:00.000Z-Someone_has_broken_Thanks": "Now when I thank someone, instead of it happening all in the history page, it takes me to another page to ask me if I want to thank them, then to yet another page saying I have thanked them, and leaves me there and not where I was to start with and with no apparent way back. I expect it's an \"improvement\", but it makes life harder.",
"c-Suffusion_of_Yellow-2019-06-27T20:58:00.000Z-DuncanHill-2019-06-27T20:53:00.000Z": "@DuncanHill: Works normally for me. What you are describing is the expected behavior if you have JavaScript disabled. It is possible that the JS for the \"thanks\" feature didn't load properly. Try WP:BYPASS, and see if it works again.",
"c-Xaosflux-2019-06-27T20:59:00.000Z-DuncanHill-2019-06-27T20:53:00.000Z": " Works for me - but the servers were just also having some hiccups, can you try again?",
- "c-Maile66-2019-06-27T21:00:00.000Z-DuncanHill-2019-06-27T20:53:00.000Z": "I've been having intermittent weirdness of another type. On \"Show preview\", I've been getting a message that the servers are busy. If I refresh, it works fine. But the error has repeated numerous times today. I've been wondering if it's the new version of MediaWiki that Tech News mentioned would be on all wikis as of today.",
+ "c-Maile66-2019-06-27T21:00:00.000Z-DuncanHill-2019-06-27T20:53:00.000Z": "I've been having intermittent weirdness of another type. On \"Show preview\", I've been getting a message that the servers are busy. If I refresh, it works fine. But the error has repeated numerous times today. I've been wondering if it's the new version of MediaWiki that Tech News mentioned would be on all wikis as of today.",
"c-DuncanHill-2019-06-27T21:03:00.000Z-Maile66-2019-06-27T21:00:00.000Z": "(ec)I went back and in the page history it did not shew me as having thanked the person I had thanked. I tried again, nothing happened, then tried again and it behaved normally. I think there's a log somewhere where I can see if it went through, but can't remember where.",
"c-DuncanHill-2019-06-27T21:06:00.000Z-DuncanHill-2019-06-27T21:03:00.000Z": "Hah! I found the thanks log, it's shewing me as having made the first thanks before I posted here, but not the second when I tried again.",
"c-Bishonen-2019-06-27T21:20:00.000Z-DuncanHill-2019-06-27T21:03:00.000Z": "This is not about thanks (I think), but I got first one, then two notifications today for apparently nothing. I mean, there's a little red \"2\" in the usual place, but when I look there's nothing new there. I think the second one may have been for AGK's mention of me here, since it turned up right as I was reading his motion, but I've no idea what the first one is. Anybody know what's going on? If an arb offers a motion to examine my conduct, and has as far as he knows pinged me about it, it would be nice to get that ping. Can I go somewhere to find it?",
@@ -116,13 +116,13 @@
"c-Sluzzelin-2019-06-27T21:27:00.000Z-DuncanHill-2019-06-27T21:26:00.000Z": "There was a recent problem with notification (at least in Monobook) see here (look above), but I don't know whether there's a connection. I will henceforth thank and revert and ping users profusely and see how they react.",
"c-Sluzzelin-2019-06-27T21:31:00.000Z-DuncanHill-2019-06-27T21:26:00.000Z": "Duncan, you better stop thanking me, or I will report you to ...",
"c-Bishonen-2019-06-27T21:32:00.000Z-Sluzzelin-2019-06-27T21:31:00.000Z": "(edit conflict) (edit conflict) (edit conflict) I use Monobook, Sluzzelin, I'm old school. You know what? I just realized that the little notifications digit — the red one — shows the thanks I've got, just like the blue digit does. So, I get thanks twice, and notifications never.",
- "c-Cryptic-2019-06-27T21:57:00.000Z-Bishonen-2019-06-27T21:32:00.000Z": "You can get a complete list of current and past notifications at Special:Notifications (which, frustratingly, works much better with javascript disabled). Doesn't help you realize there's new ones there if the main notice is broken, though.",
+ "c-Cryptic-2019-06-27T21:57:00.000Z-Bishonen-2019-06-27T21:32:00.000Z": "You can get a complete list of current and past notifications at Special:Notifications (which, frustratingly, works much better with javascript disabled). Doesn't help you realize there's new ones there if the main notice is broken, though.",
"c-DuncanHill-2019-06-27T21:34:00.000Z-Sluzzelin-2019-06-27T21:31:00.000Z": "@Sluzzelin: Wilco!",
"c-BlackcurrantTea-2019-06-28T07:48:00.000Z-DuncanHill-2019-06-27T21:34:00.000Z": "Bishonen, this happened to me (also a Monobook user) when someone replied to me in a topic which was archived in the time between their reply and when I saw the notification. Ever since then, whenever I go to a wiki project for the first time, there's a red number for notifications, even when there are none (because the default preference is to show cross-wiki notifications). On the bright side, I can always tell if it's my first visit to a project.",
"c-Bishonen-2019-06-28T08:06:00.000Z-BlackcurrantTea-2019-06-28T07:48:00.000Z": "@BlackcurrantTea:, my problem was solved by a kindly techy type in a thread above. I don't know if the same magic would help you, but it's probably worth trying.",
"c-BlackcurrantTea-2019-06-28T08:36:00.000Z-Bishonen-2019-06-28T08:06:00.000Z": "Bishonen, thanks for the tip. That doesn't make a difference in my case, but it's not really a problem.",
"h-Stuck_alert/notification-Issues_with_alerts,_June_2019-2019-06-28T03:19:00.000Z": "Stuck alert/notification",
- "c-BullRangifer-2019-06-28T03:19:00.000Z-Stuck_alert/notification": "At the top of every Wikipedia page I open are my control tabs: Username, Alerts, Notifications, Talk, Sandbox, Preferences, Beta, Watchlist, Contributions, Log out.\n\nThere is a red number over my Alerts tab, and the tab isn't working. When I click on it, it shows all the Notifications, as does the Notifications tab.\n\nI can't get rid of that red number. It has worked fine until today. Help!",
+ "c-BullRangifer-2019-06-28T03:19:00.000Z-Stuck_alert/notification": "At the top of every Wikipedia page I open are my control tabs: Username, Alerts, Notifications, Talk, Sandbox, Preferences, Beta, Watchlist, Contributions, Log out. There is a red number over my Alerts tab, and the tab isn't working. When I click on it, it shows all the Notifications, as does the Notifications tab. I can't get rid of that red number. It has worked fine until today. Help!",
"c-Killiondude-2019-06-28T03:23:00.000Z-BullRangifer-2019-06-28T03:19:00.000Z": "@BullRangifer: do you use Monobook for your skin? If so, see #Excessive width on monobook and specifically the last bit of code given that you can put into your css file to fix what the devs broke in the skin.",
"c-BullRangifer-2019-06-28T06:53:00.000Z-Killiondude-2019-06-28T03:23:00.000Z": "Still a problem.",
"c-Redrose64-2019-06-28T11:05:00.000Z-BullRangifer-2019-06-28T06:53:00.000Z": "@BullRangifer: The problem is that although the bell and TV set icons are still links, their hotspots have shifted to the left by about their own width plus a bit more. So the TV set's hotspot is now where the bell is displayed. Therefore, to activate the bell, you click a little to its left - just over the letters \"fer\" should do it.",
@@ -144,23 +144,23 @@
"h-Deployment_update-Issues_with_alerts,_June_2019-2019-07-03T00:02:00.000Z": "Deployment update",
"c-Roan_Kattouw_(WMF)-2019-07-03T00:02:00.000Z-Deployment_update": "Thanks to User:Isarra's efforts on Friday, we now have full fixes for the notification badge issues in the Monobook and Modern skins. About 15 minutes ago (at 23:36 UTC) I deployed the fixes for Monobook, these are now live on all wikis. I didn't deploy the fixes for Modern because those are a little more complicated and that skin isn't used as much as Monobook is. If I get a chance, I may be able to deploy those 24 hours from now, and otherwise they'll come with next week's regular weekly deployment train on Thursday July 11 (there is no train this week due to the July 4th holiday). Thanks to User:Isarra for writing proper fixes for these bugs, and to User:Xaosflux for putting interim fixes in MediaWiki:Monobook.css in the meantime. And, again, my apologies for this disruption; I was the reviewer on the change that broke this, and I should have caught the fact that it changed the badge structure and the main badge CSS but did not update the Monobook CSS to match.",
"h-\"Show_preview\"_toolbar_needs_to_be_above_the_edit_summary_in_the_wikitext_editin-2019-07-01T08:34:00.000Z": "\"Show preview\" toolbar needs to be above the edit summary in the wikitext editing window",
- "c-Timeshifter-2019-07-01T08:34:00.000Z-\"Show_preview\"_toolbar_needs_to_be_above_the_edit_summary_in_the_wikitext_editin": "Or there needs to be a setting in preferences to allow this. Scrolling is a pain. Half the page has to be scrolled to click the \"show preview\" button. \n\nWeird thing is that the edit window here does not have the \"Edit summary (Briefly describe your changes)\" toolbar. It only has the \"common edit summaries\" toolbar. \n\nSo look at an article edit window, or an article talk page edit window.",
+ "c-Timeshifter-2019-07-01T08:34:00.000Z-\"Show_preview\"_toolbar_needs_to_be_above_the_edit_summary_in_the_wikitext_editin": "Or there needs to be a setting in preferences to allow this. Scrolling is a pain. Half the page has to be scrolled to click the \"show preview\" button. Weird thing is that the edit window here does not have the \"Edit summary (Briefly describe your changes)\" toolbar. It only has the \"common edit summaries\" toolbar. So look at an article edit window, or an article talk page edit window.",
"c-Redrose64-2019-07-01T16:25:00.000Z-Timeshifter-2019-07-01T08:34:00.000Z": "If you begin editing by using the \"new section\" tab, then no, you don't get an edit summary window. Instead, a standard edit summary is constructed for you, consisting of the name of the new section wrapped in /* ... */ markers plus the words \"new section\". The edit summary window only appears when editing an existing section, or the whole page.",
"c-Timeshifter-2019-07-02T08:42:00.000Z-Redrose64-2019-07-01T16:25:00.000Z": "Thanks, Redrose64. I see now.",
"h-Edit_window_length_is_not_remembered-\"Show_preview\"_toolbar_needs_to_be_above_the_edit_summary_in_the_wikitext_editin-2019-07-01T08:24:00.000Z": "Edit window length is not remembered",
- "c-Timeshifter-2019-07-01T08:24:00.000Z-Edit_window_length_is_not_remembered": "A related problem is that the wikitext edit window length is not remembered. I can drag it up or down in length. But when I open another article or talk page, and then open an edit window, it is back to being a very lengthy edit window. \n\nThis exacerbates the previous problem of the \"Publish changes\" toolbar being separated by almost half a page of edit summary and terms of use stuff. \n\nLots of scrolling to do multiple previews. I am using Firefox on a 21-inch LCD monitor.",
- "c-PrimeHunter-2019-07-01T09:59:00.000Z-Timeshifter-2019-07-01T08:24:00.000Z": "This in your CSS sets the edit box height:\ntextarea {height:15em}\n\nUser:Js/ajaxPreview#Installation adds a small preview button above the edit box. It makes other changes.",
+ "c-Timeshifter-2019-07-01T08:24:00.000Z-Edit_window_length_is_not_remembered": "A related problem is that the wikitext edit window length is not remembered. I can drag it up or down in length. But when I open another article or talk page, and then open an edit window, it is back to being a very lengthy edit window. This exacerbates the previous problem of the \"Publish changes\" toolbar being separated by almost half a page of edit summary and terms of use stuff. Lots of scrolling to do multiple previews. I am using Firefox on a 21-inch LCD monitor.",
+ "c-PrimeHunter-2019-07-01T09:59:00.000Z-Timeshifter-2019-07-01T08:24:00.000Z": "This in your CSS sets the edit box height: textarea {height:15em} User:Js/ajaxPreview#Installation adds a small preview button above the edit box. It makes other changes.",
"c-Galobtter-2019-07-01T10:14:00.000Z-Timeshifter-2019-07-01T08:24:00.000Z": "Or you can use alt+shift+p to preview.",
"c-Timeshifter-2019-07-02T08:38:00.000Z-Galobtter-2019-07-01T10:14:00.000Z": "Thanks, PrimeHunter. I installed both, and they both work great. They both should be preferences.",
"c-Redrose64-2019-07-02T18:30:00.000Z-Timeshifter-2019-07-02T08:38:00.000Z": "@Timeshifter: It has previously been suggested (see e.g. this thread)) that a setting such as the above rule textarea {height:15em} should be made a user pref. Unfortunately, this is not feasible since a value of 15em is not suitable for every user - we do not know how high anybody else's screen is.",
- "c-Timeshifter-2019-07-03T02:53:00.000Z-Redrose64-2019-07-02T18:30:00.000Z": "@Redrose64: Thanks. I see from that old thread that it was possible in the past to choose the size of the textarea. I vaguely remember that this existed at one time. You wrote in that old thread: \"Each pref removed marginally improves page load time for logged-in users.\" Is it only prefs that are changed from default settings that effect page load time? If so, then the more preferences the better.\n\nThere should be a way to open up and activate a whole new set of preferences. That way newbs could start with a manageable set of preferences. Then over time, if desired, then people could look at other preferences. Without having to paste stuff into CSS and JS pages. People could make their own decision as to whether the marginal loss of page load speed was made up for by the improvements provided by the additional preferences.",
+ "c-Timeshifter-2019-07-03T02:53:00.000Z-Redrose64-2019-07-02T18:30:00.000Z": "@Redrose64: Thanks. I see from that old thread that it was possible in the past to choose the size of the textarea. I vaguely remember that this existed at one time. You wrote in that old thread: \"Each pref removed marginally improves page load time for logged-in users.\" Is it only prefs that are changed from default settings that effect page load time? If so, then the more preferences the better. There should be a way to open up and activate a whole new set of preferences. That way newbs could start with a manageable set of preferences. Then over time, if desired, then people could look at other preferences. Without having to paste stuff into CSS and JS pages. People could make their own decision as to whether the marginal loss of page load speed was made up for by the improvements provided by the additional preferences.",
"h-Problem_with_CSD_category_counts,_again-2019-07-02T23:35:00.000Z": "Problem with CSD category counts, again",
- "c-Liz-2019-07-02T23:35:00.000Z-Problem_with_CSD_category_counts,_again": "I wrote a query regarding CSD category counts being incorrect and SoWhy helpfully pointed me to archived threads on this board, like Category count wrong and several others with the same complaint going back to spring 2018. Editors responded by listing Phab tickets, like T200402, T195397, T221795 or T18036 (and there are probably more). I've checked all the different tickets that were mentioned in these threads on this common problem and they are either marked as a) closed, resolved, b) closed, duplicate or c) low priority. I don't see how this issue can be considered resolved when it continues to be a problem and it is disappointing to think that there is little to no chance that anyone will work on actually solving this problem. It's clear that a lot of work on this started last year, but then the ticket was mistakenly closed as resolved.\n\nIs there any way to restart the process of review so that there is some investigation of this problem? Because as a \"resolved, low priority\" task, that means to me that it will never be examined again.",
- "c-Ammarpad-2019-07-03T06:37:00.000Z-Liz-2019-07-02T23:35:00.000Z": "In Phabricator parlance \"low priority\" does not necessarily means the task is not important; quite the opposite at times. Phab:T195397 was closed as resolved because it was indeed resolved at the time, and when the problem resurfaces, it was not reopened since there are many other open tasks. Some were closed as duplicate, because they were what the label says; even here, I believe we don't like 'duplicate.' The main task now is at phab:T221795. However, (for me to not be too evasive) I admit the problem is not given any sense of urgency from the technical side, but that's easily explainable. To be frank, there's nothing broken if category count is not correct. The problem has been noticed since 2008 or possibly earlier, and with adhoc fixes, everyone moves on until it returns and annoys another person. It's something obscure and which almost entire Wikipedia readers probably don't use nor care about. The editors who care for it (the count) are few, and even fewer know the problem exists. I don't know any way to speed up this, except (may be) to lobby the team working on it in the task, but keeping in mind, even if you think it needs immediate solution, others may not see it that way.",
+ "c-Liz-2019-07-02T23:35:00.000Z-Problem_with_CSD_category_counts,_again": "I wrote a query regarding CSD category counts being incorrect and SoWhy helpfully pointed me to archived threads on this board, like Category count wrong and several others with the same complaint going back to spring 2018. Editors responded by listing Phab tickets, like T200402, T195397, T221795 or T18036 (and there are probably more). I've checked all the different tickets that were mentioned in these threads on this common problem and they are either marked as a) closed, resolved, b) closed, duplicate or c) low priority. I don't see how this issue can be considered resolved when it continues to be a problem and it is disappointing to think that there is little to no chance that anyone will work on actually solving this problem. It's clear that a lot of work on this started last year, but then the ticket was mistakenly closed as resolved. Is there any way to restart the process of review so that there is some investigation of this problem? Because as a \"resolved, low priority\" task, that means to me that it will never be examined again.",
+ "c-Ammarpad-2019-07-03T06:37:00.000Z-Liz-2019-07-02T23:35:00.000Z": "In Phabricator parlance \"low priority\" does not necessarily means the task is not important; quite the opposite at times. Phab:T195397 was closed as resolved because it was indeed resolved at the time, and when the problem resurfaces, it was not reopened since there are many other open tasks. Some were closed as duplicate, because they were what the label says; even here, I believe we don't like 'duplicate.' The main task now is at phab:T221795. However, (for me to not be too evasive) I admit the problem is not given any sense of urgency from the technical side, but that's easily explainable. To be frank, there's nothing broken if category count is not correct. The problem has been noticed since 2008 or possibly earlier, and with adhoc fixes, everyone moves on until it returns and annoys another person. It's something obscure and which almost entire Wikipedia readers probably don't use nor care about. The editors who care for it (the count) are few, and even fewer know the problem exists. I don't know any way to speed up this, except (may be) to lobby the team working on it in the task, but keeping in mind, even if you think it needs immediate solution, others may not see it that way.",
"h-Remove_fbclid=..._from_all_links-2019-06-30T20:27:00.000Z": "Remove fbclid=... from all links",
- "c-84.173.225.148-2019-06-30T20:27:00.000Z-Remove_fbclid=..._from_all_links": "Hi all,\n\nI happened to notice that hundreds of links in hundreds of articles include fbclid=longstringofrandomlookingletters parameters. According to what I read, Facebook adds these to track users' browsing behavior. It works like this:\n\nLet's assume I discover something on www.example.com/cooltopic.html and share this URL with a friend on Facebook: \"HEY CHEK THIS OUT!!!!!!!11\"\nFacebook automatically adds a unique FaceBook CLick ID (fbclid) to every link that is passed through them by adding &fbclid=... or ?fbclid=... to it. This doesn't change the destination of the link i.e. the URL still works the same.\nThe friend decides to add my URL as a reference/link to Wikipedia. Except, now the URL will read www.example.com/cooltopic.html?fbclid=xyz123.\nThanks to their Click ID Facebook can now track the URL: If the link is emailed to a 3rd person, who sends it to a 4th via Whatsapp, Facebook recognizes the (modified) link as the one I originally shared with my friend, thus gathering data about which persons are communicating with whom.\nIf the destination site of the link (example.com) has added a like-button to their page then Facebook even gets notified whenever anyone follows the link, i.e. they will know exactly which visits to www.example.com are a consequence of my original communication with my friend. (They use this to find out who is a valuable influencer.)\n\nLong story short, IMHO all fbclid=... should be deleted from all (current and future) references and links on Wikipedia, because\nFacebook has no business tracking Wikipedia contributors or readers.\nThe huge fbclid=... strings make references harder to read and edit.\nThe fact that an Wikipedia article's reference's URL was passed through Facebook's infrastructure earlier is not relevant to the topic the article covers, so this information need not be preserved.\nThe links work just the same after deleting the fbclid parameter.\n\nSo it would be great if some Wikipedia wizard could program and unleash a bot for this? Please??\nSupposedly there are also Google Click IDs and others, however I haven't found their 'additions' in links. Maybe there is already a bot in place filtering them out? Then this bot would just need a little expanding.\n\nI hope this is the right place to ask. Someone at the Teahouse was kind enough to point me here.\n\nThanks and regards, Jens (",
+ "c-84.173.225.148-2019-06-30T20:27:00.000Z-Remove_fbclid=..._from_all_links": "Hi all, I happened to notice that hundreds of links in hundreds of articles include fbclid=longstringofrandomlookingletters parameters. According to what I read, Facebook adds these to track users' browsing behavior. It works like this: Let's assume I discover something on www.example.com/cooltopic.html and share this URL with a friend on Facebook: \"HEY CHEK THIS OUT!!!!!!!11\" Facebook automatically adds a unique FaceBook CLick ID (fbclid) to every link that is passed through them by adding &fbclid=... or ?fbclid=... to it. This doesn't change the destination of the link i.e. the URL still works the same. The friend decides to add my URL as a reference/link to Wikipedia. Except, now the URL will read www.example.com/cooltopic.html?fbclid=xyz123. Thanks to their Click ID Facebook can now track the URL: If the link is emailed to a 3rd person, who sends it to a 4th via Whatsapp, Facebook recognizes the (modified) link as the one I originally shared with my friend, thus gathering data about which persons are communicating with whom. If the destination site of the link (example.com) has added a like-button to their page then Facebook even gets notified whenever anyone follows the link, i.e. they will know exactly which visits to www.example.com are a consequence of my original communication with my friend. (They use this to find out who is a valuable influencer.) Long story short, IMHO all fbclid=... should be deleted from all (current and future) references and links on Wikipedia, because Facebook has no business tracking Wikipedia contributors or readers. The huge fbclid=... strings make references harder to read and edit. The fact that an Wikipedia article's reference's URL was passed through Facebook's infrastructure earlier is not relevant to the topic the article covers, so this information need not be preserved. The links work just the same after deleting the fbclid parameter. So it would be great if some Wikipedia wizard could program and unleash a bot for this? Please?? Supposedly there are also Google Click IDs and others, however I haven't found their 'additions' in links. Maybe there is already a bot in place filtering them out? Then this bot would just need a little expanding. I hope this is the right place to ask. Someone at the Teahouse was kind enough to point me here. Thanks and regards, Jens (",
"c-Ammarpad-2019-06-30T20:35:00.000Z-84.173.225.148-2019-06-30T20:27:00.000Z": "I believe there's a bot that's removing them already, though in a gradual way as there's no immediate harm while they're here. I think the bot is also removing them not only from Facebook's URLs but similar ones from Amazon.com and the like.",
- "c-Xaosflux-2019-06-30T20:39:00.000Z-Ammarpad-2019-06-30T20:35:00.000Z": "Yup, Wikipedia:Bots/Requests for approval/KolbertBot 4 was approved for this, but may be stalled/paused right now. User:Jon Kolbert is the operator, who may have more information.",
+ "c-Xaosflux-2019-06-30T20:39:00.000Z-Ammarpad-2019-06-30T20:35:00.000Z": "Yup, Wikipedia:Bots/Requests for approval/KolbertBot 4 was approved for this, but may be stalled/paused right now. User:Jon Kolbert is the operator, who may have more information.",
"c-PrimeHunter-2019-06-30T20:42:00.000Z-Xaosflux-2019-06-30T20:39:00.000Z": "Template:Cite web#URL says \"Remove tracking parameters from URLs\". insource:fbclid currently gives me 1720 results in articles. The normal place for a request would be Wikipedia:Bot requests.",
"c-Galobtter-2019-06-30T20:44:00.000Z-84.173.225.148-2019-06-30T20:27:00.000Z": "(edit conflict) Hi Jens, looks like User:KolbertBot per Wikipedia:Bots/Requests for approval/KolbertBot 4 should be removing it, but the bot isn't running; ping Jon Kolbert.",
"c-84.173.225.148-2019-06-30T21:14:00.000Z-Remove_fbclid=..._from_all_links": "I'll talk to him. Many thanks to all of you. --Jens (",
@@ -170,51 +170,51 @@
"c-Jon_Kolbert-2019-07-02T18:14:00.000Z-TheAwesomeHwyh-2019-07-01T00:07:00.000Z": "Hi there, I have been very occupied with a lot of other things - but I will make sure this task runs :-). Thanks for the note",
"c-84.173.228.245-2019-07-03T21:11:00.000Z-Jon_Kolbert-2019-07-02T18:14:00.000Z": "Many thanks for your work. --Jens (",
"h-Piped_link_with_lang_template-2019-07-03T04:06:00.000Z": "Piped link with lang template",
- "c-76.69.117.113-2019-07-03T04:06:00.000Z-Piped_link_with_lang_template": "It is easy to see that | is a permissible character to the right of the active | in a piped link. For example, [[red|green|blue]] produces the anchor text \"green|blue\" linking to the page red: green|blue.\n\nIn the lead sentence of the page Xiquets Copenhagen, however, the wikitext ([[Castell|{{lang|ca|castells}}]]) is obviously intended to produce the anchor text \"castells\" linking to the page Castell; but actually it does not produce a link at all, and most of the wikitext shows up as ordinary text in the article. If this is supposed to work as intended, perhaps someone can fix the bug. If it's intended not to work, perhaps someone can edit the article to do what is necessary to achieve the desired effect.\n\n(If you have something to say, please say it here. I only came across the article via Special:Random, and don't expect to look at it again.)",
+ "c-76.69.117.113-2019-07-03T04:06:00.000Z-Piped_link_with_lang_template": "It is easy to see that | is a permissible character to the right of the active | in a piped link. For example, [[red|green|blue]] produces the anchor text \"green|blue\" linking to the page red: green|blue. In the lead sentence of the page Xiquets Copenhagen, however, the wikitext ([[Castell|{{lang|ca|castells}}]]) is obviously intended to produce the anchor text \"castells\" linking to the page Castell; but actually it does not produce a link at all, and most of the wikitext shows up as ordinary text in the article. If this is supposed to work as intended, perhaps someone can fix the bug. If it's intended not to work, perhaps someone can edit the article to do what is necessary to achieve the desired effect. (If you have something to say, please say it here. I only came across the article via Special:Random, and don't expect to look at it again.)",
"c-John_of_Reading-2019-07-03T06:23:00.000Z-76.69.117.113-2019-07-03T04:06:00.000Z": "Fixed The problem is that {{lang}} not only marks the text as non-English, it also adds [[Category:Articles containing ...-language text]] - and wikilinks may not contain wikilinks.",
- "c-76.69.117.113-2019-07-04T02:57:00.000Z-John_of_Reading-2019-07-03T06:23:00.000Z": "Ah, so it's intended not to work. Perhaps it would be helpful if there was some kind of error message, because the original construction looks legitimate until you know why not.",
+ "c-76.69.117.113-2019-07-04T02:57:00.000Z-John_of_Reading-2019-07-03T06:23:00.000Z": "Ah, so it's intended not to work. Perhaps it would be helpful if there was some kind of error message, because the original construction looks legitimate until you know why not.",
"h-Why_can't_I_enable_the_2010_editing_toolbar_along_with_the_2006_editing_toolbar?-2019-07-01T09:36:00.000Z": "Why can't I enable the 2010 editing toolbar along with the 2006 editing toolbar?",
- "c-Timeshifter-2019-07-01T09:36:00.000Z-Why_can't_I_enable_the_2010_editing_toolbar_along_with_the_2006_editing_toolbar?": "I would like to have both toolbars. Please make this possible. See: Wikipedia:Legacy toolbar.\n\nSee: Special:Preferences#mw-prefsection-editing. There one can enable this:\nEnable the editing toolbar. This is sometimes called the '2010 wikitext editor'.\n\nI can't enable it because I have the 2006 editing toolbar (plus extensions) enabled:\n\nI have the following 3 gadgets enabled in the editing section of gadget preferences:\nEnable the legacy (2006) editing toolbar. This will be overridden by the \"Enable the editing toolbar\" option in the Editing tab.\nrefToolbar: add a \"cite\" button to the editing toolbar for quick addition of commonly used citation templates\nAdd extra buttons to the old (non-enhanced) editing toolbar\n\nThey just add more buttons to the 2006 editing toolbar.",
+ "c-Timeshifter-2019-07-01T09:36:00.000Z-Why_can't_I_enable_the_2010_editing_toolbar_along_with_the_2006_editing_toolbar?": "I would like to have both toolbars. Please make this possible. See: Wikipedia:Legacy toolbar. See: Special:Preferences#mw-prefsection-editing. There one can enable this: Enable the editing toolbar. This is sometimes called the '2010 wikitext editor'. I can't enable it because I have the 2006 editing toolbar (plus extensions) enabled: I have the following 3 gadgets enabled in the editing section of gadget preferences: Enable the legacy (2006) editing toolbar. This will be overridden by the \"Enable the editing toolbar\" option in the Editing tab. refToolbar: add a \"cite\" button to the editing toolbar for quick addition of commonly used citation templates Add extra buttons to the old (non-enhanced) editing toolbar They just add more buttons to the 2006 editing toolbar.",
"c-Timeshifter-2019-07-03T02:56:00.000Z-Timeshifter-2019-07-01T09:36:00.000Z": "Anybody? Is this technically feasible?",
"c-Snaevar-2019-07-03T16:53:00.000Z-Timeshifter-2019-07-03T02:56:00.000Z": "No, it is not possible to have both the 2010 and 2006 toolbar. You could however ask for an script that adds the missing buttons to the 2010 toolbar, which would be the hidden comment, quote and horizontal line.",
"c-Timeshifter-2019-07-04T05:20:00.000Z-Snaevar-2019-07-03T16:53:00.000Z": "That's a good idea. I only want the 2 buttons for instant link brackets (no intermediary popup). One button for an internal link. And one button for an external link.",
- "h-Discussion_at_Wikipedia:Teahouse#Two_questions_about_the_WMF's_Android_app-2019-07-04T04:32:00.000Z": "Discussion at Wikipedia:Teahouse#Two questions about the WMF's Android app",
- "c-Airbornemihir-2019-07-04T04:32:00.000Z-Discussion_at_Wikipedia:Teahouse#Two_questions_about_the_WMF's_Android_app": " You are invited to join the discussion at Wikipedia:Teahouse#Two questions about the WMF's Android app .",
+ "h-Discussion_at_Wikipedia:Teahouse#Two_questions_about_the_WMF's_Android_app-2019-07-04T04:32:00.000Z": "Discussion at Wikipedia:Teahouse#Two questions about the WMF's Android app",
+ "c-Airbornemihir-2019-07-04T04:32:00.000Z-Discussion_at_Wikipedia:Teahouse#Two_questions_about_the_WMF's_Android_app": " You are invited to join the discussion at Wikipedia:Teahouse#Two questions about the WMF's Android app .",
"c-Orville-2019-07-04T05:28:00.000Z-Airbornemihir-2019-07-04T04:32:00.000Z": "VVVV I've posted the question asked by Airbornemihir in its own section directly below this section. VVV",
"h-Two_questions_about_the_WMF's_Android_app-Discussion_at_Wikipedia:Teahouse#Two_questions_about_the_WMF's_Android_app-2019-07-01T03:22:00.000Z": "Two questions about the WMF's Android app",
"c-Orville-2019-07-04T05:21:00.000Z-Two_questions_about_the_WMF's_Android_app": "The following questions have been copied from the Teahouse. The editor below has technical questions we are unable to answer there, and I'm hoping editors here can provide Airbornemihir with assistance.",
"c-Airbornemihir-2019-07-01T03:22:00.000Z-Two_questions_about_the_WMF's_Android_app": "Tangentially related question: the list of Wikipedia mobile applications states that the Android app cannot open talk pages, but this doesn't seem to be true of the current version of the app which can open any page when looked up with the correct namespace. Is that something that should be updated? (Please ping when replying.)",
- "c-Orville-2019-07-04T05:21:00.000Z-Two_questions_about_the_WMF's_Android_app-1": "The above questions have been copied from the Teahouse. The editor above has technical questions we are unable to answer there, and I'm hoping knowledgeable editors here can provide Airbornemihir with assistance. Thank you",
+ "c-Orville-2019-07-04T05:21:00.000Z-Two_questions_about_the_WMF's_Android_app-1": "The above questions have been copied from the Teahouse. The editor above has technical questions we are unable to answer there, and I'm hoping knowledgeable editors here can provide Airbornemihir with assistance. Thank you",
"c-RainFall-2019-07-04T07:27:00.000Z-Orville-2019-07-04T05:21:00.000Z": "@Airbornemihir: Uhm, are you sure you are using the latest version? I just published this edit without an edit summary using the official Wikipedia app for Android. Also, the app is technically able to show talk pages, but it treats them as \"normal\" articles. I think the article (List of Wikipedia mobile applications) is referring to the \"View talk page\" option placed at the bottom of every page—including talk pages... yep—which the app doesn't yet \"handle.\"",
"c-Airbornemihir-2019-07-04T07:46:00.000Z-RainFall-2019-07-04T07:27:00.000Z": "@RainFall: Thanks, I've noticed too that talk page links open by default in a different app, which is probably the intended meaning as you said. Regarding blank edit summaries, do you not get stuck during the edit at the place where it asks \"How did you improve the article?\" I can't seem to move on from there without either picking one of the canned edit summaries or writing one myself.",
"c-RainFall-2019-07-04T07:52:00.000Z-Airbornemihir-2019-07-04T07:46:00.000Z": "@Airbornemihir: Yes, I did see the \"How did you improve the article?\" page; I tapped \"Publish\" leaving everything else untouched and it worked... again.",
"c-Airbornemihir-2019-07-04T08:08:00.000Z-RainFall-2019-07-04T07:52:00.000Z": "@RainFall: OK, it looks like it worked for me too. I'm not sure what was going on before. I edited the smartphone apps page to better reflect what the app can do, as well. Thanks everyone for your help.",
"h-Has_syntax_highlighting_CSS_just_changed?-2019-07-03T21:37:00.000Z": "Has syntax highlighting CSS just changed?",
- "c-Mandruss-2019-07-03T21:58:00.000Z-Has_syntax_highlighting_CSS_just_changed?": "Resolved \n Moved from Wikipedia:Village pump (miscellaneous)/Archive 62 § Has syntax highlighting CSS just changed?:",
+ "c-Mandruss-2019-07-03T21:58:00.000Z-Has_syntax_highlighting_CSS_just_changed?": "Resolved Moved from Wikipedia:Village pump (miscellaneous)/Archive 62 § Has syntax highlighting CSS just changed?:",
"c-Andrybak-2019-07-03T21:37:00.000Z-Has_syntax_highlighting_CSS_just_changed?": "I just noticed that the gap between lines in \"Syntax highlighting\" mode in the wikitext editor suddenly became wider. Was it a glitch of my browser not loading CSS properly, or did it actually change?",
- "c-Xaosflux-2019-07-03T22:28:00.000Z-Andrybak-2019-07-03T21:37:00.000Z": "@Andrebak: can you be a bit more specific, Wikipedia:Syntax highlighting doesn't usually get used in .css pages, which use the code editor (not the source editor). Is this still occurring? Can you share the edit link you are using?",
- "c-PrimeHunter-2019-07-04T09:43:00.000Z-Xaosflux-2019-07-03T22:28:00.000Z": "I guess andrybak was not editing a CSS page but just speculating that styling from some CSS file was not working properly when editing a normal wikitext page. If you refer to the highlighter marker button to the left of \"Advanced\" in a toolbar then it doesn't change spacing for me in Google Chrome 75.0.3770.100.",
+ "c-Xaosflux-2019-07-03T22:28:00.000Z-Andrybak-2019-07-03T21:37:00.000Z": "@Andrebak: can you be a bit more specific, Wikipedia:Syntax highlighting doesn't usually get used in .css pages, which use the code editor (not the source editor). Is this still occurring? Can you share the edit link you are using?",
+ "c-PrimeHunter-2019-07-04T09:43:00.000Z-Xaosflux-2019-07-03T22:28:00.000Z": "I guess andrybak was not editing a CSS page but just speculating that styling from some CSS file was not working properly when editing a normal wikitext page. If you refer to the highlighter marker button to the left of \"Advanced\" in a toolbar then it doesn't change spacing for me in Google Chrome 75.0.3770.100.",
"c-Andrybak-2019-07-04T10:12:00.000Z-PrimeHunter-2019-07-04T09:43:00.000Z": "@PrimeHunter: Yes, but for me it has changed in the same mode ( turned on), but between different pages. It changed between two different gap sizes since then, so I think that it was just some networking issue when loading CSS.",
"h-Strange_google_capitalization_for_Life-2019-07-04T11:27:00.000Z": "Strange google capitalization for Life",
"c-Luk-2019-07-04T11:27:00.000Z-Strange_google_capitalization_for_Life": "A user (Console.frog) noted that when searching for \"life on earth\" on Google, the Life article appears in the middle of page 1 under the title life on Earth. This expression appears several times in the article but I can't figure out why the correct title is not brought up, and more importantly why \"life\" is not capitalized properly. Do you think there is something on our side causing this?",
"c-Andrybak-2019-07-04T11:59:00.000Z-Luk-2019-07-04T11:27:00.000Z": "A datapoint: \"life on Earth\" appears four times in the preamble, \"Life on Earth\" appears once in the preamble.",
- "c-PrimeHunter-2019-07-04T12:01:00.000Z-Andrybak-2019-07-04T11:59:00.000Z": "linksto:Life insource:\"life|life on earth\" finds many articles saying [[life|life on Earth]]. Maybe Google prefers to display this link text when it matches the search.",
- "c-Nyttend_backup-2019-07-04T13:02:00.000Z-PrimeHunter-2019-07-04T12:01:00.000Z": "Situation confirmed; here's what I see with a US IP:\nlife on Earth - Wikipedia\nhttps://en.wikipedia.org/wiki/Life\nEvidence suggests that life on Earth has existed for at least 3.5 billion years, with the oldest physical traces of life dating back 3.7 billion years; however, some theories, such as the Late Heavy Bombardment theory, suggest that life on Earth may have started even earlier, as early as 4.1–4.4 billion years ago, and ...\nEvolutionary history of life · Timeline of the evolutionary ... · Earliest known life forms\nI'm using Internet Explorer, if that matters at all (or even if it doesn't).",
+ "c-PrimeHunter-2019-07-04T12:01:00.000Z-Andrybak-2019-07-04T11:59:00.000Z": "linksto:Life insource:\"life|life on earth\" finds many articles saying [[life|life on Earth]]. Maybe Google prefers to display this link text when it matches the search.",
+ "c-Nyttend_backup-2019-07-04T13:02:00.000Z-PrimeHunter-2019-07-04T12:01:00.000Z": "Situation confirmed; here's what I see with a US IP: life on Earth - Wikipedia https://en.wikipedia.org/wiki/Life Evidence suggests that life on Earth has existed for at least 3.5 billion years, with the oldest physical traces of life dating back 3.7 billion years; however, some theories, such as the Late Heavy Bombardment theory, suggest that life on Earth may have started even earlier, as early as 4.1–4.4 billion years ago, and ... Evolutionary history of life · Timeline of the evolutionary ... · Earliest known life forms I'm using Internet Explorer, if that matters at all (or even if it doesn't).",
"h-Switching_phrases_in_masse-2019-07-03T21:01:00.000Z": "Switching phrases in masse",
"c-KAVEBEAR-2019-07-03T21:01:00.000Z-Switching_phrases_in_masse": "Is there a bot or tool that can replace the phrase Kingdom of Hawaii to Hawaiian Kingdom across Wikipedia without having to edit each page and switch it over? This is just a logistical inquiry before a request for consensus for such a change.",
"c-Graeme_Bartlett-2019-07-03T23:07:00.000Z-KAVEBEAR-2019-07-03T21:01:00.000Z": "AWB can do this. It shows up 54 pages, so it should be quite feasible, with about 10 seconds per page to allow manual check it could take 10 minutes.",
"c-Redrose64-2019-07-03T23:09:00.000Z-KAVEBEAR-2019-07-03T21:01:00.000Z": "This is not so much a VPT matter as a question for WP:BOTREQ - and I see that an identical thread has been posted at WT:BOTREQ, contrary to WP:MULTI.",
"c-Xaosflux-2019-07-04T13:19:00.000Z-KAVEBEAR-2019-07-03T21:01:00.000Z": "To answer the technical question KAVEBEAR, no - assuming this phrase appears in the source text it would require creating another version of the source text for each page (which yes a bot could do, but that is how it would do it). The only way around that would have been if the name was actually a template that could be changed once.",
"h-Stuck_tooltips-2019-07-04T23:34:00.000Z": "Stuck tooltips",
- "c-Espresso_Addict-2019-07-04T23:34:00.000Z-Stuck_tooltips": "Tracked in PhabricatorTask T226983\nNot sure if this is the correct venue but the tooltip (hovertext) that logged-out readers see for Antananarivo stampede is stuck on an old incorrect version with the wrong date. This has been repeatedly pointed out at main-page errors but no one there knows how to fix it. The article was corrected on 28 June . Any help appreciated as this is currently on the main page in the In the News section.",
+ "c-Espresso_Addict-2019-07-04T23:34:00.000Z-Stuck_tooltips": "Tracked in Phabricator Task T226983 Not sure if this is the correct venue but the tooltip (hovertext) that logged-out readers see for Antananarivo stampede is stuck on an old incorrect version with the wrong date. This has been repeatedly pointed out at main-page errors but no one there knows how to fix it. The article was corrected on 28 June . Any help appreciated as this is currently on the main page in the In the News section.",
"c-Suffusion_of_Yellow-2019-07-04T23:48:00.000Z-Espresso_Addict-2019-07-04T23:34:00.000Z": "@Espresso Addict: It's not just that one page. In fact, I'm not sure that the preview has updated for any page since June 28. See phab:T227033.",
"c-Espresso_Addict-2019-07-04T23:52:00.000Z-Suffusion_of_Yellow-2019-07-04T23:48:00.000Z": "Thanks. At least someone is hopefully looking into the issue.",
"h-Google_Maps_template_not_displaying_accessdates-2019-07-05T14:02:00.000Z": "Google Maps template not displaying accessdates",
- "c-Graham87-2019-07-05T14:02:00.000Z-Google_Maps_template_not_displaying_accessdates": "Resolved \nWhy isn't {{Google maps}} displaying the access date in, for example, the first ref at Bussell Highway? The use of accessdate in the article seems fine ... and I'm not that good with templates. Thanks for any help!",
+ "c-Graham87-2019-07-05T14:02:00.000Z-Google_Maps_template_not_displaying_accessdates": "Resolved Why isn't {{Google maps}} displaying the access date in, for example, the first ref at Bussell Highway? The use of accessdate in the article seems fine ... and I'm not that good with templates. Thanks for any help!",
"c-Stryn-2019-07-05T14:18:00.000Z-Graham87-2019-07-05T14:02:00.000Z": "Fixed the parameter as told in the documentation of the template.",
"c-Graham87-2019-07-05T14:47:00.000Z-Stryn-2019-07-05T14:18:00.000Z": "Ta muchly ... oops, didn't notice the underline there! One of the perils of not paying attention to punctuation with my screen reader ... but seemingly an easy mistake to make, whether you're sighted or not!",
"h-Should_be_able_to_set_DESKTOP_to_be_DEFAULT_on_a_laptop_computer,_right?-2019-07-04T23:22:00.000Z": "Should be able to set DESKTOP to be DEFAULT on a laptop computer, right?",
- "c-UnderEducatedGeezer-2019-07-04T23:22:00.000Z-Should_be_able_to_set_DESKTOP_to_be_DEFAULT_on_a_laptop_computer,_right?": "I hope this is an appropriate place to describe this concern. If not, please advise me where to express it. On my laptop I'd like to be able to set desktop to be my wikipedia preference, so it would be my permanent default view, and mobile view never come up on it. I am using Firefox 67.0.4 (64-bit) browser on Windows 8.1. The problem I encounter is that when using my laptop computer and searching for something via google, sometimes when I click on a wiki search-find I get a presentation of a wiki article which I have discovered to be a MOBILE wiki presentation, which I don't want. I now finally understand that I can go to the bottom of such an article and click on 'desktop', and I'll get a desktop view, and that setting will also obtain for other wiki articles until I turn my laptop off. But the next time I turn my laptop on, mobile views can again present from google searches, and I have no use for mobile style views. I would think desktop view should be able to be set in Preferences. If that can't be made available in Preferences, is there some other way that I could set DESKTOP to be my wikipedia permanent default view?",
+ "c-UnderEducatedGeezer-2019-07-04T23:22:00.000Z-Should_be_able_to_set_DESKTOP_to_be_DEFAULT_on_a_laptop_computer,_right?": "I hope this is an appropriate place to describe this concern. If not, please advise me where to express it. On my laptop I'd like to be able to set desktop to be my wikipedia preference, so it would be my permanent default view, and mobile view never come up on it. I am using Firefox 67.0.4 (64-bit) browser on Windows 8.1. The problem I encounter is that when using my laptop computer and searching for something via google, sometimes when I click on a wiki search-find I get a presentation of a wiki article which I have discovered to be a MOBILE wiki presentation, which I don't want. I now finally understand that I can go to the bottom of such an article and click on 'desktop', and I'll get a desktop view, and that setting will also obtain for other wiki articles until I turn my laptop off. But the next time I turn my laptop on, mobile views can again present from google searches, and I have no use for mobile style views. I would think desktop view should be able to be set in Preferences. If that can't be made available in Preferences, is there some other way that I could set DESKTOP to be my wikipedia permanent default view?",
"c-Rchard2scout-2019-07-05T10:13:00.000Z-UnderEducatedGeezer-2019-07-04T23:22:00.000Z": "As far as I know, Wikipedia can't automatically switch you from the mobile view to the desktop view. If you're on a phone, and go to the desktop version (en.wikipedia.org), you can be switched to the mobile version (en.m.wikipedia.org), but the other way around doesn't work. Therefore, if you click on a link from somewhere else on the internet to the mobile version (en.m.wikipedia.org), you stay on the mobile version. The easiest way to change this is to remove the .m from the URL.",
"c-QEDK-2019-07-05T12:25:00.000Z-Rchard2scout-2019-07-05T10:13:00.000Z": "That does not work. Trying to remove \".m\" without using the appropriate option will redirect you back to the mobile view. The opposite is not true and from the desktop view (without the \".m\") accessing the mobile view by simply adding .m is possible. Now, the easiest way to flip the views is to go to the footer of the page and click \"Desktop view\" or \"Mobile view\" as you want it. It's cookied, so it sticks for a while, but once the cookie expires, it will reset back to mobile view (if on mobile) and desktop view (if on desktop). Note that these options are incompatible with browser-provided \"Enable desktop view\" options and will not work on Wikipedia.",
"c-DMacks-2019-07-05T16:47:00.000Z-QEDK-2019-07-05T12:25:00.000Z": "\"It's cookied, so it sticks for a while\" is a key bug for me. I made that explicit \"Desktop view\" setting because I wanted it that way, and it might be a pretty long page I have to scroll through to get to the bottom to (re)change it. My request is that either the cookie have a much longer expiration or that it can be handled by a site (rather than browser) pref.",
@@ -226,17 +226,17 @@
"c-QEDK-2019-07-05T19:07:00.000Z-DMacks-2019-07-05T18:53:00.000Z": "@DMacks: Try bookmarking \"https://en.wikipedia.org/w/index.php?title=Main_Page&mobileaction=toggle_view_desktop\" and using that.",
"c-Senator2029-2019-07-05T10:55:00.000Z-UnderEducatedGeezer-2019-07-04T23:22:00.000Z": "I often edit from my phone, but dislike the mobile view because it does not show all items on the page (specifically templates) and the incompatiblity with user scripts (none work). Therefore, I wish for pages to always display in desktop view.",
"c-Bkonrad-2019-07-05T19:04:00.000Z-UnderEducatedGeezer-2019-07-04T23:22:00.000Z": "I often edit on my tablet, and occasionally for no apparent reason it will go to mobile view. This can happen even if I am currently looking at a page in desktop view and click a link on the page. It's very annoying. As DMacks said, sometimes it's a long page and not that easy to scroll to the bottom of the page. I'd love to have a preference (or even a js hack) that would disable mobile view while I'm logged in regardless of what device or browser I'm using.",
- "c-QEDK-2019-07-06T08:57:00.000Z-UnderEducatedGeezer-2019-07-04T23:22:00.000Z": "@DMacks, Ivanvector, Bkonrad, and Senator2029: Hey guys, so I hacked together a script since a lot of you said it was an issue, which should work, {{subst:lusc|User:QEDK/forcedesktop.js}}. Just paste this into your Special:MyPage/common.js and it should work. I've tried it on my mobile (Android 8.1, Chrome 75) and Desktop (Windows 10, Firefox 67) and it works alright. If you run into any issues, I can try to fix it, but my focus is on AI/ML which is kinda far from web development, but I will surely try to fix it. Hope I could help. Also please note, if the script works ideally, you will not be able to access the mobile site at all, until you remove the script (and purge your cache).",
- "c-QEDK-2019-07-06T09:00:00.000Z-Should_be_able_to_set_DESKTOP_to_be_DEFAULT_on_a_laptop_computer,_right?": "Updates and stuff\n\n\n\nMissed a few: @UnderEducatedGeezer and Rchard2scout:.",
+ "c-QEDK-2019-07-06T08:57:00.000Z-UnderEducatedGeezer-2019-07-04T23:22:00.000Z": "@DMacks, Ivanvector, Bkonrad, and Senator2029: Hey guys, so I hacked together a script since a lot of you said it was an issue, which should work, {{subst:lusc|User:QEDK/forcedesktop.js}}. Just paste this into your Special:MyPage/common.js and it should work. I've tried it on my mobile (Android 8.1, Chrome 75) and Desktop (Windows 10, Firefox 67) and it works alright. If you run into any issues, I can try to fix it, but my focus is on AI/ML which is kinda far from web development, but I will surely try to fix it. Hope I could help. Also please note, if the script works ideally, you will not be able to access the mobile site at all, until you remove the script (and purge your cache).",
+ "c-QEDK-2019-07-06T09:00:00.000Z-Should_be_able_to_set_DESKTOP_to_be_DEFAULT_on_a_laptop_computer,_right?": "Updates and stuff Missed a few: @UnderEducatedGeezer and Rchard2scout:.",
"c-QEDK-2019-07-06T09:05:00.000Z-QEDK-2019-07-06T09:00:00.000Z": "Working on desktop browsers, working on a fix for mobile browsers.",
"c-QEDK-2019-07-06T09:25:00.000Z-QEDK-2019-07-06T09:05:00.000Z": "Fixed",
"c-Izno-2019-07-06T15:42:00.000Z-Should_be_able_to_set_DESKTOP_to_be_DEFAULT_on_a_laptop_computer,_right?": "There is some interesting chatter on a related topic at phab:T214998.",
"h-Page_preview_discrepancy_for_an_ITN_item-2019-07-06T20:50:00.000Z": "Page preview discrepancy for an ITN item",
"c-Deacon_Vorbis-2019-07-06T21:29:00.000Z-Page_preview_discrepancy_for_an_ITN_item": "Resolved: Thanks for pointing out the post above; closing this due to derpiness",
- "c-Deacon_Vorbis-2019-07-06T20:50:00.000Z-Page_preview_discrepancy_for_an_ITN_item": "The page preview for final item (as I'm writing this) on the \"In the News\" list on the main page (the Antananarivo stampede) mentions it occurred on 26 July, despite the article (correctly) saying it was 26 June. Looking at mw:Page Previews, it just says it uses a portion of the opening paragraph, so I have no idea what's causing the discrepancy. Does anyone know why this is happening and/or how to fix this? Thanks,",
- "c-Nyttend-2019-07-06T21:21:00.000Z-Deacon_Vorbis-2019-07-06T20:50:00.000Z": "User:Deacon Vorbis, see #Stuck tooltips above. Over at Phabricator, it has an \"Unbreak Now!\" status, which means \"drop everything you're doing and fix this\".",
+ "c-Deacon_Vorbis-2019-07-06T20:50:00.000Z-Page_preview_discrepancy_for_an_ITN_item": "The page preview for final item (as I'm writing this) on the \"In the News\" list on the main page (the Antananarivo stampede) mentions it occurred on 26 July, despite the article (correctly) saying it was 26 June. Looking at mw:Page Previews, it just says it uses a portion of the opening paragraph, so I have no idea what's causing the discrepancy. Does anyone know why this is happening and/or how to fix this? Thanks,",
+ "c-Nyttend-2019-07-06T21:21:00.000Z-Deacon_Vorbis-2019-07-06T20:50:00.000Z": "User:Deacon Vorbis, see #Stuck tooltips above. Over at Phabricator, it has an \"Unbreak Now!\" status, which means \"drop everything you're doing and fix this\".",
"h-RfC:_Alteration_of_Account_Creation_Limits/Account_Creator_Rights-2019-06-14T13:11:00.000Z": "RfC: Alteration of Account Creation Limits/Account Creator Rights",
- "c-Nosebagbear-2019-06-14T13:11:00.000Z-RfC:_Alteration_of_Account_Creation_Limits/Account_Creator_Rights": "Currently, one of the most backlogged processes is Request an Account (ACC) , which exists mainly (though not entirely) for helping with 3 purposes: Those having trouble completing CAPTCHA; enabling the choosing of a username that is too similar to an existing username under certain circumstances & creating an account for those hindered by a rangeblock.\n\nThe current backlog on pending requests is 4 months.\n\nIn the last couple of months multiple editors have signed up to be ACC tool users, Tool users are signed up to the confidentiality agreement and meet various other criteria. \n\nCurrently here are limits, however, on both their ability to create accounts. Two options could ease their work. \n\nRaise the local account creation rate limit from 4 to 10. The new limit only to extended-confirmed users to prevent any abusive behaviour from IPs.\nAutomatically grant account creator permission, on request, to new ACC tool users. This would allow them both to bypass the limit entirely, but would also let them ignore the antispoof and title blacklist when making accounts.\n\nPinging all participants in the local chat discussion: @Ajraddatz, FlightTime, Xaosflux, TheSandDoctor, AfroThundr, QEDK, and Oshwah:",
+ "c-Nosebagbear-2019-06-14T13:11:00.000Z-RfC:_Alteration_of_Account_Creation_Limits/Account_Creator_Rights": "Currently, one of the most backlogged processes is Request an Account (ACC) , which exists mainly (though not entirely) for helping with 3 purposes: Those having trouble completing CAPTCHA; enabling the choosing of a username that is too similar to an existing username under certain circumstances & creating an account for those hindered by a rangeblock. The current backlog on pending requests is 4 months. In the last couple of months multiple editors have signed up to be ACC tool users, Tool users are signed up to the confidentiality agreement and meet various other criteria. Currently here are limits, however, on both their ability to create accounts. Two options could ease their work. Raise the local account creation rate limit from 4 to 10. The new limit only to extended-confirmed users to prevent any abusive behaviour from IPs. Automatically grant account creator permission, on request, to new ACC tool users. This would allow them both to bypass the limit entirely, but would also let them ignore the antispoof and title blacklist when making accounts. Pinging all participants in the local chat discussion: @Ajraddatz, FlightTime, Xaosflux, TheSandDoctor, AfroThundr, QEDK, and Oshwah:",
"h-Survey:_Account_creator_rights-RfC:_Alteration_of_Account_Creation_Limits/Account_Creator_Rights-2019-06-14T13:25:00.000Z": "Survey: Account creator rights",
"c-Oshwah-2019-06-14T13:25:00.000Z-Survey:_Account_creator_rights": "Support for option 1 only. Speaking as an ACC administrator, I believe that automatically granting all new ACC tool users the account creator user right (option 2) would open the door for new tool users to potentially handle requests incorrectly and without limitations before it's caught and identified - which would not be a good thing at all. We need to have a limit for how many accounts that new tool users can create per day by default. When a tool user shows proficiency with handling requests correctly, they can apply for and (after approval by an ACC admin via a comment made to the request) be granted the account creator flag in order to remove those limits. Option 2 would remove the need for an ACC tool administrator to give their approval before an admin can grant the user rights to the requesting user. This approval is still necessary and absolutely needed. Raising the current limit of 4 creations per day to 10 creations per day would loosen the restrictions so that users can help take care of the current backlog of requests at ACC, while still being on a set limit during the time that they're learning and demonstrating their knowledge and proficiency with ACC tool user interface. This option is the best way to resolve the concerns expressed. :-)",
"c-Xaosflux-2019-06-14T13:43:00.000Z-Survey:_Account_creator_rights": "Support for option 1; encourage ACC admins to quickly work with new ACC volunteers to get them trained and empowered with additional flags as soon as feasible.",
@@ -249,7 +249,7 @@
"c-Ajraddatz-2019-06-14T22:58:00.000Z-QEDK-2019-06-14T15:23:00.000Z": "Yes, most ratelimits are determined on a per-account basis (or per IP for anonymous users). But I seem to remember account creations being different, and being specifically tied to the IP. I assume/hope that a defined higher ratelimit for extendedconfirmed would override that. And no need to tie it to a specific permission; it can be done for the group itself.",
"c-QEDK-2019-06-16T07:50:00.000Z-Ajraddatz-2019-06-14T22:58:00.000Z": "Yep, but that's a non-issue as far as devs are concerned. Delving into the issue of newer technical changes, from my experience talking to people on SRE/Deployment (and Anomie, TheDJ), technically unfeasible things are pretty rare and I have not seen requests getting turned down (rarely, if ever) with \"MediaWiki does not support this\", if it's a feature change, or some irreproducible bug, it's a different thing but for example, during the RfC for Template editor rights, a lot of people were worried about the tecnical changes but eventually it was done, with no big deal at all. That's how it is for most new things (and TE rights had a new protection level as well), so I would say a change would be technically feasible until a dev says exactly otherwise.",
"c-Ajraddatz-2019-06-18T01:03:00.000Z-QEDK-2019-06-16T07:50:00.000Z": "With dev time almost anything is possible; my concern would be if the current software doesn't support the change, then we should be looking at easier options like raising the max number to 6 / IP as it used to be. Adding a new protection level is easy to do through the software. Fundamentally changing the account creation throttle might be more difficult. But agreed that we should ask rather than muse about things we know little about :-)",
- "c-JJMC89-2019-06-15T05:50:00.000Z-Survey:_Account_creator_rights": "(ACC admin comment) I'm pretty sure option 1 isn't possible without development, i.e. it is not a simple configuration change. AFAICT, IP account creation limits can only be set as a count per interval with the .mw-parser-output .monospaced{font-family:monospace,monospace}noratelimit right being the only way for a user to bypass that limit. (mw:Manual:$wgAccountCreationThrottle) Oppose option 2 for the reasons outlined by Oshwah. Support returning the daily IP limit to 6 unless the Security Team provides a good reason that it needs to remain at 4. —",
+ "c-JJMC89-2019-06-15T05:50:00.000Z-Survey:_Account_creator_rights": "(ACC admin comment) I'm pretty sure option 1 isn't possible without development, i.e. it is not a simple configuration change. AFAICT, IP account creation limits can only be set as a count per interval with the noratelimit right being the only way for a user to bypass that limit. (mw:Manual:$wgAccountCreationThrottle) Oppose option 2 for the reasons outlined by Oshwah. Support returning the daily IP limit to 6 unless the Security Team provides a good reason that it needs to remain at 4. —",
"c-SBassett_(WMF)-2019-06-21T21:32:00.000Z-JJMC89-2019-06-15T05:50:00.000Z": "The Security Team doesn't have a problem with bumping the IP limit from 4 to 6 or even 10, as originally proposed.",
"c-Xaosflux-2019-06-21T21:52:00.000Z-SBassett_(WMF)-2019-06-21T21:32:00.000Z": "@SBassett (WMF): thanks for the note, is this really something we need to worry about at a per-project level then?",
"c-SBassett_(WMF)-2019-06-22T12:39:00.000Z-Xaosflux-2019-06-21T21:52:00.000Z": "@Xaosflux: - see my response to JJMC89 starting here: https://phabricator.wikimedia.org/T212667#5274787.",
@@ -273,22 +273,22 @@
"c-Xaosflux-2019-06-14T16:59:00.000Z-Oshwah-2019-06-14T16:42:00.000Z": "@Oshwah: what is the expected amount of accounts to be created by \"new\" ACC volunteers per period? (i.e. would 6 or 8 be enough?) since the \"rights they don't need\" here to ECC users is expected to be way more than is needed by the relatively minuscule ACC team.",
"c-Oshwah-2019-06-14T17:41:00.000Z-Xaosflux-2019-06-14T16:59:00.000Z": "Xaosflux - Honestly, any increase from 4 would be beneficial. Even if the increase is just by a few... :-)",
"h-New_bot-RfC:_Alteration_of_Account_Creation_Limits/Account_Creator_Rights-2019-06-14T14:19:00.000Z": "New bot",
- "c-QEDK-2019-06-14T14:19:00.000Z-New_bot": "I think we should have a bot or some kind of tool check for accounts which are hitting the account creation limit but do not hold the rights event coordinator, account creator and are also not ACC tool users. The account creation limit was lowered for a reason and increasing it without keeping a check in place would be a gross violation of WP:BEANS imo. Thoughts, @Nosebagbear, JJMC89, Xaosflux, and Oshwah:?",
+ "c-QEDK-2019-06-14T14:19:00.000Z-New_bot": "I think we should have a bot or some kind of tool check for accounts which are hitting the account creation limit but do not hold the rights event coordinator, account creator and are also not ACC tool users. The account creation limit was lowered for a reason and increasing it without keeping a check in place would be a gross violation of WP:BEANS imo. Thoughts, @Nosebagbear, JJMC89, Xaosflux, and Oshwah:?",
"c-Xaosflux-2019-06-14T14:27:00.000Z-QEDK-2019-06-14T14:19:00.000Z": "A recurring database report may be able to solve this for you.",
"c-Oshwah-2019-06-14T14:30:00.000Z-Xaosflux-2019-06-14T14:27:00.000Z": "If this is a major issue, the report would have to be run quite frequently, and viewed frequently by patrolling users. Otherwise, this method might not be effective enough at stopping abuse and quickly enough...",
"c-Oshwah-2019-06-14T14:29:00.000Z-QEDK-2019-06-14T14:19:00.000Z": "(edit conflict) QEDK - Doesn't sound like a bad idea to me. How would this new bot alert others that an account is hitting a limit and isn't within one of those groups? Who would this bot alert? Where? This is something that we should figure out if we're going to consider an idea like this... :-)",
"c-QEDK-2019-06-14T14:33:00.000Z-Oshwah-2019-06-14T14:29:00.000Z": "It can function the same way AnomieBot handles WP:TPERTABLE, there's no annoying notifications involved and interested people can simply watch the page and report when they find anyone suspect.",
"c-Oshwah-2019-06-14T14:36:00.000Z-QEDK-2019-06-14T14:33:00.000Z": "QEDK - Nice... I like it. :-)",
- "c-Xaosflux-2019-06-14T14:38:00.000Z-Oshwah-2019-06-14T14:36:00.000Z": "Functionally, a bot wouldn't be able to work \"that way\". Also, bot's wont be able to see \"that you got denied by the limit\" , but a bot could periodically generate a report of \"accounts created per user over some time period\" and could either filter out members of certain groups or just report the groups as well.",
+ "c-Xaosflux-2019-06-14T14:38:00.000Z-Oshwah-2019-06-14T14:36:00.000Z": "Functionally, a bot wouldn't be able to work \"that way\". Also, bot's wont be able to see \"that you got denied by the limit\" , but a bot could periodically generate a report of \"accounts created per user over some time period\" and could either filter out members of certain groups or just report the groups as well.",
"c-QEDK-2019-06-14T14:49:00.000Z-Xaosflux-2019-06-14T14:38:00.000Z": "Why not? The logic is pretty simple, you would need to check creation logs iterating a certain period (maybe an hour) and track accounts which create another account for 24 hours at minimum and more if they somehow meet the limit each day (hence, suspect). Wikipedia accounts which do not have a similarly authorized account in ACC (or the other account creation rights as well) have demonstrably no reason to carry out actions like this, hence red-flagging them almost immediately.",
- "c-Xaosflux-2019-06-14T14:54:00.000Z-QEDK-2019-06-14T14:49:00.000Z": "A bot could create a report, technically it won't be able to tell if you actually got stopped by the limit, just that you hit it or approached it. It wouldn't work \"the way\" of the protected edit requests in that those don't mine logs, they make use of what links here/category memberships. But the output could still be made. Have a bot periodically (say hourly) ingest the user account creation log and make a report. I think it may even be helpful to have it report on everyone, or everyone with say 3+ creations - and also to identify accounts made by coordinators, etc - so they can be coached as needed.",
+ "c-Xaosflux-2019-06-14T14:54:00.000Z-QEDK-2019-06-14T14:49:00.000Z": "A bot could create a report, technically it won't be able to tell if you actually got stopped by the limit, just that you hit it or approached it. It wouldn't work \"the way\" of the protected edit requests in that those don't mine logs, they make use of what links here/category memberships. But the output could still be made. Have a bot periodically (say hourly) ingest the user account creation log and make a report. I think it may even be helpful to have it report on everyone, or everyone with say 3+ creations - and also to identify accounts made by coordinators, etc - so they can be coached as needed.",
"c-QEDK-2019-06-14T15:06:00.000Z-Xaosflux-2019-06-14T14:54:00.000Z": "Yeah, I mean, technically not. But I'm saying it like the logic is clear that an account cannot make more than 10, so an account which makes 10 accounts can be construed to have hit the limit, what's important is identifying if anyone is trying to make a large number of accounts in a short period of time, hitting the actual limit is more of a formality.",
"c-MusikAnimal-2019-06-14T19:46:00.000Z-QEDK-2019-06-14T14:19:00.000Z": "Something like quarry:query/36938? It can't tell if they're an ACC tool user, obviously. If this query is correct, there's not a whole lot of ACC activity going on.",
- "c-Xaosflux-2019-06-14T20:07:00.000Z-MusikAnimal-2019-06-14T19:46:00.000Z": "@MusikAnimal: thanks for the query, even including everyone with 3+ creations over the last whole 10 days (quarry:query/36941). I haven't checked their groups, but the impact here seems to be very small.",
+ "c-Xaosflux-2019-06-14T20:07:00.000Z-MusikAnimal-2019-06-14T19:46:00.000Z": "@MusikAnimal: thanks for the query, even including everyone with 3+ creations over the last whole 10 days (quarry:query/36941). I haven't checked their groups, but the impact here seems to be very small.",
"c-AfroThundr3007730-2019-06-15T01:51:00.000Z-Xaosflux-2019-06-14T20:07:00.000Z": "Almost all ACC users in that 10+ range, minus the one event coordinator. Unfortunately I won't be appearing in that query anytime soon due to a certain rangeblock with \"account creation disabled\" set. Really puts a damper on ACC work... — AfroThundr",
"c-Nosebagbear-2019-06-15T14:32:00.000Z-AfroThundr3007730-2019-06-15T01:51:00.000Z": "@AfroThundr3007730: - I thought individual accounts could be exempted from rangeblocks? If so then ACC tool users would be a priority",
"c-Xaosflux-2019-06-15T15:16:00.000Z-Nosebagbear-2019-06-15T14:32:00.000Z": "@AfroThundr3007730: this is a known issue, even effects admins: phab:T189362.",
- "c-AfroThundr3007730-2019-06-15T18:37:00.000Z-Xaosflux-2019-06-15T15:16:00.000Z": "@Nosebagbear: Besides IPBE, I'm not aware of any (current) facility to exempt an individual user from the effects of a rangeblock, at least not the account creation part.\n@Xaosflux: - thanks, suspect it was one of those merging of facts I got while swinging around the policy pages. Clearly, I'd made a terrible nerd Nosebagbear (talk)\n@Xaosflux: Yep, definitely tracking that one, and if they do get around to implementing it, I would be first in line to request IPBE so I can get back to helping in ACC. — AfroThundr",
+ "c-AfroThundr3007730-2019-06-15T18:37:00.000Z-Xaosflux-2019-06-15T15:16:00.000Z": "@Nosebagbear: Besides IPBE, I'm not aware of any (current) facility to exempt an individual user from the effects of a rangeblock, at least not the account creation part. @Xaosflux: - thanks, suspect it was one of those merging of facts I got while swinging around the policy pages. Clearly, I'd made a terrible nerd Nosebagbear (talk) @Xaosflux: Yep, definitely tracking that one, and if they do get around to implementing it, I would be first in line to request IPBE so I can get back to helping in ACC. — AfroThundr",
"c-Galobtter-2019-06-15T15:33:00.000Z-QEDK-2019-06-14T14:19:00.000Z": "Could use an abusefilter for this - something along the lines of Special:AbuseFilter/527.",
"h-Event_Coordinator_Rights-RfC:_Alteration_of_Account_Creation_Limits/Account_Creator_Rights-2019-06-17T18:46:00.000Z": "Event Coordinator Rights",
"c-Nosebagbear-2019-06-17T18:46:00.000Z-Event_Coordinator_Rights": "The idea of granting (permanent) Event Co-ordinator rights to any ACC tool user who didn't possess Account Creator rights was mooted as a compromise. The right waives the account creation limit, and also allows accounts to be made confirmed. Obviously the latter isn't needed, but as I noted above, even if a tool-user went rogue, the maximum potential damage is significantly smaller (than the additional rights of Account Creator). It makes a good halfway house between nothing and Account Creator, and if Option 1 turns out to be inviable, then it might be the only way to significantly help with their task.",
@@ -301,46 +301,46 @@
"c-JJMC89-2019-06-29T17:28:00.000Z-Otr500-2019-06-29T08:55:00.000Z": "The backlog doesn't have anything to do with the rate limit. Almost everyone working at ACC has noratelimit (from accountcreator or sysop), so the limit doesn't apply to them. The backlog is from a shortage of volunteers willing to devote time to working at ACC. —",
"c-Ajraddatz-2019-07-01T01:11:00.000Z-Xaosflux-2019-06-25T13:16:00.000Z": "If it's back up to 6, then I don't think further changes are needed. New volunteers can get the accountcreator bit once they have a bit of experience. The biggest issue is number of volunteers.",
"h-IPvandal_links_with_ranges-2019-07-06T20:13:00.000Z": "IPvandal links with ranges",
- "c-Nyttend-2019-07-06T20:13:00.000Z-IPvandal_links_with_ranges": "WP:ANI#Unknown attack on me contains some {{IPvandal}} links to individual IPv4s, individual IPv6s, and IPv6 ranges. Here are three of them, plus a totally unrelated IPv4 range:\n81.152.162.119 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · http · block user · block log)\n148.20.57.8/29 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · block user · block log)\n2001:D08:182A:4FB9:1:1:F6CC:4548 (talk · contribs · (/64) · deleted contribs · filter log · WHOIS · RBLs · http · block user · block log)\n2001:d08:1a03:c3cc::0/64 (talk · contribs · deleted contribs · filter log · WHOIS · RBLs · block user · block log)\nYou'll see that the template doesn't do well with some of the range code. Is there a way we could fix this, either by instructing the template to drop the \"http\" link if it's not a simple IP, or by otherwise rearranging something?",
+ "c-Nyttend-2019-07-06T20:13:00.000Z-IPvandal_links_with_ranges": "WP:ANI#Unknown attack on me contains some {{IPvandal}} links to individual IPv4s, individual IPv6s, and IPv6 ranges. Here are three of them, plus a totally unrelated IPv4 range: 81.152.162.119 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · http · block user · block log) 148.20.57.8/29 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · block user · block log) 2001:D08:182A:4FB9:1:1:F6CC:4548 (talk · contribs · (/64) · deleted contribs · filter log · WHOIS · RBLs · http · block user · block log) 2001:d08:1a03:c3cc::0/64 (talk · contribs · deleted contribs · filter log · WHOIS · RBLs · block user · block log) You'll see that the template doesn't do well with some of the range code. Is there a way we could fix this, either by instructing the template to drop the \"http\" link if it's not a simple IP, or by otherwise rearranging something?",
"c-Nardog-2019-07-06T20:39:00.000Z-Nyttend-2019-07-06T20:13:00.000Z": "This will prevent the \"http\" link from appearing if the input is neither a IPv4 nor IPv6, although it might be a bit kludgey.",
- "c-Nyttend-2019-07-06T21:26:00.000Z-Nardog-2019-07-06T20:39:00.000Z": "Thank you. Would you advise that I seek to gain consensus before copying your new code into the module, or should I just go ahead and make the change immediately?",
+ "c-Nyttend-2019-07-06T21:26:00.000Z-Nardog-2019-07-06T20:39:00.000Z": "Thank you. Would you advise that I seek to gain consensus before copying your new code into the module, or should I just go ahead and make the change immediately?",
"c-Nardog-2019-07-06T21:38:00.000Z-Nyttend-2019-07-06T21:26:00.000Z": "I'm not sure either. Let's ask Mr. Stradivarius and Anomie, who are responsible for the module. Also there might be a better way to prevent it than return ''.",
"c-Anomie-2019-07-07T01:07:00.000Z-Nardog-2019-07-06T21:38:00.000Z": "Seems sensible to me.",
"h-Global_count_tool_now_limited?-2019-07-04T00:52:00.000Z": "Global count tool now limited?",
"c-Drbogdan-2019-07-04T00:52:00.000Z-Global_count_tool_now_limited?": "Seems that \"Global User Contributions\" (at => https://tools.wmflabs.org/guc/?by=date&user=Drbogdan , for instance) once gave truly \"total contribution results\", but now seems limited to \"20 results per wiki\"? - QUESTION: is there a way to again obtain truly \"total contribution results\" with this wiki tool (or some other related one) - and *Not* be so limited (to some number of results per wiki)? - in any case - Enjoy! :)",
"c-AntiCompositeNumber-2019-07-04T01:21:00.000Z-Drbogdan-2019-07-04T00:52:00.000Z": "Drbogdan, Hey, at least it's working now (it was down for a while). There is an alternate tool at https://xtools.wmflabs.org/globalcontribs which may work better for you.",
"c-Drbogdan-2019-07-04T01:39:00.000Z-AntiCompositeNumber-2019-07-04T01:21:00.000Z": "AntiCompositeNumber - Thank you for your reply - and suggestion - the newly suggested counter seems limited to english and english-related wikis - and not wikis from other countries as the https://tools.wmflabs.org/guc/?by=date&user=Drbogdan counter seemed to be - at least at one time - hopefully, the old counter will be back up - and work like it seemed to at one time - in any case - Thanks again for your reply - and - Enjoy! :)",
- "c-MusikAnimal-2019-07-04T02:26:00.000Z-Drbogdan-2019-07-04T01:39:00.000Z": "@Drbogdan: It's not limited to English wikis, rather it's just listing global edits chronologically. If you paginate through you'll find edits you made elsewhere, e.g. here are your edits from before July: https://xtools.wmflabs.org/globalcontribs/Drbogdan/all//2019-07-01.\n\nFYI there is still some database maintenance going on, so both GUC and XTools may experience occasional slowness.",
+ "c-MusikAnimal-2019-07-04T02:26:00.000Z-Drbogdan-2019-07-04T01:39:00.000Z": "@Drbogdan: It's not limited to English wikis, rather it's just listing global edits chronologically. If you paginate through you'll find edits you made elsewhere, e.g. here are your edits from before July: https://xtools.wmflabs.org/globalcontribs/Drbogdan/all//2019-07-01. FYI there is still some database maintenance going on, so both GUC and XTools may experience occasional slowness.",
"c-BD2412-2019-07-04T01:40:00.000Z-Drbogdan-2019-07-04T00:52:00.000Z": "This tool will also give you your total edit count by wiki.",
"c-NicoScribe-2019-07-04T21:59:00.000Z-BD2412-2019-07-04T01:40:00.000Z": "Hello. @Drbogdan: the GUC tool was down at the beginning of June, then it has been repaired with Phabricator:T224930, with the limitation that you have seen. But in the Phabricator task, Krinkle said \"I'm gonna land the patch now, although it only works for recent changes right now. Not for \"All contributions\". [...] I'll fix that in a separate change, but closing this for now.\" so I am convinced that, after the next fix, GUC will show again the \"total contributions count\" (for all projects) and the \"project contributions count\" (for each project). Regards",
- "c-Krinkle-2019-07-05T17:57:00.000Z-Drbogdan-2019-07-04T00:52:00.000Z": "@Drbogdan: The GUC tool has always limited the number of results from a single wiki to 20. This has been the case since the tool's creation by Luxo for Toolserver in 2014. However, there are two things that did change since 2014:\nIn May 2018 (last year), I added the text \"20 results per wiki\" so as to reduce confusion for users not aware of this previously (phab:T167524).\nIn June 2019 (last month), I switched the default grouping logic from \"per wiki\" to \"per day\" (chronological globally, instead of per-wiki). This has not made any change to which results are shown, merely in which way they are grouped. Both grouping options are still available as before, and can be selected in the form, or by url. This was requested by several users (phab:T193896).\nAs always, if you are interested in seeing more results from a specific wiki, use the \"contribs\" link next to the user name to continue for more results (which links to Special:Contributions on the relevant wiki).\nRegarding the \"global edit count\" (as a number, not the list of actual edits), this can be better retrieved from Special:CentralAuth.",
+ "c-Krinkle-2019-07-05T17:57:00.000Z-Drbogdan-2019-07-04T00:52:00.000Z": "@Drbogdan: The GUC tool has always limited the number of results from a single wiki to 20. This has been the case since the tool's creation by Luxo for Toolserver in 2014. However, there are two things that did change since 2014: In May 2018 (last year), I added the text \"20 results per wiki\" so as to reduce confusion for users not aware of this previously (phab:T167524). In June 2019 (last month), I switched the default grouping logic from \"per wiki\" to \"per day\" (chronological globally, instead of per-wiki). This has not made any change to which results are shown, merely in which way they are grouped. Both grouping options are still available as before, and can be selected in the form, or by url. This was requested by several users (phab:T193896). As always, if you are interested in seeing more results from a specific wiki, use the \"contribs\" link next to the user name to continue for more results (which links to Special:Contributions on the relevant wiki). Regarding the \"global edit count\" (as a number, not the list of actual edits), this can be better retrieved from Special:CentralAuth.",
"c-Drbogdan-2019-07-05T18:51:00.000Z-Krinkle-2019-07-05T17:57:00.000Z": "@Krinkle: Thank you for your reply - and comments - yes - using \"https://en.wikipedia.org/wiki/Special:CentralAuth/Drbogdan\", my total counts is currently 69,212 - however - for some reason - seems, until somewhat recently, my total counts with \"https://tools.wmflabs.org/guc/?user=Drbogdan\" were almost always about 1000 counts more (should be, with the earlier program-tool, about 70,200+/?) - an example => based on an old copy (June 2018) of my User:Drbogdan Wiki-Page - at => \"https://web.archive.org/web/20180622155402/https://en.wikipedia.org/wiki/User:Drbogdan\" - in the right-hand userboxes (down the middle of the page) - the total counts at that time were noted as 59,000 (using \"https://en.wikipedia.org/wiki/Special:CentralAuth/Drbogdan\") and 60,000 (using \"https://tools.wmflabs.org/guc/?user=Drbogdan\") - perhaps I was misreading/misunderstanding something in some way? - or perhaps - something changed in the meanwhile? - in any case - Thanks again for your reply - and - Enjoy! :)",
- "c-NicoScribe-2019-07-07T17:39:00.000Z-Drbogdan-2019-07-05T18:51:00.000Z": "@Krinkle:\nWhen writing my message above, I knew about \"20 results shown per wiki\". That's why I focused my message on something else: the \"total contributions count\" (for all projects) and the \"project contributions count\" (for each project). These 2 types of count are necessary (for me) to follow several long-term cross-wiki abusers. When you wrote \"I'm gonna land the patch now, although it only works for recent changes right now. Not for \"All contributions\". [...] I'll fix that in a separate change, but closing this for now.\" in the Phabricator task, you were not talking about these 2 types of count?\nCentralAuth is great for many uses but is unable to show the \"project contributions count\" and the list of recent edits side to side (for each project). GUC was able to do that, before. Moreover CentralAuth does not work for IP users.\n@Drbogdan: CentralAuth considers the deleted edits and ignores the imported edits, whereas GUC ignores the deleted edits and considers the imported edits. For instance:\nSpecial:CentralAuth/Drbogdan says that you have 5 edits on it.wikipedia.org, but it:Speciale:Contributi/Drbogdan lists 4 edits → one of your edits has been deleted.\nSpecial:CentralAuth/Drbogdan says that you have 6 edits on en.wikibooks.org, but b:Special:Contributions/Drbogdan lists 43 edits → 37 of your edits (done in other projects) have been imported here (and GUC shows your 20 recent edits, imported or not).\nSpecial:CentralAuth/Drbogdan says that you have 31 edits on de.wikipedia.org, but de:Spezial:Beiträge/Drbogdan lists 987 edits → 956 of your edits (done in other projects) have been imported here (and GUC shows your 20 recent edits, imported or not).\n37 + 956 = almost 1000: it explains the difference between your old GUC \"total contributions count\" and your CentralAuth total count.",
+ "c-NicoScribe-2019-07-07T17:39:00.000Z-Drbogdan-2019-07-05T18:51:00.000Z": "@Krinkle: When writing my message above, I knew about \"20 results shown per wiki\". That's why I focused my message on something else: the \"total contributions count\" (for all projects) and the \"project contributions count\" (for each project). These 2 types of count are necessary (for me) to follow several long-term cross-wiki abusers. When you wrote \"I'm gonna land the patch now, although it only works for recent changes right now. Not for \"All contributions\". [...] I'll fix that in a separate change, but closing this for now.\" in the Phabricator task, you were not talking about these 2 types of count? CentralAuth is great for many uses but is unable to show the \"project contributions count\" and the list of recent edits side to side (for each project). GUC was able to do that, before. Moreover CentralAuth does not work for IP users. @Drbogdan: CentralAuth considers the deleted edits and ignores the imported edits, whereas GUC ignores the deleted edits and considers the imported edits. For instance: Special:CentralAuth/Drbogdan says that you have 5 edits on it.wikipedia.org, but it:Speciale:Contributi/Drbogdan lists 4 edits → one of your edits has been deleted. Special:CentralAuth/Drbogdan says that you have 6 edits on en.wikibooks.org, but b:Special:Contributions/Drbogdan lists 43 edits → 37 of your edits (done in other projects) have been imported here (and GUC shows your 20 recent edits, imported or not). Special:CentralAuth/Drbogdan says that you have 31 edits on de.wikipedia.org, but de:Spezial:Beiträge/Drbogdan lists 987 edits → 956 of your edits (done in other projects) have been imported here (and GUC shows your 20 recent edits, imported or not). 37 + 956 = almost 1000: it explains the difference between your old GUC \"total contributions count\" and your CentralAuth total count.",
"h-Small_tags_and_mobile_view-2019-07-08T12:50:00.000Z": "Small tags and mobile view",
- "c-Peter_coxhead-2019-07-08T12:50:00.000Z-Small_tags_and_mobile_view": "In the mobile view, .. has no effect on the size of the displayed font. This appears to be implemented in the different style sheets used in mobile view. I assume this was a deliberate design decision – perhaps it was thought that making already potentially small font on a mobile device even smaller wasn't a good idea.\n\nUp until February 2018, {{small}} was a wrapper for ... It was then changed to be a wrapper for ... This is obeyed in mobile view, so does generate smaller text.\n\nIf it was a deliberate decision not to display smaller text in mobile view, then the change to {{small}} should be undone. Comments, please.",
+ "c-Peter_coxhead-2019-07-08T12:50:00.000Z-Small_tags_and_mobile_view": "In the mobile view, .. has no effect on the size of the displayed font. This appears to be implemented in the different style sheets used in mobile view. I assume this was a deliberate design decision – perhaps it was thought that making already potentially small font on a mobile device even smaller wasn't a good idea. Up until February 2018, {{small}} was a wrapper for ... It was then changed to be a wrapper for ... This is obeyed in mobile view, so does generate smaller text. If it was a deliberate decision not to display smaller text in mobile view, then the change to {{small}} should be undone. Comments, please.",
"h-Finding_distinct_pages_edited_by_a_user?-2019-07-05T14:29:00.000Z": "Finding distinct pages edited by a user?",
- "c-RoySmith-2019-07-05T14:29:00.000Z-Finding_distinct_pages_edited_by_a_user?": "When I'm looking to see what a user has been up to, looking at their contributions page is usually way to verbose, because it shows every edit. What I usually want is to just see the distinct pages. In pseudo-sql, I want something like, \"select distinct page_name from contributions\". Is such a thing possible, short of using Quarry?\n\nEven better, a way to do this for both contributions and deleted contributions and fold the results together into a single list of distinct pages.",
+ "c-RoySmith-2019-07-05T14:29:00.000Z-Finding_distinct_pages_edited_by_a_user?": "When I'm looking to see what a user has been up to, looking at their contributions page is usually way to verbose, because it shows every edit. What I usually want is to just see the distinct pages. In pseudo-sql, I want something like, \"select distinct page_name from contributions\". Is such a thing possible, short of using Quarry? Even better, a way to do this for both contributions and deleted contributions and fold the results together into a single list of distinct pages.",
"c-DMacks-2019-07-05T14:38:00.000Z-RoySmith-2019-07-05T14:29:00.000Z": "Sounds like the same idea as the \"Group changes by page in recent changes and watchlist\" option in Special:Preferences#mw-prefsection-rc, but that does not seem to affect Special:Contributions lists.",
"c-MusikAnimal-2019-07-08T17:21:00.000Z-RoySmith-2019-07-05T14:29:00.000Z": "@RoySmith: It is not sorted chronologically, but maybe XTools' Top Edits would help? For example . This intentionally does not reveal deleted contributions.",
"h-Tech_News:_2019-28": "Tech News: 2019-28",
"h-Wanted_-_someone_to_adopt_a_discontinued_bot-2019-07-03T17:33:00.000Z": "Wanted - someone to adopt a discontinued bot",
- "c-Tagishsimon-2019-07-03T17:33:00.000Z-Wanted_-_someone_to_adopt_a_discontinued_bot": "Wikipedia:WikiProject Women in Red is looking for someone who'd be prepared to run a bot, the owner of which has recently retired. The bot is described at d:Wikidata:Requests for permissions/Bot/Emijrpbot 6, which points to code here. The function of the bot is to add new wikidata items for new en.wiki biographies and/or to add human and/or gender statements to existing wikidata items, based on articles found on Special:UnconnectedPages. WiR bases all of its metrics (& these) on wikidata records for en.wiki articles, and since end April the project's stats have become increasingly hard to compile. We'd be more than grateful if someone would consider picking up this thankless task; thx.",
+ "c-Tagishsimon-2019-07-03T17:33:00.000Z-Wanted_-_someone_to_adopt_a_discontinued_bot": "Wikipedia:WikiProject Women in Red is looking for someone who'd be prepared to run a bot, the owner of which has recently retired. The bot is described at d:Wikidata:Requests for permissions/Bot/Emijrpbot 6, which points to code here. The function of the bot is to add new wikidata items for new en.wiki biographies and/or to add human and/or gender statements to existing wikidata items, based on articles found on Special:UnconnectedPages. WiR bases all of its metrics (& these) on wikidata records for en.wiki articles, and since end April the project's stats have become increasingly hard to compile. We'd be more than grateful if someone would consider picking up this thankless task; thx.",
"c-Headbomb-2019-07-09T05:16:00.000Z-Tagishsimon-2019-07-03T17:33:00.000Z": "@Tagishsimon: if you haven't already, try WP:BOTREQ",
"h-Wikipedia:Welcoming_committee/members-2019-07-06T02:35:00.000Z": "Wikipedia:Welcoming committee/members",
"c-QEDK-2019-07-06T07:05:00.000Z-Wikipedia:Welcoming_committee/members": "Resolved",
- "c-Cyphoidbomb-2019-07-06T02:35:00.000Z-Wikipedia:Welcoming_committee/members": "I'm not sure what the best venue is to ask this question, but I was at Wikipedia:Welcoming committee/members and in these edits, I purged a bunch of sock operators, some unregistered users, a bunch of redlinked users who hadn't edited in forever, and without looking at the rest of the list, I can only wonder how many people there are actually active. Is there any technical way to purge the list of duds? I also noticed there were tons of green-linked names, which typically represents users who have changed their handles.\n\nSide question: I remember tweaking a setting that turned redirect links green (see above) but I can't remember where it was. I looked through my prefs and common.js file and can't find it. Help?",
+ "c-Cyphoidbomb-2019-07-06T02:35:00.000Z-Wikipedia:Welcoming_committee/members": "I'm not sure what the best venue is to ask this question, but I was at Wikipedia:Welcoming committee/members and in these edits, I purged a bunch of sock operators, some unregistered users, a bunch of redlinked users who hadn't edited in forever, and without looking at the rest of the list, I can only wonder how many people there are actually active. Is there any technical way to purge the list of duds? I also noticed there were tons of green-linked names, which typically represents users who have changed their handles. Side question: I remember tweaking a setting that turned redirect links green (see above) but I can't remember where it was. I looked through my prefs and common.js file and can't find it. Help?",
"c-QEDK-2019-07-06T04:35:00.000Z-Cyphoidbomb-2019-07-06T02:35:00.000Z": "@Cyphoidbomb: Try this: User:Anomie/linkclassifier. To use only the redirect green color, copy User:Anomie/linkclassifier.css to your .css and comment out the ones you don't need.",
"c-MJL-2019-07-06T05:41:00.000Z-QEDK-2019-07-06T04:35:00.000Z": "@Cyphoidbomb and QEDK: Better yet, install User:BrandonXLF/GreenRedirects. 10/10 user script for that.",
"c-Cyphoidbomb-2019-07-06T06:46:00.000Z-MJL-2019-07-06T05:41:00.000Z": "@QEDK and MJL: I'll gladly install whatever anybody strongly recommends. Since the redirects already show up as green for me, I was trying to figure out what I already clicked in my prefs/gadgets/whatever, so if anybody has any idea, please let me know. Also, I'm still curious about purging the Welcoming committee members page, although it's a low priority on account of it being an indiscriminate user list.",
"c-MJL-2019-07-06T06:51:00.000Z-Cyphoidbomb-2019-07-06T06:46:00.000Z": "[Thank you for the ping] Cyphoidbomb, you're a real treat. lol",
- "c-Cyphoidbomb-2019-07-06T06:57:00.000Z-MJL-2019-07-06T06:51:00.000Z": "@MJL: You are awesome. I can't keep track of the various common files and most of my changes have been to common.js, so I am much appreciative for your sleuthing. I come to the tech board so I don't have to walk in circles aimlessly like an asshole. Thanks, mate.",
- "c-QEDK-2019-07-06T07:05:00.000Z-Cyphoidbomb-2019-07-06T06:57:00.000Z": "...so I don't have to walk in circles aimlessly like an asshole. But that's all I do on Wikipedia! Glad to hear you resolved it.",
- "c-MJL-2019-07-06T07:05:00.000Z-Cyphoidbomb-2019-07-06T06:57:00.000Z": "@Cyphoidbomb: It was nothing! It was just a quick check of your subpages. As for the pruning, I'm afraid I don't know much that could be of service. Maybe a bot to clerk the list would be of service, but I am not the one to program such machinations. Cheers! (edit conflict)",
- "c-Whatamidoing_(WMF)-2019-07-09T21:02:00.000Z-MJL-2019-07-06T07:05:00.000Z": "User:Cyphoidbomb and User:MJL, you might consider using the Wikipedia:WikiProject X tools, which come with a bot to archive inactive members. User:Harej can probably point you in the right direction if you get stuck.",
+ "c-Cyphoidbomb-2019-07-06T06:57:00.000Z-MJL-2019-07-06T06:51:00.000Z": "@MJL: You are awesome. I can't keep track of the various common files and most of my changes have been to common.js, so I am much appreciative for your sleuthing. I come to the tech board so I don't have to walk in circles aimlessly like an asshole. Thanks, mate.",
+ "c-QEDK-2019-07-06T07:05:00.000Z-Cyphoidbomb-2019-07-06T06:57:00.000Z": "...so I don't have to walk in circles aimlessly like an asshole. But that's all I do on Wikipedia! Glad to hear you resolved it.",
+ "c-MJL-2019-07-06T07:05:00.000Z-Cyphoidbomb-2019-07-06T06:57:00.000Z": "@Cyphoidbomb: It was nothing! It was just a quick check of your subpages. As for the pruning, I'm afraid I don't know much that could be of service. Maybe a bot to clerk the list would be of service, but I am not the one to program such machinations. Cheers! (edit conflict)",
+ "c-Whatamidoing_(WMF)-2019-07-09T21:02:00.000Z-MJL-2019-07-06T07:05:00.000Z": "User:Cyphoidbomb and User:MJL, you might consider using the Wikipedia:WikiProject X tools, which come with a bot to archive inactive members. User:Harej can probably point you in the right direction if you get stuck.",
"h-logout_slow_and_failed_due_to_http-2019-07-06T20:26:00.000Z": "logout slow and failed due to http",
"c-Nick_Levinson-2019-07-06T20:26:00.000Z-logout_slow_and_failed_due_to_http": "I was trying to log out one day but the step was slow. It said, \"You are being logged out, please wait\". Then it said, \"Cannot log out now: http\". Eventually I was logged out. Why so long? Does it mean that I must have been using a slow network? If I close my browser while waiting, is that good enough?",
"c-Ammarpad-2019-07-07T05:12:00.000Z-Nick_Levinson-2019-07-06T20:26:00.000Z": "You say 'one day' and you were eventually logged out, that means the issue may no longer be there. Have you tried logging out again to see if the issue persists up to now?.",
- "c-Nick_Levinson-2019-07-08T23:39:00.000Z-Ammarpad-2019-07-07T05:12:00.000Z": "Preventing a logout is a security concern, thus I asked, even if it doesn't repeat for me. I agree the issue may be gone but it may not be, which is why I said \"one day\" and then posted. It did not recur on another day but that doesn't mean it was resolved. I think I had another well-known site open under my login during the same session; if so, I had no problem logging out from there. I assume the two strings I quoted (minus \"http\") can be searched for in MediaWiki software or the Wikipedia implementation to find what causes them to display, but I can't do those searches and I don't know how to test for recurrence of the problem, because if the cause was network slowness I don't know how to slow a network that I don't control and most networks I use are likely fairly robust.\nDoes the problem come from network slowness or something else? If anything was done to resolve it, that's different and please tell us.",
+ "c-Nick_Levinson-2019-07-08T23:39:00.000Z-Ammarpad-2019-07-07T05:12:00.000Z": "Preventing a logout is a security concern, thus I asked, even if it doesn't repeat for me. I agree the issue may be gone but it may not be, which is why I said \"one day\" and then posted. It did not recur on another day but that doesn't mean it was resolved. I think I had another well-known site open under my login during the same session; if so, I had no problem logging out from there. I assume the two strings I quoted (minus \"http\") can be searched for in MediaWiki software or the Wikipedia implementation to find what causes them to display, but I can't do those searches and I don't know how to test for recurrence of the problem, because if the cause was network slowness I don't know how to slow a network that I don't control and most networks I use are likely fairly robust. Does the problem come from network slowness or something else? If anything was done to resolve it, that's different and please tell us.",
"c-Quiddity_(WMF)-2019-07-09T21:52:00.000Z-Nick_Levinson-2019-07-08T23:39:00.000Z": "@Nick Levinson: I've filed a task at phab:T227621 for it to be looked at. Thanks for reporting.",
"h-Null_edit_needed-2019-07-09T14:24:00.000Z": "Null edit needed",
"c-Timrollpickering-2019-07-09T14:24:00.000Z-Null_edit_needed": "Can someone with the right permissions null edit the fully locked page User:NQ/nqup.css (the user hasn't edited for 2 & 1/2 years) so as to clear the redirect Category:Potentially illegible userboxes? This one is causing strange errors for the redirect bot.",
@@ -351,15 +351,15 @@
"c-Xaosflux-2019-07-09T22:16:00.000Z-Redrose64-2019-07-09T19:44:00.000Z": "@Redrose64: it is a self-protection hack used by non-admins (c.f. Wikipedia:User_pages#Protection_of_user_pages).",
"c-Redrose64-2019-07-09T22:34:00.000Z-Xaosflux-2019-07-09T22:16:00.000Z": "Why do we encourage this?",
"h-Template_conditional_syntax_quesiton-2019-07-09T20:38:00.000Z": "Template conditional syntax quesiton",
- "c-Cnbrb-2019-07-09T20:38:00.000Z-Template_conditional_syntax_quesiton": "What is the correct syntax to set the inline parameter conditionally in this template? It is embedded in the London Overground article thus: {{Overground RDT|inline=yes}}, which should be able to set the inline to 1 or true. The aim is to hide the top bar of the template when embedded in an infobox but not elsewhere.\n\nI attempted this but it didn't work, so clearly I'm not getting the conditional syntax right:\n||inline={{#if: {{{inline|}}}|1|0}}\n\nWhat's the correct way of doing it? Thanks.",
+ "c-Cnbrb-2019-07-09T20:38:00.000Z-Template_conditional_syntax_quesiton": "What is the correct syntax to set the inline parameter conditionally in this template? It is embedded in the London Overground article thus: {{Overground RDT|inline=yes}}, which should be able to set the inline to 1 or true. The aim is to hide the top bar of the template when embedded in an infobox but not elsewhere. I attempted this but it didn't work, so clearly I'm not getting the conditional syntax right: ||inline={{#if: {{{inline|}}}|1|0}} What's the correct way of doing it? Thanks.",
"c-Redrose64-2019-07-09T22:32:00.000Z-Cnbrb-2019-07-09T20:38:00.000Z": "@Cnbrb: You're overcomplicating it. Just do this that way you can use {{Overground RDT|inline=1}}. BTW the documentation for {{Routemap}} shows |inline=1 but |inline=yes might work, I'm no Lua expert.",
- "c-Cnbrb-2019-07-10T00:26:00.000Z-Cnbrb-2019-07-09T20:38:00.000Z": "Ah! Someone has stepped in and fixed it. The answer was (of course) obvious:\n|inline={{{inline|}}}\nThank you!",
+ "c-Cnbrb-2019-07-10T00:26:00.000Z-Cnbrb-2019-07-09T20:38:00.000Z": "Ah! Someone has stepped in and fixed it. The answer was (of course) obvious: |inline={{{inline|}}} Thank you!",
"h-Headerbar_doing_v-t-e_and_hide-2019-07-09T20:37:00.000Z": "Headerbar doing v-t-e and hide",
"c-DePiep-2019-07-09T20:37:00.000Z-Headerbar_doing_v-t-e_and_hide": "{{Navbar-collapsible}} is a good utility (showing both V-T-E links and the Hide/Show button). Now IIRC, there was a similar template for (wiki)table headers. Cannot find it any more, did anything bad happen? If someone could give me a hint/link, +appreciated.",
"c-Headbomb-2019-07-09T23:10:00.000Z-DePiep-2019-07-09T20:37:00.000Z": "You recall incorrectly. No such template exist, or can exist.",
"c-Xaosflux-2019-07-10T00:35:00.000Z-DePiep-2019-07-09T20:37:00.000Z": "You can make a collapsible table, but the v/t/e won't be able to reliably target just the table for editing (see User:Xaosflux/sandbox76).",
- "c-DePiep-2019-07-10T09:48:00.000Z-Xaosflux-2019-07-10T00:35:00.000Z": "Indeed, Xaosflux, but I will apply it in a templated table.\nDiscovered how to make this work:\n{| class=\"wikitable collapsible\" (adds the Hide/Show button, right)\n! colspan=4 | {{navbar-collapsible|1=Title text|2=Template:Foo}} (adds the v-t-e links, left)",
- "c-Xaosflux-2019-07-10T13:00:00.000Z-DePiep-2019-07-10T09:48:00.000Z": "@DePiep: do you have this sandboxed? I'm assuming the edit link still goes to a \"page\" not somehow only edits \"the table\" right?",
+ "c-DePiep-2019-07-10T09:48:00.000Z-Xaosflux-2019-07-10T00:35:00.000Z": "Indeed, Xaosflux, but I will apply it in a templated table. Discovered how to make this work: {| class=\"wikitable collapsible\" (adds the Hide/Show button, right) ! colspan=4 | {{navbar-collapsible|1=Title text|2=Template:Foo}} (adds the v-t-e links, left)",
+ "c-Xaosflux-2019-07-10T13:00:00.000Z-DePiep-2019-07-10T09:48:00.000Z": "@DePiep: do you have this sandboxed? I'm assuming the edit link still goes to a \"page\" not somehow only edits \"the table\" right?",
"c-DePiep-2019-07-10T13:06:00.000Z-Xaosflux-2019-07-10T13:00:00.000Z": "@Xaosflux: I only use this in a table that is in a template page (see {{Decay modes}} edit), that is what I meant to say with \"in a templated table\". I do not aim to use this in an in-article coded table; as you pointed out that won't work.",
"h-Preloading_edit_summary?-2019-07-09T21:50:00.000Z": "Preloading edit summary?",
"c-Épine-2019-07-09T21:50:00.000Z-Preloading_edit_summary?": "Hey! is it possible to preload an edit summary like we can do with page content? and if yes whats the code? thanks in advance.--▸ ",
@@ -370,25 +370,25 @@
"c-Golbez-2019-07-10T14:25:00.000Z-Sorting_broken?": "Take a look at List of Governors of Alabama - errors of \"Script error: No such module \"Date table sorting\".\" all over the place.",
"c-Golbez-2019-07-10T14:26:00.000Z-Golbez-2019-07-10T14:25:00.000Z": "It's fixed now.",
"h-Android_app_login_generic_error-2019-07-07T12:17:00.000Z": "Android app login generic error",
- "c-Rrubix44-2019-07-07T12:17:00.000Z-Android_app_login_generic_error": "Screenshot: https://pasteboard.co/ImS2y8j.jpg\n\nhello,\n\nI can successfully log into the web browser version of Wikipedia, but I cannot log into the Android app using the same credentials. I received a generic error that only states that an error has occurred.\n\nI have also tried using the same automatic input of credentials from the same source and mechanism on the same device to control for my user error. Again, browser version login works, app no :(\n\nAny ideas gratefully received!\n\nThank you — Preceding unsigned comment added by",
+ "c-Rrubix44-2019-07-07T12:17:00.000Z-Android_app_login_generic_error": "Screenshot: https://pasteboard.co/ImS2y8j.jpg hello, I can successfully log into the web browser version of Wikipedia, but I cannot log into the Android app using the same credentials. I received a generic error that only states that an error has occurred. I have also tried using the same automatic input of credentials from the same source and mechanism on the same device to control for my user error. Again, browser version login works, app no :( Any ideas gratefully received! Thank you — Preceding unsigned comment added by",
"c-Luk-2019-07-07T19:55:00.000Z-Rrubix44-2019-07-07T12:17:00.000Z": "Did you try uninstalling and reinstalling the app? There may be an issue with the app itself.",
"c-Tsumikiria-2019-07-10T16:31:00.000Z-Rrubix44-2019-07-07T12:17:00.000Z": "@Luk: The same issue bugs me to no end. I'm not even using an Unicode username, which has been an issue in the past. All that I could think of was that either my password - 32 character sequence of random ASCII characters - somehow triggered the bug, or that the Pie autofill API weren't accepted. I wasn't using VPN either. There is only a very slim chance I could log into the Android App without problem. Is there an phabricator on this?",
"h-WHOIS_broken-2019-07-10T21:02:00.000Z": "WHOIS broken",
"c-DuncanHill-2019-07-10T21:26:00.000Z-WHOIS_broken": "Whois returns either a blank page, or a 500 internal server error. Been going on for a few hours already.",
"c-Maile66-2019-07-10T21:02:00.000Z-DuncanHill-2019-07-10T21:26:00.000Z": "I just posted this in a section above, but moving it here. The last couple of days, I've been getting 500 - Internal Server Error Here is one from WP:AIV I've tried multiple times just now 1. Here is one from a different IP 2.",
- "c-Maile66-2019-07-10T23:26:00.000Z-DuncanHill-2019-07-10T21:26:00.000Z": "Note: This might not be isolated to Wikimedia or Tools. I just got the identical error message at Find A Grave. On second try, Find a Grave loaded.",
+ "c-Maile66-2019-07-10T23:26:00.000Z-DuncanHill-2019-07-10T21:26:00.000Z": "Note: This might not be isolated to Wikimedia or Tools. I just got the identical error message at Find A Grave. On second try, Find a Grave loaded.",
"c-MusikAnimal-2019-07-10T22:08:00.000Z-DuncanHill-2019-07-10T21:26:00.000Z": "I asked about this at meta:User talk:Whym#WHOIS gateway returning 500 internal server error.",
"h-XTools-2019-07-10T15:27:00.000Z": "XTools",
- "c-GiantSnowman-2019-07-10T15:27:00.000Z-XTools": "Tracked in PhabricatorTask T207959\nTracked in PhabricatorTask T182182\n\nI use two XTools - edit counter and article counter, both of which have stopped working for me as I have over 350,000 edits. Any idea how this can be resolved?",
- "c-MusikAnimal-2019-07-10T16:19:00.000Z-GiantSnowman-2019-07-10T15:27:00.000Z": "@GiantSnowman: The limit is there to prevent long-running queries that likely wouldn't finish, and would unnecessarily slow down XTools for everyone else. I can try increasing it a little bit, but we have to have some sort of sane limit. phab:T182182 is about analyzing the most recent 350,000 edits, but I suspect this wouldn't really help because in theory we'd still have to scan all of your contributions to get the most recent 350,000. The issue with Pages Created, specifically, is tracked at phab:T207959. One idea is to use the page creation log (phab:T221730), which is fast, but it would only produce pages you created going back to June 2018.It's a tough problem to solve. We have to balance satisfying the needs of our users, such as yourself, while protecting stability and preventing unrealistic queries from being ran. This is compounded by more general issues with the replica databases, such as the inability to estimate how slow queries will be (phab:T188677) and more recently, general slowness following recent schema changes (phab:T226050). In the meantime, you could try using tools that don't have any limits (or the scalability problems that XTools has), such as Sigma's Pages created tool. Sorry for the inconvenience!",
+ "c-GiantSnowman-2019-07-10T15:27:00.000Z-XTools": "Tracked in Phabricator Task T207959 Tracked in Phabricator Task T182182 I use two XTools - edit counter and article counter, both of which have stopped working for me as I have over 350,000 edits. Any idea how this can be resolved?",
+ "c-MusikAnimal-2019-07-10T16:19:00.000Z-GiantSnowman-2019-07-10T15:27:00.000Z": "@GiantSnowman: The limit is there to prevent long-running queries that likely wouldn't finish, and would unnecessarily slow down XTools for everyone else. I can try increasing it a little bit, but we have to have some sort of sane limit. phab:T182182 is about analyzing the most recent 350,000 edits, but I suspect this wouldn't really help because in theory we'd still have to scan all of your contributions to get the most recent 350,000. The issue with Pages Created, specifically, is tracked at phab:T207959. One idea is to use the page creation log (phab:T221730), which is fast, but it would only produce pages you created going back to June 2018. It's a tough problem to solve. We have to balance satisfying the needs of our users, such as yourself, while protecting stability and preventing unrealistic queries from being ran. This is compounded by more general issues with the replica databases, such as the inability to estimate how slow queries will be (phab:T188677) and more recently, general slowness following recent schema changes (phab:T226050). In the meantime, you could try using tools that don't have any limits (or the scalability problems that XTools has), such as Sigma's Pages created tool. Sorry for the inconvenience!",
"c-MusikAnimal-2019-07-10T16:27:00.000Z-MusikAnimal-2019-07-10T16:19:00.000Z": "I have increased the edit count limit to 400,000. It seems right now, the replicas are going fairly fast. Both Pages Created and Edit Counter didn't time out for your account. I can't promise it will stay that way, though. As an FYI, you can make the Edit Counter go faster by asking only for the data you need, using the checkboxes at https://xtools.wmflabs.org/ec. Best,",
"c-GiantSnowman-2019-07-10T16:36:00.000Z-MusikAnimal-2019-07-10T16:27:00.000Z": "Thanks!",
"c-GiantSnowman-2019-07-11T08:23:00.000Z-MusikAnimal-2019-07-10T16:27:00.000Z": "@MusikAnimal: can you do an 'simple counter' for article creations, which just shows the number rather than a full list?",
"c-MusikAnimal-2019-07-11T17:50:00.000Z-GiantSnowman-2019-07-11T08:23:00.000Z": "Good idea. I'll look into it!",
"h-Request_bot_for_auto_archiving-2019-07-12T03:00:00.000Z": "Request bot for auto archiving",
- "c-QuackGuru-2019-07-12T03:00:00.000Z-Request_bot_for_auto_archiving": "Resolved \nFor talk page. See https://en.wikipedia.org/wiki/Talk:Nicotine_marketing",
+ "c-QuackGuru-2019-07-12T03:00:00.000Z-Request_bot_for_auto_archiving": "Resolved For talk page. See https://en.wikipedia.org/wiki/Talk:Nicotine_marketing",
"h-Alerts_and_alarms-2019-07-10T22:52:00.000Z": "Alerts and alarms",
- "c-BD2412-2019-07-10T22:52:00.000Z-Alerts_and_alarms": "Tracked in PhabricatorTask T88781\nIs there some facility within Wikipedia for me to receive a reminder when, for example, a block that I have made or a page protection that I have added has expired, or a deletion discussion that I have initiated has run its full time? Moreover, is there some facility within Wikipedia to create reminders generally? If not, can such a thing be created?",
+ "c-BD2412-2019-07-10T22:52:00.000Z-Alerts_and_alarms": "Tracked in Phabricator Task T88781 Is there some facility within Wikipedia for me to receive a reminder when, for example, a block that I have made or a page protection that I have added has expired, or a deletion discussion that I have initiated has run its full time? Moreover, is there some facility within Wikipedia to create reminders generally? If not, can such a thing be created?",
"c-Elizium23-2019-07-10T23:06:00.000Z-BD2412-2019-07-10T22:52:00.000Z": "While this would be a godsend, e.g. for checking back on a talk page in 7 days or so, or allowing a 24-hour 3RR to expire, I am not sure it is MediaWiki's job to be tracking our reminders. That seems to present unnecessary load to the servers for something that individual editors would best be equipped to track locally. I have used Google Calendar and assorted alarm-clock apps to do this, so far.",
"c-Xaosflux-2019-07-10T23:12:00.000Z-BD2412-2019-07-10T22:52:00.000Z": "@BD2412: this may be incorporated in the existing feature request: phab:T88781.",
"c-Xaosflux-2019-07-10T23:13:00.000Z-Xaosflux-2019-07-10T23:12:00.000Z": "Note though, this is related to phab:T2582 - which has been pending for 10 years.",
@@ -402,7 +402,7 @@
"c-QEDK-2019-07-12T08:03:00.000Z-Steel1943-2019-07-12T01:42:00.000Z": "If you aren't used to JSON, you can use this site to check for errors. Also useful in cases where you know JSON syntax but cannot find the error (lots of parameters, etc.)",
"h-Extracting_the_ToC_list-2019-07-10T14:19:00.000Z": "Extracting the ToC list",
"c-Gonnym-2019-07-10T14:19:00.000Z-Extracting_the_ToC_list": "Is there a way (via template or lua) to extract the ToC headers so they can be presented in a different style? What I mean by that is using a ToC style such as {{Horizontal ToC}} but without the ridiculously awful need to manually write each header, and later update it if it's changed.",
- "c-PrimeHunter-2019-07-12T09:01:00.000Z-Gonnym-2019-07-10T14:19:00.000Z": "@Gonnym: {{Horizontal ToC}} is a recent template. We already have {{Horizontal TOC}}, mentioned at Help:Section#Horizontal TOC. The names are confusingly similar. I have added a see also link but more should probably be done. __TOC__ places the table of contents. It can be wrapped in styling like {{Horizontal TOC}} does.",
+ "c-PrimeHunter-2019-07-12T09:01:00.000Z-Gonnym-2019-07-10T14:19:00.000Z": "@Gonnym: {{Horizontal ToC}} is a recent template. We already have {{Horizontal TOC}}, mentioned at Help:Section#Horizontal TOC. The names are confusingly similar. I have added a see also link but more should probably be done. __TOC__ places the table of contents. It can be wrapped in styling like {{Horizontal TOC}} does.",
"c-Gonnym-2019-07-12T09:04:00.000Z-PrimeHunter-2019-07-12T09:01:00.000Z": "Yeah, I just found it by accident. There really is no reason to have the newer template. If a manual list of entries is somehow needed (and I really can't even see one valid reason why it would), that could added to the better template.",
"h-Minor_edits-2019-07-10T16:40:00.000Z": "Minor edits",
"c-ImmortalWizard-2019-07-10T16:40:00.000Z-Minor_edits": "It's annoying that everytime one needs to check the \"This is a minor edit\" box. I would recommend making it the other way round and checking after making large edits instead. THE NEW",
@@ -428,16 +428,16 @@
"c-Kvng-2019-07-13T16:01:00.000Z-Gonnym-2019-07-12T15:57:00.000Z": "I haven't changed my preferences since before this started. Maybe there's a dodgy setting in there but not one that I've made recently.",
"c-Gonnym-2019-07-13T16:17:00.000Z-Kvng-2019-07-13T16:01:00.000Z": "I didn't either, but resetting it worked. You just have to bite the bullet if it annoys you as much as it did me.",
"h-Old_revisions_of_image_missing,_but_not_deleted-2019-07-13T22:12:00.000Z": "Old revisions of image missing, but not deleted",
- "c-Goldenshimmer-2019-07-13T22:12:00.000Z-Old_revisions_of_image_missing,_but_not_deleted": "At File:Dave_Carlascio_and_Family_Force_5.jpg, some old revisions of the image give a 404 error message. Thumbnails of those revisions are still included by the HTML page, and it links to where the old revisions would have been. From the revision notes, it looks like they were non-free, so probably should be deleted, but, well, they weren't deleted.\n\nBy comparison, here is what old deleted revisions of a file look like: File:City_of_Spokane_Seal.svg — \"No thumbnail\" note, and no broken links or images. So, the problem with Dave_Carlascio_and_Family_Force_5.jpg appears to be a software bug, disk corruption, or similar.\n\nCould someone properly delete the old versions in this case, and investigate the cause of this to ensure other files (that shouldn't have been deleted) aren't corrupted, restoring the revisions from backup as needed? Thanks! —{{u|",
+ "c-Goldenshimmer-2019-07-13T22:12:00.000Z-Old_revisions_of_image_missing,_but_not_deleted": "At File:Dave_Carlascio_and_Family_Force_5.jpg, some old revisions of the image give a 404 error message. Thumbnails of those revisions are still included by the HTML page, and it links to where the old revisions would have been. From the revision notes, it looks like they were non-free, so probably should be deleted, but, well, they weren't deleted. By comparison, here is what old deleted revisions of a file look like: File:City_of_Spokane_Seal.svg — \"No thumbnail\" note, and no broken links or images. So, the problem with Dave_Carlascio_and_Family_Force_5.jpg appears to be a software bug, disk corruption, or similar. Could someone properly delete the old versions in this case, and investigate the cause of this to ensure other files (that shouldn't have been deleted) aren't corrupted, restoring the revisions from backup as needed? Thanks! —{{u|",
"h-watchlist_inaccuracies_again-2019-07-13T22:50:00.000Z": "watchlist inaccuracies again",
"c-Joeyconnick-2019-07-13T22:50:00.000Z-watchlist_inaccuracies_again": "My watchlist is again showing pages and diffs I have already seen, even though I have it set to show only unseen changes. Bolding of these pages in the list is also inconsistent. Anyone know why this exceptionally fun behaviour has returned?",
"h-Citation_generator_in_Visual_Editor_not_working_for_PMID_or_PMC_numbers-2019-07-09T05:05:00.000Z": "Citation generator in Visual Editor not working for PMID or PMC numbers",
- "c-Anthonyhcole-2019-07-09T05:05:00.000Z-Citation_generator_in_Visual_Editor_not_working_for_PMID_or_PMC_numbers": "Tracked in PhabricatorTask T227415\n\n\nIt works, most of the time, when you insert the doi number or the article title, but not at all for PMID or PMC numbers. Not sure where I should report this.",
+ "c-Anthonyhcole-2019-07-09T05:05:00.000Z-Citation_generator_in_Visual_Editor_not_working_for_PMID_or_PMC_numbers": "Tracked in Phabricator Task T227415 It works, most of the time, when you insert the doi number or the article title, but not at all for PMID or PMC numbers. Not sure where I should report this.",
"c-Headbomb-2019-07-09T05:13:00.000Z-Anthonyhcole-2019-07-09T05:05:00.000Z": "It's a known issue involving the tool labs DNS being blocked or something, see T226088. @AManWithNoPlan: could probably explain in more details what the issue is.",
"c-Anthonyhcole-2019-07-09T05:35:00.000Z-Headbomb-2019-07-09T05:13:00.000Z": "Thanks Headbomb. Seems from this Phabricator discussion that no one knows what the problem is. It's been 3 weeks now, and I can't see that anyone has taken this on as their task - but perhaps I just don't understand how WMF technical people work.",
"c-TheDJ-2019-07-09T07:26:00.000Z-Anthonyhcole-2019-07-09T05:35:00.000Z": "Anthonyhcole, there are literally 2 people discussing and analysing network traffic in that ticket... What more are you looking for ? A fix before understanding the cause of the problem is not possible.",
"c-Anthonyhcole-2019-07-09T08:23:00.000Z-TheDJ-2019-07-09T07:26:00.000Z": "As I say, I don't know how that Phabricator process works. If this is normal, fine. Seems a bit sluggish, though.",
- "c-AManWithNoPlan-2019-07-09T12:57:00.000Z-Anthonyhcole-2019-07-09T08:23:00.000Z": "Citation bot noticed it a month ago. It was mistakenly thought to be a DNS firewall problem in the Phab ticket. I determined that it was an issue with data sizes exceeding 4K within DNS messages, then someone else determined it was only a problem with secure dns. In summary, there are all sorts of standards and extensions to DNS and pubmed sends something that we don’t handle. Side note: from what I read, handling split messages over 4K makes some attacks easier.",
+ "c-AManWithNoPlan-2019-07-09T12:57:00.000Z-Anthonyhcole-2019-07-09T08:23:00.000Z": "Citation bot noticed it a month ago. It was mistakenly thought to be a DNS firewall problem in the Phab ticket. I determined that it was an issue with data sizes exceeding 4K within DNS messages, then someone else determined it was only a problem with secure dns. In summary, there are all sorts of standards and extensions to DNS and pubmed sends something that we don’t handle. Side note: from what I read, handling split messages over 4K makes some attacks easier.",
"c-Anthonyhcole-2019-07-10T04:36:00.000Z-AManWithNoPlan-2019-07-09T12:57:00.000Z": "Thanks, man. I'm in awe of and grateful for what you tech guys can do, but impatient. It's a comfort knowing that this issue is firmly on your radar.",
"c-TheDJ-2019-07-10T19:30:00.000Z-Anthonyhcole-2019-07-09T05:05:00.000Z": "This issue is now fixed. Thanks for reporting.",
"c-Anthonyhcole-2019-07-14T07:15:00.000Z-TheDJ-2019-07-10T19:30:00.000Z": "Thank you, TheDJ.",
@@ -463,22 +463,22 @@
"c-Gonnym-2019-07-13T13:37:00.000Z-Zzuuzz-2019-07-13T13:31:00.000Z": "Testing the reported pages Hodan Nalayeh, 1337x and xHamster in preview with the infobox set to /sandbox produces no italics or errors (Just to be clear, I've made changes to the code, hopefully fixing the issue).",
"c-Zzuuzz-2019-07-13T13:45:00.000Z-Gonnym-2019-07-13T13:37:00.000Z": "Also reported, Northern Paiute people (but now fixed). I get no errors for 1337x and xHamster in preview without changing anything, but they still display as reported.",
"c-Zzuuzz-2019-07-13T13:54:00.000Z-Zzuuzz-2019-07-13T13:45:00.000Z": "OK, a purge got rid of those errors.",
- "c-Nyttend-2019-07-14T23:09:00.000Z-Zzuuzz-2019-07-13T13:54:00.000Z": "Lugnuts and Zzuuzz, please see File:Holy Cow That's Weird.png and the WP:VPT archive where it appears. This report really strongly reminds me of that incident :-)",
+ "c-Nyttend-2019-07-14T23:09:00.000Z-Zzuuzz-2019-07-13T13:54:00.000Z": "Lugnuts and Zzuuzz, please see File:Holy Cow That's Weird.png and the WP:VPT archive where it appears. This report really strongly reminds me of that incident :-)",
"c-Lugnuts-2019-07-15T06:47:00.000Z-Nizolan-2019-07-13T13:00:00.000Z": "Hehe, nice!",
"h-Special:SuffixIndex-2019-07-15T09:49:00.000Z": "Special:SuffixIndex",
"c-Gzhegozh-2019-07-15T09:49:00.000Z-Special:SuffixIndex": "There is a page Special:PrefixIndex which is showing all pages starting with a certain name, but can someone create a similar page which would show all pages ending with certain characters? It would be a very useful tool.",
"c-PrimeHunter-2019-07-15T10:07:00.000Z-Gzhegozh-2019-07-15T09:49:00.000Z": "There is an old request at phab:T12808: \"Introduce Special:Suffixindex\".",
"h-PHP7_details-2019-07-14T21:10:00.000Z": "PHP7 details",
- "c-Nyttend-2019-07-14T21:10:00.000Z-PHP7_details": "See my latest ten contributions: some of the edits are tagged with PHP7, and others aren't, although I used the same browser on the same computer to make those edits, and all of them were done with my home wireless network. Any idea why three are tagged as PHP7 and seven aren't, instead of all ten being tagged or all ten not being tagged? The PHP7 page says Replacing the Beta Feature, since March 2019 a percentage of all production traffic has been randomly assigned to use PHP instead of HHVM. I would assume that this means that some of my sessions would use PHP7 and some wouldn't, but you can see that seven of those edits came in one session, yet exactly two of the seven edits used PHP7. Is every single edit randomly assigned or randomly not-assigned to use PHP7?",
+ "c-Nyttend-2019-07-14T21:10:00.000Z-PHP7_details": "See my latest ten contributions: some of the edits are tagged with PHP7, and others aren't, although I used the same browser on the same computer to make those edits, and all of them were done with my home wireless network. Any idea why three are tagged as PHP7 and seven aren't, instead of all ten being tagged or all ten not being tagged? The PHP7 page says Replacing the Beta Feature, since March 2019 a percentage of all production traffic has been randomly assigned to use PHP instead of HHVM. I would assume that this means that some of my sessions would use PHP7 and some wouldn't, but you can see that seven of those edits came in one session, yet exactly two of the seven edits used PHP7. Is every single edit randomly assigned or randomly not-assigned to use PHP7?",
"c-TheDJ-2019-07-15T07:24:00.000Z-Nyttend-2019-07-14T21:10:00.000Z": "Nyttend, a percentage of your requests, not of your sessions indeed.",
- "c-Nyttend-2019-07-15T10:44:00.000Z-TheDJ-2019-07-15T07:24:00.000Z": "What's a request? Is it an edit, or a page request (i.e. my computer asks the server to send a page), or something else?",
+ "c-Nyttend-2019-07-15T10:44:00.000Z-TheDJ-2019-07-15T07:24:00.000Z": "What's a request? Is it an edit, or a page request (i.e. my computer asks the server to send a page), or something else?",
"c-TheDJ-2019-07-15T11:15:00.000Z-Nyttend-2019-07-15T10:44:00.000Z": "Nyttend, any communication your browser makes with the servers. For a page, that is usually dozens of requests (each image is a separate request for example). For an edit, it is a single request.",
"h-Whist_marker_-_such_a_popular_article!-2019-07-14T21:34:00.000Z": "Whist marker - such a popular article!",
- "c-Rich_Farmbrough-2019-07-14T21:34:00.000Z-Whist_marker_-_such_a_popular_article!": "See Talk:Whist marker, for the views this trifling monograph has attracted over time - i.e. very few until suddenly 100,000 in one day! Do we have any ideas why this might happen? (I have seen previous hadwavey \"bot\" explanations, of similar phenomena, do we have anything concrete?) \n\nAll the best:",
- "c-Xaosflux-2019-07-14T21:59:00.000Z-Rich_Farmbrough-2019-07-14T21:34:00.000Z": "@Rich Farmbrough: the additional view stats report this is from \"mobile web\" user clients. It certainly could be some sort of \"bot\" (not a wikipedia bot, a web bot) that is not presenting as a bot. For a few reasons (primarily privacy) detailed reader information is not available except to developers.",
- "c-Nyttend-2019-07-14T22:39:00.000Z-Xaosflux-2019-07-14T21:59:00.000Z": "It's not merely mobile web. Mobile app and desktop had similar jumps, although smaller:\n\n\n\nDateMobile webMobile appDesktopTotal\n\n1 July1001\n\n2 July0044\n\n3 July2013\n\n4 July2035\n\n5 July5049\n\n6 July94,41152913,246108,186\n\n7 July36,7623715,30942,442\n\n8 July1,799525122,363\n\n\nSo whatever's going on is presenting itself with all sorts of platforms.",
+ "c-Rich_Farmbrough-2019-07-14T21:34:00.000Z-Whist_marker_-_such_a_popular_article!": "See Talk:Whist marker, for the views this trifling monograph has attracted over time - i.e. very few until suddenly 100,000 in one day! Do we have any ideas why this might happen? (I have seen previous hadwavey \"bot\" explanations, of similar phenomena, do we have anything concrete?) All the best:",
+ "c-Xaosflux-2019-07-14T21:59:00.000Z-Rich_Farmbrough-2019-07-14T21:34:00.000Z": "@Rich Farmbrough: the additional view stats report this is from \"mobile web\" user clients. It certainly could be some sort of \"bot\" (not a wikipedia bot, a web bot) that is not presenting as a bot. For a few reasons (primarily privacy) detailed reader information is not available except to developers.",
+ "c-Nyttend-2019-07-14T22:39:00.000Z-Xaosflux-2019-07-14T21:59:00.000Z": "It's not merely mobile web. Mobile app and desktop had similar jumps, although smaller: Date Mobile web Mobile app Desktop Total 1 July 1 0 0 1 2 July 0 0 4 4 3 July 2 0 1 3 4 July 2 0 3 5 5 July 5 0 4 9 6 July 94,411 529 13,246 108,186 7 July 36,762 371 5,309 42,442 8 July 1,799 52 512 2,363 So whatever's going on is presenting itself with all sorts of platforms.",
"c-Modulus12-2019-07-14T22:51:00.000Z-Nyttend-2019-07-14T22:39:00.000Z": "Just Reddit helping people figure out what their random junk is: . Top comment links the Wikipedia article.",
- "c-Rich_Farmbrough-2019-07-15T14:49:00.000Z-Modulus12-2019-07-14T22:51:00.000Z": "Ah, this is the modern equivalent of being slashdotted! Thanks! All the best:",
+ "c-Rich_Farmbrough-2019-07-15T14:49:00.000Z-Modulus12-2019-07-14T22:51:00.000Z": "Ah, this is the modern equivalent of being slashdotted! Thanks! All the best:",
"h-How_is_the_\"Number_of_page_watchers_who_visited_recent_edits\"_calculated?-2019-07-10T15:44:00.000Z": "How is the \"Number of page watchers who visited recent edits\" calculated?",
"c-Nardog-2019-07-10T15:44:00.000Z-How_is_the_\"Number_of_page_watchers_who_visited_recent_edits\"_calculated?": "Just curious. Neither Help:Page information nor Help:Watchlist say.",
"c-Xaosflux-2019-07-10T15:54:00.000Z-Nardog-2019-07-10T15:44:00.000Z": "@Nardog: not sure, but the API docs describe it further as the number of watchers of each page who have visited recent edits to that page.",
@@ -488,16 +488,16 @@
"c-Nardog-2019-07-15T15:41:00.000Z-Anomie-2019-07-13T11:31:00.000Z": "Thanks, edited Help:Page information.",
"h-Watchlist-2019-07-14T10:21:00.000Z": "Watchlist",
"c-DuncanHill-2019-07-14T10:21:00.000Z-Watchlist": "Is there an easy way to remove all pages which I did not create from my watchlist? Thank you,",
- "c-Xaosflux-2019-07-15T19:52:00.000Z-DuncanHill-2019-07-14T10:21:00.000Z": "@DuncanHill: - no. You could use Special:EditWatchlist/raw to get a dump of your watchlist, then get a query of pages you created and use an offwiki utility to subtract them, then replace the list with your new list.",
+ "c-Xaosflux-2019-07-15T19:52:00.000Z-DuncanHill-2019-07-14T10:21:00.000Z": "@DuncanHill: - no. You could use Special:EditWatchlist/raw to get a dump of your watchlist, then get a query of pages you created and use an offwiki utility to subtract them, then replace the list with your new list.",
"c-Eman235-2019-07-15T19:53:00.000Z-Xaosflux-2019-07-15T19:52:00.000Z": "Seems like the data from this would be useful, but downloading a CSV seems to only give me a partial list.",
"h-Editing_News_#1—July_2019": "Editing News #1—July 2019",
"h-Recent_releases-Editing_News_#1—July_2019": "Recent releases",
"h-New_and_active_projects-Editing_News_#1—July_2019": "New and active projects",
"h-Looking_ahead-Editing_News_#1—July_2019": "Looking ahead",
"h-Learning_more-Editing_News_#1—July_2019-2019-07-15T21:24:00.000Z": "Learning more",
- "c-Whatamidoing_(WMF)-2019-07-15T21:24:00.000Z-Learning_more": "The VisualEditor on mobile is a good place to learn more about the projects we are working on. The team wants to talk with you about anything related to editing. If you have something to say or ask, please leave a message at Talk:VisualEditor on mobile.\n\nPPelberg (WMF) (talk) and",
+ "c-Whatamidoing_(WMF)-2019-07-15T21:24:00.000Z-Learning_more": "The VisualEditor on mobile is a good place to learn more about the projects we are working on. The team wants to talk with you about anything related to editing. If you have something to say or ask, please leave a message at Talk:VisualEditor on mobile. PPelberg (WMF) (talk) and",
"h-Tech_News:_2019-29-2019-07-15T21:43:00.000Z": "Tech News: 2019-29",
- "c-Nyttend-2019-07-15T21:43:00.000Z-Tech_News:_2019-29": "Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available. \n\nRecent changes\nThe mobile web will get more advanced editing tools. Seven more Wikipedias can use them now. This works for Arabic, Indonesian, Italian, Persian, Japanese, Spanish and Thai Wikipedia. You can try the tools on the mobile web and give feedback. \n\nChanges later this week\n The abuse filter system user will soon do maintenance edits on broken abuse filters. This user is called Edit filter and has administrator rights. This is meant to fix technical problems. It will not do any other changes. You can read more.\n The new version of MediaWiki will be on test wikis and MediaWiki.org from 16 July. It will be on non-Wikipedia wikis and some Wikipedias from 17 July. It will be on all wikis from 18 July (calendar).\n\nMeetings\n You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting will be on 17 July at 15:00 (UTC). See how to join.\n\nFuture changes\nThe Wikipedia app for Android will invite users to add image captions to images on Commons. It will only invite users who have added a number of edits in the app without being reverted. This is to avoid spam and bad edits. You can read more and leave feedback. \n\nTech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.\n 15:29, 15 July 2019 (UTC)\n\n\nDon't waste your time trying to give feedback on the Android item; the \"leave feedback\" page doesn't let you add a new section and doesn't even have an edit button.",
+ "c-Nyttend-2019-07-15T21:43:00.000Z-Tech_News:_2019-29": "Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available. Recent changes The mobile web will get more advanced editing tools. Seven more Wikipedias can use them now. This works for Arabic, Indonesian, Italian, Persian, Japanese, Spanish and Thai Wikipedia. You can try the tools on the mobile web and give feedback. Changes later this week The abuse filter system user will soon do maintenance edits on broken abuse filters. This user is called Edit filter and has administrator rights. This is meant to fix technical problems. It will not do any other changes. You can read more. The new version of MediaWiki will be on test wikis and MediaWiki.org from 16 July. It will be on non-Wikipedia wikis and some Wikipedias from 17 July. It will be on all wikis from 18 July (calendar). Meetings You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting will be on 17 July at 15:00 (UTC). See how to join. Future changes The Wikipedia app for Android will invite users to add image captions to images on Commons. It will only invite users who have added a number of edits in the app without being reverted. This is to avoid spam and bad edits. You can read more and leave feedback. Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe. 15:29, 15 July 2019 (UTC) Don't waste your time trying to give feedback on the Android item; the \"leave feedback\" page doesn't let you add a new section and doesn't even have an edit button.",
"h-WP:Dashboard_on_sidebar-2019-07-16T09:19:00.000Z": "WP:Dashboard on sidebar",
"c-Remagoxer-2019-07-16T09:19:00.000Z-WP:Dashboard_on_sidebar": "I had an idea that the Dashboard should be on the sidebar below the Community Portal. I don't know how to add it locally, and I feel it should be sitewide anyway. Thoughts?",
"c-PrimeHunter-2019-07-16T10:04:00.000Z-Remagoxer-2019-07-16T09:19:00.000Z": "An administrator can add it to MediaWiki:Sidebar but I see no good reason. The first link in Wikipedia:Community portal is Wikipedia:Dashboard and it's linked twice more.",
@@ -507,22 +507,22 @@
"c-QEDK-2019-07-17T06:37:00.000Z-Winged_Blades_of_Godric-2019-07-17T05:58:00.000Z": "If anyone is interested, but no idea how to proceed, take a look at mw:How_to_become_a_MediaWiki_hacker. Some knowledge of LAMP is necessary.",
"c-PrimeHunter-2019-07-17T10:08:00.000Z-Winged_Blades_of_Godric-2019-07-17T05:58:00.000Z": "I have made a related suggestion at MediaWiki talk:Confirmdeletetext#Add link to delete an associated talk page.",
"h-\"Publish_changes\"-2019-07-11T17:44:00.000Z": "\"Publish changes\"",
- "c-Rhododendrites-2019-07-11T17:44:00.000Z-\"Publish_changes\"": "Tracked in PhabricatorTask T228116\n\nSome time ago, the save button was replaced with a \"publish changes\" button. I work with an awful lot of new editors both on-wiki and off-wiki, and it is perhaps the most frequent source of confusion (after maybe why VE doesn't work on talk pages -- but that's a whole other deal with technical constraints). The awkward language choice of part of the interface shouldn't be something I have to bring up in every introduction to editing session I run (and shouldn't be something that confuses so many people even after bringing it up). Specifically, it comes up when new users are starting to edit in their userspace, in a sandbox, in a draft, etc. -- people see \"publish changes\" and hesitate because of the implications of \"publish\". \n\nI'm sure there have been threads about this in the past, but I'm not sure the best way to search for this. Has this change been well-received otherwise? —",
+ "c-Rhododendrites-2019-07-11T17:44:00.000Z-\"Publish_changes\"": "Tracked in Phabricator Task T228116 Some time ago, the save button was replaced with a \"publish changes\" button. I work with an awful lot of new editors both on-wiki and off-wiki, and it is perhaps the most frequent source of confusion (after maybe why VE doesn't work on talk pages -- but that's a whole other deal with technical constraints). The awkward language choice of part of the interface shouldn't be something I have to bring up in every introduction to editing session I run (and shouldn't be something that confuses so many people even after bringing it up). Specifically, it comes up when new users are starting to edit in their userspace, in a sandbox, in a draft, etc. -- people see \"publish changes\" and hesitate because of the implications of \"publish\". I'm sure there have been threads about this in the past, but I'm not sure the best way to search for this. Has this change been well-received otherwise? —",
"c-Iridescent-2019-07-11T17:49:00.000Z-Rhododendrites-2019-07-11T17:44:00.000Z": "IIRC this change was made by WMF legal and is non-negotiable; they wanted to make it clear to editors that the moment one clicks that button, whatever is in your edit window becomes publicly available for anyone to view and not saved to a private userspace inaccessable to others, whatever the namespace being edited. It was a global change, so the discussions will I assume be on Meta. The announcement was here, so the discussions if there were any will be shortly before that. ‑",
"c-JoJo_Eumerus_mobile-2019-07-11T18:44:00.000Z-Iridescent-2019-07-11T17:49:00.000Z": "I recall seeing some discussion on Phabricator; I'll see if I can find links.",
"c-Snaevar-2019-07-11T19:32:00.000Z-Rhododendrites-2019-07-11T17:44:00.000Z": "Actually the save button was changed to \"publish changes\" because of newbies. In UX testing newbies did expect the save button to work more like drafts. There was a need to change the text of the button to be more decisive. The bug behind this change is T131132, which explains this further.",
"c-Rhododendrites-2019-07-12T16:32:00.000Z-\"Publish_changes\"": "Thanks all. From the sound of it, it seems like it makes most sense to use \"publish changes\" in most namespaces, but switch back to \"save changes\" for draft and userspace? Might be too much of a hassle to change, though (other than on a per-user basis with a script, of course, but that sort of defeats the point). —",
- "c-Whatamidoing_(WMF)-2019-07-15T23:27:00.000Z-Rhododendrites-2019-07-12T16:32:00.000Z": "Rhododendrites, I've been asking around about this since the change was made a few years back. So far, with one exception, the editathon folks tell me that the problem is that new users actually do understand this, and are intimidated by making their creations available to the general public. They want to clean it up and try to make it \"perfect\" before anyone else can see it. (That is, they're looking for a save button that doesn't publish their edits, which is not how our big blue button works.) I'd be very interested in hearing whether your users express similar sentiments.\nDraft space and userspace are just as published as the mainspace.",
- "c-Redrose64-2019-07-15T23:44:00.000Z-Whatamidoing_(WMF)-2019-07-15T23:27:00.000Z": "@HJ Mitchell, Pigsonthewing, and RexxS: You often teach new users, but I don't know if you watch this page; please can you supply some feedback for Whatamidoing?",
+ "c-Whatamidoing_(WMF)-2019-07-15T23:27:00.000Z-Rhododendrites-2019-07-12T16:32:00.000Z": "Rhododendrites, I've been asking around about this since the change was made a few years back. So far, with one exception, the editathon folks tell me that the problem is that new users actually do understand this, and are intimidated by making their creations available to the general public. They want to clean it up and try to make it \"perfect\" before anyone else can see it. (That is, they're looking for a save button that doesn't publish their edits, which is not how our big blue button works.) I'd be very interested in hearing whether your users express similar sentiments. Draft space and userspace are just as published as the mainspace.",
+ "c-Redrose64-2019-07-15T23:44:00.000Z-Whatamidoing_(WMF)-2019-07-15T23:27:00.000Z": "@HJ Mitchell, Pigsonthewing, and RexxS: You often teach new users, but I don't know if you watch this page; please can you supply some feedback for Whatamidoing?",
"c-Elizium23-2019-07-13T14:03:00.000Z-Redrose64-2019-07-15T23:44:00.000Z": "OK, if there was such a hoo-hah about calling it \"Save\" then why does the ephemeral popup dialog still read \"Your edit was saved.\" Should it not be changed to \"Your edit was published!\" for consistency? Won't someone be confused about whether the edit was saved or published, when she pressed \"Publish\" but it was \"Saved\" instead? Also, the ephemeral dialog is annoying to me: it covers screen real-estate, can't be dismissed early, and goes away without being acknowledged, as if we had time to spot and read it. Not a good experience at all. (EDIT: It apparently can be dismissed early, if your reaction time is FPS-trained enough to hit the tiny \"X\" before it fades and disappears (~5 seconds.)",
- "c-Whatamidoing_(WMF)-2019-07-15T23:23:00.000Z-Elizium23-2019-07-13T14:03:00.000Z": "Good point, Elizium23. I filed a bug report about that.",
+ "c-Whatamidoing_(WMF)-2019-07-15T23:23:00.000Z-Elizium23-2019-07-13T14:03:00.000Z": "Good point, Elizium23. I filed a bug report about that.",
"c-RexxS-2019-07-16T15:08:00.000Z-Redrose64-2019-07-15T23:44:00.000Z": "@Redrose64 and Whatamidoing (WMF): I've not found it an issue for new editors at editathons and workshops. I almost always guide new editors through their first edit, which is normally to their user page to say what topics they are interested in. I make a point of explaining that publishing it makes it visible to the whole world and caution against writing anything that they wouldn't want everyone to see. After that I use \"publish\" and \"save\" interchangeably and I don't believe I've ever found anyone confused by that. Hope that helps.",
"c-Pigsonthewing-2019-07-17T10:28:00.000Z-Redrose64-2019-07-15T23:44:00.000Z": "I concur with the OP; it's a point of confusion, as happened with the last event i ran, earlier this month.",
"h-Request_to_fix_uw-paid1_and_uw-paid2-2019-07-17T14:00:00.000Z": "Request to fix uw-paid1 and uw-paid2",
- "c-ToBeFree-2019-07-17T14:00:00.000Z-Request_to_fix_uw-paid1_and_uw-paid2": "Is there an easy way, perhaps a module or template, to add a \"unregistered\"/\"registered\" differentiation to {{uw-paid1}} and {{uw-paid2}}?\n\nThese important templates currently give wrong advice to IP editors; see Template talk:Uw-paid1#\"User page\" disclosure for IP addresses.",
+ "c-ToBeFree-2019-07-17T14:00:00.000Z-Request_to_fix_uw-paid1_and_uw-paid2": "Is there an easy way, perhaps a module or template, to add a \"unregistered\"/\"registered\" differentiation to {{uw-paid1}} and {{uw-paid2}}? These important templates currently give wrong advice to IP editors; see Template talk:Uw-paid1#\"User page\" disclosure for IP addresses.",
"c-Ammarpad-2019-07-17T18:36:00.000Z-ToBeFree-2019-07-17T14:00:00.000Z": "I do not think those templates should be used to warn \"IP addresses\" as they're not meant for that. Paid editing is done with accounts that's why the disclosure is needed on userpages. If an IP address is persistently making promotional or suspicious editing, they should be reported to the appropriate noticeboard not be asked to disclose their client on their \"IP userpage\" which does not make sense.",
"h-Can't_edit_caption-2019-07-17T11:33:00.000Z": "Can't edit caption",
- "c-Dweller-2019-07-17T11:33:00.000Z-Can't_edit_caption": "Timeline and map of the Seven Wonders of the Ancient World, including the Village pump (technical)/Archive 175\nHi. In our Colossus of Rhodes article is a timeline/map of the 7 wonders, which inadvertently implies that there were 8 of them (by referring to the Colossus \"and the other 7\" wonders).\n\nI cannot find this caption in the text of the page, nor at File:Ancient seven wonders timeline.svg. Where is it?",
+ "c-Dweller-2019-07-17T11:33:00.000Z-Can't_edit_caption": "Timeline and map of the Seven Wonders of the Ancient World, including the Village pump (technical)/Archive 175 Hi. In our Colossus of Rhodes article is a timeline/map of the 7 wonders, which inadvertently implies that there were 8 of them (by referring to the Colossus \"and the other 7\" wonders). I cannot find this caption in the text of the page, nor at File:Ancient seven wonders timeline.svg. Where is it?",
"c-DuncanHill-2019-07-17T11:38:00.000Z-Dweller-2019-07-17T11:33:00.000Z": "The image is called as a template Template:Ancient seven wonders timeline.svg. The wording is generated from the title of the page using it, and that in the template.",
"c-Dweller-2019-07-17T11:47:00.000Z-DuncanHill-2019-07-17T11:38:00.000Z": "Ahhhh! Thanks. Fixed it.",
"c-DuncanHill-2019-07-17T11:56:00.000Z-Dweller-2019-07-17T11:47:00.000Z": "Glad to have helped. The curly brackets were the clew. {{This is a template, not a file}}",
@@ -535,17 +535,17 @@
"c-DuncanHill-2019-07-17T13:48:00.000Z-Dweller-2019-07-17T13:44:00.000Z": "Put the template on your userpage then!",
"c-Dweller-2019-07-17T14:25:00.000Z-DuncanHill-2019-07-17T13:48:00.000Z": " Done",
"h-Edit_filter_to_address_Visual_Editor_bug_(or_common_user_error)-2019-07-17T18:25:00.000Z": "Edit filter to address Visual Editor bug (or common user error)",
- "c-Rhododendrites-2019-07-17T18:25:00.000Z-Edit_filter_to_address_Visual_Editor_bug_(or_common_user_error)": "When a user drafts content with references in a sandbox, if using the Visual Editor it is necessary to enter edit mode before copying in order to retain the references. If the user doesn't copy from edit mode, the superscript links will be retained, but they will be links back to the original page (where the footnote anchor would be) without the reference itself. You can see an example of this in my sandbox:\n\nThis sandbox shows the first paragraph from the body of Wikipedia copied from edit mode.\n\nThis sandbox shows the same paragraph copied without entering edit mode.\n\nIt would be useful to have an edit filter or some other way to indicate when this happens. This is something I always tell new users, but which people very regularly forget about, just to introduce improperly formatted content into an article when trying to copy out of a sandbox. It seems like this could be easily detected by looking for superscript tags around a link to a different page. (Another common sign this happened is that \"[edit]\" appears inside a heading). Ideally, this would notify the user when they try to save, but an edit filter could be useful, too. —",
- "c-Xaosflux-2019-07-18T17:19:00.000Z-Rhododendrites-2019-07-17T18:25:00.000Z": "@Rhododendrites: I suggest you move this to Wikipedia:Edit filter/Requested - where the volunteers that write filters can better asses it. It is possible to just make a \"warn\" filter as well.",
+ "c-Rhododendrites-2019-07-17T18:25:00.000Z-Edit_filter_to_address_Visual_Editor_bug_(or_common_user_error)": "When a user drafts content with references in a sandbox, if using the Visual Editor it is necessary to enter edit mode before copying in order to retain the references. If the user doesn't copy from edit mode, the superscript links will be retained, but they will be links back to the original page (where the footnote anchor would be) without the reference itself. You can see an example of this in my sandbox: This sandbox shows the first paragraph from the body of Wikipedia copied from edit mode. This sandbox shows the same paragraph copied without entering edit mode. It would be useful to have an edit filter or some other way to indicate when this happens. This is something I always tell new users, but which people very regularly forget about, just to introduce improperly formatted content into an article when trying to copy out of a sandbox. It seems like this could be easily detected by looking for superscript tags around a link to a different page. (Another common sign this happened is that \"[edit]\" appears inside a heading). Ideally, this would notify the user when they try to save, but an edit filter could be useful, too. —",
+ "c-Xaosflux-2019-07-18T17:19:00.000Z-Rhododendrites-2019-07-17T18:25:00.000Z": "@Rhododendrites: I suggest you move this to Wikipedia:Edit filter/Requested - where the volunteers that write filters can better asses it. It is possible to just make a \"warn\" filter as well.",
"h-Template_transclusion_check_down-2019-07-18T21:58:00.000Z": "Template transclusion check down",
"c-Obsuser-2019-07-18T21:58:00.000Z-Template_transclusion_check_down": "Is it only for me or it is down? Here I get errors, and when trying to change language too. Please ping me, I don't want this page in watchlist because there are many changes...",
"h-Replacement_of_character_references_with_actual_characters-2019-07-18T21:50:00.000Z": "Replacement of character references with actual characters",
- "c-Nardog-2019-07-18T21:50:00.000Z-Replacement_of_character_references_with_actual_characters": "Beland (talk · contribs) has been replacing HTML character references with the actual characters they represent, using JWB. Is there a consensus or justification for this?\n\nThe replacements are concerning to me especially given they include characters in Private Use Areas, which IMHO are best left as references (frankly I don't think they should ever be used in articles in the first place, but still). And even if it was justified, wouldn't it fall under WP:COSMETICBOT?",
+ "c-Nardog-2019-07-18T21:50:00.000Z-Replacement_of_character_references_with_actual_characters": "Beland (talk · contribs) has been replacing HTML character references with the actual characters they represent, using JWB. Is there a consensus or justification for this? The replacements are concerning to me especially given they include characters in Private Use Areas, which IMHO are best left as references (frankly I don't think they should ever be used in articles in the first place, but still). And even if it was justified, wouldn't it fall under WP:COSMETICBOT?",
"c-Beland-2019-07-18T23:14:00.000Z-Nardog-2019-07-18T21:50:00.000Z": "Greetings! I was actually wondering whether I should be keeping Private Use Area HTML entities as they are. In my browser, I can see the Unicode point number of characters I don't have fonts for, but I'm not sure about other editors. This began as part of a spell checking and Manual of Style compliance project. I'm trying to bundle HTML entity cleanup with any punctuation cleanup on the same articles, so there aren't a bunch of minor commits. Right now I'm working on a list of only about 5,000 articles; in some cases, the HTML entities represent breakage so there's reader-visible cleanup to do, but you're right it's often only editor-visible. I've been getting occasional thanks for the entity cleanup, though; where done right it makes the wikitext a lot more readable, especially to editors who don't know HTML. (For example, café is a lot easier to read and edit than cafÉ.) I had a conversation with some MOS editors before starting this, and there was a strong consensus in favor of converting numeric HTML entities where possible, unless the result would be confusing, and I made a list of confusing situations to exclude. Unfortunately, Unicode is a huge place and no one thought about potential problems with combining characters (I'm leaving those alone after editors on some Arabic-langugage-related pages rightfully complained) or the private use area or a handful of other things where I'm trying to building bottom-up consensus. I'm leaning toward PUA characters being too confusing to convert, so I'll add them to my exclusion list unless someone here would much rather see real characters than numeric entities? Ah, I see Template:PUA actually says not to convert them; that's also a page that will probably give a comprehensive list of articles they are used in, if anyone wants to go around pruning any unnecessary ones.",
"h-Phantom_edit:_notifications_and_watchlist_not_updating-2019-07-18T18:58:00.000Z": "Phantom edit: notifications and watchlist not updating",
- "c-ComplexRational-2019-07-18T18:58:00.000Z-Phantom_edit:_notifications_and_watchlist_not_updating": "Greetings, I just discovered that an edit to a page I have watchlisted (Special:Diff/906832193) is apparently a phantom, as it did not appear on my watchlist and the ping did not trigger a notification. I already checked that the ping was done correctly, my preferences enable me to be notified by said ping, and that the page is indeed on my watchlist. Also, my watchlist has updates later than this edit, and I got notifications as recently as yesterday and have not knowingly changed any settings since. None of this explains the conspicuous absence of this edit from both my watchlist and notifications.\n\nI therefore ask: has anyone else experienced such a problem, and is there a solution that either I have overlooked or can be implemented by a \"reset\" of preferences? Thanks,",
+ "c-ComplexRational-2019-07-18T18:58:00.000Z-Phantom_edit:_notifications_and_watchlist_not_updating": "Greetings, I just discovered that an edit to a page I have watchlisted (Special:Diff/906832193) is apparently a phantom, as it did not appear on my watchlist and the ping did not trigger a notification. I already checked that the ping was done correctly, my preferences enable me to be notified by said ping, and that the page is indeed on my watchlist. Also, my watchlist has updates later than this edit, and I got notifications as recently as yesterday and have not knowingly changed any settings since. None of this explains the conspicuous absence of this edit from both my watchlist and notifications. I therefore ask: has anyone else experienced such a problem, and is there a solution that either I have overlooked or can be implemented by a \"reset\" of preferences? Thanks,",
"c-ComplexRational-2019-07-18T19:43:00.000Z-ComplexRational-2019-07-18T18:58:00.000Z": "Addendum: The edit in question is also not listed in the project's recent changes feed, probably suggesting that the problem is not on my end.",
- "c-Ammarpad-2019-07-19T05:05:00.000Z-ComplexRational-2019-07-18T19:43:00.000Z": "For the watchlist, I believe it is the same issue that was resolved earlier in January at phab:T211849, but I believe it still occur sporadically. I've experienced that some weeks ago but didn't have time to report the issue. You can report it again. For the ping, I am not sure why it didn't work.",
+ "c-Ammarpad-2019-07-19T05:05:00.000Z-ComplexRational-2019-07-18T19:43:00.000Z": "For the watchlist, I believe it is the same issue that was resolved earlier in January at phab:T211849, but I believe it still occur sporadically. I've experienced that some weeks ago but didn't have time to report the issue. You can report it again. For the ping, I am not sure why it didn't work.",
"c-Legoktm-2019-07-19T07:23:00.000Z-ComplexRational-2019-07-18T18:58:00.000Z": "What you're describing sounds like phab:T225199. I'm looking into it.",
"h-If_you_wonder_how_the_servers_work-2019-07-16T01:11:00.000Z": "If you wonder how the servers work",
"c-Whatamidoing_(WMF)-2019-07-16T01:11:00.000Z-If_you_wonder_how_the_servers_work": "https://www.youtube.com/watch?v=i0FTcG7PxzI has some information about how code gets deployed, if anyone's interested in learning more about Wikipedia's back end.",
@@ -559,12 +559,12 @@
"c-Xaosflux-2019-07-13T17:16:00.000Z-Vchimpanzee-2019-07-13T16:59:00.000Z": "@Vchimpanzee: from some testing, it looks like their website is just having an intermittent outage right now (got it on the 'new link' as well) - in any case I updated the offical website property on wikidata and set the template to use the WD value.",
"c-Vchimpanzee-2019-07-13T17:49:00.000Z-Xaosflux-2019-07-13T17:16:00.000Z": "I've had the problem for several days. Sometimes the link works and sometimes it doesn't.",
"c-Vchimpanzee-2019-07-15T18:24:00.000Z-Vchimpanzee-2019-07-13T17:49:00.000Z": "Xaosflux this is at least the third straight day with a 500 error from the link in the article. If there is going to be a link, it should work. From the site itself, a link to Dear Abby does work.",
- "c-Xaosflux-2019-07-15T18:30:00.000Z-Vchimpanzee-2019-07-15T18:24:00.000Z": "@Vchimpanzee: you are not seeing a Wikipedia issue, you are seeing an issue with their web pages. To test I typed the URL in to a broswer, then opened and closed it 5 times, it failed three times. This is occuring for both the 'dearabby.com' link, and the 'uxpress.com' link. There is nothing we can do to fix their broken website.",
+ "c-Xaosflux-2019-07-15T18:30:00.000Z-Vchimpanzee-2019-07-15T18:24:00.000Z": "@Vchimpanzee: you are not seeing a Wikipedia issue, you are seeing an issue with their web pages. To test I typed the URL in to a broswer, then opened and closed it 5 times, it failed three times. This is occuring for both the 'dearabby.com' link, and the 'uxpress.com' link. There is nothing we can do to fix their broken website.",
"c-Vchimpanzee-2019-07-15T18:50:00.000Z-Xaosflux-2019-07-15T18:30:00.000Z": "I don't have the problem when I go to Dear Abby from the uexpress site. I did contact them to tell them what is going on with me.",
- "c-Xaosflux-2019-07-15T19:03:00.000Z-Vchimpanzee-2019-07-15T18:50:00.000Z": "Just got there, and refreshed my page 10 times, half of them failed. They could have some broken load balancer.",
+ "c-Xaosflux-2019-07-15T19:03:00.000Z-Vchimpanzee-2019-07-15T18:50:00.000Z": "Just got there, and refreshed my page 10 times, half of them failed. They could have some broken load balancer.",
"c-Vchimpanzee-2019-07-15T20:05:00.000Z-Xaosflux-2019-07-15T19:03:00.000Z": "I didn't try that many times but it worked for me both clicking on the link in the article and typing \"dearabby.com\".",
- "c-Vchimpanzee-2019-07-15T20:20:00.000Z-Official_website_gives_a_500_error": "Just got this. Even though I used my real name in the request, I just happened to have used this name in my email address.\n\nHello Vchimpanzee,\nWe're aware of this issue, and the developers will correct as soon as they are able.\nPlease let us know if you have any other questions.\nThank you,\nAndrews McMeel Universal Support\nGoComics.com\nPuzzleSociety.com\nUexpress.com\n\n— Vchimpanzee • talk • contributions • 20:20, 15 July 2019 (UTC)\n┌─────────────────────────┘I'm still sometimes getting that 500 error but I have to wonder what would be wrong with just switching to the URL which that other site sends us to.",
- "c-Xaosflux-2019-07-20T17:52:00.000Z-Vchimpanzee-2019-07-15T20:20:00.000Z": "@Vchimpanzee: I don't think you understand the technical problem - it isn't a problem with one of those domain names vs the other, it is a problem with the connection between the second domain name and the actual web server - as confirmed by the server owners in your response above. We've demonstrated that this happens with both URL's. This is not a problem with the English Wikipedia or with the mediawiki software in general. There is literally nothing else for us to do here.",
+ "c-Vchimpanzee-2019-07-15T20:20:00.000Z-Official_website_gives_a_500_error": "Just got this. Even though I used my real name in the request, I just happened to have used this name in my email address. Hello Vchimpanzee, We're aware of this issue, and the developers will correct as soon as they are able. Please let us know if you have any other questions. Thank you, Andrews McMeel Universal Support GoComics.com PuzzleSociety.com Uexpress.com — Vchimpanzee • talk • contributions • 20:20, 15 July 2019 (UTC) ┌─────────────────────────┘I'm still sometimes getting that 500 error but I have to wonder what would be wrong with just switching to the URL which that other site sends us to.",
+ "c-Xaosflux-2019-07-20T17:52:00.000Z-Vchimpanzee-2019-07-15T20:20:00.000Z": "@Vchimpanzee: I don't think you understand the technical problem - it isn't a problem with one of those domain names vs the other, it is a problem with the connection between the second domain name and the actual web server - as confirmed by the server owners in your response above. We've demonstrated that this happens with both URL's. This is not a problem with the English Wikipedia or with the mediawiki software in general. There is literally nothing else for us to do here.",
"c-Vchimpanzee-2019-07-20T17:55:00.000Z-Xaosflux-2019-07-20T17:52:00.000Z": "I was watching to see if I got any kind of response from the people fixing the software. My suggestion was that if the other URL does nothing but what is called \"redirect\" on Wikipedia, why not just bypass that?",
"c-GreenC-2019-07-20T18:07:00.000Z-Vchimpanzee-2019-07-20T17:55:00.000Z": "Sometimes website are broken and there is nothing to do but wait and hope. We could try to change all URLs to the redirect and/or adding archive links for non-working links. But since they said they are working on it, we should wait.",
"c-Xaosflux-2019-07-21T17:37:00.000Z-Vchimpanzee-2019-07-20T17:55:00.000Z": "If the only problem were with the websites first 'redirect' page, then yet it would be fine to just bypass this - but please see above - the problem is not with the first link, it is with where they redirect it to.",
@@ -573,26 +573,26 @@
"c-MarMi_wiki-2019-07-21T18:04:00.000Z-JMHamo-2019-07-21T11:51:00.000Z": "Maybe author? (If he's active).",
"h-Tech_News:_2019-30": "Tech News: 2019-30",
"h-Transclusions_with_hashes_at_the_beginning-2019-07-22T14:42:00.000Z": "Transclusions with hashes at the beginning",
- "c-Filelakeshoe-2019-07-22T14:42:00.000Z-Transclusions_with_hashes_at_the_beginning": "I have recently become confused by some transclusions on sports seasons articles such as 2019–20 UEFA Europa League, which under the \"third qualifying round\" header just has the following code to produce the fixtures table, with no edit button as is usual on templates:\n\n{{#lst:2019–20 UEFA Europa League qualifying phase and play-off round|Q3}}\n\nI cannot find the corresponding template or module for this anywhere, can anyone give me a hand?\n\nThanks",
+ "c-Filelakeshoe-2019-07-22T14:42:00.000Z-Transclusions_with_hashes_at_the_beginning": "I have recently become confused by some transclusions on sports seasons articles such as 2019–20 UEFA Europa League, which under the \"third qualifying round\" header just has the following code to produce the fixtures table, with no edit button as is usual on templates: {{#lst:2019–20 UEFA Europa League qualifying phase and play-off round|Q3}} I cannot find the corresponding template or module for this anywhere, can anyone give me a hand? Thanks",
"c-Gonnym-2019-07-22T14:46:00.000Z-Filelakeshoe-2019-07-22T14:42:00.000Z": "It is not a template, but a page - 2019–20 UEFA Europa League qualifying phase and play-off round.",
"c-Pppery-2019-07-22T14:47:00.000Z-Filelakeshoe-2019-07-22T14:42:00.000Z": "(edit conflict) #lst, or more readably #section isn't actually a template but instead a magic word. The text it produces is stored at 2019–20 UEFA Europa League qualifying phase and play-off round, delimited by ....",
"c-Xaosflux-2019-07-22T14:48:00.000Z-Filelakeshoe-2019-07-22T14:42:00.000Z": "(edit conflict) @Filelakeshoe: that is the abomination of mw:Extension:Labeled Section Transclusion - I really hate that extension, but some people like it!",
"c-Filelakeshoe-2019-07-22T14:55:00.000Z-Xaosflux-2019-07-22T14:48:00.000Z": "Thanks everyone! Yeah it's not very user friendly - an \"edit source\" link would be useful, but I guess not practical for all cases.",
- "c-Trappist_the_monk-2019-07-22T15:01:00.000Z-Xaosflux-2019-07-22T14:48:00.000Z": "Is there a better way? I've used it to transclude chunks of appropriate help text from Help:CS1 errors into the various error category pages in Category:CS1 errors. It's worked well for that. One source page so only one page to maintain. But if there's a better way, ...",
+ "c-Trappist_the_monk-2019-07-22T15:01:00.000Z-Xaosflux-2019-07-22T14:48:00.000Z": "Is there a better way? I've used it to transclude chunks of appropriate help text from Help:CS1 errors into the various error category pages in Category:CS1 errors. It's worked well for that. One source page so only one page to maintain. But if there's a better way, ...",
"c-Xaosflux-2019-07-22T15:02:00.000Z-Trappist_the_monk-2019-07-22T15:01:00.000Z": "@Trappist the monk: reusable text/markup is what birthed templates :D",
"c-Gonnym-2019-07-22T15:15:00.000Z-Xaosflux-2019-07-22T15:02:00.000Z": "The real solution for tables will always be 1 data source, that you call from whatever page you are on and get the results placed into the table. That was supposed to be Wikidata but it seems that won't happen. Anything else is just a backwards way of trying to handle tabular data. See any TV award, which is written and independently sourced in the TV article, season article, actor article, the TV award itself and if the character that actor played has an article, that article as well. /off-topic rant",
- "c-Trappist_the_monk-2019-07-22T15:20:00.000Z-Trappist_the_monk-2019-07-22T15:01:00.000Z": "(edit conflict)\nOh, aye? But don't we, at en.wiki, proscribe article text in template space? Not my creation but the documentation for the cs1|2 templates is primarily handled by Template:Citation Style documentation and a plethora of sub-templates. It is a pain to maintain and that, in my mind, disqualifies it as a 'better way' than labeled section transclusion. So no 'better way' than templates?",
+ "c-Trappist_the_monk-2019-07-22T15:20:00.000Z-Trappist_the_monk-2019-07-22T15:01:00.000Z": "(edit conflict) Oh, aye? But don't we, at en.wiki, proscribe article text in template space? Not my creation but the documentation for the cs1|2 templates is primarily handled by Template:Citation Style documentation and a plethora of sub-templates. It is a pain to maintain and that, in my mind, disqualifies it as a 'better way' than labeled section transclusion. So no 'better way' than templates?",
"c-Xaosflux-2019-07-22T15:32:00.000Z-Trappist_the_monk-2019-07-22T15:20:00.000Z": "Well \"template documentation\" isn't really \"article text\" is it? :D",
- "c-Trappist_the_monk-2019-07-22T16:11:00.000Z-Xaosflux-2019-07-22T15:32:00.000Z": "It's not, but the OP provided an example where labeled-section-transclusion is used in article text which avoids the no-article-text-in-template-space proscription. My csdoc example is intended to show that were article text allowed in template space, such use of templates can be unwieldy. So am I to understand that while you consider labeled-section-transclusion to be an abomination, you don't have a better solution?",
+ "c-Trappist_the_monk-2019-07-22T16:11:00.000Z-Xaosflux-2019-07-22T15:32:00.000Z": "It's not, but the OP provided an example where labeled-section-transclusion is used in article text which avoids the no-article-text-in-template-space proscription. My csdoc example is intended to show that were article text allowed in template space, such use of templates can be unwieldy. So am I to understand that while you consider labeled-section-transclusion to be an abomination, you don't have a better solution?",
"h-Convert_button_in_visual_editor:_is_this_new?-2019-07-19T22:54:00.000Z": "Convert button in visual editor: is this new?",
- "c-RoySmith-2019-07-19T22:54:00.000Z-Convert_button_in_visual_editor:_is_this_new?": "I noticed today that when you click on a reference which is a bare URL in Visual Editor, the edit box has a bottom section that says, This reference consists of just an external link. You can use the \"Convert\" button below to generate a properly formatted reference. Is this new, or have I just never noticed it before?",
+ "c-RoySmith-2019-07-19T22:54:00.000Z-Convert_button_in_visual_editor:_is_this_new?": "I noticed today that when you click on a reference which is a bare URL in Visual Editor, the edit box has a bottom section that says, This reference consists of just an external link. You can use the \"Convert\" button below to generate a properly formatted reference. Is this new, or have I just never noticed it before?",
"c-Snaevar-2019-07-21T09:16:00.000Z-RoySmith-2019-07-19T22:54:00.000Z": "No, this convert button message is not new. It was added at November 1, 2015. It is part of the citoid extension, which is bundled with VisualEditor.",
- "c-RoySmith-2019-07-22T16:45:00.000Z-Snaevar-2019-07-21T09:16:00.000Z": "Interesting, but weird that I've never noticed it before. Has something changed to make it more obvious? My usual process has been to copy the URL, create a new Automatic citation, then delete the old reference. It's just odd that I've never noticed the Convert button before, which does all that with so much less effort.",
+ "c-RoySmith-2019-07-22T16:45:00.000Z-Snaevar-2019-07-21T09:16:00.000Z": "Interesting, but weird that I've never noticed it before. Has something changed to make it more obvious? My usual process has been to copy the URL, create a new Automatic citation, then delete the old reference. It's just odd that I've never noticed the Convert button before, which does all that with so much less effort.",
"h-Template_help-2019-07-22T16:12:00.000Z": "Template help",
"c-GreenC-2019-07-22T16:12:00.000Z-Template_help": "Requesting help updating some wiki templates (non-Lua). I don't know how to do it. Can you help? Template_talk:Vcite_book#Support_for_archive-url_vs._archiveurl. Cross posted to Wikipedia:Requested_templates#Vcite_template_updates.",
"c-GreenC-2019-07-22T17:45:00.000Z-GreenC-2019-07-22T16:12:00.000Z": "This is done, though {{vcite book}} could still use support for |archiveurl= and |archivedate= in case anyone wants to add it, examples in other vcite templates.",
"h-English_Fundraising_Tests-2019-07-16T22:26:00.000Z": "English Fundraising Tests",
- "c-Seddon_(WMF)-2019-07-16T22:26:00.000Z-English_Fundraising_Tests": "Dear all,\n\nAs I noted at the end of June, through the summer we will be running systems tests in preparation for the end of year fundraiser on the English Wikipedia. \n\nThis weeks test is scheduled for 1500 UTC Wednesday 17 July. \n\nIf you need to report a bug or technical issue, please create a phabricator ticket.\nIf you see a donor on a talk page, OTRS or social media having difficulties in donating, please refer them to donate@wikimedia.org.\nIf you have specific ideas to share, please feel invited to add them to our fundraising ideas page.\nYou can also send feedback regarding the fundraising campaign directly on my talk page.\n\nThank you in advance for your support.",
+ "c-Seddon_(WMF)-2019-07-16T22:26:00.000Z-English_Fundraising_Tests": "Dear all, As I noted at the end of June, through the summer we will be running systems tests in preparation for the end of year fundraiser on the English Wikipedia. This weeks test is scheduled for 1500 UTC Wednesday 17 July. If you need to report a bug or technical issue, please create a phabricator ticket. If you see a donor on a talk page, OTRS or social media having difficulties in donating, please refer them to donate@wikimedia.org. If you have specific ideas to share, please feel invited to add them to our fundraising ideas page. You can also send feedback regarding the fundraising campaign directly on my talk page. Thank you in advance for your support.",
"c-Seddon_(WMF)-2019-07-23T20:28:00.000Z-Seddon_(WMF)-2019-07-16T22:26:00.000Z": "Just to bump this thread that we will be testing again 1500 UTC Wednesday 24 July. Many Thanks.",
"h-Help_with_color_overlap_problem-2019-07-24T18:41:00.000Z": "Help with color overlap problem",
"c-MarnetteD-2019-07-24T18:41:00.000Z-Help_with_color_overlap_problem": "Hello. On my talk page Mnnlaxer asked about a situation with the collapsed tables at the Israel men's national lacrosse team article. Because they are blue readers can't see the \"show/hide\" command. I think I've seen tables where they are highlighted in white but I have no idea how to make the change. Any help that can be provided will be appreciated.",
@@ -601,16 +601,16 @@
"c-Gonnym-2019-07-24T20:16:00.000Z-MarnetteD-2019-07-24T19:57:00.000Z": "So many issues with that page... MOS:DONTHIDE, MOS:SMALLFONT, MOS:LINKCOLOR, MOS:HEADINGS - just from one section.",
"c-Mnnlaxer-2019-07-25T04:27:00.000Z-Gonnym-2019-07-24T20:16:00.000Z": "The color is blue because of the Israeli national flag color. It can change, but white \"show/hide\" would be better. If anyone can do some clean up on the MOS issues, please jump right in! Thanks, MarnetteD. ---",
"c-PrimeHunter-2019-07-25T09:24:00.000Z-Mnnlaxer-2019-07-25T04:27:00.000Z": "{{hidden begin}} can replace | bodystyle = background:#FFFFE6; with | style = color:white; | bodystyle = background:#FFFFE6; color:black; as the below example. The style parameter also applies to the collapsed text so it's returned to black with bodystyle. I don't know whether this can cause issues for some users trying to replace normal black text with another color for themselves. The gadget \"Use a black background with green text\" appears to work as normal.",
- "c-Mnnlaxer-2019-07-25T17:44:00.000Z-Help_with_color_overlap_problem": "Current code\nBody text.\n\nSuggested code\nBody text.\n\nThanks PrimeHunter for figuring out the code and Gonnym for fixing MOS issues, including removing the hidden tables. Onward and upward with the arts! ---",
+ "c-Mnnlaxer-2019-07-25T17:44:00.000Z-Help_with_color_overlap_problem": "Current code Body text. Suggested code Body text. Thanks PrimeHunter for figuring out the code and Gonnym for fixing MOS issues, including removing the hidden tables. Onward and upward with the arts! ---",
"h-Request_bot_for_auto_archiving_2-2019-07-25T18:51:00.000Z": "Request bot for auto archiving",
"c-QuackGuru-2019-07-25T18:51:00.000Z-Request_bot_for_auto_archiving_2": "For two talk pages. See https://en.wikipedia.org/wiki/Talk:Juul and see https://en.wikipedia.org/wiki/Talk:Pax_Labs",
"c-Xaosflux-2019-07-25T19:02:00.000Z-QuackGuru-2019-07-25T18:51:00.000Z": "@QuackGuru: see Help:Archiving_a_talk_page#Automated_archiving for some code snippet you can put on a page to request bot archiving functionality.",
"h-Local_en.wp_gadget_\"Allow_navigation_menus_to_be_collapsed\"_causes_sidebar_items-2019-07-26T08:54:00.000Z": "Local en.wp gadget \"Allow navigation menus to be collapsed\" causes sidebar items to be indented",
- "c-Monniasza-2019-07-26T08:54:00.000Z-Local_en.wp_gadget_\"Allow_navigation_menus_to_be_collapsed\"_causes_sidebar_items": "Hi, i am Monniasza, and I have found bug in \"Allow navigation menus to be collapsed\" gadget.\nIt causes sidebar to get malformed by icorrectly indenting its contents.\n\nSteps to Reproduce\n\nGo to preferences\n\nOpen \"Gadgets\" tab\n\nScroll to \"Appearance\"\n\nEnable \"Allow navigation menus to be collapsed\"\n\nSave changes\n\nOpen a new browser tab with Wikipedia and view it\n\nActual Results\n\nSidebar gets malformed on non-special pages\n\nExpected Results\n\nNavigation menus can be collapsed",
+ "c-Monniasza-2019-07-26T08:54:00.000Z-Local_en.wp_gadget_\"Allow_navigation_menus_to_be_collapsed\"_causes_sidebar_items": "Hi, i am Monniasza, and I have found bug in \"Allow navigation menus to be collapsed\" gadget. It causes sidebar to get malformed by icorrectly indenting its contents. Steps to Reproduce Go to preferences Open \"Gadgets\" tab Scroll to \"Appearance\" Enable \"Allow navigation menus to be collapsed\" Save changes Open a new browser tab with Wikipedia and view it Actual Results Sidebar gets malformed on non-special pages Expected Results Navigation menus can be collapsed",
"c-PrimeHunter-2019-07-26T09:44:00.000Z-Monniasza-2019-07-26T08:54:00.000Z": "What is your browser? What is your skin at Special:Preferences#mw-prefsection-rendering? It's indented but collapsing works for me in Google Chrome and Internet Explorer. I guess the indentation is intentional and wouldn't call it malformed. Are you saying that it doesn't work for you, or that you just don't like the indentation? The code is in MediaWiki:Gadget-CollapsibleNav.js and MediaWiki:Gadget-CollapsibleNav.css. Example without enabling the gadget in preferences: https://en.wikipedia.org/wiki/Example?withJS=MediaWiki:Gadget-CollapsibleNav.js&withCSS=MediaWiki:Gadget-CollapsibleNav.css. Example with the JavaScript but not the CSS (don't enable the gadget): https://en.wikipedia.org/wiki/Example?withJS=MediaWiki:Gadget-CollapsibleNav.js. Does that work better for you?",
"c-Monniasza-2019-07-26T17:41:00.000Z-PrimeHunter-2019-07-26T09:44:00.000Z": "I used Google Chrome browser, Vector skin.",
"h-Undo_script-2019-06-28T12:01:00.000Z": "Undo script",
- "c-Masumrezarock100-2019-06-28T12:01:00.000Z-Undo_script": "mobileUndo script is an userscript created for mobile. It basically adds a button to revert the latest revision of an article while previewing a diff on the mobile website. Currently there isn't any undo feature in mobile version of the mediawiki software (as far as I know). It meets the general criteria for gadgets and I have the original creator's permission. Therefore I am proposing this script to be approved as a gadget. Should we approve of this script as a gadget?",
+ "c-Masumrezarock100-2019-06-28T12:01:00.000Z-Undo_script": "mobileUndo script is an userscript created for mobile. It basically adds a button to revert the latest revision of an article while previewing a diff on the mobile website. Currently there isn't any undo feature in mobile version of the mediawiki software (as far as I know). It meets the general criteria for gadgets and I have the original creator's permission. Therefore I am proposing this script to be approved as a gadget. Should we approve of this script as a gadget?",
"h-Questions-Undo_script": "Questions",
"h-Discussion-Undo_script-2019-06-28T12:01:00.000Z": "Discussion",
"c-Masumrezarock100-2019-06-28T12:01:00.000Z-Discussion": "I am willing to answer any questions you may have about this script (please ping me when you reply). Thanks.",
@@ -622,7 +622,7 @@
"c-Redrose64-2019-06-29T12:08:00.000Z-Masumrezarock100-2019-06-28T12:01:00.000Z": "@Masumrezarock100: Please observe how this RfC is currently listed at WP:RFC/TECH, and include a brief, neutral statement of or question about the issue immediately below the {{rfc}} tag, in accordance with WP:RFCST and WP:RFCBRIEF.",
"c-Masumrezarock100-2019-06-29T12:59:00.000Z-Redrose64-2019-06-29T12:08:00.000Z": "@Redrose64: Done. I am very new in this RfC stuff. Thanks for pointing out my mistakes.",
"c-Redrose64-2019-06-29T13:33:00.000Z-Masumrezarock100-2019-06-29T12:59:00.000Z": "It's now worse, in that nothing is now displayed other than the link. You need a timestamp (if not a full signature) after the statement so that Legobot knows where to stop parsing: WP:RFCST does state \"Failing to provide a time and date will cause Legobot to remove your discussion from the pages that notify interested editors of RfCs.\" and that is precisely what has happened here. At the moment, the first timestamp that it encounters is the one at the start of this \"Discussion\" subthread, by which time the statement is no longer neutral and certainly not brief.",
- "c-Masumrezarock100-2019-07-13T08:45:00.000Z-Masumrezarock100-2019-06-28T12:01:00.000Z": "To @Alsee, Izno, North8000, DannyS712, Killiondude, and RainFall:, who participated in this discussion, How about importing this script to Mediawiki:Minerva.js or Mediawiki:mobile.js as only JavaScript that gets executed on mobile is at Mediawiki:Minerva.js and Mediawiki:mobile.js. Both of them are almost empty, so I don't see a problem here.",
+ "c-Masumrezarock100-2019-07-13T08:45:00.000Z-Masumrezarock100-2019-06-28T12:01:00.000Z": "To @Alsee, Izno, North8000, DannyS712, Killiondude, and RainFall:, who participated in this discussion, How about importing this script to Mediawiki:Minerva.js or Mediawiki:mobile.js as only JavaScript that gets executed on mobile is at Mediawiki:Minerva.js and Mediawiki:mobile.js. Both of them are almost empty, so I don't see a problem here.",
"c-Masumrezarock100-2019-07-13T08:49:00.000Z-Masumrezarock100-2019-07-13T08:45:00.000Z": "Fixing ping Rutilant",
"c-North8000-2019-07-13T21:13:00.000Z-Masumrezarock100-2019-07-13T08:49:00.000Z": "I don't have the knowledge of those things/terms to respond. North8000 (",
"h-User_survey-Undo_script-2019-06-29T05:07:00.000Z": "User survey",
@@ -633,7 +633,7 @@
"c-SSSB-2019-07-07T09:51:00.000Z-Masumrezarock100-2019-06-29T05:07:00.000Z": "Support - This would be really helpful, whenever I want to undo on my mobile I have to go to desktop view which is just a pain.",
"c-Alsee-2019-07-07T13:27:00.000Z-Masumrezarock100-2019-06-29T05:07:00.000Z": "Instead we should ask the Foundation to Undo their removal of Undo from mobile. Creating a gadget to put Undo back is pretty absurd, unless it is the only way to get this fixed. I don't use mobile, and while I know the Foundation has badly crippled basic functionality on mobile I had no idea that they removed the undo link. That's pretty bad. If/when there's a clear majority here to ask the Foundation to fix this, give me a ping and I'll be happy to open a phabricator task and push for action.",
"c-Izno-2019-07-07T13:52:00.000Z-Alsee-2019-07-07T13:27:00.000Z": "There's never been an undo button in mobile, basically, so I do not know why you think they removed it. See phab:T87609.",
- "c-North8000-2019-07-10T13:04:00.000Z-Masumrezarock100-2019-06-29T05:07:00.000Z": "Weak support (invited by the bot) I favor simplicity vs. trimming seconds off of the \"revert\" time, but it looks like its inclusion is optional, and that lots of good work has been done. North8000 (",
+ "c-North8000-2019-07-10T13:04:00.000Z-Masumrezarock100-2019-06-29T05:07:00.000Z": "Weak support (invited by the bot) I favor simplicity vs. trimming seconds off of the \"revert\" time, but it looks like its inclusion is optional, and that lots of good work has been done. North8000 (",
"c-SD0001-2019-07-21T16:59:00.000Z-Masumrezarock100-2019-06-29T05:07:00.000Z": "Support as a non-default gadget.",
"c-Enterprisey-2019-07-27T08:54:00.000Z-Masumrezarock100-2019-06-29T05:07:00.000Z": "Well, it would be nice if jQuery or something was used instead of constructing long HTML strings directly. See also Musik's comments on his talk page, which I think should probably be addressed. Gadgets do run on the mobile skin, right?",
"h-6_million_articles_already?-2019-07-28T09:25:00.000Z": "6 million articles already?",
@@ -649,24 +649,24 @@
"c-Drbogdan-2019-07-28T17:00:00.000Z-AntiCompositeNumber-2019-07-28T16:18:00.000Z": "@AntiCompositeNumber: Thank you *very much* for your comments - they're *greatly* appreciated - at least I'm now better informed about this - has my vote in developing this software if helpful - in any case - Thanks again - and - Enjoy! :)",
"h-Unable_to_edit_my_watchlist?-2019-07-27T15:16:00.000Z": "Unable to edit my watchlist?",
"c-Drbogdan-2019-07-27T15:16:00.000Z-Unable_to_edit_my_watchlist?": "Problem: For some reason, I'm unable to edit my watchlist (via \"View and edit watchlist\" or \"Edit raw watchlist\" in https://en.wikipedia.org/wiki/Special:EditWatchlist ) - even after restoring all default settings in my \"Preferences\" - and regardless of the browser used (latest versions of \"Brave\"; \"Chrome\"; \"Firefox\" used; Windows10/1903; Dell-XPS 8900) - seems earlier, all was *completely* ok with editing the watchlist - but now the listing in my watchlist (in edit mode) seems to appear very, very briefly - and then disappears? - any help with this would be appreciated - in any case - Enjoy! :)",
- "c-Xaosflux-2019-07-27T15:37:00.000Z-Drbogdan-2019-07-27T15:16:00.000Z": "@Drbogdan: do you have a large (many thousand+) number of entries on your WL? Can you see if you can edit it using this safemode link?",
+ "c-Xaosflux-2019-07-27T15:37:00.000Z-Drbogdan-2019-07-27T15:16:00.000Z": "@Drbogdan: do you have a large (many thousand+) number of entries on your WL? Can you see if you can edit it using this safemode link?",
"c-Drbogdan-2019-07-27T16:03:00.000Z-Xaosflux-2019-07-27T15:37:00.000Z": "@Xaosflux: Thank you for your reply - and suggestions - seems I have => \"You have 8,108 pages on your watchlist (excluding talk pages).\" - is there a maximum limit for all to be ok? - also - the https://en.wikipedia.org/wiki/Special:EditWatchlist/raw?safemode=1 - seems to work ok at the moment - anything I should/could do to be ok again in \"normalmode\" (not \"safemode\") - in any case - Thanks again for your reply - and - Enjoy! :)",
"c-DuncanHill-2019-07-27T16:09:00.000Z-Drbogdan-2019-07-27T16:03:00.000Z": "I've got 18,314 pages. I was over 25,000 a couple of weeks ago, and was able to edit it.",
- "c-Xaosflux-2019-07-27T16:43:00.000Z-DuncanHill-2019-07-27T16:09:00.000Z": "@Drbogdan: while there isn't a limit (well there probably is some super giant limit but you're not at it) WL's tend to get wonky over 5000 entries, so I really suggest you trim it if possible. Perhaps you have a bunch of old User:IPADDRESS ones from old feedback/warnings that you can remove. Also the safemode link disables scripts, such as the ones you have enabled in User:Drbogdan/common.js and User:Drbogdan/vector.js - you could try turning these user scripts off to see if there are any conflicts being caused.",
- "c-Xaosflux-2019-07-27T17:21:00.000Z-Drbogdan-2019-07-27T15:16:00.000Z": "@Xaosflux: Thanks for your reply - it's appreciated - yes - trimmed some entries in \"safemode\" - but this did not work - remmed script in User:Drbogdan/common.js - as follows => - not clear if this script is important for anything I'd miss at the moment - but yes - this worked *very well* and the WatchList edit seems to be *entirely* ok (in regular \"normalmode\") at the moment - Thanks again for your help with this - and - Enjoy! :) 17:17, 27 July 2019 (UTC)\n@Drbogdan: .js pages use a slightly different comment code (I edited YOUR page with the right comment type - feel free to revert or do anything you want with it now) You can try turning those lines on back one at a time if you want them, then contact whomever's script you are loading if you would like them to work on it.",
+ "c-Xaosflux-2019-07-27T16:43:00.000Z-DuncanHill-2019-07-27T16:09:00.000Z": "@Drbogdan: while there isn't a limit (well there probably is some super giant limit but you're not at it) WL's tend to get wonky over 5000 entries, so I really suggest you trim it if possible. Perhaps you have a bunch of old User:IPADDRESS ones from old feedback/warnings that you can remove. Also the safemode link disables scripts, such as the ones you have enabled in User:Drbogdan/common.js and User:Drbogdan/vector.js - you could try turning these user scripts off to see if there are any conflicts being caused.",
+ "c-Xaosflux-2019-07-27T17:21:00.000Z-Drbogdan-2019-07-27T15:16:00.000Z": "@Xaosflux: Thanks for your reply - it's appreciated - yes - trimmed some entries in \"safemode\" - but this did not work - remmed script in User:Drbogdan/common.js - as follows => - not clear if this script is important for anything I'd miss at the moment - but yes - this worked *very well* and the WatchList edit seems to be *entirely* ok (in regular \"normalmode\") at the moment - Thanks again for your help with this - and - Enjoy! :) 17:17, 27 July 2019 (UTC) @Drbogdan: .js pages use a slightly different comment code (I edited YOUR page with the right comment type - feel free to revert or do anything you want with it now) You can try turning those lines on back one at a time if you want them, then contact whomever's script you are loading if you would like them to work on it.",
"c-Drbogdan-2019-07-27T17:27:00.000Z-Xaosflux-2019-07-27T17:21:00.000Z": "@Xaosflux: Thanks for updating the js code with the right comment code(s) - it's appreciated - all now seems ok - Thanks again for all your help with this - and - Enjoy! :)",
"c-Drbogdan-2019-07-27T17:51:00.000Z-Drbogdan-2019-07-27T17:27:00.000Z": "@Xaosflux: - BRIEF Followup - after several tests - seems the particular problem script line in the \"User:Drbogdan/common.js\" file is => /*importScript('User:SD0001/oldSearchHistory.js');*/ - the other script line seems ok - and somewhat useful at the moment - hope this helps in some way - in any regards - Thanks again - and - Enjoy! :) Drbogdan (talk) 17:51, 27 July 2019 (UTC) [NOTE: corrected code",
"c-Xaosflux-2019-07-27T18:00:00.000Z-Drbogdan-2019-07-27T17:51:00.000Z": "@SD0001: - want to take a look?",
"c-Drbogdan-2019-07-27T18:13:00.000Z-Xaosflux-2019-07-27T18:00:00.000Z": "@Xaosflux and SD0001: FWIW - rm related CSS line from the \"User:Drbogdan/common.css\" file as well - /*@import url(\"//en.wikipedia.org/w/index.php?title=User:SD0001/oldSearchHistory.css&action=raw&ctype=text/css\");*/ - see => \"Wikipedia:Village_pump_(technical)/Archive_173#Hideous_history_page\" section for more if interested - Enjoy! :) Drbogdan (talk) 18:13, 27 July 2019 (UTC) [NOTE: corrected code",
- "c-Redrose64-2019-07-27T18:38:00.000Z-Xaosflux-2019-07-27T18:00:00.000Z": "@Xaosflux: In this edit you used the wrong format, it's either /* ... */\n or it's // ...\n the latter extending to the end of the line.",
+ "c-Redrose64-2019-07-27T18:38:00.000Z-Xaosflux-2019-07-27T18:00:00.000Z": "@Xaosflux: In this edit you used the wrong format, it's either /* ... */ or it's // ... the latter extending to the end of the line.",
"c-Xaosflux-2019-07-27T20:01:00.000Z-Redrose64-2019-07-27T18:38:00.000Z": "@Redrose64: thanks, fixed though syntactically it worked (would interpret the same since it was on each line) :D",
"c-SD0001-2019-07-28T16:27:00.000Z-Drbogdan-2019-07-27T17:51:00.000Z": "Drbogdan, problem script fixed.",
"c-Drbogdan-2019-07-28T17:07:00.000Z-SD0001-2019-07-28T16:27:00.000Z": "@SD0001: Thank you *very much* for your comment - and help with this - may try the fixed script at my next opportunity - iac - Thanks again - and - Enjoy! :)",
"c-Drbogdan-2019-07-28T17:53:00.000Z-SD0001-2019-07-28T16:27:00.000Z": "@SD0001: Checked the new fixed script - and the \"WatchList Edit\" now seems to work *very well* - Thank you for your help and efforts with this - they're *greatly* appreciated - Enjoy! :)",
"h-Popups_-_little_white_box_above_the_link-2019-07-28T23:01:00.000Z": "Popups - little white box above the link",
- "c-DuncanHill-2019-07-28T23:01:00.000Z-Popups_-_little_white_box_above_the_link": "When I point my cursor at a link, as well as the usual popup preview thingy, I also get a little white box appearing above the link. I think it started in the last hour or so. Is this a new feature? It doesn't appear to do anything useful, or indeed at all. DuncanHill (talk) 23:01, 28 July 2019 (UTC)\nSorry should have said, monobook, Edge, Win10.",
+ "c-DuncanHill-2019-07-28T23:01:00.000Z-Popups_-_little_white_box_above_the_link": "When I point my cursor at a link, as well as the usual popup preview thingy, I also get a little white box appearing above the link. I think it started in the last hour or so. Is this a new feature? It doesn't appear to do anything useful, or indeed at all. DuncanHill (talk) 23:01, 28 July 2019 (UTC) Sorry should have said, monobook, Edge, Win10.",
"h-Template's_FULLPAGENAME_in_documentation-2019-07-29T00:58:00.000Z": "Template's FULLPAGENAME in documentation",
- "c-Andrybak-2019-07-29T00:58:00.000Z-Template's_FULLPAGENAME_in_documentation": "Resolved \nI'm looking for a template to produce the pagename of a template on both template's main page and template's doc subpage? That is, a template equivalent to following code:\n\n{{#ifeq:{{SUBPAGENAME}}|doc|{{NAMESPACE}}:{{BASEPAGENAME}}|{{FULLPAGENAME}}}}\n\nI could not find it in Category:Pagename manipulation templates, Category:Namespace manipulation templates. Template:Subpage other could be used, but only for root page templates — it won't work for userspace userboxes. And it will still require writing out the branches of the if. Is there such a template?",
+ "c-Andrybak-2019-07-29T00:58:00.000Z-Template's_FULLPAGENAME_in_documentation": "Resolved I'm looking for a template to produce the pagename of a template on both template's main page and template's doc subpage? That is, a template equivalent to following code: {{#ifeq:{{SUBPAGENAME}}|doc|{{NAMESPACE}}:{{BASEPAGENAME}}|{{FULLPAGENAME}}}} I could not find it in Category:Pagename manipulation templates, Category:Namespace manipulation templates. Template:Subpage other could be used, but only for root page templates — it won't work for userspace userboxes. And it will still require writing out the branches of the if. Is there such a template?",
"c-PrimeHunter-2019-07-29T01:11:00.000Z-Andrybak-2019-07-29T00:58:00.000Z": "Maybe you can use {{TEMPLATENAME}}. It also removes other things.",
"c-Andrybak-2019-07-29T01:51:00.000Z-PrimeHunter-2019-07-29T01:11:00.000Z": "Thanks, that's exactly what I was looking for. Added the template to Category:Pagename manipulation templates.",
"c-Redrose64-2019-07-29T08:13:00.000Z-Andrybak-2019-07-29T01:51:00.000Z": "@Andrybak: You may have been looking in the wrong place, since these are not templates - they are variables.",
@@ -676,20 +676,20 @@
"c-Ammarpad-2019-07-29T07:25:00.000Z-2607:FEA8:1DE0:7B4:F81D:4C1A:755A:7B9F-2019-07-29T03:20:00.000Z": "The ID itself is valid but actually all RERO IDs were categorized as invalid and I could not find what's causing this in Module:Authority control. Pinging Tom.Reding who added them today.",
"c-Tom.Reding-2019-07-29T10:51:00.000Z-Ammarpad-2019-07-29T07:25:00.000Z": "@IP & @Ammarpad: fixed. ~",
"h-Google_Maps_can't_find_some_decimal_coordinates-2019-07-27T20:00:00.000Z": "Google Maps can't find some decimal coordinates",
- "c-Mandruss-2019-07-27T20:00:00.000Z-Google_Maps_can't_find_some_decimal_coordinates": "Not a Wikipedia problem, as it occurs even when Wikipedia is not involved, but affects a lot of articles so it's worth raising here. Maybe somebody knows something about this, and in any case editors need awareness of the problem.\n\nGoogle Maps says it \"can't find\" some, but not all, geo coordinates in decimal format. Example 53.111,-2.245, a location near Manchester UK.",
+ "c-Mandruss-2019-07-27T20:00:00.000Z-Google_Maps_can't_find_some_decimal_coordinates": "Not a Wikipedia problem, as it occurs even when Wikipedia is not involved, but affects a lot of articles so it's worth raising here. Maybe somebody knows something about this, and in any case editors need awareness of the problem. Google Maps says it \"can't find\" some, but not all, geo coordinates in decimal format. Example 53.111,-2.245, a location near Manchester UK.",
"c-Xaosflux-2019-07-27T20:07:00.000Z-Mandruss-2019-07-27T20:00:00.000Z": "@Mandruss: Hmm, while \"53.111, -2.245\" isn't working, \"53.11100, -2.24500\" is.",
"c-Mandruss-2019-07-27T20:10:00.000Z-Xaosflux-2019-07-27T20:07:00.000Z": "Hmm, indeed.",
"c-Killiondude-2019-07-27T20:11:00.000Z-Xaosflux-2019-07-27T20:07:00.000Z": "That's interesting. I also played around with the precision and 53.11100, -2.24500 doesn't work for me.",
- "c-Mandruss-2019-07-29T12:20:00.000Z-Mandruss-2019-07-27T20:00:00.000Z": "For an example of an actual affected article, see 2014 Isla Vista killings. Google Maps takes you to Isla Vista but displays the error and fails to place a marker. Appending one zero to the end of either lat or long fixes it.At this link is a place to report errors in Google Maps, but it requires a Google sign in. I don't have a Google account and I don't care to create one for this purpose. Perhaps someone else could report this error and return any feedback here.If we can't get this error fixed soon, we should start thinking about a change to the software we control to work around it. Accepting this for the indefinite term is out of the question in my opinion.",
+ "c-Mandruss-2019-07-29T12:20:00.000Z-Mandruss-2019-07-27T20:00:00.000Z": "For an example of an actual affected article, see 2014 Isla Vista killings. Google Maps takes you to Isla Vista but displays the error and fails to place a marker. Appending one zero to the end of either lat or long fixes it. At this link is a place to report errors in Google Maps, but it requires a Google sign in. I don't have a Google account and I don't care to create one for this purpose. Perhaps someone else could report this error and return any feedback here. If we can't get this error fixed soon, we should start thinking about a change to the software we control to work around it. Accepting this for the indefinite term is out of the question in my opinion.",
"h-{{collapsible_option}}_works_incorrectly-2019-07-29T10:29:00.000Z": "{{collapsible option}} works incorrectly",
- "c-Andrybak-2019-07-29T10:29:00.000Z-{{collapsible_option}}_works_incorrectly": "I used this template correctly, but it doesn't work. Look at my signature, it contains afromentioned template. Monniasza talk \nInitial visibility: currently defaults to autocollapse\n\nTo set this template's initial visibility, the |state= parameter may be used:\n\n|state=collapsed: {{Village pump (technical)|state=collapsed}} to show the template collapsed, i.e., hidden apart from its title bar\n|state=expanded: {{Village pump (technical)|state=expanded}} to show the template expanded, i.e., fully visible\n|state=autocollapse: {{Village pump (technical)|state=autocollapse}}\n\nshows the template collapsed to the title bar if there is a {{navbar}}, a {{sidebar}}, or some other table on the page with the collapsible attribute\nshows the template in its expanded state if there are no other collapsible items on the page\n\nIf the |state= parameter in the template on this page is not set, the template's initial visibility is taken from the |default= parameter in the Collapsible option template. For the template on this page, that currently evaluates to autocollapse. 10:25, 29 July 2019 (UTC)\n@Monniasza: usage of templates in signatures is forbidden.",
+ "c-Andrybak-2019-07-29T10:29:00.000Z-{{collapsible_option}}_works_incorrectly": "I used this template correctly, but it doesn't work. Look at my signature, it contains afromentioned template. Monniasza talk Initial visibility: currently defaults to autocollapse To set this template's initial visibility, the |state= parameter may be used: |state=collapsed: {{Village pump (technical)|state=collapsed}} to show the template collapsed, i.e., hidden apart from its title bar |state=expanded: {{Village pump (technical)|state=expanded}} to show the template expanded, i.e., fully visible |state=autocollapse: {{Village pump (technical)|state=autocollapse}} shows the template collapsed to the title bar if there is a {{navbar}}, a {{sidebar}}, or some other table on the page with the collapsible attribute shows the template in its expanded state if there are no other collapsible items on the page If the |state= parameter in the template on this page is not set, the template's initial visibility is taken from the |default= parameter in the Collapsible option template. For the template on this page, that currently evaluates to autocollapse. 10:25, 29 July 2019 (UTC) @Monniasza: usage of templates in signatures is forbidden.",
"c-Monniasza-2019-07-29T10:37:00.000Z-Andrybak-2019-07-29T10:29:00.000Z": "Template still works incorrectly .",
"c-John_of_Reading-2019-07-29T10:43:00.000Z-Monniasza-2019-07-29T10:37:00.000Z": "{{Collapsible option}} is designed to be used on template documentation pages. It outputs text that describes how the state parameter works in those other templates. It doesn't do any collapsing itself. And, as Andrybak said, you may not use any template in your signature.",
"c-PrimeHunter-2019-07-29T13:10:00.000Z-John_of_Reading-2019-07-29T10:43:00.000Z": "Yes, this is like wrapping your beer in a refrigerator manual and complaining it doesn't get cold.",
"h-Tech_News:_2019-31": "Tech News: 2019-31",
"h-Colors_of_class=wikitable?-2019-07-30T02:33:00.000Z": "Colors of class=wikitable?",
"c-Renata3-2019-07-30T02:33:00.000Z-Colors_of_class=wikitable?": "Quick question, but I can't find the answer. What are the color codes for the default wikitable? For the grey background and the darker grey header? Thanks,",
- "c-Begoon-2019-07-30T02:40:00.000Z-Colors_of_class=wikitable?": "#eaecf0\n\n#f8f9fa\n \nborder:1px solid #a2a9b1;",
+ "c-Begoon-2019-07-30T02:40:00.000Z-Colors_of_class=wikitable?": "#eaecf0 #f8f9fa border:1px solid #a2a9b1;",
"h-Title_italics_magazines-2019-07-30T17:16:00.000Z": "Title italics magazines",
"c-Alanscottwalker-2019-07-30T17:16:00.000Z-Title_italics_magazines": "So, see how the title Poetry (magazine) is italicized on the article page only in the magazine title, Poetry, how do I get the title for British Vogue to read British Vogue in the article title (again only italicizing the magazine's actual name)?",
"c-WOSlinker-2019-07-30T17:22:00.000Z-Alanscottwalker-2019-07-30T17:16:00.000Z": "See this edit.",
@@ -698,9 +698,9 @@
"c-DuncanHill-2019-07-30T15:43:00.000Z-Signature_with_unclosed_font_colours": "I need help working out how to fix the signature of Oddbodz (talk · contribs · deleted contribs · logs · edit filter log · block user · block log) (inactive since May). There is a black font at the end which renders following text black, and therefor invisibly to users of the green-on-black gadget. There are other font colors in the signature which, if the black is removed, then bleed over into following text. I tried to fix it here, but somehow buggered it up in another way. Help! Thanks,",
"c-Pppery-2019-07-30T15:47:00.000Z-DuncanHill-2019-07-30T15:43:00.000Z": "done.",
"c-DuncanHill-2019-07-30T15:49:00.000Z-Pppery-2019-07-30T15:47:00.000Z": "Thanks - I'll point Oddbodz to that. Is it generally considered acceptable to apply the fix on pages where I see it causing problems? I don't like to edit another chap's signature, but I like not being able to read all the following comments even less.",
- "c-Xaosflux-2019-07-30T15:52:00.000Z-DuncanHill-2019-07-30T15:49:00.000Z": "@DuncanHill and Pppery: if that is coming from a signature, that isn't a good fix, since you wont be able to insert that closing font tag after the timestamp in a signature. That last font tag needs to be completely removed, and the others should be closed as a quick fix, see User:Xaosflux/sandbox75 - really font is deprecated and there are much better fixes if this person is still editing.",
+ "c-Xaosflux-2019-07-30T15:52:00.000Z-DuncanHill-2019-07-30T15:49:00.000Z": "@DuncanHill and Pppery: if that is coming from a signature, that isn't a good fix, since you wont be able to insert that closing font tag after the timestamp in a signature. That last font tag needs to be completely removed, and the others should be closed as a quick fix, see User:Xaosflux/sandbox75 - really font is deprecated and there are much better fixes if this person is still editing.",
"c-Xaosflux-2019-07-30T15:53:00.000Z-Xaosflux-2019-07-30T15:52:00.000Z": "DuncanHill, there are some bots that can fix this if it is on a lot of pages, you can ask at WP:BOTREQ. In general if you see one fix it, unless it is on a user_talk page you are other wise editing (as it will cause \"new message\" flag for the page owner).",
- "c-PrimeHunter-2019-07-30T16:12:00.000Z-Xaosflux-2019-07-30T15:53:00.000Z": "A search finds around 740 cases. This is a job for a bot or AWB. It's always OK to close open tags in signatures. I would also merge the nested font tags to get Oddbodz - (Talk) (Contribs). If deprecated font tags stop working later then it's no big loss if old signatures are rendered as normal text.",
+ "c-PrimeHunter-2019-07-30T16:12:00.000Z-Xaosflux-2019-07-30T15:53:00.000Z": "A search finds around 740 cases. This is a job for a bot or AWB. It's always OK to close open tags in signatures. I would also merge the nested font tags to get Oddbodz - (Talk) (Contribs). If deprecated font tags stop working later then it's no big loss if old signatures are rendered as normal text.",
"c-DuncanHill-2019-07-30T16:15:00.000Z-PrimeHunter-2019-07-30T16:12:00.000Z": "Thanks all - I don't know how to explain things in bot request terms. I mean, I could tell them what I told you here, but I wouldn't understand what I was on about if I tried to explain how your fix works or how it would be applied.",
"c-Xaosflux-2019-07-30T17:50:00.000Z-DuncanHill-2019-07-30T16:15:00.000Z": "@DuncanHill: plain speak is fine there, something like \"can one of the Linter signature fixing bots clean up Oddbodz's bad font tags?\" with an example or 2.",
"c-DannyS712-2019-07-30T18:35:00.000Z-DuncanHill-2019-07-30T16:15:00.000Z": "@DuncanHill: Based on Xaosflux's sandbox, I'm filing a BRFA now",
@@ -710,10 +710,10 @@
"c-Xaosflux-2019-07-31T13:15:00.000Z-Aram-2019-07-31T12:04:00.000Z": "@Aram: see Wikipedia:TemplateStyles.",
"c-Xaosflux-2019-07-31T13:16:00.000Z-Xaosflux-2019-07-31T13:15:00.000Z": "Also Category:Templates using TemplateStyles has lots of reusable examples.",
"h-'Fun'_with_external_link_'marks'-2019-07-29T23:21:00.000Z": "'Fun' with external link 'marks'",
- "c-Begoon-2019-07-29T23:21:00.000Z-'Fun'_with_external_link_'marks'": "\"Discovered\" at Wikipedia talk:Principle of Some Astonishment#Random thing I noticed when somebody accidentally \"nested\" italic marks. The \"nesting\" obviously doesn't work, and is an error, because the italics are effectively 'closed' before the link text and 'opened' again after it, so you don't get italic text, but check out the funky \"extra\" link mark which gets added on the left of the link text... \n''[https://www.google.com ''normal text'']'' = normal text\nThese \"variants\" also produce similar \"results\":\n'''[https://www.google.com '''''italic text''''']''' = italic text\n''[https://www.google.com '''''bold text''''']'' = bold text",
+ "c-Begoon-2019-07-29T23:21:00.000Z-'Fun'_with_external_link_'marks'": "\"Discovered\" at Wikipedia talk:Principle of Some Astonishment#Random thing I noticed when somebody accidentally \"nested\" italic marks. The \"nesting\" obviously doesn't work, and is an error, because the italics are effectively 'closed' before the link text and 'opened' again after it, so you don't get italic text, but check out the funky \"extra\" link mark which gets added on the left of the link text... ''[https://www.google.com ''normal text'']'' = normal text These \"variants\" also produce similar \"results\": '''[https://www.google.com '''''italic text''''']''' = italic text ''[https://www.google.com '''''bold text''''']'' = bold text",
"c-PrimeHunter-2019-07-30T14:48:00.000Z-Begoon-2019-07-29T23:21:00.000Z": "''[https://www.google.com ''normal text'']'' produces the html normal text. The link is split in two links to the same target. The first arrow belongs to the first link which has no link text.",
"c-Begoon-2019-07-30T22:22:00.000Z-PrimeHunter-2019-07-30T14:48:00.000Z": "Yeah, I'd looked at the html source and seen that. It's an oddity that this \"error\" produces a double-link like that, as I said at the talk page it's something I've never seen happen before in 10 years, but an odd \"bug\" nonetheless... Looks as though the wikitext 'parser' is somehow seeing both ... 'portions' as separate 'entities' that each need linking, yet using the single href target address...",
- "c-Anomie-2019-07-31T13:31:00.000Z-Begoon-2019-07-30T22:22:00.000Z": "The wikitext parser produces misnested HTML: normal text. HTML5 specifies that that \"tag soup\" be corrected in a manner that produces the empty link, and thus that's what RemexHtml does. Firefox 68 does the same if given that misnested HTML, BTW, and other modern browsers should as well.Parsoid, on the other hand, seems to interpret that wikitext to produce normal text, i.e. it doesn't recognize \"misnested\" apostrophe markup and link markup in the first place.",
+ "c-Anomie-2019-07-31T13:31:00.000Z-Begoon-2019-07-30T22:22:00.000Z": "The wikitext parser produces misnested HTML: normal text. HTML5 specifies that that \"tag soup\" be corrected in a manner that produces the empty link, and thus that's what RemexHtml does. Firefox 68 does the same if given that misnested HTML, BTW, and other modern browsers should as well. Parsoid, on the other hand, seems to interpret that wikitext to produce normal text, i.e. it doesn't recognize \"misnested\" apostrophe markup and link markup in the first place.",
"h-Switch_transclusion_on/off_depending_on_how_recently_a_template/subpage_has_been-2019-07-31T10:01:00.000Z": "Switch transclusion on/off depending on how recently a template/subpage has been edited?",
"c-Kusma-2019-07-31T10:01:00.000Z-Switch_transclusion_on/off_depending_on_how_recently_a_template/subpage_has_been": "Do we have a template/magic word combination that can achieve the following? I would like Portal:Germany to display Portal:Germany/Germany news whenever that page has been recently edited, and not display it when it is too embarrassing (say, when the last edit is more than a month ago). Is there some easy way to achieve this?",
"c-PrimeHunter-2019-07-31T10:42:00.000Z-Kusma-2019-07-31T10:01:00.000Z": "{{#ifexpr:{{#time:U|{{REVISIONTIMESTAMP:Portal:Germany/Germany news}}}} > {{#time:U|-30 days}} | {{Portal:Germany/Germany news}}}}",
@@ -721,22 +721,22 @@
"c-Xaosflux-2019-07-31T13:28:00.000Z-Kusma-2019-07-31T11:12:00.000Z": "@Kusma: keep in mind, that dynamic page content is not guaranteed, especially for non-logged in users; rendered pages are cached and simply viewing the page as a reader does not force re-evaluation of templates.",
"c-Kusma-2019-07-31T14:08:00.000Z-Xaosflux-2019-07-31T13:28:00.000Z": "That's okay, the worst things that can happen here are that the portal wrongly doesn't display a refreshed \"news\" section or displays an outdated one that I would rather hide. Neither causes any serious problems. But it is a good point that we shouldn't rely on re-evaluation of templates/magic words for anything critical.",
"h-Connecting_to_wikidata?-2019-07-30T14:43:00.000Z": "Connecting to wikidata?",
- "c-RoySmith-2019-07-30T14:43:00.000Z-Connecting_to_wikidata?": "What's the fastest way to see if there's an existing wikidata entry for an article? What I do now is open another window, navigate to wikidata.org, and copy-paste the article title into the search box. Surely there's a more streamlined (one-click?) way to do this?",
+ "c-RoySmith-2019-07-30T14:43:00.000Z-Connecting_to_wikidata?": "What's the fastest way to see if there's an existing wikidata entry for an article? What I do now is open another window, navigate to wikidata.org, and copy-paste the article title into the search box. Surely there's a more streamlined (one-click?) way to do this?",
"c-PrimeHunter-2019-07-30T15:18:00.000Z-RoySmith-2019-07-30T14:43:00.000Z": "You can add a \"Wikidata search\" link for the page name under Tools with the below in your common JavaScript.",
- "c-StarryGrandma-2019-07-30T15:50:00.000Z-Connecting_to_wikidata?": "mw.loader.using(['mediawiki.util'], function () {\n mw.util.addPortletLink(\n 'p-tb',\n '//www.wikidata.org/wiki/Special:Search?search=' + encodeURIComponent( wgPageName ),\n 'Wikidata search',\n 't-wikidatasearch',\n 'Search the page name in Wikidata',\n null,\n '#t-wikibase'\n );\n});\n\nYou can also have a small box single line display under an article's title linking to the Wikidata entry (if one exists) by adding this script to your common.js.",
- "c-MusikAnimal-2019-07-31T19:13:00.000Z-Connecting_to_wikidata?": "// d:User:Yair rand/WikidataInfo.js\n mw.loader.load( '//www.wikidata.org/w/index.php?title=User:Yair_rand/WikidataInfo.js&action=raw&ctype=text/javascript' );\nThere should be a built-in \"Wikidata item\" link under Tools in the left sidebar, shown only if an item exists. @PrimeHunter: Do you not see this link?",
+ "c-StarryGrandma-2019-07-30T15:50:00.000Z-Connecting_to_wikidata?": "mw.loader.using(['mediawiki.util'], function () { mw.util.addPortletLink( 'p-tb', '//www.wikidata.org/wiki/Special:Search?search=' + encodeURIComponent( wgPageName ), 'Wikidata search', 't-wikidatasearch', 'Search the page name in Wikidata', null, '#t-wikibase' ); }); You can also have a small box single line display under an article's title linking to the Wikidata entry (if one exists) by adding this script to your common.js.",
+ "c-MusikAnimal-2019-07-31T19:13:00.000Z-Connecting_to_wikidata?": "// d:User:Yair rand/WikidataInfo.js mw.loader.load( '//www.wikidata.org/w/index.php?title=User:Yair_rand/WikidataInfo.js&action=raw&ctype=text/javascript' ); There should be a built-in \"Wikidata item\" link under Tools in the left sidebar, shown only if an item exists. @PrimeHunter: Do you not see this link?",
"c-PrimeHunter-2019-07-31T19:45:00.000Z-MusikAnimal-2019-07-31T19:13:00.000Z": "I know the link. I may have misunderstood the question. I thought it was about an easy way to search for a possible Wikidata entry to add the article to if it doesn't already have one.",
"c-Izno-2019-07-31T22:02:00.000Z-MusikAnimal-2019-07-31T19:13:00.000Z": "MA, yes, I think the question is whether an (other) item exist covering the same topic as an article, not whether the article is connected to a Wikidata item.",
"c-MusikAnimal-2019-08-01T15:08:00.000Z-Izno-2019-07-31T22:02:00.000Z": "Thanks, and sorry for the noise. I read \"existing wikidata entry for an article\" as being a connected one. Furthermore many people don't even know about the links under Tools, so I wanted to make sure that didn't go unnoticed.",
"c-Izno-2019-08-01T16:26:00.000Z-MusikAnimal-2019-08-01T15:08:00.000Z": "The link is getting moved, but that's just an aside.",
"h-Broken_template_messing_up_page_formatting-2019-08-01T08:58:00.000Z": "Broken template messing up page formatting",
- "c-Mathglot-2019-08-01T08:58:00.000Z-Broken_template_messing_up_page_formatting": "User:Paine Ellsworth, can you or someone please revert this edit at Template:Sidebar with collapsible lists? It is badly breaking *some* pages that transclude it. See Catholic Church and homosexuality.",
- "c-Mathglot-2019-08-01T09:03:00.000Z-Broken_template_messing_up_page_formatting": "Wait, that's a hidden text-only change, so how could that possibly be the cause? But what else has changed, that would break dozens of older versions of the article, that were definitely not broken this morning? Here's version 861002525 from 500 edits ago; just as broken. I can't understand what's happened, here.",
+ "c-Mathglot-2019-08-01T08:58:00.000Z-Broken_template_messing_up_page_formatting": "User:Paine Ellsworth, can you or someone please revert this edit at Template:Sidebar with collapsible lists? It is badly breaking *some* pages that transclude it. See Catholic Church and homosexuality.",
+ "c-Mathglot-2019-08-01T09:03:00.000Z-Broken_template_messing_up_page_formatting": "Wait, that's a hidden text-only change, so how could that possibly be the cause? But what else has changed, that would break dozens of older versions of the article, that were definitely not broken this morning? Here's version 861002525 from 500 edits ago; just as broken. I can't understand what's happened, here.",
"c-Nardog-2019-08-01T09:11:00.000Z-Mathglot-2019-08-01T09:03:00.000Z": "The problem is (was) in {{Catholic Church sidebar}}, not {{Sidebar with collapsible lists}}. It was this edit by Royalistandlegitimist that broke the template. I advise Royalistandlegitimist to take advantage of the sandbox and testcases before making changes to the template.",
"c-Mathglot-2019-08-01T17:41:00.000Z-Nardog-2019-08-01T09:11:00.000Z": "Thanks, Nardog, for the fix! (Apologies to Paine; not only weren't they the cause of the problem, but that edit was (nearly exactly!) a year ago. I was too tired and in too much of a hurry to see clearly.)",
"h-The_notification_button-2019-07-22T21:52:00.000Z": "The notification button",
"c-Nardog-2019-08-02T05:45:00.000Z-The_notification_button": "Resolved: Fixed in the last update of MediaWiki.",
- "c-SharabSalam-2019-07-22T21:52:00.000Z-The_notification_button": "Tracked in PhabricatorTask T228744\n\nHi, so I am using my mobile.\nJust 1 hour ago, an editor posted a comment in my talk page.\nI got a notification.\nI didn't click on the notification,\nI went to the watchlist and see what triggered the notification. (I didn't click on the notification button.)\nI saw the comment diff.\nI went to another site, returned to Wikipedia again and saw that the notification button is still red,\nI clicked on it, surprisingly, I didn't see the comment that was posted to my talk page, I saw old notifications.\nI refreshed the page and the notification button returned red. I clicked on it and the red button disappeared and I refreshed it appeared again.\nCleared the cache it didn't help still red.\nSo can someone help me to fix this? Thanks.",
+ "c-SharabSalam-2019-07-22T21:52:00.000Z-The_notification_button": "Tracked in Phabricator Task T228744 Hi, so I am using my mobile. Just 1 hour ago, an editor posted a comment in my talk page. I got a notification. I didn't click on the notification, I went to the watchlist and see what triggered the notification. (I didn't click on the notification button.) I saw the comment diff. I went to another site, returned to Wikipedia again and saw that the notification button is still red, I clicked on it, surprisingly, I didn't see the comment that was posted to my talk page, I saw old notifications. I refreshed the page and the notification button returned red. I clicked on it and the red button disappeared and I refreshed it appeared again. Cleared the cache it didn't help still red. So can someone help me to fix this? Thanks.",
"c-SharabSalam-2019-07-22T21:57:00.000Z-SharabSalam-2019-07-22T21:52:00.000Z": "Something I haven't tried; which is to trigger the notification again. I will ping a wrong random editor and see. This usually triggers a notification saying: “the ping was not sent because the user doesn't exist”. agsbshsisbsidsb.",
"c-SharabSalam-2019-07-22T21:59:00.000Z-SharabSalam-2019-07-22T21:52:00.000Z": "I got a notification, I clicked, read it, refreshed, the notification button returned red so it didn't help.",
"c-Xaosflux-2019-07-22T22:00:00.000Z-SharabSalam-2019-07-22T21:59:00.000Z": "@SharabSalam: if you go to Special:Notifications is it there? Also, I have no idea who User:agsbshsisbsidsb is, will assume you just typed random characters for some reason?",
@@ -771,7 +771,7 @@
"c-Nardog-2019-07-24T12:07:00.000Z-Redrose64-2019-07-22T22:54:00.000Z": "@SharabSalam: I'm certain at least on the desktop site opening and closing the alerts panel without marking all alerts as read would have made the background of the unread count gray but didn't make the count disappear entirely. I don't know about the mobile site, though.",
"c-SharabSalam-2019-07-24T12:31:00.000Z-Nardog-2019-07-24T12:07:00.000Z": "Nardog, It is the same in desktop. When you click on the notification button with the number it changes to gray which is as usual and the normal behaviour the problem appears when you refresh the page, what is expected is that the bell icon appears like if there was no notification but what happens is that the notification appears again. The photos that you added suggest a different problem. The expected photos should not contain the number of notifications in gray but the bell icon.",
"c-Nardog-2019-07-24T12:41:00.000Z-SharabSalam-2019-07-24T12:31:00.000Z": "@SharabSalam: Then I may be misremembering. Add that as a comment on Phabricator.",
- "c-SharabSalam-2019-07-24T12:49:00.000Z-Nardog-2019-07-24T12:41:00.000Z": "By the way, I am unable to enter or see that site () through my IP address I get this message all the time\n.mw-parser-output .templatequote{overflow:hidden;margin:1em 0;padding:0 40px}.mw-parser-output .templatequote .templatequotecite{line-height:1.5em;text-align:left;padding-left:1.6em;margin-top:0}Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator at webmaster@wikimedia.org to inform them of the time this error occurred, and the actions you performed just before this error. More information about this error may be available in the server error log.\n\nYesterday I was in another place where there is a WiFi network and I was able to see what was in the site. In my home I am unable to enter it.",
+ "c-SharabSalam-2019-07-24T12:49:00.000Z-Nardog-2019-07-24T12:41:00.000Z": "By the way, I am unable to enter or see that site () through my IP address I get this message all the time Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator at webmaster@wikimedia.org to inform them of the time this error occurred, and the actions you performed just before this error. More information about this error may be available in the server error log. Yesterday I was in another place where there is a WiFi network and I was able to see what was in the site. In my home I am unable to enter it.",
"c-Nardog-2019-07-24T12:58:00.000Z-SharabSalam-2019-07-24T12:49:00.000Z": "@SharabSalam: Ok, I have quoted your comments on Phabricator.",
"c-Redrose64-2019-07-23T21:05:00.000Z-SharabSalam-2019-07-22T21:52:00.000Z": "To clarify, I was using desktop, Opera, MonoBook.",
"c-Flyer22_Reborn-2019-07-24T16:31:00.000Z-SharabSalam-2019-07-22T21:52:00.000Z": "The notifications/buttons are remaining red and blue for me as well. They go away for a moment when clicked on and then come back. Marking all as \"read\" doesn't solve the issue. I'm using a laptop.",
@@ -788,20 +788,20 @@
"c-TonyBallioni-2019-08-02T20:14:00.000Z-Xaosflux-2019-08-02T20:10:00.000Z": "(edit conflict)Yeah, the problem is that anything using external links is borked now, and {{checkuser}} also has all the quick links that we need during the SPI process.",
"c-Xaosflux-2019-08-02T20:23:00.000Z-TonyBallioni-2019-08-02T20:14:00.000Z": "@TonyBallioni: Perhaps you could link to something else like TonyBallioni - and then update the script to also operate on that?",
"c-Xaosflux-2019-08-02T20:24:00.000Z-Xaosflux-2019-08-02T20:23:00.000Z": "Navigation popups are able to operate on that for example.",
- "c-Winged_Blades_of_Godric-2019-08-02T20:51:00.000Z-TonyBallioni-2019-08-02T20:05:00.000Z": "What is the precise bug? As far as I see, iff the user-pages are red-links, they are displayed in blue and not stricken but the t/p-and-contribution links are stricken, as usual. (Bravanello over this SPI.) Otherwise, (i.e. if the user-page exists), all the three links are indeed stricken. (MDPMHG over this SPI.) Am I correct?",
+ "c-Winged_Blades_of_Godric-2019-08-02T20:51:00.000Z-TonyBallioni-2019-08-02T20:05:00.000Z": "What is the precise bug? As far as I see, iff the user-pages are red-links, they are displayed in blue and not stricken but the t/p-and-contribution links are stricken, as usual. (Bravanello over this SPI.) Otherwise, (i.e. if the user-page exists), all the three links are indeed stricken. (MDPMHG over this SPI.) Am I correct?",
"c-Zzuuzz-2019-08-02T21:31:00.000Z-Winged_Blades_of_Godric-2019-08-02T20:51:00.000Z": "I don't really agree about MDPMHG - it is not stricken in the first instance, which uses the noping like the usual CU templates, but it is later stricken when a different template is used. Try AIV, which basically uses the same noping mechanism. this is a blue userpage which isn't stricken. This is a non-existent user page which is blue and also not stricken. The striking does work for IPs at AIV (eg) which have red userpages, but not IP contributions listed at WP:OPD which are now not stricken. Previously, I think I'm right in saying, all these links were stricken.",
"c-Writ_Keeper-2019-08-03T05:11:00.000Z-TonyBallioni-2019-08-02T20:05:00.000Z": "Just, FYI: I've replied with a (hopefully) fixed script at the thread on WT:SPI.",
"h-technical_request-2019-07-21T18:00:00.000Z": "technical request",
- "c-Semplicemente_Agghiacciante-2019-07-21T18:00:00.000Z-technical_request": "Anachronist suggested me to try asking for this request here\n\nThe ip range 151.48.0.0/17 was globally blocked by a steward because a user from this ip range used it to create several fake accounts and spam messages accross wikipedia\n\nAnachronist unblocked locally in en.wikipedia.org the possibility to create accounts from this ip range but there must be a glitch or a bug because if i try creating an account from the blocked ip range appears the same error message\n\n'Editing from your IP address range (151.48.0.0/17) has been blocked (disabled) on all Wikimedia wikis until 19:38, 13 December 2019 by Masti (meta.wikimedia.org) for the following reason:\n\nCross-wiki spam: spambot\n\nThis block began on 19:38, 13 June 2019'\n\nI would like a sysop or someone else to fix this error please\n\nAnyway if the cause of the block was an abuser who created too many accounts to spam messages i wonder why it was not chosen to keep the creation of accounts blocked and let edits from normal ip addresses unblocked but exactly the opposite\n\nSemplicemente Agghiacciante — Preceding unsigned comment added by",
+ "c-Semplicemente_Agghiacciante-2019-07-21T18:00:00.000Z-technical_request": "Anachronist suggested me to try asking for this request here The ip range 151.48.0.0/17 was globally blocked by a steward because a user from this ip range used it to create several fake accounts and spam messages accross wikipedia Anachronist unblocked locally in en.wikipedia.org the possibility to create accounts from this ip range but there must be a glitch or a bug because if i try creating an account from the blocked ip range appears the same error message 'Editing from your IP address range (151.48.0.0/17) has been blocked (disabled) on all Wikimedia wikis until 19:38, 13 December 2019 by Masti (meta.wikimedia.org) for the following reason: Cross-wiki spam: spambot This block began on 19:38, 13 June 2019' I would like a sysop or someone else to fix this error please Anyway if the cause of the block was an abuser who created too many accounts to spam messages i wonder why it was not chosen to keep the creation of accounts blocked and let edits from normal ip addresses unblocked but exactly the opposite Semplicemente Agghiacciante — Preceding unsigned comment added by",
"c-Peter_James-2019-07-25T19:26:00.000Z-Semplicemente_Agghiacciante-2019-07-21T18:00:00.000Z": "The range was not unblocked locally, it was blocked here with settings that would allow account creation. The global block still prevents account creation; it would have to be lifted or modified globally, or locally via Special:GlobalBlockWhitelist, which can be used by any administrator.",
- "c-Semplicemente_Agghiacciante-2019-07-26T18:01:00.000Z-technical_request": "I said that he possibility to create accounts was unblocked locally\n\nDo you suggest me to ask for it via 'Special:GlobalBlockWhitelist' ?\n\nSemplicemente Agghiacciante — Preceding unsigned comment added by",
- "c-Xaosflux-2019-07-26T18:12:00.000Z-Semplicemente_Agghiacciante-2019-07-26T18:01:00.000Z": "This isn't a technical issue. The range was blocked here, then it was additionally blocked globally with a wider scope - everything is working properly. You can ask over at WP:AN if you think we should put in an override to the global block for some reason.",
- "c-Semplicemente_Agghiacciante-2019-07-27T08:59:00.000Z-technical_request": "Actually it was blocked globally first (https://meta.wikimedia.org/wiki/User:151.48.0.0/17) and then its local block settings were changed by Anachronist\n\nBut it is true that for some reason it was reblocked globally with the same settings by another steward after its local unblocking and perhaps this is the cause of the glitch\n\nI will try asking where you said anyway\n\nSemplicemente Agghiacciante — Preceding unsigned comment added by",
- "c-Xaosflux-2019-07-27T15:03:00.000Z-Semplicemente_Agghiacciante-2019-07-27T08:59:00.000Z": "@Semplicemente Agghiacciante: Yes sorry, had my dates backwards! So basically the additional local block did nothing except for ensure that range is blocked here even if the global block were to be removed. The \"local settings\" were not changed, an overlapping additional block was added. You could ask Anachronist to override the global block if they want to.",
- "c-Mathglot-2019-07-27T21:27:00.000Z-Semplicemente_Agghiacciante-2019-07-27T08:59:00.000Z": "Hi, Semplicemente Agghiacciante, I have left you this message on your talk page about how to sign your posts. Or see WP:4TILDES. Thanks,",
- "c-Semplicemente_Agghiacciante-2019-08-01T18:09:00.000Z-technical_request": "Anachronist tried overriding the global block by restoring his local settings but creating an account from this ip range is still impossible\n\nWho can have a look at this sort of bug in order to fix it ?\n\nIn it.wikipedia.org when an italian ip range is globaly blocked it is often locally unblocked and there are no such problems\n\nThis thing is weird !\n\nSemplicmente Agghiacciante — Preceding unsigned comment added by",
+ "c-Semplicemente_Agghiacciante-2019-07-26T18:01:00.000Z-technical_request": "I said that he possibility to create accounts was unblocked locally Do you suggest me to ask for it via 'Special:GlobalBlockWhitelist' ? Semplicemente Agghiacciante — Preceding unsigned comment added by",
+ "c-Xaosflux-2019-07-26T18:12:00.000Z-Semplicemente_Agghiacciante-2019-07-26T18:01:00.000Z": "This isn't a technical issue. The range was blocked here, then it was additionally blocked globally with a wider scope - everything is working properly. You can ask over at WP:AN if you think we should put in an override to the global block for some reason.",
+ "c-Semplicemente_Agghiacciante-2019-07-27T08:59:00.000Z-technical_request": "Actually it was blocked globally first (https://meta.wikimedia.org/wiki/User:151.48.0.0/17) and then its local block settings were changed by Anachronist But it is true that for some reason it was reblocked globally with the same settings by another steward after its local unblocking and perhaps this is the cause of the glitch I will try asking where you said anyway Semplicemente Agghiacciante — Preceding unsigned comment added by",
+ "c-Xaosflux-2019-07-27T15:03:00.000Z-Semplicemente_Agghiacciante-2019-07-27T08:59:00.000Z": "@Semplicemente Agghiacciante: Yes sorry, had my dates backwards! So basically the additional local block did nothing except for ensure that range is blocked here even if the global block were to be removed. The \"local settings\" were not changed, an overlapping additional block was added. You could ask Anachronist to override the global block if they want to.",
+ "c-Mathglot-2019-07-27T21:27:00.000Z-Semplicemente_Agghiacciante-2019-07-27T08:59:00.000Z": "Hi, Semplicemente Agghiacciante, I have left you this message on your talk page about how to sign your posts. Or see WP:4TILDES. Thanks,",
+ "c-Semplicemente_Agghiacciante-2019-08-01T18:09:00.000Z-technical_request": "Anachronist tried overriding the global block by restoring his local settings but creating an account from this ip range is still impossible Who can have a look at this sort of bug in order to fix it ? In it.wikipedia.org when an italian ip range is globaly blocked it is often locally unblocked and there are no such problems This thing is weird ! Semplicmente Agghiacciante — Preceding unsigned comment added by",
"c-Xaosflux-2019-08-01T18:11:00.000Z-Semplicemente_Agghiacciante-2019-08-01T18:09:00.000Z": "As I replied above, You can ask over at WP:AN if you think we should put in an override to the global block for some reason.",
- "c-Semplicemente_Agghiacciante-2019-08-03T12:12:00.000Z-technical_request": "So i have to ask for a special treatment for this globl block locally\n\nI thought that a sysop was normally able to override a global block to allow users to edit or creating accounts locally but i was wrong\n\nIt is strange though because there are global blocks for italian ip ranges which are normally overridden in it.wikipedia.org\n\nI do not understand what difference there might be if i ask an english sysop to try overriding the block as i have already done and if i ask for the same thing in the noticeboard but i will do as you told me\n\nThis should be a technical issue not something about permissions or groups\n\nSemplicmente Agghiacciante",
+ "c-Semplicemente_Agghiacciante-2019-08-03T12:12:00.000Z-technical_request": "So i have to ask for a special treatment for this globl block locally I thought that a sysop was normally able to override a global block to allow users to edit or creating accounts locally but i was wrong It is strange though because there are global blocks for italian ip ranges which are normally overridden in it.wikipedia.org I do not understand what difference there might be if i ask an english sysop to try overriding the block as i have already done and if i ask for the same thing in the noticeboard but i will do as you told me This should be a technical issue not something about permissions or groups Semplicmente Agghiacciante",
"h-Degua_Tembien-2019-07-28T15:32:00.000Z": "Degua Tembien",
"c-Magog_the_Ogre-2019-07-28T15:32:00.000Z-Degua_Tembien": "Clicking on this link causes my processor to jump into overload and the page completely freezes. This happens in Linux Chrome 75 (not FF) private or standard mode. Is anyone else experiencing this issue? In IRC, User:AntiCompositeNumber mentioned it took longer than average but it did load for him.",
"c-AntiCompositeNumber-2019-07-28T16:02:00.000Z-Magog_the_Ogre-2019-07-28T15:32:00.000Z": "The page loads normally for me in Google Chrome 75 on Linux until it gets to File:ImbaKernale1936.tiff, which is displayed as a png thumbnail in the page. The thumbnail takes approximately 30 seconds to load, during which time part of the page does not render, links do not work, and Chrome task manager show the tab as using ~100% CPU. Loading the thumbnail directly produces the same issue: 30s load time and 100% CPU. On Firefox, the thumbnail loads in 2000ms with maybe 10% cpu.",
@@ -825,22 +825,22 @@
"c-Izno-2019-08-03T17:22:00.000Z-Authority_Control:_\"The_NLR_id_XXXXXXXXX_is_not_valid\"": "This discussion should probably move to Template talk:Authority control.",
"c-Johnuniq-2019-08-04T02:22:00.000Z-Izno-2019-08-03T17:22:00.000Z": "I commented-out the IDs in the module to avoid the problem, see template talk.",
"h-Request_for_Comments:_WikiLoop_Battlefield-2019-08-03T04:57:00.000Z": "Request for Comments: WikiLoop Battlefield",
- "c-Xinbenlv-2019-08-03T04:57:00.000Z-Request_for_Comments:_WikiLoop_Battlefield": "Hi Techy Wikipedians, I'd like to invite you to try out an open source tool we are actively developing: WikiLoop Battlefield. It's goal is to make monitoring Wikipedia incoming edits, in particular, potential vandalism, easier.\n\nSee it here\nhttp://battlefield.wikiloop.org\nhttps://en.wikipedia.org/wiki/Wikipedia:WikiLoop_Battlefield\n\n\nIt's still in early stage of development, any suggestions are greatly appreciated. Feel free to file a bug or feature request at our git repo\nhttps://github.com/google/wikiloop-battlefield\n\nHere is a brief demo GIF.\n\n\n\nExtended content",
+ "c-Xinbenlv-2019-08-03T04:57:00.000Z-Request_for_Comments:_WikiLoop_Battlefield": "Hi Techy Wikipedians, I'd like to invite you to try out an open source tool we are actively developing: WikiLoop Battlefield. It's goal is to make monitoring Wikipedia incoming edits, in particular, potential vandalism, easier. See it here http://battlefield.wikiloop.org https://en.wikipedia.org/wiki/Wikipedia:WikiLoop_Battlefield It's still in early stage of development, any suggestions are greatly appreciated. Feel free to file a bug or feature request at our git repo https://github.com/google/wikiloop-battlefield Here is a brief demo GIF. Extended content",
"c-Graham87-2019-08-04T07:00:00.000Z-Xinbenlv-2019-08-03T04:57:00.000Z": "@Xinbenlv: For the \"what links here\" page to function, it's better to link to the page using wiki-markup: Wikipedia:WikiLoop Battlefield. I had an incredibly frustrating experience earlier this afternoon because a user made an incomplete revert with this tool, which shouldn't even be possible in the first place, at Federation of Australia, an article on my watchlist. It was difficult to figure out where to report the issue; I've added the GitHub link to the project page and reported it there. I also wrote a message on Meta; I don't feel like reporting the second issue there to GitHub because it's so minor, but it's about where the link in the edit summary should go. I consider the first issue so major that I don't think the program should make any more edits until it is fixed.",
"h-Barnstar_pictures_not_showing-2019-08-04T14:31:00.000Z": "Barnstar pictures not showing",
- "c-Davey2010-2019-08-04T14:31:00.000Z-Barnstar_pictures_not_showing": "Hi, Yesterday night I'd reinstated my userpage however I've noticed a few barnstar pictures not showing on my userpage or at User:Davey2010/Barnstars,\nI've tried CTRL & F5 as well as WP:PURGE but nothing's working?, The pictures show on other editors userpages so I would assume it's either related to my barnstars page or my laptop?,\nThanks,",
+ "c-Davey2010-2019-08-04T14:31:00.000Z-Barnstar_pictures_not_showing": "Hi, Yesterday night I'd reinstated my userpage however I've noticed a few barnstar pictures not showing on my userpage or at User:Davey2010/Barnstars, I've tried CTRL & F5 as well as WP:PURGE but nothing's working?, The pictures show on other editors userpages so I would assume it's either related to my barnstars page or my laptop?, Thanks,",
"c-Þjarkur-2019-08-04T14:43:00.000Z-Davey2010-2019-08-04T14:31:00.000Z": "Your icons shows up for me, but I've seen the same happen randomly on various userboxes and WikiProject templates recently. For example {{User WikiProject Uganda}} shows up for me as \"Flag of Uganda.svg\" on Chrome but shows up correctly on Safari.",
- "c-Davey2010-2019-08-04T18:06:00.000Z-Þjarkur-2019-08-04T14:43:00.000Z": "Ah okay, Tried Firefox and it does work there so reading your reply I would obviously say it's something wrong with Chrome,\nDownloaded IE but it wants me to restart the laptop in order to install it ... something I can't be bothered to do given the length of time it takes for this machine to boot up ... so we'll assume it works on there too :),\nAnyway many thanks for your help! :),",
+ "c-Davey2010-2019-08-04T18:06:00.000Z-Þjarkur-2019-08-04T14:43:00.000Z": "Ah okay, Tried Firefox and it does work there so reading your reply I would obviously say it's something wrong with Chrome, Downloaded IE but it wants me to restart the laptop in order to install it ... something I can't be bothered to do given the length of time it takes for this machine to boot up ... so we'll assume it works on there too :), Anyway many thanks for your help! :),",
"h-Preferences-2019-08-04T20:13:00.000Z": "Preferences",
"c-Ched-2019-08-04T20:13:00.000Z-Preferences": "Is there a way to make our preferences global, or at least the default across the different wiki sites?",
"c-Izno-2019-08-04T20:23:00.000Z-Ched-2019-08-04T20:13:00.000Z": "Try Special:GlobalPreferences.",
"c-Ched-2019-08-04T21:02:00.000Z-Izno-2019-08-04T20:23:00.000Z": "Thank you",
- "c-Redrose64-2019-08-04T21:07:00.000Z-Ched-2019-08-04T21:02:00.000Z": "@Ched: At Preferences, on the first page under \"Basic information\", you should find \"Global preferences: Set your global preferencesPreferences set via the global preferences page will apply to all wikis.\"",
- "c-Ched-2019-08-04T21:17:00.000Z-Redrose64-2019-08-04T21:07:00.000Z": "Thank you Redrose64. I noticed that now I have the option to override individual settings now, and that the gadgets aren't available globally. It's still enough to make any efforts outside en-wp a bit more similar. Appreciate the help folks.",
+ "c-Redrose64-2019-08-04T21:07:00.000Z-Ched-2019-08-04T21:02:00.000Z": "@Ched: At Preferences, on the first page under \"Basic information\", you should find \"Global preferences: Set your global preferences Preferences set via the global preferences page will apply to all wikis.\"",
+ "c-Ched-2019-08-04T21:17:00.000Z-Redrose64-2019-08-04T21:07:00.000Z": "Thank you Redrose64. I noticed that now I have the option to override individual settings now, and that the gadgets aren't available globally. It's still enough to make any efforts outside en-wp a bit more similar. Appreciate the help folks.",
"c-Redrose64-2019-08-04T21:39:00.000Z-Ched-2019-08-04T21:17:00.000Z": "No, gadgets are local to each wiki. But if you know how to use @import in CSS and mw.loader.load in JavaScript, it's possible to use a gadget from one wiki on another wiki. For example, there are no gadgets at Wicipedia Cymraeg - yet I use one there, by means of cy:Defnyddiwr:Redrose64/common.js.",
"c-Izno-2019-08-04T21:55:00.000Z-Redrose64-2019-08-04T21:39:00.000Z": "Which actually can be extended by addition to your global CSS and JS pages at e.g. meta:User:Izno/global.css and meta:User:Izno/global.js. You can probably load certain gadgets optionally on certain wikis with a little more know how.",
"h-Issue_with_Color_templates,_right_side_overflow-2019-08-04T16:32:00.000Z": "Issue with Color templates, right side overflow",
- "c-JoeHebda-2019-08-04T16:32:00.000Z-Issue_with_Color_templates,_right_side_overflow": "Greetings, While viewing article Blue, it has a template link for {{Shades of blue}} \nwhich I noticed is overflowing outside the box on the right side. Next, I clicked on {{Shades of cyan}} with the same issue. So I successfully added
to keep the lines within the cyan template box. \n\nThen I found Category:Shades of color templates and see more templates; most having the same overflow on right side. I see that {{Shades of color}} has a width value of 100-percent, but I don't know if reducing that number is the answer. Asking for help from a \"Template Expert\" since it's way beyond anything I would know how to do correctly. Thanks,",
+ "c-JoeHebda-2019-08-04T16:32:00.000Z-Issue_with_Color_templates,_right_side_overflow": "Greetings, While viewing article Blue, it has a template link for {{Shades of blue}} which I noticed is overflowing outside the box on the right side. Next, I clicked on {{Shades of cyan}} with the same issue. So I successfully added
to keep the lines within the cyan template box. Then I found Category:Shades of color templates and see more templates; most having the same overflow on right side. I see that {{Shades of color}} has a width value of 100-percent, but I don't know if reducing that number is the answer. Asking for help from a \"Template Expert\" since it's way beyond anything I would know how to do correctly. Thanks,",
"c-Anomie-2019-08-04T19:11:00.000Z-JoeHebda-2019-08-04T16:32:00.000Z": "The problem comes from the fact that {{navbox}} (in Module:Navbox) applies the class \"nowraplinks\" to the table, preventing all the links from wrapping. Rather than adding
all over the place, there should probably be a way for {{Shades of color}} to somehow avoid the use of that class in the first place.",
"c-WOSlinker-2019-08-04T21:10:00.000Z-Anomie-2019-08-04T19:11:00.000Z": "Have a look at this sandbox change and compare the test cases and see if it's any better.",
"c-JoeHebda-2019-08-04T22:36:00.000Z-WOSlinker-2019-08-04T21:10:00.000Z": " Done - Thanks Anomie and WOSlinker for your help! Best solution ever. I changed the {{Shades of color}}, added the \"nowraplinks\"; checked \"Shades of\" for Red, Blue, Yellow all of which are now good-no overflow. Lastly, I updated Cyan with undo of my prior \"br\" changes. Cheers!",
@@ -851,22 +851,22 @@
"c-קיפודנחש-2019-08-01T20:58:00.000Z-Anomie-2019-08-01T20:51:00.000Z": "indeed. search found 2 articles with snowman on enwiki: Becky Baeling and Jaipur Rugs (excluding couple of articles where it assumed to be intentional). peace",
"c-Jo-Jo_Eumerus-2019-08-01T21:43:00.000Z-Anomie-2019-08-01T20:51:00.000Z": "The snowman issue happened after I copied text from one section to the other, it didn't move and was instead replaced by snowmen. Before that, both the template and image adding functions hanged at least once, forcing me to close-and-reopen the browser tab to un-hang it.",
"c-קיפודנחש-2019-08-01T22:02:00.000Z-Jo-Jo_Eumerus-2019-08-01T21:43:00.000Z": "guess: this has nothing to do with VE specifically. it's Aug 1, and the code version was updated today (see Special:Version). during and shortly after update, strange non-reproducible bugs tend to pop up, usually as a result of browser running mix of sources from old and new versions. putting it a bit differently, the browser sometimes uses cached source file from yesterday's version in conjunction with other, fresh files from today's. complete refresh (usually Ctrl-refresh, but may depend on browser) will update all the sources to the new version and solve the issue. unfortunately, closing and opening the browser, or doing a simple refresh, isn't always enough. it used to be very common issue around the time of software update. i was under the impression that it was solved, but recently i saw several new cases of \"Inexplicit bugs on the day of SW update\". peace",
- "c-Nyttend-2019-08-04T20:04:00.000Z-Visual_editor_garbling_markup": "Jo-Jo Eumerus, Galobtter, Anomie, and קיפודנחש, please see Wikipedia:☃. For most of its history it's been a redirect to WP:SNOW, but from 2014 until 2016 and from a few minutes ago until the present, it's been a redirect to a VE feedback page.",
+ "c-Nyttend-2019-08-04T20:04:00.000Z-Visual_editor_garbling_markup": "Jo-Jo Eumerus, Galobtter, Anomie, and קיפודנחש, please see Wikipedia:☃. For most of its history it's been a redirect to WP:SNOW, but from 2014 until 2016 and from a few minutes ago until the present, it's been a redirect to a VE feedback page.",
"h-More_VisualEditor_problems-Visual_editor_garbling_markup-2019-08-04T12:15:00.000Z": "More VisualEditor problems",
"c-Jo-Jo_Eumerus-2019-08-04T12:15:00.000Z-More_VisualEditor_problems": "Well, it's been three days since the update and when I was trying to add a list of sources to use for Black Rock Desert volcanic field through VE and it kept 404'ing. It also didn't allow for any or any other edit, when I force-loaded the whole page it just lost the whole edit. What is up with this?",
"c-Winged_Blades_of_Godric-2019-08-04T14:23:00.000Z-Jo-Jo_Eumerus-2019-08-04T12:15:00.000Z": "Jo-Jo Eumerus, even I had the same issue, hours back but after a forced-new-edit (which lost the prev. data), it started to work fine.",
"c-Woodlot-2019-08-04T17:22:00.000Z-Winged_Blades_of_Godric-2019-08-04T14:23:00.000Z": "For the past several days, I have been unable to convert bare url references using the Visual Editor. Normally, while in Visual Editor mode, I can click on a numbered bare url reference and a \"convert box\" appears on screen. Well, the \"convert box\" still pops up on screen, but there is no longer a \"convert\" button inside the box. Does not matter if I am using Google Chrome, Microsoft Edge, or Mozilla Firefox browsers; Visual Editor will no longer convert bare url's.",
- "c-RoySmith-2019-08-04T22:45:00.000Z-Woodlot-2019-08-04T17:22:00.000Z": "Yup, I'm seeing the same thing. For example, reference 1 of https://en.wikipedia.org/w/index.php?title=Draft:Rabbit_of_Paris_M%C3%A9tro&oldid=909332927",
+ "c-RoySmith-2019-08-04T22:45:00.000Z-Woodlot-2019-08-04T17:22:00.000Z": "Yup, I'm seeing the same thing. For example, reference 1 of https://en.wikipedia.org/w/index.php?title=Draft:Rabbit_of_Paris_M%C3%A9tro&oldid=909332927",
"h-Tech_News:_2019-32": "Tech News: 2019-32",
"h-SineBot_on_strike?-2019-08-04T17:04:00.000Z": "SineBot on strike?",
"c-RHaworth-2019-08-04T17:04:00.000Z-SineBot_on_strike?": "The SineBot (talk · contribs) has not made any edits since 2019 Jul 25. What has happened.?",
- "c-Nyttend-2019-08-04T21:04:00.000Z-RHaworth-2019-08-04T17:04:00.000Z": "The operator, User:Slakr, hasn't edited since 22 July. Maybe something crashed with the bot and Slakr hasn't noticed the problem yet? Or maybe a MediaWiki software change affected something on which the bot depended, making it unable to function? I doubt there's any way to identify the precise problem until Slakr returns to activity — since the source code has not been published, only the operator knows how the bot works, and only the operator can figure out what critical processes may have been broken. And of course, only the operator can check to see if the operator's personal computer has stopped working properly at home.",
+ "c-Nyttend-2019-08-04T21:04:00.000Z-RHaworth-2019-08-04T17:04:00.000Z": "The operator, User:Slakr, hasn't edited since 22 July. Maybe something crashed with the bot and Slakr hasn't noticed the problem yet? Or maybe a MediaWiki software change affected something on which the bot depended, making it unable to function? I doubt there's any way to identify the precise problem until Slakr returns to activity — since the source code has not been published, only the operator knows how the bot works, and only the operator can figure out what critical processes may have been broken. And of course, only the operator can check to see if the operator's personal computer has stopped working properly at home.",
"c-Enterprisey-2019-08-05T09:28:00.000Z-RHaworth-2019-08-04T17:04:00.000Z": "Can't find any sinebot stuff on Toolforge; I could be looking in the wrong place, of course, but that doesn't bode well for someone else being able to take over. While I was poking around, I found a project called mh-signbot, maintained by Zppix and a couple of other people, that seems to have some promising-looking Python code. I will read it more closely and look into running it (and someone else isn't already set up to run it, of course).",
"c-Enterprisey-2019-08-05T09:31:00.000Z-Enterprisey-2019-08-05T09:28:00.000Z": "Oh, that's the Commons signbot, operated by Zhuyifei1999. So we might be able to get some help while this outage continues. (Also, we now definitely know that the code works.) I've pinged 'em over on Commons.",
- "c-Zhuyifei1999-2019-08-05T15:26:00.000Z-Enterprisey-2019-08-05T09:31:00.000Z": "mh-signbot was a fork by them to operate on Miraheze, which didn't work out at the time due to them lacking eventstreams, no idea about its current state. There are also quite a few other forks, the one I know best is dewiki fork (de:Special:Contribs/CountCountBot), which I haven't had the time to look into closely and upstream any changes, and is worsened by the fact that I did a restructure of the code right after they forked it, but before I noticed the fork... Unfortunately, the code is doomed to deadlock at some point and needs manual restarting.\nAs for running it here, I would very much prefer a local bot op to operate it. There are a few site-local customizations that needs changing. The latest code of upstream Commons one is on gist. I'm happy to help if you run into technical issues.",
+ "c-Zhuyifei1999-2019-08-05T15:26:00.000Z-Enterprisey-2019-08-05T09:31:00.000Z": "mh-signbot was a fork by them to operate on Miraheze, which didn't work out at the time due to them lacking eventstreams, no idea about its current state. There are also quite a few other forks, the one I know best is dewiki fork (de:Special:Contribs/CountCountBot), which I haven't had the time to look into closely and upstream any changes, and is worsened by the fact that I did a restructure of the code right after they forked it, but before I noticed the fork... Unfortunately, the code is doomed to deadlock at some point and needs manual restarting. As for running it here, I would very much prefer a local bot op to operate it. There are a few site-local customizations that needs changing. The latest code of upstream Commons one is on gist. I'm happy to help if you run into technical issues.",
"h-Template:colored_link_in_sortable_table_headers_breaks_linking-2019-08-02T20:52:00.000Z": "Template:colored link in sortable table headers breaks linking",
- "c-Eman235-2019-08-02T20:52:00.000Z-Template:colored_link_in_sortable_table_headers_breaks_linking": "In the following example table:\n\n\nFoo\nBar\n\na\nx\n\nb\ny\n\n\n\"Foo\", a regular link, is perfectly clickable, and takes me to that article; but Bar (which is {{colored link|green|Bar}}) just sorts the table, as if I'd clicked the up-down button. List of minor planets: 541001–542000 and friends are examples of this in the wild. I'm using Firefox.",
- "c-Xaosflux-2019-08-02T21:06:00.000Z-Eman235-2019-08-02T20:52:00.000Z": "@Eman235: wrap a div around it for a quick fix:\n\n\nFoo\nBar\n\na\nx\n\nb\ny",
+ "c-Eman235-2019-08-02T20:52:00.000Z-Template:colored_link_in_sortable_table_headers_breaks_linking": "In the following example table: Foo Bar a x b y \"Foo\", a regular link, is perfectly clickable, and takes me to that article; but Bar (which is {{colored link|green|Bar}}) just sorts the table, as if I'd clicked the up-down button. List of minor planets: 541001–542000 and friends are examples of this in the wild. I'm using Firefox.",
+ "c-Xaosflux-2019-08-02T21:06:00.000Z-Eman235-2019-08-02T20:52:00.000Z": "@Eman235: wrap a div around it for a quick fix: Foo Bar a x b y",
"c-Eman235-2019-08-02T21:09:00.000Z-Xaosflux-2019-08-02T21:06:00.000Z": "Still doesn't work for me ):",
"c-Xaosflux-2019-08-02T21:12:00.000Z-Eman235-2019-08-02T21:09:00.000Z": "I got tricked in preview mode, looking for an \"easy\" way for you to do this, there are tricky ways.",
"c-Eman235-2019-08-02T21:37:00.000Z-Xaosflux-2019-08-02T21:12:00.000Z": "If nothing else, a tricky solution might be fine for Template:List of minor planets/header2 (it being a template and all).",
@@ -876,9 +876,9 @@
"c-Xaosflux-2019-08-04T22:14:00.000Z-Nyttend-2019-08-04T21:05:00.000Z": "@Nyttend and Eman235: yea - someone should open a phab ticket, it isn't the template per se, but if a span is used on a table headerer with wikitable sortable, the label is turned in to the control when it isn't expected to be...",
"c-Anomie-2019-08-05T12:01:00.000Z-Xaosflux-2019-08-04T22:14:00.000Z": "More specifically, the problem is that the JS tablesorter code tries to avoid triggering when a link is clicked, but it only special-cases clicks on the element itself. With {{colored link}}, it sees the used for applying the coloring as the thing clicked and doesn't bother to check whether that is inside of an . This would also happen with things like italic or bold markup inside a link in a table header, basically anything where there's a tag inside the .",
"c-Rfassbind-2019-08-04T21:42:00.000Z-Template:colored_link_in_sortable_table_headers_breaks_linking": "For the list of minor planets: 541001–542000 and friends, the standard, light-grey color for wikitable headers is undesirable, because it is too similar to the existing color palette used for the table rows. Is there a WP:POLICY that forbids changing the table-header color despite good reasons? While the link and sort features are currently in conflict with each other, the middle mouse button still works. I'm currently testing a work-around for said conflict. If no simple solution can be found, the table's sortability feature will have to go.",
- "c-Nyttend-2019-08-04T22:04:00.000Z-Rfassbind-2019-08-04T21:42:00.000Z": "The problem with using multiple colors for meaning is that it's sometimes not as accessible for colorblind people like me, and it's meaningless to the blind. But it sounds like you're doing this just for variation, in a situation where variation has a practical benefit. That should be fine as far as accessibility is concerned, but if you use multiple colors, users will expect meaning to be associated with the different colors, and \"random\" use of colors will be confusing. If your exclusive purpose is distinguishing the text from something else, why not just pick one color and use it consistently? Either users won't notice, or they'll notice and not be confused. Also, the middle mouse button doesn't always work: when I do a middle-click with my mouse, it brings up something that's intended to let me choose an open window to use (browser, calculator, Notepad, etc.) and doesn't open a new browser tab with the link target, as it did on my previous computers. I'm using Windows 10 with Internet Explorer; I don't know if other browsers or other operating systems will behave the same way. However, if I'm using the touchpad on the same computer, I don't have a middle mouse button, and I have no idea if there's an analogous feature for people who edit on smartphones.",
+ "c-Nyttend-2019-08-04T22:04:00.000Z-Rfassbind-2019-08-04T21:42:00.000Z": "The problem with using multiple colors for meaning is that it's sometimes not as accessible for colorblind people like me, and it's meaningless to the blind. But it sounds like you're doing this just for variation, in a situation where variation has a practical benefit. That should be fine as far as accessibility is concerned, but if you use multiple colors, users will expect meaning to be associated with the different colors, and \"random\" use of colors will be confusing. If your exclusive purpose is distinguishing the text from something else, why not just pick one color and use it consistently? Either users won't notice, or they'll notice and not be confused. Also, the middle mouse button doesn't always work: when I do a middle-click with my mouse, it brings up something that's intended to let me choose an open window to use (browser, calculator, Notepad, etc.) and doesn't open a new browser tab with the link target, as it did on my previous computers. I'm using Windows 10 with Internet Explorer; I don't know if other browsers or other operating systems will behave the same way. However, if I'm using the touchpad on the same computer, I don't have a middle mouse button, and I have no idea if there's an analogous feature for people who edit on smartphones.",
"c-PrimeHunter-2019-08-05T09:54:00.000Z-Nyttend-2019-08-04T22:04:00.000Z": "The links work with Help:Sorting#Sorting buttons in a separate row like below. But it looks bad and may sound like an empty row in a screen reader.",
- "c-Nyttend_backup-2019-08-05T16:34:00.000Z-Template:colored_link_in_sortable_table_headers_breaks_linking": "Designation\nDiscovery\nProperties\nRef\n\nPermanent\nProvisional\nCitation\nDate\nSite\nDiscoverer(s)\nCategory\nDiam.\n\n\n\n\n\n5410012017 XF58—January 17, 2015Kitt PeakSpacewatch · 820 mMPC · JPL\n\n5410022017 XU58—October 7, 2004Kitt PeakSpacewatch · 490 mMPC · JPL\n\n5410032017 XV58—November 30, 2005Kitt PeakSpacewatch · 1.4 kmMPC · JPL\n\nGraham87, could you check this table and tell us how your screen reader handles it? This table has six lines: \"Designation and Discovery\" appear on the first line (a header), \"Permanent\" and \"Provisional\" and \"Citation\" and \"Date\" and \"Site\" and \"Discoverer(s)\" and \"Category\" and \"Diam.\" appear on the second (also a header), the third is spots where one can click to re-sort, and data appear on the fourth through the sixth. Also, there's a \"Ref\" header that appears in a merged first and second line.",
+ "c-Nyttend_backup-2019-08-05T16:34:00.000Z-Template:colored_link_in_sortable_table_headers_breaks_linking": "Designation Discovery Properties Ref Permanent Provisional Citation Date Site Discoverer(s) Category Diam. 541001 2017 XF58 — January 17, 2015 Kitt Peak Spacewatch · 820 m MPC · JPL 541002 2017 XU58 — October 7, 2004 Kitt Peak Spacewatch · 490 m MPC · JPL 541003 2017 XV58 — November 30, 2005 Kitt Peak Spacewatch · 1.4 km MPC · JPL Graham87, could you check this table and tell us how your screen reader handles it? This table has six lines: \"Designation and Discovery\" appear on the first line (a header), \"Permanent\" and \"Provisional\" and \"Citation\" and \"Date\" and \"Site\" and \"Discoverer(s)\" and \"Category\" and \"Diam.\" appear on the second (also a header), the third is spots where one can click to re-sort, and data appear on the fourth through the sixth. Also, there's a \"Ref\" header that appears in a merged first and second line.",
"c-Xaosflux-2019-08-05T16:37:00.000Z-Nyttend_backup-2019-08-05T16:34:00.000Z": "Not use a screen reader, but as a generic reader this makes me think something is missing by having the controls on their own row with no labels.",
"h-New_user_script:_Superjump-2019-07-28T07:19:00.000Z": "New user script: Superjump",
"c-Enterprisey-2019-07-28T07:19:00.000Z-New_user_script:_Superjump": "Hi everyone! Just wrote a new user script. I don't usually announce new ones here, but I think this one is pretty useful. With this script, you can add custom keyboard shortcuts that will take you to any page. You can also have sub-menus, which allow for key sequences. Documentation is at User:Enterprisey/superjump, code is at User:Enterprisey/superjump.js, and I wrote a config tool so you don't have to write JSON if you don't want to. Feedback is welcome!",
@@ -890,17 +890,17 @@
"c-SharabSalam-2019-08-06T02:57:00.000Z-Mobile_version_infobox_country_and_the_lede": "Hi, so I noticed today in the mobile version that infobox country appears before the lede paragraph. This was not the case before. It was firstly the lede paragraph then the infobox of the country. e.g Yemen, Algeria.",
"h-Edit_counter_and_\"Top_Edits\"_currently_non-functional-2019-08-06T02:31:00.000Z": "Edit counter and \"Top Edits\" currently non-functional",
"c-Softlavender-2019-08-06T02:31:00.000Z-Edit_counter_and_\"Top_Edits\"_currently_non-functional": "I can't get the xtools.wmflabs.org \"Edit count\" tool to work, either on overall edits by an editor or an editor's edits per page. It just keeps loading and then times out, with the message \"Sorry, the requested information took too long to process (timeout 600 seconds). In order to save resources, the query was automatically killed.\" Help!",
- "c-MusikAnimal-2019-08-06T02:42:00.000Z-Softlavender-2019-08-06T02:31:00.000Z": "@Softlavender: Everything is in working order on my end. Could you give examples? I'm assuming you were looking up a user with a very high edit count, or a page with a very high revision count. In these cases it is expected to go slow and unfortunately sometimes timeout. That said, the database servers have been performing very well as of late, so you shouldn't see this error very often.\n\nRemember you can make the Edit Counter go faster by asking for only the data you want, using the checkboxes at https://xtools.wmflabs.org/ec.",
+ "c-MusikAnimal-2019-08-06T02:42:00.000Z-Softlavender-2019-08-06T02:31:00.000Z": "@Softlavender: Everything is in working order on my end. Could you give examples? I'm assuming you were looking up a user with a very high edit count, or a page with a very high revision count. In these cases it is expected to go slow and unfortunately sometimes timeout. That said, the database servers have been performing very well as of late, so you shouldn't see this error very often. Remember you can make the Edit Counter go faster by asking for only the data you want, using the checkboxes at https://xtools.wmflabs.org/ec.",
"c-Softlavender-2019-08-06T02:54:00.000Z-Softlavender-2019-08-06T02:31:00.000Z": "Update: It's the \"Top Edits\" that's timing out, although a user's overall edits is loading very very very slow as well. For an example of the Top Edits timing out, try to search my edits to WP:ANI: .",
- "c-MusikAnimal-2019-08-06T03:13:00.000Z-Softlavender-2019-08-06T02:54:00.000Z": "@Softlavender: Thanks. AN/I is one of those pages that is less likely to be successful :( There are over a million edits to scan. I can try to make it only search the past N revisions or something, so that you can at least get some data.\n\nI'm not sure about the Edit Counter being slow; it took about 25 seconds for your account. This is reasonably fast considering your 82,000+ edit count.",
+ "c-MusikAnimal-2019-08-06T03:13:00.000Z-Softlavender-2019-08-06T02:54:00.000Z": "@Softlavender: Thanks. AN/I is one of those pages that is less likely to be successful :( There are over a million edits to scan. I can try to make it only search the past N revisions or something, so that you can at least get some data. I'm not sure about the Edit Counter being slow; it took about 25 seconds for your account. This is reasonably fast considering your 82,000+ edit count.",
"c-Softlavender-2019-08-06T03:27:00.000Z-MusikAnimal-2019-08-06T03:13:00.000Z": "I have never had the Edit Counter to time out when searching prolific users' edits to ANI, and I have done that search often with many prolific ANI posters (i.e., posting many hundreds of times to ANI). Can someone please fix it? Thanks.",
- "c-MusikAnimal-2019-08-06T04:34:00.000Z-Softlavender-2019-08-06T03:27:00.000Z": "It took nearly 20 minutes, but I did get results using Sigma's tool, so feel free to use that as an alternative, since it doesn't seem to have a time limit. You have made a lot of edits to AN/I, so perhaps this combined with the long history of AN/I is what's making it so slow. There are many other factors; it's hard to say why your account times out and not others.\n\nI'm not certain I can come up with a quick fix for XTools. We simply can't allow queries to run for that long. I shall try, though!",
+ "c-MusikAnimal-2019-08-06T04:34:00.000Z-Softlavender-2019-08-06T03:27:00.000Z": "It took nearly 20 minutes, but I did get results using Sigma's tool, so feel free to use that as an alternative, since it doesn't seem to have a time limit. You have made a lot of edits to AN/I, so perhaps this combined with the long history of AN/I is what's making it so slow. There are many other factors; it's hard to say why your account times out and not others. I'm not certain I can come up with a quick fix for XTools. We simply can't allow queries to run for that long. I shall try, though!",
"c-Softlavender-2019-08-06T03:46:00.000Z-Softlavender-2019-08-06T02:31:00.000Z": "I'm guessing that this new format and version , which looks nothing like the old format and version, is the problem, but no one wants to admit it doesn't work. Could we therefore revert to the previous, working version?",
"c-MusikAnimal-2019-08-06T04:38:00.000Z-Softlavender-2019-08-06T03:46:00.000Z": "Hmm the last change to Top Edits was on May 29, and that was supposed to make it go faster, not slower. I just replied to you above; it seems there's something especially slow about your account + AN/I, and it's not unique to XTools. Use Sigma's tool for now since it doesn't have a time limit. I've changed MediaWiki:Histlegend to link to this tool, too (it was changed to XTools because at the time Sigma's tools were down).",
- "c-Softlavender-2019-08-06T04:52:00.000Z-MusikAnimal-2019-08-06T04:38:00.000Z": "Whatever the case, Top Edits is clearly not working, so it needs to either be fixed or reverted to a version that worked, or it needs to be replaced with Sigma's tool on all WP:PAGEHISTORY pages.",
+ "c-Softlavender-2019-08-06T04:52:00.000Z-MusikAnimal-2019-08-06T04:38:00.000Z": "Whatever the case, Top Edits is clearly not working, so it needs to either be fixed or reverted to a version that worked, or it needs to be replaced with Sigma's tool on all WP:PAGEHISTORY pages.",
"c-MusikAnimal-2019-08-06T05:24:00.000Z-Softlavender-2019-08-06T04:52:00.000Z": "I don't think there were any code changes that caused this. Database queries can be very complex with many factors that could cause them to be slow. It may have been not-slow before, but AN/I has since grown, or perhaps the problem is that a lot of people are using the database servers right now. It's not easy to debug, but queries timing out for a pages like AN/I is really of no surprise. Sigma's tool is struggling too in this case, but as I stated above, MediaWiki:Histlegend has been updated to link to it.",
"h-French_editor_asking_why_Dendera_zodiac_isn't_supported_by_the_machine_translati-2019-08-06T12:25:00.000Z": "French editor asking why Dendera zodiac isn't supported by the machine translation software",
- "c-Doug_Weller-2019-08-06T12:25:00.000Z-French_editor_asking_why_Dendera_zodiac_isn't_supported_by_the_machine_translati": "See and Talk:Dendera zodiac#no traduction possible !? (sorry for my english).",
+ "c-Doug_Weller-2019-08-06T12:25:00.000Z-French_editor_asking_why_Dendera_zodiac_isn't_supported_by_the_machine_translati": "See and Talk:Dendera zodiac#no traduction possible !? (sorry for my english).",
"h-Gender_questions-2019-08-06T18:18:00.000Z": "Gender questions",
"c-GoodDay-2019-08-06T18:18:00.000Z-Gender_questions": "OK, what's with the 'Gender' questionaire, popping up?",
"c-Eman235-2019-08-06T18:26:00.000Z-GoodDay-2019-08-06T18:18:00.000Z": "Wikipedia:Village pump (miscellaneous)/Archive 62#Notification of upcoming editor survey has some info.",
@@ -909,12 +909,12 @@
"c-PrimeHunter-2019-08-04T09:09:00.000Z-Viztor-2019-08-04T05:48:00.000Z": "Which message box? The parameter |style = width:100%; margin:0; should do it when the base templates are called directly. Other templates may not pass on style.",
"c-TheDJ-2019-08-06T18:39:00.000Z-PrimeHunter-2019-08-04T09:09:00.000Z": "The responsive content gadget does this for all amboxes when the page is narrower than 800px.",
"h-Bots_Newsletter,_August_2019-2019-08-07T17:24:00.000Z": "Bots Newsletter, August 2019",
- "c-Headbomb-2019-08-07T17:24:00.000Z-Bots_Newsletter,_August_2019": "Bots Newsletter, August 2019\n\n\n\nGreetings!\n\nHere is the 7th issue of the Bots Newsletter, a lot happened since last year's newsletter! You can subscribe/unsubscribe from future newsletters by adding/removing your name from this list.\n\nHighlights for this newsletter include:\n\nARBCOM\nNothing of note happened. Just like we like it.\n\nBAG\nSeveral (1 + 12 = 13) users have been retired/resigned from the BAG due to inactivity, per our new activity requirements (discussion).\n\nBAG members are expected to be active on Wikipedia to have their finger on the pulse of the community. After two years without any bot-related activity (such as posting on bot-related pages, posting on a bot's talk page, or operating a bot), BAG members will be retired from BAG following a one-week notice. Retired members can re-apply for BAG membership as normal if they wish to rejoin the BAG.\nTwo BAG members retired\nMadman (talk · contribs) retired.\nBU Rob13 (talk · contribs) vanished and retired.\nThree new BAG members have been voted in, welcome to the BAG!\nPrimefac (talk · contribs) joined on 2018-12-12 (RfBAG). Primefac operates PrimeBOT (talk · contribs) which does a plethora of tasks.\nTheSandDoctor (talk · contribs) joined on 2019-01-21 (RfBAG). TheSandDoctor operates several bots including DeprecatedFixerBot (talk · contribs).\nEnterprisey (talk · contribs) joined on 2019-08-07 (RfBAG). Enterprisey operates EnterpriseyBot (talk · contribs), which does a plethora of tasks, RemindMeBot (talk · contribs) which posts reminders, and codes several scripts.\n\nWe thank former members for their service and wish Madman a happy retirement. We note that Madman and BU Rob13 were not inactive and could resume their BAG positions if they so wished, should their retirements happens to be temporary.\n\nBOTDICT\nTwo new entries feature in the bots dictionary\nEditor-hostile wikitext – describes wikitext structuring that is editor hostile, even if it renders correctly\nSpectrum of usefulness – describes how tasks are deemed useful or not\n\nBOTPOL\nActivity requirements: BAG members now have an activity requirement. The requirements are very light, one only needs to be involved in a bot-related area at some point within the last two years. For purpose of meeting these requirements, discussing a bot-related matter anywhere on Wikipedia counts, as does operating a bot (RFC).\nCopyvio flag: Bot accounts may be additionally marked by a bureaucrat upon BAG request as being in the \"copyviobot\" user group on Wikipedia. This flag allows using the API to add metadata to edits for use in the New pages feed (discussion). There is currently 1 bot using this functionality.\nMass creation: The restriction on mass-creation (semi-automated or automated) was extended from articles, to all content-pages. There are subtleties, but content here broadly means whatever a reader could land on when browsing the mainspace in normal circumstances (e.g. Mainspace, Books, most Categories, Portals, ...). There is also a warning that WP:MEATBOT still applies in other areas (e.g. Redirects, Wikipedia namespace, Help, maintenance categories, ...) not explicitely covered by WP:MASSCREATION.\n\nBOTREQs and BRFAs\nAs of writing, we have...\n20 active BOTREQs, please help if you can!\n14 open BRFAs and 1 BRFA in need of BAG attention (see live status).\nIn 2018, 96 bot task were approved. An AWB search shows approximately 29 were withdrawn/expired, and 6 were denied.\nSince the start of 2019, 97 bot task were approved. Logs show 15 were withdrawn/expired, and 15 were denied.\n10 inactive bots have been deflagged (see discussion). 5 other bots have been deflagged per operator requests or similar (see discussion).\n\nNew things\nAll bot-related discussion pages now have a centralized and searchable archive box (see discussion). Discussions are searchable per noticeboard, or globally.\n{{Bot}} now supports |status=expired (see discussion). This led to the deletion of Category:Indefinitely blocked Wikipedia bots as useless (see discussion).\nWP:BOTREQ now mentions WP:SCRIPTREQ and WP:AWBTASKS as alternatives to bot requests.\nThe bot creation guide now mentions bot flags, and two new languages Awk and MATLAB. Other minor tweaks have been made.\nAAlertBot has received major code updates. In particular, WP:AALERTS will now report splits, mergers, and AFC submissions.\nCitation bot has received several updates (User talk:Citation bot/Archive 10/11/12/13/14/15/16/17). In particular, the bot stopped the automated removal of |publisher= from {{cite journal}}, and stopped the automated addition of CiteSeerX links, and now uses OAuth to authenticate those who make requests of the bot.\n\nOther discussions\nThese are some of the discussions that happened / are still happening since the last Bots Newsletter. Many are stale, but some are still active.\nWikipedia:Bots/Noticeboard/Archive 12#Adminbots requests page\nWikipedia:Bots/Noticeboard/Archive 12#Double-redirect tagging (2019)\nWikipedia:Bots/Noticeboard/Archive 12#Long and Winding Road to Parsoid\nWikipedia:Bots/Noticeboard/Archive 13#Bot-like user scripts\nWikipedia:Bots/Noticeboard/Archive 13#WP:URLREQ\nWikipedia:Bots/Noticeboard/Archive 13#Wikipedia:Bots/Status\nWikipedia talk:Bot Approvals Group#Minimum edits\nWikipedia talk:Bot policy#Minor update to WP:BOTISSUE\nWikipedia talk:Bot policy#Semi-automated Portal creation\nWikipedia talk:Bot policy#Clarification on \"Bots operated by multiple users\"\nWikipedia talk:Bot policy#Bots triggered by multiple users\nWikipedia talk:Bots#How to use Special:ApiFeatureUsage\n\nSee also the latest discussions at the bot noticeboard.\n\nThank you! edited by:",
+ "c-Headbomb-2019-08-07T17:24:00.000Z-Bots_Newsletter,_August_2019": "Bots Newsletter, August 2019 Greetings! Here is the 7th issue of the Bots Newsletter, a lot happened since last year's newsletter! You can subscribe/unsubscribe from future newsletters by adding/removing your name from this list. Highlights for this newsletter include: ARBCOM Nothing of note happened. Just like we like it. BAG Several (1 + 12 = 13) users have been retired/resigned from the BAG due to inactivity, per our new activity requirements (discussion). BAG members are expected to be active on Wikipedia to have their finger on the pulse of the community. After two years without any bot-related activity (such as posting on bot-related pages, posting on a bot's talk page, or operating a bot), BAG members will be retired from BAG following a one-week notice. Retired members can re-apply for BAG membership as normal if they wish to rejoin the BAG. Two BAG members retired Madman (talk · contribs) retired. BU Rob13 (talk · contribs) vanished and retired. Three new BAG members have been voted in, welcome to the BAG! Primefac (talk · contribs) joined on 2018-12-12 (RfBAG). Primefac operates PrimeBOT (talk · contribs) which does a plethora of tasks. TheSandDoctor (talk · contribs) joined on 2019-01-21 (RfBAG). TheSandDoctor operates several bots including DeprecatedFixerBot (talk · contribs). Enterprisey (talk · contribs) joined on 2019-08-07 (RfBAG). Enterprisey operates EnterpriseyBot (talk · contribs), which does a plethora of tasks, RemindMeBot (talk · contribs) which posts reminders, and codes several scripts. We thank former members for their service and wish Madman a happy retirement. We note that Madman and BU Rob13 were not inactive and could resume their BAG positions if they so wished, should their retirements happens to be temporary. BOTDICT Two new entries feature in the bots dictionary Editor-hostile wikitext – describes wikitext structuring that is editor hostile, even if it renders correctly Spectrum of usefulness – describes how tasks are deemed useful or not BOTPOL Activity requirements: BAG members now have an activity requirement. The requirements are very light, one only needs to be involved in a bot-related area at some point within the last two years. For purpose of meeting these requirements, discussing a bot-related matter anywhere on Wikipedia counts, as does operating a bot (RFC). Copyvio flag: Bot accounts may be additionally marked by a bureaucrat upon BAG request as being in the \"copyviobot\" user group on Wikipedia. This flag allows using the API to add metadata to edits for use in the New pages feed (discussion). There is currently 1 bot using this functionality. Mass creation: The restriction on mass-creation (semi-automated or automated) was extended from articles, to all content-pages. There are subtleties, but content here broadly means whatever a reader could land on when browsing the mainspace in normal circumstances (e.g. Mainspace, Books, most Categories, Portals, ...). There is also a warning that WP:MEATBOT still applies in other areas (e.g. Redirects, Wikipedia namespace, Help, maintenance categories, ...) not explicitely covered by WP:MASSCREATION. BOTREQs and BRFAs As of writing, we have... 20 active BOTREQs, please help if you can! 14 open BRFAs and 1 BRFA in need of BAG attention (see live status). In 2018, 96 bot task were approved. An AWB search shows approximately 29 were withdrawn/expired, and 6 were denied. Since the start of 2019, 97 bot task were approved. Logs show 15 were withdrawn/expired, and 15 were denied. 10 inactive bots have been deflagged (see discussion). 5 other bots have been deflagged per operator requests or similar (see discussion). New things All bot-related discussion pages now have a centralized and searchable archive box (see discussion). Discussions are searchable per noticeboard, or globally. {{Bot}} now supports |status=expired (see discussion). This led to the deletion of Category:Indefinitely blocked Wikipedia bots as useless (see discussion). WP:BOTREQ now mentions WP:SCRIPTREQ and WP:AWBTASKS as alternatives to bot requests. The bot creation guide now mentions bot flags, and two new languages Awk and MATLAB. Other minor tweaks have been made. AAlertBot has received major code updates. In particular, WP:AALERTS will now report splits, mergers, and AFC submissions. Citation bot has received several updates (User talk:Citation bot/Archive 10/11/12/13/14/15/16/17). In particular, the bot stopped the automated removal of |publisher= from {{cite journal}}, and stopped the automated addition of CiteSeerX links, and now uses OAuth to authenticate those who make requests of the bot. Other discussions These are some of the discussions that happened / are still happening since the last Bots Newsletter. Many are stale, but some are still active. Wikipedia:Bots/Noticeboard/Archive 12#Adminbots requests page Wikipedia:Bots/Noticeboard/Archive 12#Double-redirect tagging (2019) Wikipedia:Bots/Noticeboard/Archive 12#Long and Winding Road to Parsoid Wikipedia:Bots/Noticeboard/Archive 13#Bot-like user scripts Wikipedia:Bots/Noticeboard/Archive 13#WP:URLREQ Wikipedia:Bots/Noticeboard/Archive 13#Wikipedia:Bots/Status Wikipedia talk:Bot Approvals Group#Minimum edits Wikipedia talk:Bot policy#Minor update to WP:BOTISSUE Wikipedia talk:Bot policy#Semi-automated Portal creation Wikipedia talk:Bot policy#Clarification on \"Bots operated by multiple users\" Wikipedia talk:Bot policy#Bots triggered by multiple users Wikipedia talk:Bots#How to use Special:ApiFeatureUsage See also the latest discussions at the bot noticeboard. Thank you! edited by:",
"h-Searching_for_deleted_edits-2019-08-08T00:56:00.000Z": "Searching for deleted edits",
- "c-Apokrif-2019-08-08T00:56:00.000Z-Searching_for_deleted_edits": "Hi,\n\nI'm looking for the external tool which allows (even to non-admins) to display the list of a user's \"deleted edits\" (actually, I think it was the list of deleted pages they created or edited). IIRC it looked like (which provides a \"deleted edit\" links that redirects to Special:DeletedContributions, which can be used only by admins).\n\nThanks.",
+ "c-Apokrif-2019-08-08T00:56:00.000Z-Searching_for_deleted_edits": "Hi, I'm looking for the external tool which allows (even to non-admins) to display the list of a user's \"deleted edits\" (actually, I think it was the list of deleted pages they created or edited). IIRC it looked like (which provides a \"deleted edit\" links that redirects to Special:DeletedContributions, which can be used only by admins). Thanks.",
"c-MusikAnimal-2019-08-08T02:12:00.000Z-Apokrif-2019-08-08T00:56:00.000Z": "@Apokrif: Perhaps you're referring to the Pages Created tool? E.g. see your deleted mainspace pages",
"h-“Wikidata_item”_link_to_be_moved_in_the_menu_column-2019-08-08T09:48:00.000Z": "“Wikidata item” link to be moved in the menu column",
- "c-Lea_Lacroix_(WMDE)-2019-08-08T09:48:00.000Z-“Wikidata_item”_link_to_be_moved_in_the_menu_column": "Hello all,\n\nCurrently and since Wikipedia articles and Wikidata items have been connected, the link “Wikidata item” appears on the menu column, in the section “Tools”.\n\nHowever, many editors from various projects told us that it would make more sense to have the link in the “In other projects” section, since Wikidata is one of the Wikimedia projects and the Wikidata item link doesn’t really belong to the list of special pages.\n\nThis is why we are going to change the position of the link, on August 22nd for all Wikipedias and August 21st for all the other projects. After this date, you will find the “Wikidata item” link in the “In other projects” section.\n\nIn some cases, for example on help and meta pages, the section may contain two links to Wikidata, for example on Help:Contents where there will be the “Wikidata” link (linking to d:Help:Contents) and the “Wikidata item” link (linking to d:Q914807).\n\nIf you want to know more about the previous discussions or mention a bug or an issue, please add a comment to the related Phabricator task. If you want to reply to me onwiki, please ping me so I don’t miss your message.\n\nThanks for your understanding,",
+ "c-Lea_Lacroix_(WMDE)-2019-08-08T09:48:00.000Z-“Wikidata_item”_link_to_be_moved_in_the_menu_column": "Hello all, Currently and since Wikipedia articles and Wikidata items have been connected, the link “Wikidata item” appears on the menu column, in the section “Tools”. However, many editors from various projects told us that it would make more sense to have the link in the “In other projects” section, since Wikidata is one of the Wikimedia projects and the Wikidata item link doesn’t really belong to the list of special pages. This is why we are going to change the position of the link, on August 22nd for all Wikipedias and August 21st for all the other projects. After this date, you will find the “Wikidata item” link in the “In other projects” section. In some cases, for example on help and meta pages, the section may contain two links to Wikidata, for example on Help:Contents where there will be the “Wikidata” link (linking to d:Help:Contents) and the “Wikidata item” link (linking to d:Q914807). If you want to know more about the previous discussions or mention a bug or an issue, please add a comment to the related Phabricator task. If you want to reply to me onwiki, please ping me so I don’t miss your message. Thanks for your understanding,",
"h-What_happened_to_stub_search?-2019-08-06T18:02:00.000Z": "What happened to stub search?",
"c-Vchimpanzee-2019-08-06T18:02:00.000Z-What_happened_to_stub_search?": "In an archived Teahouse question, this was asked. I didn't tell the person to come here because of problematic editing. But it might be useful to answer the question if someone is wondering.",
"c-Snaevar-2019-08-08T17:09:00.000Z-Vchimpanzee-2019-08-06T18:02:00.000Z": "It is probably User:Danski454/stubsearch.",
@@ -926,13 +926,13 @@
"h-Tool_to_rollback_an_edit_that_sinebot_signed?-2019-08-09T07:48:00.000Z": "Tool to rollback an edit that sinebot signed?",
"c-Someguy1221-2019-08-09T07:48:00.000Z-Tool_to_rollback_an_edit_that_sinebot_signed?": "Basically the header. Very very often I revert vandalism or otherwise unconstructive edits to talk pages, but I can't use the rollback or undo buttons because sinebot already signed it, so now I have to revert two edits by two different users. Is there any tool or javascript or something that would let me revert such a pair of edits as easily as using rollback?",
"c-John_of_Reading-2019-08-09T07:57:00.000Z-Someguy1221-2019-08-09T07:48:00.000Z": "@Someguy1221: Twinkle's rollback knows about sinebot. If you ask it to rollback the sinebot edit, it will ask you whether you want to rollback the previous edit as well.",
- "h-Add_printworthy_{{R_slang}}_rcat_template-2019-08-07T09:00:00.000Z": "Add printworthy {{R slang}} rcat template",
+ "h-Add_printworthy_{{R_slang}}_rcat_template-2019-08-07T09:00:00.000Z": "Add printworthy {{R slang}} rcat template",
"c-Monniasza-2019-08-07T09:00:00.000Z-Add_printworthy_{{R_slang}}_rcat_template": "{{R slang}} will tag redirects from slangs.",
"c-PrimeHunter-2019-08-07T10:25:00.000Z-Monniasza-2019-08-07T09:00:00.000Z": "We have {{R from alternative name}}. I'm not sure slang is well-defined enough when there are many varieties of English. Anyway, this is not a technical issue. It could be suggested at Wikipedia talk:Template messages/Redirect pages or Wikipedia talk:WikiProject Redirect.",
"c-Wugapodes-2019-08-09T08:19:00.000Z-Monniasza-2019-08-07T09:00:00.000Z": "@Monniasza: I redirected it to {{r from synonym}}. You can start tagging pages with it, and if we ever want to distinguish slang from other kinds of synonyms, the pages won't have to be resorted.",
"h-User_talk:GregU/dashes.js-2019-08-09T11:32:00.000Z": "User talk:GregU/dashes.js",
- "c-CambridgeBayWeather-2019-08-09T11:32:00.000Z-User_talk:GregU/dashes.js": "I just noticed that User:GregU/dashes.js (User talk:GregU/dashes.js) is changing the blue linked time zone UTC−08:00 (see Lumby, British Columbia) to the red linked UTC– 08:00 (see here). It seems that Template:U:GregU hasen't edited since 2012. It needs to get fixed. CambridgeBayWeather, Uqaqtuq (talk), Sunasuttuq 11:32, 9 August 2019 (UTC)\nOh, GregU",
- "c-Xaosflux-2019-08-09T11:40:00.000Z-CambridgeBayWeather-2019-08-09T11:32:00.000Z": "Someone should fork that or convert it to a gadget, relying on other people's personal scripts leads to exactly this situation when they stop being maintained. That being said, if someone has a very minor fix to suggest, drop an edit request at User talk:GregU/dashes.js and an interface admin will consider it.",
+ "c-CambridgeBayWeather-2019-08-09T11:32:00.000Z-User_talk:GregU/dashes.js": "I just noticed that User:GregU/dashes.js (User talk:GregU/dashes.js) is changing the blue linked time zone UTC−08:00 (see Lumby, British Columbia) to the red linked UTC– 08:00 (see here). It seems that Template:U:GregU hasen't edited since 2012. It needs to get fixed. CambridgeBayWeather, Uqaqtuq (talk), Sunasuttuq 11:32, 9 August 2019 (UTC) Oh, GregU",
+ "c-Xaosflux-2019-08-09T11:40:00.000Z-CambridgeBayWeather-2019-08-09T11:32:00.000Z": "Someone should fork that or convert it to a gadget, relying on other people's personal scripts leads to exactly this situation when they stop being maintained. That being said, if someone has a very minor fix to suggest, drop an edit request at User talk:GregU/dashes.js and an interface admin will consider it.",
"c-Incnis_Mrsi-2019-08-09T12:04:00.000Z-CambridgeBayWeather-2019-08-09T11:32:00.000Z": "I noticed some problematical edits (or, rather, inaccurate edit summaries) by this script earlier, but the Lumby, British Columbia edit is equivalent to vandalism. If the diff was not forged, then the script should to be disabled as soon as possible.",
"c-CambridgeBayWeather-2019-08-09T12:08:00.000Z-Incnis_Mrsi-2019-08-09T12:04:00.000Z": "It's been doing it for a while. I am tempted to just delete it.",
"c-Incnis_Mrsi-2019-08-09T12:14:00.000Z-CambridgeBayWeather-2019-08-09T12:08:00.000Z": "@CambridgeBayWeather: yes, castrate this being, please.",
@@ -944,7 +944,7 @@
"h-interwiki_links-2019-08-08T23:04:00.000Z": "interwiki links",
"c-GrahamHardy-2019-08-08T23:04:00.000Z-interwiki_links": "Hi, can somene link https://sq.wikipedia.org/wiki/E_penguara and A Girl in Exile, I think there's a page in German also... Thanks",
"c-Þjarkur-2019-08-08T23:11:00.000Z-GrahamHardy-2019-08-08T23:04:00.000Z": " Done",
- "c-GrahamHardy-2019-08-09T04:59:00.000Z-interwiki_links": "Thanks, also https://sq.wikipedia.org/wiki/Lulet_e_ftohta_t%C3%AB_marsit needs linking to Spring Flowers, Spring Frost and Swedish article, Thanks GrahamHardy (talk) 04:59, 9 August 2019 (UTC)\nabove now done, but https://sq.wikipedia.org/wiki/Dosja_H needs linking to The File on H. Thanks",
+ "c-GrahamHardy-2019-08-09T04:59:00.000Z-interwiki_links": "Thanks, also https://sq.wikipedia.org/wiki/Lulet_e_ftohta_t%C3%AB_marsit needs linking to Spring Flowers, Spring Frost and Swedish article, Thanks GrahamHardy (talk) 04:59, 9 August 2019 (UTC) above now done, but https://sq.wikipedia.org/wiki/Dosja_H needs linking to The File on H. Thanks",
"c-Xaosflux-2019-08-10T00:36:00.000Z-GrahamHardy-2019-08-09T04:59:00.000Z": "@GrahamHardy: you can do these yourself, on the left side panel there is a section called \"languages\", click the little pencil icon in there and you can add interwiki links.",
"h-Glitch_on_Lorrie_Morgan-2019-08-09T23:45:00.000Z": "Glitch on Lorrie Morgan",
"c-TenPoundHammer-2019-08-09T23:45:00.000Z-Glitch_on_Lorrie_Morgan": "For some reason, the picture of Keith Whitley is not displaying under the \"personal life\"section of Lorrie Morgan. Purging the cache hasn't helped. Any idea what's causing this? All other pictures are showing up, just not that one. Ten Pound Hammer •",
@@ -954,14 +954,14 @@
"c-Xaosflux-2019-08-10T01:30:00.000Z-Xaosflux-2019-08-10T01:29:00.000Z": "And if not, can you try looking with a different browser - in case you somehow are applying something like an ad-block to it?",
"c-TenPoundHammer-2019-08-10T02:00:00.000Z-Xaosflux-2019-08-10T01:30:00.000Z": "It seems to be working now. Ten Pound Hammer •",
"h-Unified_Login_broken_(at_least_for_Commons)?-2019-08-10T02:46:00.000Z": "Unified Login broken (at least for Commons)?",
- "c-ElKevbo-2019-08-10T02:46:00.000Z-Unified_Login_broken_(at_least_for_Commons)?": "Quick check: Is unified login broken - at least for Commons - for anyone else? I'm logged in here but not logged into Commons; I didn't even know that this was possible anymore.",
+ "c-ElKevbo-2019-08-10T02:46:00.000Z-Unified_Login_broken_(at_least_for_Commons)?": "Quick check: Is unified login broken - at least for Commons - for anyone else? I'm logged in here but not logged into Commons; I didn't even know that this was possible anymore.",
"c-Xaosflux-2019-08-10T04:49:00.000Z-ElKevbo-2019-08-10T02:46:00.000Z": " Works for me @ElKevbo: try logging out, deleting all your wmf cookies, and logging in again.",
"h-request_assistance-2019-08-09T15:54:00.000Z": "request assistance",
"c-Adienes-2019-08-09T15:54:00.000Z-request_assistance": "I'm trying to upload image to WikiCommons and getting message that I am not a confirmed user. I never got this message before. How can I get confirmed?",
"c-Xaosflux-2019-08-09T17:41:00.000Z-Adienes-2019-08-09T15:54:00.000Z": "@Adienes: try to follow this link directly: commons:Special:UploadWizard.",
"c-Snaevar-2019-08-09T19:01:00.000Z-Adienes-2019-08-09T15:54:00.000Z": "You will get confirmed automatically when 4 days have passed (according to an config file). Just wait.",
"c-Xaosflux-2019-08-09T19:03:00.000Z-Snaevar-2019-08-09T19:01:00.000Z": "@Snaevar: commons doesn't require autoconfirmation to upload files, and here on enwiki its 4 days and 10 edits.",
- "c-Snaevar-2019-08-09T20:23:00.000Z-request_assistance": "User:Xaosflux: For enwiki, yes, there is an 10 edit limit. For commons, see line 5233 in InitialiseSettings.php, which says no.\nAs for upload rights, I am not really here to argue. The user which started this discussion will find the correct answer anyway.",
+ "c-Snaevar-2019-08-09T20:23:00.000Z-request_assistance": "User:Xaosflux: For enwiki, yes, there is an 10 edit limit. For commons, see line 5233 in InitialiseSettings.php, which says no. As for upload rights, I am not really here to argue. The user which started this discussion will find the correct answer anyway.",
"c-Xaosflux-2019-08-10T04:51:00.000Z-Snaevar-2019-08-09T20:23:00.000Z": "You can check that at commons:Special:ListGroupRights, look for (upload).",
"h-Watchlist_no_longer_highlighted_to_show_possible_vandalism-2019-08-09T12:33:00.000Z": "Watchlist no longer highlighted to show possible vandalism",
"c-Doug_Weller-2019-08-09T12:33:00.000Z-Watchlist_no_longer_highlighted_to_show_possible_vandalism": "What's changed?",
@@ -971,7 +971,7 @@
"c-Izno-2019-08-09T17:22:00.000Z-Izno-2019-08-09T17:18:00.000Z": "Oh, I see what happened. The refresh changes indicator got wrapped up into the Active Filters 'show/hide' box. I might have to request that one be reverted (did so--see phab:T230220)... So, it looks like I'm all good.",
"c-Doug_Weller-2019-08-10T09:45:00.000Z-Izno-2019-08-09T17:22:00.000Z": "@Izno: Thanks. I had to go to mediawiki to figure it all out but it's fixed now.",
"h-Page_jump_in_edit_box-2019-08-10T12:26:00.000Z": "Page jump in edit box",
- "c-Davey2010-2019-08-10T12:26:00.000Z-Page_jump_in_edit_box": "EN page jump 1\nEN page jump 2\n\nHi, Every time I paste an image in between walls of text the page jumps down or if I paste text and press enter the page will then jump down,\n\nSo for instance If I want to paste an image > the page will jump down > I have to scroll back up to the image > and then add thumb+left etc\n\nIt's been happening for the past month or 2 but it never used to, Thanks,",
+ "c-Davey2010-2019-08-10T12:26:00.000Z-Page_jump_in_edit_box": "EN page jump 1 EN page jump 2 Hi, Every time I paste an image in between walls of text the page jumps down or if I paste text and press enter the page will then jump down, So for instance If I want to paste an image > the page will jump down > I have to scroll back up to the image > and then add thumb+left etc It's been happening for the past month or 2 but it never used to, Thanks,",
"c-Izno-2019-08-10T14:20:00.000Z-Davey2010-2019-08-10T12:26:00.000Z": "What skin/browser/operating system do you use? I have seen a similar problem on mobile Firefox for Android, but not on desktop Firefox or Chrome.",
"c-Davey2010-2019-08-10T16:44:00.000Z-Izno-2019-08-10T14:20:00.000Z": "Hi Izno, I'm on Windows 7 and am using Vector, Ah okay, I've used Mobile to edit but never pasted with it, Thanks,",
"h-Possible_STATS_problem?-2019-08-10T14:28:00.000Z": "Possible STATS problem?",
@@ -1006,7 +1006,7 @@
"h-Tech_News:_2019-33": "Tech News: 2019-33",
"h-Adjusting_edit_window_size-2019-08-12T07:57:00.000Z": "Adjusting edit window size",
"c-JFG-2019-08-12T07:57:00.000Z-Adjusting_edit_window_size": "When editing in wikitext mode, is there a way to set the height of the edit window? Default seems to be 26 lines, and I almost always want about double that, especially when editing long articles or tables. I suppose there is a JS or CSS variable that can be adjusted somewhere? Also, this setting should be added to Special:Preferences, under the Editing tab, Editor section, to help non-technical users.",
- "c-Ammarpad-2019-08-12T08:25:00.000Z-JFG-2019-08-12T07:57:00.000Z": "This will double the viewport:\n.mw-editform #wpTextbox1 { max-height: none; }\n#wpTextbox1 { height: 200em; }",
+ "c-Ammarpad-2019-08-12T08:25:00.000Z-JFG-2019-08-12T07:57:00.000Z": "This will double the viewport: .mw-editform #wpTextbox1 { max-height: none; } #wpTextbox1 { height: 200em; }",
"c-JFG-2019-08-12T09:48:00.000Z-Ammarpad-2019-08-12T08:25:00.000Z": "More like quadrupled it… Thanks for the tip! Any idea where to suggest an easy setting for non-techies?",
"c-Bruce1ee-2019-08-12T10:17:00.000Z-JFG-2019-08-12T09:48:00.000Z": "AFAIR, a little while back you could change this in your Preferences. I don't know why it was removed.",
"c-Ammarpad-2019-08-12T11:59:00.000Z-Bruce1ee-2019-08-12T10:17:00.000Z": "@JFG:, that's true, I forgot that the size I doubled was for the default 'maximum height' of the viewport. Also note that the text area is already resizable on the fly by clicking and dragging the two diagonal lines at the bottom right corner. Actually that way is more flexible than using fixed size from your personal CSS. On your second question, that'd be making a gadget to allow one-click from Preferences page, but this is not something a lot of people are looking for, so it's not good candidate for that. Also as Bruce1ee said, it used to be somewhere on that page but I believe it must have been removed during the effort to get rid of seldom-used preferences.",
@@ -1015,25 +1015,25 @@
"c-Redrose64-2019-08-12T19:51:00.000Z-JFG-2019-08-12T12:32:00.000Z": "This has been covered several times here at VPT, see for example Wikipedia:Village pump (technical)/Archive 153#Edit box size, Wikipedia:Village pump (technical)/Archive 169#Hard to scroll down in lower right corner of edit window, and it's also buried in Wikipedia:Village pump (technical)/Archive 171#Separate buttons for single and double bracket links in the editing toolbar (my reply of 23:48, 15 November 2018). There are other related threads in the archives.",
"c-JFG-2019-08-12T21:30:00.000Z-Redrose64-2019-08-12T19:51:00.000Z": "Mmmhh… If that's a perennial question here at VPT, perhaps the idea of re-instating a visible user setting might be answering some latent demand. First phab ticket was about columns, and that's probably not necessary given adaptive width, but in the second ticket the setting for rows was apparently discarded in one lump with the columns. Shall ww re-instate the rows setting?",
"h-Blocked_spammer_posts_link-2019-08-12T04:48:00.000Z": "Blocked spammer posts link",
- "c-Nyttend-2019-08-12T04:48:00.000Z-Blocked_spammer_posts_link": "Many or most of the blocks I perform are for spam-only accounts, especially those whose only edits are placing spam on their userpage. Just in case someone wants to apologise and become productive, I leave the talk page open when I do a {{uw-spamblock}}, unless the talk page itself has been used for spamming. On one hand, I don't want to shut down access without evidence of abuse, but on the other hand, it's possible that the talk page would be used abusively. My interest, therefore, is finding an automated way (i.e. without human edits or bot edits) to detect a post-block addition of an external link, the results of which could be evaluated as spam or not-spam by a human. I'm envisioning the following criteria:\nUser has been indefinitely blocked for spamming — detect because user is indefinitely blocked, and either rationale or talk page has {{uw-spamblock}} or some other \"you have been blocked for spamming\" template\nAfter block is performed, user edits talk page and adds an external link\nIf user has added {{unblock}}, the external link is not inside the unblock template\nObviously this kind of thing happens sometimes, but I have no clue how often; in case it's a rare event, I don't want to request an edit filter and tie up system resources. Is there any other way to detect this (either conclusively or \"this is likely\"), perhaps a database report of users that are indefinitely blocked and that have external links on their talk pages?",
+ "c-Nyttend-2019-08-12T04:48:00.000Z-Blocked_spammer_posts_link": "Many or most of the blocks I perform are for spam-only accounts, especially those whose only edits are placing spam on their userpage. Just in case someone wants to apologise and become productive, I leave the talk page open when I do a {{uw-spamblock}}, unless the talk page itself has been used for spamming. On one hand, I don't want to shut down access without evidence of abuse, but on the other hand, it's possible that the talk page would be used abusively. My interest, therefore, is finding an automated way (i.e. without human edits or bot edits) to detect a post-block addition of an external link, the results of which could be evaluated as spam or not-spam by a human. I'm envisioning the following criteria: User has been indefinitely blocked for spamming — detect because user is indefinitely blocked, and either rationale or talk page has {{uw-spamblock}} or some other \"you have been blocked for spamming\" template After block is performed, user edits talk page and adds an external link If user has added {{unblock}}, the external link is not inside the unblock template Obviously this kind of thing happens sometimes, but I have no clue how often; in case it's a rare event, I don't want to request an edit filter and tie up system resources. Is there any other way to detect this (either conclusively or \"this is likely\"), perhaps a database report of users that are indefinitely blocked and that have external links on their talk pages?",
"c-Anomie-2019-08-12T12:59:00.000Z-Nyttend-2019-08-12T04:48:00.000Z": "Here's a Quarry query that might serve as a database report: quarry:query/38333.",
- "c-Nyttend-2019-08-13T02:12:00.000Z-Anomie-2019-08-12T12:59:00.000Z": "Hi, Anomie, and thank you. One question — can you embed links in the report, and if you can, would you link the talk pages in question? It would be a lot faster to look at these pages if I could just click a link.",
+ "c-Nyttend-2019-08-13T02:12:00.000Z-Anomie-2019-08-12T12:59:00.000Z": "Hi, Anomie, and thank you. One question — can you embed links in the report, and if you can, would you link the talk pages in question? It would be a lot faster to look at these pages if I could just click a link.",
"c-Anomie-2019-08-13T11:57:00.000Z-Nyttend-2019-08-13T02:12:00.000Z": "There does not appear to be a way to directly embed links in the quarry output.",
"h-Review_of_new_articles_and_Google/Wiki_search-2019-08-13T05:40:00.000Z": "Review of new articles and Google/Wiki search",
"c-5.43.96.116-2019-08-13T05:40:00.000Z-Review_of_new_articles_and_Google/Wiki_search": "Why new articles if not reviewed don't appear in Google search at all (as if non-indexed) and appear in Wiki search only when full name written? I guess there are some users who have reviewer user rights but it seems they miss to review some articles. I created several articles with my extended confirmed account and they stayed on Wikipedia but don't appear in searches for months. Do I need to request somewhere special for it* to be done or ask some user who already did it* once only for one of 'my' articles (*review for each article)? Thanks.",
"c-Xaosflux-2019-08-13T11:08:00.000Z-5.43.96.116-2019-08-13T05:40:00.000Z": "See Wikipedia:Controlling_search_engine_indexing#Indexing_of_articles_(\"mainspace\").",
"c-5.43.96.116-2019-08-13T13:26:00.000Z-Xaosflux-2019-08-13T11:08:00.000Z": "Thank you.",
"h-Conflict_between_Template:Shortcut,_lists_and_Microsoft-2019-08-13T20:39:00.000Z": "Conflict between Template:Shortcut, lists and Microsoft",
- "c-Redrose64-2019-08-13T20:39:00.000Z-Conflict_between_Template:Shortcut,_lists_and_Microsoft": "FYI: Pointer to relevant discussion elsewhere. Please see Template talk:Shortcut#When in a list item, Edge and IE have a sad day.",
+ "c-Redrose64-2019-08-13T20:39:00.000Z-Conflict_between_Template:Shortcut,_lists_and_Microsoft": "FYI: Pointer to relevant discussion elsewhere. Please see Template talk:Shortcut#When in a list item, Edge and IE have a sad day.",
"h-Thumbnail_image_doesn't_show_in_List_of_tallest_structures_in_Tokyo-2019-07-29T22:49:00.000Z": "Thumbnail image doesn't show in List of tallest structures in Tokyo",
- "c-Fireattack-2019-07-29T22:49:00.000Z-Thumbnail_image_doesn't_show_in_List_of_tallest_structures_in_Tokyo": "Tracked in PhabricatorTask T188831\n\nThe thumbnail of No. 28 (Shin-Marunouchi Building) in list 1 doesn't show up here. it has been like this for days. I tried to purge the page, didn't help.\n\nAny clue? Thanks.",
+ "c-Fireattack-2019-07-29T22:49:00.000Z-Thumbnail_image_doesn't_show_in_List_of_tallest_structures_in_Tokyo": "Tracked in Phabricator Task T188831 The thumbnail of No. 28 (Shin-Marunouchi Building) in list 1 doesn't show up here. it has been like this for days. I tried to purge the page, didn't help. Any clue? Thanks.",
"c-PrimeHunter-2019-07-30T01:13:00.000Z-Fireattack-2019-07-29T22:49:00.000Z": "It works for me. Try to bypass your own cache.",
- "c-Fireattack-2019-07-30T10:17:00.000Z-PrimeHunter-2019-07-30T01:13:00.000Z": "I think the reason is that particular thumbnail returns the header says \"content-type: application/x-www-form-urlencoded\" instead of common \"image/jpeg\".\nCan you try to open http://upload.wikimedia.org/wikipedia/commons/thumb/8/8a/Shin-marunouchi.Building-2007-01.jpg/100px-Shin-marunouchi.Building-2007-01.jpg directly and see what happens? Here, it will try to download itself instead of just display. I can see this weird behavior in both Firefox and Chrome and it doesn't happen to other images.\nBut in Firefox, it can still display the image this way in ![]()
tag (but not in Chrome).",
+ "c-Fireattack-2019-07-30T10:17:00.000Z-PrimeHunter-2019-07-30T01:13:00.000Z": "I think the reason is that particular thumbnail returns the header says \"content-type: application/x-www-form-urlencoded\" instead of common \"image/jpeg\". Can you try to open http://upload.wikimedia.org/wikipedia/commons/thumb/8/8a/Shin-marunouchi.Building-2007-01.jpg/100px-Shin-marunouchi.Building-2007-01.jpg directly and see what happens? Here, it will try to download itself instead of just display. I can see this weird behavior in both Firefox and Chrome and it doesn't happen to other images. But in Firefox, it can still display the image this way in ![]()
tag (but not in Chrome).",
"c-George_Ho-2019-08-06T00:13:00.000Z-Thumbnail_image_doesn't_show_in_List_of_tallest_structures_in_Tokyo": "Not just this list, some other thumbnail images don't load well at List of Cheers characters, List of Friends characters, and List of The Big Bang Theory and Young Sheldon characters. Check other list pages.",
"c-Fireattack-2019-08-06T20:42:00.000Z-Thumbnail_image_doesn't_show_in_List_of_tallest_structures_in_Tokyo": "Update: The root cause is Phab:T188831. And about why it starts to cause more apparent issue, see https://bugs.chromium.org/p/chromium/issues/detail?id=990853 .",
"c-Master_of_Time-2019-08-14T05:43:00.000Z-Thumbnail_image_doesn't_show_in_List_of_tallest_structures_in_Tokyo": "Saw the issue at List of highest-grossing films as well with the first image. Hopefully it will be resolved before long.",
"h-How_to_prevent_VisualEditor_from_automatically_loading_when_clicking_red_links?-2019-08-14T07:31:00.000Z": "How to prevent VisualEditor from automatically loading when clicking red links?",
- "c-SoWhy-2019-08-14T07:31:00.000Z-How_to_prevent_VisualEditor_from_automatically_loading_when_clicking_red_links?": "Tracked in PhabricatorTask T211379\nTracked in PhabricatorTask T226267\nTitle says it all. VE often loads automatically when I open a red link which is annoying because most of the time, I do so to see the deleted edits. I can't seem to find a preference for it though. Regards",
+ "c-SoWhy-2019-08-14T07:31:00.000Z-How_to_prevent_VisualEditor_from_automatically_loading_when_clicking_red_links?": "Tracked in Phabricator Task T211379 Tracked in Phabricator Task T226267 Title says it all. VE often loads automatically when I open a red link which is annoying because most of the time, I do so to see the deleted edits. I can't seem to find a preference for it though. Regards",
"c-Ammarpad-2019-08-14T08:21:00.000Z-SoWhy-2019-08-14T07:31:00.000Z": "This is the default behaviour for clicking all redlinks in both VE and Source editor (except Userpage redlink on mobile). There's a phab:T211379 asking to change this and there are comments that this is by design.",
"c-SoWhy-2019-08-14T09:13:00.000Z-Ammarpad-2019-08-14T08:21:00.000Z": "@Ammarpad: Thanks for the phab-link! I dug up a snippet at T195914 that prevents it (thanks to Classicwiki). Regards",
"c-Xaosflux-2019-08-14T11:39:00.000Z-SoWhy-2019-08-14T09:13:00.000Z": "@SoWhy: have you tried setting \"Temporarily disable the visual editor while it is in beta\" in Special:Preferences#mw-prefsection-editing? I have that set and never get the visual editor unless I specifically switch to it.",
@@ -1044,15 +1044,15 @@
"c-Vchimpanzee-2019-08-14T14:49:00.000Z-Tools_for_history": "I didn't get a response here about why Help:Page history didn't have directions for entering a specific date such as November 8, 2019. I thought there was such a feature..",
"c-Ammarpad-2019-08-14T18:01:00.000Z-Vchimpanzee-2019-08-14T14:49:00.000Z": "Once you click on the input field a placeholder text YYYY-MM-DD and calendar widget will appear (assuming Javascript is on). That's enough visual cue to tell you what you should do next.",
"h-Converting_from_one_citation_template_to_another_(visual_editor)?-2019-08-14T16:57:00.000Z": "Converting from one citation template to another (visual editor)?",
- "c-RoySmith-2019-08-14T16:57:00.000Z-Converting_from_one_citation_template_to_another_(visual_editor)?": "Is there an easy way to convert one citation template to the correct type, in VE? People commonly just use the default {{Cite}} instead of, for example, {{Cite news}}. I haven't found a good way to fix that up other than to create a whole new citation and delete the old one. Which is especially annoying when it's used more than once, as in this example. It seems like it would be straight-forward to have a tool which took the existing citation and did a first pass at converting it into a different subtype, copying over whatever fields exist in both. Does such a tool exist?",
+ "c-RoySmith-2019-08-14T16:57:00.000Z-Converting_from_one_citation_template_to_another_(visual_editor)?": "Is there an easy way to convert one citation template to the correct type, in VE? People commonly just use the default {{Cite}} instead of, for example, {{Cite news}}. I haven't found a good way to fix that up other than to create a whole new citation and delete the old one. Which is especially annoying when it's used more than once, as in this example. It seems like it would be straight-forward to have a tool which took the existing citation and did a first pass at converting it into a different subtype, copying over whatever fields exist in both. Does such a tool exist?",
"c-Izno-2019-08-15T03:34:00.000Z-RoySmith-2019-08-14T16:57:00.000Z": "Pretty sure this is phab:T97936, and a harder problem over here phab:T87271.",
- "c-RoySmith-2019-08-15T03:48:00.000Z-Izno-2019-08-15T03:34:00.000Z": "Yeah, T87271 is exactly what I'm talking about. Thanks.",
+ "c-RoySmith-2019-08-15T03:48:00.000Z-Izno-2019-08-15T03:34:00.000Z": "Yeah, T87271 is exactly what I'm talking about. Thanks.",
"h-Account_creations_appear_to_be_getting_throttled_to_2/day_for_editors-2019-08-15T04:21:00.000Z": "Account creations appear to be getting throttled to 2/day for editors",
- "c-Xaosflux-2019-08-15T04:21:00.000Z-Account_creations_appear_to_be_getting_throttled_to_2/day_for_editors": "Hello all, if you are running in to this, it appears to be a temporary issue. Discussion and linked phab tickets are available at Wikipedia_talk:Requests_for_permissions#T230304_and_account_creation_being_blocked if you want to follow for more information as it becomes available. Best regards,",
+ "c-Xaosflux-2019-08-15T04:21:00.000Z-Account_creations_appear_to_be_getting_throttled_to_2/day_for_editors": "Hello all, if you are running in to this, it appears to be a temporary issue. Discussion and linked phab tickets are available at Wikipedia_talk:Requests_for_permissions#T230304_and_account_creation_being_blocked if you want to follow for more information as it becomes available. Best regards,",
"h-RefToolbar-2019-08-15T10:07:00.000Z": "RefToolbar",
- "c-Cnbrb-2019-08-15T10:07:00.000Z-RefToolbar": "Hi - I find the RefToolbar very useful, but I would like to request an additional feature. In the Web Citation popover, can we please have a checkbox (or a select menu) to specify deadurl=yes/no? I can fill in Archive URL and Archive Date in the form, but after I have inserted the reference into the article, I have to go in and type the \"deadurl\" bit manually, which is a bit fiddly. Does anyone know how to get someone to add this? Thanks.",
+ "c-Cnbrb-2019-08-15T10:07:00.000Z-RefToolbar": "Hi - I find the RefToolbar very useful, but I would like to request an additional feature. In the Web Citation popover, can we please have a checkbox (or a select menu) to specify deadurl=yes/no? I can fill in Archive URL and Archive Date in the form, but after I have inserted the reference into the article, I have to go in and type the \"deadurl\" bit manually, which is a bit fiddly. Does anyone know how to get someone to add this? Thanks.",
"h-Unexpectedly_different_behavior_depending_on_location_of_userscript's_source_cod-2019-08-12T18:59:00.000Z": "Unexpectedly different behavior depending on location of userscript's source code",
- "c-NewsAndEventsGuy-2019-08-12T18:59:00.000Z-Unexpectedly_different_behavior_depending_on_location_of_userscript's_source_cod": "After extensive testing, I have documented a weird behavior that in rare circumstances will disable Template:Show button. There appears to be three conditions required for this to happen, and one of these conditions is just having the snippet of code in my common.cs file, as opposed to being in one of my subpages and imported to my common.js. Intuitively, I would expect identical behavior, but this is not the case. Details, and the discussion, can be found at the javascript project talk page in thread Importscript vs just putting code in common.js",
+ "c-NewsAndEventsGuy-2019-08-12T18:59:00.000Z-Unexpectedly_different_behavior_depending_on_location_of_userscript's_source_cod": "After extensive testing, I have documented a weird behavior that in rare circumstances will disable Template:Show button. There appears to be three conditions required for this to happen, and one of these conditions is just having the snippet of code in my common.cs file, as opposed to being in one of my subpages and imported to my common.js. Intuitively, I would expect identical behavior, but this is not the case. Details, and the discussion, can be found at the javascript project talk page in thread Importscript vs just putting code in common.js",
"c-Ruslik0-2019-08-13T09:09:00.000Z-NewsAndEventsGuy-2019-08-12T18:59:00.000Z": "Javascript is loaded and executed in different order in this two cases. What is imported with importScript is executed probably in the end.",
"c-NewsAndEventsGuy-2019-08-13T10:42:00.000Z-Ruslik0-2019-08-13T09:09:00.000Z": "thanks for the debugging lead.",
"c-QEDK-2019-08-15T07:24:00.000Z-NewsAndEventsGuy-2019-08-13T10:42:00.000Z": "@NewsAndEventsGuy: This might not be the answer you were looking for but we had a thread a few months back where an editor was asking about how to make scripts load in order and the general sentiment was that you can't guarantee behaviour in that manner. So, the only way would be to add manual sleeps and hope (!) that did the trick. Don't know why it could exactly apply here but I just thought I'd mention.",
@@ -1066,7 +1066,7 @@
"c-Golbez-2019-08-15T18:58:00.000Z-213.133.84.227-2019-08-15T18:45:00.000Z": "My Chrome's fine; try clearing cache?",
"c-GreenC-2019-08-15T19:00:00.000Z-Golbez-2019-08-15T18:58:00.000Z": "If it's bad cache some on this page will work and others not.",
"h-Enable_chess_PGN_viewer_for_chess_articles-2019-08-27T22:44:00.000Z": "Enable chess PGN viewer for chess articles",
- "c-Wugapodes-2019-08-27T22:44:00.000Z-Enable_chess_PGN_viewer_for_chess_articles": ".mw-parser-output .quotebox{background-color:#F9F9F9;border:1px solid #aaa;box-sizing:border-box;padding:10px;font-size:88%;max-width:100%}.mw-parser-output .quotebox.floatleft{margin:0.5em 1.4em 0.8em 0}.mw-parser-output .quotebox.floatright{margin:0.5em 0 0.8em 1.4em}.mw-parser-output .quotebox.centered{margin:0.5em auto 0.8em auto}.mw-parser-output .quotebox.floatleft p,.mw-parser-output .quotebox.floatright p{font-style:inherit}.mw-parser-output .quotebox-title{background-color:#F9F9F9;text-align:center;font-size:larger;font-weight:bold}.mw-parser-output .quotebox-quote.quoted:before{font-family:\"Times New Roman\",serif;font-weight:bold;font-size:large;color:gray;content:\" “ \";vertical-align:-45%;line-height:0}.mw-parser-output .quotebox-quote.quoted:after{font-family:\"Times New Roman\",serif;font-weight:bold;font-size:large;color:gray;content:\" ” \";line-height:0}.mw-parser-output .quotebox .left-aligned{text-align:left}.mw-parser-output .quotebox .right-aligned{text-align:right}.mw-parser-output .quotebox .center-aligned{text-align:center}.mw-parser-output .quotebox cite{display:block;font-style:normal}@media screen and (max-width:360px){.mw-parser-output .quotebox{min-width:100%;margin:0 0 0.8em!important;float:none!important}}\n\nEditors are generally in support of an interactive PGN viewer. Discussion on the specific implementation can be found at Wikipedia:Interface administrators' noticeboard#Chess viewer",
+ "c-Wugapodes-2019-08-27T22:44:00.000Z-Enable_chess_PGN_viewer_for_chess_articles": "Editors are generally in support of an interactive PGN viewer. Discussion on the specific implementation can be found at Wikipedia:Interface administrators' noticeboard#Chess viewer",
"h-PGN_viewer_discussion-Enable_chess_PGN_viewer_for_chess_articles-2019-07-30T05:28:00.000Z": "PGN viewer discussion",
"c-Wugapodes-2019-07-30T05:28:00.000Z-PGN_viewer_discussion": "Support as proposer. This has been around a while and seems stable enough for use on hewiki. Use on an additional Wikipedia will also help development, as previous proposals seem to have led to good feedback that קיפודנחש has taken into account to improve it on hewiki. Having a PGN viewer would greatly improve our chess coverage as readers can use the viewer to follow along with the game as the article describes it without having to know algebraic notation (chess) or have their own chess board or program. Some comments from around 2013 suggested it be turned into a gadget, but those efforts have been stalled since 2013. Plus, making it a gadget only allows logged in readers to use the PGN viewer despite it being broadly useful for reading rather than editing.",
"c-Galobtter-2019-07-30T06:00:00.000Z-PGN_viewer_discussion": "This definitely should not be in common.js - rather the proposal should be for addition as a default gadget (for reasons as mentioned in the comment at the top of MediaWiki:Common.js), which can be used by any user whether logged-in or logged-out.",
@@ -1077,9 +1077,9 @@
"c-קיפודנחש-2019-07-30T14:50:00.000Z-PGN_viewer_discussion": "@Wugapodes: i read this thread on mobile, and missed an important detail: the script on hewiki _is not_ w:he:מדיה_ויקי:Common.js/pgn.js. this one is an outdated version that should not be used. the script is in he:Mediawiki:Gadget-pgnviewer.js and its CSS, he:Mediawiki:Gadget-pgnviewer.css. this is important: User:Krinkels made some instructive comments in Wikipedia talk:WikiProject Chess/Interactive chess boards, and the correct version addresses many (most?) of the points he raised. peace",
"c-Ish_ishwar-2019-07-30T17:33:00.000Z-קיפודנחש-2019-07-30T14:50:00.000Z": "yes. Please implement it. I want to study it so that I can convert it into a shogi version (although i'll probably need help for getting the dropped pieces part). –",
"c-קיפודנחש-2019-07-30T19:25:00.000Z-Ish_ishwar-2019-07-30T17:33:00.000Z": "@Ish ishwar: you really don't need it \"implemented\" on enwiki in order to study it. the script is available in the link above - please read the \"license\" notice at the top: it is more permissive than cc-by-sa. basically, it says \"you can do whatever you want with this\". however, the main piece there is the \"pgn analyzer\". i am not aware of PGN standard for shogi. i saw \"PSN\" mentioned, but could not find good reference explaining it. if it's similar enough to PGN, it might not be that difficult. peace",
- "c-Rhododendrites-2019-07-30T18:42:00.000Z-קיפודנחש-2019-07-30T14:50:00.000Z": "i see. Thank you. There is a PSN format. However, no one really uses it. (It was created by Europoean folks after all.) Probably the best is the CSA format. It looks like this:\n\n\n\nShogi notation example\n\n\n\nP1-KY-KE-GI-KI-OU-KI-GI-KE-KY\nP2 * -HI * * * * * -KA * \nP3-FU-FU-FU-FU-FU-FU-FU-FU-FU\nP4 * * * * * * * * * \nP5 * * * * * * * * * \nP6 * * * * * * * * * \nP7+FU+FU+FU+FU+FU+FU+FU+FU+FU\nP8 * +KA * * * * * +HI * \nP9+KY+KE+GI+KI+OU+KI+GI+KE+KY\nP+\nP-\n+\n+7776FU\n-3334FU\n+2726FU\n-8384FU\n+2625FU\n-8485FU\n+6978KI\n-4132KI\n\n\n\nSupport for all the same reasons I supported several of these past proposals, which have been generally uncontroversial but stopped short of implementation. —",
+ "c-Rhododendrites-2019-07-30T18:42:00.000Z-קיפודנחש-2019-07-30T14:50:00.000Z": "i see. Thank you. There is a PSN format. However, no one really uses it. (It was created by Europoean folks after all.) Probably the best is the CSA format. It looks like this: Shogi notation example P1-KY-KE-GI-KI-OU-KI-GI-KE-KY P2 * -HI * * * * * -KA * P3-FU-FU-FU-FU-FU-FU-FU-FU-FU P4 * * * * * * * * * P5 * * * * * * * * * P6 * * * * * * * * * P7+FU+FU+FU+FU+FU+FU+FU+FU+FU P8 * +KA * * * * * +HI * P9+KY+KE+GI+KI+OU+KI+GI+KE+KY P+ P- + +7776FU -3334FU +2726FU -8384FU +2625FU -8485FU +6978KI -4132KI Support for all the same reasons I supported several of these past proposals, which have been generally uncontroversial but stopped short of implementation. —",
"c-Izno-2019-07-31T21:51:00.000Z-קיפודנחש-2019-07-30T14:50:00.000Z": "Oppose for anything on by default unless and until this is supported by an extension, which can actually deliver the Javascript as needed. As for opt-in, sure, but it should not require any change to the wikitext as that would not be supported for most people.",
- "c-Smallbones-2019-08-01T13:33:00.000Z-קיפודנחש-2019-07-30T14:50:00.000Z": "Support it just looks and works wonderfully on the Hebrew Wikipedia. I don't know about any technical issues, but I'd even recommend just copying the Hebrew version (if that would work similarly to what works there) and make any needed technical changes as people can agree on them.",
+ "c-Smallbones-2019-08-01T13:33:00.000Z-קיפודנחש-2019-07-30T14:50:00.000Z": "Support it just looks and works wonderfully on the Hebrew Wikipedia. I don't know about any technical issues, but I'd even recommend just copying the Hebrew version (if that would work similarly to what works there) and make any needed technical changes as people can agree on them.",
"c-Isaacl-2019-08-01T17:52:00.000Z-קיפודנחש-2019-07-30T14:50:00.000Z": "I agree that using a template to trigger page-specific loading of scripts and gadgets is a reasonable way to implement on-demand loading of Javascript. As I prefer generic solutions to one-off solutions, I support introducing this mechanism and approving Kipod's PGN viewer gadget for on-demand loading. (This does not preclude anyone in future deciding to implement another PGN viewer gadget.)",
"c-Levivich-2019-08-02T06:10:00.000Z-קיפודנחש-2019-07-30T14:50:00.000Z": "Yes – an obvious improvement, nice interface, will be useful to readers.",
"c-Bilorv-2019-08-02T06:59:00.000Z-קיפודנחש-2019-07-30T14:50:00.000Z": "Strong support: the lack of an interactive interface like this is the reason I'm often frustrated by Wikipedia chess articles and often visit other sites to find the information I'm looking for. We should have been using this PGN viewer years ago. — Bilorv (",
@@ -1094,7 +1094,7 @@
"c-Power~enwiki-2019-08-14T17:46:00.000Z-קיפודנחש-2019-07-30T14:50:00.000Z": "Support seems like a good feature and a reasonable technical implementation.",
"c-Esquivalience-2019-08-16T04:59:00.000Z-קיפודנחש-2019-07-30T14:50:00.000Z": "Support: Interactive elements in websites aren't the future. They aren't the present. They were years ago.",
"h-\"on_demand\"_loading_of_scripts_and_gadgets-Enable_chess_PGN_viewer_for_chess_articles-2019-07-31T23:41:00.000Z": "\"on demand\" loading of scripts and gadgets",
- "c-קיפודנחש-2019-07-31T23:41:00.000Z-\"on_demand\"_loading_of_scripts_and_gadgets": "I'd like to describe the \"on demand loading\" mechanism used on ruwiki, hewiki, and others (e.g., runews, ukwiki and more).\n\nSo, most of our site-specific code has to do with utilities meant mainly for editors, but there are some scripts which affect the content, for reading. An example on enwiki is the part in mediawiki:common.js that deals with collapsing, and the part that executes special code when reading the main page. \n\nIn many cases, this special code is only relevant on minority of the content pages: for instance, most pages on enwiki do not need the special code that deals with \"collapse\" css classes. In this case, the code itself is short, so loading it whether it's needed or not makes little difference. However, some other projects want to load longer scripts affecting the content for reading. The pgn viewer discussed above is one such example. The wikipedians on ruwiki created a simple mechanism to support this, and i'd like to describe it here.\nIn this context, \"on demand\" means \"template-controlled\": so a template can \"instruct\" the system to load a script which is not normally loaded, when the template contains some element that needs this extra juice.\nThe system can't load \"any arbitrary script\". It can trigger loading one of well-defined set of scripts, and this set is vetted with the same level of caution used for vetting whatever goes into common.js\nThe system uses a small code snippet in common.js, and a special template for triggering the \"on-demand\" switch. The code on ruwiki is the 11 lines, beginning at line #325 in ru:Mediawiki:Common.js, and the template is in ru:Template:Выполнить скрипт. i will call it {{Load script}}.\nThe machinery is super simple: the \"Load script\" template creates a hidden element, with a specific class (\"ExecuteJS\"), and a data attribute that contains the name of the requested script. The common.js code scans the page for elements with this class, and if found, it extracts the script name from the data attribute, and then loads Mediawiki:Script/.js. The sysops make sure only sanctioned scripts will get to be in \"Mediawiki/Script/\", with the same level of scrutiny they use for Common.js\nA template that desire to load a script which, e.g., adds some special behavior to \"imagemap\", will include something like {{ Load script | imagemap-enhancer }}. When a page transcludes this template, the script Mediawiki:Script/imagemap-enhancer.js will be loaded. This way, ruwiki can \"enhance\" imagemaps, without adding bloat to any page that _does not_ transclude this template (i.e., all but a handful of pages).\nIn hewiki, we tweaked this system a little bit (line #261-275 in he:Mediawiki:Common.js) , to allow loading of gadgets, as well as scripts (the gadget name must begin with \"ondemand\", so this can't be used to sneakily load any \"normal\" gadget that the reader did not enable - only one of very few sanctioned \"ondemand\" gadgets)\n\nI hope this description is good enough for User:Izno to overcome their opposition. I wanted to present this mechanism to the technical community on enwiki, but it's not absolutely essential: it's possible to avoid the bloat by taking the following steps:\none-off alternative to generic \"on-demand\" loading\nCreate a \"hidden\" gadget with the script (hidden gadgets can't be selected by users, and unless you mark them \"default\", they never load)\nHave a small snippet in common.js that looks approximately like so: $( function() {\n if ( $('.pgn-source-wrapper').length > 0) {\n mw.loader.load( 'ext.gadget.pgnviewer' ); //\"manually\" load the hidden gadget\n }\n} );\n\nThis will achieve the same objective: The script will load if and only if it should load, so if enwiki will have, say, 578 articles which want to show interactive chess game, the script will load for readers only when they view one of those pages, and the other 4M+ articles will not have to pay the bloat. peace",
+ "c-קיפודנחש-2019-07-31T23:41:00.000Z-\"on_demand\"_loading_of_scripts_and_gadgets": "I'd like to describe the \"on demand loading\" mechanism used on ruwiki, hewiki, and others (e.g., runews, ukwiki and more). So, most of our site-specific code has to do with utilities meant mainly for editors, but there are some scripts which affect the content, for reading. An example on enwiki is the part in mediawiki:common.js that deals with collapsing, and the part that executes special code when reading the main page. In many cases, this special code is only relevant on minority of the content pages: for instance, most pages on enwiki do not need the special code that deals with \"collapse\" css classes. In this case, the code itself is short, so loading it whether it's needed or not makes little difference. However, some other projects want to load longer scripts affecting the content for reading. The pgn viewer discussed above is one such example. The wikipedians on ruwiki created a simple mechanism to support this, and i'd like to describe it here. In this context, \"on demand\" means \"template-controlled\": so a template can \"instruct\" the system to load a script which is not normally loaded, when the template contains some element that needs this extra juice. The system can't load \"any arbitrary script\". It can trigger loading one of well-defined set of scripts, and this set is vetted with the same level of caution used for vetting whatever goes into common.js The system uses a small code snippet in common.js, and a special template for triggering the \"on-demand\" switch. The code on ruwiki is the 11 lines, beginning at line #325 in ru:Mediawiki:Common.js, and the template is in ru:Template:Выполнить скрипт. i will call it {{Load script}}. The machinery is super simple: the \"Load script\" template creates a hidden element, with a specific class (\"ExecuteJS\"), and a data attribute that contains the name of the requested script. The common.js code scans the page for elements with this class, and if found, it extracts the script name from the data attribute, and then loads Mediawiki:Script/.js. The sysops make sure only sanctioned scripts will get to be in \"Mediawiki/Script/\", with the same level of scrutiny they use for Common.js A template that desire to load a script which, e.g., adds some special behavior to \"imagemap\", will include something like {{ Load script | imagemap-enhancer }}. When a page transcludes this template, the script Mediawiki:Script/imagemap-enhancer.js will be loaded. This way, ruwiki can \"enhance\" imagemaps, without adding bloat to any page that _does not_ transclude this template (i.e., all but a handful of pages). In hewiki, we tweaked this system a little bit (line #261-275 in he:Mediawiki:Common.js) , to allow loading of gadgets, as well as scripts (the gadget name must begin with \"ondemand\", so this can't be used to sneakily load any \"normal\" gadget that the reader did not enable - only one of very few sanctioned \"ondemand\" gadgets) I hope this description is good enough for User:Izno to overcome their opposition. I wanted to present this mechanism to the technical community on enwiki, but it's not absolutely essential: it's possible to avoid the bloat by taking the following steps: one-off alternative to generic \"on-demand\" loading Create a \"hidden\" gadget with the script (hidden gadgets can't be selected by users, and unless you mark them \"default\", they never load) Have a small snippet in common.js that looks approximately like so: $( function() { if ( $('.pgn-source-wrapper').length > 0) { mw.loader.load( 'ext.gadget.pgnviewer' ); //\"manually\" load the hidden gadget } } ); This will achieve the same objective: The script will load if and only if it should load, so if enwiki will have, say, 578 articles which want to show interactive chess game, the script will load for readers only when they view one of those pages, and the other 4M+ articles will not have to pay the bloat. peace",
"c-Wugapodes-2019-08-01T03:14:00.000Z-קיפודנחש-2019-07-31T23:41:00.000Z": "I've updated the implementation section with your one-off suggestion since it seems simplest.",
"c-Galobtter-2019-08-02T06:43:00.000Z-קיפודנחש-2019-07-31T23:41:00.000Z": "One-off alternative looks good, but on enwiki rather than having that sort of small snippet in common.js, it is done in the form of a default gadget (e.g MediaWiki:Gadget-geonotice.js) that loads that \"core\" hidden gadget (e.g. MediaWiki:Gadget-geonotice-core.js), which also allows people to disable the gadget if they don't like it. I would agree with Izno that it would be nice if things like these were implemented as an extension rather than as a gadget, but making something to an extension would certainly delay this considerably and possibly make it so no solution is ever implemented.",
"h-Wikipedia_Beta_'Jump_To'_tool_not_functioning_in_Mobile_View-2019-08-15T23:30:00.000Z": "Wikipedia Beta 'Jump To' tool not functioning in Mobile View",
@@ -1118,10 +1118,10 @@
"c-5.43.96.116-2019-08-17T07:51:00.000Z-VTE_links_not_opening_on_mobile": "And I'm sorry for a such comment (the one prior to the previous one) because I didn't see/notice that the update on sr.wiki gadgets's page was done on 15 August, day or two before i.e. after this thread began (13 August morning/dawn). Ranko Nikolić probably got pinged after 08:17, 15 August 2019 (UTC) comment and then reacted to solve the problem.",
"c-PrimeHunter-2019-08-17T08:13:00.000Z-5.43.96.116-2019-08-17T07:51:00.000Z": "Yes, he implemented the fix 21 minutes after my ping. It works for me now on iPad. Are you Obsuser or is he a different user who may still see the problem?",
"h-Place_important_links_on_top_instead-2019-08-17T14:19:00.000Z": "Place important links on top instead",
- "c-Monniasza-2019-08-17T14:19:00.000Z-Place_important_links_on_top_instead": "Placing important links on top will be more helpful.\n\nPrivacy policy and disclaimers are important and should be placed on top.",
+ "c-Monniasza-2019-08-17T14:19:00.000Z-Place_important_links_on_top_instead": "Placing important links on top will be more helpful. Privacy policy and disclaimers are important and should be placed on top.",
"c-Izno-2019-08-17T14:34:00.000Z-Monniasza-2019-08-17T14:19:00.000Z": "People do not come here to read policy and disclaimers.",
"h-Not_running_\"Community_tech_bot\"_for_Popular_pages-2019-07-08T18:59:00.000Z": "Not running \"Community tech bot\" for Popular pages",
- "c-JoeHebda-2019-07-19T02:46:00.000Z-Not_running_\"Community_tech_bot\"_for_Popular_pages": "Bumping thread for 30 days. JoeHebda (talk) 02:46, 19 July 2019 (UTC)\nGreetings, Community tech bot appears to be down (not running) since April, 2019. Instructions are To report bugs, please write on the Community tech bot talk page on Meta. I did report in June, and with no response. Wondering if an expert here could fix? For example, Wikipedia:WikiProject Saints/Popular pages Updated: 6:32 pm, 26 April 2019, Friday (2 months, 13 days ago). Regards,",
+ "c-JoeHebda-2019-07-19T02:46:00.000Z-Not_running_\"Community_tech_bot\"_for_Popular_pages": "Bumping thread for 30 days. JoeHebda (talk) 02:46, 19 July 2019 (UTC) Greetings, Community tech bot appears to be down (not running) since April, 2019. Instructions are To report bugs, please write on the Community tech bot talk page on Meta. I did report in June, and with no response. Wondering if an expert here could fix? For example, Wikipedia:WikiProject Saints/Popular pages Updated: 6:32 pm, 26 April 2019, Friday (2 months, 13 days ago). Regards,",
"c-Xaosflux-2019-07-08T18:59:00.000Z-JoeHebda-2019-07-19T02:46:00.000Z": "@MusikAnimal (WMF): any insight in to this?",
"c-MusikAnimal_(WMF)-2019-07-08T20:12:00.000Z-Xaosflux-2019-07-08T18:59:00.000Z": "The cron job for this month didn't start for some reason. I have manually triggered it. \"Saints\" is pretty far down the list so it may be a while before the bot gets to it. I don't have an answer as to why no report was created for May and June, but I will investigate. Also, don't forget about toolforge:massviews which can give you the same information in real-time: . That tool seems to be having problems of its own (lots of errors querying the pageviews API, tracked at phab:T219857), which I'm starting to believe might be the same reason Popular Pages bot isn't finishing some reports.",
"c-JoeHebda-2019-07-09T12:26:00.000Z-MusikAnimal_(WMF)-2019-07-08T20:12:00.000Z": "Thanks @MusikAnimal (WMF): - I really like viewing Popular Pages on my fav. WPs; very helpful! Wondering if bot stalls out if it's not done running current month jobs & at calendar new month (day 1) starts a second bot? Just curious...",
@@ -1142,7 +1142,7 @@
"h-Discussion:-Bot_posting_to_WP_talk_pages-2019-07-19T02:57:00.000Z": "Discussion:",
"c-JoeHebda-2019-07-19T02:57:00.000Z-Discussion:": "Question: Post a time-stamped completion message from Community Tech bot, onto each Wikiproject's Talk page?",
"h-Bot_issue_with_WP_Paintball-Not_running_\"Community_tech_bot\"_for_Popular_pages-2019-07-11T14:03:00.000Z": "Bot issue with WP Paintball",
- "c-JoeHebda-2019-07-11T14:03:00.000Z-Bot_issue_with_WP_Paintball": "Good morning User:MusikAnimal (WMF) - Looking at logs for \"Community Tech bot\" starting at 01:14, 11 July 2019 and continuing until 02:01, 11 July 2019, the bot processed for Wikipedia:WikiProject Paintball/Popular pages eleven times. Wondering why?\nAlso noticed that since Revision as of 01:33, 11 July 2019 the bot at User:Community Tech bot/Popular pages has stopped updating WPs?\nSorry for these questions - similar to problems when I was involved with \"WP 1.0 bot\" for article assessment tables. Mostly caused by WPs not setup correctly, or Talk page coding errors causing the bot to respond incorrectly. Regards,",
+ "c-JoeHebda-2019-07-11T14:03:00.000Z-Bot_issue_with_WP_Paintball": "Good morning User:MusikAnimal (WMF) - Looking at logs for \"Community Tech bot\" starting at 01:14, 11 July 2019 and continuing until 02:01, 11 July 2019, the bot processed for Wikipedia:WikiProject Paintball/Popular pages eleven times. Wondering why? Also noticed that since Revision as of 01:33, 11 July 2019 the bot at User:Community Tech bot/Popular pages has stopped updating WPs? Sorry for these questions - similar to problems when I was involved with \"WP 1.0 bot\" for article assessment tables. Mostly caused by WPs not setup correctly, or Talk page coding errors causing the bot to respond incorrectly. Regards,",
"c-MusikAnimal_(WMF)-2019-07-11T23:53:00.000Z-JoeHebda-2019-07-11T14:03:00.000Z": "These were test edits. I chose that report because apparently no one reads it.",
"c-MusikAnimal_(WMF)-2019-07-11T23:53:00.000Z-JoeHebda-2019-07-11T14:03:00.000Z-1": "Normally the bot only updates that page after it's finished going through all WPs. I've been manually updating it (via script), just to keep track of where we are. I'm going to make the bot update it regularly on its own.",
"c-MusikAnimal_(WMF)-2019-07-11T23:53:00.000Z-JoeHebda-2019-07-11T14:03:00.000Z-2": "No worries :)",
@@ -1152,10 +1152,10 @@
"c-JoeHebda-2019-07-15T17:41:00.000Z-MusikAnimal_(WMF)-2019-07-15T16:58:00.000Z": "Thanks User:MusikAnimal (WMF) for the update. Wondering if the number of popular pages for an individual wikiproject makes much of a difference? For example, would the bot process any faster if the WP asked for only top 100 vs. to 1,000?",
"c-MusikAnimal_(WMF)-2019-07-15T23:14:00.000Z-JoeHebda-2019-07-15T17:41:00.000Z": "Unfortunately no. It's the size of the WikiProject itself that matters; the bot must go through every mainspace page, along with all of their redirects.",
"h-Version_0.7_Popular_pages_question-Not_running_\"Community_tech_bot\"_for_Popular_pages-2019-07-17T13:19:00.000Z": "Version 0.7 Popular pages question",
- "c-JoeHebda-2019-07-17T13:19:00.000Z-Version_0.7_Popular_pages_question": "Hi User:MusikAnimal (WMF) - This morning I noticed Wikipedia:Version 0.7/Popular pages ran at 06:15, 17 July 2019 for about 5 minutes. After some investigation, I'm wondering if this \"WP\" can be made Inactive? Pageviews are very low. In the grand scheme of things, that runtime might not be much.",
+ "c-JoeHebda-2019-07-17T13:19:00.000Z-Version_0.7_Popular_pages_question": "Hi User:MusikAnimal (WMF) - This morning I noticed Wikipedia:Version 0.7/Popular pages ran at 06:15, 17 July 2019 for about 5 minutes. After some investigation, I'm wondering if this \"WP\" can be made Inactive? Pageviews are very low. In the grand scheme of things, that runtime might not be much.",
"c-MusikAnimal_(WMF)-2019-07-17T14:38:00.000Z-JoeHebda-2019-07-17T13:19:00.000Z": "It is about 31,000 articles, which isn't very many. It's up to the community if they want to remove it from the bot config. I've mostly only been removing WPs that are explicitly marked as inactive or defunct.",
"h-Bot_completion_errors?-Not_running_\"Community_tech_bot\"_for_Popular_pages-2019-07-19T03:12:00.000Z": "Bot completion errors?",
- "c-JoeHebda-2019-07-19T03:12:00.000Z-Bot_completion_errors?": "Hi User:MusikAnimal (WMF) - Community Tech bot \"Update report\" posted over 10 times without updating any WPs in the table. From 18:01, 18 July 2019 to 21:31, 18 July 2019.\nThere are several WikiProjects that were missed (according to the table)\nWikiProject Eastern Orthodox Church/Popular pages - 2019-03-15\nWikiProject Software/Free Software/Popular pages - 2019-03-15\nWikiProject Las Vegas/Popular pages - 2019-04-08\nWikiProject Water supply and sanitation by country/Popular pages - 2019-04-26\n\nRegards,",
+ "c-JoeHebda-2019-07-19T03:12:00.000Z-Bot_completion_errors?": "Hi User:MusikAnimal (WMF) - Community Tech bot \"Update report\" posted over 10 times without updating any WPs in the table. From 18:01, 18 July 2019 to 21:31, 18 July 2019. There are several WikiProjects that were missed (according to the table) WikiProject Eastern Orthodox Church/Popular pages - 2019-03-15 WikiProject Software/Free Software/Popular pages - 2019-03-15 WikiProject Las Vegas/Popular pages - 2019-04-08 WikiProject Water supply and sanitation by country/Popular pages - 2019-04-26 Regards,",
"c-MusikAnimal_(WMF)-2019-07-22T22:08:00.000Z-JoeHebda-2019-07-19T03:12:00.000Z": "Thanks for alerting us! Eastern Orthodox Church was broken because of a recent rename. I've inquired about this on the talk page. Free Software has been updated. The other two WikiProjects are now inactive, so I've removed them from the config. Best,",
"h-Template_with_right_side_overflow,_a_temp_fix?-2019-08-17T17:44:00.000Z": "Template with right side overflow, a temp fix?",
"c-JoeHebda-2019-08-17T17:44:00.000Z-Template_with_right_side_overflow,_a_temp_fix?": "Greetings, for Template {{Patriarchs of Constantinople}} the wikilinks on right side were spilling beyond the right margin. If I changed my browser to 80-percent (very small text) the problem would go away. To get 100-percent size text, I added a blank image (|image= [[image:Pix.gif|right|10px]]). This appears to have solved the issue. Wondering if this a temporary solution or is there a better way for this navbox?",
@@ -1175,91 +1175,91 @@
"h-Format_output_of_Template:To_USD-2019-08-19T18:39:00.000Z": "Format output of Template:To USD",
"c-Waddie96-2019-08-19T18:39:00.000Z-Format_output_of_Template:To_USD": "Hi there, please can you assist me with formatting the output of Template:To USD to insert commas between thousands, in addition to accept input which has commas. I believe {{formatnum:}} will be of assistance. Thanks for your help in advance,",
"h-\"Move_subpages_of_talk_page_(up_to_100)\"_checkbox_unticked_by_default-2019-08-12T05:24:00.000Z": "\"Move subpages of talk page (up to 100)\" checkbox unticked by default",
- "c-QEDK-2019-08-12T05:24:00.000Z-\"Move_subpages_of_talk_page_(up_to_100)\"_checkbox_unticked_by_default": "Resolved \nTracked in PhabricatorTask T222953\nResolved\nI'm pretty confident I've seen a thread on this topic, and we made sure the default was to then keep it checked, for reasons of not making stupid mistakes. Was the change reversed or am I seeing things?",
- "c-Galobtter-2019-08-12T06:13:00.000Z-QEDK-2019-08-12T05:24:00.000Z": "QEDK, the change hasn't been merged - see phab:T222953. You can put this snippet (written by someone else) in your Special:MyPage/common.js::/* Automatically tick the \"Move subpages\" option when moving pages.*/\n:var moveSubpagesBox = document.getElementsByName(\"wpMovesubpages\")[0];\n:if (moveSubpagesBox !== undefined) {\n: moveSubpagesBox.checked = true;\n:}\n:\n\nto automatically tick it though.",
+ "c-QEDK-2019-08-12T05:24:00.000Z-\"Move_subpages_of_talk_page_(up_to_100)\"_checkbox_unticked_by_default": "Resolved Tracked in Phabricator Task T222953 Resolved I'm pretty confident I've seen a thread on this topic, and we made sure the default was to then keep it checked, for reasons of not making stupid mistakes. Was the change reversed or am I seeing things?",
+ "c-Galobtter-2019-08-12T06:13:00.000Z-QEDK-2019-08-12T05:24:00.000Z": "QEDK, the change hasn't been merged - see phab:T222953. You can put this snippet (written by someone else) in your Special:MyPage/common.js: :/* Automatically tick the \"Move subpages\" option when moving pages.*/ :var moveSubpagesBox = document.getElementsByName(\"wpMovesubpages\")[0]; :if (moveSubpagesBox !== undefined) { : moveSubpagesBox.checked = true; :} : to automatically tick it though.",
"c-QEDK-2019-08-12T17:25:00.000Z-Galobtter-2019-08-12T06:13:00.000Z": "Thanks, @Galobtter:, not quite sure how or where I saw the change, I do appreciate the hack! :)",
"c-QEDK-2019-08-19T19:51:00.000Z-QEDK-2019-08-12T17:25:00.000Z": "Thanks, @DannyS712 and Legoktm:!",
"h-Picking_a_draft_to_review:_RandomInCategory_isn't_very_random-2019-08-18T17:57:00.000Z": "Picking a draft to review: RandomInCategory isn't very random",
- "c-RoySmith-2019-08-18T17:57:00.000Z-Picking_a_draft_to_review:_RandomInCategory_isn't_very_random": "Tracked in PhabricatorTask T200703\nI've noticed that when I use Special:RandomInCategory/Pending AfC submissions, I see the same pages over and over. I found some threads (here and here) that explain about how RandomInCategory works (i.e. indexing pre-generated page_random values). I get that it's fast, but boy, does it produce poor results. I just pulled up 25 \"random\" drafts, and got:\n\nDraft:Declan Meagher\nDraft:Gary Soulz\nDraft:Ananth Narayanan\nDraft:Frank Verboven\nDraft:Maths Time Joy\nDraft:Gary Soulz\nDraft:Ananth Narayanan\nDraft:Eni Vasili\nDraft:Shorts México - Mexico International Short Film Festival\nCategory:Pending AfC submissions in userspace\nDraft:John Haze\nDraft:Alisha Rai (author)\nDraft:Leonardo3 Museum\nDraft:Wake. (2018 film)\nCategory:Pending AfC submissions in article space\nDraft:Anastasiya Makarevich\nDraft:Alisha Rai (author)\nUser:ItsYaBoiAustin/sandbox/Odyssey: Extraction\nDraft:Scott Stambach\nDraft:Christian Lillinger\nDraft:Gudula Naiga Basaza\nDraft:Scott Stambach\nDraft:Katherine Boyer\nDraft:Walter Ferguson\nDraft:Faryal Mehmood\n\nNot only are there four duplicates:\n\nDraft:Scott Stambach\nDraft:Gary Soulz\nDraft:Ananth Narayanan\nDraft:Alisha Rai (author)\n\nbut two pairs of duplicates in the same order:\n\nDraft:Gary Soulz\nDraft:Ananth Narayanan\n\nThere's \"approximately 4,581\" entries in Category:Pending AfC submissions. You don't have to do any math (yes, I know about the birthday paradox) to decide that's abysmally bad randomness. I suspect the feature was originally intended to service the needs of somebody randomly browsing the encyclopedia. It's probably fine for that. For servicing a work queue, not so much.\n\nNot only is this not very random, but the process tends towards increasingly less random results over time. The most likely draft to be selected by somebody trolling for work is the one with the largest gap in page_random values. So, that's the one that's most likely to either be deleted, or promoted to mainspace. Either of which results in an even larger page_random gap! Of course, the other side of that is when a new draft is created, it's most likely to fall into the largest existing gap.\n\nMy statistics-fu isn't strong enough to figure out if those two effects cancel each other out, but I did write a little python program to simulate adding and deleting drafts using a similar algorithm. Starting with an initial pool of 4000 drafts, I did 100,000 iterations of deleting a draft and adding another one. I found all the gaps, and printed the stdev of the gaps every 10,000 iterations:\n\n0.000249\n0.000489\n0.000508\n0.000544\n0.000573\n0.000536\n0.000559\n0.000568\n0.000563\n0.000599\n\n\nThat's pretty typical across many runs. That says to me (the self-professed statistical idiot) that the longer you manage the draft work queue with this process, the less uniform the gap distribution will become, and thus lead to the behavior I'm seeing.\n\nAssuming the above makes any sense at all, I think we need a better way to manage the draft work queue.",
+ "c-RoySmith-2019-08-18T17:57:00.000Z-Picking_a_draft_to_review:_RandomInCategory_isn't_very_random": "Tracked in Phabricator Task T200703 I've noticed that when I use Special:RandomInCategory/Pending AfC submissions, I see the same pages over and over. I found some threads (here and here) that explain about how RandomInCategory works (i.e. indexing pre-generated page_random values). I get that it's fast, but boy, does it produce poor results. I just pulled up 25 \"random\" drafts, and got: Draft:Declan Meagher Draft:Gary Soulz Draft:Ananth Narayanan Draft:Frank Verboven Draft:Maths Time Joy Draft:Gary Soulz Draft:Ananth Narayanan Draft:Eni Vasili Draft:Shorts México - Mexico International Short Film Festival Category:Pending AfC submissions in userspace Draft:John Haze Draft:Alisha Rai (author) Draft:Leonardo3 Museum Draft:Wake. (2018 film) Category:Pending AfC submissions in article space Draft:Anastasiya Makarevich Draft:Alisha Rai (author) User:ItsYaBoiAustin/sandbox/Odyssey: Extraction Draft:Scott Stambach Draft:Christian Lillinger Draft:Gudula Naiga Basaza Draft:Scott Stambach Draft:Katherine Boyer Draft:Walter Ferguson Draft:Faryal Mehmood Not only are there four duplicates: Draft:Scott Stambach Draft:Gary Soulz Draft:Ananth Narayanan Draft:Alisha Rai (author) but two pairs of duplicates in the same order: Draft:Gary Soulz Draft:Ananth Narayanan There's \"approximately 4,581\" entries in Category:Pending AfC submissions. You don't have to do any math (yes, I know about the birthday paradox) to decide that's abysmally bad randomness. I suspect the feature was originally intended to service the needs of somebody randomly browsing the encyclopedia. It's probably fine for that. For servicing a work queue, not so much. Not only is this not very random, but the process tends towards increasingly less random results over time. The most likely draft to be selected by somebody trolling for work is the one with the largest gap in page_random values. So, that's the one that's most likely to either be deleted, or promoted to mainspace. Either of which results in an even larger page_random gap! Of course, the other side of that is when a new draft is created, it's most likely to fall into the largest existing gap. My statistics-fu isn't strong enough to figure out if those two effects cancel each other out, but I did write a little python program to simulate adding and deleting drafts using a similar algorithm. Starting with an initial pool of 4000 drafts, I did 100,000 iterations of deleting a draft and adding another one. I found all the gaps, and printed the stdev of the gaps every 10,000 iterations: 0.000249 0.000489 0.000508 0.000544 0.000573 0.000536 0.000559 0.000568 0.000563 0.000599 That's pretty typical across many runs. That says to me (the self-professed statistical idiot) that the longer you manage the draft work queue with this process, the less uniform the gap distribution will become, and thus lead to the behavior I'm seeing. Assuming the above makes any sense at all, I think we need a better way to manage the draft work queue.",
"c-Guy_Macon-2019-08-18T18:43:00.000Z-RoySmith-2019-08-18T17:57:00.000Z": "Good catch! Would this be a good candidate for a Phabricator ticket?",
- "c-Huji-2019-08-18T18:58:00.000Z-RoySmith-2019-08-18T17:57:00.000Z": "Huh! I am virtually never active on enwiki. I happened to open the thread right above this one and see this as a result. I also happen to be the person who wrote RandomInCategory!\nI think it is best to move this to Phab. Essentially (if I understand it well) the problem is that page_random is (hopefully) uniformly distributed across all pages; but when thinking about a small category, its values will certainly not be uniformly distributed. There exist ways through which we could circumvent this, but I'm not sure if these ways are efficient enough to be adopted into MW source code. It is best to have that discussion in Phab, where more technical users can discuss its efficiency (or propose more efficient implementations of it). Please add me (Huji) on Phab once you create the task.",
- "c-RoySmith-2019-08-18T19:11:00.000Z-Huji-2019-08-18T18:58:00.000Z": "I'm happy to open a Phab ticket, but I'm not sure what the ticket should say. The problem isn't (I don't think) that RandomInCategory is broken. I think the current implementation actually a pretty good solution for its intended purpose, which I assume is driving the \"Random article\" link on the main page. It's just that how we use it for managing the draft work queue is not a good fit.",
- "c-Guy_Macon-2019-08-18T19:36:00.000Z-RoySmith-2019-08-18T19:11:00.000Z": "(edit conflict)My philosophy is to describe the problem without making any assumptions as to what form the solution should take. I remember a toy I worked on a a while back (think very limited amount of RAM and processing power) where the complain was that a particular \"random choice\" didn't feel random enough. Upon talking to the play testers, the real complaint was the toy serving up the same random selection two or three times in a row. So instead of rewriting the RNG, I just had it remember the last eight results and \"roll again\" if the latest selection was on the list of recent results. My point is that the people reporting the problem didn't know that this was the solution, and instead asked me to \"make the selection more random\" I actually made it slighly less random, but I solved the real problem.\nSo just report the test results without any assumption about what the answer should be, and let the developers pick a solution.",
+ "c-Huji-2019-08-18T18:58:00.000Z-RoySmith-2019-08-18T17:57:00.000Z": "Huh! I am virtually never active on enwiki. I happened to open the thread right above this one and see this as a result. I also happen to be the person who wrote RandomInCategory! I think it is best to move this to Phab. Essentially (if I understand it well) the problem is that page_random is (hopefully) uniformly distributed across all pages; but when thinking about a small category, its values will certainly not be uniformly distributed. There exist ways through which we could circumvent this, but I'm not sure if these ways are efficient enough to be adopted into MW source code. It is best to have that discussion in Phab, where more technical users can discuss its efficiency (or propose more efficient implementations of it). Please add me (Huji) on Phab once you create the task.",
+ "c-RoySmith-2019-08-18T19:11:00.000Z-Huji-2019-08-18T18:58:00.000Z": "I'm happy to open a Phab ticket, but I'm not sure what the ticket should say. The problem isn't (I don't think) that RandomInCategory is broken. I think the current implementation actually a pretty good solution for its intended purpose, which I assume is driving the \"Random article\" link on the main page. It's just that how we use it for managing the draft work queue is not a good fit.",
+ "c-Guy_Macon-2019-08-18T19:36:00.000Z-RoySmith-2019-08-18T19:11:00.000Z": "(edit conflict)My philosophy is to describe the problem without making any assumptions as to what form the solution should take. I remember a toy I worked on a a while back (think very limited amount of RAM and processing power) where the complain was that a particular \"random choice\" didn't feel random enough. Upon talking to the play testers, the real complaint was the toy serving up the same random selection two or three times in a row. So instead of rewriting the RNG, I just had it remember the last eight results and \"roll again\" if the latest selection was on the list of recent results. My point is that the people reporting the problem didn't know that this was the solution, and instead asked me to \"make the selection more random\" I actually made it slighly less random, but I solved the real problem. So just report the test results without any assumption about what the answer should be, and let the developers pick a solution.",
"c-RoySmith-2019-08-18T19:20:00.000Z-RoySmith-2019-08-18T19:11:00.000Z": "Created T230700",
"c-Bawolff-2019-08-20T02:02:00.000Z-Picking_a_draft_to_review:_RandomInCategory_isn't_very_random": "So just to clarify - RandomInCategory does not use page_random like Special:Random does. Instead it looks at the date the first and last page was added to the category, and then picks a random time somewhere between those two, in order to find a page. Since date added to a category is distributed non-uniformly, this is generally not random. At the time, it was felt that this method, although severely flawed was better than nothing.",
- "c-RoySmith-2019-08-20T19:43:00.000Z-Bawolff-2019-08-20T02:02:00.000Z": "Oh, so that really explains what's going on. That's worse than using page_random. With page_random, the biggest gaps tend to get split into smaller ones as new pages get added to the category, as noted above. In fact, once I realized that, I no longer had much confidence that my analysis made sense, but the behavioral observation was still valid. If you're using date added, that's monotonically increasing. Existing gaps never get split, they just keep getting bigger as entries are removed from the category. The one nice thing is this tends to favor processing older entries first.",
+ "c-RoySmith-2019-08-20T19:43:00.000Z-Bawolff-2019-08-20T02:02:00.000Z": "Oh, so that really explains what's going on. That's worse than using page_random. With page_random, the biggest gaps tend to get split into smaller ones as new pages get added to the category, as noted above. In fact, once I realized that, I no longer had much confidence that my analysis made sense, but the behavioral observation was still valid. If you're using date added, that's monotonically increasing. Existing gaps never get split, they just keep getting bigger as entries are removed from the category. The one nice thing is this tends to favor processing older entries first.",
"h-CSS_for_tables_sabotaged?-2019-08-15T10:51:00.000Z": "CSS for tables sabotaged?",
- "c-Incnis_Mrsi-2019-08-15T10:51:00.000Z-CSS_for_tables_sabotaged?": "Time in Russia\n\n \nKALT\nKaliningrad Time\nUTC+2\n(MSK−1)\n\n \nMSK\nMoscow Time\nUTC+3\n(MSK±0)\n\n \nSAMT\nSamara Time\nUTC+4\n(MSK+1)\n\n \nYEKT\nYekaterinburg Time\nUTC+5\n(MSK+2)\n\n \nOMST\nOmsk Time\nUTC+6\n(MSK+3)\n\n \nKRAT\nKrasnoyarsk Time\nUTC+7\n(MSK+4)\n\n \nIRKT\nIrkutsk Time\nUTC+8\n(MSK+5)\n\n \nYAKT\nYakutsk Time\nUTC+9\n(MSK+6)\n\n \nVLAT\nVladivostok Time\nUTC+10\n(MSK+7)\n\n \nMAGT\nMagadan Time\nUTC+11\n(MSK+8)\n\n \nPETT\nKamchatka Time\nUTC+12\n(MSK+9)\n\n\nThe content of {{time zones of Russia}} is nastily clipped in Vector. In Monobook I see it differently depending on desktop. I suspect that some quick hands without feedback scrabbled in style sheets, but am unwilling to investigate. There are scores of people with privileges here, while I have none.",
+ "c-Incnis_Mrsi-2019-08-15T10:51:00.000Z-CSS_for_tables_sabotaged?": "Time in Russia KALT Kaliningrad Time UTC+2 (MSK−1) MSK Moscow Time UTC+3 (MSK±0) SAMT Samara Time UTC+4 (MSK+1) YEKT Yekaterinburg Time UTC+5 (MSK+2) OMST Omsk Time UTC+6 (MSK+3) KRAT Krasnoyarsk Time UTC+7 (MSK+4) IRKT Irkutsk Time UTC+8 (MSK+5) YAKT Yakutsk Time UTC+9 (MSK+6) VLAT Vladivostok Time UTC+10 (MSK+7) MAGT Magadan Time UTC+11 (MSK+8) PETT Kamchatka Time UTC+12 (MSK+9) The content of {{time zones of Russia}} is nastily clipped in Vector. In Monobook I see it differently depending on desktop. I suspect that some quick hands without feedback scrabbled in style sheets, but am unwilling to investigate. There are scores of people with privileges here, while I have none.",
"c-Izno-2019-08-15T11:48:00.000Z-Incnis_Mrsi-2019-08-15T10:51:00.000Z": "I'm actually shocked the template works at all; I've never seen anyone put a table inside of a file caption. I don't see any issue though, any of Monobook, Vector, or Timeless.",
- "c-PrimeHunter-2019-08-15T12:03:00.000Z-CSS_for_tables_sabotaged?": "Caption with a loooooooooooooooooooooooooooooooooooooooooooooooooong word\nIt also looks fine to me in Vector. Captions don't make horizontal scrollbars for wide content so I can imagine the right side being cut off for some users who don't have room for all the table columns. If this is what you mean by \"\"nastily clipped\" then it's not specific to tables. It happens for me in the example image with \"Caption with a loooooooooooooooooooooooooooooooooooooooooooooooooong word\". I see three caption lines with the middle cut off at \"looooooooooooooooooooooooo\".",
+ "c-PrimeHunter-2019-08-15T12:03:00.000Z-CSS_for_tables_sabotaged?": "Caption with a loooooooooooooooooooooooooooooooooooooooooooooooooong word It also looks fine to me in Vector. Captions don't make horizontal scrollbars for wide content so I can imagine the right side being cut off for some users who don't have room for all the table columns. If this is what you mean by \"\"nastily clipped\" then it's not specific to tables. It happens for me in the example image with \"Caption with a loooooooooooooooooooooooooooooooooooooooooooooooooong word\". I see three caption lines with the middle cut off at \"looooooooooooooooooooooooo\".",
"c-PrimeHunter-2019-08-15T12:15:00.000Z-PrimeHunter-2019-08-15T12:03:00.000Z": "The image in {{time zones of Russia}} is 300px. The smallest size where I see the full caption in Vector is 272px. We could increase the image to 350px to reduce the risk of problems. There may still be users with too large fonts but probably few.",
"c-Incnis_Mrsi-2019-08-15T13:45:00.000Z-PrimeHunter-2019-08-15T12:03:00.000Z": "Thanks, I missed that the template was foolishly redesigned during last years. Should the table be extracted from the caption?",
"c-Izno-2019-08-15T13:56:00.000Z-Incnis_Mrsi-2019-08-15T13:45:00.000Z": "I think that would be a good idea. More guaranteed not to break that way.",
- "c-PrimeHunter-2019-08-15T16:41:00.000Z-CSS_for_tables_sabotaged?": "With 300px image\n\n\n\nTime in Russia\n\n \nKALT\nKaliningrad Time\nUTC+2 (MSK−1)\n\n \nMSK\nMoscow Time\nUTC+3 (MSK±0)\n\n \nSAMT\nSamara Time\nUTC+4 (MSK+1)\n\n \nYEKT\nYekaterinburg Time\nUTC+5 (MSK+2)\n\n \nOMST\nOmsk Time\nUTC+6 (MSK+3)\n\n \nKRAT\nKrasnoyarsk Time\nUTC+7 (MSK+4)\n\n \nIRKT\nIrkutsk Time\nUTC+8 (MSK+5)\n\n \nYAKT\nYakutsk Time\nUTC+9 (MSK+6)\n\n \nVLAT\nVladivostok Time\nUTC+10 (MSK+7)\n\n \nMAGT\nMagadan Time\nUTC+11 (MSK+8)\n\n \nPETT\nKamchatka Time\nUTC+12 (MSK+9)\n\n\n\nWith 190px image\n\n\n\nTime in Russia\n\n \nKALT\nKaliningrad Time\nUTC+2 (MSK−1)\n\n \nMSK\nMoscow Time\nUTC+3 (MSK±0)\n\n \nSAMT\nSamara Time\nUTC+4 (MSK+1)\n\n \nYEKT\nYekaterinburg Time\nUTC+5 (MSK+2)\n\n \nOMST\nOmsk Time\nUTC+6 (MSK+3)\n\n \nKRAT\nKrasnoyarsk Time\nUTC+7 (MSK+4)\n\n \nIRKT\nIrkutsk Time\nUTC+8 (MSK+5)\n\n \nYAKT\nYakutsk Time\nUTC+9 (MSK+6)\n\n \nVLAT\nVladivostok Time\nUTC+10 (MSK+7)\n\n \nMAGT\nMagadan Time\nUTC+11 (MSK+8)\n\n \nPETT\nKamchatka Time\nUTC+12 (MSK+9)\n\n\nTables in captions work fine as long as they aren't forced to be too wide for the image. I added a 300px and 190px version where a is removed to allow wrapping in \"Yekaterinburg Time\", and UTC/MSK is in the same cell to allow wrapping there. I see the whole caption at 190px and think almost everybody does at 300px. It's less pretty when cells wrap but I think it would be worse if there was no table but just whole unaligned lines which wrap at the end of the line. And most readers probably don't get wrapping at 300px but do get good formatting with aligned columns.",
+ "c-PrimeHunter-2019-08-15T16:41:00.000Z-CSS_for_tables_sabotaged?": "With 300px image Time in Russia KALT Kaliningrad Time UTC+2 (MSK−1) MSK Moscow Time UTC+3 (MSK±0) SAMT Samara Time UTC+4 (MSK+1) YEKT Yekaterinburg Time UTC+5 (MSK+2) OMST Omsk Time UTC+6 (MSK+3) KRAT Krasnoyarsk Time UTC+7 (MSK+4) IRKT Irkutsk Time UTC+8 (MSK+5) YAKT Yakutsk Time UTC+9 (MSK+6) VLAT Vladivostok Time UTC+10 (MSK+7) MAGT Magadan Time UTC+11 (MSK+8) PETT Kamchatka Time UTC+12 (MSK+9) With 190px image Time in Russia KALT Kaliningrad Time UTC+2 (MSK−1) MSK Moscow Time UTC+3 (MSK±0) SAMT Samara Time UTC+4 (MSK+1) YEKT Yekaterinburg Time UTC+5 (MSK+2) OMST Omsk Time UTC+6 (MSK+3) KRAT Krasnoyarsk Time UTC+7 (MSK+4) IRKT Irkutsk Time UTC+8 (MSK+5) YAKT Yakutsk Time UTC+9 (MSK+6) VLAT Vladivostok Time UTC+10 (MSK+7) MAGT Magadan Time UTC+11 (MSK+8) PETT Kamchatka Time UTC+12 (MSK+9) Tables in captions work fine as long as they aren't forced to be too wide for the image. I added a 300px and 190px version where a is removed to allow wrapping in \"Yekaterinburg Time\", and UTC/MSK is in the same cell to allow wrapping there. I see the whole caption at 190px and think almost everybody does at 300px. It's less pretty when cells wrap but I think it would be worse if there was no table but just whole unaligned lines which wrap at the end of the line. And most readers probably don't get wrapping at 300px but do get good formatting with aligned columns.",
"c-Whatamidoing_(WMF)-2019-08-20T20:24:00.000Z-PrimeHunter-2019-08-15T16:41:00.000Z": "You could also put the image in the (new) top row of the table, and thus not have to worry about how |thumb= behaves at all.",
"h-Preferences_edit_request-2019-08-15T13:52:00.000Z": "Preferences edit request",
- "c-NewsAndEventsGuy-2019-08-15T13:52:00.000Z-Preferences_edit_request": "Don't know where else to put this. At preferences, under \"Gadgets\", there is a checkbox related to the Watchlist. EDIT REQUEST, please add text under the watchlist tab so folks configuring watchlists can more easily find the watchlist bold toggle under the gadgets tab. (I spent 90 minutes today trying to figure out why bold wasn't working but never thought to look under gadgets... Thanks",
+ "c-NewsAndEventsGuy-2019-08-15T13:52:00.000Z-Preferences_edit_request": "Don't know where else to put this. At preferences, under \"Gadgets\", there is a checkbox related to the Watchlist. EDIT REQUEST, please add text under the watchlist tab so folks configuring watchlists can more easily find the watchlist bold toggle under the gadgets tab. (I spent 90 minutes today trying to figure out why bold wasn't working but never thought to look under gadgets... Thanks",
"c-Ruslik0-2019-08-15T14:20:00.000Z-NewsAndEventsGuy-2019-08-15T13:52:00.000Z": "You mean: \"Display pages on your watchlist that have changed since your last visit in bold (see customizing watchlists for more options)\"?",
- "c-NewsAndEventsGuy-2019-08-15T14:31:00.000Z-Ruslik0-2019-08-15T14:20:00.000Z": "Yes... that quote is under the gadgets tab, so we're coverted going GADGETS >>>to>>> WATCHLIST. But if one starts configuring their watchlist under \"watchlist\" - as most preferences noobs probably do - there is no text pointing at the gadget. If such text were added, we would help people know that there is more watchlist tweaking if they go the other way, WATCHLIST >>>to>>> GADGET.",
- "c-Whatamidoing_(WMF)-2019-08-20T20:27:00.000Z-NewsAndEventsGuy-2019-08-15T14:31:00.000Z": "I don't think that's possible. Gadgets are local, user-written scripts. The rest of Special:Preferences is from MediaWiki itself. User:TheDJ probably remembers what this script does – maybe turns off MediaWiki's default bold, and then turns it back on, or something like that?",
+ "c-NewsAndEventsGuy-2019-08-15T14:31:00.000Z-Ruslik0-2019-08-15T14:20:00.000Z": "Yes... that quote is under the gadgets tab, so we're coverted going GADGETS >>>to>>> WATCHLIST. But if one starts configuring their watchlist under \"watchlist\" - as most preferences noobs probably do - there is no text pointing at the gadget. If such text were added, we would help people know that there is more watchlist tweaking if they go the other way, WATCHLIST >>>to>>> GADGET.",
+ "c-Whatamidoing_(WMF)-2019-08-20T20:27:00.000Z-NewsAndEventsGuy-2019-08-15T14:31:00.000Z": "I don't think that's possible. Gadgets are local, user-written scripts. The rest of Special:Preferences is from MediaWiki itself. User:TheDJ probably remembers what this script does – maybe turns off MediaWiki's default bold, and then turns it back on, or something like that?",
"h-Disabling_HTML_comments_for_drafts?-2019-08-16T12:54:00.000Z": "Disabling HTML comments for drafts?",
- "c-RoySmith-2019-08-16T12:54:00.000Z-Disabling_HTML_comments_for_drafts?": "I've seen several instances of draft authors inserting HTML comments with their replies to reviews. I assume what's going on is that instead of using the AFCH Comment button, they've accidentally discovered the \"Insert comment\" feature of Visual Editor. If you're new at all this, it's a perfectly understandable mistake, and leads to all sorts of confusion. Is there some way we can disable the \"Insert comment\" menu item in VE when editing a draft?",
+ "c-RoySmith-2019-08-16T12:54:00.000Z-Disabling_HTML_comments_for_drafts?": "I've seen several instances of draft authors inserting HTML comments with their replies to reviews. I assume what's going on is that instead of using the AFCH Comment button, they've accidentally discovered the \"Insert comment\" feature of Visual Editor. If you're new at all this, it's a perfectly understandable mistake, and leads to all sorts of confusion. Is there some way we can disable the \"Insert comment\" menu item in VE when editing a draft?",
"c-Xaosflux-2019-08-16T13:02:00.000Z-RoySmith-2019-08-16T12:54:00.000Z": "@RoySmith: disabling HTML comments in Draft space all together would be a bad idea (for example they are often used to comment out categories being drafted). Can you provide a few diffs where you think this problem is being introduced though?",
- "c-RoySmith-2019-08-16T13:21:00.000Z-Xaosflux-2019-08-16T13:02:00.000Z": "Most recently, here, immediately followed by an attempt to fix the problem; I assume the nowiki tags got added automatically as part of some copy-paste operation. This isn't the first time I've seen stuff like this, but I'd have to do a lot of digging to find other examples. Maybe the \"Insert comment\" menu item should be disabled in VE for all new editors, with a preferences checkbox to enable it? It really is an advanced feature, that's not likely to be needed by new editors.",
+ "c-RoySmith-2019-08-16T13:21:00.000Z-Xaosflux-2019-08-16T13:02:00.000Z": "Most recently, here, immediately followed by an attempt to fix the problem; I assume the nowiki tags got added automatically as part of some copy-paste operation. This isn't the first time I've seen stuff like this, but I'd have to do a lot of digging to find other examples. Maybe the \"Insert comment\" menu item should be disabled in VE for all new editors, with a preferences checkbox to enable it? It really is an advanced feature, that's not likely to be needed by new editors.",
"c-Xaosflux-2019-08-16T13:37:00.000Z-RoySmith-2019-08-16T13:21:00.000Z": "I don't think there is project-level control of those settings (just like with the \"index/noindex\" control in there that is virtually useless.",
- "c-Guy_Macon-2019-08-16T13:47:00.000Z-Xaosflux-2019-08-16T13:37:00.000Z": "If possible, I would prefer that the name be changed to \"insert invisible comment\" with a help page created at WP:HTML Comment explaining when and why one might use the AFCH Comment button and when and why one might use the invisible comment button. We could even add a \"are you sure?\" extra step befor an HTML comment is placed.\nIn general, I don't like disabling features when a warning or explanation can do the job.",
+ "c-Guy_Macon-2019-08-16T13:47:00.000Z-Xaosflux-2019-08-16T13:37:00.000Z": "If possible, I would prefer that the name be changed to \"insert invisible comment\" with a help page created at WP:HTML Comment explaining when and why one might use the AFCH Comment button and when and why one might use the invisible comment button. We could even add a \"are you sure?\" extra step befor an HTML comment is placed. In general, I don't like disabling features when a warning or explanation can do the job.",
"c-Kusma-2019-08-16T13:58:00.000Z-RoySmith-2019-08-16T12:54:00.000Z": "Having the editor work differently in draft space and main space does not strike me as a desirable feature. Explaining the buttons better seems superior to removing them.",
"c-Xaosflux-2019-08-16T14:03:00.000Z-Kusma-2019-08-16T13:58:00.000Z": "@Kusma and Guy Macon: we could change the label from \"Comment\" to something else in these messages. It doesn't look like it supports wikilinks or much help text there though.",
- "c-Guy_Macon-2019-08-16T14:28:00.000Z-Xaosflux-2019-08-16T14:03:00.000Z": "Changing \"comment\" to \"invisible comment\" seems like an uncontroversial change that we can make right now. Does anyone object?\nNext, is it possible to put up a warning/explanation that the user only sees when they click on that button?",
- "c-Worldbruce-2019-08-16T14:33:00.000Z-RoySmith-2019-08-16T12:54:00.000Z": "Submitters of drafts don't have an AFCH Comment button unless they've turned on \"Yet Another AFC Helper Script\" in their gadget preferences, which they are extremely unlikely to have done. To keep them from thinking that the right way to respond to a reviewer comment is with , it would be better to change VE's insert menu item from \"Comment\" to \"Hidden text\". \"Comment\" (or \"Invisible comment\") makes sense to computer programmers, but most users of VE aren't computer programmers. The text\n Comment: , inserted by template {{AFC comment}}, could also be changed to something else. If AFCH were modified to place the comments on the talk page, reviewer comments might not need any introductory symbol and word. The argument against using the talk page has always been that newbies are too clueless to find the talk page, but perhaps it's worth investing the effort to train them to do so.",
- "c-RoySmith-2019-08-17T01:46:00.000Z-RoySmith-2019-08-16T12:54:00.000Z": "Thanks everybody for your comments. I agree that (despite it being my initial recommendation), having VE work differently in drafts than in other namespaces would be confusing. I like the idea of changing the system messages to say \"invisible comment\" instead of just \"comment\". Even if naive newbies may not understand what that means, it should certainly be a clue that this is probably not what they want. It may not be the perfect, or final, fix, but it's easy to do and gets us most of the way there. Low hanging fruit, as they say.",
+ "c-Guy_Macon-2019-08-16T14:28:00.000Z-Xaosflux-2019-08-16T14:03:00.000Z": "Changing \"comment\" to \"invisible comment\" seems like an uncontroversial change that we can make right now. Does anyone object? Next, is it possible to put up a warning/explanation that the user only sees when they click on that button?",
+ "c-Worldbruce-2019-08-16T14:33:00.000Z-RoySmith-2019-08-16T12:54:00.000Z": "Submitters of drafts don't have an AFCH Comment button unless they've turned on \"Yet Another AFC Helper Script\" in their gadget preferences, which they are extremely unlikely to have done. To keep them from thinking that the right way to respond to a reviewer comment is with , it would be better to change VE's insert menu item from \"Comment\" to \"Hidden text\". \"Comment\" (or \"Invisible comment\") makes sense to computer programmers, but most users of VE aren't computer programmers. The text Comment: , inserted by template {{AFC comment}}, could also be changed to something else. If AFCH were modified to place the comments on the talk page, reviewer comments might not need any introductory symbol and word. The argument against using the talk page has always been that newbies are too clueless to find the talk page, but perhaps it's worth investing the effort to train them to do so.",
+ "c-RoySmith-2019-08-17T01:46:00.000Z-RoySmith-2019-08-16T12:54:00.000Z": "Thanks everybody for your comments. I agree that (despite it being my initial recommendation), having VE work differently in drafts than in other namespaces would be confusing. I like the idea of changing the system messages to say \"invisible comment\" instead of just \"comment\". Even if naive newbies may not understand what that means, it should certainly be a clue that this is probably not what they want. It may not be the perfect, or final, fix, but it's easy to do and gets us most of the way there. Low hanging fruit, as they say.",
"c-Xaosflux-2019-08-20T20:40:00.000Z-RoySmith-2019-08-16T12:54:00.000Z": "I've changed the system messages to say \"Invisible comment\" - if there are any issues please let me know.",
"h-\"Persistent\"_login_using_Python_mwclient-2019-08-21T03:28:00.000Z": "\"Persistent\" login using Python mwclient",
- "c-Audiodude-2019-08-21T03:28:00.000Z-\"Persistent\"_login_using_Python_mwclient": "Hello, I am one of the maintainers of User:WP 1.0 bot. We've recently changed the server architecture of the bot drastically. Instead of a single threaded cron job that runs once a day, we now have worker processes running as daemons that pick up any work that is added to the work queue. This is coupled with, of course, a cron job that runs once a day but simply adds work to the queue and exits.\n\nI'm running into a problem with long running login sessions expiring (which is to be expected) and how to resolve the issue. The script is written in Python and uses mwclient to log in to English Wikipedia and perform edits as the bot. I've logged an issue on github about the problem.\n\nBasically, I was wondering if anyone has encountered this before and knows how to resolve it. You can see my (convoluted) attempt in our source code. Note that site is a global variable so that login can be performed easily \"pre-fork\", by the worker startup script before the worker jobs themselves are forked.\n\nAdditionally, if anyone has any information about a better place to ask this question, like an \"mwclient-users@\" mailing list somewhere, that would be very helpful. Thanks!",
+ "c-Audiodude-2019-08-21T03:28:00.000Z-\"Persistent\"_login_using_Python_mwclient": "Hello, I am one of the maintainers of User:WP 1.0 bot. We've recently changed the server architecture of the bot drastically. Instead of a single threaded cron job that runs once a day, we now have worker processes running as daemons that pick up any work that is added to the work queue. This is coupled with, of course, a cron job that runs once a day but simply adds work to the queue and exits. I'm running into a problem with long running login sessions expiring (which is to be expected) and how to resolve the issue. The script is written in Python and uses mwclient to log in to English Wikipedia and perform edits as the bot. I've logged an issue on github about the problem. Basically, I was wondering if anyone has encountered this before and knows how to resolve it. You can see my (convoluted) attempt in our source code. Note that site is a global variable so that login can be performed easily \"pre-fork\", by the worker startup script before the worker jobs themselves are forked. Additionally, if anyone has any information about a better place to ask this question, like an \"mwclient-users@\" mailing list somewhere, that would be very helpful. Thanks!",
"h-Is_anyone_up_to_the_job_of_helping_me_update_our_page_on_downtime?-2019-08-15T23:32:00.000Z": "Is anyone up to the job of helping me update our page on downtime?",
"c-Guy_Macon-2019-08-15T23:32:00.000Z-Is_anyone_up_to_the_job_of_helping_me_update_our_page_on_downtime?": "Wikipedia:Downtime is currently inactive and is retained for historical reference. I think it would be worthwhile to revive it. Does anyone know where I can find the information I would need to do that? My impression is that in recent years we have only had brief planned downtime while various upgrades are made, but I would like to see a page documenting the great job the server wranglers are doing.",
"c-MusikAnimal-2019-08-16T14:57:00.000Z-Guy_Macon-2019-08-15T23:32:00.000Z": "@Guy Macon: wikitech:Incident documentation. This includes a lot of services that don't effect readers here on enwiki, though. See also the \"Production excellence\" reports on Release Engineering Team blog.",
"c-Guy_Macon-2019-08-16T15:02:00.000Z-MusikAnimal-2019-08-16T14:57:00.000Z": "Thanks! I think I can separate out the actual outages and update the page with that. Might take a week or so because of that pesky real life... :)",
- "c-Bawolff-2019-08-21T20:55:00.000Z-Guy_Macon-2019-08-16T15:02:00.000Z": "Indirect, but probably one way of doing this would be to look at when sudden spurts of activity happen in logs of the #wikimedia-operations irc channel. Downtime usually corresponds with a lot of people asking what is going on, and a lot of spam from monitoring bots. You can also look at the pretty charts at grafana, like this one of edit rate (As if the site is down, the editing stops).",
+ "c-Bawolff-2019-08-21T20:55:00.000Z-Guy_Macon-2019-08-16T15:02:00.000Z": "Indirect, but probably one way of doing this would be to look at when sudden spurts of activity happen in logs of the #wikimedia-operations irc channel. Downtime usually corresponds with a lot of people asking what is going on, and a lot of spam from monitoring bots. You can also look at the pretty charts at grafana, like this one of edit rate (As if the site is down, the editing stops).",
"h-Bad_autocomplete_on_edit_summaries-2019-08-21T00:05:00.000Z": "Bad autocomplete on edit summaries",
- "c-Cobaltcigs-2019-08-21T00:05:00.000Z-Bad_autocomplete_on_edit_summaries": "So I've got this workflow problem where I'll click on the edit summary box, move the mouse cursor down to the \"save\" button, then type or paste an edit summary, and this annoying menu of unrelated edit summaries will pop up behind the mouse cursor. And because my mouse happens to be over this menu (even without clicking) (usually trying to move away from it and make it go away) whatever edit summarily I've entered will be replaced by whatever random thing is under the mouse cursor. Looks like this.\n\nI had assumed this was some kind of browser feature for which I can't find the setting to turn it off, but then I considered that its degree of responsiveness is laggy to actually be a mediawiki javascript feature instead. Whatever it is, I just want to make it go away. I'm using Chromium \"Version 76.0.3809.100 (Official Build) Built on Ubuntu, running on Ubuntu 18.04 (64-bit)\" and the monobook skin, if any of that matters.",
- "c-Xaosflux-2019-08-21T00:39:00.000Z-Cobaltcigs-2019-08-21T00:05:00.000Z": "@Cobaltcigs: Mediawiki doesn't have autocomplete for edit summaries, this is from your browser. To verify, you can try to use a different browser. Your browser should have a clear option for autofill.",
+ "c-Cobaltcigs-2019-08-21T00:05:00.000Z-Bad_autocomplete_on_edit_summaries": "So I've got this workflow problem where I'll click on the edit summary box, move the mouse cursor down to the \"save\" button, then type or paste an edit summary, and this annoying menu of unrelated edit summaries will pop up behind the mouse cursor. And because my mouse happens to be over this menu (even without clicking) (usually trying to move away from it and make it go away) whatever edit summarily I've entered will be replaced by whatever random thing is under the mouse cursor. Looks like this. I had assumed this was some kind of browser feature for which I can't find the setting to turn it off, but then I considered that its degree of responsiveness is laggy to actually be a mediawiki javascript feature instead. Whatever it is, I just want to make it go away. I'm using Chromium \"Version 76.0.3809.100 (Official Build) Built on Ubuntu, running on Ubuntu 18.04 (64-bit)\" and the monobook skin, if any of that matters.",
+ "c-Xaosflux-2019-08-21T00:39:00.000Z-Cobaltcigs-2019-08-21T00:05:00.000Z": "@Cobaltcigs: Mediawiki doesn't have autocomplete for edit summaries, this is from your browser. To verify, you can try to use a different browser. Your browser should have a clear option for autofill.",
"c-Izno-2019-08-21T00:54:00.000Z-Xaosflux-2019-08-21T00:39:00.000Z": "The VisualEditor does autocomplete for edit summaries in a way custom to VE based on your most-recent N (200?) edit summaries. Other editors don't.",
- "c-RoySmith-2019-08-21T01:10:00.000Z-Xaosflux-2019-08-21T00:39:00.000Z": "Heh. I reported this problem 14 years ago.",
- "c-Xaosflux-2019-08-21T01:24:00.000Z-RoySmith-2019-08-21T01:10:00.000Z": "Ohhhh this is some possible VE issue? @Cobaltcigs: are you using the Visual Editor?",
- "c-Xaosflux-2019-08-21T01:26:00.000Z-Xaosflux-2019-08-21T01:24:00.000Z": "Strike that, your imgur.com SS shows this is in the wikitext editor, so back to it's your browser. You can verify with another browser.",
- "c-SD0001-2019-08-21T12:37:00.000Z-Cobaltcigs-2019-08-21T00:05:00.000Z": "@Cobaltcigs: You can make the edit summary autocomplete menu go away completely by adding the following code to your common.js page:\n$('#wpSummary').attr('autocomplete', 'off');",
- "c-קיפודנחש-2019-08-21T22:05:00.000Z-SD0001-2019-08-21T12:37:00.000Z": "nice tip. i was not aware of this attribute. two minor comments: \naccording to , support for this attribute is relatively new on FF, and does not exist for IE browsers. if you use IE, too bad, and if you use FF, you need version 67 or higher (current is 68).\nthe snippet posted by SD0001 may not always work: if your common.js happen to finish loading before the page is fully formed, it can be a miss. you probably want something like $(function() { $('#wpSummary').attr('autocomplete', 'off'); });\n\npeace",
+ "c-RoySmith-2019-08-21T01:10:00.000Z-Xaosflux-2019-08-21T00:39:00.000Z": "Heh. I reported this problem 14 years ago.",
+ "c-Xaosflux-2019-08-21T01:24:00.000Z-RoySmith-2019-08-21T01:10:00.000Z": "Ohhhh this is some possible VE issue? @Cobaltcigs: are you using the Visual Editor?",
+ "c-Xaosflux-2019-08-21T01:26:00.000Z-Xaosflux-2019-08-21T01:24:00.000Z": "Strike that, your imgur.com SS shows this is in the wikitext editor, so back to it's your browser. You can verify with another browser.",
+ "c-SD0001-2019-08-21T12:37:00.000Z-Cobaltcigs-2019-08-21T00:05:00.000Z": "@Cobaltcigs: You can make the edit summary autocomplete menu go away completely by adding the following code to your common.js page: $('#wpSummary').attr('autocomplete', 'off');",
+ "c-קיפודנחש-2019-08-21T22:05:00.000Z-SD0001-2019-08-21T12:37:00.000Z": "nice tip. i was not aware of this attribute. two minor comments: according to , support for this attribute is relatively new on FF, and does not exist for IE browsers. if you use IE, too bad, and if you use FF, you need version 67 or higher (current is 68). the snippet posted by SD0001 may not always work: if your common.js happen to finish loading before the page is fully formed, it can be a miss. you probably want something like $(function() { $('#wpSummary').attr('autocomplete', 'off'); }); peace",
"h-Is_this_code_safe?-2019-08-21T04:57:00.000Z": "Is this code safe?",
- "c-Humorous1234-2019-08-21T04:57:00.000Z-Is_this_code_safe?": "importScript('User:Primefac/revdel.js'); // Linkback: User:Primefac/revdel.js\nThanks!",
+ "c-Humorous1234-2019-08-21T04:57:00.000Z-Is_this_code_safe?": "importScript('User:Primefac/revdel.js'); // Linkback: User:Primefac/revdel.js Thanks!",
"c-DannyS712-2019-08-21T05:02:00.000Z-Humorous1234-2019-08-21T04:57:00.000Z": "@Humorous1234: that code just imports User:Enterprisey/cv-revdel.js - Enterprisey is a great script writer, and their code can be trusted. It is safe",
"c-QEDK-2019-08-21T17:09:00.000Z-Humorous1234-2019-08-21T04:57:00.000Z": "VPT is for technical issues. While the question is certainly valid, the instructions on the top of your .js page already state that you should trust the code you're putting into your script page, code which is accessible already, at the linkback link above and you can check it yourself before adding it to your script page.",
"c-Xaosflux-2019-08-21T17:24:00.000Z-QEDK-2019-08-21T17:09:00.000Z": "@QEDK: that warning message does specifically refer anyone with questions to this page.",
- "c-Xaosflux-2019-08-21T17:28:00.000Z-QEDK-2019-08-21T17:09:00.000Z": "To the OP, the User:Enterprisey/cv-revdel script is currently \"safe\", and the current owner is trusted to keep scripts safe. As DannyS712 mentioned, you should just use the direct loaded version following the directions at User:Enterprisey/cv-revdel. When importing someone else's script keep in mind that it could break, change, be removed, or be abandoned at any time.",
+ "c-Xaosflux-2019-08-21T17:28:00.000Z-QEDK-2019-08-21T17:09:00.000Z": "To the OP, the User:Enterprisey/cv-revdel script is currently \"safe\", and the current owner is trusted to keep scripts safe. As DannyS712 mentioned, you should just use the direct loaded version following the directions at User:Enterprisey/cv-revdel. When importing someone else's script keep in mind that it could break, change, be removed, or be abandoned at any time.",
"c-Humorous1234-2019-08-22T03:16:00.000Z-Xaosflux-2019-08-21T17:28:00.000Z": "Thank you!",
"h-Two-Factor_Authentication-2019-08-22T13:44:00.000Z": "Two-Factor Authentication",
"c-Épine-2019-08-22T13:44:00.000Z-Two-Factor_Authentication": "Hey guys! Where can I see the rescue codes for my TFA? I lost access to the device that generated the codes for me, now I don’t know how to access it on my new device. •_•--▸ ",
- "c-Xaosflux-2019-08-22T13:47:00.000Z-Épine-2019-08-22T13:44:00.000Z": "@Épine: Scratch Codes would be wherever you securely stored them. You only see these codes while setting up 2FA (and never again), so copy them from your browser and save them offline in a safe place (e.g. on a memory stick or paper printout). If you don't keep these codes and encounter a problem with your 2FA device, you will be locked out of your account.",
+ "c-Xaosflux-2019-08-22T13:47:00.000Z-Épine-2019-08-22T13:44:00.000Z": "@Épine: Scratch Codes would be wherever you securely stored them. You only see these codes while setting up 2FA (and never again), so copy them from your browser and save them offline in a safe place (e.g. on a memory stick or paper printout). If you don't keep these codes and encounter a problem with your 2FA device, you will be locked out of your account.",
"c-Épine-2019-08-22T13:50:00.000Z-Xaosflux-2019-08-22T13:47:00.000Z": "Oh no. I’m screwed.--▸ ",
"c-Xaosflux-2019-08-22T13:52:00.000Z-Épine-2019-08-22T13:50:00.000Z": "@Épine: You can attempt to create a phabricator request to remove your 2FA settings, assign it to WMF T&S. It will be up to them if they are willing to work on this.",
"c-Épine-2019-08-22T13:56:00.000Z-Xaosflux-2019-08-22T13:52:00.000Z": "I just found out that I backed up three of those rescue codes to my cloud! Thanks though! Appreciate the help. I won’t be gone for good I guess ^_^--▸ ",
- "c-Xaosflux-2019-08-22T14:01:00.000Z-Épine-2019-08-22T13:56:00.000Z": "@Épine: good deal! Just unenroll and reenroll, it will make you 10 new scratch codes. Be sure to reenroll so you don't loose your int-admin access on ckbwiki.",
+ "c-Xaosflux-2019-08-22T14:01:00.000Z-Épine-2019-08-22T13:56:00.000Z": "@Épine: good deal! Just unenroll and reenroll, it will make you 10 new scratch codes. Be sure to reenroll so you don't loose your int-admin access on ckbwiki.",
"h-Wikimedia_Commons_stadium_template-2019-08-22T16:48:00.000Z": "Wikimedia Commons stadium template",
- "c-Football_Beetle-2019-08-22T16:48:00.000Z-Wikimedia_Commons_stadium_template": "Hello! I am writing here for the first time, so I apologize if I write in the wrong section. \nI would like to draw the attention of Wikipedia administrators one inaccuracy in the template for Belarusian stadiums on the Wikimedia Commons. In the LOCATION field, instead of the current 2019 administrative-territorial structure of the country outdated information from the year of construction of the sports facility is indicated.\n\nIt turns out such nonsense: Dynama Stadium, Minsk built in 1934, but instead of a location in the country BELARUS, the card in the description indicates the states that existed in the 1930s on the territory of modern BELARUS — Lithuanian–Belorussian Soviet Socialist Republic, Byelorussian Soviet Socialist Republic.\n\nSame thing with Central Stadium, Gomel. The stadium was built in the 1920s, but Gomel Povet and Mogilyov Viceroyalty no longer exists. By administrative-territorial structure of the Republic of BELARUS for 2019 all cities is part of the district, then the region, then the country. The capital city of Minsk is a separate administrative unit within BELARUS.\n\nIn this regard, I ask administrators to make the necessary changes to the card on the Wikimedia Commons for Belarusian stadiums so that outdated information does not mislead readers. If you want to make sure the veracity of my arguments, I can connect administrators from the Belarusian Wikipedia to the discussion. We will provide links to the official administrative-territorial structure of the Republic of BELARUS for the current time of 2019.\n\nThanks for attention!",
+ "c-Football_Beetle-2019-08-22T16:48:00.000Z-Wikimedia_Commons_stadium_template": "Hello! I am writing here for the first time, so I apologize if I write in the wrong section. I would like to draw the attention of Wikipedia administrators one inaccuracy in the template for Belarusian stadiums on the Wikimedia Commons. In the LOCATION field, instead of the current 2019 administrative-territorial structure of the country outdated information from the year of construction of the sports facility is indicated. It turns out such nonsense: Dynama Stadium, Minsk built in 1934, but instead of a location in the country BELARUS, the card in the description indicates the states that existed in the 1930s on the territory of modern BELARUS — Lithuanian–Belorussian Soviet Socialist Republic, Byelorussian Soviet Socialist Republic. Same thing with Central Stadium, Gomel. The stadium was built in the 1920s, but Gomel Povet and Mogilyov Viceroyalty no longer exists. By administrative-territorial structure of the Republic of BELARUS for 2019 all cities is part of the district, then the region, then the country. The capital city of Minsk is a separate administrative unit within BELARUS. In this regard, I ask administrators to make the necessary changes to the card on the Wikimedia Commons for Belarusian stadiums so that outdated information does not mislead readers. If you want to make sure the veracity of my arguments, I can connect administrators from the Belarusian Wikipedia to the discussion. We will provide links to the official administrative-territorial structure of the Republic of BELARUS for the current time of 2019. Thanks for attention!",
"c-Xaosflux-2019-08-22T17:31:00.000Z-Football_Beetle-2019-08-22T16:48:00.000Z": "Hi @Football Beetle: can you copy and paste the link to the page where you are seeing this below?",
"c-Football_Beetle-2019-08-22T17:43:00.000Z-Wikimedia_Commons_stadium_template": "Of course. Here are three different stadiums for example: Dinamo Stadium (Minsk), Traktor Stadium, Central Stadium (Gomel). And at this stadium Borisov Arena on the Wikimedia Commons LOCATION is indicated correctly.",
"c-PrimeHunter-2019-08-22T18:17:00.000Z-Football_Beetle-2019-08-22T17:43:00.000Z": "I still don't know what you refer to with \"the card on the Wikimedia Commons for Belarusian stadiums\". Please give precise steps to reproduce an example of the issue, e.g. \"Click on Dinamo Stadium (Minsk), click on the coordinates in the infobox or do something else, click on X, now there is a map/box/whatever which says Y but should have said Z.\"",
- "c-Xaosflux-2019-08-22T18:21:00.000Z-Football_Beetle-2019-08-22T17:43:00.000Z": "(edit conflict) @Football Beetle: OK, I think I've unraveled this. To summarize: You are not seeing a problem with the encyclopedia articles here on the English Wikipedia. You do think there is a problem with the data on certain pages at Wikimedia Commons, for example: commons:Category:Dynama Stadium, Minsk. For pages such as that on Wikimedia Commons, that data is usually generated via a template there, commons:Template:Wikidata Infobox, which in turn gets values from another project, WikiData. There should be a blue pencil icon at the bottom of those Infoboxes on commons that you can use to go to WikiData then make appropriate edits. For example, wikidata:Q4439085 has location properties (e.g. located in the administrative territorial entity) that you can update. Assuming this is correct, there is nothing that the English Wikipedia editors would directly do about this, but you can edit them directly. Does that help?",
- "c-Football_Beetle-2019-08-22T18:52:00.000Z-Wikimedia_Commons_stadium_template": "I will now explain in detail the essence of the problem. You correctly said that you first need to enter information about location of the stadium on WikiData. If the stadium was built in 2014, then on the Wikimedia Commons page of this stadium in the table in the upper right (Wikidata Infobox), the location is correct — Borisov, Borisov district, Minsk region, Belarus. And if the stadium was built in 1934, then information on the countries that existed on the territory of modern Belarus is indicated on the Wikimedia Commons. These countries and their parts were in the 1930s, but now they are no longer there. And on the page of the stadium on the Wikimedia Commons they are indicated, which misleads the reader. At the moment, all Belarusian stadiums are located on the territory of the Republic of Belarus and its administrative parts.\n\nIf this issue cannot be resolved with the administrators of the English Wikipedia, should I write the same thing to the administrators of the Wikimedia Commons? Just administrators from Belarus are not there, so I decided to write here first.",
+ "c-Xaosflux-2019-08-22T18:21:00.000Z-Football_Beetle-2019-08-22T17:43:00.000Z": "(edit conflict) @Football Beetle: OK, I think I've unraveled this. To summarize: You are not seeing a problem with the encyclopedia articles here on the English Wikipedia. You do think there is a problem with the data on certain pages at Wikimedia Commons, for example: commons:Category:Dynama Stadium, Minsk. For pages such as that on Wikimedia Commons, that data is usually generated via a template there, commons:Template:Wikidata Infobox, which in turn gets values from another project, WikiData. There should be a blue pencil icon at the bottom of those Infoboxes on commons that you can use to go to WikiData then make appropriate edits. For example, wikidata:Q4439085 has location properties (e.g. located in the administrative territorial entity) that you can update. Assuming this is correct, there is nothing that the English Wikipedia editors would directly do about this, but you can edit them directly. Does that help?",
+ "c-Football_Beetle-2019-08-22T18:52:00.000Z-Wikimedia_Commons_stadium_template": "I will now explain in detail the essence of the problem. You correctly said that you first need to enter information about location of the stadium on WikiData. If the stadium was built in 2014, then on the Wikimedia Commons page of this stadium in the table in the upper right (Wikidata Infobox), the location is correct — Borisov, Borisov district, Minsk region, Belarus. And if the stadium was built in 1934, then information on the countries that existed on the territory of modern Belarus is indicated on the Wikimedia Commons. These countries and their parts were in the 1930s, but now they are no longer there. And on the page of the stadium on the Wikimedia Commons they are indicated, which misleads the reader. At the moment, all Belarusian stadiums are located on the territory of the Republic of Belarus and its administrative parts. If this issue cannot be resolved with the administrators of the English Wikipedia, should I write the same thing to the administrators of the Wikimedia Commons? Just administrators from Belarus are not there, so I decided to write here first.",
"c-Xaosflux-2019-08-22T18:58:00.000Z-Football_Beetle-2019-08-22T18:52:00.000Z": "It doesn't look like you need an administrator at all, just go to the wikidata entry and make the improvement by editing it. Even if these were pages and values here on the English Wikipedia, \"administrators\" don't have any special authority over \"content\", anyone is welcome to make productive content updates at any time.",
"c-Football_Beetle-2019-08-22T19:11:00.000Z-Wikimedia_Commons_stadium_template": "A simple example. I recently edited an article Traktor Stadium, made the necessary changes about the location here wikidata:Q2464927, but in Wikidata Infobox here commons:Category:Traktar Stadium it is not written LOCATION - MINSK, BELARUS, but it is written Minsk, Byelorussian Soviet Socialist Republic, Lithuanian–Belorussian Soviet Socialist Republic. Why?",
"c-Football_Beetle-2019-08-22T19:18:00.000Z-Wikimedia_Commons_stadium_template": "Now is the year 2019, not the 1950s. The indicated information is outdated and does not correspond to reality. This is the same if you write about the stadiums in Germany built in the 1930s on the Wikimedia Commons: LOCATION - BERLIN, THIRD REICH, instead of Berlin, Federal Republic of Germany.",
- "c-Xaosflux-2019-08-22T19:27:00.000Z-Football_Beetle-2019-08-22T19:18:00.000Z": "@Football Beetle: well that's quite a complicated set of templates they have going on over there. Your issue has nothing at all to do with the English Wikipedia, for technical assistance at Commons you can follow up at: Commons:Village pump/Technical.",
+ "c-Xaosflux-2019-08-22T19:27:00.000Z-Football_Beetle-2019-08-22T19:18:00.000Z": "@Football Beetle: well that's quite a complicated set of templates they have going on over there. Your issue has nothing at all to do with the English Wikipedia, for technical assistance at Commons you can follow up at: Commons:Village pump/Technical.",
"c-PrimeHunter-2019-08-22T19:27:00.000Z-Xaosflux-2019-08-22T19:27:00.000Z": "Thanks for finding the right link commons:Category:Dynama Stadium, Minsk instead of the false links posted by the OP. It's not that easy to make the wanted change. Dinamo Stadium (Minsk) (Q1130487) says inception 1934 (when the stadium was built in Minsk). Minsk (Q2280) specifies \"located in the administrative territorial entity\" for Minsk at different times, e.g. \"Byelorussian Soviet Socialist Republic\" from 1930 to 1938. commons:Template:Wikidata Infobox apparently combines the construction year and correct location data for that year to say that the stadium is in the Byelorussian Soviet Socialist Republic. For a currently used facility like a stadium, it would be best to ignore the construction year and give the current location, but this choice may be hard to figure out for a template. I don't know how a user can fix it for this page without deleting the information in Minsk (Q2280) about where Minsk was located in the past. Don't do that. Such information has many other uses. This is really an issue for commons:Template talk:Wikidata Infobox and not the English Wikipedia.",
"c-Xaosflux-2019-08-22T19:30:00.000Z-PrimeHunter-2019-08-22T19:27:00.000Z": "Was just trying to unravel commons:Template:Wikidata Infobox/core - they could possibly add some more parameters to accept a \"use date\" to feed in to that beast of a template!",
"c-Football_Beetle-2019-08-22T19:45:00.000Z-Wikimedia_Commons_stadium_template": "Thanks for answers! I'll start all over again in the discussion of the template commons:Template talk:Wikidata Infobox.",
"h-Is_there_an_IsOnPage_magicword/function/whatever_thing?-2019-08-22T05:35:00.000Z": "Is there an IsOnPage magicword/function/whatever thing?",
- "c-Headbomb-2019-08-22T05:35:00.000Z-Is_there_an_IsOnPage_magicword/function/whatever_thing?": "What I'm wondering about is if we have something that parses the current page, and returns and output based on it. For example, we can have\n\n{{#ifeq:{{strfind short|{{Wikipedia:WikiProject Physics/Article alerts}}|has been submitted for AfC}}|0|NOT FOUND|FOUND}}\nwhich gives you\nFOUND\nWhich lets you know if there's \"has been submitted for AfC\" on Wikipedia:WikiProject Physics/Article alerts. But putting that same code on Wikipedia:WikiProject Physics/Article alerts gives you\n\nWarning: This page calls Wikipedia:WikiProject Physics/Article alerts which causes a template loop (an infinite recursive call).\nFOUND\n\nSo I'm trying to find a way to do that without angering the server gods.",
+ "c-Headbomb-2019-08-22T05:35:00.000Z-Is_there_an_IsOnPage_magicword/function/whatever_thing?": "What I'm wondering about is if we have something that parses the current page, and returns and output based on it. For example, we can have {{#ifeq:{{strfind short|{{Wikipedia:WikiProject Physics/Article alerts}}|has been submitted for AfC}}|0|NOT FOUND|FOUND}} which gives you FOUND Which lets you know if there's \"has been submitted for AfC\" on Wikipedia:WikiProject Physics/Article alerts. But putting that same code on Wikipedia:WikiProject Physics/Article alerts gives you Warning: This page calls Wikipedia:WikiProject Physics/Article alerts which causes a template loop (an infinite recursive call). FOUND So I'm trying to find a way to do that without angering the server gods.",
"c-SD0001-2019-08-22T08:44:00.000Z-Headbomb-2019-08-22T05:35:00.000Z": "@Headbomb: this can be done using Lua. Create a mw.title object with the current page name, then the getContent() function on it would return the page content.",
"c-Cryptic-2019-08-22T08:47:00.000Z-Headbomb-2019-08-22T05:35:00.000Z": "Put a tag pair around it.",
"c-SD0001-2019-08-22T09:00:00.000Z-Cryptic-2019-08-22T08:47:00.000Z": "ahhh, that's definitely the simpler option!",
@@ -1269,14 +1269,14 @@
"c-Headbomb-2019-08-22T19:09:00.000Z-Is_there_an_IsOnPage_magicword/function/whatever_thing?": "If anyone has an idea on how to circumvent Template:String on page#Limitations/Template:Count on page#Limitations, please feel free to implement that!",
"c-Izno-2019-08-22T19:24:00.000Z-Headbomb-2019-08-22T19:09:00.000Z": "Not entirely sure, but I think Trappist the monk may have implemented something similar to the request for the auto-dates in CS1.",
"c-Headbomb-2019-08-22T19:58:00.000Z-Izno-2019-08-22T19:24:00.000Z": "pppery (talk · contribs) might have ideas too.",
- "c-Pppery-2019-08-22T21:43:00.000Z-Headbomb-2019-08-22T19:58:00.000Z": "@Headbomb: Searching rendered strings on the current page is logically impossible ({{#ifeq:{{string on page|{{PAGENAME}}|foo}}|0|foo}} would be a paradox). Searching non-transcluded parts of a rendered page might be possible but isn't easy to implement. Searching the source code of page already exists as Template:String count.",
- "c-Trappist_the_monk-2019-08-22T21:10:00.000Z-Izno-2019-08-22T19:24:00.000Z": "If the desire is to find or count strings on a rendered page, then the limitations make sense. If the desire is to find or count strings in the source, then I think that a module is required. Not tested but something like this:local page_title_object;\n\nif frame.args[2] then\n\tpage_title_object = mw.title.new(frame.args[2]);\t\t\t\t\t\t-- title object for the page specified in the template call\nelse\n\tpage_title_object = mw.title.getCurrentTitle();\t\t\t\t\t\t\t-- title object for the current page\nend\n\nlocal text = page_title_object:getContent();\t\t\t\t\t\t\t\t-- the unparsed content of the selected page\nlocal _;\nlocal count;\n_, count = mw.ustring.gsub (text, frame.args[1], '%1');\t\t\t\t\t\t-- count number of occurrences of frame.args[1] in frame.args[2]\nreturn count;\n\nnot tested. Probably requires that Lua pattern sequences in frame.args[1] (the string to be found or counted) are escaped. Likely other stuff needs doing.",
+ "c-Pppery-2019-08-22T21:43:00.000Z-Headbomb-2019-08-22T19:58:00.000Z": "@Headbomb: Searching rendered strings on the current page is logically impossible ({{#ifeq:{{string on page|{{PAGENAME}}|foo}}|0|foo}} would be a paradox). Searching non-transcluded parts of a rendered page might be possible but isn't easy to implement. Searching the source code of page already exists as Template:String count.",
+ "c-Trappist_the_monk-2019-08-22T21:10:00.000Z-Izno-2019-08-22T19:24:00.000Z": "If the desire is to find or count strings on a rendered page, then the limitations make sense. If the desire is to find or count strings in the source, then I think that a module is required. Not tested but something like this: local page_title_object; if frame.args[2] then page_title_object = mw.title.new(frame.args[2]); -- title object for the page specified in the template call else page_title_object = mw.title.getCurrentTitle(); -- title object for the current page end local text = page_title_object:getContent(); -- the unparsed content of the selected page local _; local count; _, count = mw.ustring.gsub (text, frame.args[1], '%1'); -- count number of occurrences of frame.args[1] in frame.args[2] return count; not tested. Probably requires that Lua pattern sequences in frame.args[1] (the string to be found or counted) are escaped. Likely other stuff needs doing.",
"c-Headbomb-2019-08-22T21:34:00.000Z-Izno-2019-08-22T19:24:00.000Z": "Both rendered strings, or source strings would be useful. Source strings is what my immediate needs are though.",
"h-Weird_redirect_error-2019-08-23T01:27:00.000Z": "Weird redirect error",
"c-PC78-2019-08-23T01:27:00.000Z-Weird_redirect_error": "See discussion at Wikipedia:Redirects for discussion/Log/2019 August 22#Fernando Zor????; there's something weird going on with this redirect and it seems a bit beyond the scope of RfD. Any ideas?",
"h-Difficulties_with_SUL_on_Ipad-2019-08-22T13:17:00.000Z": "Difficulties with SUL on Ipad",
"c-Ymblanter-2019-08-22T13:17:00.000Z-Difficulties_with_SUL_on_Ipad": "Before I go to Phabricator, may be someone experienced a similar problem or at least known on which side the problem is. I usually work on laptop, and there I am logged in all the time (I choose the option to log in for 180 days). On my Ipad, I used to be logged on all the time as well. Sometimes it behaved strangely: For example, a year ago I found myself in a situation when I was logged in the English Wikipedia but was not logged in for example on Commons; then I logged in to Commons as well and all was fine. A week ago, my Ipad installed an automatic update which presumably included a new version of Safari. I found myself logged out. I tried to log in and found that I can log in just into one project, but if I then open a new window with any Wikimedia project, I am not logged in. I can login there as well, but then the next window is not logged in and so on. Moreover, if I am logged in say to the English Wikipedia I can work all right (well, making sure I never backtrack to the login screen). However, after two days, I find myself not logged in. Every time I log in I tick the \"180 days\" option. I would appreciate any comments. Thanks.",
- "c-Xaosflux-2019-08-22T13:29:00.000Z-Ymblanter-2019-08-22T13:17:00.000Z": "@Ymblanter: what version of your browser are you using? It sounds like you are having a cookie handling problem with your browser. Try clearing all cookies from your browser and trying again.",
+ "c-Xaosflux-2019-08-22T13:29:00.000Z-Ymblanter-2019-08-22T13:17:00.000Z": "@Ymblanter: what version of your browser are you using? It sounds like you are having a cookie handling problem with your browser. Try clearing all cookies from your browser and trying again.",
"c-TheDJ-2019-08-22T14:33:00.000Z-Ymblanter-2019-08-22T13:17:00.000Z": "Ymblanter, do you have private browsing mode on ? That setting is bottom left of your tab selector. See here",
"c-Ymblanter-2019-08-22T14:44:00.000Z-TheDJ-2019-08-22T14:33:00.000Z": "Thanks to both of you. In my case, Safari is indeed black. I will get back home and try switching off the private browsing.",
"c-Ymblanter-2019-08-23T05:35:00.000Z-Ymblanter-2019-08-22T14:44:00.000Z": "It was indeed private browsing mode which caused issues, thanks again."
diff --git a/tests/cases/pl-big-oldparser/pl-big-oldparser-getText.json b/tests/cases/pl-big-oldparser/pl-big-oldparser-getText.json
index 7e7afbbef..34b8dccd7 100644
--- a/tests/cases/pl-big-oldparser/pl-big-oldparser-getText.json
+++ b/tests/cases/pl-big-oldparser/pl-big-oldparser-getText.json
@@ -1,21 +1,21 @@
{
"h-Kalendarium-2018-09-29T06:23:00.000Z": "Kalendarium",
- "c-Stok-2018-09-29T06:23:00.000Z-Kalendarium": "W artykule Diecezja legnicka po wstępie następuje bardzo długie kalendarium, w którym wymieniono niemal wszystko co w życiu społeczności katolickiej wydarzyło się na terenie diecezji lub było z nią w nawet najmniejszym stopniu związane, np.15 lipca – w kościele pw. Najświętszego Serca Pana Jezusa w Legnicy (os. Piekary) miała miejsce premiera oratorium....\nZamierzam usunąć większość zapisów z tego kalendarium. Proszę o wypowiedzi tu lub dyskusję w trakcie usuwania.",
+ "c-Stok-2018-09-29T06:23:00.000Z-Kalendarium": "W artykule Diecezja legnicka po wstępie następuje bardzo długie kalendarium, w którym wymieniono niemal wszystko co w życiu społeczności katolickiej wydarzyło się na terenie diecezji lub było z nią w nawet najmniejszym stopniu związane, np.15 lipca – w kościele pw. Najświętszego Serca Pana Jezusa w Legnicy (os. Piekary) miała miejsce premiera oratorium.... Zamierzam usunąć większość zapisów z tego kalendarium. Proszę o wypowiedzi tu lub dyskusję w trakcie usuwania.",
"c-Cybularny-2018-09-29T07:06:00.000Z-Stok-2018-09-29T06:23:00.000Z": "Sporo treści jest bez źródeł, więc nie widzę przeciwwskazań do usunięcia.",
"c-Zwiadowca21-2018-10-01T18:20:00.000Z-Cybularny-2018-09-29T07:06:00.000Z": "WP:CWNJ#1.8 mówi: \"Wikipedia nie jest bezładnym zbiorem rzeczy i informacji. To, że coś jest w 100% prawdziwe, nie oznacza automatycznie, że jest odpowiednie, by znaleźć się w Wikipedii.\" Jeśli już edytujesz ten artykuł, to zwróć uwagę na bałagan typu: raz erygowanie, a raz erygowano, raz eryguje. Pomieszanie czasów i trybów.",
"h-Zmiany_interwiki_w_Wikidanych-2018-09-30T01:22:00.000Z": "Zmiany interwiki w Wikidanych",
- "c-Wostr-2018-09-30T01:22:00.000Z-Zmiany_interwiki_w_Wikidanych": "Z uwagi na to, że zmiany interwiki są znacznie mniej widoczne od czasu, gdy zostały przeniesione na Wikidane, poniżej wklejam zmiany, które wyskoczyły jako „podejrzane” w narzędziu do śledzenia zmian w obrębie języka polskiego, a których poprawności nie jestem w stanie w 100% ocenić. Proszę zainteresowane osoby o zerknięcie, a jeśli coś jest nie tak – o informację zwrotną, abym mógł poprawić (jeśli jest okej, to też warto dać odhaczyć).\n\nMiasteczko (urbanizacja) przeniesione z market town (Q3374262) do miasteczko (Q3957)\nTorfowisko przeniesione z torfowisko (Q36449705) do torfowisko otwarte (Q1681353)\nWielki post przeniesiony z Wielki post (Q2751046) do Wielki post (Q82866) T Załatwione to przeniesienie było poprawne --WTM (dyskusja)\nHormony tarczycy przeniesione z hormony tarczycy (Q4144486) do hormon tarczycy (Q422106)\nLiteratura dla dzieci i młodzieży przeniesiona z Literatura dla dzieci i młodzieży (Q11163999) do literatura dziecięca (Q131539) T Załatwione rewert --WTM (dyskusja)\nTaryfa celna przeniesiona z taryfa celna (Q4450957) do cło (Q52389)\nOwsianka (potrawa) przeniesiona z owsianka (Q2089240) do kasza (Q186817) T Załatwione rewert --WTM (dyskusja)\nWiedza o społeczeństwie przeniesiona z wiedza o społeczeństwie (Q14565700) do Wiedza o społeczeństwie (Q837313)\nFatymidzi przeniesieni z Fatymidzi (Q14932665) do Kalifat Fatymidów (Q160307) T Załatwione rewert: Fatymidzi to nie Kalifat fatymidzki --WTM (dyskusja)\nUrbanistyka przeniesiona z Urbanistyka (Q59950) do Urbanistyka (Q69883)\nPrzedkaukazie przeniesione z Kaukaz Północny (Q1232392) do Przedkaukazie (Q37736)",
+ "c-Wostr-2018-09-30T01:22:00.000Z-Zmiany_interwiki_w_Wikidanych": "Z uwagi na to, że zmiany interwiki są znacznie mniej widoczne od czasu, gdy zostały przeniesione na Wikidane, poniżej wklejam zmiany, które wyskoczyły jako „podejrzane” w narzędziu do śledzenia zmian w obrębie języka polskiego, a których poprawności nie jestem w stanie w 100% ocenić. Proszę zainteresowane osoby o zerknięcie, a jeśli coś jest nie tak – o informację zwrotną, abym mógł poprawić (jeśli jest okej, to też warto dać odhaczyć). Miasteczko (urbanizacja) przeniesione z market town (Q3374262) do miasteczko (Q3957) Torfowisko przeniesione z torfowisko (Q36449705) do torfowisko otwarte (Q1681353) Wielki post przeniesiony z Wielki post (Q2751046) do Wielki post (Q82866) T Załatwione to przeniesienie było poprawne --WTM (dyskusja) Hormony tarczycy przeniesione z hormony tarczycy (Q4144486) do hormon tarczycy (Q422106) Literatura dla dzieci i młodzieży przeniesiona z Literatura dla dzieci i młodzieży (Q11163999) do literatura dziecięca (Q131539) T Załatwione rewert --WTM (dyskusja) Taryfa celna przeniesiona z taryfa celna (Q4450957) do cło (Q52389) Owsianka (potrawa) przeniesiona z owsianka (Q2089240) do kasza (Q186817) T Załatwione rewert --WTM (dyskusja) Wiedza o społeczeństwie przeniesiona z wiedza o społeczeństwie (Q14565700) do Wiedza o społeczeństwie (Q837313) Fatymidzi przeniesieni z Fatymidzi (Q14932665) do Kalifat Fatymidów (Q160307) T Załatwione rewert: Fatymidzi to nie Kalifat fatymidzki --WTM (dyskusja) Urbanistyka przeniesiona z Urbanistyka (Q59950) do Urbanistyka (Q69883) Przedkaukazie przeniesione z Kaukaz Północny (Q1232392) do Przedkaukazie (Q37736)",
"c-Eurohunter-2018-09-30T07:43:00.000Z-Wostr-2018-09-30T01:22:00.000Z": "market town (Q3374262) dotyczy gmin czeskich, więc należało je stamtąd usunąć. Czy miasteczko to town nie wiem, ale na to wygląda. Artykuł na lt.wiki dotychczy chyba gmin Litewskich, więc również należałoby usunąć.",
"c-Eurohunter-2018-09-30T07:52:00.000Z-Eurohunter-2018-09-30T07:43:00.000Z": "Jest jeszcze miasteczko (Q48768130).",
"c-Eurohunter-2018-09-30T07:55:00.000Z-Eurohunter-2018-09-30T07:52:00.000Z": "Btw. jeśli przenosicie artykuły, pamiętajcie aby przenieść etykietę, opis i inne nazwy.",
- "c-WTM-2018-09-30T10:42:00.000Z-Zmiany_interwiki_w_Wikidanych": "@Eurohunter Czeskich městysów dotyczy cs:Městys i en:Městys, więc te dwa koniecznie powinny być ze sobą powiązane. Coś ci nie poszło najlepiej. --WTM (dyskusja) 12:42, 30 wrz 2018 (CEST)\nZ kolei en:Miasteczko dotyczy miasteczek w Rzeczpospolitej Obojga Narodów, a dokładnie te opisuje ru, be, be-tarask, bg oraz ja (sic!), no ale już nie nl, nds-nl, fy (te są bardziej o Niderlandach), ka, xmf (te są o Gruzji).",
+ "c-WTM-2018-09-30T10:42:00.000Z-Zmiany_interwiki_w_Wikidanych": "@Eurohunter Czeskich městysów dotyczy cs:Městys i en:Městys, więc te dwa koniecznie powinny być ze sobą powiązane. Coś ci nie poszło najlepiej. --WTM (dyskusja) 12:42, 30 wrz 2018 (CEST) Z kolei en:Miasteczko dotyczy miasteczek w Rzeczpospolitej Obojga Narodów, a dokładnie te opisuje ru, be, be-tarask, bg oraz ja (sic!), no ale już nie nl, nds-nl, fy (te są bardziej o Niderlandach), ka, xmf (te są o Gruzji).",
"c-Eurohunter-2018-09-30T11:09:00.000Z-WTM-2018-09-30T10:42:00.000Z": "cs:Městys nie dotyczy Czech (definicja).",
"c-Yashaa-2018-09-30T16:32:00.000Z-Eurohunter-2018-09-30T11:09:00.000Z": "Kalifat Fatymidzki, coś takiego jak \"fatimidski\" nie istnieje.",
"c-Eurohunter-2018-09-30T21:24:00.000Z-Yashaa-2018-09-30T16:32:00.000Z": "@Yashaa Jesteś pewien?",
"c-Yashaa-2018-10-01T10:18:00.000Z-Eurohunter-2018-09-30T21:24:00.000Z": "Fatymidzi - fatymidzki, jak Abbasydzi - abbasydzki. Tak w znanych mi źródłach.",
"c-WTM-2018-09-30T22:17:00.000Z-Zmiany_interwiki_w_Wikidanych": "Anglojęzyczni powiadają: There are four types of en:mire: en:bog, en:fen, en:marsh and en:swamp. Zmiana w interwiki polegała na tym, że pl:torfowisko przeniesiono z dotychczasowego mire do bog - nie potrafię ocenić czy poprawnie.",
"c-Panek-2018-10-01T06:39:00.000Z-WTM-2018-09-30T22:17:00.000Z": "Zamieszanie w terminologii mokradłowej jest tak duże, że wymagałoby przeglądnięcia wszystkich językowych możliwości i robienia różnych roszad, a i tak by się nie dało ujednolicić. (Tu pozdrowienia dla osób, które wyrażają pogląd, że wersje językowe wikipedii powinny być identyczne.) Przywróciłem powiązanie polskiego torfowiska z angielskim mire, choć pewnie lepsze byłoby nieistniejące angielskie peatland, co dałoby jeszcze więcej zamieszania. Nie jest to idealne, ale lepsze niż wiązanie z bog, które najbardziej odpowiada polskiemu torfowisku wysokiemu. Podejrzewam, że interwiki z innych języków mogłyby sugerować co innego, ale za sprawdzanie odpowiedników w innych językach się nie zabiorę. Tu mam właśnie podejrzenia, że i z innych języków lepsze byłoby związanie ich terminów z mire niż z bog.",
- "c-Panek-2018-10-01T09:52:00.000Z-Panek-2018-10-01T06:39:00.000Z": "Jeśli torfowisko odpowiada peatland to powinieneś utworzyć stronę WD z linkiem do pl.wiki i etykietami pl.wiki. i en.wiki. Eurohunter (dyskusja) 09:59, 1 paź 2018 (CEST\nNa enwiki nie ma artykułu peatland. Jest lakoniczna wzmianka w mire, że peatland to torfowisko żywe lub zdegradowane, a mire to tylko żywe. Teoretycznie trzeba by na enwiki utworzyć stuba peatland, żeby połączyć go z naszym torfowiskiem a może i kilkudziesięcioma z innych języków, ale nie chce mi się tego forsować na enwiki. U nas można by zrobić stuba\"torfowisko żywe \" . A enwiki bog w ogóle wprowadza w błąd.",
+ "c-Panek-2018-10-01T09:52:00.000Z-Panek-2018-10-01T06:39:00.000Z": "Jeśli torfowisko odpowiada peatland to powinieneś utworzyć stronę WD z linkiem do pl.wiki i etykietami pl.wiki. i en.wiki. Eurohunter (dyskusja) 09:59, 1 paź 2018 (CEST Na enwiki nie ma artykułu peatland. Jest lakoniczna wzmianka w mire, że peatland to torfowisko żywe lub zdegradowane, a mire to tylko żywe. Teoretycznie trzeba by na enwiki utworzyć stuba peatland, żeby połączyć go z naszym torfowiskiem a może i kilkudziesięcioma z innych języków, ale nie chce mi się tego forsować na enwiki. U nas można by zrobić stuba\"torfowisko żywe \" . A enwiki bog w ogóle wprowadza w błąd.",
"c-Barcival-2018-10-01T20:23:00.000Z-WTM-2018-09-30T22:17:00.000Z": "Z wiedzą o społeczeństwie jest bałagan. W pierwszym elemencie nie powinna się znajdować, bo ten dotyczy kierunku studiów. Nie jestem jednak przekonany, czy wszystkie interwiki w drugim elemencie mówią o tym samym. Jest jeszcze Wychowanie obywatelskie (Q10270843), gdzie angielska wersja mówi o WOS.",
"h-Hymn_Polski_a_Mazurek_Dąbrowskiego-2018-10-01T13:54:00.000Z": "Hymn Polski a Mazurek Dąbrowskiego",
"c-Zwiadowca21-2018-10-01T13:54:00.000Z-Hymn_Polski_a_Mazurek_Dąbrowskiego": "Moi drodzy, nie chcę wszczynać kłótni, ale wydaje mi się że powinny być dwa hasła: Hymn Polski i Mazurek Dąbrowskiego. Artykuł o hymnie powinien mówić o tym jakie hymny były wcześniej w Polsce, jaki jest obecny, jak się go wykonuje i chroni. Część można wziąć z Hymn Polski, część z Polskie pieśni hymniczne. Poza tym cały Mazurek... nie jest hymnem, tylko cztery strofy. Mazurek Dąbrowskiego powinien być tylko artykułem o utworze. A wy jak uważacie?",
@@ -27,11 +27,11 @@
"c-MOs810-2018-10-03T13:59:00.000Z-Teukros-2018-10-03T13:16:00.000Z": "a co na to twórca @Havarese ?",
"c-Aotearoa-2018-10-03T17:27:00.000Z-MOs810-2018-10-03T12:51:00.000Z": "3/4 sekcji bez źródeł i napisane w stylu neencyklopedycznym (\"Jego realizacja była przepięknym, jedynym w swoim rodzaju spektaklem\" itp.). Podane źródło nie podaje powierzchni muralu – pewnie autor ją wyliczył mnożąc długość przez szerokość, gdy nie wiadomo czy szerokość była stała, a że jest błędna może świadczyć to, że wg Księgi rekordów Guinnessa największy mural ma 16554,8m² znajduje się w USA i został wpisany w 1997 roku.",
"h-Mozilla_a_Mozilla_Foundation-2018-10-04T17:49:00.000Z": "Mozilla a Mozilla Foundation",
- "c-GregX21-2018-10-04T17:49:00.000Z-Mozilla_a_Mozilla_Foundation": "Witam. Przejdę może od razu do meritum sprawy, gdyż nie mam pomysłu na wstęp.\nW polskiej Wikipedii istnieje artykuł Mozilla, który, szczerze mówiąc, nie mam pojęcia czego tak właściwie dotyczy (ale do tego jeszcze wrócę). W każdym razie po zajrzeniu na statystyki wyświetleń stron na Wikipedii udostępniane przez Wikimedia Foundation można dojść do wniosku, iż artykuł ten jest nad wyraz popularny, gdy porówna się go do podobnych do niego pod względem treści – Mozilla (projekt) i Mozilla Application Suite. Podejrzewam, że ludzie, chcąc dostać się do artykułu o fundacji Mozilla, wpisują w wyszukiwarkę po prostu „Mozilla”, a ta przenosi ich nie do końca tam, gdzie by chcieli, zwiększając przy tym statystyki wyświetleń. Sama Mozilla Foundation nie ma w swoim logotypie słowa „Foundation”, a dodatkowo w wielu miejscach pisze o sobie po prostu „Mozilla”, więc ludzie też pod takim hasłem szukają. Moja propozycja jest więc taka, żeby przenieść artykuł, który obecnie znajduje się pod nazwą „Mozilla”, pod inną nazwę, a w ustąpione przez niego miejsce stworzyć przekierowanie do artykułu „Fundacja Mozilla”. Nie wiem niestety, pod jaką nazwę przenieść ten artykuł. Informacje w nim zawarte to taki miszmasz. Pierwszy i czwarty akapit dublują informacje zawarte w artykule „Mozilla Application Suite”, zaś drugi i trzeci – w „Mozilla (projekt)”. To samo tyczy się grafik – również dublują te znajdujące się już w ww. artykułach. Z tego powodu, zamiast zastanawiać się, pod jaką nazwę przenieść artykuł „Mozilla”, może lepiej będzie, moim zdaniem, go po prostu usunąć. Szkoda tylko tracić listy autorów.\nJak widać, jest to sprawa dość skomplikowana i z pewnością warta przedyskutowania, więc zdecydowałem się napisać o niej tutaj. Z góry przepraszam, jeśli wybrałem nieodpowiednią sekcję kawiarenki.",
+ "c-GregX21-2018-10-04T17:49:00.000Z-Mozilla_a_Mozilla_Foundation": "Witam. Przejdę może od razu do meritum sprawy, gdyż nie mam pomysłu na wstęp. W polskiej Wikipedii istnieje artykuł Mozilla, który, szczerze mówiąc, nie mam pojęcia czego tak właściwie dotyczy (ale do tego jeszcze wrócę). W każdym razie po zajrzeniu na statystyki wyświetleń stron na Wikipedii udostępniane przez Wikimedia Foundation można dojść do wniosku, iż artykuł ten jest nad wyraz popularny, gdy porówna się go do podobnych do niego pod względem treści – Mozilla (projekt) i Mozilla Application Suite. Podejrzewam, że ludzie, chcąc dostać się do artykułu o fundacji Mozilla, wpisują w wyszukiwarkę po prostu „Mozilla”, a ta przenosi ich nie do końca tam, gdzie by chcieli, zwiększając przy tym statystyki wyświetleń. Sama Mozilla Foundation nie ma w swoim logotypie słowa „Foundation”, a dodatkowo w wielu miejscach pisze o sobie po prostu „Mozilla”, więc ludzie też pod takim hasłem szukają. Moja propozycja jest więc taka, żeby przenieść artykuł, który obecnie znajduje się pod nazwą „Mozilla”, pod inną nazwę, a w ustąpione przez niego miejsce stworzyć przekierowanie do artykułu „Fundacja Mozilla”. Nie wiem niestety, pod jaką nazwę przenieść ten artykuł. Informacje w nim zawarte to taki miszmasz. Pierwszy i czwarty akapit dublują informacje zawarte w artykule „Mozilla Application Suite”, zaś drugi i trzeci – w „Mozilla (projekt)”. To samo tyczy się grafik – również dublują te znajdujące się już w ww. artykułach. Z tego powodu, zamiast zastanawiać się, pod jaką nazwę przenieść artykuł „Mozilla”, może lepiej będzie, moim zdaniem, go po prostu usunąć. Szkoda tylko tracić listy autorów. Jak widać, jest to sprawa dość skomplikowana i z pewnością warta przedyskutowania, więc zdecydowałem się napisać o niej tutaj. Z góry przepraszam, jeśli wybrałem nieodpowiednią sekcję kawiarenki.",
"c-Piolodiusz-2018-10-05T15:32:00.000Z-GregX21-2018-10-04T17:49:00.000Z": "Sądzę, że artykuł można przenieść do Mozilla (nazwa) i problem rozwiązany.",
"c-GregX21-2018-10-06T07:05:00.000Z-Piolodiusz-2018-10-05T15:32:00.000Z": "Przenoszenie tego artykułu już teraz pod taką nazwę, to, moim zdaniem, rozwiązywanie problemu trochę na siłę, by zrobić to jak najszybciej. Ja zastanowiłbym się najpierw, czy nie lepiej byłoby po prostu usunąć tego artykułu, bo i tak tylko niepotrzebnie dubluje informacje, i w jego miejsce zrobić przekierowanie. Jeśli z dyskusji wyniknie, że lepiej żeby pozostał, to wtedy zastanowimy się nad nową nazwą dla niego.",
"c-Witia-2018-10-06T12:12:00.000Z-GregX21-2018-10-04T17:49:00.000Z": "Ja zasadniczo przeniósłbym obecną zawartość strony Mozilla do Mozilla (projekt), bo jest to pojęcie najogólniejsze i może linkować do bardziej szczegółowych zagadnień jak Mozilla Foundation czy Mozilla Suite. W takich przypadku miałoby sens wstawienie od razu na stronie Mozilla linków obecnych aktualnie na stronie Mozilla (ujednoznacznienie). Wtedy po wpisaniu samego \"Mozilla\" można byłoby wybrać poszukiwane zagadnienie. A na marginesie, swego czasu brałem dość intensywnie udział w projektach Mozilli i też miewałem problemy z relacjami między poszczególnymi elementami projektu ;)",
- "c-GregX21-2018-10-06T16:18:00.000Z-Witia-2018-10-06T12:12:00.000Z": "Po przeczytaniu Twojej wypowiedzi, ponownie zajrzałem do omawianego tutaj artykułu, kolejny raz przeczytałem zawarty w nim tekst i... w sumie masz rację. Wybrane fragmenty tego tekstu mogłyby z powodzeniem uzupełnić treść artykułu „Mozilla (projekt)”, ale nie wszystkie, bo chyba nie ma co pisać w tym artykule, że Mozilla Suite nie jest już rozwijany, a jego następca to SeaMonkey. Natomiast co do propozycji uczynienia z artykułu „Mozilla” strony ujednoznaczniającej, to pozostałbym jednak przy swoim pomyśle. Niby pomysł nie jest głupi, ale wydaje mi się, że jeśli ktoś wpisuje w wyszukiwarkę słowo „Mozilla”, to na co najmniej 80% chodzi mu o Mozilla Foundation. Przeciętny Kowalski nie będzie raczej zainteresowany artykułami tak egzotycznymi, jak np. Księga Mozilli, a ci, których to interesuje i tak będą wiedzieli, pod jakim hasłem tego szukać. Wstawienie ujednoznacznienia do artykułu „Mozilla” miałoby większy sens, gdyby wszystkie hasła w nim zawarte cieszyły się podobnym zainteresowaniem, a tak przecież nie jest. Nie mówię jednak ostatniego słowa i może faktycznie Twój pomysł jest lepszy.\nPS To teraz ja jestem takim jakby odpowiednikiem Ciebie, bo ogromnie interesują mnie tematy związane z Firefoksem. Aż przykro mi jest patrzeć na to, jak zmniejsza się liczba użytkowników różnych przeglądarek (m.in. Firefoksa) na rzecz Chrome'a, który nie posiada przecież żadnych wyróżniających się funkcjonalności.",
+ "c-GregX21-2018-10-06T16:18:00.000Z-Witia-2018-10-06T12:12:00.000Z": "Po przeczytaniu Twojej wypowiedzi, ponownie zajrzałem do omawianego tutaj artykułu, kolejny raz przeczytałem zawarty w nim tekst i... w sumie masz rację. Wybrane fragmenty tego tekstu mogłyby z powodzeniem uzupełnić treść artykułu „Mozilla (projekt)”, ale nie wszystkie, bo chyba nie ma co pisać w tym artykule, że Mozilla Suite nie jest już rozwijany, a jego następca to SeaMonkey. Natomiast co do propozycji uczynienia z artykułu „Mozilla” strony ujednoznaczniającej, to pozostałbym jednak przy swoim pomyśle. Niby pomysł nie jest głupi, ale wydaje mi się, że jeśli ktoś wpisuje w wyszukiwarkę słowo „Mozilla”, to na co najmniej 80% chodzi mu o Mozilla Foundation. Przeciętny Kowalski nie będzie raczej zainteresowany artykułami tak egzotycznymi, jak np. Księga Mozilli, a ci, których to interesuje i tak będą wiedzieli, pod jakim hasłem tego szukać. Wstawienie ujednoznacznienia do artykułu „Mozilla” miałoby większy sens, gdyby wszystkie hasła w nim zawarte cieszyły się podobnym zainteresowaniem, a tak przecież nie jest. Nie mówię jednak ostatniego słowa i może faktycznie Twój pomysł jest lepszy. PS To teraz ja jestem takim jakby odpowiednikiem Ciebie, bo ogromnie interesują mnie tematy związane z Firefoksem. Aż przykro mi jest patrzeć na to, jak zmniejsza się liczba użytkowników różnych przeglądarek (m.in. Firefoksa) na rzecz Chrome'a, który nie posiada przecież żadnych wyróżniających się funkcjonalności.",
"h-Autoencyklopedyczność_kościołów_-_propozycja_głosowania-2018-07-29T10:14:00.000Z": "Autoencyklopedyczność kościołów - propozycja głosowania",
"c-MOs810-2018-07-29T10:14:00.000Z-Autoencyklopedyczność_kościołów_-_propozycja_głosowania": "W związku z ostatnimi dyskusjami w kilku DNU, w tym zwłaszcza w Kościół św. Jana Kantego w Krakowie, proponuję (za radą @Adamt) głosowanie nt. autoencyklopedyczności kościołów/cerkwi/synagog niezależnie od ich statusu zabytkowego, formy architektonicznej, czy daty powstania. Argumentacja jest w skrócie taka, że wiele lat pracy dziesiątek Wikipedystów może iść do pieca (w tym Wikigranty Stowarzyszenia, kościoły z TT, czy np. ostatni MiniWikiProjekt Kościoły Poznania), ponieważ przez ponad dziesięć lat tworzyliśmy hasła o kościołach przy zerowym sprzeciwie i pełnej aprobacie społeczności - nikt się nie sprzeciwiał, kościoły lądowały w Czywieszu i wszystko było OK. Teraz jednemu z Wikipedystów przypomniało się, że kościoły jednak nie są autoency i ogromne dziedzictwo może zostać wyrzucone. Wszystko byłoby OK, gdyby komuś przypomniało się to 10 lat temu - wtedy nie byłoby zbędnej roboty. W mojej opinii wyrzucanie po latach pracy stworzonego zasobu byłoby przejawem lekceważenia, braku szacunku i arogancji w stosunku do wielu z nas, swoistym przejawem zmiany zasad w trakcie gry. Rozumiem, że nie było dotąd autoencyklopedyczności, ale nie było też dotąd żadnych sprzeciwów, a nawet aprobata społeczności (Czywiesz, TT, granty, itp.). Wielu z nas rozumiało to, jako przychylność społeczności dla tworzenia haseł o kościołach i gwarant nienaruszalności dziedzictwa. Prawdopodobnie pomyliliśmy się srogo i nasza wieloletnia praca jest zagrożona. Nie mam nic przeciwko nieencyklopedyczności jakichś obiektów, ale w tym wypadku wygląda to tak, że przez ponad 10 lat była aprobata i nie było sprzeciwów, więc naiwniacy tworzyli hasła, marnotrawili setki godzin życia, a teraz, gdy już mamy wspaniały zasób, to się tych naiwniaków wali pałą w łeb, a zasób spłukuje. Bardzo nieelegancko, bardzo nieprofesjonalnie, bardzo nieprzyszłościowo w stosunku do edytorów. Proszę o pomoc w technicznym zorganizowaniu głosowania. Pzdr.",
"c-Gdarin-2018-07-29T10:31:00.000Z-MOs810-2018-07-29T10:14:00.000Z": "Nie widzę potrzeby głosowania: w przytoczonej dyskusji jedynie @Teukros opowiadał się za usunięciem. Nie sądzę więc, by kościołom na Wikipedii groziło jakieś realne niebezpieczeństwo. :)",
@@ -44,7 +44,7 @@
"c-Hoa_binh-2018-07-29T13:37:00.000Z-MOs810-2018-07-29T10:14:00.000Z": "Sprawa jest prosta: zabytki i stare budynki są ency. Nowsze są ency, jeśli się wyróżniają architektonicznie, zostały zaprojektowane przez kogoś znanego, są dominantą architektoniczną okolicy, ich historia powstania jest jakoś wyróżniająca się, itp. - niestety, w większości czysto uznaniowo. No bo przecież jakiś kościół (zazwyczaj koszmarny architektonicznie), wzniesiony na jakimś nowym osiedlu w roku 2006 encyklopedyczny na pewno nie będzie. I mówimy o wolnostojących budynkach o przeznaczeniu sakralnym. Jakaś lefebrystyczna czy bożochrystusowa kaplica/sala spotkań urządzona w mieszkaniu na 3 piętrze kamienicy to zupełnie inna bajka jest i nie róbmy tutaj porównań.",
"c-Anagram16-2018-07-29T13:45:00.000Z-Hoa_binh-2018-07-29T13:37:00.000Z": "Dla jednych koszmarny, dla innych (zwłaszcza samych projektantów) wybitne osiągnięcie myśli architektonicznej. Niektórym inżynierom architektom nie mieści się w głowie, że mogliby narysować budynek o czterech ścianach i dwuspadowym dachu. Ale tu się zgodzę, że można by poczekać, aż miedziana blacha pokryje się choć trochę patyną. (",
"c-Gruzin-2018-07-29T16:11:00.000Z-Hoa_binh-2018-07-29T13:37:00.000Z": "Reasumując - zabytki, plus obiekty z innych powodów (wymienionych wyżej) zostają, reszta do dyskusji",
- "c-Zetpe0202-2018-07-30T17:54:00.000Z-MOs810-2018-07-29T10:14:00.000Z": "Tylko pytania: KTO będzie decydował czy budynek jest encyklopedyczny czy też nie ? Jakiś znafca architektury, artysta ? Jakie będą kryteria ŁADNOŚĆI budowli, czyim gustem będziemy się kierować, co to jest budynek wyróżniający się architektonicznie (KTO decyduje o tym, że można go określić słowem wyróżniający) ? Czy też będzie to zasada bo mię sie nie podoba i już? Może wprowadzić kategorie: budowla ładna, budowla brzydka. Może obok administratora wprowadzić funkcję Wikiarbiter elegantiarum do spraw architektury albo naczelny Wikiesteta ?Jakoś nikomu z was nie przeszkadzają w encyklopedii chociażby postaci (postacie ?) z seriali dla kucharek, trzecorzędni sportowcy czwartorzędnych klubów z San Escobar. Tak, uważam że powinni być bo może kogoś interesują. Dodajcie do nazwy Wikipedia wolna encyklopedia tylko dla kucharek (kucharki wybaczcie) i ograniczcie jej treść. Chciałem żeby było dowcipnie, ale gdy przeczytałem co napisałem to ogarnęła mnie zgroza. O czym wy dyskutujecie ?! Tak ma według was wyglądać ENCYKLOPEDIA ? A sprawa wcale nie jest prosta.",
+ "c-Zetpe0202-2018-07-30T17:54:00.000Z-MOs810-2018-07-29T10:14:00.000Z": "Tylko pytania: KTO będzie decydował czy budynek jest encyklopedyczny czy też nie ? Jakiś znafca architektury, artysta ? Jakie będą kryteria ŁADNOŚĆI budowli, czyim gustem będziemy się kierować, co to jest budynek wyróżniający się architektonicznie (KTO decyduje o tym, że można go określić słowem wyróżniający) ? Czy też będzie to zasada bo mię sie nie podoba i już? Może wprowadzić kategorie: budowla ładna, budowla brzydka. Może obok administratora wprowadzić funkcję Wikiarbiter elegantiarum do spraw architektury albo naczelny Wikiesteta ? Jakoś nikomu z was nie przeszkadzają w encyklopedii chociażby postaci (postacie ?) z seriali dla kucharek, trzecorzędni sportowcy czwartorzędnych klubów z San Escobar. Tak, uważam że powinni być bo może kogoś interesują. Dodajcie do nazwy Wikipedia wolna encyklopedia tylko dla kucharek (kucharki wybaczcie) i ograniczcie jej treść. Chciałem żeby było dowcipnie, ale gdy przeczytałem co napisałem to ogarnęła mnie zgroza. O czym wy dyskutujecie ?! Tak ma według was wyglądać ENCYKLOPEDIA ? A sprawa wcale nie jest prosta.",
"c-Gruzin-2018-07-30T18:47:00.000Z-Zetpe0202-2018-07-30T17:54:00.000Z": "Właśnie przeszkadzają, ale opór zbyt wielki by zaostrzyć ;). W pewnych tematach autoency jest zbyt rozluźnione. W innych zbyt rygorystyczne. Jak wyżej pisałem jeśli budynek jest zabytkiem już jest ency, inne kryteria do omówienia",
"c-John_Belushi-2018-07-30T19:08:00.000Z-MOs810-2018-07-29T10:14:00.000Z": "były dyskusje na ten temat i to nie jedna. chodziło o encyklopedyczność parafii/zborów/gmin - niestety brakowało chętnych do doprowadzenia dyskusji do końca i dyskusje kończyły się brakiem ustaleń. a temat ten bezpośrednio łączy się z tematem obiektów sakralnych z których te parafie/zbory korzystają. obiekty sakralne same w sobie autoencyklopedyczne nie są - nie wiem skąd taki wniosek że nowo wybudowany kościół/bożnica/sala_zebrań jest autoencyklopedyczna. generalnie zgadzam się z Hoa, można dodatkowo przyjąć granicę że budowla spełniająca cel religijny od np. 30/50 lat nabywa encyklopedyczności o ile jest to obiekt wolnostojący - należy jednak pamiętać że nie wszystkie wspólnoty mogły cokolwiek budować przed rokiem 1989, a reszta była ograniczana z góry więc można uznać czas istnienia parafii/zboru/grupy_religijnej. za autoency uznał bym krajowe centra wspólnot o ile same wspólnoty są encyklopedyczne i są to obiekty o przeznaczeniu wyłącznie religijnym. temat wart kompleksowego uregulowania.",
"c-Gruzin-2018-07-30T19:30:00.000Z-MOs810-2018-07-29T10:14:00.000Z": "Sądzę, że autoency parafii/zborów/gmin powinna być. Natomiast samych budowli.... Zgadzam się z John'ym - czas na regulację tego tematu, choć tematyka trochę dla mnie poboczna ;) Jednak lubię jasność kryteriów.",
@@ -57,11 +57,11 @@
"c-Adamt-2018-07-31T22:05:00.000Z-MOs810-2018-07-31T08:26:00.000Z": "Popieram propozycję i podtrzymania dotychczasowej tendencji uznania encyklopedyczności wszystkich kościołów parafialnych i filialnych róznych wyznań (o czym świadczy powstawanie takich artykułów bez sprzeciwu z poparciem różnych projektów). Pozostałe obiekty sakralne tylko w przypadku ich wyjątkowości. Nie możemy lekką ręką usunąc kolejnych kilkadziesiąt artykułów bo ktos się nagle obudził.",
"c-John_Belushi-2018-08-01T18:20:00.000Z-Adamt-2018-07-31T22:05:00.000Z": "raczej ten problem był wielokrotnie dyskutowany albo w kawiarence albo na DNU. moim zdaniem takie artykuły jak ten dzisiejszy powinny od ręki wracać do brudnopisu autora. głównym autorem setek albo i tysięcy takich stubów o parafiach/zborach/kościołach różnych wyznań jest @Macuk który chyba nigdy nie raczył wziąć udziału w dyskusji na ten temat. jeśli mamy tworzyć encyklopedię to nie możemy stawiać na ilość. niedawna dyskusja w tej sprawie Wikipedia:Poczekalnia/artykuły/2018:07:10:Parafia św. Klemensa Dworzaka w Głogowie",
"c-KamilK7-2018-08-06T14:08:00.000Z-MOs810-2018-07-29T10:14:00.000Z": "Mamy zasady i zalecenia, z których jednoznacznie wynika, że jeśli coś jest encyklopedyczne, to istnieje wiele źródeł niezależnych od opisywanego tematu, które są mu poświęcone. I o ile dobrze opracowane kryteria autoency pozwalają uniknąć zbędnych dyskusji i jestem generalnie ich zwolennikiem, to punktem wyjścia przy ich tworzeniu powinno być to, co napisałem w pierwszym zdaniu. Kościoły zabytkowe na pewno są opisane w niezależnych źródłach. Także kościoły, które nie są jeszcze uznawane za zabytkowe, ale odznaczają się unikatową architekturą/wielkością etc. również są wspominane w pracach naukowych (i to nie szkodzi, że któryś tam jest określany w pejoratywny sposób - brzydkie kaczątka także opisujemy). Jestem jednak przeciwny autoency tylko dla tego, że jakiś budynek został przeznaczony, albo nawet był dedykowany, do pełnienia roli kościoła. I nie mieszajmy tutaj encyklopedyczności budynków, którym przyznano zacną rolę pełnienia kościoła, z ewentualną encyklopedycznością parafii/zborów, czy czegokolwiek innego - to osobne tematy. I nie, nie zgodzę się ze zdaniem, że to \"zmiana zasad gry w trakcie gry\" - zasady gry były takie same od kiedy ustalono teksty WP:WER i WP:ENCY, co najwyżej w niektórych wypadkach owe zasady nie były egzekwowane (np. ze strachu, że ktoś zapyta o WP:ENCY, a w odpowiedzi zamiast merytorycznej dyskusji go nazwą ateistą).",
- "c-Cz_ja-2018-08-13T22:43:00.000Z-Autoencyklopedyczność_kościołów_-_propozycja_głosowania": "Kościoły są to obiekty fizyczne, ważne głównie dla lokalnej społeczności. Każdy kościół opisany w Wikipedii zawiera wikidane wykorzystywane w innych projektach. Usuwanie kościołów z bazy danych encyklopedii zwanej Wikipedia byłoby dużym błędem. Podobna sprawa jest z pomnikami, płytami i innymi fizycznymi obiektami. W dobie internetu i rozwiązań mobilnych wikidane pozwalają połączyć obiekt fizyczny dodany do np. mapy lub innego projektu z artykułem w encyklopedii. Nie wyobrażam sobie, a by ktoś o zdrowych zmysłach nawet pomyślał o usuwaniu takich danych, które stanowią z punktu widzenia danej jednostki organizacyjnej spójną bazę danych fizycznych obiektów w tym przypadku: sakralnych. Owszem ustawiczna kontrola i czyszczenie \"słabych artykułów\" jest koniecznością,tak więc według mnie świątynie o mniejszym znaczeniu mogą nie spełniać wymogu \"encyklopedyczności\" takim przypadkiem może być świątynia organizowana m.in. w domach mieszkalnych.. trochę takich obiektów jest, widziałem niektóre z nich i sądzę, że nie zasługują one w żadnym wypadku na istnienie w Wikipedii jako osobny artykuł. \nCzy ta dyskusja jest o encyklopedii papierowej, czy elektronicznej? Jeśli elektronicznej to jest zbędna. Warunek \"encyklopedyczności\" jest przeważającej większości spełniony. Jeśli papierowej to sorry papier kosztuje i trzeba wybrać świątynie, jakie mogą się na nim znaleźć tak do 5-10 świątyń na kraj, bo papier drogi. Wspominałem już, że papier nie jest najtańszy?Cz ja (dyskusja) 00:43, 14 sie 2018 (CEST) Sorry za mój ton, ale jak słyszę o usuwaniu uźródłowionych, encyklopedycznych artykułów to robi mi się trochę słabo. Tylu artykułów brakuje, nie ma komu zbytnio tłumaczyć, poprawiać, rozwijać, tworzyć nowe artykuły, a tu pomysł wyrzucenia kilka tysięcy kościołów z encyklopedii...",
+ "c-Cz_ja-2018-08-13T22:43:00.000Z-Autoencyklopedyczność_kościołów_-_propozycja_głosowania": "Kościoły są to obiekty fizyczne, ważne głównie dla lokalnej społeczności. Każdy kościół opisany w Wikipedii zawiera wikidane wykorzystywane w innych projektach. Usuwanie kościołów z bazy danych encyklopedii zwanej Wikipedia byłoby dużym błędem. Podobna sprawa jest z pomnikami, płytami i innymi fizycznymi obiektami. W dobie internetu i rozwiązań mobilnych wikidane pozwalają połączyć obiekt fizyczny dodany do np. mapy lub innego projektu z artykułem w encyklopedii. Nie wyobrażam sobie, a by ktoś o zdrowych zmysłach nawet pomyślał o usuwaniu takich danych, które stanowią z punktu widzenia danej jednostki organizacyjnej spójną bazę danych fizycznych obiektów w tym przypadku: sakralnych. Owszem ustawiczna kontrola i czyszczenie \"słabych artykułów\" jest koniecznością,tak więc według mnie świątynie o mniejszym znaczeniu mogą nie spełniać wymogu \"encyklopedyczności\" takim przypadkiem może być świątynia organizowana m.in. w domach mieszkalnych.. trochę takich obiektów jest, widziałem niektóre z nich i sądzę, że nie zasługują one w żadnym wypadku na istnienie w Wikipedii jako osobny artykuł. Czy ta dyskusja jest o encyklopedii papierowej, czy elektronicznej? Jeśli elektronicznej to jest zbędna. Warunek \"encyklopedyczności\" jest przeważającej większości spełniony. Jeśli papierowej to sorry papier kosztuje i trzeba wybrać świątynie, jakie mogą się na nim znaleźć tak do 5-10 świątyń na kraj, bo papier drogi. Wspominałem już, że papier nie jest najtańszy?Cz ja (dyskusja) 00:43, 14 sie 2018 (CEST) Sorry za mój ton, ale jak słyszę o usuwaniu uźródłowionych, encyklopedycznych artykułów to robi mi się trochę słabo. Tylu artykułów brakuje, nie ma komu zbytnio tłumaczyć, poprawiać, rozwijać, tworzyć nowe artykuły, a tu pomysł wyrzucenia kilka tysięcy kościołów z encyklopedii...",
"c-Malarz_pl-2018-08-14T07:07:00.000Z-Cz_ja-2018-08-13T22:43:00.000Z": "Przeczytaj początek i będziesz wiedział, że dyskusja jest o autoencyklopedyczności wszystkich kościołów/obiektów sakralnych. Poza tym nikt nie chce usuwać artykułów z automatu, tylko przez poczekalnię.",
"c-BasileusAutokratorPL-2018-08-31T15:59:00.000Z-Autoencyklopedyczność_kościołów_-_propozycja_głosowania": "Moim zdaniem budowle sakralne są jak najbardziej autoency. Ostatecznie można by integrować arty o parafiach/gminach z tymi o świątyniach, jeśli dla kogoś będą \"mało wyjątkowe\" (tu można wprowadzić dość ścisłe kryterium budynku wolnostojącego). No chyba, że jakiś delecjonista zacznie wywalać hasła o parafiach...",
"c-Ciacho5-2018-09-08T16:10:00.000Z-BasileusAutokratorPL-2018-08-31T15:59:00.000Z": "budowle sakralne autoency. @BasileusAutokratorPL nie chce mi się wprowadzać galerii, ale na świecie jest sporo budowli sakralnych o znaczeniu mniejszym niż u nas słupy telefoniczne. Ba, w Polsce, wieku XXI w wielu miejscowościach są domy wyróżniające się tylko krzyżem na ścianie lub tabliczka na furtce, mówiącą, że to obiekt sakralny. I teraz mamy opisywać architekturę typowego \"klocka\" wiejskiego? Bo godziny mszy to już nie są sprawą budynku lecz grupy wyznaniowej. Wszystkie przydrożne kapliczki (łącznie z niektórym kiczem lat ostatnich)? Jamkę wykopaną w ziemi, gdzie tubylec znad Amazonki sypie ziarno na ofiarę swojemu bóstwu?",
- "c-BasileusAutokratorPL-2018-09-09T15:15:00.000Z-Autoencyklopedyczność_kościołów_-_propozycja_głosowania": "\"Jama w ziemi\" nie jest obiektem trwałym. Świątynie stanowią istotny element wiejskiego/miejskiego krajobrazu i jako takie powinny być uznane za autoency - pod dwoma warunkami: określenia, co wg zasad Wiki jest świątynią (że np. musi stać na odrębnej działce lub że musi ją prowadzić zarejestrowanyzwiązek wyznaniowy) oraz podanie wyjątków od zasady autoencyklopedyczności (np. niezabytkowe kościoły filialne). \"Kiczowatość\" budynku encyklopedyczności nie odbiera.",
+ "c-BasileusAutokratorPL-2018-09-09T15:15:00.000Z-Autoencyklopedyczność_kościołów_-_propozycja_głosowania": "\"Jama w ziemi\" nie jest obiektem trwałym. Świątynie stanowią istotny element wiejskiego/miejskiego krajobrazu i jako takie powinny być uznane za autoency - pod dwoma warunkami: określenia, co wg zasad Wiki jest świątynią (że np. musi stać na odrębnej działce lub że musi ją prowadzić zarejestrowanyzwiązek wyznaniowy) oraz podanie wyjątków od zasady autoencyklopedyczności (np. niezabytkowe kościoły filialne). \"Kiczowatość\" budynku encyklopedyczności nie odbiera.",
"c-Alan_ffm-2018-10-08T09:34:00.000Z-BasileusAutokratorPL-2018-09-09T15:15:00.000Z": "By nie wynikły niespójne wyrywkowe rozwiązania nieprzystające do reszty wikiświata kwestię należałoby rozpatrywać bardziej kompleksowo pod kątem ogólnych zasad (znaczenie/zauważalność). Przy tym z jednej strony pod kątem encyklopedyczności organizacji (np. parafii, stowarzyszeń, itp.), a z drugiej strony pod kątem encyklopedyczności obiektów budowlanych, (np. kościołów, szkół, budowli transportowych, inżynieryjnych, obiektów przemysłowych, handlowych, sportowych itp.). W tym drugim przypadku przesłankami ency może być np. znaczenie historyczne, ranga pełnionej funkcji użytkowej, znaczenie ze względu na rozwiązania architektoniczne/techniczne, zauważalność ze względu na znaczenie turystyczne itp.",
"h-Zbrodnie_oddziałów_Ludowej_Straży_Bezpieczeństwa-2018-10-09T20:26:00.000Z": "Zbrodnie oddziałów Ludowej Straży Bezpieczeństwa",
"c-Wostr-2018-10-09T20:26:00.000Z-Zbrodnie_oddziałów_Ludowej_Straży_Bezpieczeństwa": "W Wikidanych wyskoczyła podejrzana próba dodawania opisu przez osobę spod IP. IPek dodawał informację, że za Zbrodnia w Korytnikach odpowiedzialne było UPA, za chwilę zmienił na LSB. Elementy w WD były jeszcze przed chwilą puste, ale chciałbym się upewnić, że informacje w tych czterech artykułach w Kategoria:Zbrodnie oddziałów Ludowej Straży Bezpieczeństwa są okej, bo posłużyły mi za wypełnienie odpowiadających im elementów w WD. Pytam, bo mało edytowane i odwiedzane, wszędzie jedno i to samo źródło, a tematyka jest potencjalnie kontrowersyjna. Mógłby ktoś rzucić okiem na arty w tej kategorii i stwierdzić okej/nie okej?",
@@ -104,7 +104,7 @@
"c-Ciacho5-2018-10-17T06:56:00.000Z-Ironupiwada-2018-10-16T14:57:00.000Z": "A tego nie wiedziałem. \"Mój\" sposób właśnie to podaje, tylko bez procentów (żeby dla dzieci, matek karmiących i abstynentów było).",
"h-Nazewnictwo_planetoid-2018-10-17T06:39:00.000Z": "Nazewnictwo planetoid",
"c-Gżdacz-2018-10-17T06:39:00.000Z-Nazewnictwo_planetoid": "Dokonałem zmiany w dzisiejszym artykule z CzW, doprowadzając do zgodności ze źródłem i naszym własnym artykułem o nazewnictwie planetoid. Jednak źródła tylko podają metodę liczenia, a nie wynik. Sam wynik wydaje mi się absurdalnie duży. Może niech ktoś na to zerknie, w szczególności sam autor @Michał Rosa.",
- "c-Michał_Rosa-2018-10-17T07:16:00.000Z-Gżdacz-2018-10-17T06:39:00.000Z": "Dziękuję za poprawienie wyliczenia. W wyniku nie ma nic dziwnego, ani \"absurdalnego\", około dziesięciu tysięcy odkryć w jednym okresie to nic dziwnego.",
+ "c-Michał_Rosa-2018-10-17T07:16:00.000Z-Gżdacz-2018-10-17T06:39:00.000Z": "Dziękuję za poprawienie wyliczenia. W wyniku nie ma nic dziwnego, ani \"absurdalnego\", około dziesięciu tysięcy odkryć w jednym okresie to nic dziwnego.",
"h-Czy_ten_szablon_powinien_istnieć?-2018-10-11T17:25:00.000Z": "Czy ten szablon powinien istnieć?",
"c-Piotr967-2018-10-11T17:25:00.000Z-Czy_ten_szablon_powinien_istnieć?": "{{Agatowa Stolica Polski}} wstawiany np. tutaj (specjalna:diff/54673575). Zupełnie nie znam się na szablonach i zasadach ich ency lub użyteczności. Dlatego tutaj pytam. Merytorycznie nie widzę co ów szablon wnosi, jest wg mnie jedynie chwytnym sloganem reklamowym używanym do promocji miasta i imprezy Lwów. Lato Agatowe. A reklama to chyba nie cel wiki? @Bobek321 do autora, by wiedział o dyskusji",
"c-Bobek321-2018-10-12T11:17:00.000Z-Piotr967-2018-10-11T17:25:00.000Z": "@Piotr967 Moim zamysłem było zgromadzenie w jedno miejsce tematyki zw. z LLA, może użyłem nieodpowiednich słów, w każdym razie chciałem zebrać tę tematykę w jednym szablonie. Jeśli jest nieodpowiedni to czy można go przekształcić w taki sposób by był zgodny ze standardami strony? Jeśli nie ma możliwości reformy to w takim przypadku szablon spotka niechybny koniec. Proszę o jakieś rozwiązanie/a.",
@@ -119,7 +119,7 @@
"c-Tomasz_Raburski-2018-10-18T11:05:00.000Z-Pawelmhm-2018-10-18T10:29:00.000Z": "Nie. Pisma powstałe po roku 1989 a używające nazw dawnych czasopism (np. Bluszcz czy Warszawska Gazeta) mają bardzo niewiele wspólnego z przedwojennymi wydawnictwami. Powinny mieć osobne hasła, które w treści mogą zawierać wzmiankę np. W XXXX r. powstało czasopismo o tej samej nazwie nawiązujące doYYY. (można trochę więcej, na czym to nawiązywanie polega).",
"c-Ciacho5-2018-10-18T12:04:00.000Z-Pawelmhm-2018-10-18T10:29:00.000Z": "Powinny być ze sobą powiązane przez disambig albo zobacz też.",
"h-Tło_w_komórce-2018-10-19T01:41:00.000Z": "Tło w komórce",
- "c-Demkoff-2018-10-19T01:41:00.000Z-Tło_w_komórce": "Wątek założony przed: 21:03, 18 paź 2018 (CET)\nJak dodać czarne tło w komórce (W tabelce)? Tak jak w tym artykule https://pl.wikipedia.org/wiki/Rubel_bia%C5%82oruski w tabelce \"Pierwszy rubel (1992–1999)\" (Chodzi o awers i rewers)\n\nW kodzie źródłowym danej komórki musi się znaleźć wpis: bgcolor=\"#000000\".We wspomnianym artykule cała linijka kodu dla pierwszego wiersza w kolumnie Awers wygląda tak: | align=\"center\" bgcolor=\"#000000\" | [[Plik:Belarus-1992-Bill-0.5-Obverse.jpg|105px]]; bgcolor to z ang. background color, czyli kolor tła; kolor czarny w zapisie szesnastkowym to #000000.",
+ "c-Demkoff-2018-10-19T01:41:00.000Z-Tło_w_komórce": "Wątek założony przed: 21:03, 18 paź 2018 (CET) Jak dodać czarne tło w komórce (W tabelce)? Tak jak w tym artykule https://pl.wikipedia.org/wiki/Rubel_bia%C5%82oruski w tabelce \"Pierwszy rubel (1992–1999)\" (Chodzi o awers i rewers) W kodzie źródłowym danej komórki musi się znaleźć wpis: bgcolor=\"#000000\". We wspomnianym artykule cała linijka kodu dla pierwszego wiersza w kolumnie Awers wygląda tak: | align=\"center\" bgcolor=\"#000000\" | [[Plik:Belarus-1992-Bill-0.5-Obverse.jpg|105px]]; bgcolor to z ang. background color, czyli kolor tła; kolor czarny w zapisie szesnastkowym to #000000.",
"h-Ułamki-2018-10-02T20:26:00.000Z": "Ułamki",
"c-Paweł_Ziemian-2018-10-02T20:26:00.000Z-Ułamki": "Mamy dwa szablony {{uł}} i {{sfrac}} do podawania ułamków w artykułach. Autorami są odpowiednio Matma Rex i Karol Szapsza. Obejrzawszy linkujące (i wiek) uważam, że oba są praktycznie martwe. Zastanawiam się więc, czy nie prościej byłoby z nich zrezygnować na rzecz uniwersalnego