[Bug 38865] Next wmf deployment (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38865 Bug 38865 depends on bug 61491, which changed state. Bug 61491 Summary: no WikiEditor edit controls on any page in beta labs https://bugzilla.wikimedia.org/show_bug.cgi?id=61491 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 61491] no WikiEditor edit controls on any page in beta labs
https://bugzilla.wikimedia.org/show_bug.cgi?id=61491 Ori Livneh o...@wikimedia.org changed: What|Removed |Added CC||ryasm...@wikimedia.org --- Comment #4 from Ori Livneh o...@wikimedia.org --- *** Bug 61466 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 61466] TypeError: Object #Object has no method 'version' TypeError {} appearing when creating a page in the wikitext editor (in Betalabs)
https://bugzilla.wikimedia.org/show_bug.cgi?id=61466 Ori Livneh o...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED CC||o...@wikimedia.org Resolution|--- |DUPLICATE --- Comment #3 from Ori Livneh o...@wikimedia.org --- *** This bug has been marked as a duplicate of bug 61491 *** -- 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 54291] Apply Transfer-encoding: gzip to SVG files from upload.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=54291 Andre Klapper aklap...@wikimedia.org changed: What|Removed |Added Keywords|patch-need-review | 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 61522] New: Special:FileDuplicateSearch confusing with file redirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=61522 Bug ID: 61522 Summary: Special:FileDuplicateSearch confusing with file redirects Product: MediaWiki Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Special pages Assignee: wikibugs-l@lists.wikimedia.org Reporter: bawolff...@gmail.com Web browser: --- Mobile Platform: --- Consider https://commons.wikimedia.org/wiki/Special:FileDuplicateSearch/File:Fl._84,_Nr._117-118.JPG ( Where File:Fl._84,_Nr._117-118.JPG is a redirect to File:Grabmal auf Melaten.JPG, and there are no duplicates of the file present) Page says there are no duplicates of the file, and then lists a file that's named something other then the one being looked for, which makes it look like a duplicate is being listed (Even though it really isn't since the file being looked up is a redirect). Perhaps redirects should be listed on File duplicate search page. After all its another method of addressing the same file. Not really 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 61523] New: Gallery tag/function doesn't link to Video-file-page correct
https://bugzilla.wikimedia.org/show_bug.cgi?id=61523 Bug ID: 61523 Summary: Gallery tag/function doesn't link to Video-file-page correct Product: MediaWiki Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: trivial Priority: Unprioritized Component: Skin and page rendering Assignee: wikibugs-l@lists.wikimedia.org Reporter: bugzilla-wikime...@reapers-page.de CC: krinklem...@gmail.com, matma@gmail.com Web browser: --- Mobile Platform: --- Hello there, I noticed, that the gallery tag/function does not link to the file description pages if you use it with videos. It links only directly to the file (e.g. https://upload.wikimedia.org/wikipedia/commons/4/40/file.webm). That's the same way that [[File:]] uses, but there would also be a link to the file-page (the little icon under the image). So with - for example - deactivated JavaScript there would be no way to get to the file and/or see the license information and similar. That should be fixed in some way. Best regards, #Reaper -- 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 61065] VisualEditor: After inserting a gallery, the newly inserted gallery does not remain highlighted but the inspector icon shows up at the corner of the page
https://bugzilla.wikimedia.org/show_bug.cgi?id=61065 --- Comment #1 from ryasm...@wikimedia.org --- Actually, every time when I try to select the newly inserted gallery , it seems its not selecting it as it does not get highlighted like the usual selection behavior, however the gallery inserter icon appears at the far right end. -- 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 43722] Move test.wikipedia.org from mw1017 and make it a more normal test wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=43722 --- Comment #13 from Max Semenik maxsem.w...@gmail.com --- As the matter of fact, staged deployment is one of requirements for new deployment system being developed. Also, some things can't be really tested anywhere else but production like DB config, etc. -- 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 44889] Selecting configuration files depending on the realm of the current (bastion) server isn't always sensible
https://bugzilla.wikimedia.org/show_bug.cgi?id=44889 Greg Grossmeier g...@wikimedia.org changed: What|Removed |Added CC||g...@wikimedia.org, ||rlan...@gmail.com Component|General/Unknown |Deployment systems -- 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 58618] Touch InitialiseSettings.php if syncing
https://bugzilla.wikimedia.org/show_bug.cgi?id=58618 Greg Grossmeier g...@wikimedia.org changed: What|Removed |Added CC||g...@wikimedia.org, ||has...@free.fr, ||rlan...@gmail.com Component|General/Unknown |Deployment systems -- 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 61523] Gallery tag/function doesn't link to Video-file-page correct
https://bugzilla.wikimedia.org/show_bug.cgi?id=61523 Bawolff (Brian Wolff) bawolff...@gmail.com changed: What|Removed |Added CC||aarcos.w...@gmail.com, ||bawolff...@gmail.com, ||fflo...@wikimedia.org, ||gti...@wikimedia.org, ||jger...@wikimedia.org, ||mtrac...@member.fsf.org Component|Skin and page rendering |TimedMediaHandler Assignee|wikibugs-l@lists.wikimedia. |md...@wikimedia.org |org | Product|MediaWiki |MediaWiki extensions --- Comment #1 from Bawolff (Brian Wolff) bawolff...@gmail.com --- (In reply to #Reaper from comment #0) Hello there, I noticed, that the gallery tag/function does not link to the file description pages if you use it with videos. It links only directly to the file (e.g. https://upload.wikimedia.org/wikipedia/commons/4/40/file.webm). That's the same way that [[File:]] uses, but there would also be a link to the file-page (the little icon under the image). So with - for example - deactivated JavaScript there would be no way to get to the file and/or see the license information and similar. That should be fixed in some way. Best regards, #Reaper That's not gallery tag specific. If javascript is disabled, all you get is a direct link to the file. The little icon under the file icon is only there for thumbs, its not there if you do [[File:Some video.webm|100px]] -- 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 60793] Jenkins-mwext-sync needs documentation
https://bugzilla.wikimedia.org/show_bug.cgi?id=60793 Greg Grossmeier g...@wikimedia.org changed: What|Removed |Added CC||g...@wikimedia.org, ||has...@free.fr, ||rlan...@gmail.com Component|General/Unknown |Deployment systems -- 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 61466] TypeError: Object #Object has no method 'version' TypeError {} appearing when creating a page in the wikitext editor (in Betalabs)
https://bugzilla.wikimedia.org/show_bug.cgi?id=61466 --- Comment #4 from ryasm...@wikimedia.org --- Verified the fix in Betalabs -- 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 61430] Editing is broken: Duplicate entry for key 'flow_revision_unique_parent'
https://bugzilla.wikimedia.org/show_bug.cgi?id=61430 --- Comment #4 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 113657 abandoned by EBernhardson: Replace missing parent:: call Reason: Fixed in I2227e8b26fe4bfe22fa64b67bc84e35a491679df https://gerrit.wikimedia.org/r/113657 -- 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 61524] New: VisualEditor: Uncaught Error: Offset could not be translated to a DOM element and offset: 143 appeared when typing something while a left aligned image was selected
https://bugzilla.wikimedia.org/show_bug.cgi?id=61524 Bug ID: 61524 Summary: VisualEditor: Uncaught Error: Offset could not be translated to a DOM element and offset: 143 appeared when typing something while a left aligned image was selected Product: VisualEditor Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Editing Tools Assignee: jforres...@wikimedia.org Reporter: ryasm...@wikimedia.org CC: jforres...@wikimedia.org, jh...@wikimedia.org, krinklem...@gmail.com, rm...@wikimedia.org, ryasm...@wikimedia.org Web browser: --- Mobile Platform: --- Created attachment 14623 -- https://bugzilla.wikimedia.org/attachment.cgi?id=14623action=edit Screenshot Steps to reproduce: 1.Open a page with VE 2.Insert an image . 3.Go to Media SettingsAdvances Settings 4.Set the image alignment to left/None 5.Save the page 6.Reopen the page 7.Select the image 8.Start typing something Observed Result: ncaught Error: Offset could not be translated to a DOM element and offset: 143 appears in the console See the screenshot attached Test Environment: http://en.wikipedia.beta.wmflabs.org/ Browser: Chrome Version 26.0.1410.65 OS: MAC OS X 10. 8. 5 Page:http://en.wikipedia.beta.wmflabs.org/w/index.php?title=18thfebchromeveaction=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 61524] VisualEditor: Uncaught Error: Offset could not be translated to a DOM element and offset: 143 appeared when typing something while a left aligned image was selected
https://bugzilla.wikimedia.org/show_bug.cgi?id=61524 --- Comment #1 from ryasm...@wikimedia.org --- This is also happening while deleting the reflist of the same page -- 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 59671] Default whitespace for page property magic words should be to put them on their own line
https://bugzilla.wikimedia.org/show_bug.cgi?id=59671 Gabriel Wicke gwi...@wikimedia.org changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED --- Comment #8 from Gabriel Wicke gwi...@wikimedia.org --- Scheduled for deployment tomorrow. -- 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 59671] Default whitespace for page property magic words should be to put them on their own line
https://bugzilla.wikimedia.org/show_bug.cgi?id=59671 --- Comment #7 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 114089 merged by jenkins-bot: Bug 59671: Serialize new redirects on their own line https://gerrit.wikimedia.org/r/114089 -- 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 46640] Add proper email bounce handling to MediaWiki (with VERP)
https://bugzilla.wikimedia.org/show_bug.cgi?id=46640 --- Comment #8 from Quim Gil q...@wikimedia.org --- If this project requires coding and has mentors, and you want to see it moving forward with a GSoC student, then the time to push for a GSoC proposal is now. Please create an own section for this proposal at https://www.mediawiki.org/wiki/Mentorship_programs/Possible_projects#Featured_project_ideas Thank you! -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 61524] VisualEditor: Uncaught Error: Offset could not be translated to a DOM element and offset: 143 appeared when typing something while a left aligned image was selected
https://bugzilla.wikimedia.org/show_bug.cgi?id=61524 --- Comment #2 from ryasm...@wikimedia.org --- Found the steps to reproduce the case with deleting the reflist: 1.Add an image 2.Go to Media SettingsAdvanced Settings 3.Set the position to left 4.Add a reference inside the image 5.Save the page 6.Open the page again 7.Delete the reflist The error Uncaught Error: Offset could not be translated to a DOM element and offset: 143 appears in the console -- 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 37797] Wikimedia Shop is only available in English
https://bugzilla.wikimedia.org/show_bug.cgi?id=37797 --- Comment #14 from Caitlin Cogdill ccogd...@wikimedia.org --- Just an update on this bug — I have updated the merch FAQ to show our current stance, and welcome further discussion on the talk page. I'd like to recommend we close this bug. Thanks all for your attention and input. -- 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 61218] On /en subpages the edit tab should be view source, not translate
https://bugzilla.wikimedia.org/show_bug.cgi?id=61218 --- Comment #2 from Quim Gil q...@wikimedia.org --- What about a regular Edit link pointing to the equivalent source page? Users might end up in /en pages without noticing, and seeing a View source link might confuse them. -- 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 37797] Wikimedia Shop is only available in English
https://bugzilla.wikimedia.org/show_bug.cgi?id=37797 --- Comment #15 from Caitlin Cogdill ccogd...@wikimedia.org --- Sorry all, I meant to include the think to the FAQ on Meta: https://meta.wikimedia.org/wiki/Wikimedia_merchandise#How_about_the_store_.28and_products.29_in_my_language.3F Thanks again! -- 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 57805] Allow smoother and easier Wikimedia Commons pictures discovery
https://bugzilla.wikimedia.org/show_bug.cgi?id=57805 Quim Gil q...@wikimedia.org changed: What|Removed |Added CC||fflo...@wikimedia.org, ||mtrac...@member.fsf.org --- Comment #5 from Quim Gil q...@wikimedia.org --- Adding a couple of Multimedia folks, 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 57805] Allow smoother and easier Wikimedia Commons pictures discovery
https://bugzilla.wikimedia.org/show_bug.cgi?id=57805 --- Comment #6 from Mark Holmquist mtrac...@member.fsf.org --- We'd be happy to help explore, but it does seem like there's a lot of duplicated effort here, and with the various search and metadata improvements that are/will be happening this year. -- 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 61398] Investigate VisualEditor browser test failures for headings test run via CloudBees
https://bugzilla.wikimedia.org/show_bug.cgi?id=61398 Gerrit Notification Bot gerritad...@wikimedia.org changed: What|Removed |Added Status|NEW |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 61398] Investigate VisualEditor browser test failures for headings test run via CloudBees
https://bugzilla.wikimedia.org/show_bug.cgi?id=61398 --- Comment #1 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 114114 had a related patch set uploaded by Jhall: [Browser test] Repair broken header browser test https://gerrit.wikimedia.org/r/114114 -- 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 61047] An extension to edit a DocBook documentation on MediaWiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=61047 --- Comment #1 from Quim Gil q...@wikimedia.org --- Are you willing to mentor this as a GSoC project? If so, please list it at https://www.mediawiki.org/wiki/Mentorship_programs/Possible_projects -- 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 61525] New: VisualEditor: Adding a left aligned image just before the reflist distorts the position of reflist and Cannot call method 'getModel' of null appears while trying to fix by pressing
https://bugzilla.wikimedia.org/show_bug.cgi?id=61525 Bug ID: 61525 Summary: VisualEditor: Adding a left aligned image just before the reflist distorts the position of reflist and Cannot call method 'getModel' of null appears while trying to fix by pressing return 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 Web browser: --- Mobile Platform: --- Created attachment 14624 -- https://bugzilla.wikimedia.org/attachment.cgi?id=14624action=edit Screenshot Steps to reproduce: 1.Open a page with VE 2.Add a text with reference 3.Add a reflist 4.Go to the next line of the text with reference and add an image 5.Go to the Media settings of the image and set the alignment to left(This should move the image between reference and reflist , instead it distorts the reflist position and it appears just beside the image instead of appearing below it) 6.Save the page 7.Reopen the page 8.Try to the position of reflist it by pressing enter Observed Result: No newline gets entered , an error appears in the console: Uncaught TypeError: Cannot call method 'getModel' of null See the screenshot attached Test Environment: http://en.wikipedia.beta.wmflabs.org/ Browser: Chrome Version 26.0.1410.65 OS: MAC OS X 10. 8. 5 Page:http://en.wikipedia.beta.wmflabs.org/wiki/Anotherdeep?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 61525] VisualEditor: Adding a left aligned image just before the reflist distorts the position of reflist and Cannot call method 'getModel' of null appears while trying to fix by pressing retu
https://bugzilla.wikimedia.org/show_bug.cgi?id=61525 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 61525] VisualEditor: Adding a left aligned image just before the reflist distorts the position of reflist and Cannot call method 'getModel' of null appears while trying to fix it by pressing r
https://bugzilla.wikimedia.org/show_bug.cgi?id=61525 ryasm...@wikimedia.org changed: What|Removed |Added Summary|VisualEditor: Adding a left |VisualEditor: Adding a left |aligned image just before |aligned image just before |the reflist distorts the|the reflist distorts the |position of reflist and |position of reflist and |Cannot call method |Cannot call method |'getModel' of null |'getModel' of null |appears while trying to fix |appears while trying to fix |by pressing return |it by pressing return -- 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 37798] Wikimedia Shop pages are not widely editable
https://bugzilla.wikimedia.org/show_bug.cgi?id=37798 jeremyb bugzilla+org.wikime...@tuxmachine.com changed: What|Removed |Added CC||ccogd...@wikimedia.org --- Comment #5 from jeremyb bugzilla+org.wikime...@tuxmachine.com --- Updated prognosis? Will the copies to meta happen? Is it possible to fetch the preferred form for modification[0] either in batch or anonymously? (we could have a bot that updates the wiki with versions from live site) [0] see e.g. the Source Code section @ http://opensource.org/osd-annotated -- 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 37797] Wikimedia Shop is only available in English
https://bugzilla.wikimedia.org/show_bug.cgi?id=37797 jeremyb bugzilla+org.wikime...@tuxmachine.com changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|jalexan...@wikimedia.org|ccogd...@wikimedia.org Target Milestone|--- |Mysterious future --- Comment #16 from jeremyb bugzilla+org.wikime...@tuxmachine.com --- (In reply to Caitlin Cogdill from comment #14) I'd like to recommend we close this bug. I personally would prefer leaving it open. Priority, whiteboard, and other fields can be tweaked to reflect your prognosis/plans. (which you can then sort/filter on) Other bugs are sometimes kept open for extraordinary periods. (see e.g. Bug 1, Bug 189) Where are the higher priority items you mentioned tracked? (e.g. redesign, shipping improvements) I guess some of those deserve their own bugs if they don't already exist. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37798] Wikimedia Shop pages are not widely editable
https://bugzilla.wikimedia.org/show_bug.cgi?id=37798 --- Comment #6 from Caitlin Cogdill ccogd...@wikimedia.org --- Per the announcement just made on Meta (https://meta.wikimedia.org/wiki/Wikimedia_merchandise#Announcement:_What.27s_the_plan_for_2014.3F) we're working with the WMF Design to migrate the shop away from a Shopify template so it can be on-wiki and we'll be able to create a Meta copy. As far as I'm aware, under the current Shopify integration we can't release a copy on Meta to play with. This is part of the reason we're looking to move away from Shopify's defaults. This is a goal to achieve during the remainder of this fiscal year, dependent on our Design team's resources. -- 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 61398] Investigate VisualEditor browser test failures for headings test run via CloudBees
https://bugzilla.wikimedia.org/show_bug.cgi?id=61398 --- Comment #2 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 114114 merged by jenkins-bot: [Browser test] Repair broken header browser test https://gerrit.wikimedia.org/r/114114 -- 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 61526] New: Input box buttons should use Agora button styles
https://bugzilla.wikimedia.org/show_bug.cgi?id=61526 Bug ID: 61526 Summary: Input box buttons should use Agora button styles Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: InputBox Assignee: wikibugs-l@lists.wikimedia.org Reporter: rages...@gmail.com Web browser: --- Mobile Platform: --- InputBox is widely used for (slightly) interactive workflows on many wikis. Now that we have a standard house style for buttons in the form of the Agora mw-ui-button styles (default, progressive, constructive and destructive styles), we should make these widely-used InputBox buttons use them. http://tools.wmflabs.org/styleguide/desktop/section-2.html Per the style guide, probably the two search types (search, fulltext, search2) should use the default white Agora style, while the others which open an edit window for a new page or addition to an existing page (create, comment, commenttitle) should use the progressive style. -- 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 60275] Flow actions aren't detailed enough in CheckUser
https://bugzilla.wikimedia.org/show_bug.cgi?id=60275 Erik Bernhardson ebernhard...@wikimedia.org changed: What|Removed |Added Status|PATCH_TO_REVIEW |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 60178] enable Flow on two enwiki WikiProject pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=60178 Bug 60178 depends on bug 60275, which changed state. Bug 60275 Summary: Flow actions aren't detailed enough in CheckUser https://bugzilla.wikimedia.org/show_bug.cgi?id=60275 What|Removed |Added Status|PATCH_TO_REVIEW |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 61527] JS error on shop's main page (unclosed script)
https://bugzilla.wikimedia.org/show_bug.cgi?id=61527 jeremyb bugzilla+org.wikime...@tuxmachine.com changed: What|Removed |Added URL||https://shop.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 61527] New: JS error on shop's main page (unclosed script)
https://bugzilla.wikimedia.org/show_bug.cgi?id=61527 Bug ID: 61527 Summary: JS error on shop's main page (unclosed script) Product: Wikimedia Version: wmf-deployment Hardware: All OS: All Status: NEW Severity: blocker Priority: Unprioritized Component: Shop Assignee: ccogd...@wikimedia.org Reporter: bugzilla+org.wikime...@tuxmachine.com CC: ccogd...@wikimedia.org, jalexan...@wikimedia.org Web browser: --- Mobile Platform: --- JS error on shop's main page (unclosed script) I don't remember quite how the shop normally looks but seems different (e.g. styles missing?) and confirmed behavior/error in console in both iceweasel/chromium. There's a series of many script elements one of which is unclosed. The next script element is then interpreted as JS. It's an exception which then halts processing the rest of the script elements on the page. excerpt from current markup (the unclosed script is first): script (function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){ (i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o), m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m) })(window,document,'script','//www.google-analytics.com/analytics.js','ga'); ga('create', 'UA-45430427-1', 'wikimedia.org'); ga('send', 'pageview'); script type=text/javascript src=//assets.zendesk.com/external/zenbox/v2.6/zenbox.js/script -- 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 37790] shop.wikimedia.org should be HTTPS only
https://bugzilla.wikimedia.org/show_bug.cgi?id=37790 jeremyb bugzilla+org.wikime...@tuxmachine.com changed: What|Removed |Added URL||https://shop.wikimedia.org/ CC||bugzilla+org.wikimedia@tuxm ||achine.com -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 61100] Hive freezes starting a query, and produces the following error...
https://bugzilla.wikimedia.org/show_bug.cgi?id=61100 Toby Negrin tneg...@wikimedia.org changed: What|Removed |Added CC||o...@wikimedia.org --- Comment #8 from Toby Negrin tneg...@wikimedia.org --- Otto -- can you just pull this machine from the cluster? It's causing a lot of problems and we should repave it or something. thanks, -Toby -- 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 52811] Remove Enable section editing via [edit] links user preference from MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=52811 --- Comment #14 from Danny B. dann...@email.cz --- (In reply to MZMcBride from comment #13) (In reply to Danny B. from comment #11) This is nonsense. It should not have been removed. Why's that? Described in the last line of comment #11. So there will be gadget created on sites to enable hiding. Out of curiosity, has this happened anywhere? Yes. -- 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 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #19 from Matthew Flaschen mflasc...@wikimedia.org --- (In reply to Yuvi Panda from comment #13) Open questions: 1. Can we top-load this JS? It certainly won't cause a problem to do this. However, bear in mind this code can not run before ready, so even though it's top-loaded, it will run after all HTML has been delivered and parsed (and probably a few entries into the ready queue). 2. Can we top-load JS if we don't use jQuery? Currently, absolutely all MediaWiki JavaScript requires jQuery. The client-side part of ResourceLoader uses jQuery, which makes it a hard requirement. Thus, there is an isCompatible function in the startup module; it's all or nothing. Certain browsers are blacklisted from all ResourceLoader JS, but everything else gets both jQuery and the main MediaWiki module (which in turn loads other modules). Can you explain the question a little further? -- 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 52811] Remove Enable section editing via [edit] links user preference from MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=52811 --- Comment #15 from MZMcBride b...@mzmcbride.com --- (In reply to Danny B. from comment #14) Described in the last line of comment #11. The last line of comment 11 is: And gadgets are what? Saved in preferences. Hence we are where we were. Sure, but most users and most wikis don't want or need an extra user preference for this. These links are automatically shown based on user permission and they're able to be hidden on a site-wide basis, on a per-page basis, and on a per-user basis. I don't see a need for a user preference here. What's the use-case, exactly? Why would a user want to hide these links for only their account? Regarding gadgets specifically, a few wikis might create such a gadget, but I doubt it. The overall MediaWiki experience (including that of most Wikimedia wikis) will have less clutter. This seems like a win to me. Out of curiosity, has this happened anywhere? Yes. Where? Links 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 61528] New: shop switches HTTPS - HTTP when showing login prompt (on clicking checkout)
https://bugzilla.wikimedia.org/show_bug.cgi?id=61528 Bug ID: 61528 Summary: shop switches HTTPS - HTTP when showing login prompt (on clicking checkout) Product: Wikimedia Version: wmf-deployment Hardware: All URL: https://shop.wikimedia.org/ OS: All Status: NEW Severity: major Priority: Unprioritized Component: Shop Assignee: wikibugs-l@lists.wikimedia.org Reporter: bugzilla+org.wikime...@tuxmachine.com CC: ccogd...@wikimedia.org Web browser: --- Mobile Platform: --- I am able to stay on HTTPS on the shop *up until* the site gets to asking me to log in and *then* it sends me to HTTP. ?! Once a user is on HTTPS, keep them there. -- 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 46525] Build an interwiki notifications framework and implement it for InstantCommons
https://bugzilla.wikimedia.org/show_bug.cgi?id=46525 Mark Holmquist mtrac...@member.fsf.org changed: What|Removed |Added CC||mtrac...@member.fsf.org --- Comment #8 from Mark Holmquist mtrac...@member.fsf.org --- Consider that this is already implemented in a pull sense in Extension:CommonsMetadata. We have file usage, and a bunch of other awesome image metadata, returned from the API that you could previously only get from the file page. This project may not take very long anymore. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 61528] shop switches HTTPS - HTTP when showing login prompt (on clicking checkout)
https://bugzilla.wikimedia.org/show_bug.cgi?id=61528 --- Comment #1 from MZMcBride b...@mzmcbride.com --- (In reply to jeremyb from comment #0) Once a user is on HTTPS, keep them there. Or just require HTTPS (cf. bug 37790). -- 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 61528] shop switches HTTPS - HTTP when showing login prompt (on clicking checkout)
https://bugzilla.wikimedia.org/show_bug.cgi?id=61528 jeremyb bugzilla+org.wikime...@tuxmachine.com changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=37790 --- Comment #2 from jeremyb bugzilla+org.wikime...@tuxmachine.com --- (In reply to MZMcBride from comment #1) Or just require HTTPS (cf. bug 37790). Yup. But if not then at least do this. -- 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 37790] shop.wikimedia.org should be HTTPS only
https://bugzilla.wikimedia.org/show_bug.cgi?id=37790 jeremyb bugzilla+org.wikime...@tuxmachine.com changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=61528 -- 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 61151] Insert Media only searches commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=61151 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #5 from James Forrester jforres...@wikimedia.org --- Marking as INVALID; this isn't a bug in VisualEditor, but an artefact of the (not very good) search system in MediaWiki (and a continuing issue even with CirrusSearch). -- 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 61528] shop switches HTTPS - HTTP when showing login prompt (on clicking checkout)
https://bugzilla.wikimedia.org/show_bug.cgi?id=61528 --- Comment #3 from Caitlin Cogdill ccogd...@wikimedia.org --- I wasn't aware of this bug, so thanks for pointing it out! I'm going to talk with James Alexander and the people at Shopify to find out what has already been done to work on this and what we can do. -- 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 61527] JS error on shop's main page (unclosed script)
https://bugzilla.wikimedia.org/show_bug.cgi?id=61527 --- Comment #1 from Caitlin Cogdill ccogd...@wikimedia.org --- Thanks for the extra detail, Jeremyb. I'm trying to figure out how this happened and will update once I have more information. -- 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 61529] New: VisualEditor: Pressing tab does not take the cursor to the next field/parameter in a template dialog box
https://bugzilla.wikimedia.org/show_bug.cgi?id=61529 Bug ID: 61529 Summary: VisualEditor: Pressing tab does not take the cursor to the next field/parameter in a template dialog box Product: VisualEditor Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Editing Tools Assignee: tpars...@wikimedia.org Reporter: ryasm...@wikimedia.org CC: jforres...@wikimedia.org, jh...@wikimedia.org, krinklem...@gmail.com, rm...@wikimedia.org, ryasm...@wikimedia.org Web browser: --- Mobile Platform: --- Steps to reproduce: 1.Open a page in VE 2.Go to InsertTransclusion 3.Search for a template like Cite Web 4.Click on Add template 5.When all the parameters appear, insert a value in one of the parameters then press tab to go to the next parameter. Observed Result: Pressing tab does take user to the next tab Test Environment: http://en.wikipedia.beta.wmflabs.org/ Browser: Chrome Version 26.0.1410.65 OS: MAC OS X 10. 8. 5 Page:http://en.wikipedia.beta.wmflabs.org/wiki/New_deep?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 32551] Descriptionless files
https://bugzilla.wikimedia.org/show_bug.cgi?id=32551 Bawolff (Brian Wolff) bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #20 from Bawolff (Brian Wolff) bawolff...@gmail.com --- There are a significant number (~700 a month) of files where during upload an entry in page table is created, but page_latest = 0 (and log_page also seems to be 0). If we just count upload entries with log_page = 0 (Which seems to be symtomatic of the issue, but I haven't 100% verified it can't happen in other situations) MariaDB [commonswiki_p] select substr( log_timestamp, 1, 6) as MM, count(*) as 'uploads missing log_page' from logging_logindex where log_type='upload' and log_timestamp '201210' and log_page = 0 group by substr( log_timestamp, 1, 6); ++--+ | MM | uploads missing log_page | ++--+ | 201210 | 1323 | | 201211 | 572 | | 201212 | 624 | | 201301 | 1179 | | 201302 | 666 | | 201303 | 762 | | 201304 | 955 | | 201305 | 637 | | 201306 | 598 | | 201307 | 555 | | 201308 | 818 | | 201309 | 3268 | | 201310 | 808 | | 201311 | 852 | | 201312 | 806 | | 201401 | 1116 | | 201402 | 435 | ++--+ 17 rows in set (7.08 sec) This is not a good thing. -- 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 61530] New: https://shop.wikimedia.org missing styling
https://bugzilla.wikimedia.org/show_bug.cgi?id=61530 Bug ID: 61530 Summary: https://shop.wikimedia.org missing styling Product: Wikimedia Version: wmf-deployment Hardware: All URL: https://shop.wikimedia.org OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Shop Assignee: wikibugs-l@lists.wikimedia.org Reporter: b...@mzmcbride.com CC: ccogd...@wikimedia.org Web browser: --- Mobile Platform: --- Created attachment 14626 -- https://bugzilla.wikimedia.org/attachment.cgi?id=14626action=edit Screenshot of https://shop.wikimedia.org, 2014-02-18 https://shop.wikimedia.org is currently missing its 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 61527] JS error on shop's main page (unclosed script)
https://bugzilla.wikimedia.org/show_bug.cgi?id=61527 Caitlin Cogdill ccogd...@wikimedia.org changed: What|Removed |Added CC||b...@mzmcbride.com --- Comment #2 from Caitlin Cogdill ccogd...@wikimedia.org --- *** Bug 61530 has been marked as a duplicate of this 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 60661] Mediawiki.ui buttons: active state is slightly bigger than disabled state due to border
https://bugzilla.wikimedia.org/show_bug.cgi?id=60661 --- Comment #3 from Matthew Flaschen mflasc...@wikimedia.org --- Created attachment 14625 -- https://bugzilla.wikimedia.org/attachment.cgi?id=14625action=edit Plain mw-ui-button A plain mw-ui-button to demonstrate core 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 61530] https://shop.wikimedia.org missing styling
https://bugzilla.wikimedia.org/show_bug.cgi?id=61530 --- Comment #2 from MZMcBride b...@mzmcbride.com --- (In reply to Caitlin Cogdill from comment #1) *** This bug has been marked as a duplicate of bug 61527 *** Bug 61527 is primarily about JS error on shop's main page (unclosed script), which may or may not be related. But I suppose it's fine to merge these bug reports as someone will inevitably end up fixing both issues together. -- 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 61530] https://shop.wikimedia.org missing styling
https://bugzilla.wikimedia.org/show_bug.cgi?id=61530 Caitlin Cogdill ccogd...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Caitlin Cogdill ccogd...@wikimedia.org --- Thanks. See bug 61527 - we're working on this. *** This bug has been marked as a duplicate of bug 61527 *** -- 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 60661] Mediawiki.ui buttons: active state is slightly bigger than disabled state due to border
https://bugzilla.wikimedia.org/show_bug.cgi?id=60661 Matthew Flaschen mflasc...@wikimedia.org changed: What|Removed |Added CC||sp...@wikimedia.org --- Comment #2 from Matthew Flaschen mflasc...@wikimedia.org --- (In reply to Sergey Leschina from comment #1) Created attachment 14601 [details] Different heights of .mw-ui-button.mw-ui-primary and .mw-ui-button Same problem with button which hasn't any additional styles, just .mw-ui-button. Which wiki are you testing that on, and with what page? That is not the current styling for a plain mediawiki.ui.button (it's a little too dark, for one thing). Plain buttons now look like the attached. More generally, this needs to be retested after Flow removes the custom overrides for core classes. It may be a problem with the Flow code, rather than core. -- 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 61527] JS error on shop's main page (unclosed script)
https://bugzilla.wikimedia.org/show_bug.cgi?id=61527 --- Comment #3 from MZMcBride b...@mzmcbride.com --- (In reply to Caitlin Cogdill from comment #1) Thanks for the extra detail, Jeremyb. I'm trying to figure out how this happened and will update once I have more information. Apparently the shop has an off switch. It now auto-redirects to /password and reads (in a pretty wrapper): --- The Wikimedia Shop is currently down due to technical difficulties. We hope to be back online shortly! Thank you for your patience. --- Nice feature. :-) -- 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 61527] JS error on shop's main page (unclosed script)
https://bugzilla.wikimedia.org/show_bug.cgi?id=61527 --- Comment #4 from Caitlin Cogdill ccogd...@wikimedia.org --- Indeed! We thought it would be best to take it down until we know how this happened. -- 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 61336] Uploaded a .webm file with an ampersand in the name, can't get captions
https://bugzilla.wikimedia.org/show_bug.cgi?id=61336 Matthew Flaschen mflasc...@wikimedia.org 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 42181] [gdash] Add long-term history graphs for some gdash metrics
https://bugzilla.wikimedia.org/show_bug.cgi?id=42181 --- Comment #7 from Ori Livneh o...@wikimedia.org --- (In reply to Nemo from comment #6) Yes, I just was and am unsure what metrics we have enough data for how long exactly. By now however many of them have a lot of history and does something break horribly if a part of the graph is missing, anyway? No, nothing breaks. You just get an incomplete graph. -- 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 61531] New: Spam blacklist does not apply to uploads
https://bugzilla.wikimedia.org/show_bug.cgi?id=61531 Bug ID: 61531 Summary: Spam blacklist does not apply to uploads Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Spam Blacklist Assignee: wikibugs-l@lists.wikimedia.org Reporter: bawolff...@gmail.com Web browser: --- Mobile Platform: --- Steps to reproduce: *Go to special:Upload *In the description field put http://tinyurl.com (Or something else on the spam blacklist) *Hit upload Expected behaviour: *Error of some sort Actual behaviour: *File is uploaded, including the creation of a description page containing a blacklisted link. -- 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 60618] Very slow query for Special:WhatLinksHere limitted to a namespace when page has large number of backlinks
https://bugzilla.wikimedia.org/show_bug.cgi?id=60618 --- Comment #5 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 114070 merged by jenkins-bot: Removed STRAIGHT_JOIN; the is slower when a namespace has a few pages https://gerrit.wikimedia.org/r/114070 -- 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 10317] Remove includes/templates/Userlogin.php, use HTMLForm class or Xml methods in includes/SpecialUserlogin.php instead
https://bugzilla.wikimedia.org/show_bug.cgi?id=10317 --- Comment #8 from Matthew Flaschen mflasc...@wikimedia.org --- The discussion of https://www.mediawiki.org/wiki/Requests_for_comment/HTML_templating_library (including the in-person part at the summit, reflected at https://www.mediawiki.org/wiki/Architecture_Summit_2014/HTML_templating ) is relevant 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 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 Isarra zhoris...@gmail.com changed: What|Removed |Added CC||zhoris...@gmail.com --- Comment #20 from Isarra zhoris...@gmail.com --- I hate to butt in like this, but do we have anything concrete to support that this is indeed more user-friendly, or necessarily even appropriate to mediawiki use cases? -- 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 54291] Apply Transfer-encoding: gzip to SVG files from upload.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=54291 --- Comment #3 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 108484 had a related patch set uploaded by MZMcBride: Gzip SVGs on front back upload varnishes https://gerrit.wikimedia.org/r/108484 -- 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 56939] Urdu: add Hussaini Nastaleeq font in Nastaʿlīq/Nastalique/Nastaleeq/Nastaliq style
https://bugzilla.wikimedia.org/show_bug.cgi?id=56939 --- Comment #17 from urdu.t...@gmail.com --- In addition to the huge size of nastaliq fonts, they generally do not work on all platforms (OS and browsers). Many of these nastaliqs have borrowed from the commercial nuri font without attribution or permission. It is best to stick with a simple Naskh font like Nafees Web Naskh * which is already operational * has been tested on most platforms and * is work of a reputable publicly funded research organization. (In reply to syed.wamiq from comment #16) (In reply to comment #14) sorry, discussion is here in his link.' https://bugzilla.wikimedia.org/show_bug.cgi?id=60685#c10 Moreover Taj Nastaleeq is a ligature-based font of several MBs, whereas Hussaini Nastaleeq is not ligature-based and has a size of a few hundred KBs. So Hussaini Nastaleeq is better for implementation anyway. -- 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 21481] show creation date on Special:GlobalUsers
https://bugzilla.wikimedia.org/show_bug.cgi?id=21481 --- Comment #12 from apsdehal amanpreet.iitr2...@gmail.com --- Hi Andre, Yes I saw the feedback, I will work on the patch on 24th Feb for sure. Sorry I am busy with exams till date. And apologies for leaving this for long time. -- 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 38085] Statistic page not entirely correct
https://bugzilla.wikimedia.org/show_bug.cgi?id=38085 --- Comment #15 from Dan Jacobson jida...@jidanni.org --- Indeed. -- 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 61163] Remove ArticleFeedbackv5 from Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=61163 Ori Livneh o...@wikimedia.org changed: What|Removed |Added CC||o...@wikimedia.org --- Comment #21 from Ori Livneh o...@wikimedia.org --- (In reply to Tisza Gergő from comment #11) it is a stable extension successfully deployed on several high-profile wikis No, it is not. The extension is clearly not welcome by a majority of editors, per the Foundation's own assessment. It is only a narrow a view of success that omits this criterion. That AFT was not welcome by three large wikis (or not welcome by the majority of the editors on those wikis, anyway) is no reason to think that no other wiki will have a different opinion. That AFT was not successful at being broadly compelling to users is no reason to think that no other feature will. The volume of space that AFTv5 occupies is not measured in kilobytes or pixels, but in the cognitive load that it adds on developers and users. The important point is that the cost of adding a feature isn't just the time it takes to code it. The cost also includes the addition of an obstacle to future expansion. Sure, any given feature list can be implemented, given enough coding time. But in addition to coming out late, you will usually wind up with a codebase that is so fragile that new ideas that should be dead-simple wind up taking longer and longer to work into the tangled existing web. The trick is to pick the features that don't fight each other. - J. Carmack -- 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 6129] Allow suppressing page title output
https://bugzilla.wikimedia.org/show_bug.cgi?id=6129 Bawolff (Brian Wolff) bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #21 from Bawolff (Brian Wolff) bawolff...@gmail.com --- Given the amount of people who used {{DISPLAYTITLE:span style=display:none{{FULLPAGENAME}}/span}} (before that was disabled), and the number of people who use css to disable the title on a specific page, I think having a __NOTITLE__ magic word is justified. *I don't think telling users to modify the CSS is a good solution. User's shouldn't have to know CSS to do something this common. **Additionally, I think non-admins should be able to hide the heading, for use-cases like the Asia example *I personally think its good to have it as a general magic word, as often people disable the title so they can make some sort of fancier heading for the page. For example https://en.wikivoyage.org/wiki/Asia *I do not think we should out of the box disable main page heading. This looks weird for people who just write out a non-fancy page there (That's just my opinion) *I do not think this would be open to any more abuse then average heading since the title is still in the url/title bar. At worst someone could make a page that looks like at first glance its title is something else. They could probably already do that with some fancy position:absolute. -- 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 51634] Page actions are wrong for VisualEditor
https://bugzilla.wikimedia.org/show_bug.cgi?id=51634 Steven Walling swall...@wikimedia.org changed: What|Removed |Added Assignee|wikibugs-l@lists.wikimedia. |aaron.halfa...@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 60484] CirrusSearch: Don't index text in visually hidden elements
https://bugzilla.wikimedia.org/show_bug.cgi?id=60484 James Salsman jsals...@gmail.com changed: What|Removed |Added CC||jsals...@gmail.com --- Comment #6 from James Salsman jsals...@gmail.com --- (In reply to Nik Everett from comment #0) Cirrus shouldn't index the contents of visually hidden elements. Many of the hat templates used to elide comments are referred to as archive templates, but the templates are not removed when the pages are actually archived. For that reason, I recommend not excluding them from search. Was there a different use case? -- 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 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #21 from Yuvi Panda yuvipa...@gmail.com --- (In reply to Matthew Flaschen from comment #19) It certainly won't cause a problem to do this. However, bear in mind this code can not run before ready, so even though it's top-loaded, it will run after all HTML has been delivered and parsed (and probably a few entries into the ready queue). Right, so there will still be a 'flash' 2. Can we top-load JS if we don't use jQuery? Oh, then it is just me being dumb :) Nevermind this question then. 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 42318] Restore WikiStats features disabled for mere performance reasons
https://bugzilla.wikimedia.org/show_bug.cgi?id=42318 --- Comment #11 from Nemo federicol...@tiscali.it --- I'm getting sick of this bug... Erik, if I run full counts on full dumps on my own, would I then have CSVs that you can use to fill the blanks on the main wikistats, at least for things like character count etc. (the ten empty columns in the main Monthly counts Quarterly rankings tables)? I don't think I'll be able to do it soon, but if there is a prospective concrete usage I may. -- 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 37797] Wikimedia Shop is only available in English
https://bugzilla.wikimedia.org/show_bug.cgi?id=37797 --- Comment #17 from Nemo federicol...@tiscali.it --- This bug will stay open. When the in-house design that should make it more easy to display alternate languages happens, we'll close 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 52582] TemplateData: Allow hinting to specify auto-numbered parameter names in some fashion
https://bugzilla.wikimedia.org/show_bug.cgi?id=52582 --- Comment #5 from NicoV nverve...@gmail.com --- (In reply to Krinkle from comment #4) Especially now that we have Lua, specifying a parameter as taking a list seems more sensible (e.g. comma separated, line-break separated, whatever). Even if a template isn't converted to Lua yet, it could make use of a generic Lua module to do the string split and iteration. This solution would be awkward when several parameters are related one to each other. For example, on the cite templates, you usually have several fields for each author (first name, last name, page link, ...) and they are easier to manage for a user if they are grouped. With lists, users would have to be careful and to be sure that several lists are coherent between each other. -- 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