[Bug 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 --- Comment #20 from Erwin Dokter er...@darcoury.nl --- If I see the term free font commitment one more time, I am going to scream... I was not enthausiastic in the beginning, but was willing to give it a try. But now that it has gone live, there are simply too many issues that were not anticipated (even by me). I am going to list all the issues: 1. Free fonts render bad on Windows (at least without font smoothing). Even though font smooting has been the default since Vista, I was suprised to see how many people have it disabled (for whatever reason). I don't know how many exactly, but the response suggests it is not a negligable part of our readers. Only fonts made by/for Microsoft have been hinted for screens without font smoothing or ClearType. Other FOSS fonts are hinted but only for scenarios with font smoothing enabled, not for 'grid display' (pixel diplay hinting). But not only free font are a problem; There are very bad copies of Helvetica floating around (HP printer drivers for example) that display atrocious with or without smooting. That means carrying Helvitica in the font stack also carries the risk of bad display. 2. Only Latin script is targeted. That means only languages based on Latin, and perhaps Cyrillic, could benefit from the typography refresh. Other scripts, most notably, Hebrew, CJK, Hindi, Arabic and all other non-Latin based scripts that usually depend on ohter fonts such as David, Batang and MS Gothic on Windows for proper display, have *never* been considered. This is perhaps the largest oversight of all. In conclusion, it is impossible to target *all* platforms *and* scripts in one single font stack. And I believe we should no longer try. There is not going to be a 'solution'; we are not a single language website, where typography has much more freedon because it only has to deal with one script or language. I am now convinced that a single font stack for a website, or more specifically, the software running that website, that has to deal with the *most* languages and scripts then *any* other website, is simply not possible. Each project should have the freedom of choice to decide on their own font stacks to suit their needs as best they can. From the point of view from MediaWiki, that means it should not force any specific font at all. Has this been for nothing? I don't think so, because we could learn a lot from this and perhaps work on other solutions to help each project with their typography. But in its own right, the Typograhy refresh has failed as an practical solution. -- 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 11777] Multiple inputboxes make page invalid due to repetitive similar id
https://bugzilla.wikimedia.org/show_bug.cgi?id=11777 --- Comment #10 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 124169 had a related patch set uploaded by Brian Wolff: Avoid duplicate ids https://gerrit.wikimedia.org/r/124169 -- 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 11777] Multiple inputboxes make page invalid due to repetitive similar id
https://bugzilla.wikimedia.org/show_bug.cgi?id=11777 Gerrit Notification Bot gerritad...@wikimedia.org changed: What|Removed |Added Status|REOPENED|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 61051] MathJax equations are centered
https://bugzilla.wikimedia.org/show_bug.cgi?id=61051 --- Comment #22 from nageh mal.mal...@gmail.com --- And I still don't understand why the heuristic is unwanted by the community according to the comment in the source file. I thought this was only about that display equations should be left-aligned (which they always were in my code)? -- 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 11777] Multiple inputboxes make page invalid due to repetitive similar id
https://bugzilla.wikimedia.org/show_bug.cgi?id=11777 --- Comment #11 from Bawolff (Brian Wolff) bawolff...@gmail.com --- d comment 0 says) createbox. Additionally, the example at [[mw:Extension:Inputbox#Parameters]] for forcing it to use id=bar (3rd up from bottom) doesn't seem to be working at all. (?) Sorry, I'm not familiar with php, and don't understand what your patchset will do! I recently fixed (gerrit change 124132) a bug where some types of inputboxes ignore the id parameter. Its not deployed to mediawiki.org yet. In about a week it should be. The search box was also still reusing ids in some situations, comment 10 fixes that issue. I'm also not sure what the specific real-world repercussions are, for using an id more than once for multiple forms; I just know it's not valid HTML, and ''might'' cause problems somewhere. (Screenreaders? Just other scripts?). Mostly a correctness issue. The biggest issue is for a search box with namespaces checkboxes, if you click on the label text it should check the box, this bug may prevent that from working sometimes. There is the possibility to confuse some javascript (although probably would cause only minor problems). Anyone validating our html, or using a strict XML parser (I don't even know if our html is generally valid xml, so that may be a non-issue) would run into problems. -- 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 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 --- Comment #21 from Steven Walling swall...@wikimedia.org --- (In reply to Erwin Dokter from comment #20) If I see the term free font commitment one more time, I am going to scream... I was not enthausiastic in the beginning, but was willing to give it a try. But now that it has gone live, there are simply too many issues that were not anticipated (even by me). I am going to list all the issues: 1. Free fonts render bad on Windows (at least without font smoothing). Even though font smooting has been the default since Vista, I was suprised to see how many people have it disabled (for whatever reason). I don't know how many exactly, but the response suggests it is not a negligable part of our readers. Only fonts made by/for Microsoft have been hinted for screens without font smoothing or ClearType. Other FOSS fonts are hinted but only for scenarios with font smoothing enabled, not for 'grid display' (pixel diplay hinting). But not only free font are a problem; There are very bad copies of Helvetica floating around (HP printer drivers for example) that display atrocious with or without smooting. That means carrying Helvitica in the font stack also carries the risk of bad display. 2. Only Latin script is targeted. That means only languages based on Latin, and perhaps Cyrillic, could benefit from the typography refresh. Other scripts, most notably, Hebrew, CJK, Hindi, Arabic and all other non-Latin based scripts that usually depend on ohter fonts such as David, Batang and MS Gothic on Windows for proper display, have *never* been considered. This is perhaps the largest oversight of all. In conclusion, it is impossible to target *all* platforms *and* scripts in one single font stack. And I believe we should no longer try. There is not going to be a 'solution'; we are not a single language website, where typography has much more freedon because it only has to deal with one script or language. I am now convinced that a single font stack for a website, or more specifically, the software running that website, that has to deal with the *most* languages and scripts then *any* other website, is simply not possible. Each project should have the freedom of choice to decide on their own font stacks to suit their needs as best they can. From the point of view from MediaWiki, that means it should not force any specific font at all. Has this been for nothing? I don't think so, because we could learn a lot from this and perhaps work on other solutions to help each project with their typography. But in its own right, the Typograhy refresh has failed as an practical solution. I think it's exaggerating to say that, considering most Windows users do not in fact have Liberation Sans nor Arimo. For the Windows users without font smoothing turned on, Arial should work just fine. We plan on having a public retrospective in two weeks (see also: [[en:Retrospective#Software development]]) where we can talk about the process and results of the beta and first release. Your comments will be most welcome there Erwin, since you've definitely been in the thick of responding to questions/comments as much as anyone. -- 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 28555] Reconsider the usage of the Beta features section in the Editing tab
https://bugzilla.wikimedia.org/show_bug.cgi?id=28555 Bartosz Dziewoński matma@gmail.com changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED CC||mr.h...@gmx.de Resolution|--- |FIXED Assignee|wikibugs-l@lists.wikimedia. |mr.h...@gmx.de |org | Target Milestone|--- |1.22.0 release Severity|trivial |normal --- Comment #8 from Bartosz Dziewoński matma@gmail.com --- The 'prefs-beta' turned out to be a little problematic (see the comments there), but this bug is solved either way, so I'm marking it as such. -- 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 61051] MathJax equations are centered
https://bugzilla.wikimedia.org/show_bug.cgi?id=61051 --- Comment #23 from Frédéric Wang fred.w...@free.fr --- (In reply to nageh from comment #22) And I still don't understand why the heuristic is unwanted by the community according to the comment in the source file. I thought this was only about that display equations should be left-aligned (which they always were in my code)? At some point some changes caused the heuristic to force the equation to be centered (probably because we removed displayAlign: left too early in the development) so that's probably what Moritz meant by unwanted by the community. I think you should not pay too much attention to this comment (actually I believe it should be removed, it's not really useful to have it). The plan to add an explicit display attribute is exactly to avoid this kind of unexpected behaviors and inconsistencies between MathJax/mathoid/LaTeXML/texvc... -- 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 63596] New: Create a FeaturedFeed for the Tech News weekly bulletin
https://bugzilla.wikimedia.org/show_bug.cgi?id=63596 Bug ID: 63596 Summary: Create a FeaturedFeed for the Tech News weekly bulletin Product: Wikimedia Version: wmf-deployment Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: Unprioritized Component: Site requests Assignee: tom...@twkozlowski.net Reporter: tom...@twkozlowski.net CC: benap...@gmail.com, bugzilla+org.wikime...@tuxmachine.com, dereck...@espace-win.org, gpaum...@wikimedia.org, johnflewi...@gmail.com, tom...@twkozlowski.net, wikimedia.b...@snowolf.eu Web browser: --- Mobile Platform: --- 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 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 --- Comment #22 from Bartosz Dziewoński matma@gmail.com --- To be clear, I think the rendering is worse on Windows 7 with ClearType enabled, too. Compare for yourself: Screenshots from bug 63591 (they look zoomed out to me, or the reported just has smaller default font size): * Liberation Sans: https://bugzilla.wikimedia.org/attachment.cgi?id=15031 * Arial: https://bugzilla.wikimedia.org/attachment.cgi?id=15032 My screenshots (everything default): * Liberation Sans: http://i.imgur.com/ykhUWQh.png * Arial: http://i.imgur.com/Hj9UoE4.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 63596] Create a FeaturedFeed for the Tech News weekly bulletin
https://bugzilla.wikimedia.org/show_bug.cgi?id=63596 Tomasz W. Kozlowski tom...@twkozlowski.net changed: What|Removed |Added Priority|Unprioritized |Normal URL||https://meta.wikimedia.org/ ||wiki/Talk:Tech/News#RSS_fee ||d Severity|normal |enhancement -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 61051] MathJax equations are centered
https://bugzilla.wikimedia.org/show_bug.cgi?id=61051 --- Comment #24 from Frédéric Wang fred.w...@free.fr --- So to be more accurate, I believe the real issue is that the heuristic forced MathJax's display mode. But because this display mode does not exist (yet) in MediaWiki, Nageh added this displayAlign: left config to get MediaWiki's default mode. Moritz's plan was to generalize the math modes to have, inline/display (the classical modes line in MathJax, TeX, MathML etc) and inline displaystyle (MediaWiki's default). In his branch, the displayAlign: left was removed because the display and centering/displaystyle stuff is done elsewhere in MediaWiki. However, because it was hard to get review, he only merged changes step-by-step and unfortunately displayAlign: left was removed before the whole math modes are ready... So actually the only thing necessary for 119010 was to keep this heuristic and add this config option back. But as Moritz said on the entry, he is willing to make progress on the new modes and get his work merged, not only to fix bugs. Hopefully, we will recover the desired rendering soon. -- 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 63596] Create a FeaturedFeed for the Tech News weekly bulletin
https://bugzilla.wikimedia.org/show_bug.cgi?id=63596 --- Comment #1 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 124272 had a related patch set uploaded by Odder: Create a FeaturedFeed for the Tech News bulletin https://gerrit.wikimedia.org/r/124272 -- 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 63596] Create a FeaturedFeed for the Tech News weekly bulletin
https://bugzilla.wikimedia.org/show_bug.cgi?id=63596 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 62976] Tool Labs: Webservices with Apache-specific configuration not working in eqiad
https://bugzilla.wikimedia.org/show_bug.cgi?id=62976 DrTrigon dr.tri...@surfeu.ch changed: What|Removed |Added Resolution|WORKSFORME |FIXED --- Comment #11 from DrTrigon dr.tri...@surfeu.ch --- I agree - seams to have solved my last issue. Thanks for the support and clarifications. -- 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 63596] Create a FeaturedFeed for the Tech News weekly bulletin
https://bugzilla.wikimedia.org/show_bug.cgi?id=63596 Nemo federicol...@tiscali.it changed: What|Removed |Added Keywords||shell CC||federicol...@tiscali.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 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 --- Comment #23 from Bartosz Dziewoński matma@gmail.com --- (In reply to Steven Walling from comment #21) (…) most Windows users do not in fact have Liberation Sans nor Arimo. I'm going to call [citation needed] on this until I see some stats. :) Liberation Sans is installed by default with LibreOffice, and the popularity of free office suites have grown in the recent years among Windows users too [1]. This is likely a non-negligible number of users. [1] https://en.wikipedia.org/wiki/LibreOffice#Users_and_deployments provides a ton of sources. (In reply to Erwin Dokter from comment #20) 2. Only Latin script is targeted. (…) In conclusion, it is impossible to target *all* platforms *and* scripts in one single font stack. And I believe we should no longer try. There is not going to be a 'solution'; we are not a single language website, where typography has much more freedon because it only has to deal with one script or language. I am now convinced that a single font stack for a website, or more specifically, the software running that website, that has to deal with the *most* languages and scripts then *any* other website, is simply not possible. I think this is a very good point that should be seriously considered. 'sans-serif' might be the best way to go by default after all. (Please note that I wasn't among the people opposing the font stack that was chosen.) -- 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 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 Nemo federicol...@tiscali.it changed: What|Removed |Added URL||https://www.mediawiki.org/w ||iki/Talk:Typography_refresh ||/Archive_2#Default_system_f ||onts_should_be_given_prefer ||ence_over_free_fonts_.28esp ||ecially_on_Windows.29 CC||federicol...@tiscali.it -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 Nemo federicol...@tiscali.it changed: What|Removed |Added Keywords||i18n --- Comment #24 from Nemo federicol...@tiscali.it --- (In reply to Erwin Dokter from comment #20) 2. Only Latin script is targeted. That means only languages based on Latin, and perhaps Cyrillic, could benefit from the typography refresh. Other scripts, most notably, Hebrew, CJK, Hindi, Arabic and all other non-Latin based scripts that usually depend on ohter fonts such as David, Batang and MS Gothic on Windows for proper display, have *never* been considered. This is perhaps the largest oversight of all. +2 -- 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 63597] New: Fatal exception when callParserFunction is used to call #coordinates with integer args
https://bugzilla.wikimedia.org/show_bug.cgi?id=63597 Bug ID: 63597 Summary: Fatal exception when callParserFunction is used to call #coordinates with integer args Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Scribunto Assignee: wikibugs-l@lists.wikimedia.org Reporter: orlod...@wiki256.net CC: bjor...@wikimedia.org, tstarl...@wikimedia.org, vasi...@gmail.com Web browser: --- Mobile Platform: --- The GeoData extension provides a parser function called #coordinates. When the lua function callParserFunction is used in a module to call #coordinates with two integer arguments, a fatal exception occurs. Steps to reproduce: 1. Create Module:Sandbox with this content: local sandbox = {}; function sandbox.test(frame) frame:callParserFunction('#coordinates', {80, 30}) return abc end return sandbox 2. Create a page with {{#invoke:Sandbox|test}} and save. (example on frwiki: https://fr.wikipedia.org/w/index.php?title=Module:Sandboxoldid=102691262, https://fr.wikipedia.org/wiki/Utilisateur:Orlodrim/callParserFunction) I am not completely sure that it is a bug in Scribunto, rather than in GeoData, but note that the following code (with string arguments) does not cause an exception: frame:callParserFunction('#coordinates', {'80', '30'}) Stack trace on my personal test wiki: [a6b06752] /mediawiki-git/core/index.php?title=User:127.0.0.1action=submit Exception from line 1205 of /home/orlodrim/mediawiki/core/includes/parser/Preprocessor_DOM.php: PPFrame_DOM::expand: Invalid parameter type Backtrace: #0 /home/orlodrim/mediawiki/extensions/GeoData/CoordinatesParserFunction.php(82): PPFrame_DOM-expand(integer) #1 /home/orlodrim/mediawiki/extensions/GeoData/CoordinatesParserFunction.php(49): CoordinatesParserFunction-parseArgs(PPTemplateFrame_DOM, array) #2 [internal function]: CoordinatesParserFunction-coordinates(Parser, PPTemplateFrame_DOM, array) #3 /home/orlodrim/mediawiki/core/includes/parser/Parser.php(3616): call_user_func_array(array, array) #4 /home/orlodrim/mediawiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(502): Parser-callParserFunction(PPTemplateFrame_DOM, string, array) #5 [internal function]: Scribunto_LuaEngine-callParserFunction(string, string, array) #6 /home/orlodrim/mediawiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(401): call_user_func_array(array, array) #7 /home/orlodrim/mediawiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(379): Scribunto_LuaStandaloneInterpreter-callback(string, array) #8 /home/orlodrim/mediawiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(426): Scribunto_LuaStandaloneInterpreter-handleCall(array) #9 /home/orlodrim/mediawiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(307): Scribunto_LuaStandaloneInterpreter-dispatch(array) #10 /home/orlodrim/mediawiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(195): Scribunto_LuaStandaloneInterpreter-callFunction(Scribunto_LuaStandaloneInterpreterFunction, Scribunto_LuaStandaloneInterpreterFunction) #11 /home/orlodrim/mediawiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(672): Scribunto_LuaEngine-executeFunctionChunk(Scribunto_LuaStandaloneInterpreterFunction, PPTemplateFrame_DOM) #12 /home/orlodrim/mediawiki/extensions/Scribunto/common/Hooks.php(108): Scribunto_LuaModule-invoke(string, PPTemplateFrame_DOM) #13 [internal function]: ScribuntoHooks::invokeHook(Parser, PPFrame_DOM, array) #14 /home/orlodrim/mediawiki/core/includes/parser/Parser.php(3616): call_user_func_array(string, array) #15 /home/orlodrim/mediawiki/core/includes/parser/Parser.php(): Parser-callParserFunction(PPFrame_DOM, string, array) #16 /home/orlodrim/mediawiki/core/includes/parser/Preprocessor_DOM.php(1113): Parser-braceSubstitution(array, PPFrame_DOM) #17 /home/orlodrim/mediawiki/core/includes/parser/Parser.php(3150): PPFrame_DOM-expand(PPNode_DOM, integer) #18 /home/orlodrim/mediawiki/core/includes/parser/Parser.php(1212): Parser-replaceVariables(string) #19 /home/orlodrim/mediawiki/core/includes/parser/Parser.php(395): Parser-internalParse(string) #20 /home/orlodrim/mediawiki/core/includes/content/WikitextContent.php(306): Parser-parse(string, Title, ParserOptions, boolean, boolean, NULL) #21 /home/orlodrim/mediawiki/core/includes/EditPage.php(3248): WikitextContent-getParserOutput(Title, NULL, ParserOptions) #22 /home/orlodrim/mediawiki/core/includes/EditPage.php(2185): EditPage-getPreviewText() #23 /home/orlodrim/mediawiki/core/includes/EditPage.php(441): EditPage-showEditForm() #24 /home/orlodrim/mediawiki/core/includes/actions/EditAction.php(50): EditPage-edit() #25 /home/orlodrim/mediawiki/core/includes/actions/EditAction.php(74):
[Bug 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 --- Comment #25 from Steven Walling swall...@wikimedia.org --- (In reply to Bartosz Dziewoński from comment #23) (In reply to Steven Walling from comment #21) (…) most Windows users do not in fact have Liberation Sans nor Arimo. I'm going to call [citation needed] on this until I see some stats. :) Liberation Sans is installed by default with LibreOffice, and the popularity of free office suites have grown in the recent years among Windows users too [1]. This is likely a non-negligible number of users. [1] https://en.wikipedia.org/wiki/LibreOffice#Users_and_deployments provides a ton of sources. I certainly didn't say it's a negligible amount. I said most. We obviously think it's enough to require removal of the two fonts. -- 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 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 --- Comment #26 from Bartosz Dziewoński matma@gmail.com --- (In reply to Steven Walling from comment #25) I certainly didn't say it's a negligible amount. I said most. Right, it's probably not over 50%. -- 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 63468] Enable uploads from NYPL through the GWToolset
https://bugzilla.wikimedia.org/show_bug.cgi?id=63468 --- Comment #1 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 124273 had a related patch set uploaded by Odder: Add New York Public Library to wgCopyUploadsDomains https://gerrit.wikimedia.org/r/124273 -- 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 63468] Enable uploads from NYPL through the GWToolset
https://bugzilla.wikimedia.org/show_bug.cgi?id=63468 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 63468] Enable uploads from NYPL through the GWToolset
https://bugzilla.wikimedia.org/show_bug.cgi?id=63468 --- Comment #2 from Tomasz W. Kozlowski tom...@twkozlowski.net --- Sorry for the delay; I forgot about the bug, and only remembered it when I visited Bugzilla earlier today. -- 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 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 --- Comment #27 from Bawolff (Brian Wolff) bawolff...@gmail.com --- 2. Only Latin script is targeted. That means only languages based on Latin, and perhaps Cyrillic, could benefit from the typography refresh. Other scripts, most notably, Hebrew, CJK, Hindi, Arabic and all other non-Latin based scripts that usually depend on ohter fonts such as David, Batang and MS Gothic on Windows for proper display, have *never* been considered. This is perhaps the largest oversight of all. Sorry to hijack this, but given the very issue was discussed a month and a half ago ( http://lists.wikimedia.org/pipermail/wikitech-l/2014-February/074478.html ), how did that end up being an oversight? -- 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 63599] New: Removing a reference is confusing, with two remove links
https://bugzilla.wikimedia.org/show_bug.cgi?id=63599 Bug ID: 63599 Summary: Removing a reference is confusing, with two remove links Product: MediaWiki extensions Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: WikidataRepo Assignee: wikidata-b...@lists.wikimedia.org Reporter: aude.w...@gmail.com CC: wikidata-b...@lists.wikimedia.org Web browser: --- Mobile Platform: --- I am trying to remove a reference. I clicked edit to get into edit mode. Then I see 2 remove links. The one next to the reference is grayed out. So, i suppose I need to click the other link. http://snag.gy/9CFgl.jpg This is a bit intuitive, and seems like the remove next to the reference would be the right one to click. -- 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 63600] New: VisualEditor : {{FULLPAGENAME}} in newarticletext replaced by “API”
https://bugzilla.wikimedia.org/show_bug.cgi?id=63600 Bug ID: 63600 Summary: VisualEditor : {{FULLPAGENAME}} in newarticletext replaced by “API” Product: VisualEditor Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: General Assignee: jforrester+veteambztick...@wikimedia.org Reporter: ltrlg...@gmail.com CC: jforres...@wikimedia.org, krinklem...@gmail.com, ryasm...@wikimedia.org Web browser: --- Mobile Platform: --- Both enwiki and frwiki (at least) use {{FULLPAGENAME}} in [[MediaWiki:newarticletext]], which is unusable, because it is replaced by “API” in VisualEditor. So the warnings contain texts like — “You can also start your new article at Special:Mypage/API.” (https://en.wikipedia.org/wiki/Nawak?veaction=edit) — “Comment faire pour créer l'article API ?” (https://fr.wikipedia.org/wiki/Nawak?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 57651] JavaScript is not loaded with the 'rebuildFileCache.php' maintenance script
https://bugzilla.wikimedia.org/show_bug.cgi?id=57651 --- Comment #7 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 99649 merged by jenkins-bot: Use hooks instead of $wgOut when $wgCategoryTreeForceHeaders is set https://gerrit.wikimedia.org/r/99649 -- 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 57651] JavaScript is not loaded with the 'rebuildFileCache.php' maintenance script
https://bugzilla.wikimedia.org/show_bug.cgi?id=57651 Bawolff (Brian Wolff) bawolff...@gmail.com changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED CC||bawolff...@gmail.com Resolution|--- |FIXED --- Comment #8 from Bawolff (Brian Wolff) bawolff...@gmail.com --- There's a lot of other things very very outdated in the way CategoryTree handles js that could also use with fixing. Anyways, patch merged, marking bug 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 61051] MathJax equations are centered
https://bugzilla.wikimedia.org/show_bug.cgi?id=61051 --- Comment #25 from Richard Morris r...@singsurf.org --- Just to add a further complication. Bug 37938 is about support for definition lists in VE. As you all know Wikitext plays fast and loose with these transforming : into dd. VE being pretty strict with its html does not play nicely with these. I recently found a tricky bug where its difficult to add text after a maths equation https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2014_2#Trying_to_add_a_line_after_an_equation Quite what VE's long term plan for using : as indentation I'm not quite so sure on. As to heuristic is unwanted by the community. I think this refers to poll at https://en.wikipedia.org/wiki/Wikipedia_talk:WikiProject_Mathematics#Should_display_equations_be_centered.3F which was closed at Consensus is overwhelmingly in favour of left alignment.. The heuristic was mentioned a little in the discussion. I don't think many really understood what heuristic was about so we can't really conclude what the community thinks of the idea. -- 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 63574] Color no longer working in MathJax
https://bugzilla.wikimedia.org/show_bug.cgi?id=63574 Derk-Jan Hartman hartman.w...@gmail.com changed: What|Removed |Added Status|NEW |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 63574] Color no longer working in MathJax
https://bugzilla.wikimedia.org/show_bug.cgi?id=63574 --- Comment #2 from Derk-Jan Hartman hartman.w...@gmail.com --- Fixed in: https://gerrit.wikimedia.org/r/#/c/124063/ -- 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 37938] VisualEditor: Support for definition-lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=37938 Richard Morris r...@singsurf.org changed: What|Removed |Added CC||r...@singsurf.org --- Comment #1 from Richard Morris r...@singsurf.org --- I had a problem caused by the broken definition lists. If you have a maths equation aligned as a block using a dl ie :mathe^{i \pi}/math then you can't add a non indented paragraph after it. https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback/Archive_2014_2#Trying_to_add_a_line_after_an_equation This has some impact on Bug 61051 about how MathJax equations are aligned. -- 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 63599] Removing a reference is confusing, with two remove links
https://bugzilla.wikimedia.org/show_bug.cgi?id=63599 --- Comment #1 from Aude aude.w...@gmail.com --- err, bit unintuitive how to remove a reference! -- 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 61051] MathJax equations are centered
https://bugzilla.wikimedia.org/show_bug.cgi?id=61051 --- Comment #26 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 119010 merged by TheDJ: Fix MathJax centers equations https://gerrit.wikimedia.org/r/119010 -- 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 62781] Make hit log viewable by non-admin
https://bugzilla.wikimedia.org/show_bug.cgi?id=62781 --- Comment #2 from Betacommand phoenixoverr...@gmail.com --- Looking for this change on wmf wikis. -- 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 36422] easily reload all apaches
https://bugzilla.wikimedia.org/show_bug.cgi?id=36422 --- Comment #15 from Bryan Davis bda...@wikimedia.org --- Salt has a built in module for communicating with apache [0]. Our puppet configuration now creates a salt grain for each system role [1]. Putting the two of these together allows us to send all apaches acting as application servers a restart signal from deployment-salt.eqiad.wmflabs: sudo salt -G 'rolename:role::applicationserver::appserver::beta' apache.signal restart All apache instances across the whole beta cluster could be restarted as well: sudo salt -G '*' apache.signal restart [0]: http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.apache.html [1]: https://gerrit.wikimedia.org/r/#/c/107831/ -- 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 63601] New: Provide tracking category for pages with SBL links
https://bugzilla.wikimedia.org/show_bug.cgi?id=63601 Bug ID: 63601 Summary: Provide tracking category for pages with SBL links 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: phoenixoverr...@gmail.com Web browser: --- Mobile Platform: --- Provide a tracking category (configurable via mediawiki message) that tracks existing links that trigger the SBL that are not whitelisted. This would enable identification, tracking and cleanup of articles with problematic URLs, and for the most part make http://en.wikipedia.org/wiki/User:Cyberbot_II obsolete. -- 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 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 --- Comment #28 from Erwin Dokter er...@darcoury.nl --- (In reply to Bawolff (Brian Wolff) from comment #27) Sorry to hijack this, but given the very issue was discussed a month and a half ago ( http://lists.wikimedia.org/pipermail/wikitech-l/2014-February/074478.html ), how did that end up being an oversight? Because it was quite deliberately ignored. Reading up on past discussion, I also found [1], where TheDJ was echoing my exact thoughts as I do now. Mobile is also not comparable to desktop systems, as mobile fonts are usually very limited and easily overridden by the devices for non-latin scripts. Steven's response was that Wikipedia needed to be more inline with other world class sites with their flashy typography. But he does not realize that sites like Microsoft, Yahoo and Google/Gmail have well-funded local web staffs and an infrastructure that *does* serve specific- and well-researched font stacks based on the user's language, and potentially OS; something that Wikipedia's current indrastructure is incapable of doing. So I will stress again that this should be classified as an per-project issue, not a global one; One universal font stack for the entire world is an illusion. [1] http://lists.wikimedia.org/pipermail/wikitech-l/2014-February/074519.html -- 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 63602] New: Retrieve blacklisted URLs in page
https://bugzilla.wikimedia.org/show_bug.cgi?id=63602 Bug ID: 63602 Summary: Retrieve blacklisted URLs in page 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: phoenixoverr...@gmail.com Web browser: --- Mobile Platform: --- Enable a title or similar process to check all links on a page to see which are blacklisted. -- 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 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 --- Comment #29 from Steven Walling swall...@wikimedia.org --- (In reply to Erwin Dokter from comment #28) (In reply to Bawolff (Brian Wolff) from comment #27) Sorry to hijack this, but given the very issue was discussed a month and a half ago ( http://lists.wikimedia.org/pipermail/wikitech-l/2014-February/074478.html ), how did that end up being an oversight? Because it was quite deliberately ignored. Reading up on past discussion, I also found [1], where TheDJ was echoing my exact thoughts as I do now. Mobile is also not comparable to desktop systems, as mobile fonts are usually very limited and easily overridden by the devices for non-latin scripts. I'm sorry, but you're wrong. These are not the same issues. As Patrick noted in his comments, By chance (mainly to create SVGs for Commons) I have the fonts Liberation Sans and DejaVu Serif installed on my system. A singly user willfully choosing to download a set of fonts is not the same thing as thousands of users unknowingly having the fonts packaged with another application. If users specifically choose to download a font, like Linux Libertine for instance, and then report to us that they think it's not what they like, then the onus is on them. The case where users of LibreOffice/OpenOffice have these fonts plus having font smoothing off (intentionally or because that's their system default) is a whole different can of worms. -- 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 63603] New: On clicking a link, show 2 sliders (left/right of the current link) to handle what is In what is Out
https://bugzilla.wikimedia.org/show_bug.cgi?id=63603 Bug ID: 63603 Summary: On clicking a link, show 2 sliders (left/right of the current link) to handle what is In what is Out Product: VisualEditor Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: ContentEditable Assignee: jforrester+veteambztick...@wikimedia.org Reporter: drngdrngd...@gmail.com CC: da...@sheetmusic.org.uk, jforres...@wikimedia.org, krinklem...@gmail.com, ryasm...@wikimedia.org Web browser: --- Mobile Platform: --- When you add text on the left side of a link (external, internal) in article core the content is not merge with the link. Bug 53210 asks to change this. When you add text on the left side of a link (external, internal) in the reference assistant the content is merge with the link. Someone asks to change this on https://fr.wikipedia.org/w/index.php?title=Wikipédia:ÉditeurVisuel/Avisoldid=102556548#Gestion_des_liens A solution might be : On clicking a link, show 2 sliders (left/right of the current link) to handle easily what is In what is Out of the link -- 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 63239] UX: suggest Compact personal bar and Winter be made a single beta preference
https://bugzilla.wikimedia.org/show_bug.cgi?id=63239 Kunal Mehta (Legoktm) legoktm.wikipe...@gmail.com changed: What|Removed |Added Component|BetaFeatures|VectorBeta --- Comment #3 from Kunal Mehta (Legoktm) legoktm.wikipe...@gmail.com --- [Moving back to VectorBeta, as that's where the preferences 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 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 --- Comment #30 from Nemo federicol...@tiscali.it --- From http://lists.wikimedia.org/pipermail/wikitech-l/2014-April/075721.html TL;DR: one user saying they chose to download the fonts in question is not the same thing as a report that a significant minority might have them. Please establish a number of scapegoats and guinea pigs that one has to sacrifice for Steven Walling the god of fonts to accept that something is going to go bad. AFAICS, people had anticipated that several billions of world inhabitants (those speaking non-Latin script languages) were going to be almost surely negatively affected. Maybe they should have included extraterrestrial and non-human (or even non-animal) forms of life in the count for it to be considered noteworthy? -- 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 56202] Improve OpenStackManager's Echo-based notification emails
https://bugzilla.wikimedia.org/show_bug.cgi?id=56202 Kunal Mehta (Legoktm) legoktm.wikipe...@gmail.com changed: What|Removed |Added CC||01tonytho...@gmail.com --- Comment #6 from Kunal Mehta (Legoktm) legoktm.wikipe...@gmail.com --- *** Bug 63572 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 63572] Missing info on create new Wikimedia Labs instance notification email
https://bugzilla.wikimedia.org/show_bug.cgi?id=63572 Kunal Mehta (Legoktm) legoktm.wikipe...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Kunal Mehta (Legoktm) legoktm.wikipe...@gmail.com --- *** This bug has been marked as a duplicate of bug 56202 *** -- 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 63255] check standard spam prevention features work in Wikibase
https://bugzilla.wikimedia.org/show_bug.cgi?id=63255 Marius Hoch h...@online.de changed: What|Removed |Added CC||h...@online.de --- Comment #1 from Marius Hoch h...@online.de --- I did a bit of investigation. Results below. (In reply to Lydia Pintscher from comment #0) We need to check if MediaWiki's standard spam prevention features work as they should in Wikibase as well. The ones that come to mind are: * AbuseFilter added_links and removed_links don't seem to work (are always empty), also all_links only seems to include old links. old_links seems to work correctly. * SpamBlacklist Works correctly as far as I can tell (only tested very briefly). Please note that a log about this on Wikidata can be found on https://www.wikidata.org/wiki/Special:Log/spamblacklist * rate limits Not directly spam related, also there are unit tests for that. If there's more need here, I can test this, but I don't think this is worth the effort right now. * Special:LinkSearch Looks good and works fine locally and on Wikidata In conclusion it looks like everything works as it should except of our beloved AbuseFilter. -- 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 63483] Shifting from PHP mailer to Swift Mailer
https://bugzilla.wikimedia.org/show_bug.cgi?id=63483 Kunal Mehta (Legoktm) legoktm.wikipe...@gmail.com changed: What|Removed |Added Keywords|community-consensus-needed | URL||https://www.mediawiki.org/w ||iki/Thread:User_talk:Parent ||5446/Swift_Mailer_and_VERP -- 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 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 --- Comment #31 from Steven Walling swall...@wikimedia.org --- (In reply to Nemo from comment #30) From http://lists.wikimedia.org/pipermail/wikitech-l/2014-April/075721.html TL;DR: one user saying they chose to download the fonts in question is not the same thing as a report that a significant minority might have them. Please establish a number of scapegoats and guinea pigs that one has to sacrifice for Steven Walling the god of fonts to accept that something is going to go bad. AFAICS, people had anticipated that several billions of world inhabitants (those speaking non-Latin script languages) were going to be almost surely negatively affected. Maybe they should have included extraterrestrial and non-human (or even non-animal) forms of life in the count for it to be considered noteworthy? Nemo, We actually did release two different followup versions of the body copy settings after Patrick's comments. It was in large part due to feedback from Wikimedians like him. The fact that now we encountered a new issue where lots of users unintentionally get a font that does not render acceptably well is unfortunate, and we're responding as fast as we can. -- 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 10013] Implement client-side filtering of tables using javascript
https://bugzilla.wikimedia.org/show_bug.cgi?id=10013 Quim Gil q...@wikimedia.org changed: What|Removed |Added CC||dga...@wikimedia.org --- Comment #4 from Quim Gil q...@wikimedia.org --- Krinkle, this report is assigned to you. Do you plan to work on it? The current priority is Normal. However, nobody seems to have this feature in their plans? Should it be Lowest instead? -- 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 45631] Get edits results should show CentralAuth lock status, like the Get users results do
https://bugzilla.wikimedia.org/show_bug.cgi?id=45631 --- Comment #3 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 124280 had a related patch set uploaded by Alex Monk: Move logic for checking CA status (locked or non-unified) to userBlockFlags https://gerrit.wikimedia.org/r/124280 -- 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 45631] Get edits results should show CentralAuth lock status, like the Get users results do
https://bugzilla.wikimedia.org/show_bug.cgi?id=45631 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 12853] Allow triple brace substitution on preload templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=12853 Bawolff (Brian Wolff) bawolff...@gmail.com changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED --- Comment #8 from Bawolff (Brian Wolff) bawolff...@gmail.com --- (In reply to Technical 13 from comment #7) (In reply to Bawolff (Brian Wolff) from comment #5) preload=Template:Foo^param=bar^one I know pipes are a pain for wiki syntax, but if we're going to do this, I would still prefer we used them instead of using other characters (What if you want to use ^ in a parameter name, what if you have a template named Foo^. Using |'s doesn't cause any more confusion, and its already a reserved character). Users can always use %7C instead of {{!}} in urls. Per [[gerrit:116482]] the syntax will be: action=editpreload=Foopreloadparams[]=firstpreloadparams[]=second Where first will be available as $1 and second will be available as $2 in the preload template of Foo if my understanding is correct. Does this address your issue/question Brian? I'm fine with that syntax. I object to suddenly treating ^ as magic divider. --- Anyways, patch merged. As has been stated above you can do things like action=editpreload=Foopreloadparams[]=firstpreloadparams[]=second and have $1 replaced with first, $2 replaced with second, etc. $* will output all parameters, plus a colon (Consider the $* a side effect, which would probably not change, but we make no guarantees that it won't some far off day in the future). It should probably be available on Wikipedia by April 17. -- 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 12853] Allow triple brace substitution on preload templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=12853 --- Comment #9 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 116482 merged by Brian Wolff: Allow passing parameters to preload https://gerrit.wikimedia.org/r/116482 -- 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 63604] New: no way to edit any other section than section 0
https://bugzilla.wikimedia.org/show_bug.cgi?id=63604 Bug ID: 63604 Summary: no way to edit any other section than section 0 Product: MobileFrontend Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown Assignee: wikibugs-l@lists.wikimedia.org Reporter: jida...@jidanni.org CC: aricha...@wikimedia.org, jgon...@wikimedia.org, jrob...@wikimedia.org, kw...@wikimedia.org, maxsem.w...@gmail.com, rkald...@wikimedia.org Web browser: --- Mobile Platform: --- On every page there is an icon of a pencil. It is linked to #editor/0. I.e. there is no way to edit any other section than section 0. Maybe it was assumed that /0 meant the whole page. Anyway one must manually change the url to /1, /2 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 63317] Search overlay makes unnecessary requests for watch star status
https://bugzilla.wikimedia.org/show_bug.cgi?id=63317 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 63317] Search overlay makes unnecessary requests for watch star status
https://bugzilla.wikimedia.org/show_bug.cgi?id=63317 --- Comment #2 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 124281 had a related patch set uploaded by Theopolisme: Search: Prevent unneeded API requests when there aren't any titles https://gerrit.wikimedia.org/r/124281 -- 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 63604] no way to edit any other section than section 0
https://bugzilla.wikimedia.org/show_bug.cgi?id=63604 --- Comment #1 from Bingle bingle-ad...@wikimedia.org --- Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1909 -- 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 63458] allow removing impossible page-actions
https://bugzilla.wikimedia.org/show_bug.cgi?id=63458 --- Comment #3 from Dan Jacobson jida...@jidanni.org --- One notices a protected function renderPageActions( $data ) { ?ul id=page-actions class=hlist?php foreach( $this-getPageActions() as $key = $val ): echo $this-makeListItem( $key, $val ); endforeach; ?/ul?php } Maybe wrapping part of it in if(!$wgMFNoPageActions){} might work. I tried function JZ($z){$z-data['page_actions']=array(); return true;} $wgHooks['MinervaPreRender'][]='JZ'; but that didn't work. Maybe I'm barking up the wrong tree. -- 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 22683] {{msgnw:...}} (PPFrame::RECOVER_ORIG) doesn't nowiki xml-style extension tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=22683 --- Comment #6 from Bawolff (Brian Wolff) bawolff...@gmail.com --- (In reply to Bawolff (Brian Wolff) from comment #4) Possibly a wontfix. msgnw is really not used for anything afaik, and mostly kept for back compat. Do we really want to mess with that back compat? For the record: [01:22]bawolffpresent me thinks the backwards compatibility concerns that past me had were overrated -- 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 22683] {{msgnw:...}} (PPFrame::RECOVER_ORIG) doesn't nowiki xml-style extension tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=22683 --- Comment #7 from C. Scott Ananian canan...@wikimedia.org --- cscott-free: oh wow, that's black magic ***cscott-free makes the sign of the cross cscott-free: i believe in fixing old brokenness cscott-free: parsoid doesn't implement gallery, RECOVER_ORIG, or msgnw currently -- so making the thing that we eventually have to implement more sane is a plus cscott-free: (parsoid currently uses the PHP preprocessor for many things, including extensions and magic words) -- 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 63228] prevent import of items
https://bugzilla.wikimedia.org/show_bug.cgi?id=63228 Kunal Mehta (Legoktm) legoktm.wikipe...@gmail.com changed: What|Removed |Added CC||legoktm.wikipe...@gmail.com --- Comment #1 from Kunal Mehta (Legoktm) legoktm.wikipe...@gmail.com --- I assume that prevention is just meant to be a temporary measure until import of items is 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 52257] Vowel/Tone Marker problem in Thai (Firefox)
https://bugzilla.wikimedia.org/show_bug.cgi?id=52257 taweethaも kaeww...@gmail.com changed: What|Removed |Added Resolution|WORKSFORME |FIXED --- Comment #10 from taweethaも kaeww...@gmail.com --- I have found a fix for this bug. firefox preferences - content - advanced... - Fonts for: Thai - Monospace: change from monospace to anything else. Click OK and you will see the change. Troubleshooting information after the change will show something like this: Important Modified Preferences font.name.monospace.th Tahoma -- 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 52257] Vowel/Tone Marker problem in Thai (Firefox)
https://bugzilla.wikimedia.org/show_bug.cgi?id=52257 Bawolff (Brian Wolff) bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #11 from Bawolff (Brian Wolff) bawolff...@gmail.com --- (In reply to taweethaも from comment #10) I have found a fix for this bug. firefox preferences - content - advanced... - Fonts for: Thai - Monospace: change from monospace to anything else. Click OK and you will see the change. Troubleshooting information after the change will show something like this: Important Modified Preferences font.name.monospace.th Tahoma You may also be able to fix this by adjusting the Edit area font style option in [[Special:Preferences#mw-prefsection-editing]] -- 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 60076] browser/people.html shows impossible mailing list participation
https://bugzilla.wikimedia.org/show_bug.cgi?id=60076 --- Comment #2 from Alvaro a...@bitergia.com --- Hi! We have reviewed the data and the problem is that there are some old JSON files with old identities information. In the case of Jeroen, the information in the JSON file for messages sent is not for his identity. We are cleaning all data and creating new JSON files with correct data. -- 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