[Bug 24521] New: code error! shouldn't be hard coded
https://bugzilla.wikimedia.org/show_bug.cgi?id=24521 Summary: code error! shouldn't be hard coded Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Language converter AssignedTo: philip@gmail.com ReportedBy: liang...@gmail.com A message should be used. It's $mManualCodeError of class ConverterRule in LanguageConverter.php. -- 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 16275] Editing page for Wikipedia talk pages: Add save with signature button to Save Page Show Preview and Show Changes group
https://bugzilla.wikimedia.org/show_bug.cgi?id=16275 Max Semenik maxsem.w...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #1 from Max Semenik maxsem.w...@gmail.com 2010-07-24 06:14:16 UTC --- We're working on LiquidThreads instead, which will not have such problems. -- 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 164] Support collation by a certain locale (sorting order of characters)
https://bugzilla.wikimedia.org/show_bug.cgi?id=164
--- Comment #187 from Philippe Verdy verd...@wanadoo.fr 2010-07-24 06:17:18
UTC ---
(In reply to comment #185)
Oh, I didn't get what he was saying. Yes, obviously we should use the actual
cl_from field, not tack it onto cl_sortkey (is that what we do these days?).
I'm going to have to make a lot of changes to the category pager anyway to
support paging by multiple things, so I can do that while I'm at it.
This does not require any change in the schema. This can be made immediately by
MediaWiki developers and will not influence the developement of all corrections
needed for bug #164 itself.
The unique index just has to include the cl_from field (whatever it contains,
it is already the unique ID of the page, and it is already stored). Only the
SQL queries and the HTTP requests have to be able to specify this cl_from field
separately.
Tacking it in the sortkey was a bad decision made by lazy developers before
they realized that storing a separate cl_from field was necessary. It just
polluted the indexes and had the bad effect of truncating more precious space
for correctly sorting some pages.
Drop this tacking immediately in the PHP code: the cl_sortkey is only intended
to store the clear-text sortkey hint specified in {{DEFAULTSORT:sortkey}} or
[[category:...|sortkey]] to override the sort order, and this clear-text
sortkey is not really a true sortkey but a sort hint to override the default
sort order.
For example in people's names whose page name is FirstNames LastName but that
we want to sort as if they were LastName, FirstNames by indicating only
{{DEFAULTSORT:LastName !}} (it should not needed to include the FirstNames in
the wiki text, as this sort hint will not be unique and the group of pages
using the same hint will still need to sort within this group using their
natural order). Even in that case, there's no need to bogously tack the cl_from
field in the stored field.
--
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 164] Support collation by a certain locale (sorting order of characters)
https://bugzilla.wikimedia.org/show_bug.cgi?id=164
--- Comment #188 from Philippe Verdy verd...@wanadoo.fr 2010-07-24 07:00:47
UTC ---
(In reply to comment #183)
Okay, look, if you make posts this long I'm not going to be able to read
them.
You have to state your points briefly and clearly, or else I'm just not going
to have time to read through carefully and figure out exactly what you're
trying to say. Walls of text are really not helpful.
Furthermore, you're focusing too narrowly on implementation details, like the
exact interface a function should implement.
An interface function is DEFINITELY NOT an implementation detail. My
comment #180 _correctly_ describes and summarizes what is really wanted.
It's not focusing on how it will be implemented (using ICU or not, how to
integrate it in PHP if it's used, otherwise how to represent the DUCET and how
to represent the language tailorings...), and it explains why the development
can be planned in several clearly independant steps that can be tested
separately.
It correctly explains the dependancies and why any change in the SQL schema can
be and should be delayed. In fact I consider the step (1) in my plan to have a
high priority on all the rest, and it does not imply any immediate change in
the schema to support it.
There will be some time needed only to assert that the implemented collations
are effectively correct for various languages: this will be verifiable by users
looking at list of terms in some wiki page, using a sortable wikitable whose
rows are using the new {{SORTKEY:text|locale|level}} parser function.
If this is validated by users, then only two independant development phases can
be started (in parallel):
- to develop the new schema for stored sortkeys, based only on the internal PHP
functions implementing {{SORTKEY:text|locale|level}}. The schema should NOT be
deployed before the collations have been tested extensively by users and their
internal data structures reflect the wanted collations order and tailorings.
- to develop the {{COLLATIONMAP:text|locale|level|clusters}} parser function
(for later inclusion in the generation of the correct column headings in the
lists displayed by category pages, because for now these headings are almost
useless for anything else than English, or in heavily populated categories).
The second function will be separately integrable in the display of category
pages (before or after the schema has been updated for stored sort keys), but
can be tested separately as well. And anyway, it will already be a very useful
general clear-text function for use in wiki templates that are trying to equate
equivalent strings (for example in a {{#switch:}}, even better than
{{LC:text}}) and will be very convenient for some languages like Arabic, Hebrew
and Russian that have optional diacritics in their orthographies (such as
cantillation marks, dots for vowels, and tonic accents) or that may contain
compatibility ligatures or display forms (e.g. narrow/wide kanas and square
clusters of kanas in Japanese, compatibility jamos in Korean).
The name of this second function could be abbreviated as {{CMAP:}} (it does not
matter, but it should be implemented based on its functional description by
Unicode in one of its UAX) or could be localized as well like other magic
wiki keywords. And it probably should use {{CONTENTLANGUAGE}} as the default
value for the second parameter locale (because {{int:lang}} may cause
rendering problems in some pages that do not want to depend on the user's
prefered language). And by default the level parameter will be 1 (could be up
to 3, any higher value will return the same text without performing any mapping
because higher collation values have to contain all the collation differences),
and the default clusters will be unlimited.
--
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 24522] New: New wiki needed for movement roles
https://bugzilla.wikimedia.org/show_bug.cgi?id=24522 Summary: New wiki needed for movement roles Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: blocker Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: adh...@gmail.com The movement roles project needs a new wiki, private initially, with roughly the same settings as the board or chapcom wikis. Only logged-in users should be able to view any pages beyond the main page, and account creation should be disabled except by administrators. movementroles.wikimedia.org is the preferred domain name, and the initial bureaucrat can be me (Austin). I should be able to take care of the rest. -- 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 24321] ml.wikiquote.org lost its project namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=24321 --- Comment #8 from Kiran Gopi kirangop...@gmail.com 2010-07-24 08:43:58 UTC --- Please change the site name as 'വിക്കി ചൊല്ലുകൾ' -- 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 24522] New wiki needed for movement roles
https://bugzilla.wikimedia.org/show_bug.cgi?id=24522 Raimond Spekking raimond.spekk...@gmail.com changed: What|Removed |Added Keywords||shell -- 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 24523] New: Make table sorting ignore refs when determining data type
https://bugzilla.wikimedia.org/show_bug.cgi?id=24523 Summary: Make table sorting ignore refs when determining data type Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Javascript AssignedTo: d...@ucsc.edu ReportedBy: liang...@gmail.com CC: tpars...@wikimedia.org table sorting = class=sortable in tables. wikibits.js refs = [1], [2] etc. generated with ref1/ref data type = text, date, number etc. -- 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 24524] New: Proposal: Single maintenance entry point
https://bugzilla.wikimedia.org/show_bug.cgi?id=24524 Summary: Proposal: Single maintenance entry point Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Maintenance scripts AssignedTo: innocentkil...@gmail.com ReportedBy: liang...@gmail.com Inspired by Django's manage.py Is it possible to build a single entry point for all maintenance tasks? For example, php maintenance/update.php - php maintenance.php update php maintenance/changePassword.php - php maintenance.php changePassword --user A --password B And allow extensions, such as LocalisationUpdate, to add their own maintenance commands here as well. So, php extensions/LocalisationUpdate/update.php - php maintenance.php localisationUpdate -- 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 24524] Proposal: Single maintenance entry point
https://bugzilla.wikimedia.org/show_bug.cgi?id=24524 --- Comment #1 from Max Semenik maxsem.w...@gmail.com 2010-07-24 11:27:40 UTC --- Could be easily done with our new maintenace system. However, this form will be a bit more verbose - what are the benefits? -- 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 24524] Proposal: Single maintenance entry point
https://bugzilla.wikimedia.org/show_bug.cgi?id=24524 --- Comment #2 from Liangent liang...@gmail.com 2010-07-24 11:34:28 UTC --- (In reply to comment #1) Could be easily done with our new maintenace system. However, this form will be a bit more verbose - what are the benefits? First, maintenance directory is crowded, and not all files are expected to be used as maintenance scripts (for wiki sysadmins). This can give a clearer list of maintenance commands for them. Second, extensions' maintenance scripts, such as LocalisationUpdate's, are scattered across the whole extension directory. I guess a central point looks better. -- 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 24524] Proposal: Single maintenance entry point
https://bugzilla.wikimedia.org/show_bug.cgi?id=24524 --- Comment #3 from Max Semenik maxsem.w...@gmail.com 2010-07-24 11:37:29 UTC --- We will not remove older entry points any time soon due to backwards compatibilty, otherwise might be worth implementing. -- 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 24524] Proposal: Single maintenance entry point
https://bugzilla.wikimedia.org/show_bug.cgi?id=24524 --- Comment #4 from p858snake p858sn...@gmail.com 2010-07-24 11:45:16 UTC --- Perhaps we should develop a folder naming standard for maintenance scripts provided by extensions like what we do (or at least discussed) for the testing framework, Which will also give a unified entry point a basis of where to look for them. Perhaps something sweet and simple like. /extensions/NAME/maintenance/. -- 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 24520] Transwiki import source for ml.wikiquote.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=24520 --- Comment #2 from sunil vss...@gmail.com 2010-07-24 13:08:48 UTC --- Please see the discussion and consensus at the following link http://ml.wikiquote.org/wiki/%E0%B4%B5%E0%B4%BF%E0%B4%95%E0%B5%8D%E0%B4%95%E0%B4%BF_%E0%B4%9A%E0%B5%8A%E0%B4%B2%E0%B5%8D%E0%B4%B2%E0%B5%81%E0%B4%95%E0%B5%BE:%E0%B4%B5%E0%B4%BF%E0%B4%95%E0%B5%8D%E0%B4%95%E0%B4%BF_%E0%B4%AA%E0%B4%9E%E0%B5%8D%E0%B4%9A%E0%B4%BE%E0%B4%AF%E0%B4%A4%E0%B5%8D%E0%B4%A4%E0%B5%8D#Transwiki_Import_definition -- 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 24525] New: [[Special:MyPage/skin.css]] doesnt refer to user's skin in he.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=24525 Summary: [[Special:MyPage/skin.css]] doesnt refer to user's skin in he.wikipedia Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: yonideb...@gmail.com In the English Wikipedia, [[Special:MyPage/skin.css]] refer to user's skin (same goes with [[Special:MyPage/skin.js]]). In the Hebrew Wikipedia it does not. using the hebrew equivalent doesnt work either ([[מיוחד:הדף שלי/skin.css]]). can this be changed? -- 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 24522] New wiki needed for movement roles
https://bugzilla.wikimedia.org/show_bug.cgi?id=24522 Casey Brown cbrown1...@gmail.com changed: What|Removed |Added CC||cbrown1...@gmail.com, ||roan.katt...@gmail.com AssignedTo|wikibug...@lists.wikimedia. |rhals...@wikimedia.org |org | -- 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 24526] New: Add support of special escapes for matching sub-expressions in 'Replace with' at SearchReplace windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=24526 Summary: Add support of special escapes for matching sub-expressions in 'Replace with' at SearchReplace windows Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: wizard...@ya.ru CC: roan.katt...@gmail.com, ngau...@wikimedia.org, amil...@wikimedia.org The RegExp engine of JavaScript supports substitution of matching sub-expressions given in parentheses. And SearchReplace interface supports sub-expressions in 'Search for' field as well. But the 'Replace with' field doesn't support any escape sequences to substitute matching sub-expressions back to the resulting output. Those are %1,%2 (like in JS), \1,\2 (like in sed), etc. Implementing escape sequences for this stuff would be great. -- 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 24525] [[Special:MyPage/skin.css]] doesnt refer to user's skin in he.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=24525 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added Status|NEW |RESOLVED CC||hart...@videolan.org Resolution||INVALID --- Comment #1 from Derk-Jan Hartman hart...@videolan.org 2010-07-24 16:00:51 CEST --- This is a English Wikipedia javascript hack. See [[:en:MediaWiki:Common.js]] -- 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 24527] New: default skin for german wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=24527 Summary: default skin for german wikipedia Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: dontspa...@trash-mail.com Please set the default skin for the German wikipedia to monobook because that was decided by vote. http://de.wikipedia.org/wiki/Wikipedia:Meinungsbilder/Standard-Skin_Vector_oder_Monobook#M.29_R.C3.BCckkehr_zum_Skin_Monobook_als_Standard -- 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 23932] Enable, whitelist, and incorporate semantic HTML5 elements: article, aside, dialog, figure, footer, header, hgroup, mark, nav, section, time
https://bugzilla.wikimedia.org/show_bug.cgi?id=23932 --- Comment #7 from S. McCandlish smccandl...@gmail.com 2010-07-24 15:35:49 UTC --- When I reported elsewhere tthat using angle-bracketed material in hese bugzilla messages makes them unreadable in some e-mail systems, you replied: From Comment #43 on Bug #671 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-07-22 17:24:10 UTC (In reply to comment #41): If your mail client touches angle brackets in plaintext e-mails, it is absolutely and completely broken and you need to tell it to stop. yet --- Comment #4 here from Aryeh Gregor simetrical+wikib...@gmail.com 2010-07-22 15:52:51 UTC --- ... we only kowtow to [obsolete versions of MSIE] until they're not used by a significant number of people. These are contradictory stances. In the case I reported, the GMail app built into the Android operating system, for one, eats material in angle brackets. It is certainly used by a significant number of people; the entire initial production run of the Droid X sold out within a day or two, just like every Droid phone before it. If your fix the broken application; we will not adapt attitude is good enough for the Droid goose, it's good enough for the IE gander. Users of severely obsolete browsers are entirely used to broken or completely missing functionality on every other website they go to. Anyone running Windows 95 (which can't practicably handle Firefox, even if some people have figured out how to install it on that OS) isn't/won't be able to use Unicode, HTML5, XHTML 2, CSS 3, etc., and have and will remain having various other issues with Wikipedia and other MW-based sites (e.g., IE 6 had over 300 well-demonstrated CSS and HTML bugs in it). So, this whole bit about not breaking things for them is a bit of a red herring. I don't mean for this to start a big argument, and I'm not reopening the bug or anything. But it will have to be reopened eventually, and IE6 or whatever should not be a factor in the discussion at that time. Heck, Wikipedia not supporting obsolete MS browsers will be a strong upgrade incentive, given that WP is among the most-used websites in the world. -- 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 24527] default skin for german wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=24527 --- Comment #1 from Maarten Dammers maar...@mdammers.nl 2010-07-24 15:41:30 UTC --- The result of the poll seems to be tied. You can hardly call that consensus. -- 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 24528] New: Dialogs broken on wmf4
https://bugzilla.wikimedia.org/show_bug.cgi?id=24528
Summary: Dialogs broken on wmf4
Product: MediaWiki extensions
Version: any
Platform: All
OS/Version: All
Status: NEW
Severity: critical
Priority: Normal
Component: UsabilityInitiative
AssignedTo: tpars...@wikimedia.org
ReportedBy: hart...@videolan.org
CC: roan.katt...@gmail.com, ngau...@wikimedia.org,
amil...@wikimedia.org
Using the dialogs on current wikipedia installations results in the following
error (Search and replace and insert link):
TypeError: Result of expression '$('div
/').attr('id',module.id).html(module.html).data('context',context).appendTo($('body')).each(module.init).dialog'
[undefined] is not a function.
Occurs with Safari 5, Chrome, and Opera 10 on Mac OS X Snow Leopard, but works
on FF4.
--
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 24527] default skin for german wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=24527 --- Comment #2 from Jochen Prant dontspa...@trash-mail.com 2010-07-24 15:45:54 UTC --- By the conditions, a tie vote means a decision for monobook. -- 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 24529] New: Incrementall remove support for HTML elements removed from or deprecated in HTML5
https://bugzilla.wikimedia.org/show_bug.cgi?id=24529 Summary: Incrementall remove support for HTML elements removed from or deprecated in HTML5 Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Page rendering AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: smccandl...@gmail.com Support for the HTML elements tt, s, strike and u should be removed. Initially, they should be deprecated in the MW major wiki (Wikipedia, Wiktionary) documentation. Second, they should be replaced on the fly with font-styled spans by the MW engine before reaching the user agent. Third, they should eventually not be supported at all, after wider adoption of HTML5. Previous discussion on the topic (with new material added at end), centralized here: --- Bug #671 Comment #27 from SMcCandlish smccandl...@gmail.com 2008-09-19 21:34:22 UTC --- We should also be aware that the tt, s, strike, and u elements are also going to be removed from XHTML 2 and HTML 5. The time is probably NOW to start weaning people off of them, though of course they shouldn't simply be deleted from MediaWiki support just yet. It would be good if these were replaced on-the-fly with styled spans, though (meanwhile, i/'' and b/''' should be left alone, as HTML 5 redefines them more narrowly and they will continue to be used). --- Bug #671 Comment #41 from SMcCandlish smccandl...@gmail.com 2010-07-22 01:29:44 UTC --- [We] will ultimately need to ... get rid of support for the tt element entirely, which doesn't exist in HTML 5. Here's a good discussion of this issue (more broadly than wiki), and Googling about it turns up more: http://lists.whatwg.org/htdig.cgi/help-whatwg.org/2009-April/000233.html Salient quote: Ian Hickson, Wednesday, 29 April 2009 6:44 AM: On Tue, 28 Apr 2009, Jim Garrison wrote: I am trying to figure out the best way to replace the tt element as I migrate to HTML5. Are you using tt to mark up computer code, variables, sample computer output, user input, for emphasis, to give a span of text in an alternate voice or mood, a span of text to be stylistically offset from the normal prose without conveying any extra importance, or something else? This question must be asked every time a tt element is replaced (manually or via AWB or whatever), and they WILL need to ultimately be replaced over the next couple of years. --- Bug #671 Comment #43 here from Aryeh Gregor simetrical+wikib...@gmail.com 2010-07-22 17:24:10 UTC (In reply to comment #41) --- [The tt element] exists in HTML5. It's just classified as obsolete presentational markup, and is not valid Noted; thanks. HTML5 keeps changing and I stopped trying to track it all quite some time ago. Being mentioned in the standard as *invalid* presentational markup is effectively the same thing as being not in the standard, however. And it doesn't change my point about the tt element: The last thing we want is for WP and other wikis' content, whether served by those wikis or repurposed elsewhere, to fail validation out of laziness and cruft. MW's tt still has to go, at least in the long run. We cannot remove support for [tt] from MediaWiki without a migration path to convert all existing markup somehow. But this is a totally separate bug. No argument from me on either observation. My point is that unless this *is* opened as a bug, it's highly unlikely that any such migration path will be devised (although it would be a near-trivial one anyway; a simple bot could convert these into a styled span, ignoring instances inside pre, nowiki and angle brackets coded as numeric or named character entity references. A new bug for this one should not be set to RESOLVED LATER or no one will do anything to start migrating away from the dead markup. I would suggest that tt be removed from documentation as supported, and noted as deprecated with all support for it eventually being removed. For several versions (maybe several years) it should be allowed it in wikicode (i.e., in the editing window and in saved wikicode that editors see in the editing window), but transmogrify it on the fly into a monospaced span before it is served to the user agent. After HTML5 is more fully accepted, tt should just disappear. -- 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 24529] Incrementally remove support for HTML elements removed from or deprecated in HTML5
https://bugzilla.wikimedia.org/show_bug.cgi?id=24529 S. McCandlish smccandl...@gmail.com changed: What|Removed |Added CC||mich...@zajac.ca, ||simetrical+wikib...@gmail.c ||om, smccandl...@gmail.com See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=671 Blocks||19719 Summary|Incrementall remove support |Incrementally remove |for HTML elements removed |support for HTML elements |from or deprecated in HTML5 |removed from or deprecated ||in HTML5 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 19719] HTML5 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19719 S. McCandlish smccandl...@gmail.com changed: What|Removed |Added Depends on||24529 -- 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 8633] Use geo microformat when displaying gps coordinates
https://bugzilla.wikimedia.org/show_bug.cgi?id=8633 S. McCandlish smccandl...@gmail.com changed: What|Removed |Added CC||smccandl...@gmail.com --- Comment #2 from S. McCandlish smccandl...@gmail.com 2010-07-24 18:22:17 UTC --- The abbr element has already been whitelisted, so I'm removing Bug #671 as a depends on dependency. -- 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 22905] Parser.php doMagicLinks() mishandle abbr tag
https://bugzilla.wikimedia.org/show_bug.cgi?id=22905 S. McCandlish smccandl...@gmail.com changed: What|Removed |Added CC||smccandl...@gmail.com Blocks|671 | --- Comment #6 from S. McCandlish smccandl...@gmail.com 2010-07-24 18:22:41 UTC --- Since this is fixed, removing Bug #617 as a blocks dependency. -- 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 671] Whitelist non-problematic HTML tags: dfn samp kbd address
https://bugzilla.wikimedia.org/show_bug.cgi?id=671 S. McCandlish smccandl...@gmail.com changed: What|Removed |Added Depends on|22905 | -- 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 22905] Parser.php doMagicLinks() mishandle abbr tag
https://bugzilla.wikimedia.org/show_bug.cgi?id=22905 --- Comment #7 from S. McCandlish smccandl...@gmail.com 2010-07-24 18:23:52 UTC --- Woops, typo. Corrected: Since this is fixed, removing Bug #671 as a blocks dependency. -- 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 8633] Use geo microformat when displaying gps coordinates
https://bugzilla.wikimedia.org/show_bug.cgi?id=8633 S. McCandlish smccandl...@gmail.com changed: What|Removed |Added Depends on|671 | --- Comment #3 from S. McCandlish smccandl...@gmail.com 2010-07-24 18:28:17 UTC --- D'oh. I guess it would help if I actually removed the dependency when removing a dependency. -- 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 671] Whitelist non-problematic HTML tags: dfn samp kbd address
https://bugzilla.wikimedia.org/show_bug.cgi?id=671 S. McCandlish smccandl...@gmail.com changed: What|Removed |Added Blocks|8633| -- 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 24517] Usage of $this in static methods
https://bugzilla.wikimedia.org/show_bug.cgi?id=24517 --- Comment #1 from Reedy s...@reedyboy.net 2010-07-24 19:05:22 UTC --- Also, while you're there.. $row = $dbr-selectRow( 'oldimage', $this-getCacheFields( 'oi_' ), $conds, $fname ); in newFromKey in OldLocalFile.php - $dbr is undefined -- 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 24530] New: central notice is not compressed
https://bugzilla.wikimedia.org/show_bug.cgi?id=24530 Summary: central notice is not compressed Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: hart...@videolan.org It seems that centralnotices are not compressed, unlike almost all of our other content atm. centralnotices are located here: http://upload.wikimedia.org/centralnotice/wikipedia/en/centralnotice.js -- 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 24530] central notice is not compressed
https://bugzilla.wikimedia.org/show_bug.cgi?id=24530 Platonides platoni...@gmail.com changed: What|Removed |Added Keywords||shell CC||platoni...@gmail.com -- 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 24530] central notice is not compressed
https://bugzilla.wikimedia.org/show_bug.cgi?id=24530 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added Severity|enhancement |minor -- 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 24531] New: Verify etag optimization for bits.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=24531 Summary: Verify etag optimization for bits.wikimedia.org Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: shell Severity: minor Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: hart...@videolan.org I was playing around with yslow, to test the wikipedia website and I noticed it complained about the enitity tags for bits.wikimedia.org Explanation of the Etag issue: http://developer.yahoo.com/performance/rules.html#etags I quickly checked with mark, and bits uses multiple apaches, so this indeed may be an issue. I remember we looked at it in the past, but that's a while ago, and I'm not sure it was taken into account for bits either The ETag format for Apache 1.3 and 2.x is inode-size-timestamp -- 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 24531] Verify etag optimization for bits.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=24531 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com --- Comment #1 from Platonides platoni...@gmail.com 2010-07-24 21:55:43 UTC --- It is using a double-field ETag. The first one is the size. The second one could be the timestamp, but it would be 59488257 seconds younger than expected :S -- 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 24524] Proposal: Single maintenance entry point
https://bugzilla.wikimedia.org/show_bug.cgi?id=24524 --- Comment #5 from Chad H. innocentkil...@gmail.com 2010-07-24 22:16:39 UTC --- It's possible, but I don't think it's useful at all. WONTFIX. -- 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 24524] Proposal: Single maintenance entry point
https://bugzilla.wikimedia.org/show_bug.cgi?id=24524 Chad H. innocentkil...@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 on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 24524] Proposal: Single maintenance entry point
https://bugzilla.wikimedia.org/show_bug.cgi?id=24524 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com --- Comment #6 from Platonides platoni...@gmail.com 2010-07-24 22:19:26 UTC --- Our maintenance scripts already have now a consistent interface. I agree, WONTFIX. -- 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 24532] New: Wikimania lists for 2011
https://bugzilla.wikimedia.org/show_bug.cgi?id=24532 Summary: Wikimania lists for 2011 Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: Mailing lists AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: it...@infra.co.il Hi, 1. We need a close mailing list for the teams leaders for Wikimania (something like Wikimania-Teams). 2. We need another general mailing list for the volunteers and the teams.. I don't know if wikimania-planning-l is OK for that and the people there will be ok with emails in Hebrew between the teams.. so for your decision if to open a new one or we will work on that one. 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 671] Whitelist non-problematic HTML tags: dfn samp kbd address
https://bugzilla.wikimedia.org/show_bug.cgi?id=671
S. McCandlish smccandl...@gmail.com changed:
What|Removed |Added
Blocks||19719
--- Comment #47 from S. McCandlish smccandl...@gmail.com 2010-07-24 23:31:20
UTC ---
Another long one, since there are so many things to cover. This time I've
broken into into clear sub-topics. I'm also proposing this be split into
multiple bugs.
* On the dfn element:
Summary: Aryeh appears to have removed his (and, I note, the *only* extant)
objection to implementing dfn.
--- Comment #43 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-07-22
17:24:10 UTC (In reply to comment #41) ---
Maybe we should allow it even if it's only useful in theory, but if there
were real-world uses (i.e., non-hypothetical) then I'd certainly be fine
with adding it
Yay! This argument is over then, since I've already satisfied your conditions
by providing examples of such uses. Ergo:
*
* I move that the dfn element be whitelisted immediately. *
*
--- Comment #43 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-07-22
17:24:10 UTC (In reply to comment #41) ---
So what you're saying is that theoretically someone somewhere might be able to
derive some benefit from this, but you don't have specific examples of people
who *will* benefit from it? Like who have said they want it and will use it
for some specific constructive purpose if it's available?
No, that's not what I'm saying. To repeat myself and my specific examples that
have been ignored: Every vision-impaired user with a screen reader
(text-to-speech) browser can benefit from this, since they can customize their
browser-internal style sheet to distinguish between defining instances of a
term (on WP, this would usually be the bold intro in the lead, and often the
lead-in terms in sections, in complex articles) and misc. stuff that is
boldfaced or sectioned for any number of other reasons. Once the code works,
WP:MOS and WP:LEAD can be updated, and it will propagate rapidly. And, any
author of software that works with MW wikicode would be able to use dfn for
various purposes. So, I obviously have already given specific use cases for it
on WP in particular, both in glossaries and in the more general defining
instance case. (Referring to these as theoretical and demanding a
non-hypothetical example of *something that cannot be implemented because MW
has disabled it* is just cognitively dissonant.) See also Michael's salient
comments on this in Comment #44.
Nothing at all remains in the way of whitelisting kbd, not even dependencies
(as was the case for a while with the abbr element).
* On this bug and its confusing resolution-thwarting mixture of different
issues:
Bug #671 should become a tracking bug, with dfn, q, address, and kbd+samp being
4 separate bugs listed as its blockers. The reasons for and against each tag
are largely different (treating kbd and samp as a linked pair).
* On HTML5's deprecation of the tt element (off-topic now):
Moved to new Bug #24529.
* On the idea of applying dfn with a template to the boldfaced term at the top
of an article's lead (e.g. {{leadterm|elektrokardiogram}}):
--- Comment #45 from Christopher Yeleighton giecr...@stegny.2a.pl 2010-07-22
19:33:30 UTC (In reply to comment #41) ---
I would rather say [[{subst:PAGENAME}]] and leave inserting the DFN tags to
the engine. (I admit I have changed my position on this subject.)
I don't follow you. Where would this link appear (presumably with correct
double squiggly bracketing) and why? If you mean to suggest that PAGENAME can
be used in the lead, that won't actually work in hundreds of thousands of cases
because of disambiguation and because (especially in bio articles, e.g. [[Newt
Gingrich]]) the article title and the subject of the article as given in the
lead often do not match even when the article title is not disambiguated. But
I may be misunderstanding what your suggestion is. My point was that dfn is
explicitly intended for defining instances of a term/name like the bold intros
to leads in WP articles. I cannot see a way to automate is application there,
so it would have to be done manually or via a template (and if done manually,
someone would make a template for it immediately anyway, since doing it
manually would be tedious).
*On the address element:
I don't see why isn't a valid rationale against implementing this, and no
defensible rationale has been given for not doing so, while examples of its
usefulness have been given, both on and off WP.
--- Comment #43 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-07-22
17:24:10 UTC (In reply to comment #41) ---
[Non-open wiki operators] can ask for it to be optionally (non-default)
[Bug 19719] HTML5 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19719 S. McCandlish smccandl...@gmail.com changed: What|Removed |Added Depends on||671 -- 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 24533] New: Enable install whole reveiwer system on hindi wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=24533 Summary: Enable install whole reveiwer system on hindi wiki Product: Wikimedia Version: unspecified Platform: All URL: 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#Apply_reveiwer_.26_partrolled_system_and_Enable_So me_User_Groups_.28autopatroller.2C_reveiwers.29 OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mayur...@gmail.com Hi! We are grateful to bugzilla community for enabling reveiwer and patroller user system in hindi wiki.But As we see Its system was not installed at our project.I mean mediawiki files at http://hi.wikipedia.org/w/index.php?title=%E0%A4%B5%E0%A4%BF%E0%A4%B6%E0%A5%87%E0%A4%B7%3AAllMessagesprefix=revrefilter=alllang=hioffset=Revdelete-show-no-accesslimit=250 is not working OR not applicable.But our purpose was to make reveiwer as a true reveiwer as explained in these mediawiki extensions so that reveiwer may do his whole job.So please install or enable it.Our community consensus is at our village pump link-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#Apply_reveiwer_.26_partrolled_system_and_Enable_Some_User_Groups_.28autopatroller.2C_reveiwers.29 lots of thanks to bugzilla community With regards Mayurkumar(admin hindi 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 10467] Use semantic XHTML (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=10467 S. McCandlish smccandl...@gmail.com changed: What|Removed |Added CC||smccandl...@gmail.com Depends on||671, 15491 -- 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 671] Whitelist non-problematic HTML tags: dfn samp kbd address
https://bugzilla.wikimedia.org/show_bug.cgi?id=671 S. McCandlish smccandl...@gmail.com changed: What|Removed |Added Blocks||10467 -- 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 15491] ins or del 1st occurrence in blockquote causes bogus newline
https://bugzilla.wikimedia.org/show_bug.cgi?id=15491 S. McCandlish smccandl...@gmail.com changed: What|Removed |Added Blocks||10467 -- 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 24535] New: enable patroll edit marking in hindi wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=24535 Summary: enable patroll edit marking in hindi wiki Product: Wikimedia Version: unspecified Platform: All URL: 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#Apply_reveiwer_.26_partrolled_system_and_Enable_So me_User_Groups_.28autopatroller.2C_reveiwers.29 OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mayur...@gmail.com -- 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 10434] i should be var in texvc HTML output
https://bugzilla.wikimedia.org/show_bug.cgi?id=10434 René Kijewski rene.kijew...@fu-berlin.de changed: What|Removed |Added CC||rene.kijew...@fu-berlin.de --- Comment #2 from René Kijewski rene.kijew...@fu-berlin.de 2010-07-25 00:31:12 UTC --- (In reply to comment #1) Except for constants: log i e/i = 1, sin i pi;/i = 0, etc. No need to differ here: Constants like e, pi, i ... should never be italic in TeX. The user has to tell when it is a variable and when it is a constant. -- 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 24535] enable patroll edit marking in hindi wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=24535 --- Comment #1 from mayurkumar mayur...@gmail.com 2010-07-25 00:33:10 UTC --- We are grateful to bugzilla for installing patroller user group In hindi wiki.But nither admins nor patroller can mark their edits as patroll edits and save.So please enable these options.Community consensus was At our village pump-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#Apply_reveiwer_.26_partrolled_system_and_Enable_Some_User_Groups_.28autopatroller.2C_reveiwers.29 . Sorry for no giving detail in above section It was by mistake Regards Mayurkumar -- 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 1115] Newline as list item terminator is troublesome
https://bugzilla.wikimedia.org/show_bug.cgi?id=1115 S. McCandlish smccandl...@gmail.com changed: What|Removed |Added Blocks||9342 -- 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 9342] Allow one blank line in list environments
https://bugzilla.wikimedia.org/show_bug.cgi?id=9342 S. McCandlish smccandl...@gmail.com changed: What|Removed |Added Depends on||1115 -- 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 23564] begin_of_the_skype_highlighting appears around phone numbers in articles
https://bugzilla.wikimedia.org/show_bug.cgi?id=23564 Mike.lifeguard mike.lifegu...@gmail.com changed: What|Removed |Added CC||mike.lifegu...@gmail.com Resolution|FIXED |INVALID --- Comment #10 from Mike.lifeguard mike.lifegu...@gmail.com 2010-07-25 02:03:35 UTC --- (In reply to comment #7) Skype has confirmed the problem and will fix this in the next version of Skype (toolbar). Not a bug in MediaWiki - INVALID Unfortunately, there is nothing we can do to fix the issues with the corruption of the textarea submits in the meantime, other than continuing to use our abuse editfilters. You guys do know that not all wikis have abusefilter, right? -- 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 24535] Enable mark as patrolled feature in hindi wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=24535 mayurkumar mayur...@gmail.com changed: What|Removed |Added Summary|enable patroll edit marking |Enable mark as patrolled |in hindi wiki |feature in hindi 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 24533] Enable install whole reveiwer system or extensions on hindi wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=24533 mayurkumar mayur...@gmail.com changed: What|Removed |Added Summary|Enable install whole |Enable install whole |reveiwer system on hindi|reveiwer system or |wiki|extensions on hindi 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 24534] enable hide/show patrol edits in Special:recentchanges in hindi wiki with recent changes patrol
https://bugzilla.wikimedia.org/show_bug.cgi?id=24534 mayurkumar mayur...@gmail.com changed: What|Removed |Added Summary|enable hide/show patrol |enable hide/show patrol |edits in|edits in |Special:recentchanges in|Special:recentchanges in |hindi wiki |hindi wiki with recent ||changes patrol -- 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 24536] New: Enable flagged rev in hindi wiki with all its extensions flagged protection too and FlaggedRevs custom configuration
https://bugzilla.wikimedia.org/show_bug.cgi?id=24536 Summary: Enable flagged rev in hindi wiki with all its extensions flagged protection too and FlaggedRevs custom configuration Product: Wikimedia Version: unspecified Platform: All URL: 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#Apply_reveiwer_.26_partrolled_system_and_Enable_So me_User_Groups_.28autopatroller.2C_reveiwers.29 OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mayur...@gmail.com Hi! I am from hindi wiki.Like many wiki project we have decided to Enable *Enable flagged rev in hindi wiki with all its extensions *flagged protection too *FlaggedRevs custom configuration ** 1 parameter with 3 levels (unapproved/sighted/reviewed) ** Display latest reviewed version ** Flag all spaces ** Reviewers may set all levels in hindi wiki too.Its improve main article Quality as well as right to every body to give his thought or change on any article.after it it can be checked by a reveiwer and syopp.Our community consensus is at our village pump link-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#Apply_reveiwer_.26_partrolled_system_and_Enable_Some_User_Groups_.28autopatroller.2C_reveiwers.29 Thankyou With Regards Mayurkumar(admin hindi 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 24537] New: Mailing list for Chilean potential chapter
https://bugzilla.wikimedia.org/show_bug.cgi?id=24537 Summary: Mailing list for Chilean potential chapter Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Mailing lists AssignedTo: cb...@wikimedia.org ReportedBy: osmar.valdeben...@gmail.com I ask for the creation of a mailing list to discuss matters related to a future Chilean chapter of the Wikimedia Foundation (Wikimedia Chile) The name of the mailing list should be: WikimediaCL-l The administrators should be: Osmar Valdebenito osmar.valdeben...@gmail.com Dennis Tobar dennis.to...@gmail.com -- 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
