[Bug 38576] New: Merge MediaWiki:Wm-license-self-one-license and MediaWiki:Wm-license-self-multiple-licenses
https://bugzilla.wikimedia.org/show_bug.cgi?id=38576 Web browser: --- Bug #: 38576 Summary: Merge MediaWiki:Wm-license-self-one-license and MediaWiki:Wm-license-self-multiple-licenses Product: MediaWiki extensions Version: unspecified Platform: All URL: https://translatewiki.net/wiki/Thread:Support/About_Me diaWiki:Wm-license-self-one-license/en_and_MediaWiki:W m-license-self-multiple-licenses/en OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: UploadWizard AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: bugzilla.wikime...@publi.purodha.net CC: bugzilla.wikime...@publi.purodha.net, mtrac...@member.fsf.org Classification: Unclassified Mobile Platform: --- Messages MediaWiki:Wm-license-self-one-license MediaWiki:Wm-license-self-multiple-licenses should be merged into one, and proper PLURAL be applied. The latter needs PLURAL anyways. I understand that these are likely JavaScript messages and that it may take a while to get that done. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31808] Building Android apps for our sister projects (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=31808 --- Comment #6 from Yuvi Panda yuvipa...@gmail.com 2012-07-22 06:52:18 UTC --- Me and Tpt worked at Wikimania to try make the Wikipedia app work for Wikisource. Thanks to refactoring from a long time ago + work done with pfhayes on porting the app to Wiktionary, we were able to complete the port in about 45 minutes! The code is at https://github.com/yuvipanda/WikisourceMobile and builds are available at https://github.com/yuvipanda/WikisourceMobile/downloads. I expect this to be faster for other sister projects moving forward. I'd like to put them up on Google Play :) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38368] Make sure Android app manifest specifies MIPS compatibility
https://bugzilla.wikimedia.org/show_bug.cgi?id=38368 Yuvi Panda yuvipa...@gmail.com changed: What|Removed |Added CC||yuvipa...@gmail.com --- Comment #2 from Yuvi Panda yuvipa...@gmail.com 2012-07-22 07:02:28 UTC --- We do specify smallScreens=true in Android Manifest... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31918] ISO 8859-1 URL encoding for JavaScript
https://bugzilla.wikimedia.org/show_bug.cgi?id=31918
Krinkle krinklem...@gmail.com changed:
What|Removed |Added
CC||krinklem...@gmail.com
--- Comment #9 from Krinkle krinklem...@gmail.com 2012-07-22 07:15:17 UTC ---
(In reply to comment #8)
I see three possibilities to solve the problem
* Implement in JavaScript the same decoder like in PHP. So
mw.util.getParamValue() tries to decode as ISO 8859-1 when UTF-8 decoding
fails.
There are more encodings, and this can depends on the configuration of the
server as well.
* MediaWiki answers with 301 Moved Permanently and Location in UTF-8 encoding.
So the URL gets normalized.
Not desired or possible in certain cases.
* The parameters gets normalized in PHP and transfered to JavaScript via wiki
global variable. mw.util.getParamValue() use the normalized parameters from
this variable instead of the URL.
Unnecessary bloat.
And all these 3 solutions share the same problem: They encourage usage of query
created and targeted for one script – outside that script (namely a gadget or
something). Which is bad, because these are not documented or considered
stable. Query parameter names and meaning may change at any time, and must only
be used for communication between the script's output and input to itself.
Solution 4.: Relevant values are exported to javascript in a canonical way by
the script. For example MediaWiki itself always exports wgTitle,
wgNamespaceNumber etc. And special pages export wgCanonicalSpecialPageName.
Other scripts can export their own information (e.g. SpecialContributions could
export `spContributionsTarget: ..` or `spContributions: { target: .. }`.).
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31918] Accessing certain query parameters regardless of encoding (e.g. SO 8859-1) in JavaScript
https://bugzilla.wikimedia.org/show_bug.cgi?id=31918 Krinkle krinklem...@gmail.com changed: What|Removed |Added Summary|ISO 8859-1 URL encoding for |Accessing certain query |JavaScript |parameters regardless of ||encoding (e.g. SO 8859-1) ||in JavaScript -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31918] Accessing certain query parameters regardless of encoding (e.g. SO 8859-1) in JavaScript
https://bugzilla.wikimedia.org/show_bug.cgi?id=31918 Krinkle krinklem...@gmail.com changed: What|Removed |Added See Also|https://bugzilla.wikimedia. | |org/show_bug.cgi?id=37378 | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31918] Accessing certain query parameters regardless of encoding (e.g. ISO 8859-1) in JavaScript
https://bugzilla.wikimedia.org/show_bug.cgi?id=31918 Krinkle krinklem...@gmail.com changed: What|Removed |Added Summary|Accessing certain query |Accessing certain query |parameters regardless of|parameters regardless of |encoding (e.g. SO 8859-1) |encoding (e.g. ISO 8859-1) |in JavaScript |in JavaScript -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37149] use class=noprint instead of OutputPage::isPrintable for FlaggedRevs
https://bugzilla.wikimedia.org/show_bug.cgi?id=37149
--- Comment #2 from Umherirrender umherirrender_de...@web.de 2012-07-22
07:38:15 UTC ---
At the moment, I am using
#mw-fr-reviewnotice {
display: none;
}
in Print.css to hide the box on the print view.
https://de.wikipedia.org/w/index.php?title=MediaWiki:Print.cssdiff=103719243oldid=99498795
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 38411] Install a new MediaWiki with Oracle 11g as Backend: Unable to complete the process
https://bugzilla.wikimedia.org/show_bug.cgi?id=38411 --- Comment #5 from Steve dbq...@gmx.de 2012-07-22 08:29:23 UTC --- Now its working fine. Oracle Standard, not Enterprise and Charset WE8MSWIN1252. But when i'm trying to protect the main page i'm getting this error: A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script Query: INSERT INTO /*Q*/PAGE_RESTRICTIONS (pr_page,pr_type,pr_level,pr_cascade,pr_expiry) VALUES (:pr_page, :pr_type, :pr_level, :pr_cascade, :pr_expiry) Function: DatabaseOracle::insertOneRow Error: 1400 ORA-01400: cannot insert NULL into (MEDIAWIKI.PAGE_RESTRICTIONS.PR_ID) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 38122] Allow non-inline CSS to use WebFonts fonts
https://bugzilla.wikimedia.org/show_bug.cgi?id=38122
--- Comment #3 from Santhosh Thottingal santhosh.thottin...@gmail.com
2012-07-22 08:47:22 UTC ---
(In reply to comment #2)
1. Create http://hi.wikipedia.org/wiki/User:Brion_VIBBER/common.css with the
following:
.miriam-clm { font-family: 'Miriam CLM'; }
2. Visit a random edit-page, enter this wiki-text, and click Preview (or
पूर्वावलोकन if you haven't set your language preferences):
* span class=miriam-clmעִבְרִית/span
* span lang=heעִבְרִית/span
You will notice that the two list-items look identical, because Miriam CLM
is successfully loaded, and applied to both list-items.
Explanation: WebFonts extension parse the page and find an element with
lang=he, loads the default font for he= Miriam CLM. Since the font is loaded
the .miriam-clm { font-family: 'Miriam CLM'; } works fine and span
class=miriam-clmעִבְרִית/span correctly change the font.
3. Now try this:
* span class=miriam-clmעִבְרִית/span
* span style=font-family: 'Miriam CLM'עִבְרִית/span
Same story.
Explanation: WebFonts extension parse the page and find an element with style
with font-family: 'Miriam CLM'. It loads the font Miriam CLM. Since the font
is loaded the .miriam-clm { font-family: 'Miriam CLM'; } works fine and span
class=miriam-clmעִבְרִית/span correctly change the font.
4. But if you try just this:
* span class=miriam-clmעִבְרִית/span
then Miriam CLM does *not* get loaded.
Explanation: In this case , font is defined in a CSS file, and no where in page
HTML or in inline CSS. WebFonts extension does not parse the external CSS. It
parses the HTML elements and it also identify the inline font-family style
attribute(like span style=font-family: 'Miriam CLM'עִבְרִית/span ) . But
since it does not parse common.css and load the font-family defined in that
external css, the case #4 does not work.
I am not sure whether we can support this, we did not try so far. In
en.wikisource, hebrew fonts are loaded using templates .
A very detailed explanation of this templates and how they use webfonts
extension are available here:
http://en.wikisource.org/wiki/Template:Lang
and
http://en.wikisource.org/wiki/Template:Lang-hbo
Please let us know if your usecase is not achievable in this way. Thanks.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38577] New: old data returning from editing
https://bugzilla.wikimedia.org/show_bug.cgi?id=38577 Web browser: --- Bug #: 38577 Summary: old data returning from editing Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: major Priority: Unprioritized Component: Page editing AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: beetstra.w...@gmail.com Classification: Unclassified Mobile Platform: --- This is something I noticed with [[User:COIBot]] on meta when it is maintaining a log on [[User:COIBot/LinkReports]]. One can see it in this history: http://meta.wikimedia.org/w/index.php?title=User:COIBot/LinkReportsoffset=20120718115734action=history - there are edits by the bot that remove a huge chunk of data, and then later there are edits that re-insert a huge chunk of data - the re-inserted data is ALWAYS the same, also when it gets manually blanked. Resetting the procedures that do that or even restarting the bot (including: killing the bot, blanking the page, starting the bot again) does not help, suggesting it is not a memory-problem with the bot. Today I noticed this - when you go to this diff http://meta.wikimedia.org/w/index.php?title=User:COIBot/LinkReportsdiff=3941288oldid=3941163 (recent) - where I have both left and right only edits of July 2012 in the logs, and I press 'undo', I get a conflict with intermediate edits (as expected), and on approx 90% of the attempts an edit window which does NOT contain the current content of the page, but old data. Note that that old data is ALWAYS the same, and is the same as that the bot gets when it reinstates the huge chunk of data. Note: I have made a bug-catch in the bot, so it retries and eventually blanks when it gets the old data, but that is just a symptom patch, it still gets the wrong page on a regular basis. Other Note: User:COIBot/LinkReports has a massive number of revids, maybe that is a hint to the source of the problem? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38577] old data returning from editing
https://bugzilla.wikimedia.org/show_bug.cgi?id=38577 --- Comment #1 from Dirk Beetstra beetstra.w...@gmail.com 2012-07-22 08:54:53 UTC --- I just tried it on the top-diff of that page, the same error occurs (including that it conflicts with intermediate edits, which do not exist ...). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37280] Enable pinch-zoom in nearby map view for Android 2.x
https://bugzilla.wikimedia.org/show_bug.cgi?id=37280 Yuvi Panda yuvipa...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||yuvipa...@gmail.com Resolution||WONTFIX --- Comment #2 from Yuvi Panda yuvipa...@gmail.com 2012-07-22 09:14:12 UTC --- Closing as WONTFIX, since we found the pinch-zoom on 2.x on WLM app confusing enough to bring back +/- on it 2.x. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38577] old data returning from editing
https://bugzilla.wikimedia.org/show_bug.cgi?id=38577 --- Comment #2 from Dirk Beetstra beetstra.w...@gmail.com 2012-07-22 10:30:27 UTC --- More curious - get the history of the page: http://meta.wikimedia.org/w/index.php?title=User:COIBot/LinkReportsaction=history - click on the topmost 'prev' which shows the diff between the last and the forelast edit. The left-side of the diff gives SOMETIMES gives a 'Newer edit'-link (which does NOT exist, it is the top revid) - clicking that link gives sometimes a diff with a revid of '16:03, 14 February 2012', sometimes an empty diff. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38577] old data returning from editing
https://bugzilla.wikimedia.org/show_bug.cgi?id=38577 --- Comment #3 from Dirk Beetstra beetstra.w...@gmail.com 2012-07-22 10:31:15 UTC --- Oi, I meant the right-side of the diff (In reply to comment #2) More curious - get the history of the page: http://meta.wikimedia.org/w/index.php?title=User:COIBot/LinkReportsaction=history - click on the topmost 'prev' which shows the diff between the last and the forelast edit. The left-side of the diff gives SOMETIMES gives a 'Newer edit'-link (which does NOT exist, it is the top revid) - clicking that link gives sometimes a diff with a revid of '16:03, 14 February 2012', sometimes an empty diff. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35990] Schwa syncope rule in devanagari transliteration
https://bugzilla.wikimedia.org/show_bug.cgi?id=35990 --- Comment #4 from Shantanoo shanta...@gmail.com 2012-07-22 10:32:47 UTC --- (In reply to comment #3) Shantanoo, can you tell whether this is needed for Marathi, too? Thank you. Yes. It will be nice to have feature. Going forward, I am trying to find out whether it '~' should be used for ' ्' always. Something similar to inscript layout (one needs to type 'd' for ' ्'). I tried to find out some statistics on marathi hunspell dictionary. First I splitted the words in composite cluster. e.g. विकी = वि + की (and not as व + ि + क + ी) Found total 905027 composite clusters. Out of them, 126731 had '्' in them. That's around 14% (126731/905027 = .14) Which is quite low. 86% of time we don't use ' ्'. And still we end up typing extra 'a' to remove ' ्'. All, what should be implemented? Should we still add viram by default and have consonant (only for 'a') to remove it? Or should we have '~' to be typed when viram is required? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 38575] Add ConfirmEdit to core
https://bugzilla.wikimedia.org/show_bug.cgi?id=38575 Krenair kren...@gmail.com changed: What|Removed |Added CC||kren...@gmail.com --- Comment #2 from Krenair kren...@gmail.com 2012-07-22 10:37:27 UTC --- I suggest just distributing this extension in the releases instead. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38575] Add ConfirmEdit to core
https://bugzilla.wikimedia.org/show_bug.cgi?id=38575 Platonides platoni...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||platoni...@gmail.com Resolution||WONTFIX --- Comment #3 from Platonides platoni...@gmail.com 2012-07-22 10:38:46 UTC --- Which I think we already do. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35990] Schwa syncope rule in devanagari transliteration
https://bugzilla.wikimedia.org/show_bug.cgi?id=35990 --- Comment #5 from Amir E. Aharoni amir.ahar...@mail.huji.ac.il 2012-07-22 11:04:58 UTC --- (In reply to comment #4) All, what should be implemented? Should we still add viram by default and have consonant (only for 'a') to remove it? Or should we have '~' to be typed when viram is required? To the best of my understanding, the idea of a transliteration mapping is that only the actual sounds are typed and the viram should be used as little as possible. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 38578] New: Select Text option broken on Wikipedia App on Android 2.x
https://bugzilla.wikimedia.org/show_bug.cgi?id=38578 Web browser: --- Bug #: 38578 Summary: Select Text option broken on Wikipedia App on Android 2.x Product: Wikipedia App Version: 3.2 (iOS) / 1.2 (Android) Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Generic AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: yuvipa...@gmail.com Classification: Unclassified Mobile Platform: --- From mobile-feedback-l: When I click the select text option in the menu, nothing happens and I'm not able to select the text. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38550] Gerrit emails sent two months after the fact
https://bugzilla.wikimedia.org/show_bug.cgi?id=38550 --- Comment #1 from Chad H. innocentkil...@gmail.com 2012-07-22 11:43:24 UTC --- I see a new patch from about an hour and a half ago...that's probably what prompted the e-mail? The poor threading is already tracked by another bug and upstream. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38122] Allow non-inline CSS to use WebFonts fonts
https://bugzilla.wikimedia.org/show_bug.cgi?id=38122 Santhosh Thottingal santhosh.thottin...@gmail.com changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|wikibugs-l@lists.wikimedia. |santhosh.thottingal@gmail.c |org |om --- Comment #4 from Santhosh Thottingal santhosh.thottin...@gmail.com 2012-07-22 12:17:02 UTC --- For supporting font-families in css defined non-inline, we have a patch now https://gerrit.wikimedia.org/r/16250 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34873] Special:Contributions no longer shows contributions by name - problems listing contributions stored with user ID = 0
https://bugzilla.wikimedia.org/show_bug.cgi?id=34873 --- Comment #15 from Platonides platoni...@gmail.com 2012-07-22 12:25:37 UTC --- (In reply to comment #11) Right, and so why should would list the contribs of both users under the one name? Either we go all the way or don't. I'd prefer not attributing things to someone unless it is that person for sure. Except that it is usually the same person. When they ask for contributions of Foo, we should show every edit we are attributing to Foo. Doing otherwise is inconsistent. I'm not opposed to the proposal of annotating them in an special way. We could for instance show that it it imported, and even from which page, storing it at change_tag. But they should still be shown in Special:Contributions. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38245] Special:Upload to Wikipedia:Upload
https://bugzilla.wikimedia.org/show_bug.cgi?id=38245 --- Comment #1 from Bishnu Saikia bis...@sify.com 2012-07-22 12:32:51 UTC --- Why do I not able to get a reply? What should I do now? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38245] Special:Upload to Wikipedia:Upload
https://bugzilla.wikimedia.org/show_bug.cgi?id=38245 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com --- Comment #2 from Platonides platoni...@gmail.com 2012-07-22 12:46:08 UTC --- Should that be a link to http://as.wikipedia.org/wiki/%E0%A7%B1%E0%A6%BF%E0%A6%95%E0%A6%BF%E0%A6%AA%E0%A6%BF%E0%A6%A1%E0%A6%BF%E0%A6%AF%E0%A6%BC%E0%A6%BE:Upload or http://as.wikipedia.org/wiki/%E0%A7%B1%E0%A6%BF%E0%A6%95%E0%A6%BF%E0%A6%AA%E0%A6%BF%E0%A6%A1%E0%A6%BF%E0%A6%AF%E0%A6%BC%E0%A6%BE:%E0%A6%86%E0%A6%AA%E0%A6%B2%E2%80%99%E0%A6%A1 ? (the first redirecting to the later) Looking at that thread, I'm not convinced it was a vote to change the upload link. I only see ৱিকিপিডিয়া:আপল’ড mentioned in the last message by you. Are you sure there's consensus for the change? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 36104] Enable Bengali typing tool in Bengali Wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=36104 Santhosh Thottingal santhosh.thottin...@gmail.com changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|wikibugs-l@lists.wikimedia. |niklas.laxst...@gmail.com |org | --- Comment #12 from Santhosh Thottingal santhosh.thottin...@gmail.com 2012-07-22 13:01:26 UTC --- Since Bug 36217 is closed, assigning to Niklas for deployment. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31918] Accessing certain query parameters regardless of encoding (e.g. ISO 8859-1) in JavaScript
https://bugzilla.wikimedia.org/show_bug.cgi?id=31918 --- Comment #10 from Fomafix foma...@googlemail.com 2012-07-22 13:02:04 UTC --- Solution 4 is good. This means that mw.util.getParamValue() should never used to get parameters from the URL. All parameters must be parsed on server side. When all parameters are available for JavaScript then this bug can closed with WONTFIX. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37974] Add a monument_random field + index to the monuments_all table
https://bugzilla.wikimedia.org/show_bug.cgi?id=37974 --- Comment #3 from Platonides platoni...@gmail.com 2012-07-22 14:03:28 UTC --- I think the url should be https://fisheye.toolserver.org/browse/erfgoed/erfgoedbot/sql/fill_table_monuments_all.sql?r1=727r2=728 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34609] jQuery UI Datepicker div visible
https://bugzilla.wikimedia.org/show_bug.cgi?id=34609 Pinaki Das vtigerde...@gmail.com changed: What|Removed |Added CC||vtigerde...@gmail.com --- Comment #4 from Pinaki Das vtigerde...@gmail.com 2012-07-22 15:40:48 UTC --- Please reopen ticket as I am able to reproduce the same issue in version 1.8.21. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34609] jQuery UI Datepicker div visible
https://bugzilla.wikimedia.org/show_bug.cgi?id=34609 Pinaki Das vtigerde...@gmail.com changed: What|Removed |Added CC||vtigerde...@gmail.com --- Comment #4 from Pinaki Das vtigerde...@gmail.com 2012-07-22 15:40:48 UTC --- Please reopen ticket as I am able to reproduce the same issue in version 1.8.21. --- Comment #5 from Pinaki Das vtigerde...@gmail.com 2012-07-22 15:41:32 UTC --- Please reopen ticket as I am able to reproduce the same issue in version 1.8.21. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38549] ParamDefinition cannot be instantiated
https://bugzilla.wikimedia.org/show_bug.cgi?id=38549 Jeroen De Dauw jeroen_ded...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Jeroen De Dauw jeroen_ded...@yahoo.com 2012-07-22 16:43:12 UTC --- Thanks for the report. Should be fixed now. * https://gerrit.wikimedia.org/r/#/c/16247/ * https://gerrit.wikimedia.org/r/#/c/16251/ -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38579] New: Size of changes - minus-sign instead of hyphen
https://bugzilla.wikimedia.org/show_bug.cgi?id=38579 Web browser: --- Bug #: 38579 Summary: Size of changes - minus-sign instead of hyphen Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: History/Diffs AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jogo.obb-w...@gmx.de Classification: Unclassified Mobile Platform: --- In the version history of articles, mediawiki displays the size of changes in bytes. When the size of the change is negative, currently a hyphen-minus U+2010 (‐) is used. The correct sign would be the minus-sign U+2212 (−). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38580] New: E-Mail should be a required field
https://bugzilla.wikimedia.org/show_bug.cgi?id=38580 Web browser: --- Bug #: 38580 Summary: E-Mail should be a required field Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: Unprioritized Component: User login AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: incar...@googlemail.com Classification: Unclassified Mobile Platform: --- Specifying the E-Mail adress during the account creation process shouldn't be optional but required. That is an old relict of a time where Wikipedia haven't had enough authors, but this negligent setting should be changed to have one more obstacle against sockpuppets and spam-accounts. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38579] Size of changes - minus-sign instead of hyphen
https://bugzilla.wikimedia.org/show_bug.cgi?id=38579 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com --- Comment #1 from Platonides platoni...@gmail.com 2012-07-22 17:06:14 UTC --- We are using - (hyphen-minus, U+002D) not ‐ (hyphen, U+2010). I'm not sure there's a benefit of using − (minus signm U+2212), given that hyphen-minus can work as a minus and is ASCII compatible. The code to change would be Language::formatNum() at line 2881 of Language.php -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38580] E-Mail should be a required field
https://bugzilla.wikimedia.org/show_bug.cgi?id=38580 MZMcBride b...@mzmcbride.com changed: What|Removed |Added CC||b...@mzmcbride.com --- Comment #1 from MZMcBride b...@mzmcbride.com 2012-07-22 17:07:50 UTC --- On which wiki(s) would you like to see this change? You'll need to gather local community consensus for any Wikimedia wiki (cf. https://meta.wikimedia.org/wiki/Requesting_wiki_configuration_changes). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38580] E-Mail should be a required field
https://bugzilla.wikimedia.org/show_bug.cgi?id=38580 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com --- Comment #2 from Platonides platoni...@gmail.com 2012-07-22 17:08:36 UTC --- It should not. And forcing to enter an email is not a defense against sockpuppets nor spam-accounts given that: a) You can provide a fake email and go on editing right away (you would have to attach the permissions to being emailconfirmed). b) You can provide an email already set for another account. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38580] E-Mail should be a required field
https://bugzilla.wikimedia.org/show_bug.cgi?id=38580 --- Comment #3 from Incarus incar...@googlemail.com 2012-07-22 17:11:47 UTC --- (In reply to comment #2) It should not. And forcing to enter an email is not a defense against sockpuppets nor spam-accounts given that: a) You can provide a fake email and go on editing right away (you would have to attach the permissions to being emailconfirmed). b) You can provide an email already set for another account. So that would be an argument for just providing no adress? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38580] E-Mail should be a required field
https://bugzilla.wikimedia.org/show_bug.cgi?id=38580 --- Comment #4 from Platonides platoni...@gmail.com 2012-07-22 17:13:58 UTC --- Why would you need an address? There's no need of an email address to edit wmf projects. Why do you want to add that requirement? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38580] E-Mail should be a required field
https://bugzilla.wikimedia.org/show_bug.cgi?id=38580 --- Comment #5 from Incarus incar...@googlemail.com 2012-07-22 17:18:58 UTC --- Using accounts instead of the IP is not only about editing wmf projects, it's also about voting other people, gaining administrative rights etc. Only providing a name and a password is not enough for so much responsibility. It is also too easy to create dozens of Spam- and Sockpuppet-Accounts. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38580] E-Mail should be a required field
https://bugzilla.wikimedia.org/show_bug.cgi?id=38580 --- Comment #6 from Platonides platoni...@gmail.com 2012-07-22 17:21:50 UTC --- Many projects have a policy that a sysop must have an email set in their preferences and 'email from other users' enabled. That's fine and doesn't need to force a change on registration. It is also too easy to create dozens of Spam- and Sockpuppet-Accounts. Per comment 2, requiring an email field wouldn't make a difference. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33879] Give bureaucrats the ability to remove sysop rights at ro.wp
https://bugzilla.wikimedia.org/show_bug.cgi?id=33879 matanya matanya.mo...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||matanya.mo...@gmail.com Resolution||WONTFIX --- Comment #8 from matanya matanya.mo...@gmail.com 2012-07-22 17:57:42 UTC --- As this isn't clear per policy, and bugzilla isn't the place to discuss such a policy, I'll close this bug as won't fix for now, until there is a clear policy. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32805] enable Confirmed users group on mediawiki.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=32805 matanya matanya.mo...@gmail.com changed: What|Removed |Added CC||matanya.mo...@gmail.com --- Comment #8 from matanya matanya.mo...@gmail.com 2012-07-22 18:02:55 UTC --- I see no point. for the rare cause this is needed you can easily find a steward. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33879] Give bureaucrats the ability to remove sysop rights at ro.wp
https://bugzilla.wikimedia.org/show_bug.cgi?id=33879 Krenair kren...@gmail.com changed: What|Removed |Added CC||kren...@gmail.com Resolution|WONTFIX |INVALID --- Comment #9 from Krenair kren...@gmail.com 2012-07-22 18:13:20 UTC --- This isn't prohibited by any policy to my knowledge. There are some members of the community who think that somehow only stewards should be able to do this. What they think of it is irrelevant unless they can get enough support to change the global policy. I'm not going to reopen this bug because there doesn't appear to be community consensus for the change (there are no 'no' votes but the number of people participating is not nearly enough, WONTFIX - INVALID), but please ignore comments 6 and 8. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33879] Give bureaucrats the ability to remove sysop rights at ro.wp
https://bugzilla.wikimedia.org/show_bug.cgi?id=33879 --- Comment #10 from Krenair kren...@gmail.com 2012-07-22 18:22:14 UTC --- After some discussion it turns out I completely misunderstood Matanya's comment. It seems that he meant there was no clear policy for determining whether this change has local community consensus. Don't ignore that. :) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37885] Please enable FlaggedRevs for Turkish Wikiquote
https://bugzilla.wikimedia.org/show_bug.cgi?id=37885 matanya matanya.mo...@gmail.com changed: What|Removed |Added CC||matanya.mo...@gmail.com --- Comment #4 from matanya matanya.mo...@gmail.com 2012-07-22 18:25:36 UTC --- Dereckson, any progress here? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 38581] New: Translation memory and machine translation enhancement at Translatewiki.net
https://bugzilla.wikimedia.org/show_bug.cgi?id=38581 Web browser: --- Bug #: 38581 Summary: Translation memory and machine translation enhancement at Translatewiki.net Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: Unprioritized Component: Translate AssignedTo: niklas.laxst...@gmail.com ReportedBy: rodsa...@gmail.com CC: asha...@wikimedia.org, s.mazel...@xs4all.nl Classification: Unclassified Mobile Platform: --- Please see this discussion link: http://translatewiki.net/wiki/Thread:Support/Color_indicator_for_differences_or_non-matching_words_or_characters Request: Would it be possible to have a functionality in the pop-up box for Suggestions from translation memories and machine translation that will highlight in a different color o shade which words, characters, or phrases differ if for example the suggested translation only matches the would be translation of message by 97.05% match. That would be helpful to minimize human error. This would be similar to the already existing functionality that says which symbols are missing or which $1 etc are missing in draft translation before saving the page. Thanks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 38582] New: Machine translation and Translation memory feature enchancement at Translatewiki.net
https://bugzilla.wikimedia.org/show_bug.cgi?id=38582 Web browser: --- Bug #: 38582 Summary: Machine translation and Translation memory feature enchancement at Translatewiki.net Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: Unprioritized Component: Translate AssignedTo: niklas.laxst...@gmail.com ReportedBy: rodsa...@gmail.com CC: asha...@wikimedia.org, s.mazel...@xs4all.nl Classification: Unclassified Mobile Platform: --- http://translatewiki.net/wiki/Thread:Support/Color_indicator_for_differences_or_non-matching_words_or_characters Would it be possible to have a functionality in the pop-up box for Suggestions from translation memories and machine translation that will highlight in a different color o shade which words, characters, or phrases differ if for example the suggested translation only matches the would be translation of message by 97.05% match. That would be helpful to minimize human error. This would be similar to the already existing functionality that says which symbols are missing or which $1 etc are missing in draft translation before saving the page. Thanks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 38583] New: Enhancement of translation memory at translatewiki.net
https://bugzilla.wikimedia.org/show_bug.cgi?id=38583 Web browser: --- Bug #: 38583 Summary: Enhancement of translation memory at translatewiki.net Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: Unprioritized Component: Translate AssignedTo: niklas.laxst...@gmail.com ReportedBy: rodsa...@gmail.com CC: asha...@wikimedia.org, s.mazel...@xs4all.nl Classification: Unclassified Mobile Platform: --- Would it be possible to have a functionality in the pop-up box for Suggestions from translation memories and machine translation that will highlight in a different color o shade which words, characters, or phrases differ if for example the suggested translation only matches the would be translation of message by 97.05% match. That would be helpful to minimize human error. This would be similar to the already existing functionality that says which symbols are missing or which $1 etc are missing in draft translation before saving the page. Thanks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 37885] Please enable FlaggedRevs for Turkish Wikiquote
https://bugzilla.wikimedia.org/show_bug.cgi?id=37885 Krenair kren...@gmail.com changed: What|Removed |Added AssignedTo|dereck...@espace-win.org|kren...@gmail.com --- Comment #5 from Krenair kren...@gmail.com 2012-07-22 18:38:36 UTC --- Since Dereckson seems to have forgotten about this change, I've put it up for review in Gerrit change 16264 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 36598] Enable autopatrolling on Yiddish Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=36598 matanya matanya.mo...@gmail.com changed: What|Removed |Added CC||matanya.mo...@gmail.com --- Comment #4 from matanya matanya.mo...@gmail.com 2012-07-22 18:59:32 UTC --- only one support. closing as won't fix. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 36598] Enable autopatrolling on Yiddish Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=36598 matanya matanya.mo...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 36598] Enable autopatrolling on Yiddish Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=36598 matanya matanya.mo...@gmail.com changed: What|Removed |Added Resolution|WONTFIX |INVALID --- Comment #5 from matanya matanya.mo...@gmail.com 2012-07-22 19:02:13 UTC --- changed to invalid, per Krenair's comment on IRC. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31827] Respond with valid JS/CSS on redirects when using action=rawctype=text/css or action=rawctype=text/javascript
https://bugzilla.wikimedia.org/show_bug.cgi?id=31827 --- Comment #8 from mybugs.m...@gmail.com 2012-07-22 19:13:31 UTC --- (In reply to comment #7) For redirects we can do something like HTTP 200 OK: Content: /* Redirect */ In that case, make sure the Redirect text is in site language (as in bug 28937). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32805] enable Confirmed users group on mediawiki.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=32805 Nemo_bis federicol...@tiscali.it changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #9 from Nemo_bis federicol...@tiscali.it 2012-07-22 19:17:19 UTC --- Closing, this has been discussed at length and there's obviously no agreement about its need. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27918] Enable patrolled edits on Hebrew Wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=27918 matanya matanya.mo...@gmail.com changed: What|Removed |Added CC||matanya.mo...@gmail.com --- Comment #8 from matanya matanya.mo...@gmail.com 2012-07-22 19:30:08 UTC --- yes, still an issue. waiting for a patch. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27918] Enable patrolled edits on Hebrew Wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=27918 matanya matanya.mo...@gmail.com changed: What|Removed |Added CC||matanya.mo...@gmail.com --- Comment #8 from matanya matanya.mo...@gmail.com 2012-07-22 19:30:08 UTC --- yes, still an issue. waiting for a patch. --- Comment #9 from Krenair kren...@gmail.com 2012-07-22 19:30:57 UTC --- Sorry for the ridiculous amount of time it's taken to solve this bug. I've just been made aware of it by a steward. After checking through the MW core source, it looks like Hashar forgot to enable wgUseRCPatrol on that wiki. (Or maybe it didn't exist at the time? I don't know.) Gerrit change 16267 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32234] enwiki: Limit non-autoconfirmed users to creating two new accounts in a 24 hour period
https://bugzilla.wikimedia.org/show_bug.cgi?id=32234 matanya matanya.mo...@gmail.com changed: What|Removed |Added Keywords||shell CC||matanya.mo...@gmail.com --- Comment #12 from matanya matanya.mo...@gmail.com 2012-07-22 19:38:43 UTC --- looks like this wasn't implemented yet. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32234] enwiki: Limit non-autoconfirmed users to creating two new accounts in a 24 hour period
https://bugzilla.wikimedia.org/show_bug.cgi?id=32234 MZMcBride b...@mzmcbride.com changed: What|Removed |Added CC||b...@mzmcbride.com --- Comment #13 from MZMcBride b...@mzmcbride.com 2012-07-22 19:41:59 UTC --- The Wikimedia configuration files are in Git now. So someone needs to commit a proposed changeset and then asked for it to be merged into the master, or something, I believe. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38238] Typing ओं is not possible in hindi transliteration
https://bugzilla.wikimedia.org/show_bug.cgi?id=38238 --- Comment #14 from Siddhartha Ghai siddhartha.g...@gmail.com 2012-07-22 19:43:01 UTC --- (In reply to comment #11) 1. Just to make sure: ॐकार and ओंकार are both valid? 2. I can easily make auMsa-औंस and AUM-ॐ work, but will this finally cover all the cases? Is anybody familiar with a comprehensive standard on which I would be able to base our mapping? Is ITRANS comprehensive, for example? As per the discussion on hi-wp village pump, the following words use औं: औंधा औंगारी सूर्य मंदिर [1] औंराडीह गाँव, गुरुआ (गया) [2] औंकोलोजी (oncology) Clearly, औं is also used in hindi, and the submitted patch[3] won't solve the problem. Also, AUM won't solve the problem either, since that is for आऊं which in itself is a popular (mis)spelling of the word आऊँ and can be used to write the word आऊंगा (correct spelling आऊँगा). Although I want to have an easy input method for inputting ॐ, I am wondering how much it is actually used in regular text, and if a direct input for it is needed (or it can be handled in the editing tools shown below the edit-window). I'll be asking the same at hi-wp discussion [4]. Shantanoo, is it used regularly in Marathi or rarely? [1] http://hi.wikipedia.org/wiki/%E0%A4%94%E0%A4%82%E0%A4%97%E0%A4%BE%E0%A4%B0%E0%A5%80_%E0%A4%B8%E0%A5%82%E0%A4%B0%E0%A5%8D%E0%A4%AF_%E0%A4%AE%E0%A4%82%E0%A4%A6%E0%A4%BF%E0%A4%B0 [2] http://hi.wikipedia.org/wiki/%E0%A4%94%E0%A4%82%E0%A4%B0%E0%A4%BE%E0%A4%A1%E0%A5%80%E0%A4%B9_%E0%A4%97%E0%A4%BE%E0%A4%81%E0%A4%B5,_%E0%A4%97%E0%A5%81%E0%A4%B0%E0%A5%81%E0%A4%86_(%E0%A4%97%E0%A4%AF%E0%A4%BE) [3] https://gerrit.wikimedia.org/r/#/c/15846/ [4] http://hi.wikipedia.org/wiki/%E0%A4%B5%E0%A4%BF%E0%A4%95%E0%A4%BF%E0%A4%AA%E0%A5%80%E0%A4%A1%E0%A4%BF%E0%A4%AF%E0%A4%BE:%E0%A4%9A%E0%A5%8C%E0%A4%AA%E0%A4%BE%E0%A4%B2#.E0.A4.A8.E0.A4.BE.E0.A4.B0.E0.A4.BE.E0.A4.AF.E0.A4.AE_.E0.A4.AE.E0.A5.87.E0.A4.82_.E0.A5.90_.E0.A4.95.E0.A5.87_.E0.A4.B2.E0.A4.BF.E0.A4.AF.E0.A5.87_.E0.A4.87.E0.A4.A8.E0.A4.AA.E0.A5.81.E0.A4.9F_.E0.A4.AE.E0.A5.87.E0.A4.82_.E0.A4.AA.E0.A4.B0.E0.A4.BF.E0.A4.B5.E0.A4.B0.E0.A5.8D.E0.A4.A4.E0.A4.A8 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 32234] enwiki: Limit non-autoconfirmed users to creating two new accounts in a 24 hour period
https://bugzilla.wikimedia.org/show_bug.cgi?id=32234 --- Comment #14 from MZMcBride b...@mzmcbride.com 2012-07-22 19:47:49 UTC --- So it looks like you'd want to commit a change to this repo: https://gerrit.wikimedia.org/r/gitweb?p=operations/mediawiki-config.git. Specifically, it's in wmf-config/InitialiseSettings.php (https://gerrit.wikimedia.org/r/gitweb?p=operations/mediawiki-config.git;a=blob;f=wmf-config/InitialiseSettings.php;h=4e4a9bc0efd0718d00aa47018eff910177eee116;hb=ffd469239a80b8bb9813eb029e4cd71a3ea52db9): --- 'wgAccountCreationThrottle' = array( 'he' = 4, 'default' = 6, // previously 10 'private' = 0, // disable for wikis with sysop-only account creation 'fishbowl' = 0, 'idwiki' = 0, 'swwiki' = 150, // for event 2011-11-30, contact User:Ijon -- TS ), --- -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32234] enwiki: Limit non-autoconfirmed users to creating two new accounts in a 24 hour period
https://bugzilla.wikimedia.org/show_bug.cgi?id=32234 Krenair kren...@gmail.com changed: What|Removed |Added CC||kren...@gmail.com --- Comment #15 from Krenair kren...@gmail.com 2012-07-22 19:50:00 UTC --- Pretty sure it should be done in wmf-config/throttle.php now. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38584] New: There was an error sending mail from 'bugzilla-dae...@wikimedia.org'
https://bugzilla.wikimedia.org/show_bug.cgi?id=38584 Web browser: --- Bug #: 38584 Summary: There was an error sending mail from 'bugzilla-dae...@wikimedia.org' Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: major Priority: Unprioritized Component: Bugzilla AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: matanya.mo...@gmail.com CC: innocentkil...@gmail.com, s...@reedyboy.net, thehelpfulonew...@gmail.com Classification: Unclassified Mobile Platform: --- Created attachment 10871 -- https://bugzilla.wikimedia.org/attachment.cgi?id=10871 screenshot of the error for the third time today: Bugzilla has suffered an internal error. Please save this page and send it to n...@wikimedia.org with details of what you were doing at the time this message appeared. URL: https://bugzilla.wikimedia.org/process_bug.cgi There was an error sending mail from 'bugzilla-dae...@wikimedia.org' to 'tstarl...@wikimedia.org':Can't send data Traceback: at Bugzilla/Mailer.pm line 186 Bugzilla::Mailer::MessageToMTA(...) called at Bugzilla/BugMail.pm line 594 Bugzilla::BugMail::sendMail(...) called at Bugzilla/BugMail.pm line 434 Bugzilla::BugMail::Send(...) called at Bugzilla/Bug.pm line 1201 Bugzilla::Bug::_send_bugmail(...) called at Bugzilla/Bug.pm line 1150 Bugzilla::Bug::send_changes(...) called at /srv/org/wikimedia/bugzilla/process_bug.cgi line 391 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38585] New: Split user account
https://bugzilla.wikimedia.org/show_bug.cgi?id=38585 Web browser: --- Bug #: 38585 Summary: Split user account Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Site configuration AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mattbis...@yahoo.com CC: benap...@gmail.com, wikimedia.b...@snowolf.eu Classification: Unclassified Mobile Platform: --- I was doing a rename on en.wiki of a user with 31,000 edits. The rename timed out and when I re-loaded, there were two user accounts. One at the original username and one at the target. Could a dev re-merge them into the target, as clearly it was a system error for it to split one account into two accounts. I also don't know which account the non-public data (password, email address, etc) ended up residing with. The rename is logged at http://en.wikipedia.org/w/index.php?title=Special:Logoffset=limit=1type=renameuseruser=MBisanzpage=tagfilter=hide_patrol_log=1hide_review_log=1 It involves http://en.wikipedia.org/wiki/User:Edinburgh_Wanderer being renamed to http://en.wikipedia.org/wiki/User:Blethering_Scot -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38585] Split user account
https://bugzilla.wikimedia.org/show_bug.cgi?id=38585 MBisanz mattbis...@yahoo.com changed: What|Removed |Added Priority|Unprioritized |Normal URL||http://en.wikipedia.org/w/i ||ndex.php?title=Special%3ALo ||glimit=1type=renameuseru ||ser=MBisanzpage=User%3AEdi ||nburgh+Wandereryear=month ||=-1tagfilter= Web browser|--- |Firefox -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38585] Split user account
https://bugzilla.wikimedia.org/show_bug.cgi?id=38585 Krenair kren...@gmail.com changed: What|Removed |Added URL|http://en.wikipedia.org/w/i |http://en.wikipedia.org/w/i |ndex.php?title=Special%3ALo |ndex.php?title=Special%3ALo |glimit=1type=renameuseru |glimit=1type=renameuseru |ser=MBisanzpage=User%3AEdi |ser=MBisanzpage=User%3AEdi |nburgh+Wandereryear=month |nburgh+Wanderer |=-1tagfilter= | CC||kren...@gmail.com Web browser|Firefox |--- -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38585] Split user account
https://bugzilla.wikimedia.org/show_bug.cgi?id=38585 matanya matanya.mo...@gmail.com changed: What|Removed |Added Keywords||ops CC||matanya.mo...@gmail.com --- Comment #1 from matanya matanya.mo...@gmail.com 2012-07-22 20:31:09 UTC --- users with over 25,000 edits shouldn't be done without a sysadmin at hand, as a rule of thumb. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30143] Duplicate b'crat info to meta
https://bugzilla.wikimedia.org/show_bug.cgi?id=30143 matanya matanya.mo...@gmail.com changed: What|Removed |Added CC||matanya.mo...@gmail.com --- Comment #7 from matanya matanya.mo...@gmail.com 2012-07-22 20:38:24 UTC --- ask pathoschild to implement that. I don't think it is needed as part of the mw itself. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37902] VisualEditor: Parsoid needs to hint on each internal link as to the status of its target (redlink; stub; interwiki)
https://bugzilla.wikimedia.org/show_bug.cgi?id=37902 --- Comment #4 from Gabriel Wicke gwi...@wikimedia.org 2012-07-22 21:00:13 UTC --- IMO this should not be the task of the parser however, hence the low priority on this bug. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 38586] New: Media queries not respected in skins
https://bugzilla.wikimedia.org/show_bug.cgi?id=38586
Web browser: ---
Bug #: 38586
Summary: Media queries not respected in skins
Product: MediaWiki
Version: 1.18.2
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: minor
Priority: Unprioritized
Component: ResourceLoader
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: m33...@gmail.com
CC: krinklem...@gmail.com, roan.katt...@gmail.com,
tpars...@wikimedia.org
Classification: Unclassified
Mobile Platform: ---
Media queries are ignored when included in a skin's css file and loaded through
load.php.
To test: add a style declaration in a media query to a skin's screen.css:
@media screen {
body {background-color: orange;}
}
The only browser I've found where the style is respected in Firefox 14.0.1, on
Mac and PC.
Media queries function as expected when added to MediaWiki:Common.css.
If the css file is added directly to the header with a style tag, media
queries function as expected.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38585] Split user account
https://bugzilla.wikimedia.org/show_bug.cgi?id=38585 MBisanz mattbis...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from MBisanz mattbis...@yahoo.com 2012-07-22 21:13:20 UTC --- Apparently he just automatically recreated it at the exact moment the extension timed out on my end. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38585] Split user account
https://bugzilla.wikimedia.org/show_bug.cgi?id=38585 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com --- Comment #3 from Platonides platoni...@gmail.com 2012-07-22 21:48:59 UTC --- The provided link is of User:Edinburgh Wanderer Mobile to Blethering Scot Mobile, which seems to have worked. I see no contributions at http://en.wikipedia.org/wiki/Special:Contributions/User:Edinburgh_Wanderer I don't see how an old account could have been kept back, as it was renamed. Maybe it was autocreated from being logged in into SUL ? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32234] enwiki: Limit non-autoconfirmed users to creating two new accounts in a 24 hour period
https://bugzilla.wikimedia.org/show_bug.cgi?id=32234 --- Comment #16 from Platonides platoni...@gmail.com 2012-07-22 21:54:01 UTC --- No, wgAccountCreationThrottle is still at InitialiseSettings.php We don't have a configuration for changing to just registered users non-autoconfirmed. Sysops are throttle-skipped, and the rest confined by $wgAccountCreationThrottle. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38566] Unable to access recent change when logged in
https://bugzilla.wikimedia.org/show_bug.cgi?id=38566 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added Summary|Unable to access recent |Unable to access recent |change when login |change when logged in -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38572] Old wiki does not exist page used for Wikidata subdomains
https://bugzilla.wikimedia.org/show_bug.cgi?id=38572 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added Summary|Disgusting old wiki does |Old wiki does not exist |not exist page used for|page used for Wikidata |Wikidata subdomains |subdomains --- Comment #4 from Sam Reed (reedy) s...@reedyboy.net 2012-07-22 22:33:09 UTC --- I'm not sure Wikidata is going to be using subdomains for anything (especially not per language code or anything).. This needs clarifying, and possibly just make all subdomains redirect to the www. or someting -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38565] please enable admins to add and remove members of account creators group on he.wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=38565 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added Severity|normal |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38562] Remove talk page statistics from MediaWiki's info action
https://bugzilla.wikimedia.org/show_bug.cgi?id=38562 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added Severity|normal |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38563] Add number of subpages to MediaWiki's info action
https://bugzilla.wikimedia.org/show_bug.cgi?id=38563 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added Severity|normal |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38564] Add number of redirects to MediaWiki's info action
https://bugzilla.wikimedia.org/show_bug.cgi?id=38564 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added Severity|normal |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38566] Unable to access recent change when logged in
https://bugzilla.wikimedia.org/show_bug.cgi?id=38566 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added Priority|Highest |Normal Severity|blocker |normal -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38561] Add page ID to MediaWiki's info action
https://bugzilla.wikimedia.org/show_bug.cgi?id=38561 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added Severity|normal |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38560] Add page length (in bytes) to MediaWiki's info action
https://bugzilla.wikimedia.org/show_bug.cgi?id=38560 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added Severity|normal |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38587] New: result format Process / #smwdoc support missing (1.8 alpha)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38587
Web browser: ---
Bug #: 38587
Summary: result format Process / #smwdoc support missing (1.8
alpha)
Product: MediaWiki extensions
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: SemanticResultFormats
AssignedTo: jeroen_ded...@yahoo.com
ReportedBy: mediaw...@kghoffmeyer.de
CC: wikibugs-l@lists.wikimedia.org, yaro...@gmail.com
Classification: Unclassified
Mobile Platform: ---
Adding {{#smwdoc:process}} throws a fatal since it is not among the allowed
values. It would be nice to have support for it.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 38588] New: result format Graph / #smwdoc support missing (1.8 alpha)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38588
Web browser: ---
Bug #: 38588
Summary: result format Graph / #smwdoc support missing (1.8
alpha)
Product: MediaWiki extensions
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: SemanticResultFormats
AssignedTo: jeroen_ded...@yahoo.com
ReportedBy: mediaw...@kghoffmeyer.de
CC: wikibugs-l@lists.wikimedia.org, yaro...@gmail.com
Classification: Unclassified
Mobile Platform: ---
Adding {{#smwdoc:graph}} throws a fatal since 'graph' it is not among the
allowed
values. It would be nice to have support for it.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 38585] Split user account
https://bugzilla.wikimedia.org/show_bug.cgi?id=38585 --- Comment #4 from MBisanz mattbis...@yahoo.com 2012-07-22 23:39:16 UTC --- Sorry, I used a non-persistent link. We've figured out he instantly re-created it via SUL. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38508] SVG thumbnails should not be rasterized
https://bugzilla.wikimedia.org/show_bug.cgi?id=38508 Smallman m8r-udf...@mailinator.com changed: What|Removed |Added CC||m8r-udf...@mailinator.com --- Comment #1 from Smallman m8r-udf...@mailinator.com 2012-07-22 23:57:01 UTC --- There are certain security considerations that have to be taken into account such as what to do with image tags pointing to external images. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38589] New: Rendering of SVG text too large
https://bugzilla.wikimedia.org/show_bug.cgi?id=38589 Web browser: --- Bug #: 38589 Summary: Rendering of SVG text too large Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: File management AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: m8r-udf...@mailinator.com CC: bawolff...@gmail.com, bryan.tongm...@gmail.com Classification: Unclassified Mobile Platform: --- Created attachment 10872 -- https://bugzilla.wikimedia.org/attachment.cgi?id=10872 How it properly renders in FF 14 IE 9 The text in the following svg file renders too large. https://commons.wikimedia.org/wiki/File:Pictograph_aligned_and_similar_size.svg The svg file properly renders in FF 14 IE9. This may be related to: [[Bug:13486]], [[Bug:13494]] The element for the rendering of Banana is: text xml:space=preserve style=font-size:40px;font-style:normal;font-weight:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#00;fill-opacity:1;stroke:none;font-family:Sans x=10 y=112.36218 id=text2995 sodipodi:linespacing=125%tspan sodipodi:role=line id=tspan2997 x=10 y=112.36218Banana/tspan/text -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38508] SVG thumbnails should not be rasterized
https://bugzilla.wikimedia.org/show_bug.cgi?id=38508 --- Comment #2 from andybaum...@gmail.com 2012-07-23 00:10:36 UTC --- Hi, I agree there could be security risks. Maybe native svg could be added as an option with a warning like raw HTML. This way users with internal wiki's not as concerned with security could take advantage of browser svg rendering while svg security catches up. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38589] Rendering of SVG text too large
https://bugzilla.wikimedia.org/show_bug.cgi?id=38589 --- Comment #1 from Smallman m8r-udf...@mailinator.com 2012-07-23 00:10:53 UTC --- Created attachment 10873 -- https://bugzilla.wikimedia.org/attachment.cgi?id=10873 How its not properly rendered on the wiki. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38589] Rendering of SVG text too large
https://bugzilla.wikimedia.org/show_bug.cgi?id=38589 Smallman m8r-udf...@mailinator.com changed: What|Removed |Added Attachment #10873|0 |1 is obsolete|| --- Comment #2 from Smallman m8r-udf...@mailinator.com 2012-07-23 00:11:44 UTC --- Created attachment 10874 -- https://bugzilla.wikimedia.org/attachment.cgi?id=10874 How its not properly rendered on the wiki. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38210] Adding customization of unwatched changes to user preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=38210 --- Comment #4 from David1217 davidswikipediaem...@gmail.com 2012-07-23 00:12:49 UTC --- (In reply to comment #3) The Foundation design team does not believe in preference proliferation and we recommend that this not be done (we actually want to remove preferences when possible, as they create a confusing experience). Accordingly, we are not going to spend any resources on this request. If the community wishes this to be implemented, it can (and should) be done with a gadget that can be enabled by users or by the enwiki community. It is further our believe that watchlist bolding should be enabled by default (as it is a feature of MediaWiki), and that any gadget to disable the functionality should not be turned on globally. However, that is a community decision. Okay, I was told that this would happen by someone on en.wiki (someone else told me to file this bug). A gadget request has been added. Thanks for getting to my request. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38528] Move templates used on this page from MediaWiki's edit action to the info action
https://bugzilla.wikimedia.org/show_bug.cgi?id=38528
Richard Guk richardg...@yahoo.com changed:
What|Removed |Added
CC||richardg...@yahoo.com
--- Comment #3 from Richard Guk richardg...@yahoo.com 2012-07-23 02:00:30 UTC
---
I predict a riot if this were removed from edit pages without a prominent means
for editors to reinstate it! Collapsing very long template lists would be less
controversial.
On a separate point: With enwiki at present, all current templates are always
listed for a fullpage edit (even without a preview). For a section edit, the
templates are only listed if the section is previewed, but the listed templates
comprise only those in the edited section, which is usually more helpful than
looking at the list for the entire page.
Presumably it would not be worthwhile supporting section-level information,
such as ?action=infosection=1. So ?action=info would not provide all the
information obtainable at ?action=editsection={secnum}.
Therefore, providing information at ?action=info should not be at the expense
of existing information at ?action=edit.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38528] Move templates used on this page from MediaWiki's edit action to the info action
https://bugzilla.wikimedia.org/show_bug.cgi?id=38528 Krenair kren...@gmail.com changed: What|Removed |Added CC||kren...@gmail.com --- Comment #4 from Krenair kren...@gmail.com 2012-07-23 02:34:37 UTC --- I think it's a really, really bad idea to suddenly remove this from the edit page. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35990] Schwa syncope rule in devanagari transliteration
https://bugzilla.wikimedia.org/show_bug.cgi?id=35990 --- Comment #6 from Siddhartha Ghai siddhartha.g...@gmail.com 2012-07-23 03:16:55 UTC --- (In reply to comment #5) (In reply to comment #4) All, what should be implemented? Should we still add viram by default and have consonant (only for 'a') to remove it? Or should we have '~' to be typed when viram is required? To the best of my understanding, the idea of a transliteration mapping is that only the actual sounds are typed and the viram should be used as little as possible. Yes, ideally one should only have to write what one speaks. However, mapping schwa syncope for all cases will be rather a bit of a headache. I'd originally started this bug for schwa syncope at word-endings since that is the most problematic. Correcting schwa syncope within words themselves is a problem at an entirely different level of difficulty. As can be seen on the wikipedia article [1] (see section Common transcription and diction errors), the problem of syncope within words is much greater than at word-ends. I like the current system for handling ् as far as words are concerned. This is because if we complete the consonants by default (i.e ् isn't added by default), then writing a lot of words becomes a problem, since rakshhA would become राक्षा (i.e r+a will become equivalent to the current r+A). Similarly, wherever the schwa is pronounced, typing an a in between (as is natural) would produce an unintuitive ा in between. So although the current handling of schwa syncope within words is imperfect, it is better than the other option. However, I do believe we need to find a fix to schwa syncope at word ends. Words may end with a space, a tab, a newline, dot, comma, semicolon, colon, single-quote, double-quote, dash, equal sign, plus sign, any kind of braces, a slash, a vertical pipe, a greater than or less than sign, or any of the other symbols and numerals availaible on the keyboard. We basically need one rule to handle a word being terminated in all these cases to default to removing the ् . However, the ् shouldn't be removed if it has been explicitly added (by pressing ~) before the pressing of any of these keys. The problem lies in being able to separate the implicitly added ् and the explicitly added ् once the next key is pressed. I'd tried to resolve this in https://gerrit.wikimedia.org/r/#change,3514 patchset 3 by increasing the keybuffer to 2 to detect the ~ keystroke. However, I was unsuccessful for some reason :( and had to undo (see diff [2]) I don't know why that rule didn't work, but if that can be made to work with some modification/correction, the only further modification needed would be adding the various possible word-endings to the rule. [1] http://en.wikipedia.org/wiki/Schwa_deletion_in_Indo-Aryan_languages [2] https://gerrit.wikimedia.org/r/#/c/3514/3..4/resources/ext.narayam.rules.hi.js -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 37225] Several history entries for the same content and watchlists showing wrong article size changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=37225 Aaron Schulz aschulz4...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33717] add support for bowiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=33717 Santhosh Thottingal santhosh.thottin...@gmail.com changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|wikibugs-l@lists.wikimedia. |santhosh.thottingal@gmail.c |org |om --- Comment #3 from Santhosh Thottingal santhosh.thottin...@gmail.com 2012-07-23 04:21:41 UTC --- Jomolhari font is present in WebFonts extension for language bo. It is 2.5 MB in uncompressed form and WOFF is 829 KB. It is available in translatewiki,net - http://translatewiki.net/wiki/Main_Page?setlang=bo Before deploying, we need somebody from bo.wikipedia to verify it. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38413] Correction in namespace for mr wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=38413 jeremyb bugzilla+org.wikime...@tuxmachine.com changed: What|Removed |Added Keywords||i18n CC||benap...@gmail.com, ||bugzilla+org.wikimedia@tuxm ||achine.com, ||wikimedia.b...@snowolf.eu Component|General/Unknown |Site configuration --- Comment #3 from jeremyb bugzilla+org.wikime...@tuxmachine.com 2012-07-23 05:01:27 UTC --- I'm not seeing why this should be done locally instead of at translatewiki.net ? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38528] Add templates used on this page to MediaWiki's info action
https://bugzilla.wikimedia.org/show_bug.cgi?id=38528
MZMcBride b...@mzmcbride.com changed:
What|Removed |Added
Summary|Move templates used on |Add templates used on this
|this page from MediaWiki's |page to MediaWiki's info
|edit action to the info |action
|action |
--- Comment #5 from MZMcBride b...@mzmcbride.com 2012-07-23 05:01:46 UTC ---
(In reply to comment #3)
I predict a riot if this were removed from edit pages without a prominent
means
for editors to reinstate it! Collapsing very long template lists would be less
controversial.
Yeah, there a few issues that are quickly getting conflated here. This is
mostly my fault (sorry). This bug should only be about whether to include the
list of transcluded templates at ?action=info. Whether to continue to list
templates at ?action=edit (and in what way) should be the subject of other
bugs.
I'm updating this bug's summary from Move templates used on this page from
MediaWiki's edit action to the info action to Add templates used on this
page to MediaWiki's info action. Do you think listing the templates used on a
specified title at ?action=info is a good idea?
On a separate point: With enwiki at present, all current templates are always
listed for a fullpage edit (even without a preview). For a section edit, the
templates are only listed if the section is previewed, but the listed
templates
comprise only those in the edited section, which is usually more helpful than
looking at the list for the entire page.
This is mostly bug 878.
Presumably it would not be worthwhile supporting section-level information,
such as ?action=infosection=1. So ?action=info would not provide all the
information obtainable at ?action=editsection={secnum}.
This should be filed as a separate bug. Implementing the ability to get info
about a particular section is an interesting idea, but far outside the scope of
this bug. :-)
(In reply to comment #4)
I think it's a really, really bad idea to suddenly remove this from the edit
page.
Do you think listing the templates used on a specified title at ?action=info is
a good idea?
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38543] Local logo changing function active request
https://bugzilla.wikimedia.org/show_bug.cgi?id=38543 jeremyb bugzilla+org.wikime...@tuxmachine.com changed: What|Removed |Added CC||bugzilla+org.wikimedia@tuxm ||achine.com --- Comment #6 from jeremyb bugzilla+org.wikime...@tuxmachine.com 2012-07-23 05:04:13 UTC --- Looks like there has been very little response to the proposal? (and I'm still not clear on what the proposal actually says) We need to have a clear English translation or summary of the consensus discussion and I don't think we've received that yet? Maybe I should hunt down a Korean native. (In reply to comment #5) A WMF employee can then review, approve and deploy the change to Wikimedia servers. s/WMF employee/user with shell access/ -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38529] Move hidden categories list from MediaWiki's edit action to the info action
https://bugzilla.wikimedia.org/show_bug.cgi?id=38529 --- Comment #1 from MZMcBride b...@mzmcbride.com 2012-07-23 05:04:44 UTC --- This is somewhat related to bug 38528 (regarding the list of transcluded templates). I wonder if people also think that moving the hidden categories list will be controversial. If so, this bug should be refined to focus only on ?action=info. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37902] VisualEditor: Parsoid needs to hint on each internal link as to the status of its target (redlink; stub; interwiki)
https://bugzilla.wikimedia.org/show_bug.cgi?id=37902 MZMcBride b...@mzmcbride.com changed: What|Removed |Added CC||b...@mzmcbride.com --- Comment #4 from Gabriel Wicke gwi...@wikimedia.org 2012-07-22 21:00:13 UTC --- IMO this should not be the task of the parser however, hence the low priority on this bug. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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
