[Bug 49353] New: Support Parser::PTD_FOR_INCLUSION mode in action=queryprop=revisionsrvgeneratexmlrvexpandtemplates
https://bugzilla.wikimedia.org/show_bug.cgi?id=49353 Web browser: --- Bug ID: 49353 Summary: Support Parser::PTD_FOR_INCLUSION mode in action=queryprop=revisionsrvgeneratexmlrvexpandtemp lates Product: MediaWiki Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: API Assignee: wikibugs-l@lists.wikimedia.org Reporter: liang...@gmail.com CC: bjor...@wikimedia.org, bryan.tongm...@gmail.com, roan.katt...@gmail.com, s...@reedyboy.net Classification: Unclassified Mobile Platform: --- Maybe also for action=expandtemplates and [[Special:ExpandTemplates]] -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49312] Meta-Wiki name space request for Programs
https://bugzilla.wikimedia.org/show_bug.cgi?id=49312 Tomasz W. Kozlowski tom...@twkozlowski.net changed: What|Removed |Added Keywords|patch-need-review, |shell |shellpolicy | -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49354] New: Enable translating CNBanner messages in zh-* languages on meta
https://bugzilla.wikimedia.org/show_bug.cgi?id=49354 Web browser: --- Bug ID: 49354 Summary: Enable translating CNBanner messages in zh-* languages on meta Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: Unprioritized Component: Translate Assignee: wikibugs-l@lists.wikimedia.org Reporter: bencmqw...@gmail.com CC: alolita.sha...@gmail.com, asha...@wikimedia.org, niklas.laxst...@gmail.com, run...@gmail.com, s.mazel...@xs4all.nl, santhosh.thottin...@gmail.com Classification: Unclassified Mobile Platform: --- Due to bug 37338 translation of zh-* sub-variants are blocked. However this is needed as zh banners are not displayed for zh-* users. Two ways to fix this: 0) Revert 37338 or modify it to unblock zh-hans and zh-hant e.g. 1) Allow CNBanners to ignore the blacklist or have a separate set 2) Language conversion for CNBanners (ideal solution) Currently change in bug 37338 pretty much breaks the translation workflow as the only way around it is for a translator to ask an administrator to edit the MediaWiki message. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49354] Enable translating CNBanner messages in zh-* languages on meta
https://bugzilla.wikimedia.org/show_bug.cgi?id=49354 Benjamin Chen bencmqw...@gmail.com changed: What|Removed |Added Keywords||i18n CC||liang...@gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49175] GuidedTour adds MW namespace scripts to login page
https://bugzilla.wikimedia.org/show_bug.cgi?id=49175 Matthew Flaschen mflasc...@wikimedia.org changed: What|Removed |Added Assignee|wikibugs-l@lists.wikimedia. |mflasc...@wikimedia.org |org | -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49355] New: Edit filter warning blocks sysop page deletion activity
https://bugzilla.wikimedia.org/show_bug.cgi?id=49355 Web browser: --- Bug ID: 49355 Summary: Edit filter warning blocks sysop page deletion activity Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: blocker Priority: Unprioritized Component: AbuseFilter Assignee: wikibugs-l@lists.wikimedia.org Reporter: mahit...@yahoo.co.in CC: agarr...@wikimedia.org, nischay...@gmail.com Classification: Unclassified Mobile Platform: --- *In sysop's regular page deletion activity: At drop down menu of page to be deleted sysop selects delete A confirmation screen apears Sysop clicks 'Delete' Button Page gets deleted. *By ommission if any edit filter having active Warning message does not exclude sysops in user group (usually Autoconfirmed users in user group), and matches a page being deleted by sysop then it creats a situation that a sysop deletion activity gets unexpectedly partially blocked.The process happens some thing like following ::*At drop down menu of page to be deleted sysop selects delete A confirmation screen apears Sysop clicks 'Delete' Button Deletion activity gets partialy blockedMedia wiki message Cannot delete page $1 page apears via MediaWiki:Cannotdelete-title (This block can be unexpected to unsuspecting sysop) This block is partial and a not real one because actually if you press back button at the browser and again click delete the page gets successfully deleted.(Probablly this happens because a warning message stops you temporarily and when you click action (save or delete) it executes asked action. ::Is this a problem ?Although not a serious one, still yes it is important problem. we have more than 700 wiki's under wikimedia umbrella and all filter managers and sysops may not be aware of this glitch.And can cause confusion and mis-understanding. ::Why wikis usually do not complain about this,most of the filters exclude sysop group indirectly by excluding usually Autoconfirmed users in user group.But it is preferable to fix it as informed in above point. ::Is there a way we can avoid this ? When sysop has already selected action delete,then Edit filter should avoid trigerring of the warning message. ::Temporary solution is updating 'MediaWiki:Cannotdelete-title' message a separate bug will be filed soon for the same purpose. ::are there any associated issues yes two of them ::Associated issue 1: Associated Media wiki message Cannot delete page $1 is misleading and can be improved upon a separate bug will be soon filed for the same ::Associated(?) issue 2:: Technical simmilarity to bug no 45195 :Along with the 'MediaWiki:Cannotdelete-title' message the related warning message also is seen.Only at this instance related warning media message does not show internal wikilinks and behaves as in bug 45195. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49355] Edit filter warning blocks sysop page deletion activity
https://bugzilla.wikimedia.org/show_bug.cgi?id=49355 --- Comment #1 from Mahitgar mahit...@yahoo.co.in --- Created attachment 12501 -- https://bugzilla.wikimedia.org/attachment.cgi?id=12501action=edit The unexpected message apearing to unsuspecting sysop The unexpected message apearing to unsuspecting sysop -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49228] Vector: The version of the Vector extension bundled with MediaWiki 1.21 is incompatible
https://bugzilla.wikimedia.org/show_bug.cgi?id=49228 Krinkle krinklem...@gmail.com changed: What|Removed |Added Summary|edit warning feature lost |Vector: The version of the |in mw1.21 |Vector extension bundled ||with MediaWiki 1.21 is ||incompatible --- Comment #12 from Krinkle krinklem...@gmail.com --- The reason the MediaWiki 1.21 release with the bundled version of Vector is incompatible is because Mark accidentally bundled the lastest master of each extension instead of the (at that point in time, not yet created) REL1_21 branch. As a result, developments that happened in the Vector extension after the 1.21 branch point that rely on 1.22 developments, are broken. Timeline: * mediawiki/core mediawiki/extensions/Vector * REL1_21 created * - version 1.21.0 * master (1.22-alpha) * - add editWarning.js - remove editWarning.js * version bundled in 1.21.0 The MediaWiki 1.21.0 bundle contains core from before the move and extensions/Vector from after the move. So the bundle doesn't have either version, it is missing in both. Though this particular incompatibility is harder to detect, there an infinite number of ways extensions can become incompatible with core when taken from different points in core. Whenever core changes, extensions usually follow soon after. Especially if the change is backwards incompatible. This was to be expected, of course, and is hopefully a sign that next time quick testing to make sure it all works is not going to be acceptable. Releases must bundle the appropriate versions of extensions regardless of whether or not the latest version seems to work. Release branches in extension repositories need to be created from the right timestamp. If you want certain newer developments to land in the release bundle they'll have to be back ported like we do for everything else by cherry-picking them onto the release branch from master and through Gerrit review. Now for the current situation, the release has already been made so we can't go back on this one. The simplest course of action is to revert the 1.21-incompatible commit from 1.22-master in REL1_21 branch. That will (hopefully) resolve the specific problem raised by this bug. However I don't think we should do that. I'd recommend we reset (by deleting and re-creating) the REL1_21 branches to where they should've been created by the make-extension-branches script. In other words, undo the exceptions we made in bug 48837. Not just for the Vector extension but for all bundled extensions, because no doubt there are other non-obvious incompatibilities released as a result of this. I can easily do this in a few minutes. This would solve any and all incompatibilities (including the problem reported in this bug) @Mark: Regardless of which action we take, can we actually release patches to bundled extensions? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49356] New: Update request for MediaWiki:Cannotdelete-title
https://bugzilla.wikimedia.org/show_bug.cgi?id=49356 Web browser: --- Bug ID: 49356 Summary: Update request for MediaWiki:Cannotdelete-title Product: MediaWiki Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Internationalization Assignee: wikibugs-l@lists.wikimedia.org Reporter: mahit...@yahoo.co.in CC: alolita.sha...@gmail.com, asha...@wikimedia.org, niklas.laxst...@gmail.com, run...@gmail.com, s.mazel...@xs4all.nl Classification: Unclassified Mobile Platform: --- Created attachment 12502 -- https://bugzilla.wikimedia.org/attachment.cgi?id=12502action=edit The unexpected message apearing to unsuspecting sysop Message Cannot delete page $1 by MediaWiki:Cannotdelete-title misleads sysops in certain specific situation. *Please update it as below: Unable delete page $1 an edit filter's triggered warning message has blocked deletion process untill you press back on your browser and repeat/click delete action again.Afterwards you consider for edit filter no. x for excluding Sysops in user group by inclusion of syntax: !(sysop in user_groups) *The reason: Please see bug no. 49355.Relevant portion is given below : *In sysop's regular page deletion activity: At drop down menu of page to be deleted sysop selects delete A confirmation screen apears Sysop clicks 'Delete' Button Page gets deleted. *By ommission if any edit filter having active Warning message does not exclude sysops in user group (usually Autoconfirmed users in user group), and matches a page being deleted by sysop then it creats a situation that a sysop deletion activity gets unexpectedly partially blocked.The process happens some thing like following ::*At drop down menu of page to be deleted sysop selects delete A confirmation screen apears Sysop clicks 'Delete' Button Deletion activity gets partialy blockedMedia wiki message Cannot delete page $1 page apears via MediaWiki:Cannotdelete-title (This block can be unexpected to unsuspecting sysop) [This bug expects improvement in the MediaWiki message as requested above] This block is partial and a not real one because actually if you press back button at the browser and again click delete the page gets successfully deleted.(Probablly this happens because a warning message stops you temporarily and when you click action (save or delete) it executes asked action. ::Is this a problem ?Although not a serious one, still yes it is important problem. we have more than 700 wiki's under wikimedia umbrella and all filter managers and sysops may not be aware of this glitch.And can cause confusion and mis-understanding. ::Why wikis usually do not complain about this,most of the filters exclude sysop group indirectly by excluding usually Autoconfirmed users in user group.But it is preferable to fix it as informed in above point. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49356] Update request for MediaWiki:Cannotdelete-title
https://bugzilla.wikimedia.org/show_bug.cgi?id=49356 --- Comment #1 from Mahitgar mahit...@yahoo.co.in --- Comment on attachment 12502 -- https://bugzilla.wikimedia.org/attachment.cgi?id=12502 The unexpected message apearing to unsuspecting sysop Media wiki message Cannot delete page $1 page apears via MediaWiki:Cannotdelete-title (This block can be unexpected to unsuspecting sysop) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49355] Edit filter warning blocks sysop page deletion activity
https://bugzilla.wikimedia.org/show_bug.cgi?id=49355 --- Comment #2 from Mahitgar mahit...@yahoo.co.in --- Comment on attachment 12501 -- https://bugzilla.wikimedia.org/attachment.cgi?id=12501 The unexpected message apearing to unsuspecting sysop Media wiki message Cannot delete page $1 page apears via MediaWiki:Cannotdelete-title (This block can be unexpected to unsuspecting sysop) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49356] Update request for MediaWiki:Cannotdelete-title
https://bugzilla.wikimedia.org/show_bug.cgi?id=49356 Mahitgar mahit...@yahoo.co.in changed: What|Removed |Added Priority|Unprioritized |Normal See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=49355 Severity|normal |blocker -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49355] Edit filter warning blocks sysop page deletion activity
https://bugzilla.wikimedia.org/show_bug.cgi?id=49355 Mahitgar mahit...@yahoo.co.in changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=49356 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49355] Edit filter warning blocks sysop page deletion activity
https://bugzilla.wikimedia.org/show_bug.cgi?id=49355 Mahitgar mahit...@yahoo.co.in changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=45195 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45195] internal linkings to a page, in specific mediawiki message not working when used with abuse filters
https://bugzilla.wikimedia.org/show_bug.cgi?id=45195 Mahitgar mahit...@yahoo.co.in changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=49355 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49356] Update request for MediaWiki:Cannotdelete-title
https://bugzilla.wikimedia.org/show_bug.cgi?id=49356 Nemo federicol...@tiscali.it changed: What|Removed |Added Status|NEW |RESOLVED CC||federicol...@tiscali.it Resolution|--- |DUPLICATE Severity|blocker |enhancement --- Comment #2 from Nemo federicol...@tiscali.it --- AbuseFilter issue and exact duplicate of previous report. *** This bug has been marked as a duplicate of bug 49355 *** -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49355] Edit filter warning blocks sysop page deletion activity
https://bugzilla.wikimedia.org/show_bug.cgi?id=49355 --- Comment #3 from Nemo federicol...@tiscali.it --- *** Bug 49356 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49354] Enable translating CNBanner messages in zh-* languages on meta
https://bugzilla.wikimedia.org/show_bug.cgi?id=49354 --- Comment #1 from Liangent liang...@gmail.com --- Change-Id: I16292800b857c681e0ed54a221cd4c4e5def91b5 is the bot down? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49356] Update request for MediaWiki:Cannotdelete-title
https://bugzilla.wikimedia.org/show_bug.cgi?id=49356 Nemo federicol...@tiscali.it changed: What|Removed |Added CC|alolita.sha...@gmail.com, | |niklas.laxst...@gmail.com, | |run...@gmail.com, | |s.mazel...@xs4all.nl| Component|Internationalization|Page deletion -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49355] Edit filter warning blocks sysop page deletion activity
https://bugzilla.wikimedia.org/show_bug.cgi?id=49355 --- Comment #4 from Mahitgar mahit...@yahoo.co.in --- Associated issue 1: Since bug no 49356 is cancelled being duplicate of this bug request in that bug is transfered here as below: Message Cannot delete page $1 by MediaWiki:Cannotdelete-title misleads sysops in certain specific situation. *Please update it as below: Unable delete page $1 an edit filter's triggered warning message has blocked deletion process untill you press back on your browser and repeat/click delete action again.Afterwards you consider for edit filter no. x for excluding Sysops in user group by inclusion of syntax: !(sysop in user_groups) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17486] Parser generates malformed HTML with a list inside a table
https://bugzilla.wikimedia.org/show_bug.cgi?id=17486
--- Comment #28 from Philippe Verdy verd...@wanadoo.fr ---
Note that the intent now is to deprecate the support for valid XHTML, but we
still have a problem for HTML5 with the (more lenient) HTML5 parsing rules.
We still need to find solution to have a way to ease the integration of
templates possibly generating tables (or similar) within our old wiki syntax
based on prefixes of single lines (this concerns our syntax for numbered lists,
bulleted lists, definition lists/indented blocks, tables, as well as horizontal
rulers, base on the first character of lines in {|!-;:#*, as well as doube
newlines for creating new paragraphs).
I still think that we should have an alternate way to avoid the syntaxic
limitations introduced by newlines and specific parsing at begining of lines,
to allow more flexibility, and less problems for parsing them.
Our current syntax for tables is the most problematic one, forcing us to use
ugly syntaxes in templates, and nightmares when we want to integrat them (e.g.
in navigation templates and infoboxes).
But bulleted lists and numbered lists still suffer from the lack of support for
adding attributes (e.g. in numbered lists we still annot set the initial
number, we cannot specify classes or styles)
We should be able to use:
* item1
*|attributes...| item2
and also allow generation using an explicit list initiator:
{*attributes for the list...
|| item1
|attributes for item2| item2 || item3 ||
item4
}
as if it was a table containing a single row where each item is a cell, except
that newlines are trateed here like other whitespaces, so it is equivalent to:
{*attributes for the list...
|| item1
|attributes for item2| item2
|| item3
|| item4
}
or to:
{*|attribute...||item1|attributes for item2|item2||item3||item4}
This last syntax shows that it allows easy syntaxes in templates. Such syntax
will remain integrable into another list, or indented block or in a table cell,
for example here with embedded numbered lists:
{#
||item1
||item2
{#
||item2.1
||item2.2
}
||item3
||item4
}
In such syntax, all newlines are treated like whitespaces, and whitespaces are
trimmed, allowing free form for indenting in wiki sources, and easier syntaxes
for templates. The previous example could as well be compacted into a single
line, with all cells fully trimmed:
{#||item1||item2{#||item2.1||item2.2}||item3||item4}
And optional attributes are specifiable everywhere if needed (between the
doubled pipes in this example).
The alternative is to just allow the HTML5 syntax and improve its parsing in
MediaWiki so that it can be really used everywhere, when our old syntax as
problems (HTML5 does not force us to close all tags, this is good for wiki
editing, even if it is a bit verbose, but it should not be a problem for
creating complex templates like infoboxes, designed by a few competent
contributors). But MediaWiki still does not treat HTML tags like its old
simplified syntax for equivalent tags.
Example of limitation, these are not recognized as one list:
ul style=...
* item1
* item2
/ul
Second example with similar limitation:
* item1
li item2
* item3 li item4
If those limitations were solved, we would have less problems to generate
contents by mixing the best of the HTML syntax, when it solves problems in
templates, or the simpler wiki inherited syntax. We would alno no longer have
to suffer the current nightmare of newlines.
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49066] Subpages moves and deletions listed as done by 127.0.0.1 on Meta-Wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=49066 --- Comment #20 from Niklas Laxström niklas.laxst...@gmail.com --- I'm noting that https://gerrit.wikimedia.org/r/#/c/67247/ is still waiting for review and did not get into 1.22wmf6, while the three other patches did. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49355] Edit filter warning blocks sysop page deletion activity
https://bugzilla.wikimedia.org/show_bug.cgi?id=49355 Nemo federicol...@tiscali.it changed: What|Removed |Added Status|NEW |UNCONFIRMED URL||https://mr.wikipedia.org/wi ||ki/Special:AbuseFilter/101 CC||federicol...@tiscali.it Ever confirmed|1 |0 Severity|blocker |normal --- Comment #5 from Nemo federicol...@tiscali.it --- You set up a filter that filters deletion for that page, so I don't understand what you would expect. [[mr:Special:AbuseFilter/101]] [[mr:Special:AbuseLog/34951]] The notes in the filter contain the conditions you have to add so that this doesn't happen, why didn't you use them? The only possible bug I see here is: were you shown the warning you set up for the filter, or not? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49350] Tool Labs: Fix logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=49350 Peter Bena benap...@gmail.com changed: What|Removed |Added Priority|Unprioritized |Normal CC||benap...@gmail.com Severity|normal |enhancement -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49352] Labs: Fix favicon
https://bugzilla.wikimedia.org/show_bug.cgi?id=49352 Peter Bena benap...@gmail.com changed: What|Removed |Added Priority|Unprioritized |Normal Component|General |wikitech-interface Assignee|wikibugs-l@lists.wikimedia. |rlan...@gmail.com |org | -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49351] Tool Labs: Fix favicon (pixelated and low-res)
https://bugzilla.wikimedia.org/show_bug.cgi?id=49351 --- Comment #1 from Peter Bena benap...@gmail.com --- do we have a source for this one (bigger) -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49351] Tool Labs: Fix favicon (pixelated and low-res)
https://bugzilla.wikimedia.org/show_bug.cgi?id=49351 Peter Bena benap...@gmail.com changed: What|Removed |Added Priority|Unprioritized |Normal CC||benap...@gmail.com -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49355] Edit filter warning blocks sysop page deletion activity
https://bugzilla.wikimedia.org/show_bug.cgi?id=49355 Nemo federicol...@tiscali.it changed: What|Removed |Added See Also|https://bugzilla.wikimedia. | |org/show_bug.cgi?id=45195 | -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45195] internal linkings to a page, in specific mediawiki message not working when used with abuse filters
https://bugzilla.wikimedia.org/show_bug.cgi?id=45195 Nemo federicol...@tiscali.it changed: What|Removed |Added Status|NEW |UNCONFIRMED CC||federicol...@tiscali.it See Also|https://bugzilla.wikimedia. | |org/show_bug.cgi?id=49355 | Ever confirmed|1 |0 --- Comment #1 from Nemo federicol...@tiscali.it --- (In reply to comment #0) Please see in following mediawiki message internal link is working but not with non-sysop user checking http://mr.wikipedia.org/wiki/mediawiki:Abusefilter-edit-denied Do you mean one of the links you removed in https://mr.wikipedia.org/?diff=prevoldid=1127768 ? What were they? Are you saying that sysops don't see those links or that they can't open them? Interestingly mediawiki message mediawiki::Abusefilter-history-error-hidden also is locally updated and contains internal links. when a non-sysop user clicks to check diff in recent changes it shows locally updated message correctlly and internal links do work.(eg: http://mr.wikipedia.org/wiki/मिडियाविकी:Abusefilter-history-error-hidden) It's possible that some messages do not parse i.e. render wikilinks and others do (both of these don't have links in the default). However, that can't depend on the user's permissions. By the way, I see you have several very active private civility filters: you should probably make 6, 14, 15 public rather than filling the warning this filter is private with other content. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49191] Dropping rc_moved_to_title/rc_moved_to_ns on wmf databases
https://bugzilla.wikimedia.org/show_bug.cgi?id=49191 Umherirrender umherirrender_de...@web.de changed: What|Removed |Added Summary|Dropping rc_moved_to_title |Dropping ||rc_moved_to_title/rc_moved_ ||to_ns on wmf databases --- Comment #2 from Umherirrender umherirrender_de...@web.de --- The patch to remove the two fields from master is already merged, that is correct, but I did not known, if someone drops the columns also from wmf sites and if that should be done. When a nullable column or a column with a default value is not dropped from production, that does not hurt, because a insert will use the default value and than the SQL is still valid/correct. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49192] Dropping ss_admins on wmf databases
https://bugzilla.wikimedia.org/show_bug.cgi?id=49192 Umherirrender umherirrender_de...@web.de changed: What|Removed |Added Summary|Dropping ss_admins |Dropping ss_admins on wmf ||databases --- Comment #2 from Umherirrender umherirrender_de...@web.de --- The patch to remove the field from master is already merged, that is correct, but I did not known, if someone drops the column also from wmf sites and if that should be done. When a nullable column or a column with a default value is not dropped from production, that does not hurt, because a insert will use the default value and than the SQL is still valid/correct. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48961] Special:AbuseLog should be filterable by action taken, e.g. disallow
https://bugzilla.wikimedia.org/show_bug.cgi?id=48961 Nemo federicol...@tiscali.it changed: What|Removed |Added Summary|Option to see disallowed|Special:AbuseLog should be |actions as a single group |filterable by action taken, ||e.g. disallow -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38752] Mathjax font is too small
https://bugzilla.wikimedia.org/show_bug.cgi?id=38752 --- Comment #3 from matanya matanya.mo...@gmail.com --- Sorry, I can't. was reported by a user that is no longer active. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17486] Parser generates malformed HTML with a list inside a table
https://bugzilla.wikimedia.org/show_bug.cgi?id=17486 --- Comment #29 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com --- (In reply to comment #28) Note that the intent now is to deprecate the support for valid XHTML, but we still have a problem for HTML5 with the (more lenient) HTML5 parsing rules. XHTML 1.0 is dead, there is no deprecation, we do not support XHTML 1.0 at all anymore. However we are NOT deprecating well-formed XML output. We still intend for parser and interface output to be well-formed XML when `$wgWellFormedXml = true;` is set. We also try to support XHTML5 when you set `$wgMimeType = 'application/xhtml+xml';`. And even when well formed XML is false we still want to output non-malformed HTML. And THIS bug is about mixed table/list WikiText creating invalid output that isn't tidied up by the parser when Tidy is not enabled. NOT about some syntax improvements to WikiText you want. Please stop talking about those here and create a real bug for them. You've been warned about this already. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48961] Special:AbuseLog should be filterable by action taken, e.g. disallow
https://bugzilla.wikimedia.org/show_bug.cgi?id=48961 Nemo federicol...@tiscali.it changed: What|Removed |Added Priority|Lowest |Low CC||federicol...@tiscali.it -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48152] Can't exclude Wikidata edits from a filter's matches
https://bugzilla.wikimedia.org/show_bug.cgi?id=48152 Nemo federicol...@tiscali.it changed: What|Removed |Added URL||https://mr.wikipedia.org/wi ||ki/Special:Abusefilter/7 CC||federicol...@tiscali.it Summary|need exception or how to|Can't exclude Wikidata |avoid wikidata changes in |edits from a filter's |filter's abuse log |matches --- Comment #6 from Nemo federicol...@tiscali.it --- Can you please provide a link to how a Wikidata change shows up in AbuseFilter? This is about your [[mr:Special:Abusefilter/7]], isn't it? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47531] Option to group filters their logs
https://bugzilla.wikimedia.org/show_bug.cgi?id=47531 Nemo federicol...@tiscali.it changed: What|Removed |Added CC||federicol...@tiscali.it --- Comment #2 from Nemo federicol...@tiscali.it --- Why don't tags fit the purpose for you? Doesn't the list of all filters placing some tag provide you a topic grouping? Special:AbuseFilter itself is already quite crowded. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49355] Edit filter warning blocks sysop page deletion activity
https://bugzilla.wikimedia.org/show_bug.cgi?id=49355 --- Comment #6 from Mahitgar mahit...@yahoo.co.in --- Mr-edit filter 101 is still in its very early stage of being written and currently is being tested for checking apearance of warning messages.You might have seen is disabled after certain number of tests. why didn't you use them? Being a sysop I can not experience warning message myself;How warning message apears to others,I wanted to experience and confirm to myself before it reaches larger audience- so the condition was excluded with a purpose. You set up a filter that filters deletion for that page No, filter being written is not for deletion for a particular page.(When completed it will be a filter for specific group of pages to adress certain different specific situation and that is not relevant for this bug). What you saw is deletion of a test page/sand box page for realtime experince in main namespace.I first attempted to delete the test page so I had completed work on the test page.That made me remember this bug we experinced a year back and created some confusion and misunderstanding then which was later cleared. I did not file the bug then itself because that time I was new with Edit filters, but bug was at back of mind.Today I remembered with this instance.Since I decided to file the bug so I tested it more times for the situation that includes deletion.Since I tried to delete it multiple times you thought it has relation to deletion.Thats how this bug has potential of creating confusion and misunderstanding. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47495] Ability to match text based on a negative lookbehind/lookahead regex
https://bugzilla.wikimedia.org/show_bug.cgi?id=47495 Nemo federicol...@tiscali.it changed: What|Removed |Added Priority|Low |Lowest CC||federicol...@tiscali.it Summary|Automated generation of |Ability to match text based |allowance/exception code|on a negative |for strings in article |lookbehind/lookahead regex --- Comment #1 from Nemo federicol...@tiscali.it --- You can already exclude pages containing a string, very easily. Are you saying that this kind of regular expressions you're looking for don't work with AbuseFilter? (I don't remember what subset of regex we use exactly.) Anyway, your approach seems wrong: you can't determine context reliably with regex, you should tag such edits adding words you don't like and then check them manually. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47497] Option to add certain text in the article from examination page itself
https://bugzilla.wikimedia.org/show_bug.cgi?id=47497 Nemo federicol...@tiscali.it changed: What|Removed |Added Status|NEW |RESOLVED CC||federicol...@tiscali.it Resolution|--- |INVALID --- Comment #1 from Nemo federicol...@tiscali.it --- AbuseFilter will not become an editing interface, and this is not required for the feature requested in bug 47495. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47494] Option to view public filter and its logs only for abuse filter management
https://bugzilla.wikimedia.org/show_bug.cgi?id=47494 Nemo federicol...@tiscali.it changed: What|Removed |Added Status|NEW |RESOLVED CC||federicol...@tiscali.it Resolution|--- |WORKSFORME --- Comment #3 from Nemo federicol...@tiscali.it --- (In reply to comment #0) 1)For general users option to view public filter and its logs only . Currently non sysop-non right user has to brows unnecessarily list of private filters This is by design; make the filter public or assign proper permissions to view logs/private filters to the groups you want. Alternatively, you may be looking for bug 18476. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47493] additional options to rate limit trigger
https://bugzilla.wikimedia.org/show_bug.cgi?id=47493 Nemo federicol...@tiscali.it changed: What|Removed |Added Priority|Low |Lowest CC||federicol...@tiscali.it --- Comment #1 from Nemo federicol...@tiscali.it --- Are you speaking of number of submit or of successful edits? I mean, if a filter both warns and disallows it first warns, then disallows on second submit. You should probably create separate filters, as you want both different conditions and different messages and/or actions. No need to make the interface more complex. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 46773] Word boundry parameter \b not working with Unicode devanagari words
https://bugzilla.wikimedia.org/show_bug.cgi?id=46773 Nemo federicol...@tiscali.it changed: What|Removed |Added Keywords||upstream CC||federicol...@tiscali.it See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=22761 Severity|normal |major --- Comment #5 from Nemo federicol...@tiscali.it --- (In reply to comment #3) We've indeed already had the same problem on several European languages such as French and Portuguese (see bug 22761), but it has been fixed by updating PHP to a newer version which provides UTF-8-aware special characters. So it should be reported upstream to PHP? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22761] Abuse filter regex \b considers unicode characters as word boundaries
https://bugzilla.wikimedia.org/show_bug.cgi?id=22761 Nemo federicol...@tiscali.it changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=46773 -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49355] Edit filter warning blocks sysop page deletion activity
https://bugzilla.wikimedia.org/show_bug.cgi?id=49355 --- Comment #7 from Mahitgar mahit...@yahoo.co.in --- (In reply to comment #5) You set up a filter that filters deletion for that page, so I don't understand what you would expect. [[mr:Special:AbuseFilter/101]] [[mr:Special:AbuseLog/34951]] The notes in the filter contain the conditions you have to add so that this doesn't happen, why didn't you use them? The only possible bug I see here is: were you shown the warning you set up for the filter, or not? The only possible bug I see here is: were you shown the warning you set up for the filter, or not? Sorry , along with the warning I see one more unxpected message Media wiki message Cannot delete page $1 for the given situation.And that is a bug. Best thing is you recreate a situation given in bug report. Regards -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49355] Edit filter warning blocks sysop page deletion activity
https://bugzilla.wikimedia.org/show_bug.cgi?id=49355 --- Comment #8 from Nemo federicol...@tiscali.it --- (In reply to comment #6) You set up a filter that filters deletion for that page No, filter being written is not for deletion [...] It currently is. If you don't want deletion to be filtered, add: (action == edit) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17486] Parser generates malformed HTML with a list inside a table
https://bugzilla.wikimedia.org/show_bug.cgi?id=17486 --- Comment #30 from Philippe Verdy verd...@wanadoo.fr --- My comment was on topic simply because the malformed output is caused by incorrect specification about how distinct content elements can be safely embedded into each other. And the whole topic is about this issue: the basic wiki syntax interacts very badly with the HTML (or XML) syntax based on *explicit* closure of tags (or wiki syntaxes). The current parsing rules contradict between each other, and we constantly have to find tricks to avoid these issues and incorrect output (which may parse as valid HTML5 but was in fact not the one intended and will be wrong XHTML5 anyway). Note that I did not discuss about XHTML 1.0, but HTML5 is still intended to have a valid XMHTL representation, so that XHTML5 should be parsed by *both* an XML parser or an HTML5 parser (generating a compatible DOM structure using either parsers). All out issues are in fact created when inserting contents from utility templates (this reduces their reusability or forces them to use very ugly tricks, or ugly parameters where they are used, and this does not make them simpler to use in articles). I maintain that wiki syntaxes should be fully integrated with the HTML syntax under the same content model (offering to users the choice between them, using HTML where the wiki syntax is too limited, but without breaking parsing rules; the wiki syntax should then only be a purely *local* shorthand of the HTML syntax, everything being generated with knowledge of the HTML DOM, even if the syntax generated will also be compatible with XML/XHTML parsers). -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47495] Ability to match text based on a negative lookbehind/lookahead regex
https://bugzilla.wikimedia.org/show_bug.cgi?id=47495 --- Comment #2 from Mahitgar mahit...@yahoo.co.in --- (In reply to comment #1) You can already exclude pages containing a string, very easily. Are you saying that this kind of regular expressions you're looking for don't work with AbuseFilter? (I don't remember what subset of regex we use exactly.) Anyway, your approach seems wrong: you can't determine context reliably with regex, you should tag such edits adding words you don't like and then check them manually. :The logic is exemption is needed only in a particular line in particular page.Use anywhere else is abuse and can be disallowed strait away. :This will increase work for abuse filter only initially.Once the people know they can not cheat the system easily they will automatically desist.Once people desist lesser work for filters,filter managers and patrollers. :Tagging only continues patrollers work.Wiki's like en wiki has large manpower available to do that.Most of the wikis in wikimedia umbrella are smaller wikis and we have less man power .If we save our time on patrolling our editors will have more time at disposal for content contribution -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29604] Strange behaviour of discussionpages
https://bugzilla.wikimedia.org/show_bug.cgi?id=29604 DaSch da...@daschmedia.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from DaSch da...@daschmedia.de --- I think this doesn't happen anymore. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17486] Parser generates malformed HTML with a list inside a table
https://bugzilla.wikimedia.org/show_bug.cgi?id=17486 --- Comment #31 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com --- (In reply to comment #30) My comment was on topic simply because the malformed output is caused by incorrect specification about how distinct content elements can be safely embedded into each other. And the whole topic is about this issue: the basic wiki syntax interacts very badly with the HTML (or XML) syntax based on *explicit* closure of tags (or wiki syntaxes). The current parsing rules contradict between each other, and we constantly have to find tricks to avoid these issues and incorrect output (which may parse as valid HTML5 but was in fact not the one intended and will be wrong XHTML5 anyway). Specification and mixing custom WikiText syntaxes with HTML is irrelevant. We're supposed to fail silently when bad WikiText is used and output valid HTML even when given crap, not output malformed markup. This WikiText: * List item 1. table class=wikitable tr td Cell 1. /td /tr /table * List item 2. Outputs this: ulli List item 1. table class=wikitable /li/ul tr td Cell 1. /td /tr /table ulli List item 2. /li/ul There's a /li/ul right after the table class=wikitable it leaves tr and td elements outside of a table, that's invalid. This but has nothing to do with integrating the WikiText list syntax and HTML table markup. The fix for this issue is simply making sure that the garbage we output for this invalid input is still well-formed markup. Try inserting that garbage output back into a wiki page: ulli List item 1. table class=wikitable /li/ul tr td Cell 1. /td /tr /table ulli List item 2. /li/ul This is essentially the same garbage that the user gives us. But this time the parser outputs: ulli List item 1. table class=wikitable lt;/ligt;lt;/ulgt; tr td Cell 1. /td /tr /table ulli List item 2. /li/ul/li /ul While there is a minor validity issue in the fact that we have a string of text inside of a table but outside of a cell -- fixing that would probably be a separate bug -- that aside the markup is still well formed XML. Tags are properly paired up, same number of each, and they are closed in the correct order. When output into an XHTML5 page parsed with an XML parser this will work and won't give you an XML parse error. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37801] Creation of strange page names
https://bugzilla.wikimedia.org/show_bug.cgi?id=37801 DaSch da...@daschmedia.de changed: What|Removed |Added Priority|Low |Normal Status|ASSIGNED|NEW Assignee|da...@daschmedia.de |wikibugs-l@lists.wikimedia. ||org --- Comment #5 from DaSch da...@daschmedia.de --- so this happended again Skin-Extensions ondiscussionpage:Portal:Gästebuch the format is always the same. It's Threadname ondiscussionpage:Discussionpagename I think that this may be a JavaScript Error, that maybe happens with old Browsers. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47495] Ability to match text based on a negative lookbehind/lookahead regex
https://bugzilla.wikimedia.org/show_bug.cgi?id=47495 Jesús Martínez Novo (Ciencia Al Poder) martinezn...@gmail.com changed: What|Removed |Added CC||martinezn...@gmail.com --- Comment #3 from Jesús Martínez Novo (Ciencia Al Poder) martinezn...@gmail.com --- Mahitgar, you can achieve that easily by changing the condition to ( ( YOURCONDITION ) article_text != '13 June' ) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37801] LQT search function use the normal search, but adding ondiscussionpage:, exposing that keyword on the new page creation link
https://bugzilla.wikimedia.org/show_bug.cgi?id=37801 Jesús Martínez Novo (Ciencia Al Poder) martinezn...@gmail.com changed: What|Removed |Added CC||martinezn...@gmail.com Summary|Creation of strange page|LQT search function use the |names |normal search, but adding ||ondiscussionpage:, exposing ||that keyword on the new ||page creation link Whiteboard|aklapper-moreinfo | --- Comment #6 from Jesús Martínez Novo (Ciencia Al Poder) martinezn...@gmail.com --- Oh, I think I see what's happening here. 1. Go to https://www.mediawiki.org/wiki/Project:Support_desk 2. There's a search box just above the LQT TOC. Put anything there and hit the search button (for example, testing) 3. The search results page comes up. The search terms are: testing ondiscussionpage:Project:Support desk 4. Below the search filters there's a Create the page Testing ondiscussionpage:Project:Support desk on this wiki! with a link to create Testing ondiscussionpage:Project:Support desk (MediaWiki:Searchmenu-new) People clicking on that link will be creating that page as any other normal page. Maybe we should change that new page creation link to point to a new thread creation (under the original discussion, stripping ondiscussionpage:) instead of the default one. Or remove the link to create that page completely, probably using a different message than MediaWiki:Searchmenu-new. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47493] additional options to rate limit trigger
https://bugzilla.wikimedia.org/show_bug.cgi?id=47493 --- Comment #2 from Mahitgar mahit...@yahoo.co.in --- (In reply to comment #1) Are you speaking of number of submit or of successful edits? I mean, if a filter both warns and disallows it first warns, then disallows on second submit. You should probably create separate filters, as you want both different conditions and different messages and/or actions. No need to make the interface more complex. a filter both warns and disallows it first warns, then disallows on second submit. : Frankly,I had given thought to submits(By submits I mean attempted edit and not necessarily saved edit) and I had not given serious consideration to situation of disallows but expect that should be possible on numbered submit/attempted edit as per above point no 2 mentioned in bug report. :Need of point 1 and point 2 remains intact. :Multiple features may make interface bit complex.But making cluster of multiple filters 1) only few filter managers would understand 2) Cluster of multiple filter is equally complex on user side,if the right person retires maitenence and management is more of complex task for those who did not get involved earlier even after help pages and all .And if some one does not maintain proper notes all the effort by retired person will not be understood by others and most likely will get deleted over time.We have 700 wikis under umbrella and we need to think about every situation -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47531] Option to group filters their logs
https://bugzilla.wikimedia.org/show_bug.cgi?id=47531 --- Comment #3 from Mahitgar mahit...@yahoo.co.in --- Topic grouping through tags is good for abuse log check up.Filter group does not apear in chronological order.If for some reason some filter had to have different tag then that wont apear in the group you suggested.Secondly those filter which trip less no of times wont apear and above mentioned possibility of duplicity continues. I have provided multiple alternatives above if some alternative can not be considered for any reason, rest can still be considered. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48152] Can't exclude Wikidata edits from a filter's matches
https://bugzilla.wikimedia.org/show_bug.cgi?id=48152 --- Comment #7 from Mahitgar mahit...@yahoo.co.in --- (In reply to comment #6) Can you please provide a link to how a Wikidata change shows up in AbuseFilter? This is about your [[mr:Special:Abusefilter/7]], isn't it? Ya you are right its filter 7 but said issue I have only tried on batch testing. Ok will try to provide a screen shot sooner the better. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45677] CSSJanus mishandles box-shadow and text-shadow
https://bugzilla.wikimedia.org/show_bug.cgi?id=45677 --- Comment #27 from Bartosz Dziewoński matma@gmail.com --- With I16cb9e17 merged CSSJanus should stop breaking the shadows (but it still won't flip them properly). -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49270] Vector skin breaks JavaScript
https://bugzilla.wikimedia.org/show_bug.cgi?id=49270 Bartosz Dziewoński matma@gmail.com changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=49228 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49228] Vector: The version of the Vector extension bundled with MediaWiki 1.21 is incompatible
https://bugzilla.wikimedia.org/show_bug.cgi?id=49228 Bartosz Dziewoński matma@gmail.com changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=49270 --- Comment #13 from Bartosz Dziewoński matma@gmail.com --- Bug 49270 seems to be the same issues, but I haven't had time to investigate yet. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48152] Can't exclude Wikidata edits from a filter's matches
https://bugzilla.wikimedia.org/show_bug.cgi?id=48152 --- Comment #8 from Nemo federicol...@tiscali.it --- (In reply to comment #7) Ya you are right its filter 7 but said issue I have only tried on batch testing. Ok will try to provide a screen shot sooner the better. Screenshots are less useful than links, especially if they're not in English interface. Thanks. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49357] New: Increase default image thumb size
https://bugzilla.wikimedia.org/show_bug.cgi?id=49357 Web browser: --- Bug ID: 49357 Summary: Increase default image thumb size Product: Wikimedia Version: wmf-deployment Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: Unprioritized Component: Site requests Assignee: wikibugs-l@lists.wikimedia.org Reporter: maic...@yahoo.com CC: benap...@gmail.com, dereck...@espace-win.org, tom...@twkozlowski.net, wikimedia.b...@snowolf.eu Classification: Unclassified Mobile Platform: --- The 220px thumbnails are too small considering the great amount of high resolution displays [1] and the growing number of dpi on mobile devices. I think it is mandatory to change this in the next two years or so. Otherwise the user experience will drop significantly. Currently there are discussions about the technical problems on how to implement this: * Bug 41712 comment 14 states some caching problems when setting the standard thumbnail width for each wiki separately and (possibly) different. Therefore I'd suggest to change the default globally. * Another proposal [2] suggests to store only preferred-size thumbnails indefinitely ... In the past a few site requests had community consensus but were closed as WONTFIX due to server performance issues. (See bug 47332 for example) Though community consensus is needed for a possible patch of this bug to be merged the technical details should be discussed first. [1] http://www.w3schools.com/browsers/browsers_resolution_higher.asp [2] https://www.mediawiki.org/wiki/Talk:Requests_for_comment/Standardized_thumbnails_sizes#Caching_strategy_23835 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49275] VisualEditor: Phantoms appear above the save dialog, preventing saving
https://bugzilla.wikimedia.org/show_bug.cgi?id=49275 Mark Hurd markeh...@gmail.com changed: What|Removed |Added CC||markeh...@gmail.com --- Comment #2 from Mark Hurd markeh...@gmail.com --- And I had a similar issue attempting to save a page with an (uneditable) InfoBox on the right hand side. Luckily a simple workaround for the moment is to scroll down! Obviously the proper solution is to ensure the zorder of the Review your changes and Save your changes/Report a problem is above the phantoms. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49358] Moodbar undeployment
https://bugzilla.wikimedia.org/show_bug.cgi?id=49358 Andyrom75 andyro...@hotmail.com changed: What|Removed |Added URL||http://it.wikivoyage.org/ -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49358] New: Moodbar undeployment
https://bugzilla.wikimedia.org/show_bug.cgi?id=49358 Web browser: --- Bug ID: 49358 Summary: Moodbar undeployment Product: MediaWiki Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: General/Unknown Assignee: wikibugs-l@lists.wikimedia.org Reporter: andyro...@hotmail.com Classification: Unclassified Mobile Platform: --- Is it possible to uninstall MoodBar from it.wikivoyage? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49359] New: https://git.wikimedia.org: 503 Service Temporarily Unavailable
https://bugzilla.wikimedia.org/show_bug.cgi?id=49359 Web browser: --- Bug ID: 49359 Summary: https://git.wikimedia.org: 503 Service Temporarily Unavailable Product: Wikimedia Version: wmf-deployment Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: SSL related Assignee: wikibugs-l@lists.wikimedia.org Reporter: mybugs.m...@gmail.com Classification: Unclassified Mobile Platform: --- In the last one or two days I've seen this error when I try to access https://git.wikimedia.org/ 503 Service Temporarily Unavailable -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49312] Meta-Wiki name space request for Programs
https://bugzilla.wikimedia.org/show_bug.cgi?id=49312 --- Comment #9 from Theo de10...@gmail.com --- This is being done against local opposition. Besides Mz there is no admin or user who agrees to an additional namespace. Ori's tactic here is to go ahead and do it anyway. He left a message on Babel that he will merge it on Tuesday regardless- something about AGf and Sarah being prolific and well-liked - sound reasoning there. This is an asinine way to go about things, you shouldn't dare ask for anything on meta in future, do whatever the hell you want, Mr. dev - we're barely needed in your way of things. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 9530] Section heading anchors shouldn't begin with invalid characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=9530 --- Comment #44 from Philippe Verdy verd...@wanadoo.fr --- You've stated to support HTML5, whch includes XHTML5. It will work as long as the HTML5/XHTML5 parsers do not attempt to map its type to a name or to an XML id. As long as the schema validator used keeps this attribute as an unrestricted text type, and the HTML DOM accepts this (including through Javascript), we can live with it. But ensuring the uniqueness of id values is still a problem when you use document.getElementById() and you don't know which element will be returned. Apparently, browsers have implemented this Javascript API so that they will return an array of elements if this ever occurs (and it's up to Javascript applications to be aware that a single element *may* not be returned by this call, just like with document.getElementByName()...). This means that the id attribute duplicates the function of the name attribute now in (X)HTML5 and we can ignore the non-working validity restrictions of XHTML1 and HTML4 or before in their schema. But we still need a way to create unique anchors which will remain readable and more or less stable when linking between different articles. For now MediaWiki does not track anchors (id's) that are referenced between articles, these anchors are modified in articles without notice, and links from other articles no longer work as expected. And MediaWiki still does not warn editors when we have two sections showing the same heading in the same article, so we can fix them to have working links, with readable anchors usable in other articles. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49360] New: Problems after changing LocalSettings.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=49360 Web browser: --- Bug ID: 49360 Summary: Problems after changing LocalSettings.php Product: MediaWiki Version: 1.21.1 Hardware: PC OS: Linux Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: Page editing Assignee: wikibugs-l@lists.wikimedia.org Reporter: pit2...@mail.ru Classification: Unclassified Mobile Platform: --- After changing LocalSettings.php, the home page of my wiki is not available. I see a blank page. This happens when you add new content to LocalSettings.php. Thanks in advance for your help -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49312] Meta-Wiki name space request for Programs
https://bugzilla.wikimedia.org/show_bug.cgi?id=49312 Alex Monk (Krenair) kren...@gmail.com changed: What|Removed |Added Keywords|shell |shellpolicy CC||kren...@gmail.com -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49361] New: VisualEditor: Inspector buttons appear above save dialog
https://bugzilla.wikimedia.org/show_bug.cgi?id=49361 Web browser: --- Bug ID: 49361 Summary: VisualEditor: Inspector buttons appear above save dialog Product: VisualEditor Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: MediaWiki integration Assignee: krinklem...@gmail.com Reporter: esand...@wikimedia.org CC: jforres...@wikimedia.org, krinklem...@gmail.com, roan.katt...@gmail.com, tpars...@wikimedia.org Classification: Unclassified Mobile Platform: --- 1. Focus a node which triggers an inspector icon 2. Hit save 3. http://i.imgur.com/5YPyQL5.png -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 24529] Incrementally remove support for HTML elements removed from or deprecated in HTML5
https://bugzilla.wikimedia.org/show_bug.cgi?id=24529 --- Comment #9 from Gadget850 ed.pal...@gmail.com --- small keeps coming up in discussions as being obsolete- anyone know why? Perhaps a draft spec? The only change is that is now has a semantic definition. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47493] additional options to rate limit trigger
https://bugzilla.wikimedia.org/show_bug.cgi?id=47493 Alex Monk (Krenair) kren...@gmail.com changed: What|Removed |Added CC||kren...@gmail.com --- Comment #3 from Alex Monk (Krenair) kren...@gmail.com --- (In reply to comment #2) We have 700 wikis under umbrella and we need to think about every situation Yeah if you completely exclude every non-wikimedia wiki running AbuseFilter. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49358] Moodbar undeployment
https://bugzilla.wikimedia.org/show_bug.cgi?id=49358 Alex Monk (Krenair) kren...@gmail.com changed: What|Removed |Added CC||benap...@gmail.com, ||dereck...@espace-win.org, ||kren...@gmail.com, ||tom...@twkozlowski.net, ||wikimedia.b...@snowolf.eu Component|General/Unknown |Site requests Product|MediaWiki |Wikimedia -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49360] Problems after changing LocalSettings.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=49360 Alex Monk (Krenair) kren...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||kren...@gmail.com Resolution|--- |INVALID --- Comment #1 from Alex Monk (Krenair) kren...@gmail.com --- Bugzilla is not a support forum. Please check your error log to see why your changes to LocalSettings are breaking your wiki. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49358] Remove MoodBar from itwikivoyage
https://bugzilla.wikimedia.org/show_bug.cgi?id=49358 Alex Monk (Krenair) kren...@gmail.com changed: What|Removed |Added Keywords||shellpolicy URL|http://it.wikivoyage.org/ |https://it.wikivoyage.org/ Summary|Moodbar undeployment|Remove MoodBar from ||itwikivoyage --- Comment #1 from Alex Monk (Krenair) kren...@gmail.com --- If the itwikivoyage community wants to get rid of it, yes. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49360] Problems after changing LocalSettings.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=49360 Jesús Martínez Novo (Ciencia Al Poder) martinezn...@gmail.com changed: What|Removed |Added CC||martinezn...@gmail.com --- Comment #2 from Jesús Martínez Novo (Ciencia Al Poder) martinezn...@gmail.com --- Just to provide a little more help of a documented common problem: Have you looked at the warning displayed at the top of this manual page? [1] Warning: Don't edit LocalSettings.php with Notepad, TextEdit, or any other text editor that adds byte order marks to files, or you will break your wiki. If that happened, restore a backup of that file, or rename the LocalSettings.php file to something else and try following the installation wizard again, or even create an emtpy LocalSettings.php file and manually copy the contents from the old one. [1] https://www.mediawiki.org/wiki/Manual:LocalSettings.php -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 46773] Word boundry parameter \b not working with Unicode devanagari words
https://bugzilla.wikimedia.org/show_bug.cgi?id=46773 Alex Monk (Krenair) kren...@gmail.com changed: What|Removed |Added Keywords|upstream| CC||kren...@gmail.com --- Comment #6 from Alex Monk (Krenair) kren...@gmail.com --- -upstream keyword: Bugs marked this way *should* include a link to the upstream bug report in the See Also field! (https://bugzilla.wikimedia.org/describekeywords.cgi) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37801] LQT search function use the normal search, but adding ondiscussionpage:, exposing that keyword on the new page creation link
https://bugzilla.wikimedia.org/show_bug.cgi?id=37801 Alex Monk (Krenair) kren...@gmail.com changed: What|Removed |Added CC||kren...@gmail.com --- Comment #7 from Alex Monk (Krenair) kren...@gmail.com --- So it turns out this 'ondiscussionpage' thing is coded into Wikimedia's Lucene Search - 'inthread' as well. See operations/debs/lucene-search-2.git -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 46773] Word boundry parameter \b not working with Unicode devanagari words
https://bugzilla.wikimedia.org/show_bug.cgi?id=46773 Nemo federicol...@tiscali.it changed: What|Removed |Added Keywords||upstream --- Comment #7 from Nemo federicol...@tiscali.it --- (In reply to comment #6) -upstream keyword: Bugs marked this way *should* include a link to the upstream bug report in the See Also field! (https://bugzilla.wikimedia.org/describekeywords.cgi) Sure. That's why I added it. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37801] LQT search function use the normal search, but adding ondiscussionpage:, exposing that keyword on the new page creation link
https://bugzilla.wikimedia.org/show_bug.cgi?id=37801 Jesús Martínez Novo (Ciencia Al Poder) martinezn...@gmail.com changed: What|Removed |Added Severity|major |minor --- Comment #8 from Jesús Martínez Novo (Ciencia Al Poder) martinezn...@gmail.com --- The ondiscussionpage: feature was added on r53948 but it's undocumented. It requires Lucene search to be installed. according to comments for that commit. Still, no documentation about what configuration needs for Lucene search. Also, lowering severity -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 46773] Word boundary parameter \b not working with Unicode devanagari words
https://bugzilla.wikimedia.org/show_bug.cgi?id=46773 Nemo federicol...@tiscali.it changed: What|Removed |Added Summary|Word boundry parameter \b |Word boundary parameter \b |not working with Unicode|not working with Unicode |devanagari words|devanagari words -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40810] Featured and good article badges
https://bugzilla.wikimedia.org/show_bug.cgi?id=40810 --- Comment #14 from jeb...@gmail.com --- I think this should be implemented like qualifiers (or like source but I don't think we need grouping) for each sitelink. Only implementing badges doesn't make sense. If implemented like link attributes badges would be a property with an item datatype, and it would link to items for FA or similar quality descriptions. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 46773] Word boundary parameter \b not working with Unicode devanagari words
https://bugzilla.wikimedia.org/show_bug.cgi?id=46773 Alex Monk (Krenair) kren...@gmail.com changed: What|Removed |Added Keywords|upstream| --- Comment #8 from Alex Monk (Krenair) kren...@gmail.com --- But there's no PHP bug URL in the See Also field... -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49344] Bug handling doc subpage when module is named Documentation
https://bugzilla.wikimedia.org/show_bug.cgi?id=49344
Brad Jorsch bjor...@wikimedia.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--- |INVALID
--- Comment #3 from Brad Jorsch bjor...@wikimedia.org ---
The problem is with your documentation module (Module:Documentation_module),
not Scribunto.
Specifically, the 'subpage' for Module:Documentation is Documentation.[1] So
the test at line 26 of your documentation module is incorrectly passing,
causing the incorrect output.
[1]: This matches the behavior of {{SUBPAGENAME}}. See
https://fr.wikipedia.org/wiki/Special:ExpandTemplates?contexttitle=Module%3ADocumentationinput={{SUBPAGENAME}}
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 46773] Word boundary parameter \b not working with Unicode devanagari words
https://bugzilla.wikimedia.org/show_bug.cgi?id=46773 Nemo federicol...@tiscali.it changed: What|Removed |Added Keywords||upstream -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48710] Extension RSS cannot render Mediawiki's own RecentChanges RSS or ATOM feed. Error message is Error parsing XML for RSS
https://bugzilla.wikimedia.org/show_bug.cgi?id=48710 --- Comment #5 from T. Gries m...@tgries.de --- Hello, I checked with latest E:RSS version the feed of http://de.wikipedia.org/w/index.php?title=Spezial:Letzte_%C3%84nderungenfeed=atom . This works for me. Please can you confirm that this works on your server, with your configuration? Remaining Problems, which I saw, are: i) The difference view of MediaWiki (MediaWiki recent changes feed = difference view) introduces a table layout in the RSS feed, which is however not rendered by the extension in its present form. It was designed to do that. ii) when the list of recent changes is empty and the feed does not have item, the extension print the error message Error parsing XML for RSS -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40810] Featured and good article badges
https://bugzilla.wikimedia.org/show_bug.cgi?id=40810 --- Comment #15 from jeb...@gmail.com --- That is, we don't need grouping within each sitelink, but we obviously need grouping for each sitelink. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49360] Problems after changing LocalSettings.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=49360
--- Comment #3 from Peter pit2...@mail.ru ---
I can edit it, but I can not add your configuration. For example this occurs
when a row is added:
require_once ('extensions / WYSIWYG / WYSIWYG.php');
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49360] Problems after changing LocalSettings.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=49360 --- Comment #4 from Alex Monk (Krenair) kren...@gmail.com --- Yeah, that won't be a valid URL. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49362] New: Purge for some thumbnails fails after re-uploading a file
https://bugzilla.wikimedia.org/show_bug.cgi?id=49362 Web browser: --- Bug ID: 49362 Summary: Purge for some thumbnails fails after re-uploading a file Product: Wikimedia Version: wmf-deployment Hardware: All OS: All Status: NEW Severity: major Priority: Unprioritized Component: Media storage Assignee: wikibugs-l@lists.wikimedia.org Reporter: mr.h...@gmx.de CC: ct...@wikimedia.org Classification: Unclassified Mobile Platform: --- I'm very, very sorry to say that but this stinkin' bug is driving me crazy. Outdated garbage: https://upload.wikimedia.org/wikipedia/commons/thumb/9/92/Schädel_und_Gebiss_einer_Großkatze.png/629px-Schädel_und_Gebiss_einer_Großkatze.png Correct: https://upload.wikimedia.org/wikipedia/commons/thumb/9/92/Schädel_und_Gebiss_einer_Großkatze.png/628px-Schädel_und_Gebiss_einer_Großkatze.png Reported as bug 48927 and many, many others. See my comments at bug 31680 and bug 41130. It is always exactly the same problem (there may be multiple reasons but what I see as a user is always the same). I can reproduce this problem with almost every single file (re-)upload I do. Most thumbnails are purged but a random thumbnail size is not. Manual purge does not help. Sometimes the hack described in some of the other reports works, sometimes it does not. I'm in Germany so please don't tell me this works for you. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49360] Problems after changing LocalSettings.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=49360 --- Comment #5 from Peter pit2...@mail.ru --- I do not use it as a valid URL! I see a blank page when a go to http://mywiki.com/index.php/ !!! -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49344] Bug handling doc subpage when module is named Documentation
https://bugzilla.wikimedia.org/show_bug.cgi?id=49344 --- Comment #4 from Yannick Perret yper...@in2p3.fr --- You're right! Sorry about the noise. -- Y. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48710] Extension RSS cannot render Mediawiki's own RecentChanges RSS or ATOM feed (when these are empty because are no changes): message Error parsing XML for RSS
https://bugzilla.wikimedia.org/show_bug.cgi?id=48710 T. Gries m...@tgries.de changed: What|Removed |Added Summary|Extension RSS cannot render |Extension RSS cannot render |Mediawiki's own |Mediawiki's own |RecentChanges RSS or ATOM |RecentChanges RSS or ATOM |feed. Error message is |feed (when these are empty |Error parsing XML for RSS |because are no changes): ||message Error parsing XML ||for RSS -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49360] Problems after changing LocalSettings.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=49360 --- Comment #6 from Jesús Martínez Novo (Ciencia Al Poder) martinezn...@gmail.com --- (In reply to comment #5) I do not use it as a valid URL! I see a blank page when a go to http://mywiki.com/index.php/ !!! Because extensions / WYSIWYG / WYSIWYG.php is not a valid URL for require_once, and this is not a valid MediaWiki bug. Please follow the instructions provided on the Extension page at mediawiki.org and ask for help on the extension's talk page or MediaWiki's support desk at https://www.mediawiki.org/wiki/Project:Support_desk -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49363] New: http://git.wikimedia.org and https://git.wikimedia.org Error 503 Service Temporarily Unavailable
https://bugzilla.wikimedia.org/show_bug.cgi?id=49363 Web browser: --- Bug ID: 49363 Summary: http://git.wikimedia.org and https://git.wikimedia.org Error 503 Service Temporarily Unavailable Product: Wikimedia Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Git/Gerrit Assignee: wikibugs-l@lists.wikimedia.org Reporter: m...@tgries.de CC: christ...@quelltextlich.at, innocentkil...@gmail.com, marcin.cies...@gmail.com, rlan...@gmail.com Classification: Unclassified Mobile Platform: --- Today, links in Special:Version to git versions (hash) of core and extensions fail with Error 503 on Server http://git.wikimedia.org . Same for https://git.wikimedia.org -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 24529] Incrementally remove support for HTML elements removed from or deprecated in HTML5
https://bugzilla.wikimedia.org/show_bug.cgi?id=24529 --- Comment #10 from Michael Zajac mich...@zajac.ca --- Small was obsoleted as a presentation element, and has since been reprieved. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49364] New: Use content language de in user language de-formal
https://bugzilla.wikimedia.org/show_bug.cgi?id=49364 Web browser: --- Bug ID: 49364 Summary: Use content language de in user language de-formal Product: MediaWiki extensions Version: master Hardware: All URL: https://www.wikidata.org/wiki/Q108?uselang=de-formal OS: All Status: NEW Keywords: i18n Severity: normal Priority: Unprioritized Component: WikidataClient Assignee: wikidata-b...@lists.wikimedia.org Reporter: foma...@googlemail.com CC: wikidata-b...@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- de-formal is a language variant for the user interface. For the Wikidata content there is no difference between de and de-formal. At the moment when you use de-formal as user language you can enter separate values for de-formal: https://www.wikidata.org/wiki/Q108?uselang=de-formal Expected result: For the content namespace on Wikidata the language de-formal should not exist. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 9530] Section heading anchors shouldn't begin with invalid characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=9530 --- Comment #45 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com --- (X)HTML5 does not define id as a name/XML id, any code handling it as such is a non-conforming parser and there is no reason to support it. The parser already ensures the uniqueness of ids for headers within a page. ID Uniqueness in other locations are bug 7356 and bug 35371. If you think we should add extra processing to track user-specified id= values and reject them when a user writes bad markup duplicating ids open a new bug. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49312] Meta-Wiki name space request for Programs
https://bugzilla.wikimedia.org/show_bug.cgi?id=49312 --- Comment #10 from Sarah Stierch sarahstie...@gmail.com --- Hi all - for the record myself and Frank did not ask for the Gerrit thing to get filed. Our team of course wants to make sure that consensus is met and Frank and I both agree we learned a lot from this experience. Ori took it upon himself to be bold and I have asked him to step back from processing the namespace until consensus and trust can be Met. I am at a conference this weekend and it might be tough for me to reply. I assure you I was as surprised by this as you are, Theo! Thanks all for your understanding, and I hope we can move beyond this mix up. Sarah -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49312] Meta-Wiki name space request for Programs
https://bugzilla.wikimedia.org/show_bug.cgi?id=49312 --- Comment #11 from Theo de10...@gmail.com --- Thanks Sarah. Frank and you know that consensus takes time. This was brought up on a Friday, there were objections and questions about its relevance and importance. This can't go from being brought up to approval and merger in less than 2 days. Frank asked to seek consensus and support for this first, unlike the last few times, which is the proper way to go about this, if the intention is to work together, please give it some time to gestate. This strong-arming and 2 day time-frame are both unreasonable especially when the dev in charge of the patch, is personally getting this involved in the discussion and forcing it. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
