[Bug 5645] Hide signature button from edit toolbar in main namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=5645 --- Comment #22 from George Orwell III george.orwell@outlook.com --- Really? The 'filter' setting is built in; it just needs to be added then set in the mentioned .js file. How is that the same as the proposed current patch implementation (the '2nd option' or roughly the ~16 patch-sets to date)? It has nothing to do with $wgShowSigButtonInContentNamespaces never mind $wgShowSigButtonInContentNamespaces in any way, shape. or form. I agree, however, that both approaches might seek to achieve the same results at the end of the day - my solution would be the equivalent of making 1 edit adding 1 line to 1 existing .js file. What else am I missing here? Thanks in advance. -- 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 5645] Hide signature button from edit toolbar in main namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=5645 --- Comment #23 from George Orwell III george.orwell@outlook.com --- amending Comment #22, the 2nd paragraph should have read How is that the same as the proposed current patch implementation (the '2nd option' or roughly the ~16 patch-sets to date)? It has nothing to do with ext.wikiEditor.toolbar.hideSig.js never mind $wgShowSigButtonInContentNamespaces in any way, shape. or form. Sorry about that. -- 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 68649] phpunit failure: ParserTests::testParserTest for gallery and files with UploadWizard and data-file-*
https://bugzilla.wikimedia.org/show_bug.cgi?id=68649 --- Comment #3 from Nemo federicol...@tiscali.it --- Of course there is even more if one enables non-Wikimedia extensions, for instance data-bs-title attribute like a href=/wiki/Special:BlankPage#autocomment title=Special:BlankPage data-bs-title=Special:BlankPage added probably by https://github.com/wikimedia/mediawiki-extensions-BlueSpiceFoundation/blob/master/includes/CoreHooks.php#L315 -- 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 68789] New: Reference template may cause loop of text insertion
https://bugzilla.wikimedia.org/show_bug.cgi?id=68789 Bug ID: 68789 Summary: Reference template may cause loop of text insertion Product: VisualEditor Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: ContentEditable Assignee: jforrester+veteambztick...@wikimedia.org Reporter: eran@outlook.com CC: da...@sheetmusic.org.uk, jforres...@wikimedia.org, ryasm...@wikimedia.org Web browser: --- Mobile Platform: --- There is a loop of content replace when text is edited in a paragraph containig reference template. Test case: 1. Get to Ronaldo article in hewiki https://he.wikipedia.org/wiki/%D7%9B%D7%A8%D7%99%D7%A1%D7%98%D7%99%D7%90%D7%A0%D7%95_%D7%A8%D7%95%D7%A0%D7%90%D7%9C%D7%93%D7%95?veaction=edit 2. In the leading paragraph, replace - character before 2013 to some other character (e.g. -2013 to A2013) 3. The leading section will be eaten :) Hints: * when removing the reference templates ([1][2]) on the same section it doesn't occur -- 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 66741] on Special:ContentTranslation magnifying glass should trigger a search
https://bugzilla.wikimedia.org/show_bug.cgi?id=66741 --- Comment #2 from Santhosh Thottingal santhosh.thottin...@gmail.com --- I am not convinced that we need this feature. Typing and pressing enter is normal UX here. Magnifying glass shown left to the search field here is an indicator and not a trigger. -- 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 68750] [Various] Deprecated: Use of wfMsg* was deprecated in MediaWiki 1.21
https://bugzilla.wikimedia.org/show_bug.cgi?id=68750 --- Comment #6 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 150152 had a related patch set uploaded by Florianschmidtwelzow: Fix some wfMsg* https://gerrit.wikimedia.org/r/150152 -- 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 68750] [Various] Deprecated: Use of wfMsg* was deprecated in MediaWiki 1.21
https://bugzilla.wikimedia.org/show_bug.cgi?id=68750 --- Comment #7 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 150153 had a related patch set uploaded by Florianschmidtwelzow: Fix some wfMsg* https://gerrit.wikimedia.org/r/150153 -- 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 68750] [Various] Deprecated: Use of wfMsg* was deprecated in MediaWiki 1.21
https://bugzilla.wikimedia.org/show_bug.cgi?id=68750 --- Comment #8 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 150154 had a related patch set uploaded by Florianschmidtwelzow: Fix some wfMsg* https://gerrit.wikimedia.org/r/150154 -- 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 68750] [Various] Deprecated: Use of wfMsg* was deprecated in MediaWiki 1.21
https://bugzilla.wikimedia.org/show_bug.cgi?id=68750 --- Comment #9 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 150155 had a related patch set uploaded by Florianschmidtwelzow: Fix some wfMsg* https://gerrit.wikimedia.org/r/150155 -- 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 68788] Create account button overlaps with CAPTCHA container
https://bugzilla.wikimedia.org/show_bug.cgi?id=68788 --- Comment #3 from Matthew Flaschen mflasc...@wikimedia.org --- To me, it looks like they're touching, but not overlapping. Is that 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 68788] Create account button overlaps with CAPTCHA container
https://bugzilla.wikimedia.org/show_bug.cgi?id=68788 --- Comment #4 from Steven Walling swall...@wikimedia.org --- (In reply to Matthew Flaschen from comment #3) To me, it looks like they're touching, but not overlapping. Is that correct? Sure. -- 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 56814] On MobileDiff, anonymous user's IP address is not clickable
https://bugzilla.wikimedia.org/show_bug.cgi?id=56814 Florian florian.schmidt.wel...@t-online.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #9 from Florian florian.schmidt.wel...@t-online.de --- Setting as fixed, because there is a link to anonymous users since... (yeah, don't know when, sorry). Maryana opened a new bug to fix the linking: https://bugzilla.wikimedia.org/show_bug.cgi?id=68775 -- 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 68775] IP link in diff shouldn't take you to IP's user page
https://bugzilla.wikimedia.org/show_bug.cgi?id=68775 Florian florian.schmidt.wel...@t-online.de changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=56814 -- 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 56814] On MobileDiff, anonymous user's IP address is not clickable
https://bugzilla.wikimedia.org/show_bug.cgi?id=56814 Florian florian.schmidt.wel...@t-online.de changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=68775 -- 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 5645] Hide signature button from edit toolbar in main namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=5645 --- Comment #24 from This, that and the other (TTO) at.li...@live.com.au --- (In reply to George Orwell III from comment #22) I agree, however, that both approaches might seek to achieve the same results at the end of the day - my solution would be the equivalent of making 1 edit adding 1 line to 1 existing .js file. It may seem that simple to you, but it needs to be possible for this type of configuration to be altered *without* editing core JavaScript files, for a couple of reasons: 1. These files are overwritten whenever the MW software is upgraded 2. On a big cluster like WMF's, all wikis run the same, automatically updated code base, thereby making per-wiki hacks impossible That's why we use LocalSettings.php and an extension-based, modular structure. Whatever is decided for MediaWiki as a software package needs to be able to be easily overridden in the WMF's configuration files (or, in the case of option 3, on-wiki). I still favour option 2 (currently implemented in the proposed patch) as it appears this would be particularly useful for VisualEditor and other such systems, as well as MediaWiki core and WikiEditor. -- 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 66741] on Special:ContentTranslation magnifying glass should trigger a search
https://bugzilla.wikimedia.org/show_bug.cgi?id=66741 --- Comment #3 from Niklas Laxström niklas.laxst...@gmail.com --- I did a quick survey and Google, Bing and MediaWiki itself have the icon which is also clickable. Even if we don't have data how much those are used, we would be deviating from the standard. -- 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 68790] New: Always send notification to the user being replied to
https://bugzilla.wikimedia.org/show_bug.cgi?id=68790 Bug ID: 68790 Summary: Always send notification to the user being replied to Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Flow Assignee: wikibugs-l@lists.wikimedia.org Reporter: ebernhard...@wikimedia.org CC: dh...@wikimedia.org, ebernhard...@wikimedia.org, mpinc...@wikimedia.org, pandiculat...@gmail.com, sp...@wikimedia.org Web browser: --- Mobile Platform: --- Recent changes have made so only users watchlisting a topic get notified that a reply has happened. Should also notify the user being replied to. -- 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 68791] New: Unable to remove individual booklet-pages from loading to the toolbar
https://bugzilla.wikimedia.org/show_bug.cgi?id=68791
Bug ID: 68791
Summary: Unable to remove individual booklet-pages from loading
to the toolbar
Product: MediaWiki extensions
Version: master
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: major
Priority: Unprioritized
Component: WikiEditor
Assignee: wikibugs-l@lists.wikimedia.org
Reporter: george.orwell@outlook.com
CC: roan.katt...@gmail.com, tpars...@wikimedia.org
Web browser: ---
Mobile Platform: ---
In an attempt to whittle down the number of language-specific character-sets
listed under the 'Special characters' tab of WikiEditor, I've come to the
conclusion the only way to modify the default is remove the entire booklet and
rebuild it with only the desired language-specific sets [Ughhh... ]
Using 'greek' as an example for removal from the toolbar, I've tried various
combinations of parameter(s) and their value(s) to try and achieve this using,
among many others...
* { 'section': 'characters', 'group': 'greek', 'tool': 'greek' }
* { 'section': 'characters', 'group': 'greek', 'page': 'greek' }
* { 'section': 'characters', 'group': 'greek', 'pages': 'greek' }
* { 'section': 'characters', 'index': 'greek', 'tool': 'greek' }
* { 'section': 'characters', 'index': 'greek', 'page': 'greek' }
* { 'section': 'characters', 'index': 'greek', 'pages': 'greek' }
* { 'section': 'characters', 'group': 'index', 'tool': 'greek' }
* { 'section': 'characters', 'group': 'index', 'page': 'greek' }
* { 'section': 'characters', 'group': 'index', 'pages': 'greek' }
* { 'section': 'characters', 'page': 'greek' }
* { 'section': 'characters', 'pages': 'greek' }
* ... and anything else I could think of along those lines or based on proven
examples of manipulating non-booklet toolbar types...
... with no luck. I can remove the entire booklet and rebuild it with only
the wanted sets, but that doesn't seem right, does it?
In short, is there a current inability to remove single language-sets that are
built on 'index' 'page' -like parameters from an exisiting booklet even
possible (i.e. this is a real Bug),
or
... is it just a matter of exactly how-to-do-it being undocumented (well
'undocumented' to the best of my searching around that is)?
--
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 55201] Password not remembered if username in user-config.py is not correctly capitalized
https://bugzilla.wikimedia.org/show_bug.cgi?id=55201 John Mark Vandenberg jay...@gmail.com changed: What|Removed |Added CC||jay...@gmail.com Assignee|pywikipedia-b...@lists.wiki |jay...@gmail.com |media.org | -- 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 64958] representation string fails for page object
https://bugzilla.wikimedia.org/show_bug.cgi?id=64958 John Mark Vandenberg jay...@gmail.com changed: What|Removed |Added CC||jay...@gmail.com Assignee|ladsgr...@gmail.com |jay...@gmail.com --- Comment #1 from John Mark Vandenberg jay...@gmail.com --- Taking as I've been working on this for a while due to the cache key bug. -- 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 54369] Set up generation of JSON dumps for wikidata.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=54369 Nemo federicol...@tiscali.it changed: What|Removed |Added Status|NEW |RESOLVED CC||federicol...@tiscali.it Resolution|--- |FIXED --- Comment #22 from Nemo federicol...@tiscali.it --- This is fixed, followups to be filed as https://bugzilla.wikimedia.org/enter_bug.cgi?cc=wikidata-bugs%40lists.wikimedia.orgcomponent=General%2FUnknownproduct=Datasets Announcement: http://lists.wikimedia.org/pipermail/wikidata-l/2014-July/004216.html -- 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 68792] New: Wikidata JSON dump: filename prefix
https://bugzilla.wikimedia.org/show_bug.cgi?id=68792 Bug ID: 68792 Summary: Wikidata JSON dump: filename prefix Product: Datasets Version: unspecified Hardware: All URL: https://dumps.wikimedia.org/other/wikidata/ OS: All Status: NEW Severity: enhancement Priority: Unprioritized Component: General/Unknown Assignee: ar...@wikimedia.org Reporter: federicol...@tiscali.it CC: gsv...@gmail.com, wikidata-b...@lists.wikimedia.org Depends on: 54369 Web browser: --- Mobile Platform: --- 20140728.json.gz is not very explicative, all the other dumps have some sort of prefix. Something like wikidatawiki-, or even wikidatawiki-external- or whatever to give info on format as well, would be best. -- 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 54369] Set up generation of JSON dumps for wikidata.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=54369 Nemo federicol...@tiscali.it changed: What|Removed |Added Blocks||68792 -- 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 54369] Set up generation of JSON dumps for wikidata.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=54369 Nemo federicol...@tiscali.it changed: What|Removed |Added Blocks||68793 -- 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 68793] New: Wikidata JSON dump: better compression than gzip
https://bugzilla.wikimedia.org/show_bug.cgi?id=68793 Bug ID: 68793 Summary: Wikidata JSON dump: better compression than gzip Product: Datasets Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown Assignee: ar...@wikimedia.org Reporter: federicol...@tiscali.it CC: gsv...@gmail.com, wikidata-b...@lists.wikimedia.org Depends on: 54369 Web browser: --- Mobile Platform: --- I converted 20140721.json.gz to 20140721.json.xz and 20140721.json.bz2; gz is 2.9 GB, the other two were 2.0 GB. Saved space seems worth the effort. For uncompression, which is what matters, xz uncompressed in 4 min vs. 2 min of gz. All the formats are supported natively by tar -af etc.; in recent versions, xz is parallel. I'm quoting from memory, because I killed the screen by mistake, but it seems LZMA/xz may be best choice. -- 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 68792] Wikidata JSON dump: filename prefix
https://bugzilla.wikimedia.org/show_bug.cgi?id=68792 Nemo federicol...@tiscali.it changed: What|Removed |Added Priority|Unprioritized |Normal -- 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 68794] New: pywikibot uses incorrect domain for https certificate
https://bugzilla.wikimedia.org/show_bug.cgi?id=68794
Bug ID: 68794
Summary: pywikibot uses incorrect domain for https certificate
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: Unprioritized
Component: General
Assignee: pywikipedia-b...@lists.wikimedia.org
Reporter: i...@iankelling.org
Web browser: ---
Mobile Platform: ---
Running a simple pywikibot script gives error that my server has an invalid
certificate, then it retries, and seems to ignore that issue and succeeds.
In the error, it reports the certificate for a different domain that my server
also hosts, probably because either 1. it is the domain used for reverse dns,
or 2. it is the domain which my server redirects to for urls containing the ip
address.
Pywikibot should get the certificate for the domain I configured it to use.
Here is the error output.
ERROR: Traceback (most recent call last):
File /root/opt/pywikibot/pywikibot/data/api.py, line 298, in submit
body=paramstring)
File /root/opt/pywikibot/pywikibot/comms/http.py, line 174, in request
raise request.data
CertificateHostnameMismatch: Server presented certificate that does not match
host ofswiki.org: {'notAfter': 'May 23 20:21:24 2015 GMT', 'subjectAltName':
(('DNS', 'www.iankelling.org'), ('DNS', 'iankelling.org')), 'subject':
((('description', u'0NEmhfbNSxh2R2RF'),), (('countryName', u'US'),),
(('commonName', u'www.iankelling.org'),), (('emailAddress',
u'REDACTED-AT-iankelling.org'),))}
--
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 50329] We need a common repository for Scribunto modules and templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=50329 --- Comment #21 from Rob Kam rob...@ymail.com --- Moved from MediaWiki.org to https://meta.wikimedia.org/wiki/Requests_for_comment/Global_bits_and_pieces and proposed at https://meta.wikimedia.org/wiki/Global_bits_and_pieces -- 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 5645] Hide signature button from edit toolbar in main namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=5645
--- Comment #25 from George Orwell III george.orwell@outlook.com ---
(In reply to This, that and the other (TTO) from comment #24)
It may seem that simple to you, but it needs to be possible
for this type of configuration to be altered *without* editing
core JavaScript files, for a couple of reasons:
1. These files are overwritten whenever the MW software is upgraded
So adding the filter line set to just let the button appear in only ns-talk
spaces in this build means that setting could somehow be lost in the next build
without the file being further 'touched'? That seems odd.
2. On a big cluster like WMF's, all wikis run the same,
automatically updated code base, thereby making
per-wiki hacks impossible
So you're assuming there would be a desire somewhere in either real-world or
wiki-world usage to negate the button's generation in spite of the all
namespaces in question being talk namespaces and only talk namespaces?
I still favour
option 2 (currently implemented in the proposed patch) as it appears this
would be particularly useful for VisualEditor and other such systems, as
well as MediaWiki core and WikiEditor.
I like option 2 as well - just wish it was not still up for debate not to
mention beyond the original scope of the originally reported issue ('Bug 5645 -
Hide signature button from edit toolbar in main namespace'). Even when this
somehow later morphed into the inability of ext.wikiEditor.toolbar.hideSig.js
to function as first hoped, its still a solution in search of a problem that to
date has only presented itself in theory.
And how would adding the filter parameter set for only ns-talk pages today
affect your content-detection based proposal implemented tomorrow or next week
or whenever? Does the designed filter in the extension then become moot if the
content-based solution is in place? Would it hamper testing or enhance it in
moving forward?
There seems to be little consistency here other than the search for
'perfection' becoming the enemy of the 'good'.
--
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 68795] New: enable template data editor dutch wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=68795 Bug ID: 68795 Summary: enable template data editor dutch wikipedia Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: TemplateData Assignee: jforrester+veteambztick...@wikimedia.org Reporter: a...@wikimedia.nl CC: jforres...@wikimedia.org, krinklem...@gmail.com, tpars...@wikimedia.org Web browser: --- Mobile Platform: --- Please enable Template Data Editor on Dutch Wikipedia, nl.wikipedia.org. Thank you, -- 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 68321] Some Mobile/Web uploads without or with corrupted information
https://bugzilla.wikimedia.org/show_bug.cgi?id=68321
--- Comment #12 from Lupo lupo.bugzi...@gmail.com ---
Another approach might be to put some simple JavaScript in mobile.js on Commons
to
* Pre-fill the description at Special:Upload with an empty {{information}}
template
* Disable the upload button
* Enable the upload button only if:
- A source file is selected, and
- A target filename is given, and
- The description is not empty, and
- A license has been chosen or the description field contains an
{{information}} template with a non-empty permission field, and
- If the description contains an {{information}} template, the fields for
source, author, and description are not empty.
And make Special:Upload on the mobile site of Commons subject to the
autoconfirmed only and editcount restrictions.
I presume editors who upload to the Commons through Special:Upload must indeed
use commons.m.wikimedia.org/wiki/Special:Upload.
(en.m.wikipedia.org/wiki/Special:Upload would upload locally to the English
Wikipedia, right?)
--
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 68755] Limn statistics are wrong for mobile/web uploads
https://bugzilla.wikimedia.org/show_bug.cgi?id=68755 --- Comment #3 from Lupo lupo.bugzi...@gmail.com --- Today, http://mobile-reportcard.wmflabs.org/graphs/successful-uploads has for July 28 2014: 62 uploads. This matches my count in the upload log, which also lists 62. A few of these 62 were apparently not uploaded through the Mobile/Web interface but probably through the old upload form at Special:Upload (without 's'): all those in the log https://commons.wikimedia.org/w/index.php?title=Special:Logoffset=20140729limit=62type=uploaduser=page=tagfilter=mobile+web+edit where the upload summary does *not* read Contributed image from Special:Uploads (or a translation thereof), or the file name does *not* have the mobile/web upload pattern with the timestamp. Those would be bug 68321. -- 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 67533] security review of WikibaseQuery
https://bugzilla.wikimedia.org/show_bug.cgi?id=67533 --- Comment #2 from Jeroen De Dauw jeroen_ded...@yahoo.com --- As far as I can tell, the offset parameter is limited to 50, and can thus not cause full index scans. Is that wrong? If we would want to allow further pagination, using a continuation parameter would indeed be a much better approach. -- 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 67533] security review of WikibaseQuery
https://bugzilla.wikimedia.org/show_bug.cgi?id=67533 --- Comment #3 from Sergey Vladimirov vlser...@gmail.com --- Sorry, i didn't notice the limit in API declaration. In this case... well, it's just unusable from my point of view. But it is not a security concern, of course :-) I hope changed limit value can't be passed to SimpleQuery::getResult, because there is no max value check. -- 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 68796] New: Packetloss was critical on 2014-07-29 ~2:00 for oxygen, analytics1003, erbium
https://bugzilla.wikimedia.org/show_bug.cgi?id=68796 Bug ID: 68796 Summary: Packetloss was critical on 2014-07-29 ~2:00 for oxygen, analytics1003, erbium Product: Analytics Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown Assignee: wikibugs-l@lists.wikimedia.org Reporter: christ...@quelltextlich.at CC: bugwatc...@sb-mail.wmflabs.org, christ...@quelltextlich.at, kle...@wikimedia.org, oke...@wikimedia.org, tneg...@wikimedia.org Web browser: --- Mobile Platform: --- On 2014-07-29 ~02:00, there were packet loss alarms for oxygen, analytics1003, erbium in the #wikimedia-operations IRC channel: [01:52:47] icinga-wm PROBLEM - Packetloss_Average on erbium is CRITICAL: packet_loss_average CRITICAL: 37.5854172414 [01:56:47] icinga-wm RECOVERY - Packetloss_Average on erbium is OK: packet_loss_average OKAY: -0.0539559302326 [01:57:17] icinga-wm PROBLEM - Packetloss_Average on analytics1003 is CRITICAL: packet_loss_average CRITICAL: 14.0737649167 [02:01:17] icinga-wm RECOVERY - Packetloss_Average on analytics1003 is OK: packet_loss_average OKAY: 1.17930608333 [02:02:57] icinga-wm PROBLEM - Packetloss_Average on oxygen is CRITICAL: packet_loss_average CRITICAL: 9.18785825 [02:06:57] icinga-wm RECOVERY - Packetloss_Average on oxygen is OK: packet_loss_average OKAY: 1.1507957 The packetloss periods were short, and there was much monitoring noise in the IRC channel around that time, so those might have been flukes. -- 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 68796] Packetloss was critical on 2014-07-29 ~2:00 for oxygen, analytics1003, erbium
https://bugzilla.wikimedia.org/show_bug.cgi?id=68796 christ...@quelltextlich.at changed: What|Removed |Added Assignee|wikibugs-l@lists.wikimedia. |christ...@quelltextlich.at |org | Whiteboard||u=Community ||c=General/Unknown p=0 ||s=2014-07-24 -- 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 68791] Unable to remove individual booklet-pages from loading to the toolbar
https://bugzilla.wikimedia.org/show_bug.cgi?id=68791 George Orwell III george.orwell@outlook.com changed: What|Removed |Added Depends on||17653 -- 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 17653] Edit toolbar Edit tools (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17653 George Orwell III george.orwell@outlook.com changed: What|Removed |Added Blocks||68791 -- 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 68791] Unable to remove individual booklet-pages from loading to the toolbar
https://bugzilla.wikimedia.org/show_bug.cgi?id=68791 George Orwell III george.orwell@outlook.com changed: What|Removed |Added Blocks||17653 Depends on|17653 | -- 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 17653] Edit toolbar Edit tools (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17653 George Orwell III george.orwell@outlook.com changed: What|Removed |Added Blocks|68791 | Depends on||68791 -- 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 67216] Have unit tests of all wmf deployed extensions pass when installed together, in both PHP-Zend and HHVM (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=67216 Antoine hashar Musso has...@free.fr changed: What|Removed |Added Depends on||68231 -- 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 68231] wfWikiID() returns different values from test and data provider
https://bugzilla.wikimedia.org/show_bug.cgi?id=68231 Antoine hashar Musso has...@free.fr changed: What|Removed |Added Blocks||67216 --- Comment #3 from Antoine hashar Musso has...@free.fr --- Thanks for filling this bug. I have noticed that when running the PHPUnit test suite with the wmf deployed extensions (bug 67216). An example run is: https://integration.wikimedia.org/ci/job/mediawiki-core-extensions-integration/76/consoleFull CentralAuth is not used in that job because of an unrelated issue (it has a central database). But ProofreadPage (was bug 68650) definitely does. -- 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 68231] wfWikiID() returns different values from test and data provider
https://bugzilla.wikimedia.org/show_bug.cgi?id=68231 --- Comment #4 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 150169 had a related patch set uploaded by Hashar: test: coverage for wfWikiID() https://gerrit.wikimedia.org/r/150169 -- 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 68231] wfWikiID() returns different values from test and data provider
https://bugzilla.wikimedia.org/show_bug.cgi?id=68231 Gerrit Notification Bot gerritad...@wikimedia.org changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- 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 68231] wfWikiID() returns different values from test and data provider
https://bugzilla.wikimedia.org/show_bug.cgi?id=68231 Antoine hashar Musso has...@free.fr changed: What|Removed |Added Status|PATCH_TO_REVIEW |NEW --- Comment #5 from Antoine hashar Musso has...@free.fr --- About the stacktrace: PHPUnit providers are static functions which are evaluated before the test run. So you can not rely on the object state (i.e. $this-dbprefix does not exist). -- 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 68797] New: script_wui hardcoded to use User:DrTrigon
https://bugzilla.wikimedia.org/show_bug.cgi?id=68797 Bug ID: 68797 Summary: script_wui hardcoded to use User:DrTrigon Product: Pywikibot Version: core (2.0) Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General Assignee: pywikipedia-b...@lists.wikimedia.org Reporter: jay...@gmail.com Web browser: --- Mobile Platform: --- scripts/script_wui.py fails with horrible backtrace if not configured. $ python pwb.py scripts/script_wui.py * Initialization of bot ** Redirecting Lua print in order to catch it ** Pre-loading all relevant page contents Traceback (most recent call last): File pwb.py, line 157, in module run_python_file(fn, argv, argvu) File pwb.py, line 67, in run_python_file exec(compile(source, filename, exec), main_mod.__dict__) File scripts/script_wui.py, line 292, in module main() File scripts/script_wui.py, line 283, in main bot = ScriptWUIBot(site, chan, site.user() + _WUI, irc.wikimedia.org) File scripts/script_wui.py, line 137, in __init__ self.refs[item].get(force=True) # load all page contents File ...pywikibot/__init__.py, line 432, in wrapper return method(*__args, **__kw) File ...pywikibot/__init__.py, line 432, in wrapper return method(*__args, **__kw) File ...pywikibot/page.py, line 315, in get self._getInternals(sysop) File ...pywikibot/page.py, line 339, in _getInternals self.site.loadrevisions(self, getText=True, sysop=sysop) File .../pywikibot/site.py, line 2024, in loadrevisions raise NoPage(page) pywikibot.exceptions.NoPage: Page [[en:User:DrTrigon/DrTrigonBot/script wui-shell.css]] doesn't exist. class 'pywikibot.exceptions.NoPage' CRITICAL: Waiting for 1 network thread(s) to finish. Press ctrl-c to abort -- 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 68733] VisualEditor: Character duplication in paragraphs following the {{lang-it}} template (and others?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=68733 --- Comment #6 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 149920 merged by jenkins-bot: Generate only one pair of snowmen for multi-sibling nodes https://gerrit.wikimedia.org/r/149920 -- 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 68147] VisualEditor: ☃ symbol replicates when creating an article with a template
https://bugzilla.wikimedia.org/show_bug.cgi?id=68147 --- Comment #3 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 149920 merged by jenkins-bot: Generate only one pair of snowmen for multi-sibling nodes https://gerrit.wikimedia.org/r/149920 -- 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 67992] VisualEditor: Easy way to trigger a snowman and other corruption at fr.wp
https://bugzilla.wikimedia.org/show_bug.cgi?id=67992 --- Comment #6 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 149920 merged by jenkins-bot: Generate only one pair of snowmen for multi-sibling nodes https://gerrit.wikimedia.org/r/149920 -- 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 68151] VisualEditor: When making text bold or italic following a template, pawn symbol appears
https://bugzilla.wikimedia.org/show_bug.cgi?id=68151 --- Comment #9 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 149920 merged by jenkins-bot: Generate only one pair of snowmen for multi-sibling nodes https://gerrit.wikimedia.org/r/149920 -- 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 68740] VisualEditor: Snowman character gets triggered, when trying to insert a template with Comment edit dialog open.
https://bugzilla.wikimedia.org/show_bug.cgi?id=68740 --- Comment #4 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 149920 merged by jenkins-bot: Generate only one pair of snowmen for multi-sibling nodes https://gerrit.wikimedia.org/r/149920 -- 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 67694] Packetloss issues on oxygen (and analytics1003)
https://bugzilla.wikimedia.org/show_bug.cgi?id=67694 --- Comment #8 from christ...@quelltextlich.at --- TL;DR: * analytics1003 alarms were harmless. * oxygen alarms point to real packet-loss, which affected all udp2log multicast consumers during two ~4 hour periods. * The issue is expected to re-occur for the seldom traffic spikes we see. * The issue is /not/ expected to re-occur anytime soon for our usual day-to-day traffic. * Let's not invest in adjusting udp2log setup and instead move to kafka :-) --- * analytics1003 alarms: I could not find a consumer of udp2log data on analytics1003 other than sqstat. And also puppet says [1], that udp2log is only there for sqstat. Hence, assuming the alarms we saw around analytics1003 did not cause issues in real data pipelines. * oxygen alarms: While we saw the alarms on oxygen, they were really caused by a bottle-neck on gadolinium (see below), which caused message loss for all udp2log multicast consumers. So for example webstatscollector (stats.grok.se, ...), mobile-sampled-100 stream, zero stream [2]. The losses happened during two periods. * 2014-07-08 19:00 -- 2014-07-08 22:00 * eqiad: ~3% loss * esams: ~7% loss * ulsfo: ~10% loss * 2014-07-13 19:00 -- 2014-07-13 23:00 * eqiad: ~12% loss * esams: ~25% loss * ulsfo: ~25% loss Those two periods map to events of the Fifa World Cup 2014 [3]. Requested pages, and referers during that time also underpin that the increase in traffic is indeed soccer related. --- * Bottle-neck on gadolinium For gadolinium in and outbound traffic are typically close to each other in volume (typically difference is less than 2MB/s). But around both of the above periods, * in-bound and out-bound traffic together grew up to 70 MB/s. Then * in-bound traffic grew further (max ~95MB/s on 2014-07-13), while * out-bound traffic stayed close to 70 MB/s. After some time * in-bound traffic came down to 70 MB/s. And * in-bound and out-bound traffic together decreased again to their usual daily pattern. So the bottle-neck looks a bit like either * a limit of out-bound network bandwith, or * lack of resources to produce enough out-bound packets. Since the issue is some days back, it's hard to get more logs and rule any of the two out. However, gadolinium's network card should be able to bring more data to the wire. Also SNMP for gadolinium does not show sending errors. On the other hand, it seems the socat process that is feeding the multicast (by far the biggest part outbound traffic on gadolinium) is indeed a bottle-neck. This process is continuously using between 70%-95% of a core. This percentage changes over time and closely follows the amount of inbound network traffic. Extrapolating from this relation, we should expect issues somewhere around 65MB/s inbound traffic. This extrapolation matches the above periods, as during those periods, inbound traffic jumped 70MB/s, while we're typically 60MB/s for normal days. If we do not take actions, I'd expect * any reasonable traffic spike to cause a similar udp2log outage. * normal traffic to not cause similar udp2log on a regular basis. We still have some tiny room for growth, and that room will keep us covered for usual day-to-day traffic for some time (at least a few months if there is no considerable change in the way our traffic changes). Of the many paths forward, only two seem viable to me. We could * ignore the udp2log issues, as they only hit us for rare spikes, and put more effort on moving to kafka. Kafka infrastructure protects us against this kind of failure. * ask ops to split gadolinium's incoming udp2log traffic into two parts, and then keep one of the two parts on gadolinium, while feeding the other part to a separate socat process that produces to the same multicast address. This change would be transparent for multicast consumers, and distribute the socat load among two processes; hence removing the socat bottleneck. Once the bottleneck on gadolinium is removed, consumers of this data pipeline should be able to handle the spikes, as udp2log and it's grep-based filters, as well as udpfilter, and webstatscollector filter are all using 50% of a CPU. So the downstream consumers have enough resources to handle spikes. Given how seldom we see spikes, I'd vote for focusing on kafka. (I am leaving closing the bug to management, as they need to decide on this) [1] https://git.wikimedia.org/blob/operations%2Fpuppet.git/fce2b1c036d503723fbea865273f2d8a27004546/manifests%2Fsite.pp#L114 [2] Note that sampled-1000 stream is /not/ affected as that is generated by a separate udp2log pipeline. [3] On 2014-07-08, a semi final took place. On 2014-07-13, the final took place. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 62144] Move Selenium tests from browsertests repository to the repository they test
https://bugzilla.wikimedia.org/show_bug.cgi?id=62144 Željko Filipin zfili...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Željko Filipin zfili...@wikimedia.org --- qa/browsertests repository is now empty. -- 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 63469] Ruby linter should run after patch set submission to every repo that has Ruby code
https://bugzilla.wikimedia.org/show_bug.cgi?id=63469 Željko Filipin zfili...@wikimedia.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|wikibugs-l@lists.wikimedia. |zfili...@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 63469] Ruby linter should run after patch set submission to every repo that has Ruby code
https://bugzilla.wikimedia.org/show_bug.cgi?id=63469 Gerrit Notification Bot gerritad...@wikimedia.org changed: What|Removed |Added Status|ASSIGNED|PATCH_TO_REVIEW -- 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 63469] Ruby linter should run after patch set submission to every repo that has Ruby code
https://bugzilla.wikimedia.org/show_bug.cgi?id=63469 --- Comment #1 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 150174 had a related patch set uploaded by Zfilipin: Deleting all qa/browsertests jobs https://gerrit.wikimedia.org/r/150174 -- 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 63469] Ruby linter should run after patch set submission to every repo that has Ruby code
https://bugzilla.wikimedia.org/show_bug.cgi?id=63469 --- Comment #2 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 150177 had a related patch set uploaded by Zfilipin: Running Ruby linter for ArticleFeedbackv5 https://gerrit.wikimedia.org/r/150177 -- 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 58648] Special:IndexPages returns pages in the main namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=58648 --- Comment #1 from George Orwell III george.orwell@outlook.com --- CONFIRMED Observed the same on fr.wikisource. Don't see anything like that happening on en.wikisource however. -- 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 68781] Incorrect use of Russian translation on a Ukranian wiki when there is a Ukranian translation available
https://bugzilla.wikimedia.org/show_bug.cgi?id=68781 Brad Jorsch bjor...@wikimedia.org changed: What|Removed |Added CC||bjor...@wikimedia.org --- Comment #1 from Brad Jorsch bjor...@wikimedia.org --- Further detail from bug 67805: I tracked that one as far as observing that the json file for uk that the cdb file gets built from has Править вики-текст as the value for messages:visualeditor-ca-editsource rather than Редагувати код. So the problem seems to be in the (new JSON-based) l10nupdate process. -- 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 68787] [TimezoneSelector] Notice: Did not find alias for special page 'TimezoneSelector'. Perhaps no aliases are defined for it?
https://bugzilla.wikimedia.org/show_bug.cgi?id=68787 Alex Ivanov alexivano...@gmail.com changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|wikibugs-l@lists.wikimedia. |alexivano...@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 63469] Ruby linter should run after patch set submission to every repo that has Ruby code
https://bugzilla.wikimedia.org/show_bug.cgi?id=63469 --- Comment #3 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 150189 had a related patch set uploaded by Zfilipin: Created Ruby lint job for ArticleFeedbackv5 https://gerrit.wikimedia.org/r/150189 -- 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 68787] [TimezoneSelector] Notice: Did not find alias for special page 'TimezoneSelector'. Perhaps no aliases are defined for it?
https://bugzilla.wikimedia.org/show_bug.cgi?id=68787 Gerrit Notification Bot gerritad...@wikimedia.org changed: What|Removed |Added Status|ASSIGNED|PATCH_TO_REVIEW -- 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 68787] [TimezoneSelector] Notice: Did not find alias for special page 'TimezoneSelector'. Perhaps no aliases are defined for it?
https://bugzilla.wikimedia.org/show_bug.cgi?id=68787 --- Comment #1 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 150190 had a related patch set uploaded by MegaAlex: Add aliases file for Special:TimezoneSelector https://gerrit.wikimedia.org/r/150190 -- 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 58648] Special:IndexPages returns pages in the main namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=58648 --- Comment #2 from Sam Reed (reedy) s...@reedyboy.net --- This might actually be a search 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 68798] New: Invalid accesskey tooltip on Chrome
https://bugzilla.wikimedia.org/show_bug.cgi?id=68798
Bug ID: 68798
Summary: Invalid accesskey tooltip on Chrome
Product: MediaWiki
Version: 1.24-git
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: minor
Priority: Unprioritized
Component: JavaScript
Assignee: wikibugs-l@lists.wikimedia.org
Reporter: m...@m4tx.pl
CC: krinklem...@gmail.com, matma@gmail.com,
tpars...@wikimedia.org
Web browser: ---
Mobile Platform: ---
Have a look at resources/src/jquery/jquery.accessKeyLabel.js:
} else if ( profile.name === 'chrome' ) {
accessKeyPrefix = (
profile.platform === 'mac'
// Chrome on Mac
? 'ctrl-option-'
// Chrome on Windows or Linux
// (both alt- and alt-shift work, but alt with E, D, F etc does not
// work since they are browser shortcuts)
: 'alt-shift-'
);
As you can see, the code sets the accesskey label to alt-shift-accesskey on
Chrome because of conflicts with some keys when using alt-accesskey. The
problem is: alt-shift-accesskey causes conflicts, too. On the Edit page, you
have This is a minor edit checkbox with accesskey i. And here's the problem
- in Chrome, alt-shift-i is a shortcut for reporting an issue...
MediaWiki 1.24-git (227204c)
Chrome 38 (dev) on Ubuntu 14.04 64-bit, same issue on Chrome 36 (stable) on
Windows 7 64-bit
I'm posting a screenshot of Chrome menu showing the Report an issue menuitem
with its shortcut.
--
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 68798] Invalid accesskey tooltip on Chrome
https://bugzilla.wikimedia.org/show_bug.cgi?id=68798 --- Comment #1 from Mateusz Maćkowski m...@m4tx.pl --- Created attachment 16081 -- https://bugzilla.wikimedia.org/attachment.cgi?id=16081action=edit Chrome menu showing Report an issue item -- 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 68798] Invalid accesskey tooltip on Chrome
https://bugzilla.wikimedia.org/show_bug.cgi?id=68798 Mateusz Maćkowski m...@m4tx.pl changed: What|Removed |Added Web browser|--- |Google Chrome -- 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 66337] Scaling of images should take place in a linear colour space
https://bugzilla.wikimedia.org/show_bug.cgi?id=66337 John Cupitt jcup...@gmail.com changed: What|Removed |Added CC||jcup...@gmail.com --- Comment #2 from John Cupitt jcup...@gmail.com --- Some benchmarks: $ time vipsthumbnail -a wtc.jpg --vips-leak memory: high-water mark 65.98 MB real0m4.039s user0m4.003s sys0m0.038s $ time vipsthumbnail wtc.jpg --vips-leak memory: high-water mark 6.22 MB real0m0.307s user0m0.289s sys0m0.020s wtc.jpg is a 10,000 x 10,000 pixel RGB image. The main source of the slowdown is that you can't use libjpeg's very fast shrink-on-load feature, since that's calculated in Y, which is not linear. Instead, you have to decode the entire image, convert to a linear space (vipsthumbnail uses XYZ), and then shrink that. -a is much more competitive if you use a format that doesn't support shrink-on-load, such as vanilla tif: $ time vipsthumbnail wtc.tif --vips-leak memory: high-water mark 44.31 MB real0m2.662s user0m0.513s sys0m0.119s $ time vipsthumbnail -a wtc.tif --vips-leak memory: high-water mark 66.62 MB real0m3.623s user0m3.547s sys0m0.078s memuse should not be huge, the whole process can still be streamed. -- 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 68798] Invalid accesskey tooltip on Chrome
https://bugzilla.wikimedia.org/show_bug.cgi?id=68798 Mateusz Maćkowski m...@m4tx.pl changed: What|Removed |Added Keywords||accessibility -- 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 68646] phpunit failure: LuaStandalone: TitleLibraryTests: Failed asserting that two strings are identical
https://bugzilla.wikimedia.org/show_bug.cgi?id=68646
Antoine hashar Musso has...@free.fr changed:
What|Removed |Added
CC||agarr...@wikimedia.org,
||bs...@wikimedia.org,
||dh...@wikimedia.org,
||has...@free.fr,
||legoktm.wikipe...@gmail.com
||, pandiculat...@gmail.com
Component|Scribunto |Echo
--- Comment #3 from Antoine hashar Musso has...@free.fr ---
I am moving this to the Echo extension.
In Echo tests/NotificationFormatterTest.php there is a test that ends up
invoking the Linker to create full URL for Main_page and pass it a fragment.
Title::newMainPage() is really Title::newFromText('Main_Page') which is cached.
Whenever the fragment is set, it stuck in the cache entry and later call to
Title::newMainPage() yields a Title object which has the fragment.
The ugly workaround is to have the Echo test to reset the fragment.
--
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 68793] Wikidata JSON dump: better compression than gzip
https://bugzilla.wikimedia.org/show_bug.cgi?id=68793 --- Comment #1 from Nemo federicol...@tiscali.it --- (In reply to Nemo from comment #0) in recent versions, xz is parallel Source: http://sourceforge.net/p/lzmautils/discussion/708858/thread/d37155d1/#d8af (currently Ubuntu has liblzma 5.1.0alpha, fedora 20 has 5.1.2alpha). -- 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 68646] phpunit failure: LuaStandalone: TitleLibraryTests: Failed asserting that two strings are identical
https://bugzilla.wikimedia.org/show_bug.cgi?id=68646 --- Comment #4 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 150191 had a related patch set uploaded by Hashar: Clear up cached Main_page title in test https://gerrit.wikimedia.org/r/150191 -- 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 68646] phpunit failure: LuaStandalone: TitleLibraryTests: Failed asserting that two strings are identical
https://bugzilla.wikimedia.org/show_bug.cgi?id=68646 Gerrit Notification Bot gerritad...@wikimedia.org changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- 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 68757] [Regression] Link tables (categories, file links, templates) are being purged for js/css pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=68757 Brad Jorsch bjor...@wikimedia.org changed: What|Removed |Added CC||bjor...@wikimedia.org --- Comment #3 from Brad Jorsch bjor...@wikimedia.org --- I note that something like api.php?format=jsonfmaction=parsetitle=MediaWiki:Common.jstext=[[Category:Foo]] can be used to quickly check the bug. git bisect against core turns up gerrit change 67983 as the culprit; the root of the problem seems to be that the hook function enabled in gerrit change 131447 doesn't bother with the special handling done for $wgTextModelsToParse in includes/content/TextContent.php. I'd suggest any other patches done to support 67983 should be checked for similar problems. -- 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 67538] allow arbitrary data access on Wikidata (LUA)
https://bugzilla.wikimedia.org/show_bug.cgi?id=67538 --- Comment #3 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 150196 had a related patch set uploaded by Hoo man: Lua: Allow arbitrary item access https://gerrit.wikimedia.org/r/150196 -- 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 47930] allow accessing data from an item not connected to the current page - arbitrary access (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=47930 Bug 47930 depends on bug 67538, which changed state. Bug 67538 Summary: allow arbitrary data access on Wikidata (LUA) https://bugzilla.wikimedia.org/show_bug.cgi?id=67538 What|Removed |Added Status|RESOLVED|PATCH_TO_REVIEW Resolution|FIXED |--- -- 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 55570] make Wikidata its own client
https://bugzilla.wikimedia.org/show_bug.cgi?id=55570 Bug 55570 depends on bug 67538, which changed state. Bug 67538 Summary: allow arbitrary data access on Wikidata (LUA) https://bugzilla.wikimedia.org/show_bug.cgi?id=67538 What|Removed |Added Status|RESOLVED|PATCH_TO_REVIEW Resolution|FIXED |--- -- 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 67538] allow arbitrary data access on Wikidata (LUA)
https://bugzilla.wikimedia.org/show_bug.cgi?id=67538 Gerrit Notification Bot gerritad...@wikimedia.org changed: What|Removed |Added Status|RESOLVED|PATCH_TO_REVIEW Resolution|FIXED |--- -- 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 55570] make Wikidata its own client
https://bugzilla.wikimedia.org/show_bug.cgi?id=55570 Bug 55570 depends on bug 67538, which changed state. Bug 67538 Summary: allow arbitrary data access on Wikidata (LUA) https://bugzilla.wikimedia.org/show_bug.cgi?id=67538 What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED -- 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 47930] allow accessing data from an item not connected to the current page - arbitrary access (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=47930 Bug 47930 depends on bug 67538, which changed state. Bug 67538 Summary: allow arbitrary data access on Wikidata (LUA) https://bugzilla.wikimedia.org/show_bug.cgi?id=67538 What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED -- 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 67538] allow arbitrary data access on Wikidata (LUA)
https://bugzilla.wikimedia.org/show_bug.cgi?id=67538 Marius Hoch h...@online.de changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED -- 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 19288] Gadget usage statistics
https://bugzilla.wikimedia.org/show_bug.cgi?id=19288 --- Comment #5 from Helder he7...@gmail.com --- This feature is also requested for https://meta.wikimedia.org/wiki/Global-Wiki#Plan_for_scripts -- 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 68787] [TimezoneSelector] Notice: Did not find alias for special page 'TimezoneSelector'. Perhaps no aliases are defined for it?
https://bugzilla.wikimedia.org/show_bug.cgi?id=68787 --- Comment #2 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 150190 merged by Raimond Spekking: Add aliases file for Special:TimezoneSelector https://gerrit.wikimedia.org/r/150190 -- 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 68787] [TimezoneSelector] Notice: Did not find alias for special page 'TimezoneSelector'. Perhaps no aliases are defined for it?
https://bugzilla.wikimedia.org/show_bug.cgi?id=68787 Alex Ivanov alexivano...@gmail.com changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED -- 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 68799] New: Specific component for l10nupdate
https://bugzilla.wikimedia.org/show_bug.cgi?id=68799 Bug ID: 68799 Summary: Specific component for l10nupdate Product: Wikimedia Version: wmf-deployment Hardware: All OS: All Status: NEW Keywords: i18n Severity: enhancement Priority: Unprioritized Component: Deployment systems Assignee: wikibugs-l@lists.wikimedia.org Reporter: federicol...@tiscali.it CC: amir.ahar...@mail.huji.ac.il, bda...@wikimedia.org, bjor...@wikimedia.org, g...@wikimedia.org, has...@free.fr, roan.katt...@gmail.com, s...@reedyboy.net Web browser: --- Mobile Platform: --- It happens semi-regularly that LocalisationUpdate bugs for Wikimedia projects end up in the wrong queue. For sure they're rather scattered: https://bugzilla.wikimedia.org/buglist.cgi?f1=longdescf2=short_descj_top=ORlist_id=332749o1=regexpo2=regexpproduct=Wikimediaquery_format=advancedv1=%28l10n-%3Fupdate|LU%20|Locali[sz]ationUpdate%29v2=%28l10n-%3Fupdate|LU%20|Locali[sz]ationUpdate%29 It would IMHO be useful if they had a more specific component than just General/Unknown, also to have correct CCs by default. The recently created Deployment systems component sounds about right given name+description (Tools to deploy code on Wikimedia servers / cluster) and owners (ops and platform), but it would need new CCs and a description addition like including l10nupdate specific to Wikimedia, as opposed to generic MediaWiki extensions LocalisationUpdate. Alternatively, a new component could be created (:|) or Language setup may be reused as name (it's not very busy nowadays, but would need drastic changes in description and maintainers). -- 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 68319] Add abusefilter-log-detail for rollbackers and patrollers on es.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=68319 --- Comment #3 from mr.ajed...@yahoo.es --- Thanks, Vogone. It works properly. Regards. -- 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 67731] Wrong number of search results
https://bugzilla.wikimedia.org/show_bug.cgi?id=67731 Nik Everett neverett+bugzi...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from Nik Everett neverett+bugzi...@wikimedia.org --- Both of these look right to me now. I'm not sure of the sequence of events that lead this problem and its fix though. -- 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 68783] Results 21 - 20 of 1 for search term
https://bugzilla.wikimedia.org/show_bug.cgi?id=68783 Nik Everett neverett+bugzi...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |High Assignee|wikibugs-l@lists.wikimedia. |neverett+bugzilla@wikimedia |org |.org --- Comment #1 from Nik Everett neverett+bugzi...@wikimedia.org --- Confirmed. Pretty broken. -- 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 39845] Hard coded brackets in includes/specials/SpecialListusers.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=39845 --- Comment #1 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 150201 had a related patch set uploaded by Rohan013: Fix Special:Listusers i18n issues https://gerrit.wikimedia.org/r/150201 -- 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 39845] Hard coded brackets in includes/specials/SpecialListusers.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=39845 Gerrit Notification Bot gerritad...@wikimedia.org changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- 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 65190] Cannot anonymously edit/change content of a LQT message but its title
https://bugzilla.wikimedia.org/show_bug.cgi?id=65190 --- Comment #8 from paladox2015 thomasmulhall...@yahoo.com --- What I mean is when trying to edit a thread it lets click edit but when trying to save it. It won't save. But if you do it as a user it does. -- 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 54393] Add Sikuli to the machines that run browser tests
https://bugzilla.wikimedia.org/show_bug.cgi?id=54393 --- Comment #11 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 83966 abandoned by Zfilipin: [WIP] [BrowserTest] Testing typing in VisualEditor Reason: Sikuli is not the way to go. We will investigate another tool. https://gerrit.wikimedia.org/r/83966 -- 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 68565] SnakUnserializer must not fail on mismatching hashes
https://bugzilla.wikimedia.org/show_bug.cgi?id=68565 --- Comment #6 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 150202 had a related patch set uploaded by Thiemo Mättig (WMDE): Add UnDeserializableValue to DataModelSerializationRoundtripTest https://gerrit.wikimedia.org/r/150202 -- 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 66839] Create tests comparing the output of the old and new serializer implementation
https://bugzilla.wikimedia.org/show_bug.cgi?id=66839 --- Comment #7 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 150202 had a related patch set uploaded by Thiemo Mättig (WMDE): Add UnDeserializableValue to DataModelSerializationRoundtripTest https://gerrit.wikimedia.org/r/150202 -- 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 68565] SnakUnserializer must not fail on mismatching hashes
https://bugzilla.wikimedia.org/show_bug.cgi?id=68565 Gerrit Notification Bot gerritad...@wikimedia.org changed: What|Removed |Added Status|RESOLVED|PATCH_TO_REVIEW Resolution|FIXED |--- -- 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 68565] SnakUnserializer must not fail on mismatching hashes
https://bugzilla.wikimedia.org/show_bug.cgi?id=68565 --- Comment #7 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 150202 merged by jenkins-bot: Add UnDeserializableValue to DataModelSerializationRoundtripTest https://gerrit.wikimedia.org/r/150202 -- 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 66839] Create tests comparing the output of the old and new serializer implementation
https://bugzilla.wikimedia.org/show_bug.cgi?id=66839 --- Comment #8 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 150202 merged by jenkins-bot: Add UnDeserializableValue to DataModelSerializationRoundtripTest https://gerrit.wikimedia.org/r/150202 -- 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 68800] New: Parsoid list with newlines roundtrip issue: HTML ulliasd\nsdf/li/ul → Wikitext * asd\nsdf → HTML ulliasd/li/ulpsdf/p
https://bugzilla.wikimedia.org/show_bug.cgi?id=68800 Bug ID: 68800 Summary: Parsoid list with newlines roundtrip issue: HTML ulliasd\nsdf/li/ul → Wikitext * asd\nsdf → HTML ulliasd/li/ulpsdf/p Product: Parsoid Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General Assignee: parsoid-t...@wikimedia.org Reporter: matma@gmail.com CC: jforres...@wikimedia.org, ssas...@wikimedia.org Web browser: --- Mobile Platform: --- Take this HTML: ulliasd sdf/li/ul Parse to wikitext: * asd sdf Parse back to HTML: ulliasd/li/ul psdf/p I'm not sure what should happen here, but definitely not this. It's rather easy to run into this in VisualEditor – take a paragraph with newlines and convert it to a list item. I ran into it making this edit: https://en.wikipedia.org/w/index.php?title=Polish_nationality_lawdiff=prevoldid=618961884 (I manually replaced the newlines with spaces before saving). -- 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 66786] Rename revision_userindex to revision
https://bugzilla.wikimedia.org/show_bug.cgi?id=66786 --- Comment #4 from Marc A. Pelletier m...@uberbox.org --- The naming convention was selected on the least surprise principle; there are a number of rows not available in the _%index views and those rows would be missing without explanation. That said, I'd have no fundamental objection to switching the names around if you think that will make things clearer. I wish MariaDB could be told 'use that view if the query contains a where clause on those columns' :-) -- 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 65190] Cannot anonymously edit/change content of a LQT message but its title
https://bugzilla.wikimedia.org/show_bug.cgi?id=65190 --- Comment #9 from Helder he7...@gmail.com --- Not every user experience this problem. See e.g. the edits: https://www.mediawiki.org/w/index.php?diff=1081129oldid=1081128 https://www.mediawiki.org/w/index.php?diff=1080882oldid=1080875 found on https://www.mediawiki.org/w/index.php?title=Special:RecentChangeshideliu=1namespace=90 Does this happen only when JavaScript is enabled? -- 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
