[Bug 13921] deadlocks mass-deleting media files in categories
https://bugzilla.wikimedia.org/show_bug.cgi?id=13921 Aaron Schulz changed: What|Removed |Added Assignee|aschulz4...@gmail.com |wikibugs-l@lists.wikimedia. ||org -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47879] Filter group from Special:LanguageStats when group is not a priority language
https://bugzilla.wikimedia.org/show_bug.cgi?id=47879 --- Comment #5 from Gerrit Notification Bot --- Related URL: https://gerrit.wikimedia.org/r/65092 (Gerrit Change I2529498a4a4fd5b6f1530158797549ff16b9f5a1) -- 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 47879] Filter group from Special:LanguageStats when group is not a priority language
https://bugzilla.wikimedia.org/show_bug.cgi?id=47879 Santhosh Thottingal changed: What|Removed |Added Status|REOPENED|ASSIGNED Assignee|wikibugs-l@lists.wikimedia. |santhosh.thottingal@gmail.c |org |om -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47879] Filter group from Special:LanguageStats when group is not a priority language
https://bugzilla.wikimedia.org/show_bug.cgi?id=47879 --- Comment #4 from Siebrand --- (In reply to comment #3) > Are you suggesting that even if it is not a forced priority, we need to hide > from language stats? I'm no suggesting it, it's a requirement defined precisely so in the first sentence of this issue report. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47879] Filter group from Special:LanguageStats when group is not a priority language
https://bugzilla.wikimedia.org/show_bug.cgi?id=47879 --- Comment #3 from Santhosh Thottingal --- Are you suggesting that even if it is not a forced priority, we need to hide from language stats? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47879] Filter group from Special:LanguageStats when group is not a priority language
https://bugzilla.wikimedia.org/show_bug.cgi?id=47879 Siebrand changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID |--- --- Comment #2 from Siebrand --- Closing as invalid was incorrect -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47879] Filter group from Special:LanguageStats when group is not a priority language
https://bugzilla.wikimedia.org/show_bug.cgi?id=47879 Santhosh Thottingal changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #1 from Santhosh Thottingal --- In the given example, the log says, the priority languages are set as Spanish, Portuguese, Italian and English. But it is not a forced limitation. Other languages are not prevented from translation. If it was forced limitation, the log will read like: "limited languages for translatable page Iberocoop:Portada to Spanish, Portuguese, Italian and English" That is why it is appearing in language stats page. If the languages were limited using the checkbox("Prevent translations..") while marking the page for translation, it will not appear in Languagestats page. (This feature was done in commit 4de82dbf3ec559dcd8858323efe1d87cc654cbaa by Niklas on Feb 28 2012) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48256] Make brackets in section edit links accessible to CSS
https://bugzilla.wikimedia.org/show_bug.cgi?id=48256 --- Comment #8 from Liangent --- (In reply to comment #7) > Thanks Bartosz. If IE6/7 ever become such an antique that we stop supporting > them (we can dream can't we?) then I'll come back to this to suggest going > the > pseudoelement route. I wonder whether we can stop supporting older IE with JavaScript disabled? In this way we can just bundle stuff like https://code.google.com/p/ie7-js/ and use whatever we like. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43790] Add JavaScript variable for whether user can edit the page
https://bugzilla.wikimedia.org/show_bug.cgi?id=43790 Matthew Flaschen changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|wikibugs-l@lists.wikimedia. |mflasc...@wikimedia.org |org | --- Comment #2 from Matthew Flaschen --- Gerrit at https://gerrit.wikimedia.org/r/65009 . I used the name wgIsProbablyEditable, since I did go with quickUserCan (same as SkinTemplate). -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48726] $HOME isn't set on webservers, causes jsub to try /$JOBNAME.out as output file
https://bugzilla.wikimedia.org/show_bug.cgi?id=48726 --- Comment #1 from Gerrit Notification Bot --- Related URL: https://gerrit.wikimedia.org/r/65007 (Gerrit Change I7d03609b0c901527c0dcd492ba99af64e517a13e) -- 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 48722] PATH on webservers is just "/bin" for tools
https://bugzilla.wikimedia.org/show_bug.cgi?id=48722 --- Comment #2 from Gerrit Notification Bot --- Related URL: https://gerrit.wikimedia.org/r/65007 (Gerrit Change I7d03609b0c901527c0dcd492ba99af64e517a13e) -- 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 48722] PATH on webservers is just "/bin" for tools
https://bugzilla.wikimedia.org/show_bug.cgi?id=48722 --- Comment #1 from Tim Landscheidt --- Addendum: qsub calls basename without absolute path, and the latter resides in /usr/bin, so submitting jobs from the webserver is virtually impossible for normal users. -- 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 48285] Enter 2 times, Up, Delete : pawned
https://bugzilla.wikimedia.org/show_bug.cgi?id=48285 --- Comment #2 from Nicolas Raoul --- OK, please let me know when Master is pushed, so that I can retest this. -- 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 48284] Enter 2 times, Backspace 2 times : not deleted
https://bugzilla.wikimedia.org/show_bug.cgi?id=48284 --- Comment #2 from Nicolas Raoul --- I just tried, it is a worse problem now, text is lost. -- 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 48424] No language name for "no" code in "languages" tag
https://bugzilla.wikimedia.org/show_bug.cgi?id=48424 --- Comment #5 from Hazard-SJ --- It was manually created before the extension was in use there. I've deleted 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 48737] New: Define rules for using Ganglia for individual tool statistics
https://bugzilla.wikimedia.org/show_bug.cgi?id=48737 Web browser: --- Bug ID: 48737 Summary: Define rules for using Ganglia for individual tool statistics Product: Wikimedia Labs Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: tools Assignee: m...@uberbox.org Reporter: t...@tim-landscheidt.de CC: rlan...@gmail.com Classification: Unclassified Mobile Platform: --- There has been some interest to use Ganglia for statistics for bots & Co. instead of other libraries or off-site services. Obviously, just pointing users to how to do it could cause a lot of chagrin, with either the statistics not being grouped under a reasonable host, interfering with system statistics or just flooding the network. Instead of trying to sandbox it so that no user can cause havoc or trying to come up with eternal technical rules (x values per service group per second, etc.), I propose that we define something more basic, but flexible: - Ganglia can be used *only* for tools's statistics with admin's approval. Violators will be LARTed. Approval is handled by admins at benevolent will. - Admins have a public wikipage where all approved tools, the corresponding Ganglia groups, the values they send and the rate at which they send them are kept. Tools must adhere to this plan, changes are only made by admin. - Statistics for tools are gathered under a pseudo host ("tools-statistics"?) with one group per tool. -- 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 48736] New: Please upgrade the Bugzilla version
https://bugzilla.wikimedia.org/show_bug.cgi?id=48736 Web browser: --- Bug ID: 48736 Summary: Please upgrade the Bugzilla version Product: Wikimedia Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Bugzilla Assignee: wikibugs-l@lists.wikimedia.org Reporter: jida...@jidanni.org CC: aklap...@wikimedia.org, s...@reedyboy.net, thehelpfulonew...@gmail.com Classification: Unclassified Mobile Platform: --- Please upgrade the Bugzilla version, lest one suffer from https://bugzilla.mozilla.org/show_bug.cgi?id=875143 https://bugzilla.mozilla.org/show_bug.cgi?id=148564 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48680] VisualEditor: Cursor position should account for padding in alien inline blocks
https://bugzilla.wikimedia.org/show_bug.cgi?id=48680 Krinkle changed: What|Removed |Added Priority|Unprioritized |Normal Severity|normal |minor -- 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 35912] Jenkins: Set up PHPUnit testing on MySQL backend
https://bugzilla.wikimedia.org/show_bug.cgi?id=35912 --- Comment #5 from Matthew Flaschen --- There are a couple cases I'm aware of with using SQLite: 1. The math extension can not run all of its tests, since SQLite has global indices. See https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/Math.git;a=blob;f=tests/MathDatabaseTest.php;h=f909f7f20cdcf7814d2ac9c08bc777c25401e764;hb=refs/heads/master#l86 . Judging by that comment, all other databases including MySQL work. 2. Similarly, Echo had an issue since SQLite doesn't have "ALTER TABLE CHANGE" (https://gerrit.wikimedia.org/r/#/c/64594/). Of course, it's preferable to support multiple databases, including SQLite if possible. But it would be very useful to also test in MySQL both because the behavior can differ, and because SQLite sometimes just doesn't work for what we currently need. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48680] VisualEditor: Cursor position should account for padding in alien inline blocks
https://bugzilla.wikimedia.org/show_bug.cgi?id=48680 Christian Williams changed: What|Removed |Added Assignee|i...@wikia-inc.com |or...@framezero.com -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48680] VisualEditor: Cursor position should account for padding in alien inline blocks
https://bugzilla.wikimedia.org/show_bug.cgi?id=48680 --- Comment #1 from Christian Williams --- Yeah, this is reproducible. No adjustment to margin or padding of the alien (the code element) is able to fix this issue though. We're using native browser selection rendering, and this is a side-effect. One possible future fix would be to allow the cursor to be placed at the first and last offset of protected nodes (contenteditable would have to be set to true) to give the desired cursor rendering. Any keypress would have to first fixup the selection. I think this is likely a minor occurrence and making such a dramatic change to protectedNodes is out-of-scope for now. -- 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 48316] VisualEditor: When the edit tab is replaced it breaks active/selected states and doesn't replace "Create" tabs properly.
https://bugzilla.wikimedia.org/show_bug.cgi?id=48316 Krinkle changed: What|Removed |Added Assignee|krinklem...@gmail.com |esand...@wikimedia.org -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47579] Parsoid: extension blocks not wrapped in a
https://bugzilla.wikimedia.org/show_bug.cgi?id=47579 Krinkle changed: What|Removed |Added CC||krinklem...@gmail.com Assignee|krinklem...@gmail.com |gwi...@wikimedia.org -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47434] VisualEditor: No oldid is sent on POST to Parsoid
https://bugzilla.wikimedia.org/show_bug.cgi?id=47434 Krinkle changed: What|Removed |Added Assignee|krinklem...@gmail.com |gwi...@wikimedia.org -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43917] Delete all redundant "MediaWiki" pages for system messages
https://bugzilla.wikimedia.org/show_bug.cgi?id=43917 Bug 43917 depends on bug 48050, which changed state. Bug 48050 Summary: deleteEqualMessages: Implement ability to run on all langcode subpages https://bugzilla.wikimedia.org/show_bug.cgi?id=48050 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48050] deleteEqualMessages: Implement ability to run on all langcode subpages
https://bugzilla.wikimedia.org/show_bug.cgi?id=48050 Krinkle changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #4 from Krinkle --- Merged and backported to 1.21 -- 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 43917] Delete all redundant "MediaWiki" pages for system messages
https://bugzilla.wikimedia.org/show_bug.cgi?id=43917 --- Comment #10 from Gerrit Notification Bot --- Related URL: https://gerrit.wikimedia.org/r/64991 (Gerrit Change I2680413c276365a44c935a6f6fdd740daa86341e) -- 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 48050] deleteEqualMessages: Implement ability to run on all langcode subpages
https://bugzilla.wikimedia.org/show_bug.cgi?id=48050 --- Comment #3 from Gerrit Notification Bot --- Related URL: https://gerrit.wikimedia.org/r/64991 (Gerrit Change I2680413c276365a44c935a6f6fdd740daa86341e) -- 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 48735] VE moves header and inserts text in wrong place
https://bugzilla.wikimedia.org/show_bug.cgi?id=48735 --- Comment #1 from sp...@wikimedia.org --- In Chromium (25.0.1364.160 Ubuntu 13.04) not logged in, the same step 3 adds blank line above (not styled as a heading) and moves the caret to the second character in the existing heading. -- 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 36060] MathJax doesn't work in preview
https://bugzilla.wikimedia.org/show_bug.cgi?id=36060 Bug 36060 depends on bug 30713, which changed state. Bug 30713 Summary: Implement JavaScript hook for "article ready" https://bugzilla.wikimedia.org/show_bug.cgi?id=30713 What|Removed |Added Status|ASSIGNED|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 33399] LivePreview: mediawiki.page.ready needs to re-run (jquery.makeCollapsible, jquery.tablesorter) after preview content is loaded
https://bugzilla.wikimedia.org/show_bug.cgi?id=33399 Bug 33399 depends on bug 30713, which changed state. Bug 30713 Summary: Implement JavaScript hook for "article ready" https://bugzilla.wikimedia.org/show_bug.cgi?id=30713 What|Removed |Added Status|ASSIGNED|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 30713] Implement JavaScript hook for "article ready"
https://bugzilla.wikimedia.org/show_bug.cgi?id=30713 Krinkle changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #12 from Krinkle --- (In reply to comment #11) > Change-Id: Ic73a3efe53d6fb731e7f1e531d5f51530cd7e4fe Merged. -- 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 48735] New: VE moves header and inserts text in wrong place
https://bugzilla.wikimedia.org/show_bug.cgi?id=48735 Web browser: --- Bug ID: 48735 Summary: VE moves header and inserts text in wrong place Product: VisualEditor Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: Unprioritized Component: General Assignee: jforres...@wikimedia.org Reporter: sp...@wikimedia.org CC: jforres...@wikimedia.org, krinklem...@gmail.com Classification: Unclassified Mobile Platform: --- On my user page https://www.mediawiki.org/wiki/User:S_Page_%28WMF%29 and now on a test page https://www.mediawiki.org/wiki/User:S_Page_%28WMF%29/VE_bugs every time I try to add a new section VE goes haywire 1. Edit (with VE) 2. Click at start of first heading ("welcomecreation...") 3. Press Enter, it prepends new heading (good) 4. Press up arrow to move up to this new blank heading. 5. Start typing the heading, e.g. press 'X' 6. That was wrong, so press Backspace (or left arrow) Result: The text of the heading underneath leaps above the new heading, joining text above it. I can edit other parts of the document, but whenever I return to my new heading to add or backspace, the caret jumps elsewhere. If I undo enough times, VE undoes to a state where the new header displays below the existing header. The document looks different to what it did before, but [Review and save] is grayed out. I created a new document https://www.mediawiki.org/wiki/User:S_Page_%28WMF%29/VE_bugs and similar stuff happens in that. This is in Firefox 21 on Ubuntu, and mediawiki.org's VE as of 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 48734] VisualEditor: Toolbar should clear float to avoid misalignment by extra elements
https://bugzilla.wikimedia.org/show_bug.cgi?id=48734 Krinkle changed: What|Removed |Added Priority|Unprioritized |Normal Status|NEW |ASSIGNED Assignee|rm...@wikimedia.org |krinklem...@gmail.com Target Milestone|--- |VE-deploy-2013-05-27 -- 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 48734] VisualEditor: Toolbar should clear float to avoid misalignment by extra elements
https://bugzilla.wikimedia.org/show_bug.cgi?id=48734 --- Comment #4 from Gerrit Notification Bot --- Related URL: https://gerrit.wikimedia.org/r/64989 (Gerrit Change Ic5f73ac1eb8c41b891dd1c67b71795cb6c456141) -- 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 48734] VisualEditor: Toolbar should clear float to avoid misalignment by extra elements
https://bugzilla.wikimedia.org/show_bug.cgi?id=48734 --- Comment #3 from Krinkle --- Created attachment 12375 --> https://bugzilla.wikimedia.org/attachment.cgi?id=12375&action=edit What it looks like with clear:both patch applied The icons become visible again and the actions toolbar (right hand side of the toolbar) is no longer pushed to the left but flush to the right again. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48734] VisualEditor: Toolbar should clear float to avoid misalignment by extra elements
https://bugzilla.wikimedia.org/show_bug.cgi?id=48734 --- Comment #2 from Krinkle --- Created attachment 12374 --> https://bugzilla.wikimedia.org/attachment.cgi?id=12374&action=edit Current misalignment when there are extra elements in #content Such as the case currently on https://de.wikipedia.org/wiki/Berlin -- 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 48734] VisualEditor: Toolbar should clear float to avoid misalignment by extra elements
https://bugzilla.wikimedia.org/show_bug.cgi?id=48734 --- Comment #1 from Krinkle --- Created attachment 12373 --> https://bugzilla.wikimedia.org/attachment.cgi?id=12373&action=edit What the toolbar usually looks like Note absence of space between the Vector tabs and the toolbar, and the Save button is flush to the right. -- 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 48734] New: VisualEditor: Toolbar should clear float to avoid misalignment by extra elements
https://bugzilla.wikimedia.org/show_bug.cgi?id=48734 Web browser: --- Bug ID: 48734 Summary: VisualEditor: Toolbar should clear float to avoid misalignment by extra elements Product: VisualEditor Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Editing Tools Assignee: rm...@wikimedia.org Reporter: krinklem...@gmail.com CC: jforres...@wikimedia.org, krinklem...@gmail.com, rm...@wikimedia.org Classification: Unclassified Mobile Platform: --- On wikis where certain "topicons" are moved out of the mw-content-text wrapper into the root of #content the VisualEditor toolbar shows a weird blank space. The icons in question are invisible due to float overlap, but they do push down the toolbar and occupying space to the right of the "Save and review" button thus pushing it and the rest of ve-ui-toolbar-actions to the left. To reproduce this situation, run the following one or more times: $('#content').prepend( 'x' ); -- 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 48682] Flood flag in es.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=48682 Tomasz W. Kozlowski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #2 from Tomasz W. Kozlowski --- They haven't—please reopen this bug only if there is community consensus to introduce the flood flag on es.wikipedia. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48685] NUMBEROFARTICLES on Hebrew Wikivoyage includes pages from "help:" name space, and maybe other name spaces as well
https://bugzilla.wikimedia.org/show_bug.cgi?id=48685 Tomasz W. Kozlowski changed: What|Removed |Added Keywords||shell Priority|Unprioritized |Normal Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #1 from Tomasz W. Kozlowski --- This requires running the updateArticleCount.php maintenance script—shouldn't be too hard on such a small 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 48296] Add a newline at end of the text when new text does not add a newline
https://bugzilla.wikimedia.org/show_bug.cgi?id=48296 Christian Williams changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #1 from Christian Williams --- I can't reproduce this. Can you specify the wikitext you're using or link to an example article? -- 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 48733] New: Add tooltips to Echo notification preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=48733 Web browser: --- Bug ID: 48733 Summary: Add tooltips to Echo notification preferences Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Echo Assignee: wikibugs-l@lists.wikimedia.org Reporter: aaron.halfa...@gmail.com CC: agarr...@wikimedia.org, bs...@wikimedia.org, rkald...@wikimedia.org Classification: Unclassified Mobile Platform: --- The settings under notifications ought to have some tooltips that briefly explain what each notification type means. For example, it's likely to be unclear what "Mention", "Page review" and "Edit revert" mean to a new users. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48057] Request for new mailing list: qa@lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=48057 Quim Gil changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #20 from Quim Gil --- Ok, I just learned that when you sent an email to *@lists.wikimeda.org (with an "i" missing) you don't receive any error. ;) Everything works: http://lists.wikimedia.org/pipermail/qa/2013-May/date.html PS: funny to make a typo in a first post for a QA list... -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48057] Request for new mailing list: qa@lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=48057 --- Comment #19 from Thehelpfulone --- Hmm did you get the email I just sent to the list? Perhaps you just sent it to @wikimedia.org instead of @lists.wikimedia.org? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48544] Special:UserContributions styling problems
https://bugzilla.wikimedia.org/show_bug.cgi?id=48544 --- Comment #1 from Jon --- The form seems to be rendered as a table. If a core change could be made to stop this this would be much more mobile friendly. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48057] Request for new mailing list: qa@lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=48057 --- Comment #18 from Quim Gil --- Mmm... I sent a "First post" to the list half hour ago. Nothing received, the archives are still virgin http://lists.wikimedia.org/pipermail/qa/ and everything at the admin interface looks normal. Yes, I'm subscribed. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48284] Enter 2 times, Backspace 2 times : not deleted
https://bugzilla.wikimedia.org/show_bug.cgi?id=48284 Christian Williams changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME --- Comment #1 from Christian Williams --- I'm not able to reproduce this one either. I experience other problems relating to Enter and Backspace on Firefox (fixed in Master) but not what you've described. I'm going to close this ticket, but please reopen if you have additional information. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48285] Enter 2 times, Up, Delete : pawned
https://bugzilla.wikimedia.org/show_bug.cgi?id=48285 Christian Williams changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME --- Comment #1 from Christian Williams --- I'm unable to reproduce this on Chrome, Firefox, or Internet Explorer. There are some other problems with handling Enter in Firefox at the moment (fixed in Master), but I can't trigger a pawn with these steps. Please repoen and provide more information if you think it's still valid. -- 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 48732] New: Special:Uploads on desktop inconsistency
https://bugzilla.wikimedia.org/show_bug.cgi?id=48732 Web browser: --- Bug ID: 48732 Summary: Special:Uploads on desktop inconsistency Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: MobileFrontend Assignee: wikibugs-l@lists.wikimedia.org Reporter: jrob...@wikimedia.org CC: aricha...@wikimedia.org, jgon...@wikimedia.org, jrob...@wikimedia.org, maxsem.w...@gmail.com, mgro...@wikimedia.org, mpinc...@wikimedia.org, tf...@wikimedia.org Classification: Unclassified Mobile Platform: --- If you visit Special:Uploads on desktop the uploads count is for commons but the list is for the local wiki. We should closely couple the config for these and also make the desktop version pull photos from commons. https://en.wikipedia.org/wiki/Special:Uploads -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 46273] Different squid log based traffic reports have different %mobile
https://bugzilla.wikimedia.org/show_bug.cgi?id=46273 --- Comment #3 from Erik Zachte --- Stefan, the two concepts of mobile are totally different, and that makes it confusing. But there it not a competition between these two concepts, one is not better than the other. Like I said above (and explained further in my blog post, see above), sometimes when people talk about 'mobile traffic' they mean 'traffic from mobile devices', sometimes they mean 'traffic to our mobile site'. Both concepts are valid and some reports deal with the first concept, others about with the second, and some with both, without being explicit. We need to change that. It is important that we always make explicit what we mean. Mobile is just too vague a term. So I prefer the more explicit 'from mobile devices' and 'to mobile site'. It might seem these concepts are closely related. But in practice part of traffic to our mobile site comes from desktops. (that share might be small, but it might grow as more people discover the mobile site requires less bandwidth). And the other way around: a part of the traffic from mobile devices goes to the main site, that is even a considerable share of traffic from mobile devices (among other reasons, traffic for tablets is not redirected to mobile site). For the current bug I suggest to first focus on breakdown of traffic by client (either client browser or client OS). Those obviously should have same totals. I suggest you first fix totals for http://stats.wikimedia.org/archive/squid_reports/2012-08/SquidReportOperatingSystems.htm and http://stats.wikimedia.org/archive/squid_reports/2012-08/SquidReportCountryData.htm We can use that as base reference to improve the 'Page view breakdown per Country' report. At the very least we need make column titles more explicit there. (people don't read footer, we need be very explicit in introduction and also make headers themselves very explicit). -- Then later: report http://stats.wikimedia.org/archive/squid_reports/2012-08/SquidReportCountryData.htm is confusing (also for me, as I haven't worked on it). It has two sections: at center 10 columns for 'All page views', at right 9 columns for '[page views] to mobile site'. But it also talks about 'mobile browsers' and 'Total mobile' in both sections. Clearly very confusing. -- One acceptance criterium would be: for all three reports the total page (=html) views from mobile clients, and the total page views from non-mobile clients should match. Another acceptance criterium would be: for any row or column that refers to mobile it should be very clear whether this refers to 'from mobile devices' or 'to mobile site'. Introductory text and/or headers should make this very obvious. Thanks, Erik -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48731] New: In recent changes, remove "rollback" link of MediaWiki pages for non-admin users
https://bugzilla.wikimedia.org/show_bug.cgi?id=48731 Web browser: --- Bug ID: 48731 Summary: In recent changes, remove "rollback" link of MediaWiki pages for non-admin users Product: MediaWiki Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Recent changes Assignee: wikibugs-l@lists.wikimedia.org Reporter: menous...@yahoo.com Classification: Unclassified Mobile Platform: --- To reproduce: 1-Login using an account that has rollback rights but not admin rights. 2-View [[Special:RecentChanges]] in MediaWiki namespace. Current result: There is a "rollback" link after the name of each Mediawiki page. Clicking that link gives an error: "You do not have permission to quickly rollback the edits of the last user who edited a particular page... etc" Expected result: This shouldn't be links to rollback MediaWiki pages in recent changes for non-admin users because they can't edit pages in MediaWiki namespace. This bug was encountered on arwiki. MediaWiki1.22wmf4 (281e88a) PHP 5.3.10-1ubuntu3.6+wmf1 (apache2handler) MySQL 5.1.53-wm-log LuaSandbox 1.6-1 Lua 5.1.4 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47683] VisualEditor: Warn the user more prominently that they are editing an out-dated version of the page
https://bugzilla.wikimedia.org/show_bug.cgi?id=47683 --- Comment #3 from James Forrester --- (In reply to comment #2) > EditPage uses msg: editingold[1]. > > [1] https://www.mediawiki.org/wiki/MediaWiki:Editingold/en Ah, yes, whoops. Good catch. -- 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 48725] MathJax makes links unclickable
https://bugzilla.wikimedia.org/show_bug.cgi?id=48725 Matthew Flaschen changed: What|Removed |Added CC||peter.krautzberger@mathjax. ||org --- Comment #5 from Matthew Flaschen --- Permalink: https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28technical%29&oldid=556319066#Odd_link_not_clickable -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48426] VisualEditor: Pre-beta needs (tracker)
https://bugzilla.wikimedia.org/show_bug.cgi?id=48426 Bug 48426 depends on bug 48549, which changed state. Bug 48549 Summary: VisualEditor: Clicking link button while link inspector is already open throws error https://bugzilla.wikimedia.org/show_bug.cgi?id=48549 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48549] VisualEditor: Clicking link button while link inspector is already open throws error
https://bugzilla.wikimedia.org/show_bug.cgi?id=48549 James Forrester changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #2 from James Forrester --- Merged and will go out with wmf5. -- 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 48730] New: Selections on Commons are not collapsed
https://bugzilla.wikimedia.org/show_bug.cgi?id=48730 Web browser: --- Bug ID: 48730 Summary: Selections on Commons are not collapsed Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: MobileFrontend Assignee: wikibugs-l@lists.wikimedia.org Reporter: jrob...@wikimedia.org CC: aricha...@wikimedia.org, jgon...@wikimedia.org, jrob...@wikimedia.org, maxsem.w...@gmail.com, mgro...@wikimedia.org, mpinc...@wikimedia.org, tf...@wikimedia.org Classification: Unclassified Mobile Platform: --- https://commons.m.wikimedia.org/w/index.php?title=File:Kaselaug_-_Rabivere_maastikukaitseala.jpg&mobileaction=toggle_view_mobile File history,File usage on Commons,File usage on other wikis, Metadata are not collapsible. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 36682] Can't scroll wide tables left to right
https://bugzilla.wikimedia.org/show_bug.cgi?id=36682 --- Comment #4 from Tomasz Finc --- Created attachment 12372 --> https://bugzilla.wikimedia.org/attachment.cgi?id=12372&action=edit Non scrollable table -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 36682] Can't scroll wide tables left to right
https://bugzilla.wikimedia.org/show_bug.cgi?id=36682 Tomasz Finc changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE |--- --- Comment #3 from Tomasz Finc --- Issue happens on en:Seoul under the Geography section for the Climate table. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48725] MathJax makes links unclickable
https://bugzilla.wikimedia.org/show_bug.cgi?id=48725 --- Comment #4 from Davide Cervone --- (OOPS, there should have been quotation marks around "HTML-CSS" in the code fragment above) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 46273] Different squid log based traffic reports have different %mobile
https://bugzilla.wikimedia.org/show_bug.cgi?id=46273 --- Comment #2 from Erik Zachte --- From Stefan: Ok, so the totals don't match. There are 3 numbers you wrote in this bug report *83.4* , *80.1* and *16.19* (which should be 100 - *83.4* ?) You also wrote there are 2 different concepts for mobile. Do we stick to just one of these 2 concepts or do we allow both and mention which one we used in the footer of the report ? Which one should we do ? Please add very specific acceptance criteria to this Bug report. Assume that invariants are needed to test this. Any correlation(arithmetic) between any totals related to this is welcomed in order to create a test. How should these totals relate to eachother ? Thanks, Stefan -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48725] MathJax makes links unclickable
https://bugzilla.wikimedia.org/show_bug.cgi?id=48725 Davide Cervone changed: What|Removed |Added CC||d...@union.edu --- Comment #3 from Davide Cervone --- You should not remove position:relative from the .MathJax_Display as that will cause \tag to fail to be positioned properly, but display:block is only there to avoid page CSS from bleeding into MathJax output (some people have set the display style of DIV elements to something else in their CSS). If you want to handle floating elements better, try including HTML-CSS: { extensions: ["handle-floats.js"] } in your configuration. See http://docs.mathjax.org/en/latest/output.html#html-css-extensions for details. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48729] New: Jobs for multiple-project cohorts fail
https://bugzilla.wikimedia.org/show_bug.cgi?id=48729 Web browser: --- Bug ID: 48729 Summary: Jobs for multiple-project cohorts fail Product: Analytics Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: User Metrics Assignee: wikibugs-l@lists.wikimedia.org Reporter: dtarabore...@wikimedia.org CC: dandree...@wikimedia.org, dtarabore...@wikimedia.org, dvanli...@gmail.com, ero...@wikimedia.org, rfaulk...@wikimedia.org Classification: Unclassified Mobile Platform: --- The cohort upload functionality allows cohorts to include users defined in multiple projects. When this happens the utm_project field in usermeta_tags is set to NULL. Requests for cohorts with an utm_project set to NULL currently fail (this is as expected, as the API currently assumes a single and valid cohort-level project). I am flagging this issue as multiple-project cohorts are explicitly allowed in the current implementation but they are not supported in the application yet and I don't think they will by the time of Frank's showcase (based on the current codebase). -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48728] New: Image thumbnails on Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=48728 Web browser: --- Bug ID: 48728 Summary: Image thumbnails on Commons Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: MobileFrontend Assignee: wikibugs-l@lists.wikimedia.org Reporter: jrob...@wikimedia.org CC: aricha...@wikimedia.org, jgon...@wikimedia.org, jrob...@wikimedia.org, maxsem.w...@gmail.com, mgro...@wikimedia.org, mpinc...@wikimedia.org, tf...@wikimedia.org Classification: Unclassified Mobile Platform: --- Image thumbnails are wrapped in a div class with image rather than thumb - let's support this so images don't spill out the page. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48032] Math extension doesn't support many languages including Malayalam, Hindi, and Tamil
https://bugzilla.wikimedia.org/show_bug.cgi?id=48032 --- Comment #21 from Derk-Jan Hartman --- The MathJax part can be partially fixed for \text{} blocks by applying https://gerrit.wikimedia.org/r/#/c/61924/ -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48601] Add footer to properties
https://bugzilla.wikimedia.org/show_bug.cgi?id=48601 Maarten Dammers changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #3 from Maarten Dammers --- Ok, fixed. Will probably be live somewhere next week. -- 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 48727] New: Project parameter should default to cohort project
https://bugzilla.wikimedia.org/show_bug.cgi?id=48727 Web browser: --- Bug ID: 48727 Summary: Project parameter should default to cohort project Product: Analytics Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: User Metrics Assignee: wikibugs-l@lists.wikimedia.org Reporter: dtarabore...@wikimedia.org CC: dandree...@wikimedia.org, dtarabore...@wikimedia.org, dvanli...@gmail.com, ero...@wikimedia.org, rfaulk...@wikimedia.org Classification: Unclassified Mobile Platform: --- The following request, applied to a cohort defined in mediawikiwiki https://metrics.wikimedia.org/cohorts/kma_test/threshold?refresh is listed in the job queue with a project=enwiki parameter. The response indicates that the data is correctly retrieved from the mediawikiwiki DB, but the default is confusing and should be removed or fixed to match the cohort project stored as stored in usertags_meta. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48663] Parsoid: DOM for template objects should expose template name
https://bugzilla.wikimedia.org/show_bug.cgi?id=48663 --- Comment #2 from Gerrit Notification Bot --- Related URL: https://gerrit.wikimedia.org/r/64987 (Gerrit Change I3145a4168a2347cecc573dcc07bb4128962a5b11) -- 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 48163] [INTERLANG] input method list is displayed under the wrong language button
https://bugzilla.wikimedia.org/show_bug.cgi?id=48163 Amir E. Aharoni changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|wikibugs-l@lists.wikimedia. |amir.ahar...@mail.huji.ac.i |org |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 48671] and have the same font size at default settings in some skins
https://bugzilla.wikimedia.org/show_bug.cgi?id=48671 --- Comment #1 from entli...@gmx-topmail.de --- Checked Cologneblue, it OK at the browser default of 16px (h6 ends up at 13.px, h5 at 14px and h4 at 14.8px), so only commonElements.css needs to be 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 48726] New: $HOME isn't set on webservers, causes jsub to try /$JOBNAME.out as output file
https://bugzilla.wikimedia.org/show_bug.cgi?id=48726 Web browser: --- Bug ID: 48726 Summary: $HOME isn't set on webservers, causes jsub to try /$JOBNAME.out as output file Product: Wikimedia Labs Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: tools Assignee: m...@uberbox.org Reporter: t...@tim-landscheidt.de Classification: Unclassified Mobile Platform: --- PHP scripts & Co. get an unset $HOME. When they call jsub, the latter tries to set the output file to /$JOBNAME.out (and .err). It should be possible to use "(getpwuid ($<)) [7]" instead of "$ENV {'HOME'}" to fix jsub. On Toolserver, $HOME isn't set as well IIRC, so this might not be a regression, but if $HOME would be set, it would probably make it much less surprising for a lot of users who think that it's always there. -- 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 48725] MathJax makes links unclickable
https://bugzilla.wikimedia.org/show_bug.cgi?id=48725 Derk-Jan Hartman changed: What|Removed |Added See Also||https://github.com/mathjax/ ||MathJax/issues/480 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48725] MathJax makes links unclickable
https://bugzilla.wikimedia.org/show_bug.cgi?id=48725 --- Comment #2 from Erwin Dokter --- Disabling the position: relative; rule for .MathJax_Display seems to fix the problem without any adverse effects. In fact, we might as well kill display: block;, as it is already embedded in a block level element () (But I see TheDJ already suggested that.) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48725] MathJax makes links unclickable
https://bugzilla.wikimedia.org/show_bug.cgi?id=48725 --- Comment #1 from ShoeMaker --- The link to the discussion that lead to the discovery of a solution can be found http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#Odd_link_not_clickable -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48535] Remove the checkbox from the Font settings
https://bugzilla.wikimedia.org/show_bug.cgi?id=48535 --- Comment #4 from Amir E. Aharoni --- If I understood correctly, the requirement is to remove the checkbox and the property associated with it, so that the webfonts functionality is always enabled. I did it and it was quite easy (thought requires review). Let me know if I misunderstood the requirement. -- 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 48535] Remove the checkbox from the Font settings
https://bugzilla.wikimedia.org/show_bug.cgi?id=48535 --- Comment #3 from Gerrit Notification Bot --- Related URL: https://gerrit.wikimedia.org/r/64976 (Gerrit Change If735a733717596fae03042c5e277bd538bd8501f) -- 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 48725] New: MathJax makes links unclickable
https://bugzilla.wikimedia.org/show_bug.cgi?id=48725 Web browser: --- Bug ID: 48725 Summary: MathJax makes links unclickable Product: MediaWiki extensions Version: master Hardware: All URL: https://en.wikipedia.org/w/index.php?title=Plastic_num ber&oldid=556259522 OS: All Status: NEW Keywords: upstream Severity: normal Priority: Unprioritized Component: Math Assignee: wikibugs-l@lists.wikimedia.org Reporter: hartman.w...@gmail.com CC: mflasc...@wikimedia.org, o...@wikimedia.org, phy...@ckurs.de Classification: Unclassified Mobile Platform: --- Confirmed in at least Firefox and Safari. In certain situations, the CSS of MathJax_Display causes linktargets to become unreachable. See the url field, where the links "continued fraction" and/or "periodic" in the right floating block are unclickable due to the equation at the left. MathJax_Display uses { text-align: center; margin: 1em 0em; position: relative; display: block; width: 100%; } To fix it, you can either: 1: Remove the position:relative; (i see no need of it actually) 2: Change to display:inline-block; and remove the width:100%; -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48707] Duplicated values/results
https://bugzilla.wikimedia.org/show_bug.cgi?id=48707 Jamie Thingelstad changed: What|Removed |Added CC||ja...@thingelstad.com --- Comment #2 from Jamie Thingelstad --- I'm using SMW 1.9a (master) and I've seen this repeatedly as well. I haven't dug into the queries as deep as Vicente though. I will comment that as I've upgraded from master this seems to happen less and less. In fact, the repeating properties with 0 instances seem to be gone for me in the current codebase. I used to see these all over in Special:WantedProperties. However, I do still see regular duplicate values in properties. I cannot identify any rhyme or reason for when hey appear. I will comment that they seem to happen less frequently in the current master than they did before. :-\ -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48521] MWDbEchoBackend::createNotification: Transaction already in progress
https://bugzilla.wikimedia.org/show_bug.cgi?id=48521 --- Comment #2 from Gerrit Notification Bot --- https://gerrit.wikimedia.org/r/64009 (Gerrit Change I30abd7155b12370aea97218080cc8798f7f0df55) | change APPROVED and MERGED [by jenkins-bot] -- 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 46645] Tools for mass migration of legacy translated wiki content
https://bugzilla.wikimedia.org/show_bug.cgi?id=46645 Tilman Bayer changed: What|Removed |Added CC||tba...@wikimedia.org --- Comment #1 from Tilman Bayer --- I wrote a quick and dirty Python script last year to convert translated pages on Meta from the old system to the new system. See it in action e.g. here: https://meta.wikimedia.org/w/index.php?title=Special:Contributions/HaeBot&offset=2012082000&limit=500&target=HaeBot (If gettext import is enabled for the Translate extension per https://bugzilla.wikimedia.org/show_bug.cgi?id=40341 , this will eliminate the need to use a bot for writing the converted translations into the new format unit by unit.) The conversion script also supports partial import and rearranging, in case only parts of the old translation are to be reused. It worked for me and eventually saved a lot of time compared to manual convertion, but it has to be said that the regexes that split up the old translations into translation units do need some manual preparation, and (in my case) then needed to be tweaked separately for quite a few languages because the translators didn't quite preserve the format of the English original. Sadly, I missed the GSoC application deadline ;) and I haven't gotten around to publish the code yet, as it still needs some cleanup, but until then I'm offering to send the unpolished code to anyone who could find it useful. See also https://meta.wikimedia.org/wiki/User_talk:HaeBot#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 48724] New: Improve API documentation for Wikibase
https://bugzilla.wikimedia.org/show_bug.cgi?id=48724 Web browser: --- Bug ID: 48724 Summary: Improve API documentation for Wikibase 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 Classification: Unclassified Mobile Platform: --- http://www.mediawiki.org/wiki/Extension:Wikibase/API is outdated and some api modules are entirely missing documentation there. Where applicable (e.g. wbgetclaims), more examples are needed also through the api itself (api.php) -- 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 42434] Automatic account creation on manual login not logged in newusers log
https://bugzilla.wikimedia.org/show_bug.cgi?id=42434 Andre Klapper changed: What|Removed |Added CC||g...@wikimedia.org --- Comment #4 from Andre Klapper --- Andrew / Greg: Any idea who could take a look at this issue? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48710] mediawiki RSS feeds not displayed
https://bugzilla.wikimedia.org/show_bug.cgi?id=48710 --- Comment #1 from T. Gries --- 1. please login to your server and try to fetch the feed url with wget or curl wget https://devnet.eggs.de/e/index.php5?title=Special:RecentChanges&feed=rss Does this work? If it fails, then let us know the error message. Perhaps it is a Proxy problem (which can be healed). 2. please try to use atom (instead of rss) wget https://devnet.eggs.de/e/index.php5?title=Special:RecentChanges&feed=atom -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48723] jsub not installed on the web servers
https://bugzilla.wikimedia.org/show_bug.cgi?id=48723 Marc A. Pelletier changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Marc A. Pelletier --- Fixed in a hurry before my flight. :-) -- 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 48723] New: jsub not installed on the web servers
https://bugzilla.wikimedia.org/show_bug.cgi?id=48723 Web browser: --- Bug ID: 48723 Summary: jsub not installed on the web servers Product: Wikimedia Labs Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: tools Assignee: m...@uberbox.org Reporter: yuvipa...@gmail.com Classification: Unclassified Mobile Platform: --- Hence I can not shell out from PHP to start a job. -- 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 40341] Enable translation import on wikis with Translate extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=40341 Tilman Bayer changed: What|Removed |Added CC||tba...@wikimedia.org --- Comment #18 from Tilman Bayer --- (In reply to comment #5) > (In reply to comment #4) > > > > What is your schedule on this rolled out? > > As soon as you approve. > > > Is there something that relies on > > this being in place? > > Comms want to be able to have paid translations, and to combine that with > Wiki > pages requires this functionality to get anywhere. To mention a current example, we (WMF Communications team) will receive a batch of such commercial translations on May 28 and plan to import them to Meta for community review right after that. I earlier did this by bot (https://meta.wikimedia.org/wiki/User:HaeBot ) racking up thousands of edits (one for each imported translation unit), but needless to say, a working gettext import functionality would greatly facilitate this task for me, and make it possible in the first place for other translation admins who do not want to install and operate a bot. The gettext import option should also be useful for converting translated wiki pages on Meta from the old translation system to the new format using the Translate extension (https://bugzilla.wikimedia.org/show_bug.cgi?id=46645 ). > > Please give it an appropriate priority for security review. It's the critical > path. -- 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 48722] New: PATH on webservers is just "/bin" for tools
https://bugzilla.wikimedia.org/show_bug.cgi?id=48722 Web browser: --- Bug ID: 48722 Summary: PATH on webservers is just "/bin" for tools Product: Wikimedia Labs Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: tools Assignee: m...@uberbox.org Reporter: t...@tim-landscheidt.de Classification: Unclassified Mobile Platform: --- For example PHP scripts have a PATH setting of "/bin" (http://tools.wmflabs.org/wikilint/test.php). This should at least include /usr/bin and /usr/local/bin, even better $HOME/bin. -- 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 47415] creation of new claims (and perhaps other edits) can be (auto)patrolled on wikidata
https://bugzilla.wikimedia.org/show_bug.cgi?id=47415 Daniel Kinzler changed: What|Removed |Added CC||daniel.kinz...@wikimedia.de --- Comment #12 from Daniel Kinzler --- > I am suggesting that if "claim" creations should not be reviewed > through the patrolling system, what's stopping Wikibase from preventing the > patrol entry in the first place? Claim creation is a regular edit to an Item page. The RC entry is generated upon save, that is not under the control of the Wikibase extension. I suppose we could hack in and try to suppress patrolling based on some magic property of some edits. But I feel this introduces even more inconsistency (why do some edits require patrolling, and others don't?) Furthermore, Claim creation/changes by users without the Autopatroll right should still be patrolled, so suppressing patrolling for this type of edit is not desired. > Yes, on a healthy wiki every revision would have a patrol entry at some point > (either autopatrol or patrol by another user). This is nothing new. This is indeed an expectation we would break. But I don't see how, why or where this assumption is important or even relevant. Do you have an example? -- 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 47700] "Create your account" for the Blue button
https://bugzilla.wikimedia.org/show_bug.cgi?id=47700 sp...@wikimedia.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48679] "View source" tab displayed on protected properties
https://bugzilla.wikimedia.org/show_bug.cgi?id=48679 --- Comment #2 from Gerrit Notification Bot --- https://gerrit.wikimedia.org/r/64967 (Gerrit Change I05532ffb017b6634842657ff6cff6aef2b423da6) | change APPROVED and MERGED [by jenkins-bot] -- 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 48721] New: Regression: HTMLCheckMatrix should use the same prefix pattern as other form fields
https://bugzilla.wikimedia.org/show_bug.cgi?id=48721 Web browser: --- Bug ID: 48721 Summary: Regression: HTMLCheckMatrix should use the same prefix pattern as other form fields Product: MediaWiki Version: unspecified Hardware: All OS: All Status: NEW Severity: blocker Priority: Unprioritized Component: HTMLForm Assignee: wikibugs-l@lists.wikimedia.org Reporter: krinklem...@gmail.com Classification: Unclassified Mobile Platform: --- Reminder that this needs to be fixed before 1.22 is released. This is a recent regression introduces during 1.22 development. Related: * I61a6b2bcce31 (bug 47743) * Ifd8d1d54d525 (bug 48693) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48535] Remove the checkbox from the Font settings
https://bugzilla.wikimedia.org/show_bug.cgi?id=48535 Amir E. Aharoni changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|wikibugs-l@lists.wikimedia. |amir.ahar...@mail.huji.ac.i |org |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 48693] Gadget settings cannot be changed on Mediawiki 1.22wmf4
https://bugzilla.wikimedia.org/show_bug.cgi?id=48693 --- Comment #8 from Bartosz Dziewoński --- For posterity, the revert Greg mentioned in comment 5 was abandoned, and a proper fix for the bug was created (comment 6 and 7). The issue was caused by I61a6b2bc and fixed in Ifd8d1d54. Thanks for the quick reaction, guys. -- 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 48061] Gerrit: HTTP 500 "Guice provision errors: Cannot open ReviewDb"
https://bugzilla.wikimedia.org/show_bug.cgi?id=48061 --- Comment #11 from Krinkle --- Restart of Gerrit restored functionality for now. -- 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 48061] Gerrit: HTTP 500 "Guice provision errors: Cannot open ReviewDb"
https://bugzilla.wikimedia.org/show_bug.cgi?id=48061 --- Comment #10 from Krinkle --- Created attachment 12371 --> https://bugzilla.wikimedia.org/attachment.cgi?id=12371&action=edit Proxy error, usually accompanies the previously captured Guice error The problem is back. -- 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 11555] .editsection links should not be part of the element
https://bugzilla.wikimedia.org/show_bug.cgi?id=11555 --- Comment #29 from Bartosz Dziewoński --- I've created tracking bug 48717 and connected some bugs to it, including this one. -- 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 48679] "View source" tab displayed on protected properties
https://bugzilla.wikimedia.org/show_bug.cgi?id=48679 --- Comment #1 from Gerrit Notification Bot --- Related URL: https://gerrit.wikimedia.org/r/64967 (Gerrit Change I05532ffb017b6634842657ff6cff6aef2b423da6) -- 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 6411] Suppress section edit links and table of contents when rendering interface text
https://bugzilla.wikimedia.org/show_bug.cgi?id=6411 Bartosz Dziewoński changed: What|Removed |Added CC||kren...@gmail.com, ||platoni...@gmail.com, ||wikib...@emsenhuber.ch See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=36975 --- Comment #4 from Bartosz Dziewoński --- This was apparently partially fixed in bug 36975? CC-ing code committers from that bug. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 36975] Special pages with system messages having sections "==" show section "[edit]" links even when they cannot be edited
https://bugzilla.wikimedia.org/show_bug.cgi?id=36975 Bartosz Dziewoński changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=6411 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48630] VisualEditor: Data model needs characters, not code points
https://bugzilla.wikimedia.org/show_bug.cgi?id=48630 --- Comment #5 from Gerrit Notification Bot --- Related URL: https://gerrit.wikimedia.org/r/64965 (Gerrit Change I8d936fb15d82f73cd45fac142c540a7950850d55) -- 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