[Bug 51912] Make Wikipedia distinct by styling of a prominent UI feature differently than the default
https://bugzilla.wikimedia.org/show_bug.cgi?id=51912 Tomasz W. Kozlowski tom...@twkozlowski.net changed: What|Removed |Added Priority|Low |High Severity|enhancement |critical --- Comment #10 from Tomasz W. Kozlowski tom...@twkozlowski.net --- Considering https://meta.wikimedia.org/wiki/Trademark_policy/FAQ#1.3_What_is_.22trade_dress.22.3F, this bug becomes high importance and critical severity. If the look and feel of Wikimedia wikis is to be trademarked by the Wikimedia Foundation, then by shipping Vector, which is the biggest part of that look and feel, as the default skin for MediaWiki, we're needlessly putting our third party users at risk of being sued for trademark infringement. And that's real bad. -- 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 51912] Make Wikipedia distinct by styling of a prominent UI feature differently than the default
https://bugzilla.wikimedia.org/show_bug.cgi?id=51912 MZMcBride b...@mzmcbride.com changed: What|Removed |Added Priority|High|Normal Severity|critical|enhancement --- Comment #11 from MZMcBride b...@mzmcbride.com --- (In reply to comment #10) If the look and feel of Wikimedia wikis is to be trademarked by the Wikimedia Foundation, then by shipping Vector, which is the biggest part of that look and feel, as the default skin for MediaWiki, we're needlessly putting our third party users at risk of being sued for trademark infringement. And that's real bad. Instead of Low/enhancement, let's try Normal/enhancement. High/critical seems a bit extreme, but perhaps Luis or someone else on the Wikimedia Foundation legal team agrees. -- 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 51912] Make Wikipedia distinct by styling of a prominent UI feature differently than the default
https://bugzilla.wikimedia.org/show_bug.cgi?id=51912 Quim Gil q...@wikimedia.org changed: What|Removed |Added Priority|Normal |High Severity|enhancement |critical --- Comment #12 from Quim Gil q...@wikimedia.org --- (In reply to comment #10) by shipping Vector, which is the biggest part of that look and feel, as the default skin for MediaWiki, we're needlessly putting our third party users at risk of being sued for trademark infringement. I'm not a lawyer etc, but I guess everybody agrees that the WMF will not sue anybody for using MediaWiki and MobileFrontend out of the box. There is an ongoing discussion in wikimedia-l and perhaps elsewhere, but I don't think we need to translate that discussion here. -- 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 51912] Make Wikipedia distinct by styling of a prominent UI feature differently than the default
https://bugzilla.wikimedia.org/show_bug.cgi?id=51912 Quim Gil q...@wikimedia.org changed: What|Removed |Added Priority|High|Normal Severity|critical|enhancement --- Comment #13 from Quim Gil q...@wikimedia.org --- ooops, mid-air collision -- 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 46306] Add option to disable ULS (and disable it by default)
https://bugzilla.wikimedia.org/show_bug.cgi?id=46306 MZMcBride b...@mzmcbride.com changed: What|Removed |Added Blocks||56433 -- 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 56433] Temporarily scale back deployment of UniversalLanguageSelector (ULS) to Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=56433 MZMcBride b...@mzmcbride.com changed: What|Removed |Added Depends on||46306 Resolution|DUPLICATE |FIXED --- Comment #26 from MZMcBride b...@mzmcbride.com --- While I think it's probably fine to mark this bug as resolved/duplicate, I think resolved/fixed is probably the better option here. This bug and bug 46306 are obviously closely related, but I'm concerned that marking this bug as a duplicate of bug 46306 might obscure important conversation that took place here. And copying the comments over to bug 46306 would be tedious and noisy. -- 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 60310] New: VisualEditor:The gallery inspector adds a newline while opening up a gallery
https://bugzilla.wikimedia.org/show_bug.cgi?id=60310 Web browser: --- Bug ID: 60310 Summary: VisualEditor:The gallery inspector adds a newline while opening up a gallery Product: VisualEditor Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Editing Tools Assignee: rm...@wikimedia.org Reporter: ryasm...@wikimedia.org CC: jforres...@wikimedia.org, jh...@wikimedia.org, krinklem...@gmail.com, rm...@wikimedia.org, ryasm...@wikimedia.org Classification: Unclassified Mobile Platform: --- Created attachment 14353 -- https://bugzilla.wikimedia.org/attachment.cgi?id=14353action=edit Screenshot Steps to reproduce: 1.Open a page with VE which has for example the following gallery code: gallery File:Joo Chiat Place.jpg|Item 1 File:Joo Chiat Place.jpg|a link to [[Help:Contents]] File:Joo Chiat Place.jpg File:Joo Chiat Place.jpg|alt=An example image. It has flowers File:Joo Chiat Place.jpg| ''italic caption'' /gallery 2.Click on the gallery and open it with the new gallery inspector Observed Result: There is an extra newline inserted at the beginning of gallery code inside the inspector. See the screenshot attached. Test Environment: https://test2.wikipedia.org/ Browser: Chrome Version 26.0.1410.65 FF 25 OS: MAC OS X 10. 8. 5 Page:https://test2.wikipedia.org/wiki/Thedomtest?veaction=edit -- 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 60310] VisualEditor:The gallery inspector adds a newline while opening up a gallery
https://bugzilla.wikimedia.org/show_bug.cgi?id=60310 ryasm...@wikimedia.org changed: What|Removed |Added Assignee|rm...@wikimedia.org |jforres...@wikimedia.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 51912] Make Wikipedia distinct by styling of a prominent UI feature differently than the default
https://bugzilla.wikimedia.org/show_bug.cgi?id=51912 Luis Villa (WMF Legal) lvi...@wikimedia.org changed: What|Removed |Added Priority|Normal |High Severity|enhancement |critical --- Comment #14 from Luis Villa (WMF Legal) lvi...@wikimedia.org --- As the FAQ explains[1], as long as you don't use one of the Wikimedia logos or a confusingly similar domain name, merely using Vector/default Mediawiki does not create a risk of being sued for infringement. So this is not a critical/time-sensitive bug. That said, it'd obviously be less confusing for everyone if Vector-as-shipped-by-default-with-Mediawiki and Vector-as-deployed-on-Wikimedia-sites were slightly different; or if the same were true of any future theme we develop. So certainly legal approves of the original intent of the bug. :) Hope that helps; happy to answer questions. [1] Q/A 5.3, scroll down a bit from here: https://meta.wikimedia.org/wiki/Trademark_policy#FAQ-fakearticle -- 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 51912] Make Wikipedia distinct by styling of a prominent UI feature differently than the default
https://bugzilla.wikimedia.org/show_bug.cgi?id=51912 Tomasz W. Kozlowski tom...@twkozlowski.net changed: What|Removed |Added Priority|High|Normal Severity|critical|enhancement --- Comment #15 from Tomasz W. Kozlowski tom...@twkozlowski.net --- Let's fix priority and severity again, then. -- 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 51912] Make Wikipedia distinct by styling of a prominent UI feature differently than the default
https://bugzilla.wikimedia.org/show_bug.cgi?id=51912 --- Comment #16 from James Forrester jforres...@wikimedia.org --- (In reply to comment #14) As the FAQ explains[1], as long as you don't use one of the Wikimedia logos or a confusingly similar domain name, merely using Vector/default Mediawiki does not create a risk of being sued for infringement. So this is not a critical/time-sensitive bug. That said, it'd obviously be less confusing for everyone if Vector-as-shipped-by-default-with-Mediawiki and Vector-as-deployed-on-Wikimedia-sites were slightly different; or if the same were true of any future theme we develop. So certainly legal approves of the original intent of the bug. :) Hope that helps; happy to answer questions. [1] Q/A 5.3, scroll down a bit from here: https://meta.wikimedia.org/wiki/Trademark_policy#FAQ-fakearticle One of the points of Vector was to make MW-on-WMF-cluster distinct from MW-tarball. Unfortunately, this was forgotten and Vector became both shipped by default (bad) and enabled as default (worse) from this POV. -- 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 38860] secur...@mediawiki.org : Create a public key and publish it on the public key servers
https://bugzilla.wikimedia.org/show_bug.cgi?id=38860 --- Comment #9 from T. Gries m...@tgries.de --- (In reply to comment #8) This would pretty much require a shared private key by everyone on the security@ mailing list, so we should also post disclaimers that it's only for encryption, and shouldn't be relied on for signatures. You can do this (1, 2, 1+2): 1. (recommended) You can give a longer meaningful and describing name and/or comment, like Wikimedia/MediaWiki/Wikipedia Information Security Team - read by several persons secur...@mediawiki.org , and you could enumerate all team members by their name, in the comment field. 2. (optional, but requires all InfoSec team members to create an own key) You can sign the community key by every team member, so that it is clear, who is member. try gpg --gen-key to generate a test key, notice the optional comment field! Sorry: I tried, but I couldn't find the maximum key comment field length. The uploading to the keyservers is optional, the most important thing is that you publish the key and the fingerprint on a safe mediawiki site. -- 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 56346] Language names blurred and difficult to read using the hardcoded Autonym font on Windows computers
https://bugzilla.wikimedia.org/show_bug.cgi?id=56346 MZMcBride b...@mzmcbride.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME |--- --- Comment #85 from MZMcBride b...@mzmcbride.com --- (In reply to comment #78) ULS has been disabled on all wikis except Wikidata (bug 46306 + https://gerrit.wikimedia.org/r/108735), so this bug is not relevant for WMF wikis right now. Considering we also have two duplicate reports on GitHub I think it's clearer to close this one. This isn't in keeping with standard practice. We usually tag the local bug as upstream and leave the local bug open in order to make discovery easier. Thank you for adding the GitHub links to the see also section. -- 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 56292] Make ULS more lightweight (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=56292 Bug 56292 depends on bug 56346, which changed state. Bug 56346 Summary: Language names blurred and difficult to read using the hardcoded Autonym font on Windows computers https://bugzilla.wikimedia.org/show_bug.cgi?id=56346 What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME |--- -- 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 51912] Make Wikipedia distinct by styling of a prominent UI feature differently than the default
https://bugzilla.wikimedia.org/show_bug.cgi?id=51912 --- Comment #17 from Tomasz W. Kozlowski tom...@twkozlowski.net --- (In reply to comment #14) As the FAQ explains[1], as long as you don't use one of the Wikimedia logos or a confusingly similar domain name, merely using Vector/default Mediawiki does not create a risk of being sued for infringement. So this is not a critical/time-sensitive bug. The part of the FAQ that I quoted was very precise in stating that the trade dress of any Wikimedia site is also a trademark of the Wikimedia Foundation, with trade dress being defined as the look and feel of a site. Vector is currently the single most important part of that look and feel, so if the sentence I quoted isn't true, can we please have it fixed? 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 51912] Make Wikipedia distinct by styling of a prominent UI feature differently than the default
https://bugzilla.wikimedia.org/show_bug.cgi?id=51912 --- Comment #18 from Jared Zimmerman (WMF) jared.zimmer...@wikimedia.org --- Just to weigh in, the goal is that wikimedia wikis would have a distinct but equally feature rich skin as one that is shipped with mediawiki, the problem is that this means that the foundation and/or community it maintaining two distinct skins, which is exactly what we're trying to get away from. So, I'd love for the default mediawiki skin to be really clean and minimal, to allow for quick customization by people who want to use mediawiki on their sites. Still maintaining two skins is better than 5 I guess. -- 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 60311] New: VisualEditor:The Save Page button gets enabled by just closing the gallery inspector without making any change
https://bugzilla.wikimedia.org/show_bug.cgi?id=60311 Web browser: --- Bug ID: 60311 Summary: VisualEditor:The Save Page button gets enabled by just closing the gallery inspector without making any change Product: VisualEditor Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Editing Tools Assignee: rm...@wikimedia.org Reporter: ryasm...@wikimedia.org CC: jforres...@wikimedia.org, jh...@wikimedia.org, krinklem...@gmail.com, rm...@wikimedia.org, ryasm...@wikimedia.org Classification: Unclassified Mobile Platform: --- Steps to reproduce: 1.Open a page which has a gallery inside it with VE 2.Select the gallery and open the gallery inspector 3.Close the gallery inspector Observed Result: The Save page button of the page gets enabled although no change has been made in the gallery inspector Test Environment: https://test2.wikipedia.org/ Browser: Chrome Version 26.0.1410.65 FF 25 OS: MAC OS X 10. 8. 5 Page:https://test2.wikipedia.org/wiki/Thedomtest -- 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 60311] VisualEditor:The Save Page button gets enabled by just closing the gallery inspector without making any change
https://bugzilla.wikimedia.org/show_bug.cgi?id=60311 ryasm...@wikimedia.org changed: What|Removed |Added Assignee|rm...@wikimedia.org |jforres...@wikimedia.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 59719] VisualEditor: Add tooltips to drop-down menus
https://bugzilla.wikimedia.org/show_bug.cgi?id=59719 --- Comment #1 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 108855 had a related patch set uploaded by Jforrester: Add tooltips to the drop-down menus explaining what they do https://gerrit.wikimedia.org/r/108855 -- 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 60312] New: Visualeditor:A Return character gets placed between two galleries placed one after another
https://bugzilla.wikimedia.org/show_bug.cgi?id=60312 Web browser: --- Bug ID: 60312 Summary: Visualeditor:A Return character gets placed between two galleries placed one after another Product: VisualEditor Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Editing Tools Assignee: rm...@wikimedia.org Reporter: ryasm...@wikimedia.org CC: jforres...@wikimedia.org, jh...@wikimedia.org, krinklem...@gmail.com, rm...@wikimedia.org, ryasm...@wikimedia.org Classification: Unclassified Mobile Platform: --- Created attachment 14354 -- https://bugzilla.wikimedia.org/attachment.cgi?id=14354action=edit Screenshot Steps to reproduce: 1.Open a page with VE which has a gallery in it 2.Add another gallery code just after the already existing one 3.Save the page 4.Reopen the page with VE Observed Result A return arrow appears between the two galleries See the screenshot attached. Test Environment: https://test2.wikipedia.org/ Browser: Chrome Version 26.0.1410.65 FF 25 OS: MAC OS X 10. 8. 5 Page: https://test2.wikipedia.org/wiki/Thedomtest?veaction=edit -- 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 60312] Visualeditor:A Return character gets placed between two galleries placed one after another
https://bugzilla.wikimedia.org/show_bug.cgi?id=60312 ryasm...@wikimedia.org changed: What|Removed |Added Assignee|rm...@wikimedia.org |jforres...@wikimedia.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 59719] VisualEditor: Add tooltips to drop-down menus
https://bugzilla.wikimedia.org/show_bug.cgi?id=59719 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 60313] New: Please reset admin password to global-sysops
https://bugzilla.wikimedia.org/show_bug.cgi?id=60313 Web browser: --- Bug ID: 60313 Summary: Please reset admin password to global-sysops Product: Wikimedia Version: wmf-deployment Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Mailing lists Assignee: wikibugs-l@lists.wikimedia.org Reporter: jyothi...@gmail.com CC: b...@caseybrown.org, jalexan...@wikimedia.org, pbeaude...@wikimedia.org, thehelpfulonew...@gmail.com Classification: Unclassified Mobile Platform: --- Please reset the administrative password for https://lists.wikimedia.org/mailman/admindb/global-sysops and email it to me. It appears that the password we have no longer works. -- 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 60313] Please reset admin password to global-sysops
https://bugzilla.wikimedia.org/show_bug.cgi?id=60313 James Alexander jalexan...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |High Assignee|wikibugs-l@lists.wikimedia. |jalexan...@wikimedia.org |org | --- Comment #1 from James Alexander jalexan...@wikimedia.org --- Doing -- 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 46306] Add option to disable ULS (and disable it by default)
https://bugzilla.wikimedia.org/show_bug.cgi?id=46306 --- Comment #113 from billinghurst billinghu...@gmail.com --- The Wikisources were using the functionality of ULS within templates as a means to show these character sets as per the works being replicated, and this enabled these different character sets, easily even something like the blackletter font-family:'UnifrakturMaguntia' Having this functionality OFF by default means that the Wikisources cannot know that the font will show unless we convince people to turn it on (somehow), and to even be able to notify them how to do it. Out of my technical grasp of how to now implement this, and for the broader communities to have to nut out the issue, from a bugzilla report about which they know nothing is not helpful. NOTE ABOUT PROCESS That this disabling out of the normal release cycle, and without information to the wikis is quite problematic. If changes like this are going to happen, it would be good for solutions to be provided prior to the change, for the change to communicated. We have have a forum for such things, and it wasn't used. It is not a case of the whipping boy, but this is a repeat of earlier instances, and a massive case of g face palm with lashings of deja vu. How is WMF going to demonstrate that they will utilise the processes that they have advocated for such changes where the impact is broad? -- 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 46306] Add option to disable ULS (and disable it by default)
https://bugzilla.wikimedia.org/show_bug.cgi?id=46306 --- Comment #114 from billinghurst billinghu...@gmail.com --- https://www.mediawiki.org/wiki/Universal_Language_Selector needs updating by someone who has their head around what is happening. -- 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 60313] Please reset admin password to global-sysops
https://bugzilla.wikimedia.org/show_bug.cgi?id=60313 James Alexander jalexan...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from James Alexander jalexan...@wikimedia.org --- password reset and sent to yourself Leinad (since he was on the list as an admin as well) let me know if you have any issues. -- 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 60271] Upgrade OTRS to the latest version (3.3.3)
https://bugzilla.wikimedia.org/show_bug.cgi?id=60271 --- Comment #6 from Chris Steipp cste...@wikimedia.org --- I see that otrs is calling 3.2.8-13 security releases (http://otrs.org/product.xml?Product=OTRS-3.2.9), but nothing in the release notes looks like a serious security issue. It doesn't look like any cve's have been issued since 3.2.9. If anyone can find the details, I'm happy to add an opinion. -- 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 58213] Warning with PCRE7.2: preg_match(): Compilation failed: assertion expected after (?( at offset 115 in /var/www/html/w/includes/utils/IP.php on line 88
https://bugzilla.wikimedia.org/show_bug.cgi?id=58213 Andre Klapper aklap...@wikimedia.org changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED --- Comment #16 from Andre Klapper aklap...@wikimedia.org --- Patch merged to 1.22.x and git master. Closing as FIXED. -- 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 60314] New: Requests through ssl terminators hardly present in edits tsvs before 2014-01-14
https://bugzilla.wikimedia.org/show_bug.cgi?id=60314 Web browser: --- Bug ID: 60314 Summary: Requests through ssl terminators hardly present in edits tsvs before 2014-01-14 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: christ...@quelltextlich.at, dvanli...@gmail.com Classification: Unclassified Mobile Platform: --- It seems fixing bug 58876 made the logged requests from ssl terminators jump from ~50/day to 1.3M/day [1] ... which is actually good. As the ~1.3M/day seems more plausible than ~50/day ... Did some of the (maybe) relevant changes https://gerrit.wikimedia.org/r/#/c/105449/ https://gerrit.wikimedia.org/r/#/c/105450/ https://gerrit.wikimedia.org/r/#/c/105451/ really unbreak edit.tsv writing for ssl terminators as a side-effect? If so, how could they have unbroken storing requests from ssl terminators ... should not x-encoded requests have gotten logged nonetheless? (They for sure were in the stream before, as I checked before writing the changes above, and some are visible in the edit tsvs for the previous dates.) Was there some network issue beforehand? Was udp-filter (see [4] for its invocation) misbehaving? Once we understand what went on, would we need fixes elsewhere? Is the 1.3M/day now finally about correct? Some more pointers: * The above gerrit changes got deployed to ssl1001 on 2014-01-14 ~18:56 [2]. * Heavy ssl traffic in the edit tsvs starts on 2014-01-14T18:59:11.634 and is limited to ssl1001 at first. On 2014-01-14T19:06:23.209 other machines kick in. * There was a deployment window on 2014-01-14 19:00-21:00 upgrading group1 1.23wmf9-1.23wmf10 [3], but it looks unrelated, as we're seeing ssl requests pour in for unaffected wikis. [1] ___ qchris@stat1002 // 0 // 22:13:50 cwd: ~ zgrep -c '^ssl' /a/squid/archive/edits/edits.tsv.log-201401*.gz [...] /a/squid/archive/edits/edits.tsv.log-20140112.gz:47 /a/squid/archive/edits/edits.tsv.log-20140113.gz:18 /a/squid/archive/edits/edits.tsv.log-20140114.gz:17 /a/squid/archive/edits/edits.tsv.log-20140115.gz:557830 /a/squid/archive/edits/edits.tsv.log-20140116.gz:1307081 /a/squid/archive/edits/edits.tsv.log-20140117.gz:1336017 /a/squid/archive/edits/edits.tsv.log-20140118.gz:1345793 /a/squid/archive/edits/edits.tsv.log-20140119.gz:1379590 /a/squid/archive/edits/edits.tsv.log-20140120.gz:1343811 /a/squid/archive/edits/edits.tsv.log-20140121.gz:1358968 [2] See http://bots.wmflabs.org/~wm-bot/logs/%23wikimedia-operations/20140114.txt around 18:54, look for ottomata qchris. [3] https://wikitech.wikimedia.org/wiki/Deployments/Archive/2014 [4] https://git.wikimedia.org/blob/operations%2Fpuppet/aa4f6383ac7fc8dc5515d8466574368658f959ed/templates%2Fudp2log%2Ffilters.oxygen.erb#L13 -- 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 60226] broken gender support in moderation.js
https://bugzilla.wikimedia.org/show_bug.cgi?id=60226 Andre Klapper aklap...@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 51912] Make Wikipedia distinct by styling of a prominent UI feature differently than the default
https://bugzilla.wikimedia.org/show_bug.cgi?id=51912 --- Comment #19 from Matthew Flaschen mflasc...@wikimedia.org --- (In reply to comment #18) Just to weigh in, the goal is that wikimedia wikis would have a distinct but equally feature rich skin as one that is shipped with mediawiki, That's a bigger change than requested by this bug. This bug is not saying WMF should stop using Vector, or that stock MW should. It's just about some change to make the WMF wikis more distinctive. I don't think it makes sense to have the WMf and stock MW use an entirely different skin, for similar reasons to those cited by Jared. There should be one leading-edge skin, which is currently Vector, for both third-party and WMF. That will let WMF staff and volunteers collaborate on enhancing it. Even if the default MW skin was not Vector, people could still use Vector as long as they didn't use specific WMF trademarks (e.g. Wikipedia globe, or any custom non-stock color scheme adopted). That's part of open source software. -- 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 60303] SUL recreation of renamed users should be prevented
https://bugzilla.wikimedia.org/show_bug.cgi?id=60303 Andre Klapper aklap...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |Normal -- 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 51912] Make Wikipedia distinct by styling of a prominent UI feature differently than the default
https://bugzilla.wikimedia.org/show_bug.cgi?id=51912 --- Comment #20 from Jared Zimmerman (WMF) jared.zimmer...@wikimedia.org --- @Matt, the way I read the bug was that us someone goes to mediawiki.org, downloads and installs the CMS, in its out of the box configuration it should not be confused with a wikimedia foundation wiki. Which would mean some possibly radical changes to the skin. I think this goes beyond logos and color. If thats not the goal of this bug I think that i might not be the only one confused here. -- 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 60246] secur...@mediawiki.org should work the same as secur...@wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=60246 --- Comment #3 from Ryan (Rjd0060) rjd0060.w...@gmail.com --- (In reply to comment #2) Assuming the volume isn't unreasonable, I'm fine having it go to the same list as secur...@wikimedia.org. There seem to have been 3 legitimate emails sent to the address since it was created, so it seems low traffic. Of course there is spam too. I can't give you any numbers on how much spam is sent to the address as it isn't preserved in the system. -- 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 51912] Make Wikipedia distinct by styling of a prominent UI feature differently than the default
https://bugzilla.wikimedia.org/show_bug.cgi?id=51912 --- Comment #21 from Chad H. innocentkil...@gmail.com --- I'm going on the record as saying I think it's a /good thing/ that we use the same software that we ship, skin included. I absolutely hate when we start using secret magic at WMF that makes it harder/impossible for third parties to fork/reuse as they so desire. (Not CCing myself on purpose, please don't add me) -- 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 60292] Allow customization of the cover page (first page) of books
https://bugzilla.wikimedia.org/show_bug.cgi?id=60292 Andre Klapper aklap...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |Low -- 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 60308] Enabling syntaxhighlight on a wiki with syntaxhighlight elements makes preprocessor load elements from memcached
https://bugzilla.wikimedia.org/show_bug.cgi?id=60308 Andre Klapper aklap...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |Low Summary|syntaxhightlight and|Enabling syntaxhighlight on |caching |a wiki with ||syntaxhighlight elements ||makes preprocessor load ||elements from memcached -- 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 60294] The index page of PDFs should have links to the pages instead of plain text
https://bugzilla.wikimedia.org/show_bug.cgi?id=60294 Andre Klapper aklap...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |Low -- 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 60296] Provide a way to create a remissive index page
https://bugzilla.wikimedia.org/show_bug.cgi?id=60296 Andre Klapper aklap...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |Low Severity|normal |enhancement -- 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 700] Code quality issues (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=700 Andre Klapper aklap...@wikimedia.org changed: What|Removed |Added Depends on||60295 -- 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 60300] Provide way to export collections in HTML format
https://bugzilla.wikimedia.org/show_bug.cgi?id=60300 Andre Klapper aklap...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |Low Severity|normal |enhancement -- 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 60295] Namespace mw.MwEmbedSupport methods
https://bugzilla.wikimedia.org/show_bug.cgi?id=60295 Andre Klapper aklap...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |Normal Blocks||700 -- 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 60293] Add bookmarks to PDF files indicating the starting point of each chapter
https://bugzilla.wikimedia.org/show_bug.cgi?id=60293 Andre Klapper aklap...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |Low -- 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 51912] Make Wikipedia distinct by styling of a prominent UI feature differently than the default
https://bugzilla.wikimedia.org/show_bug.cgi?id=51912 --- Comment #22 from Quim Gil q...@wikimedia.org --- I don't think we have any problem that Wordpress, Drupal, etc haven't addressed yet. Skins should be about skinning, not about providing extra functionality. As long as modifying the Vector skin is a pain, most MediaWikis will look alike. Good skinning includes: * Changing typefaces and font sizes * Changing colors and backgrounds * Changing variable/fixed width * Changing the position of navigation bars horizontal or vertical left/right * Customizing the footer Technically, MediaWiki and vector allow you to do this... In practice doing this and maintaining your changes is a pain that almost nobody wants to go through. I agree that having skins with different functionality for plain MediaWiki and WMF sites would be really troublesome for many reasons. Good skinning + extensions available to anybody should suffice. -- 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 60315] New: Requests from ssl terminators not present in sampled-1000 tsvs, and mobile-sampled-1000 tsvs
https://bugzilla.wikimedia.org/show_bug.cgi?id=60315 Web browser: --- Bug ID: 60315 Summary: Requests from ssl terminators not present in sampled-1000 tsvs, and mobile-sampled-1000 tsvs 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: christ...@quelltextlich.at, dvanli...@gmail.com Classification: Unclassified Mobile Platform: --- Although requests from ssl terminators are visible in the udp2log stream when consuming directly, and also in the edit tsvs [1], none are visible in the sampled-1000 tsv [2] or the mobile-sampled-100 tsvs [3]. Due to the numbers exposed by the edit tsv we'd expect 1000 lines/day from ssl terminators in the sampled-1000 tsvs, and 500 lines/day in the mobile-sampled-100 tsvs due to the edit requests alone. Are those two streams suffering the same problem as edit tsvs suffered before 2014-01-14 (bug 60314)? Let's get the ssl requests into the sampled-1000 and mobile-sampled-100 tsvs! (I've been told sampled-1000 is collected independently on two different hosts. Is the one that does not get mirrored to stat1002 also affected? Not sure which those hosts are. The udp2log filters live in https://git.wikimedia.org/tree/operations%2Fpuppet/production/templates%2Fudp2log ) [1] ___ qchris@stat1002 // 0 // 00:36:41 cwd: ~ zgrep -c '^ssl' /a/squid/archive/edits/edits.tsv.log-20140121.gz 1358968 [2] ___ qchris@stat1002 // 0 // 22:14:02 cwd: ~ zgrep -c '^ssl' /a/squid/archive/sampled/sampled-1000.tsv.log-201401*.gz /a/squid/archive/sampled/sampled-1000.tsv.log-20140101.gz:0 /a/squid/archive/sampled/sampled-1000.tsv.log-20140102.gz:0 [...] /a/squid/archive/sampled/sampled-1000.tsv.log-20140113.gz:0 /a/squid/archive/sampled/sampled-1000.tsv.log-20140114.gz:0 /a/squid/archive/sampled/sampled-1000.tsv.log-20140115.gz:0 /a/squid/archive/sampled/sampled-1000.tsv.log-20140116.gz:0 /a/squid/archive/sampled/sampled-1000.tsv.log-20140117.gz:0 /a/squid/archive/sampled/sampled-1000.tsv.log-20140118.gz:0 /a/squid/archive/sampled/sampled-1000.tsv.log-20140119.gz:0 /a/squid/archive/sampled/sampled-1000.tsv.log-20140120.gz:0 /a/squid/archive/sampled/sampled-1000.tsv.log-20140121.gz:0 [3] ___ qchris@stat1002 // 0 // 22:47:06 cwd: ~ zgrep -c '^ssl' /a/squid/archive/mobile/mobile-sampled-100.tsv.log-201401*.gz /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140101.gz:0 /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140102.gz:0 /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140103.gz:0 /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140104.gz:0 /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140105.gz:0 /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140107.gz:0 /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140108.gz:0 /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140109.gz:0 /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140110.gz:1 /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140111.gz:0 /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140112.gz:0 /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140113.gz:0 /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140114.gz:0 /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140115.gz:0 /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140116.gz:0 /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140117.gz:0 /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140118.gz:0 /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140119.gz:1 /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140120.gz:2 /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140121.gz:0 The four matches from the 201401{10,19,20} files are artifacts from an ssl terminator request line being too long and getting messed up with a subsequent mobile request line. -- 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 56941] Remove confusing message from special page OAuthManageMyGrants
https://bugzilla.wikimedia.org/show_bug.cgi?id=56941 Chris Steipp cste...@wikimedia.org changed: What|Removed |Added Status|NEW |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 60301] Flow: Page protection links don't work
https://bugzilla.wikimedia.org/show_bug.cgi?id=60301 --- Comment #4 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 108871 had a related patch set uploaded by EBernhardson: Whitelist 'protect' and 'unprotect' core actions https://gerrit.wikimedia.org/r/108871 -- 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 60301] Flow: Page protection links don't work
https://bugzilla.wikimedia.org/show_bug.cgi?id=60301 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 60316] New: Allow image converter to reduce quality or color depth
https://bugzilla.wikimedia.org/show_bug.cgi?id=60316 Web browser: --- Bug ID: 60316 Summary: Allow image converter to reduce quality or color depth Product: MediaWiki Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: File management Assignee: wikibugs-l@lists.wikimedia.org Reporter: yu...@wikimedia.org CC: aarcos.w...@gmail.com, bawolff...@gmail.com, bryan.tongm...@gmail.com, fflo...@wikimedia.org, gti...@wikimedia.org, mtrac...@member.fsf.org Classification: Unclassified Mobile Platform: --- Per discussion with Tim, in order to optimize image download size, especially for Zero, we need to be able to scale down not just the size, but also the quality (jpg) or the number of colors (png/gif). Please add the ability to reduce image download size by reducing quality. -- 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 46306] Add option to disable ULS (and disable it by default)
https://bugzilla.wikimedia.org/show_bug.cgi?id=46306 --- Comment #115 from Erik Moeller e...@wikimedia.org --- What's going to happen next is that ULS will be re-enabled, but with _automatic_ font loading disabled by default. You'll be able to enable _automatic_ font loading within the ULS user interface. Once that version of ULS is deployed, we'll do additional data-gathering before any kind of progressive re-enablement of automatic font downloading. It's the font download component that can cause huge latency issues, and has been the main reason for ULS being completely disabled temporarily. The Wikisource use case is probably the most innocuous, but we also want to do some additional work on the JavaScript footprint required to deliver that functionality, especially if that JavaScript footprint needs to be loaded by non-Wikisource users as well. -- 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 60317] New: Implement reasonably usable skin modification user interface in MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=60317 Web browser: --- Bug ID: 60317 Summary: Implement reasonably usable skin modification user interface in MediaWiki core Product: MediaWiki Version: 1.23-git Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Skin and page rendering Assignee: wikibugs-l@lists.wikimedia.org Reporter: b...@mzmcbride.com CC: krinklem...@gmail.com, matma@gmail.com Classification: Unclassified Mobile Platform: --- From 51912 comment 22 by Quim Gil: I don't think we have any problem that Wordpress, Drupal, etc haven't addressed yet. Skins should be about skinning, not about providing extra functionality. As long as modifying the Vector skin is a pain, most MediaWikis will look alike. Good skinning includes: * Changing typefaces and font sizes * Changing colors and backgrounds * Changing variable/fixed width * Changing the position of navigation bars horizontal or vertical left/right * Customizing the footer Technically, MediaWiki and vector allow you to do this... In practice doing this and maintaining your changes is a pain that almost nobody wants to go through. I agree that having skins with different functionality for plain MediaWiki and WMF sites would be really troublesome for many reasons. Good skinning + extensions available to anybody should suffice. -- 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 51912] Make Wikipedia distinct by styling of a prominent UI feature differently than the default
https://bugzilla.wikimedia.org/show_bug.cgi?id=51912 --- Comment #23 from Luis Villa (WMF Legal) lvi...@wikimedia.org --- (In reply to comment #17) (In reply to comment #14) As the FAQ explains[1], as long as you don't use one of the Wikimedia logos or a confusingly similar domain name, merely using Vector/default Mediawiki does not create a risk of being sued for infringement. So this is not a critical/time-sensitive bug. The part of the FAQ that I quoted was very precise in stating that the trade dress of any Wikimedia site is also a trademark of the Wikimedia Foundation, with trade dress being defined as the look and feel of a site. Vector is currently the single most important part of that look and feel, so if the sentence I quoted isn't true, can we please have it fixed? Thanks :-) I hesitate to spill the trademark argument into yet another forum, but so that others are not confused: the look and feel is the totality of the site, *including the logo*. As the FAQ says, Vector in and of itself is not sufficient. -- 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 60317] Implement reasonably usable skin modification user interface in MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=60317 MZMcBride b...@mzmcbride.com changed: What|Removed |Added CC||q...@wikimedia.org --- Comment #1 from MZMcBride b...@mzmcbride.com --- I think I like this idea a lot. What do you think about a Special page (Special:CustomizeAppearance) or something that includes drop-down menus and a preview of what the changes will look like. You could use it to do basic and straightforward customizations such as changing font color or header style or font family site-wide. The Special page could store the customizations in the database and it would simply generate the necessary CSS and output it below the default skin CSS (Vector, for now). Is this similar to what you had in mind? -- 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 51912] Make Wikipedia distinct by styling of a prominent UI feature differently than the default
https://bugzilla.wikimedia.org/show_bug.cgi?id=51912 --- Comment #24 from Luis Villa (WMF Legal) lvi...@wikimedia.org --- totality of the site's *look and feel*, should have said. [So, for example, a Vector rip-off + a logo rip-off could be a confusing/infringing look and feel; Vector + a completely different logo would not be the same look and feel, so not confusing/infringing.] -- 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 45767] Private wikis need to override wikimedia-copyright message
https://bugzilla.wikimedia.org/show_bug.cgi?id=45767 --- Comment #16 from Luis Villa (WMF Legal) lvi...@wikimedia.org --- So, for generic private wikis I'd like to propose using this language: This wiki is private, and you may have agreed to keep the information in it confidential. Where confidentiality obligations do not apply, material in the wiki is available under CC BY-SA 3.0. By using this site, you also agree to the Terms of Use and Privacy Policy. [Linkify as appropriate.] If the wiki clearly/definitely has an applicable confidentiality agreement, may would be removed and have agreed to keep the information in it confidential would be linked to the appropriate confidentiality agreement. For sites where the footer appears to claim copyright for the Foundation, I'm comfortable replacing it with this - in many instances, the claim appears to be inaccurate, and where it is accurate, we can license it under CC when it isn't confidential information. This is obviously not ideal, and we can continue to look at the details to help make it more clear/specific for particular wikis. But I think it strikes a good balance of (1) being footer-sized (2) reminding people of their obligations and (3) stating that where the obligations aren't applicable, CC is assumed to be the default. Thoughts/suggestions/etc. welcome. -- 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 60318] New: importImages.php broken on cluster
https://bugzilla.wikimedia.org/show_bug.cgi?id=60318 Web browser: --- Bug ID: 60318 Summary: importImages.php broken on cluster Product: Wikimedia Version: wmf-deployment Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Media storage Assignee: aschulz4...@gmail.com Reporter: s...@reedyboy.net CC: aarcos.w...@gmail.com, bawolff...@gmail.com, fflo...@wikimedia.org, gti...@wikimedia.org, mtrac...@member.fsf.org Classification: Unclassified Mobile Platform: --- reedy@tin:/tmp/uploads$ sudo -u apache mwscript importImages.php --wiki=commonswiki --user=Jdforrester_(WMF) /tmp/uploads Import Images Importing linux.conf.au 2014 - VisualEditor presentation.ogv...PHP Warning: fopen(/tmp/uploads/linux.conf.au 2014 - VisualEditor presentation.ogv): failed to open stream: Permission denied in /a/common/php-1.23wmf10/includes/filebackend/SwiftFileBackend.php on line 278 Warning: fopen(/tmp/uploads/linux.conf.au 2014 - VisualEditor presentation.ogv): failed to open stream: Permission denied in /a/common/php-1.23wmf10/includes/filebackend/SwiftFileBackend.php on line 278 done. Found: 1 Added: 1 reedy@tin:/tmp/uploads$ The added is a lie. The upload didn't complete, it's a 404 https://upload.wikimedia.org/wikipedia/commons/e/ea/Linux.conf.au_2014_-_VisualEditor_presentation.ogv 404 Not Found The resource could not be found. File not found: /v1/AUTH_mw/wikipedia-commons-local-public.ea/e/ea/Linux.conf.au_2014_-_VisualEditor_presentation.ogv -- 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 51912] Make Wikipedia distinct by styling of a prominent UI feature differently than the default
https://bugzilla.wikimedia.org/show_bug.cgi?id=51912 --- Comment #25 from Jared Zimmerman (WMF) jared.zimmer...@wikimedia.org --- This to me is an argument for a configuration extension, that allows users on their own wiki to quickly change logo, colors, fonts, etc. but that is a separate 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 51912] Make Wikipedia distinct by styling of a prominent UI feature differently than the default
https://bugzilla.wikimedia.org/show_bug.cgi?id=51912 --- Comment #26 from Matthew Flaschen mflasc...@wikimedia.org --- (In reply to comment #20) @Matt, the way I read the bug was that us someone goes to mediawiki.org, downloads and installs the CMS, in its out of the box configuration it should not be confused with a wikimedia foundation wiki. Sidenote, it's wiki software, not a CMS. See https://www.mediawiki.org/wiki/Security_issues_with_authorization_extensions . Which would mean some possibly radical changes to the skin. I think this goes beyond logos and color. I agree with Quim. Having WMF-specific overrides on things like color, logos, typeface, footer, sidebar, etc. should be enough. There's also extensions. Although the primary purpose is to add new (open source) functionality, since different wikis have different extensions installed, that also creates a different experience. If we have actual different core functionality on by default, that means additional common configuration possibilities to test and less efficient collaboration with non-WMF developers. -- 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 51912] Make Wikipedia distinct by styling of a prominent UI feature differently than the default
https://bugzilla.wikimedia.org/show_bug.cgi?id=51912 --- Comment #27 from Luis Villa (WMF Legal) lvi...@wikimedia.org --- (In reply to comment #26) Having WMF-specific overrides on things like color, logos, typeface, footer, sidebar, etc. should be enough. And to be clear, legal agrees. No *legal* reason to require different layout/functionality/etc. (I don't see any good strategic/engineering reasons either, but that part isn't my call :) -- 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 59637] Flow: initial edit of header on empty Flow board page gets isAllowed Fatal
https://bugzilla.wikimedia.org/show_bug.cgi?id=59637 --- Comment #4 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 108879 had a related patch set uploaded by Werdna: Create test for bug 59637 https://gerrit.wikimedia.org/r/108879 -- 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 51912] Make Wikipedia distinct by styling of a prominent UI feature differently than the default
https://bugzilla.wikimedia.org/show_bug.cgi?id=51912 --- Comment #28 from MZMcBride b...@mzmcbride.com --- (In reply to comment #25) This to me is an argument for a configuration extension, that allows users on their own wiki to quickly change logo, colors, fonts, etc. but that is a separate bug. I've just filed bug 60317. It shouldn't be an extension, in my opinion, it should be in core. :-) (In reply to comment #22) Good skinning includes: * Changing typefaces and font sizes * Changing colors and backgrounds * Changing variable/fixed width * Changing the position of navigation bars horizontal or vertical left/right * Customizing the footer Technically, MediaWiki and vector allow you to do this... In practice doing this and maintaining your changes is a pain that almost nobody wants to go through. Indeed. I like this thinking. It focuses on positive action and tries to encourage creativity and customizability. I separated this idea out into bug 60317. -- 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 51912] Make Wikipedia distinct by styling of a prominent UI feature differently than the default
https://bugzilla.wikimedia.org/show_bug.cgi?id=51912 --- Comment #29 from MZMcBride b...@mzmcbride.com --- Re-quoting comment 0: Wikipedia's visual identity should be distinct. It need not be obnoxiously and loudly distinct. It is probably sufficient to apply a subtle, non-default styling to a prominent UI element, like changing the color of the Vector sidebar to a slightly different shade of grey. After giving it some thought, I think this is bullshit. Perhaps in a world where every user is the ideal user (competent, attentive, using decent computer equipment, etc.), subtly changing the sidebar color would work. But people, real people, barely understand what Wikipedia is. They have no idea who Vector is or what a MediaWiki is. As far as they're concerned, Wikimedia is a typo for Wikipedia. And most of them have bad eyes or bad computer monitors, so the sidebar blends in to the page content. This is to say: for the people who can distinguish a URL bar and the logo, any subtle change won't help; for everyone else, any subtle change won't help. That leaves us with a non-subtle change. I don't really want to pursue that. Perhaps there are specific, actionable items that can come from this bug, but as far as I'm concerned, at the moment, I'd consider it invalid. This isn't to say that every idea here is bad or shouldn't be pursued. We should definitely make it easier to customize the skin (echoing Trevor in comment 4 and Jared in comment 25), but I don't currently see much path for growth in this bug report. -- 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 60317] Implement reasonably usable skin modification user interface in MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=60317 --- Comment #2 from Jared Zimmerman (WMF) jared.zimmer...@wikimedia.org --- Yes, but as an extension, e.g. it would not be enabled on foundation wikis but perfect for 3rd party installs of mediawiki. I would also expect this same UI to be where extensions are enabled as well. one other major think would be to customize site logo, including upload It would be nice to allow for a single cue color that gets applied to lots of elements rather than having to specify a bunch of colors individually, something similar to tumblrs configuration https://www.dropbox.com/s/h0p2tq06n6jj4a2/Screenshot%202014-01-21%2017.57.22.png -- 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 28525] MediaWiki:mwe-upwiz-source-ownwork-assert-any-license needs working GENDER suport
https://bugzilla.wikimedia.org/show_bug.cgi?id=28525 --- Comment #7 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 31180 abandoned by Siebrand: (bug 28525) Add GENDER support for mwe-upwiz-source-ownwork-assert-* Reason: Abandoning this. Please revive if possible and with the comments addressed. https://gerrit.wikimedia.org/r/31180 -- 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 59981] Allow OAuth applications to change a user's preferences (editmyoptions)
https://bugzilla.wikimedia.org/show_bug.cgi?id=59981 Kunal Mehta (Legoktm) legoktm.wikipe...@gmail.com changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Kunal Mehta (Legoktm) legoktm.wikipe...@gmail.com --- This was fixed, thanks! -- 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 60087] Show file usage in MultimediaViewer
https://bugzilla.wikimedia.org/show_bug.cgi?id=60087 --- Comment #4 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 107588 merged by jenkins-bot: Create model providers for file usage information https://gerrit.wikimedia.org/r/107588 -- 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 59929] Add CheckUser to the grants an OAuth consumer can use
https://bugzilla.wikimedia.org/show_bug.cgi?id=59929 Kunal Mehta (Legoktm) legoktm.wikipe...@gmail.com changed: What|Removed |Added CC||legoktm.wikipe...@gmail.com --- Comment #4 from Kunal Mehta (Legoktm) legoktm.wikipe...@gmail.com --- (In reply to comment #1) This seems like a bug for Wikimedia / Site requests to have it added to $wgMWOAuthGrantPermissions in the config for WMF sites. Since checkuser isn't core MediaWiki, it seems awkward to have OAuth try to handle it. I don't see why OAuth can't handle it. It's fine if extensions know about each other, so just do some kind of if class_exists( 'CheckUser' ) { load CU stuff; } -- 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 43266] Write and implement tests for Wikimedia's Apache configuration (redirects.conf, etc.)
https://bugzilla.wikimedia.org/show_bug.cgi?id=43266 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 43266] Write and implement tests for Wikimedia's Apache configuration (redirects.conf, etc.)
https://bugzilla.wikimedia.org/show_bug.cgi?id=43266 --- Comment #7 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 108880 had a related patch set uploaded by Tim Landscheidt: WIP: Add test suite https://gerrit.wikimedia.org/r/108880 -- 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 60317] Implement reasonably usable skin modification user interface in MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=60317 --- Comment #3 from Quim Gil q...@wikimedia.org --- Themable icons are also very effective in UI differentiation. The same goes for the styling of buttons. Offering a package with all these configurations isn't trivial, but there is probably some low-hanging fruit to get started (e.g. reading the icons from a site-specific directory before falling back to the general Vector directory). On a related note, this morning I was celebrating [[mw:Winter]] because it proposes to get rid of the blue lines that Vector has so deeply hardcoded. Little changes like this can enable a lot of flexibility for branding and UI customization, not just for Wikimedia but for everybody. -- 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 60317] Implement reasonably usable skin modification user interface in MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=60317 Matthew Flaschen mflasc...@wikimedia.org changed: What|Removed |Added CC||mflasc...@wikimedia.org --- Comment #4 from Matthew Flaschen mflasc...@wikimedia.org --- It could be in core, but perhaps disabled on WMF wikis (or access restricted to interfaceeditors or something). -- 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 60199] Support Creative Commons cc-by-sa-4.0
https://bugzilla.wikimedia.org/show_bug.cgi?id=60199 --- Comment #1 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 108881 had a related patch set uploaded by Gergő Tisza: Add CC 4.0 license support https://gerrit.wikimedia.org/r/108881 -- 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 60199] Support Creative Commons cc-by-sa-4.0
https://bugzilla.wikimedia.org/show_bug.cgi?id=60199 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 60317] Implement reasonably usable skin modification user interface in MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=60317 Chad H. innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #5 from Chad H. innocentkil...@gmail.com --- (In reply to comment #2) Yes, but as an extension, e.g. it would not be enabled on foundation wikis but perfect for 3rd party installs of mediawiki. I would also expect this same UI to be where extensions are enabled as well. one other major think would be to customize site logo, including upload That's getting way out of scope, and starts touching on things like config management and extension installation. -- 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 60319] New: Create an OutputPage::removeMeta (or subtractMeta) function
https://bugzilla.wikimedia.org/show_bug.cgi?id=60319 Web browser: --- Bug ID: 60319 Summary: Create an OutputPage::removeMeta (or subtractMeta) function Product: MediaWiki Version: 1.23-git Hardware: All OS: All Status: NEW Severity: enhancement Priority: Unprioritized Component: General/Unknown Assignee: wikibugs-l@lists.wikimedia.org Reporter: nathanlarson3...@gmail.com Classification: Unclassified Mobile Platform: --- [[mw:Extension:AllowInternetArchiver]] allows the Internet Archiver to index all pages on the wiki (including history pages) when it's supposed to leave those out. The reason is that the OutputPageBeforeHTML hook is run at least twice, and on one of those runs, the action is empty even though it will later be history. This causes meta name=ia_archiver content=index, follow / to be added to those history pages. A workaround would be to remove the meta tag on the later run, but mMetatags is private (or at any rate Should be private) so either now, or when it's fixed, there's (or there'll be) no way to do it without a function that has that capability. -- 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 60319] Create an OutputPage::removeMeta (or subtractMeta) function
https://bugzilla.wikimedia.org/show_bug.cgi?id=60319 Nathan Larson nathanlarson3...@gmail.com changed: What|Removed |Added Priority|Unprioritized |Low -- 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 21446] LiquidThreads needs skin specific CSS for Modern skin
https://bugzilla.wikimedia.org/show_bug.cgi?id=21446 Matthew Flaschen mflasc...@wikimedia.org changed: What|Removed |Added CC||mflasc...@wikimedia.org Summary|Need skin specific CSS for |LiquidThreads needs skin |skins in the standard |specific CSS for Modern |product |skin --- Comment #2 from Matthew Flaschen mflasc...@wikimedia.org --- Yeah, they're using Vector now. However, skin-specific CSS can be added easily for any module with skinStyles. I'll leave this open for now in case anyone wants to add Modern-specific styling. -- 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 51912] Make Wikipedia distinct by styling of a prominent UI feature differently than the default
https://bugzilla.wikimedia.org/show_bug.cgi?id=51912 Matthew Flaschen mflasc...@wikimedia.org changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=60317 -- 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 60317] Implement reasonably usable skin modification user interface in MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=60317 Matthew Flaschen mflasc...@wikimedia.org changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=51912 -- 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 60320] New: $GEM_HOME is different when provisioning and when using vagrant ssh
https://bugzilla.wikimedia.org/show_bug.cgi?id=60320 Web browser: --- Bug ID: 60320 Summary: $GEM_HOME is different when provisioning and when using vagrant ssh Product: MediaWiki-Vagrant Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General Assignee: o...@wikimedia.org Reporter: gti...@wikimedia.org CC: o...@wikimedia.org, yuvipa...@gmail.com Classification: Unclassified Mobile Platform: --- puppet/modules/misc/files/gem-home.sh sets $GEM_HOME to ~/.gem. This means that packages with the 'gem' provider will be installed in /home/root/.gem, but after logging in $GEM_HOME will be /home/vagrant/gem, so the gems will not be available. -- 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 60321] New: MagicWord statistics
https://bugzilla.wikimedia.org/show_bug.cgi?id=60321 Web browser: --- Bug ID: 60321 Summary: MagicWord statistics Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Disambiguator Assignee: wikibugs-l@lists.wikimedia.org Reporter: dyf123456...@gmail.com Classification: Unclassified Mobile Platform: --- [https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28technical%29oldid=591815026#Does_the_mw:Extension:Disambiguator_have_a_MagicWord_to_count_the_amount_of_the_page_which_have_the_DISAMBIG_.3F] Can it add a magicword to count which page is a the disambiguation page?Or which looks like 'select count(*) from page_props where pp_propname=disambiguation;' -- 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 60322] New: Remove button styling to mediawiki.ui.button
https://bugzilla.wikimedia.org/show_bug.cgi?id=60322 Web browser: --- Bug ID: 60322 Summary: Remove button styling to mediawiki.ui.button Product: MediaWiki Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Skin and page rendering Assignee: wikibugs-l@lists.wikimedia.org Reporter: mflasc...@wikimedia.org CC: krinklem...@gmail.com, matma@gmail.com Classification: Unclassified Mobile Platform: --- The mediawiki.ui button styling as copied to mediawiki.ui.button. There is a FIXME to remove it from mediawiki.ui after code has been updated to use mediawiki.ui.butotn if needed. However, I'm adding a bug for the same thing to make sure it doesn't slip through the cracks. -- 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 60323] New: Make ULS enabled by default for Indian language Wikipedias
https://bugzilla.wikimedia.org/show_bug.cgi?id=60323 Web browser: --- Bug ID: 60323 Summary: Make ULS enabled by default for Indian language Wikipedias Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: blocker Priority: Unprioritized Component: UniversalLanguageSelector Assignee: wikibugs-l@lists.wikimedia.org Reporter: pavan...@vishvakannada.com CC: alolita.sha...@gmail.com, amir.ahar...@mail.huji.ac.il, kartik.mis...@gmail.com, niklas.laxst...@gmail.com, pgi...@wikimedia.org, run...@gmail.com, santhosh.thottin...@gmail.com Classification: Unclassified Mobile Platform: --- Please make ULS enabled by default for all Indian language Wikipedias. It was like that till yesterday. From yesterday, ULS is available only after someone enables it from his/her preferences. That means no one can search Indian language Wikipedias without logging in because one can change the preferences only after logging in. This new change is seriously affecting the use of Indian language Wikipedias. -- 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 60322] Remove button styling from mediawiki.ui
https://bugzilla.wikimedia.org/show_bug.cgi?id=60322 Matthew Flaschen mflasc...@wikimedia.org changed: What|Removed |Added Summary|Remove button styling to|Remove button styling from |mediawiki.ui.button |mediawiki.ui -- 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 60318] importImages.php broken on cluster
https://bugzilla.wikimedia.org/show_bug.cgi?id=60318 --- Comment #1 from Sam Reed (reedy) s...@reedyboy.net --- If I chmod 777 it, I can upload 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
[Bug 60324] New: Include dbname in fatal logs
https://bugzilla.wikimedia.org/show_bug.cgi?id=60324 Web browser: --- Bug ID: 60324 Summary: Include dbname in fatal logs Product: Wikimedia Version: wmf-deployment Hardware: All OS: All Status: NEW Severity: enhancement Priority: Unprioritized Component: General/Unknown Assignee: wikibugs-l@lists.wikimedia.org Reporter: s...@reedyboy.net Classification: Unclassified Mobile Platform: --- From bug 59805 [07-Jan-2014 23:31:08] Fatal error: Class 'SolrUpdateWork' not found at /usr/local/apache/common-local/php-1.23wmf9/extensions/GeoData/solrupdate.php on line 30 Server: terbium URL: http://[unknown-host] Backtrace: #0 /usr/local/apache/common-local/php-1.23wmf9/extensions/GeoData/solrupdate.php(30): SolrUpdate::execute() #1 /usr/local/apache/common-local/php-1.23wmf9/maintenance/doMaintenance.php(113): SolrUpdate-execute() #2 /usr/local/apache/common-local/php-1.23wmf9/extensions/GeoData/solrupdate.php(243): require_once('/usr/local/apac...') #3 /usr/local/apache/common-local/multiversion/MWScript.php(97): require_once('/usr/local/apac...') #4 {main} It's being run as a maintenance script in cron, but we've no idea what wiki it's being run on. The problem here is that the script is being run on a wiki that doesn't have GeoData installed on it Database name: XXwiki or similar... -- 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 46306] Add option to disable ULS (and disable it by default)
https://bugzilla.wikimedia.org/show_bug.cgi?id=46306 Pavanaja U B pavan...@vishvakannada.com changed: What|Removed |Added CC||pavan...@vishvakannada.com --- Comment #116 from Pavanaja U B pavan...@vishvakannada.com --- Please make ULS enabled by default for all Indian language Wikipedias. It was like that till yesterday. From yesterday, ULS is available only after someone enables it from his/her preferences. That means no one can search Indian language Wikipedias without logging in because one can change the preferences only after logging in. This new change is seriously affecting the use of Indian language Wikipedias. Not many Indians are familiar with installing third party IMEs or enabling the IMEs given in the OS (Windows). ULS was helping such people. Hence I request to make ULS enabled by default for Indic Wikipedias. -- 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 46306] Add option to disable ULS (and disable it by default)
https://bugzilla.wikimedia.org/show_bug.cgi?id=46306 --- Comment #117 from Erik Moeller e...@wikimedia.org --- Pavanaja, the previous input method behavior will be restored once ULS is re-enabled. -- 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 60233] Headings in json-schema-code-samples have content language direction instead of user language
https://bugzilla.wikimedia.org/show_bug.cgi?id=60233 --- Comment #1 from Matthew Flaschen mflasc...@wikimedia.org --- This is because it's inside the content element (#mw-content-text), which is .mw-content-ltr. I'm not sure what the best way to address this is. Maybe it could be moved out of the content element. Otherwise, it would need to override 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
[Bug 60323] Make ULS enabled by default for Indian language Wikipedias
https://bugzilla.wikimedia.org/show_bug.cgi?id=60323 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added CC||benap...@gmail.com, ||bugzilla+org.wikimedia@tuxm ||achine.com, ||dereck...@espace-win.org, ||g...@wikimedia.org, ||tom...@twkozlowski.net, ||wikimedia.b...@snowolf.eu Component|UniversalLanguageSelector |Site requests Product|MediaWiki extensions|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 60324] Include dbname in fatal logs
https://bugzilla.wikimedia.org/show_bug.cgi?id=60324 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added CC||tstarl...@wikimedia.org --- Comment #1 from Sam Reed (reedy) s...@reedyboy.net --- Seems accessing MediaWikis php globals is going to be somewhat of a pain to do... https://stackoverflow.com/questions/1906565/php-extension-library-accessing-php-superglobals Any bright ideas Tim? -- 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 59805] Fatal error: Class 'SolrUpdateWork' not found at solrupdate.php on line 30
https://bugzilla.wikimedia.org/show_bug.cgi?id=59805 --- Comment #1 from Sam Reed (reedy) s...@reedyboy.net --- There's a wiki that doesn't have GeoData enabled but is running the maintenance script and then get a fatal because the class doesn't 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 56292] Make ULS more lightweight (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=56292 Bug 56292 depends on bug 56346, which changed state. Bug 56346 Summary: Language names blurred and difficult to read using the hardcoded Autonym font on Windows computers https://bugzilla.wikimedia.org/show_bug.cgi?id=56346 What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED -- 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 56346] Language names blurred and difficult to read using the hardcoded Autonym font on Windows computers
https://bugzilla.wikimedia.org/show_bug.cgi?id=56346 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #86 from Niklas Laxström niklas.laxst...@gmail.com --- With the tofu detection that recently added into ULS, users no longer see degradation of text quality for fonts they have. I think that addresses the main concern of this bug report. For the fonts users don't have, the issue is still present. However, going from completely unreadable tofu to more readable autonym font is an improvement in my opinion. -- 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 60306] TypeError: mw.uls is undefined on [[mw:Special:Translate]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=60306 --- Comment #3 from Kunal Mehta (Legoktm) legoktm.wikipe...@gmail.com --- (In reply to comment #2) The same problem on commons. + the langswitch in the top of the page is broken. Note that if you enable ULS in your preferences it should work fine. -- 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 60198] In Review mode on a translation group, it displays raw wikicode, but whitespace is not preserved
https://bugzilla.wikimedia.org/show_bug.cgi?id=60198 --- Comment #5 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 108330 merged by jenkins-bot: Added CSS to existing selector: preserve whitespace in review mode https://gerrit.wikimedia.org/r/108330 -- 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 60304] Remove option to disable UniversalLanguageSelector
https://bugzilla.wikimedia.org/show_bug.cgi?id=60304 --- Comment #3 from Gerard Meijssen gerard.meijs...@gmail.com --- What percentage of the USA, UK or AU population does it take to insist on the fallacy that ULS is clutter and not needed ? -- 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 60325] New: At smaller browser widths, move main toolbar elements to be left-aligned rather than center-aligned
https://bugzilla.wikimedia.org/show_bug.cgi?id=60325 Web browser: --- Bug ID: 60325 Summary: At smaller browser widths, move main toolbar elements to be left-aligned rather than center-aligned Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: GettingStarted Assignee: wikibugs-l@lists.wikimedia.org Reporter: swall...@wikimedia.org CC: mflasc...@wikimedia.org, swall...@wikimedia.org Classification: Unclassified Mobile Platform: --- Currently if you're viewing a page with the GettingStarted toolbar, below a certain size it increases the height of the toolbar to contain all elements while keeping things centered. Now that we've removed the left-hand link (larr; Back to list), we no longer are forced to have the center elements of task description and Show me how guided tour CTA be centered at all times. One potential enhancement is, instead of increasing the height and dropping elements vertically, we just push the task description and guider button to be left-aligned below a certain size. -- 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 60325] At smaller browser widths, move main toolbar elements to be left-aligned rather than center-aligned
https://bugzilla.wikimedia.org/show_bug.cgi?id=60325 Steven Walling swall...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |Low CC||pgi...@wikimedia.org Severity|normal |enhancement -- 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