[Bug 58079] Undefined property: stdClass::$publication_year in BookManagerv2.hooks.php on line 392
https://bugzilla.wikimedia.org/show_bug.cgi?id=58079 Gerrit Notification Bot 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 58079] Undefined property: stdClass::$publication_year in BookManagerv2.hooks.php on line 392
https://bugzilla.wikimedia.org/show_bug.cgi?id=58079 --- Comment #1 from Gerrit Notification Bot --- Change 124289 had a related patch set uploaded by Deepali: Changed property name from publication_year to publication_date https://gerrit.wikimedia.org/r/124289 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 63605] Ignore expired cookie
https://bugzilla.wikimedia.org/show_bug.cgi?id=63605 --- Comment #1 from Gerrit Notification Bot --- Change 124285 had a related patch set uploaded by devunt: Ignore expired cookies https://gerrit.wikimedia.org/r/124285 -- 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 63605] Ignore expired cookie
https://bugzilla.wikimedia.org/show_bug.cgi?id=63605 Gerrit Notification Bot 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 63605] New: Ignore expired cookie
https://bugzilla.wikimedia.org/show_bug.cgi?id=63605 Bug ID: 63605 Summary: Ignore expired cookie Product: Pywikibot Version: compat (1.0) Hardware: All OS: All Status: NEW Severity: critical Priority: Unprioritized Component: General Assignee: pywikipedia-b...@lists.wikimedia.org Reporter: dev...@gmail.com Web browser: --- Mobile Platform: --- All un-localized title wiki pages response 302 redirect to https link due to forceHTTPS=deleted; expire=1970; cookie saved in login.data. but extactly https is not enabled and cause HTTPError for all pages. -- 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 63605] Ignore expired cookie
https://bugzilla.wikimedia.org/show_bug.cgi?id=63605 JuneHyeon Bae changed: What|Removed |Added Assignee|pywikipedia-b...@lists.wiki |dev...@gmail.com |media.org | -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 60076] browser/people.html shows impossible mailing list participation
https://bugzilla.wikimedia.org/show_bug.cgi?id=60076 --- Comment #2 from Alvaro --- 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
[Bug 52257] Vowel/Tone Marker problem in Thai (Firefox)
https://bugzilla.wikimedia.org/show_bug.cgi?id=52257 Bawolff (Brian Wolff) changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #11 from Bawolff (Brian Wolff) --- (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 52257] Vowel/Tone Marker problem in Thai (Firefox)
https://bugzilla.wikimedia.org/show_bug.cgi?id=52257 taweethaも changed: What|Removed |Added Resolution|WORKSFORME |FIXED --- Comment #10 from taweethaも --- 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 63228] prevent import of items
https://bugzilla.wikimedia.org/show_bug.cgi?id=63228 Kunal Mehta (Legoktm) changed: What|Removed |Added CC||legoktm.wikipe...@gmail.com --- Comment #1 from Kunal Mehta (Legoktm) --- 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 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 --- 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 , 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 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) --- (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]present 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 63458] allow removing impossible page-actions
https://bugzilla.wikimedia.org/show_bug.cgi?id=63458
--- Comment #3 from Dan Jacobson ---
One notices a
protected function renderPageActions( $data ) {
?>getPageActions() as $key => $val ):
echo $this->makeListItem( $key, $val );
endforeach;
?>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 63604] no way to edit any other section than section 0
https://bugzilla.wikimedia.org/show_bug.cgi?id=63604 --- Comment #1 from Bingle --- 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 63317] Search overlay makes unnecessary requests for watch star status
https://bugzilla.wikimedia.org/show_bug.cgi?id=63317 Gerrit Notification Bot 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 --- 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] 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 12853] Allow triple brace substitution on preload templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=12853 --- Comment #9 from Gerrit Notification Bot --- 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 12853] Allow triple brace substitution on preload templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=12853
Bawolff (Brian Wolff) changed:
What|Removed |Added
Status|PATCH_TO_REVIEW |RESOLVED
Resolution|--- |FIXED
--- Comment #8 from Bawolff (Brian Wolff) ---
(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=edit&preload=Foo&preloadparams[]=first&preloadparams[]=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=edit&preload=Foo&preloadparams[]=first&preloadparams[]=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 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 --- 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 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 10013] Implement client-side filtering of tables using javascript
https://bugzilla.wikimedia.org/show_bug.cgi?id=10013 Quim Gil changed: What|Removed |Added CC||dga...@wikimedia.org --- Comment #4 from Quim Gil --- 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 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 --- Comment #31 from Steven Walling --- (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 63483] Shifting from PHP mailer to Swift Mailer
https://bugzilla.wikimedia.org/show_bug.cgi?id=63483 Kunal Mehta (Legoktm) 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 63255] check standard spam prevention features work in Wikibase
https://bugzilla.wikimedia.org/show_bug.cgi?id=63255 Marius Hoch changed: What|Removed |Added CC||h...@online.de --- Comment #1 from Marius Hoch --- 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 56202] Improve OpenStackManager's Echo-based notification emails
https://bugzilla.wikimedia.org/show_bug.cgi?id=56202 Kunal Mehta (Legoktm) changed: What|Removed |Added CC||01tonytho...@gmail.com --- Comment #6 from Kunal Mehta (Legoktm) --- *** 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) changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Kunal Mehta (Legoktm) --- *** 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 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 --- Comment #30 from Nemo --- 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 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) changed: What|Removed |Added Component|BetaFeatures|VectorBeta --- Comment #3 from Kunal Mehta (Legoktm) --- [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 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/Avis&oldid=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 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 --- Comment #29 from Steven Walling --- (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 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 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 --- (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 36422] easily reload all apaches
https://bugzilla.wikimedia.org/show_bug.cgi?id=36422 --- Comment #15 from Bryan Davis --- 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 62781] Make hit log viewable by non-admin
https://bugzilla.wikimedia.org/show_bug.cgi?id=62781 --- Comment #2 from Betacommand --- 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 61051] MathJax equations are centered
https://bugzilla.wikimedia.org/show_bug.cgi?id=61051 --- Comment #26 from Gerrit Notification Bot --- 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 63599] Removing a reference is confusing, with two "remove" links
https://bugzilla.wikimedia.org/show_bug.cgi?id=63599 --- Comment #1 from Aude --- 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 37938] VisualEditor: Support for definition-lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=37938
Richard Morris changed:
What|Removed |Added
CC||r...@singsurf.org
--- Comment #1 from Richard Morris ---
I had a problem caused by the broken definition lists. If you have a maths
equation aligned as a block using a dl ie
:e^{i \pi}
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 63574] Color no longer working in MathJax
https://bugzilla.wikimedia.org/show_bug.cgi?id=63574 --- Comment #2 from Derk-Jan Hartman --- 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 63574] Color no longer working in MathJax
https://bugzilla.wikimedia.org/show_bug.cgi?id=63574 Derk-Jan Hartman 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 61051] MathJax equations are centered
https://bugzilla.wikimedia.org/show_bug.cgi?id=61051 --- Comment #25 from Richard Morris --- 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 . 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 57651] JavaScript is not loaded with the 'rebuildFileCache.php' maintenance script
https://bugzilla.wikimedia.org/show_bug.cgi?id=57651 Bawolff (Brian Wolff) changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED CC||bawolff...@gmail.com Resolution|--- |FIXED --- Comment #8 from Bawolff (Brian Wolff) --- 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 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 --- 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 63600] New: VisualEditor : {{FULLPAGENAME}} in replaced by “API”
https://bugzilla.wikimedia.org/show_bug.cgi?id=63600
Bug ID: 63600
Summary: VisualEditor : {{FULLPAGENAME}} in
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 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 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 --- Comment #27 from Bawolff (Brian Wolff) --- > > 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 63468] Enable uploads from NYPL through the GWToolset
https://bugzilla.wikimedia.org/show_bug.cgi?id=63468 --- Comment #2 from Tomasz W. Kozlowski --- 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 63468] Enable uploads from NYPL through the GWToolset
https://bugzilla.wikimedia.org/show_bug.cgi?id=63468 Gerrit Notification Bot 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 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 --- Comment #26 from Bartosz Dziewoński --- (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 --- 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 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 --- Comment #25 from Steven Walling --- (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 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:Sandbox&oldid=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.1&action=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
[Bug 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 Nemo changed: What|Removed |Added Keywords||i18n --- Comment #24 from Nemo --- (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 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 Nemo 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 --- Comment #23 from Bartosz Dziewoński --- (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 63596] Create a FeaturedFeed for the Tech News weekly bulletin
https://bugzilla.wikimedia.org/show_bug.cgi?id=63596 Nemo 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 62976] Tool Labs: Webservices with Apache-specific configuration not working in eqiad
https://bugzilla.wikimedia.org/show_bug.cgi?id=62976 DrTrigon changed: What|Removed |Added Resolution|WORKSFORME |FIXED --- Comment #11 from DrTrigon --- 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 --- Comment #1 from Gerrit Notification Bot --- 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 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 61051] MathJax equations are centered
https://bugzilla.wikimedia.org/show_bug.cgi?id=61051 --- Comment #24 from Frédéric Wang --- 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 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 --- Comment #22 from Bartosz Dziewoński --- 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 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 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 61051] MathJax equations are centered
https://bugzilla.wikimedia.org/show_bug.cgi?id=61051 --- Comment #23 from Frédéric Wang --- (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 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 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 --- 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 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 --- Comment #21 from Steven Walling --- (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 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) --- 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 61051] MathJax equations are centered
https://bugzilla.wikimedia.org/show_bug.cgi?id=61051 --- Comment #22 from nageh --- 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 Gerrit Notification Bot 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 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 --- 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 63512] Typography refresh body type renders incorrectly in Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=63512 --- Comment #20 from Erwin Dokter --- 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 61051] MathJax equations are centered
https://bugzilla.wikimedia.org/show_bug.cgi?id=61051 --- Comment #21 from nageh --- Ha. I do get a bit sensible when I see things being discussed that have long been addressed in my code as if I hadn't done any work on it at all, and when I see comments in the git repository that seem to imply that problems were due to bugs in my code. As far as Moritz's efforts are concerned, I'm not exactly familiar with his works but I wish him well and encourage him. Peace out. -- You are receiving this mail because: You are the assignee for the bug. You are on 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 #19 from Steven Walling --- (In reply to Bawolff (Brian Wolff) from comment #17) > I'm kind of concerned that an issue was fixed *only* on enwikipedia. Issues > that affect all wikis on cluster really should not be fixed on just a single > wiki. Brian: we definitely won't consider this bug resolved until we've fixed the problem on all Wikimedia wikis by properly changing core's Vector LESS styles. We tested and implemented local fixes on Beta Labs and English Wikipedia since it was a Friday and we wanted to get user feedback quickly via the Village Pumps etc. Jon will be putting a real patch in place and we have coordinated with the [[wikitech:SWAT deploys]] team to shoot for Monday. Bartosz: yes, for now removing Arimo and Liberation Sans is fixing the problem for XP and Windows 7 users. In the future we need to take a second look at see if there is any freely-licensed font that will render well for users without subpixel rendering. For now, this fix is what users are saying improves things. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45925] Trim spaces around statements of string type
https://bugzilla.wikimedia.org/show_bug.cgi?id=45925 Lydia Pintscher changed: What|Removed |Added Priority|Normal |High Whiteboard||u=dev c=frontend p=0 -- 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 52295] Add sanitized User-Agent to default fields logged by EventLogging
https://bugzilla.wikimedia.org/show_bug.cgi?id=52295 --- Comment #22 from nuria --- We have hired a hard working Product Manager for analytics that is getting up to speed on the issue regarding User Agents and Privacy. He shall be publishing documentation once he's had time to catch up. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 54604] Ridiculous amount of CSS rules for external links
https://bugzilla.wikimedia.org/show_bug.cgi?id=54604 --- Comment #22 from Quiddity --- (In reply to Jon from comment #14) > Great. I'm agnostic about killing the icons or not. My main goal is to start > cleaning up and improving all the desktop CSS. I thought we'd agreed to clean up the expensive CSS, and not to delete the icons (which is what https://gerrit.wikimedia.org/r/123817 does). :/ -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 11777] Multiple inputboxes make page invalid due to repetitive similar id
https://bugzilla.wikimedia.org/show_bug.cgi?id=11777 --- Comment #9 from Quiddity --- (In reply to Alex Monk from comment #8) > Quiddity: Are you saying that the value of id is ignored? Because if so I > think that's fixed in Gerrit change #124132 My comment 7 was just meant to provide a few more details and examples, and to note that the id it assigns is sometimes "searchbox", and not always (as the old 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'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?). (For context: I'm mainly interested in this bug, because there was a related problem with Parsoid/Flow: bug 60816 and bug 60785 have details.) HTH. -- 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 63594] Global usage shows file usage on deleted pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=63594 --- Comment #1 from Bawolff (Brian Wolff) --- Usually this is not an issue for other link tables, since we inner join on page, so its not noticeable. As it stands, the only way to address the issue is to recreate the page in question, and then delete it. We should probably * Make the refreshlinks option of API purge kill all links if the page doesn't exist * Possibly make normal purge on non-existent pages also do that (Not sure, normally we do not have purge touch the link tables, but to be fair purging images does really complex (and expensive) cache clearing, so it wouldn't be that different) -- You are receiving this mail because: You are the assignee for the bug. You are on 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 #18 from Jon --- You are correct Brian, this is very insufficient and it is a concern to me. The idea was just to get through the weekend (other projects could copy this if they deemed it necessary). The plan is on Monday to lightning deploy a fix to all wikis making this change everywhere (We don't do lightning deploys on Fridays) I will mail a long email with details and possible next steps to address the long term issue of finding a free font we can support sometime Monday. What this space. -- You are receiving this mail because: You are the assignee for the bug. You are on 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 Bawolff (Brian Wolff) changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #17 from Bawolff (Brian Wolff) --- I'm kind of concerned that an issue was fixed *only* on enwikipedia. Issues that affect all wikis on cluster really should not be fixed on just a single wiki. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35479] Output TeX code in script elements for MathJax
https://bugzilla.wikimedia.org/show_bug.cgi?id=35479 --- Comment #7 from Frédéric Wang --- (In reply to Frédéric Wang from comment #6) > > I think it would be great to use nageh's heuristics to write a not that sets > > the mathstyle. > > I don't think heuristics will be necessary anymore once you have the > mathstyle mode. Your commit 119010 is already checking the CSS class for > that. Ah, sorry you meant a "bot" to automatically add the attribute? -- 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 35479] Output TeX code in script elements for MathJax
https://bugzilla.wikimedia.org/show_bug.cgi?id=35479 --- Comment #6 from Frédéric Wang --- (In reply to physikerwelt from comment #5) > I would prefer not to put additional script elements in the output. OK, I was just asking because of theDJ's comment on another bug. > I think it would be great to use nageh's heuristics to write a not that sets > the mathstyle. I don't think heuristics will be necessary anymore once you have the mathstyle mode. Your commit 119010 is already checking the CSS class for that. -- 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 35479] Output TeX code in script elements for MathJax
https://bugzilla.wikimedia.org/show_bug.cgi?id=35479 --- Comment #5 from physikerwelt --- I would prefer not to put additional script elements in the output. I think it would be great to use nageh's heuristics to write a not that sets the mathstyle. -- 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 #20 from Frédéric Wang --- (In reply to nageh from comment #19) > So far I have ignored all these bug reports, and it seems for good. It is > funny how much I am blamed here for all these bugs while clearly my code has > had it right from the very start. The heuristic is not about selecting > centered or left-aligned maths, it is about deciding the way big operators > are rendered. From the very first day my script had included as part of the > MathJax config environment > displayAlign: "left" > It seems that all my work was in vain, as if it hadn't existed at all. Sigh, > I shall not read any of these comments. I'm not sure where you see that you are blamed. I think everybody recognize your efforts with client-side MathJax on MediaWiki. But if the MathJax option has never been enabled by default, there are good reasons (e.g. performance just to mention one of them). So Moritz has done an awesome work to implement server-side conversion, improves the texvc situation and more. Unfortunately, this is a big and complicate change and review has been slow. The goal is to have the traditional inline mode / display mode that we find in math documents and the default/current MediaWiki rendering "inline displaystyle". This handles whether the equation is centered or not and whether the displaystyle is used or not. Moritz has done several versions and branches to try to get the patch accepted and things may have been broken in the battle. Again, I don't think anyone blamed you. I'm sorry to see that you take that personally, instead of encouraging Moritz (and others)'s effort. -- You are receiving this mail because: You are the assignee for the bug. You are on 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 nageh changed: What|Removed |Added CC||mal.mal...@gmail.com --- Comment #19 from nageh --- So far I have ignored all these bug reports, and it seems for good. It is funny how much I am blamed here for all these bugs while clearly my code has had it right from the very start. The heuristic is not about selecting centered or left-aligned maths, it is about deciding the way big operators are rendered. From the very first day my script had included as part of the MathJax config environment displayAlign: "left" It seems that all my work was in vain, as if it hadn't existed at all. Sigh, I shall not read any of these comments. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 63440] Please offer larger image thumbnail sizes in Special:Preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=63440 --- Comment #13 from Tomasz W. Kozlowski --- http://www.google.com/?q=wikitech-l -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 63440] Please offer larger image thumbnail sizes in Special:Preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=63440 --- Comment #12 from mac.ken...@hotmail.ca --- I am not being obtuse just rather uninformed about process. So I would love to bring it to wikitech-l if I knew what that was. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 63594] Global usage shows file usage on deleted pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=63594 Andre Klapper changed: What|Removed |Added Summary|Global usage schows file|Global usage shows file |usage on deleted pages |usage on deleted pages -- You are receiving this mail because: You are the assignee for the bug. You are on 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 #16 from Jon --- we need to reevaluate these two fonts at least in the Windows context. I dropped them on enwiki as we'd had many reports that the font rendering was just broken and I was able to confirm there were problems with both Arimo and Liberation Sans and thus unreadable thus going against the whole ides of providing free knowledge. Easiest thing seems to be to drop them. Is there anything else we could do to keep our free font commitment? -- You are receiving this mail because: You are the assignee for the bug. You are on 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 --- Comment #7 from Gerrit Notification Bot --- Change 124133 merged by jenkins-bot: Remove unused 'prefs-beta' message https://gerrit.wikimedia.org/r/124133 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 54052] tools.wmflabs.org inaccessible via labs instances
https://bugzilla.wikimedia.org/show_bug.cgi?id=54052 Tim Landscheidt changed: What|Removed |Added CC||m...@uberbox.org Assignee|m...@uberbox.org|t...@tim-landscheidt.de -- 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 54052] tools.wmflabs.org inaccessible via labs instances
https://bugzilla.wikimedia.org/show_bug.cgi?id=54052 --- Comment #8 from Gerrit Notification Bot --- Change 123149 had a related patch set uploaded by Tim Landscheidt: Tools: Alias tools.wmflabs.org to internal webproxy https://gerrit.wikimedia.org/r/123149 -- 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 54052] tools.wmflabs.org inaccessible via labs instances
https://bugzilla.wikimedia.org/show_bug.cgi?id=54052 Gerrit Notification Bot 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 63595] New: Merging items with same referenced claim is not possible
https://bugzilla.wikimedia.org/show_bug.cgi?id=63595 Bug ID: 63595 Summary: Merging items with same referenced claim is not possible Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: WikidataClient Assignee: wikidata-b...@lists.wikimedia.org Reporter: matejsuchane...@gmail.com CC: wikidata-b...@lists.wikimedia.org Web browser: --- Mobile Platform: --- This bug is similar to 63278. When I try to merge two items which have same claim, and this claim is same referenced, I get this error message: "Exception while applying changes: Claim has already a reference with hash 7eb64cf9621d34c54fd4bd040ed". Why is it a problem to merge items having a same referenced claim? Example: [[d:Q8262804]], [[d:Q15403782]] -- 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 52295] Add sanitized User-Agent to default fields logged by EventLogging
https://bugzilla.wikimedia.org/show_bug.cgi?id=52295 --- Comment #21 from Nemo --- From [[mail:analytics]]: "We also finished a numbers of unplanned tasks: [...] User Agent discussions (EventLogging)". Any published notes/recap? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 63594] Global usage schows file usage on deleted pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=63594 Steinsplitter changed: What|Removed |Added Priority|Unprioritized |Normal -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 63594] New: Global usage schows file usage on deleted pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=63594 Bug ID: 63594 Summary: Global usage schows file usage on deleted pages Product: Wikimedia Version: wmf-deployment Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Media storage Assignee: wikibugs-l@lists.wikimedia.org Reporter: steinsplitter-w...@live.com CC: aarcos.w...@gmail.com, bawolff...@gmail.com, fflo...@wikimedia.org, gti...@wikimedia.org, mtrac...@member.fsf.org Web browser: --- Mobile Platform: --- Example: https://beta.wikiversity.org/wiki/USA:s_presidenter is deleted, but See https://commons.wikimedia.org/w/index.php?title=Special%3AGlobalUsage&limit=500&target=Harry-truman.jpg says that it is "IN USE". Pleas purge the Database. 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 745] RTL/bidirectional issues (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=745 Bug 745 depends on bug 62981, which changed state. Bug 62981 Summary: Compact-interlanguage link doesn't show up correctly for RTL languages https://bugzilla.wikimedia.org/show_bug.cgi?id=62981 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 62981] Compact-interlanguage link doesn't show up correctly for RTL languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=62981 Amir E. Aharoni 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
