[Bug 18791] CGI:IRC web interface for Freenode's Wikimedia chat rooms
https://bugzilla.wikimedia.org/show_bug.cgi?id=18791 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #3 from Bawolff bawolff...@gmail.com 2009-05-14 06:25:41 UTC --- I made a little piece of javascript for wikinews a while back that inserts a cgi:irc box into a wiki page (and uses the wikizine sgi:irc server. We used to use a personal server earlier in wikinews history, but the person who maintained that dissapeared, so now we use wikizine's). Perhaps the script would be useful to you - its at [[n:MediaWiki:Irc.js]]. Theres an example at the bottom of [[n:Wikinews:Vandalism]] -- 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 11488] Fix namespace names in the Hungarian localization
https://bugzilla.wikimedia.org/show_bug.cgi?id=11488 --- Comment #10 from Tisza Gergő gti...@gmail.com 2009-05-14 06:57:34 UTC --- (In reply to comment #9) Both [[hu:Wikipédia-vita:Csillagászati műhely]] and [[hu:Portálvita:Közlekedés]] seem to be fine. Do you mean that there is some (now unreachable) content remaining at [[hu:Wikipédia vita:Csillagászati műhely]] and [[hu:Portál vita:Közlekedés]]? If so, I don't see what could be done about it without direct database access. -- 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 18793] Free up Project as a namespace (for Wikipedia:Projects) by using an alternate token
https://bugzilla.wikimedia.org/show_bug.cgi?id=18793 --- Comment #3 from stevertigo stv...@gmail.com 2009-05-14 07:31:55 UTC --- Namespace semantics on the ~4M-article-wiki may seem far less important than those objections that raise safewords like code or else the plight of ~138 MB MediaWiki installs and noob admins that can't even run a SQL patch, but those could be forgetting that its not about the code here: It's about the content. Truckloads of links - Any way to query how many? Are these the result of a bad coding practice wherein the code effects the content and becomes entangled with the content? Couldn't a reasonably simple SQL patch change the ubiquitous English word Project to something more code-cool like P40J3C7. Which, for code-not-content purposes would work quite well, wouldn't it? Breaks backwards compatibility - This might be a bit overboard. In any case, AIUI, MediaWiki's first project is Wikipedia. En.wiki happens to be the dominant one, which more has truckloads of sub-Projects to consider, each of which has more content value than the hassles associated with a one-and-a-half-hour code fix. BTW, does this BUG not affect other language wikis, or does it affect just the English one? If the token in the code is the same untranslated English word Project, other languages could still use their respective direct/near-direct translations: Projekti, 計劃, 计划, 方案, المشروع, projekt, projekt, projekt, projekto, suunnitelma, projet, Projekt, פרויקט , מיזם, terv, proyek, progetto, プロジェクト, 計画, けいかく, 계획, پرۆژه, projek, proġett, prosjekt, projekt, projeto, proiect, план, проект, proyecto, projekt, proje, prosiect... Any of which alternate tokens would be, at least for the purposes of my argument, better to use than the English/Dutch spelling. -Steven -- 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 18793] Free up Project as a namespace (for Wikipedia:Projects) by using an alternate token
https://bugzilla.wikimedia.org/show_bug.cgi?id=18793 --- Comment #4 from stevertigo stv...@gmail.com 2009-05-14 07:40:02 UTC --- MZ: It's the canonical name for the namespace. Canonical?? -Steven The Dude: What are you, a *** park ranger now? Walter: No, I'm... The Dude: Who gives a about the fucкing marmot! -- 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 18793] Free up Project as a namespace (for Wikipedia:Projects) by using an alternate token
https://bugzilla.wikimedia.org/show_bug.cgi?id=18793 ^demon innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #5 from ^demon innocentkil...@gmail.com 2009-05-14 07:42:25 UTC --- (In reply to comment #4) MZ: It's the canonical name for the namespace. Canonical?? -Steven The Dude: What are you, a *** park ranger now? Walter: No, I'm... The Dude: Who gives a about the fucкing marmot! This doesn't even make sense. It is the canonical name, period. End of story. I agree with the suggestion for WONTFIX. Canonical namespace names should rarely (if ever) change. An exception to this was Image = File, but even Image was kept as an alias indefinitely, it wasn't freed up for general use. Changing a core namespace name just so one wiki can make use of a Project namespace is hardly a good reason, IMHO. -- 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 18793] Free up Project as a namespace (for Wikipedia:Projects) by using an alternate token
https://bugzilla.wikimedia.org/show_bug.cgi?id=18793 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #6 from Niklas Laxström niklas.laxst...@gmail.com 2009-05-14 07:50:57 UTC --- (In reply to comment #3) It's not about the code. It's about the content which have numerous links of the from [[Project:foo]], especially when linking to other projects. Taking that away, how would you link to those other projects in a general way? Breaks backwards compatibility - This might be a bit overboard. In any case, AIUI, MediaWiki's first project is Wikipedia. En.wiki happens to be the dominant one, which more has truckloads of sub-Projects to consider, each of which has more content value than the hassles associated with a one-and-a-half-hour code fix. It's not about the code. Besides, most of us are volunteers. Comment #4 seems totally out of place. I'm predicting from that this discussion will lead to nowhere, so I will close the bug. -- 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 18790] Unwatched recent changes page via rc_watched
https://bugzilla.wikimedia.org/show_bug.cgi?id=18790 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #4 from Roan Kattouw roan.katt...@gmail.com 2009-05-14 07:58:58 UTC --- (In reply to comment #1) Per bug11181#c11, no booleans -- bitfields (I only recently found that comment from Brion, using rc_type was originally my idea at enwiki VPR). The performance increase from having an rc_watched column is offset by having to *populate* an rc_watched column... which is harder on the servers, querying once for many pages for the Special:RecentChanges/unwatched, or querying many times for one page every time an edit is saved to the recentchanges table? The load for populating rc_watched on edit time shouldn't be too bad: determining whether a single page is watched is a very simple and very fast query. -- 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 14323] Redirect pages should render all text
https://bugzilla.wikimedia.org/show_bug.cgi?id=14323 Happy-melon happy-me...@live.com changed: What|Removed |Added Attachment #5797 is|0 |1 obsolete|| --- Comment #10 from Happy-melon happy-me...@live.com 2009-05-14 09:42:43 UTC --- Created an attachment (id=6117) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6117) Better patch, against r50568 Tested my original patch; as I expected, it did indeed render the #REDIRECT[[Foo]] in plaintext underneath the 'proper' redirect. I stole the code from Title::newFromRedirectInternal to remove the code from the wikitext. A better solution would be to have the Parser replace the #REDIRECT marker with Article::viewRedirect when it encounters it, but this method works. Patch tested and works for normal display, however for some reason it does not render the page contents on page preview, which is a bit wierd. -- 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 18675] Create game namespace on Hebrew Wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=18675 Happy-melon happy-me...@live.com changed: What|Removed |Added CC||happy-me...@live.com Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #2 from Happy-melon happy-me...@live.com 2009-05-14 09:53:49 UTC --- I don't think we're going to see this any time soon. -- 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 18756] Remove Books sidebar by default.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18756 --- Comment #1 from Happy-melon happy-me...@live.com 2009-05-14 09:57:05 UTC --- The books sidebar has now been hidden in enwiki's site CSS. We will be discussing what improvements need to be made to the software to make it more user- and site-friendly before it is reenabled. -- 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 18796] New: Have a permalink type URL as a user preference
https://bugzilla.wikimedia.org/show_bug.cgi?id=18796 Summary: Have a permalink type URL as a user preference Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: User login/settings AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: gerard.meijs...@gmail.com At a conference I met a group of scientists who have a problem citing Wikipedia. They wanted to have a URL that always shows that specific version of the article ... I showed them the permalink and got as a reaction that this is what should always show as the URL. What they want will never be implemented, but what may be possible is to have a user preference that will show a permalink type URL for the latest version. This should then be enabled from within the user preferences. Thanks, GerardM -- 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 18796] Have a permalink type URL as a user preference
https://bugzilla.wikimedia.org/show_bug.cgi?id=18796 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added CC||p858sn...@yahoo.com.au --- Comment #1 from p858snake p858sn...@yahoo.com.au 2009-05-14 10:04:39 UTC --- They have problems with going/getting to Cite this page in the side toolbar? -- 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 18760] Must check $wgEnableEmail before showing ANY email related preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=18760 Happy-melon happy-me...@live.com changed: What|Removed |Added CC||happy-me...@live.com --- Comment #2 from Happy-melon happy-me...@live.com 2009-05-14 10:06:08 UTC --- There is no you. MediaWiki is built by a collaboration of volunteers; you must already know this. No one is insisting on anything, it's just that, in the 30 hours between your posts, no one has happened to look at this bug and think it interesting enough for them to spend time fixing. Certainly no one has thought it of such dire importance as to warrant a hackish quick fix. If you think it *is* important enough to warrant attention, you are encouraged to develop, test, and present a patch yourself, which can be reviewed and applied. See also bug18549. -- 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 18654] EditPage.php needs rewrite
https://bugzilla.wikimedia.org/show_bug.cgi?id=18654 Happy-melon happy-me...@live.com changed: What|Removed |Added CC||happy-me...@live.com --- Comment #2 from Happy-melon happy-me...@live.com 2009-05-14 10:50:42 UTC --- I might try rewriting it as a special page? [[Special:EditPage]]?? Cf bug18789, bug11456, etc. Would that have a reasonable likelihood of being implemented if it worked? With the write API now well-developed, anything that breaks from making action=edit redirect to Special:EditPage *deserves* to break. We'd need to fix bug18789 for UI consistency, but that shouldn't be too difficult (should probably be implemented in SpecialPage so it can be used by SpecialMovePage, SpecialStabilization, etc etc). -- 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 18484] Allow blocked users edit their own talk pages at Japanese Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=18484 Tim Starling tstarl...@wikimedia.org changed: What|Removed |Added CC||tstarl...@wikimedia.org Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Tim Starling tstarl...@wikimedia.org 2009-05-14 11:07:47 UTC --- 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 8161] Syntax for stripping HTML and wiki markup
https://bugzilla.wikimedia.org/show_bug.cgi?id=8161 BlindWanderer blindwande...@gmail.com changed: What|Removed |Added CC||blindwande...@gmail.com --- Comment #18 from BlindWanderer blindwande...@gmail.com 2009-05-14 12:05:12 UTC --- *necromancy* I contribute to a third party and we use tooltips to enhance the user experience. The problem is that they are an attribute, so all wiki markup has to be processed and all resulting HTML markup stripped. This wouldn't be a problem if we weren't using complex templates and Extension:VariablesExtension. Here is an example page: https://wiki.secondlife.com/wiki/PRIM_TEXTURE Its annoying to have to supply and handle alternate text. I'd be more than willing to limit the execution time of this function if it could reduce the complexity of our code. -- 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 13693] Dump the article titles lists (all-titles-in-ns0.gz) every day
https://bugzilla.wikimedia.org/show_bug.cgi?id=13693 --- Comment #5 from Melancholie wiki.melancho...@web.de 2009-05-14 12:07:47 UTC --- It's just that the list for enwiki currently can be months old, making it not very usable when handling live content (e.g. pywikipedia bot etc.) A regular two weeks scheme would be much much better of course (if it's really regular, so not intermitted). But the coolest thing would be to have up-to-date title lists, to not be forced to use the API for this (reverting bots, stats, missing articles 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 16290] Creation of namespace 'Portal' at bar.wikipedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=16290 --- Comment #4 from Melancholie wiki.melancho...@web.de 2009-05-14 12:34:53 UTC --- There seems to be a bug in Namespacedupes: [[bar:Portal:Österreich]] is suddenly missing! It seems that page titles starting with umlauts seem to make the whole page disappear, even cannot find any *broken* entry at [[bar:Special:AllPages]]. So, please recover [[bar:Portal:Österreich]] ;-) The page http://bar.wikipedia.org/wiki/Portal:%C3%96sterreich existed, see http://209.85.229.132/search?q=cache:i2SnwK8R4TkJ:bar.wikipedia.org/wiki/Portal:%C3%96sterreich+http://bar.wikipedia.org/wiki/Portal:%C3%96sterreichcd=1hl=enct=clnkgl=en Two pages still show up at [[bar:Spezial:Alle_Seiten/Portal]]. -- 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 18654] EditPage.php needs rewrite
https://bugzilla.wikimedia.org/show_bug.cgi?id=18654 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #3 from Roan Kattouw roan.katt...@gmail.com 2009-05-14 13:35:42 UTC --- (In reply to comment #2) I might try rewriting it as a special page? [[Special:EditPage]]?? Cf bug18789, bug11456, etc. Would that have a reasonable likelihood of being implemented if it worked? With the write API now well-developed, anything that breaks from making action=edit redirect to Special:EditPage *deserves* to break. Sounds like a plan, as long as such an implementation separates UI and DB logic properly, with the former going into SpecialEditPage.php and the latter in something like Edit.php (the point being that the API should be able to do all its edit stuff through the Edit class without needing the SpecialEditPage class). -- 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 14323] Redirect pages should render all text
https://bugzilla.wikimedia.org/show_bug.cgi?id=14323
--- Comment #11 from Brad Jorsch b-jor...@northwestern.edu 2009-05-14
13:40:41 UTC ---
(In reply to comment #10)
Created an attachment (id=6117)
-- (https://bugzilla.wikimedia.org/attachment.cgi?id=6117) [details]
Better patch, against r50568
Tested my original patch; as I expected, it did indeed render the
#REDIRECT[[Foo]] in plaintext underneath the 'proper' redirect. I stole the
code from Title::newFromRedirectInternal to remove the code from the
wikitext.
A better solution would be to have the Parser replace the #REDIRECT marker
with
Article::viewRedirect when it encounters it, but this method works. Patch
tested and works for normal display, however for some reason it does not
render
the page contents on page preview, which is a bit wierd.
One criticism: #REDIRECT [[foo]] {{bar}} renders as {{bar}} rather than
{{bar}}, which means the template output is rendered in pre/pre tags.
That will be a problem on enwiki, as many redirects still follow the pre-r12339
rule. Perhaps either \s* or * (depending on whether you want to eat blank
lines or just the problematic spaces) should be added to the end of your regex?
Other than that, it seems to work well.
--
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 16290] Creation of namespace 'Portal' at bar.wikipedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=16290 Melancholie wiki.melancho...@web.de changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #5 from Melancholie wiki.melancho...@web.de 2009-05-14 13:54:02 UTC --- Not only [[bar:Portal:Österreich]], also all talk pages have not been moved and thus disappeared. See [[bar:Special:AllPages/Diskussion:Portal]] (stuck) L [[bar:Diskussion:Portal:Bairische_Sprache]] L [[bar:Diskussion:Portal:Bayern]] L 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 18787] Editnotices are not visible
https://bugzilla.wikimedia.org/show_bug.cgi?id=18787 fahadsa...@gmail.com fahadsa...@gmail.com changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #4 from fahadsa...@gmail.com 2009-05-14 14:47:53 UTC --- Further investigation reveals that this a bug with WikEd. Closed bug. -- 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 18675] Create game namespace on Hebrew Wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=18675 --- Comment #4 from Happy-melon happy-me...@live.com 2009-05-14 15:40:50 UTC --- So why no response in the intervening ten days? And when you say text games, what exactly do you mean? Are you sure it's within Wikimedia's project scope? -- 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 18793] Free up Project as a namespace (for Wikipedia:Projects) by using an alternate token
https://bugzilla.wikimedia.org/show_bug.cgi?id=18793 stevertigo stv...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | --- Comment #7 from stevertigo stv...@gmail.com 2009-05-14 16:23:13 UTC --- This doesn't even make sense. Obviously you're not a golfer. It is the canonical name, period. End of story. You sound so certain. Canonical namespace names should rarely (if ever) change. Consider this one of those rare times. I assume of course that other canonical terms aren't likewise suffering any code-abuse. Changing a core namespace name just so one wiki can make use of a Project namespace is hardly a good reason, IMHO. Well, en.wikipedia.org is not just [] one wiki, IMHO. Its like twice as big as any other wiki, AIUI. So in that context, *not being able to use a canonical English word for its *canonical meaning, due to some overgeneralized reluctance or lack of creative solubility is hardly a good reason, IMHO. It's about the content which have numerous links of the from [[Project:foo]], especially when linking to other projects. Taking that away, how would you link to those other projects in a general way? AIUI, this is never an issue anyway, though I would be happy to hear facts to the contrary. Liking cross-wiki to the Wikipedia namespace generally uses the form [[wikipedia:Wikipedia:Namespaces]], and not [[wikipedia:Project:Namespaces]]. I understand that cross-language reference to the meta pages in another wiki might use a Project shortcut because they might, for some obtuse reason, not know the actual translated name of the other wiki. But again, if we looked at the actual numbers I think it would be a non-issue. Besides, the issue of backward compatibility only goes so far. How far back are MediaWiki versions supported, in whole or part, such that the current codebase must resist any deviations from previous codebase? AIUI, its not a problem to do certain radical things like require a complete active reinstall upgrade, or to add new tables to the database. If my reference to Lebowski was out of place, then I apologise. That scripture seemed quite relevant to the above usage of a concretized pet concept. But I don't think the main points have been addressed here, so I think closing this tag with a couple of terse uberdefinitive statements was premature at best. -Steven -- 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 6455] Install the StringFunctions extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=6455 Le Chat cat...@vp.pl changed: What|Removed |Added CC||cat...@vp.pl --- Comment #71 from Le Chat cat...@vp.pl 2009-05-14 16:25:06 UTC --- Sorry, I'm bemused. Every programming language I've met (admittedly that's not very many) has these string functions as absolute basic standard. How does it take three years to find a way to expose them through MW? -- 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 18791] CGI:IRC web interface for Freenode's Wikimedia chat rooms
https://bugzilla.wikimedia.org/show_bug.cgi?id=18791 --- Comment #4 from stevertigo stv...@gmail.com 2009-05-14 16:37:50 UTC --- It occurs to me that WikiMedia could help Freenode by hosting a Freenode server in Asia (they apparenly only have one, and are in need of more), in exchange for which they could help setting up a nice CGI:IRC interface/host for WikiMedia. Having certain access to a node might have login integration benefits too. (Above what we already have with the toolserver Freenode cloak helper, which is mostly functional). -Steven -- 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 4708] Default parameter values are not used when a parameter is explicitly set to null
https://bugzilla.wikimedia.org/show_bug.cgi?id=4708 Waldir wal...@email.com changed: What|Removed |Added CC||wal...@email.com --- Comment #4 from Waldir wal...@email.com 2009-05-14 17:37:02 UTC --- I know undefined and empty are different concepts, but mediawiki is not a programming platform, it deals mainly with text content instead. It seems to me that assuming they're equal (as #if: currently does) would bring more good than evil. On one hand, I can see several uses for leaving a parameter without a value (in an infobox, for example, for later filling -- that would greatly simplify the code in the template size, by removing all those ugly #if: tests). On the other hand, I can't think of any reason one would want to explicitly set a parameter to an empty string; still, in that case, passing a whitespace (perhaps hardcoded as nbsp; or ensp;?) should suffice. -- 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 18791] CGI:IRC web interface for Freenode's Wikimedia chat rooms
https://bugzilla.wikimedia.org/show_bug.cgi?id=18791 --- Comment #5 from Charles Melbye char...@mudoo.net 2009-05-14 18:07:53 UTC --- Hosting a Freenode server does not provide any addition on-network privileges. Basically, you're just donating a server for Freenode staff to setup and manage. -- 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 18797] New: Restriction missing in wgRestrictionEdit/wgRestrictionMove
https://bugzilla.wikimedia.org/show_bug.cgi?id=18797 Summary: Restriction missing in wgRestrictionEdit/wgRestrictionMove Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Page rendering AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: umherirrender_de...@web.de The restriction 'editusercssjs' and 'editinterface' are missing in wgRestrictionEdit for user css/js pages and for mediawikipages. The restriction move-rootuserpages in wgRestrictionMove is missing on userpages. It is hopeful, when an user css/js has the restriction available in html source by js. The right 'editusercssjs' mustnot give only to sysop, so a wgRestrictionEdit = sysop is wrong. Thanks for adding this. -- 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 18798] New: Missing a message for Wrong captcha
https://bugzilla.wikimedia.org/show_bug.cgi?id=18798 Summary: Missing a message for Wrong captcha Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: User interface AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: umherirrender_de...@web.de When typing a wrong captcha there is no message who say that. I will only see a new captcha again. (by skipcaptcha for new url) By a wrong captcha on special:login i will get MediaWiki:Wrongpassword, but the original message are not say any about the wrong captcha. en.wp has customized the message to say that the confirmation code can be wrong: [[MediaWiki:Wrongpassword]]. It is useful, when there is a better information, by typing a wrong captcha. 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 18799] New: use wgContLang to ignore returnto=Special:UserLogout by login
https://bugzilla.wikimedia.org/show_bug.cgi?id=18799
Summary: use wgContLang to ignore returnto=Special:UserLogout by
login
Product: MediaWiki
Version: unspecified
Platform: All
URL: http://translatewiki.net/w/i.php?title=Special:UserLogin
returnto=Special:UserLogoutsetlang=de
OS/Version: All
Status: NEW
Severity: enhancement
Priority: Normal
Component: User login/settings
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: umherirrender_de...@web.de
SpecialUserlogin.php using wgLang to ignore a returnto=Special:Userlogout, this
fails for user with an other language than the content.
I think it is better to use wgContLang for the code in SpecialUserlogin.php:
# When switching accounts, it sucks to get automatically logged out
if( $this-mReturnTo == $wgLang-specialPage( 'Userlogout' ) )
{
$this-mReturnTo = '';
}
You can test it by setlang!=en on translatewiki an than try to login, when
there is a returnto=Special:UserLogout in the url
--
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 6455] Install the StringFunctions extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=6455 Minh Nguyễn m...@zoomtown.com changed: What|Removed |Added CC||m...@zoomtown.com --- Comment #72 from Minh Nguyễn m...@zoomtown.com 2009-05-14 19:57:18 UTC --- The wiki syntax (especially the subset used on Wikimedia sites) isn't quite intended as a full-fledged programming language, though it's getting to be one. Think of it more as a language for macros. Notice that there's no built-in support for iteration, either, and that's an absolute basic standard for programming languages too. -- 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 18793] Free up Project as a namespace (for Wikipedia:Projects) by using an alternate token
https://bugzilla.wikimedia.org/show_bug.cgi?id=18793 ^demon innocentkil...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX --- Comment #8 from ^demon innocentkil...@gmail.com 2009-05-14 20:13:55 UTC --- Enwiki is not the only wiki in existence, and it would do enwiki well to remember this. Changing Project - Something else because enwiki wants a Project: namespace is _not_ a valid reason to break a canonical namespace. Even IF it were renamed to something else, I couldn't see it going forward without keeping Project: as a back-compat alias, rendering the original request moot anyway, because it wouldn't work. Reclosing 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 18716] CSS for Catlinks
https://bugzilla.wikimedia.org/show_bug.cgi?id=18716 ^demon innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from ^demon innocentkil...@gmail.com 2009-05-14 20:23:13 UTC --- Done in r50598 -- 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 18743] API: revision size with list=usercontribs
https://bugzilla.wikimedia.org/show_bug.cgi?id=18743 ^demon innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #5 from ^demon innocentkil...@gmail.com 2009-05-14 20:30:44 UTC --- Should be fixed in r50600 -- 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 18789] Page move should have more similar UI to delete, edit, etc. (keep tabs at top and highlight appropriate one, ...)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18789 --- Comment #5 from Brion Vibber br...@wikimedia.org 2009-05-14 20:44:17 UTC --- More special pages would be a big step backwards since it would make the UI even more broken. -- 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 18656] wfMkdirParents doesn't work on Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=18656 ^demon innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from ^demon innocentkil...@gmail.com 2009-05-14 20:45:37 UTC --- Fixed in r50602 -- 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 4708] Default parameter values are not used when a parameter is explicitly set to null
https://bugzilla.wikimedia.org/show_bug.cgi?id=4708 Aryeh Gregor simetrical+wikib...@gmail.com changed: What|Removed |Added CC||simetrical+wikib...@gmail.co ||m --- Comment #5 from Aryeh Gregor simetrical+wikib...@gmail.com 2009-05-14 20:53:25 UTC --- (In reply to comment #4) On one hand, I can see several uses for leaving a parameter without a value (in an infobox, for example, for later filling -- that would greatly simplify the code in the template size, by removing all those ugly #if: tests). Which #if tests could be removed? You'd still need to check if it's defined to know if you should render the row, typically. On the other hand, I can't think of any reason one would want to explicitly set a parameter to an empty string You would if, for some reason, an empty value makes sense but is not the default. This is likely to occur in at least some cases. still, in that case, passing a whitespace (perhaps hardcoded as nbsp; or ensp;?) should suffice. nbsp; and ensp; are definitely not whitespace. They're entities, and are therefore explicitly *not* treated as whitespace. Unless you meant the corresponding Unicode characters, which would cause complete confusion. I don't see any way that this proposal would allow passing whitespace in the event you really did want it, which would be an unacceptable loss of flexibility. On top of that, the change would most likely break thousands of templates across many wikis -- any significant behavior like this is likely to be relied upon by some people. So I'd be strongly inclined to 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 18789] Page move should have more similar UI to delete, edit, etc. (keep tabs at top and highlight appropriate one, ...)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18789 --- Comment #6 from Happy-melon happy-me...@live.com 2009-05-14 20:57:06 UTC --- What do you mean? Is it broken in more ways than just having the wrong tabs? It seems to me that things like permissions, robot policies, caching, etc, can be more cleanly set in a special page system than in the action= system. The UI is broken, IMO, due to its inconsistency, not because of the use of special pages per se. -- 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 18498] Localized namespaces for mt.wp (2)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18498 Rob Halsell rhals...@wikimedia.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #6 from Rob Halsell rhals...@wikimedia.org 2009-05-14 20:57:14 UTC --- I found another cleanup script and ran it. I think it should have fixed your issues. If not, please let me know! -- 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 18800] New: ref without references/ error isn't especially helpful
https://bugzilla.wikimedia.org/show_bug.cgi?id=18800
Summary: ref without references/ error isn't especially
helpful
Product: MediaWiki extensions
Version: any
Platform: All
OS/Version: All
Status: NEW
Severity: minor
Priority: Normal
Component: Cite
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: jruder...@gmail.com
On en.wikipedia.org, the error message I get when I leave out references/
isn't very helpful. It mentions the page Help:Cite error, but that isn't a
link, and Help:Cite error isn't specifically about this problem or especially
helpful.
I think it would be best if the error message offered directly to stick in the
following code:
==References==
{{reflist}}
--
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 18789] Page move should have more similar UI to delete, edit, etc. (keep tabs at top and highlight appropriate one, ...)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18789
--- Comment #7 from Trevor Parscal tpars...@wikimedia.org 2009-05-14
20:59:32 UTC ---
What if there was a special way to register a special page as an action.
class ActionPage extends SpecialPage {
/* stuff here that makes the special page behave like an action */
}
Then we moved all existing actions into ActionPage classes...
--
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 6455] Install the StringFunctions extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=6455 --- Comment #73 from Le Chat cat...@vp.pl 2009-05-14 21:00:54 UTC --- I think you missed my point - I don't mean MW has to have something because programming languages have it, I mean if programming languages have it as standard, AND we want to have it (as we clearly do in this case), then it surely must be a pretty trivial matter to code. Surely there are standard php libraries which have all these functions? -- 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 11488] Fix namespace names in the Hungarian localization
https://bugzilla.wikimedia.org/show_bug.cgi?id=11488 --- Comment #11 from Rob Halsell rhals...@wikimedia.org 2009-05-14 21:01:12 UTC --- I have run a much more exhaustive cleanup script against the database. Any remaining pages that were 'missing' from the namespace addition should now be resolved. -- 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 18800] ref without references/ error isn't especially helpful
https://bugzilla.wikimedia.org/show_bug.cgi?id=18800 FunPika stevend...@comcast.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from FunPika stevend...@comcast.net 2009-05-14 21:08:27 UTC --- Closed as INVALID. I recommend that you make a request over at [[MediaWiki talk:Cite error refs without references]] on enwiki for this. -- 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 18789] Page move should have more similar UI to delete, edit, etc. (keep tabs at top and highlight appropriate one, ...)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18789 --- Comment #8 from Aryeh Gregor simetrical+wikib...@gmail.com 2009-05-14 21:19:22 UTC --- That's what I was thinking, yes. But that would probably require a lot of refactoring if we wanted to avoid code duplication. Making MovePage an action would admittedly be simpler, most likely. -- 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 18800] ref without references/ error isn't especially helpful
https://bugzilla.wikimedia.org/show_bug.cgi?id=18800 --- Comment #2 from Jesse Ruderman jruder...@gmail.com 2009-05-14 21:21:20 UTC --- That redirects to a generic talk page that isn't about this topic at all. But I guess http://en.wikipedia.org/wiki/Help:Cite_errors#Links addresses my first complaint, making it sort of a dup of bug 17865. -- 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 18789] Page move should have more similar UI to delete, edit, etc. (keep tabs at top and highlight appropriate one, ...)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18789 --- Comment #9 from Happy-melon happy-me...@live.com 2009-05-14 21:28:25 UTC --- I'm just looking at playing with SkinTemplate.php to allow a second Title object to be specified, the Title of the page to render most of the UI for. Tabs are working fine now; just the sidebar. It's probably not as clean as it could be *within* SkinTemplate.php, but the external interface is fairly nice - just a new $wgUser-getSkin-setTitleForTabs( $titleObj ) function to call from any required special page. -- 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 18789] Page move should have more similar UI to delete, edit, etc. (keep tabs at top and highlight appropriate one, ...)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18789 --- Comment #10 from Trevor Parscal tpars...@wikimedia.org 2009-05-14 21:30:29 UTC --- Just because we add the ActionPage class and it's functionality with the UI doesn't mean we have to migrate all actions immediately. They can migrate over time... SkinTemplate is what's generating the list of actions for monobook (and other SkinTemplate based skins) - so the extra code to grab actions registered from ActionPage classes would go there. As we move actions into ActionPage classes, we just update that function accordingly until everything is migrated. This will also make for a much better way to make page actions in the future. -- 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 18789] Page move should have more similar UI to delete, edit, etc. (keep tabs at top and highlight appropriate one, ...)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18789
--- Comment #11 from Brion Vibber br...@wikimedia.org 2009-05-14 21:33:58
UTC ---
(In reply to comment #7)
What if there was a special way to register a special page as an action.
class ActionPage extends SpecialPage {
/* stuff here that makes the special page behave like an action */
}
Then we moved all existing actions into ActionPage classes...
Yuck. Why? We've already got a perfectly good way to register actions.
--
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 18789] Page move should have more similar UI to delete, edit, etc. (keep tabs at top and highlight appropriate one, ...)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18789 --- Comment #12 from Happy-melon happy-me...@live.com 2009-05-14 21:44:45 UTC --- Created an attachment (id=6118) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6118) Allows special pages to use the UI of other pages Try this; it tweaks Special:MovePage to display all the paraphenalia of the page that's being moved. The tabs work, and work very nicely; the sidebar currently doesn't: the WhatLinksHere, RecentChanges and Permalink links *are* processed by SkinTemplate::buildNavUrls(), but are then removed somewhere downstream; I'm not sure where. Thoughts? -- 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 18789] Page move should have more similar UI to delete, edit, etc. (keep tabs at top and highlight appropriate one, ...)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18789 Happy-melon happy-me...@live.com changed: What|Removed |Added Attachment #6118 is|0 |1 obsolete|| --- Comment #13 from Happy-melon happy-me...@live.com 2009-05-14 21:53:30 UTC --- Created an attachment (id=6119) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6119) Fix the missing links Found it; it was being eaten by the Monobook output template. Yet another area where there's unhealthy amounts of obfuscation and duplication. But meh. What do people think of this method? -- 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 6455] Install the StringFunctions extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=6455 --- Comment #74 from Aryeh Gregor simetrical+wikib...@gmail.com 2009-05-14 22:03:37 UTC --- It's already implemented. Robert has a patch, which he can commit if he likes. He hasn't so far. -- 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 18801] New: Don't make me choose between Atom and RSS
https://bugzilla.wikimedia.org/show_bug.cgi?id=18801 Summary: Don't make me choose between Atom and RSS Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jruder...@gmail.com Offering both Atom and RSS feeds makes subscription UI in Firefox and Safari confusing. Wikipedia should pick one format and make all the link rels point there. For geeks, it's just a slowdown, but for a first-time feed user, it's the difference between being presented with a meaningless list they'll probably dismiss and being presented with a preview of the feed. http://www.toolness.com/wp/?p=158 So presenting end-users with a fairly meaningless and intimidating question is yet another barrier to taking advantage of this technology. -- 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 18802] New: Revision history pages should not offer global recent changes feed
https://bugzilla.wikimedia.org/show_bug.cgi?id=18802 Summary: Revision history pages should not offer global recent changes feed Product: MediaWiki Version: unspecified Platform: All URL: http://en.wikipedia.org/w/index.php?title=Toasteraction =history OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jruder...@gmail.com If I'm on a revision history page such as http://en.wikipedia.org/w/index.php?title=Toasteraction=history and click the feed button, I get a list that includes both feeds for this page and feeds for changes throughout Wikipedia. I'm much more likely to want the feed for this page -- if I wanted the firehose, I'd go to RecentChanges first and click the feed icon there. -- 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 18754] thumb.php not found - Thumbnails broken on uk.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=18754 ^demon innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com Component|Site requests |General/Unknown -- 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 18754] thumb.php not found - Thumbnails broken on uk.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=18754 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org AssignedTo|wikibugs- |rhals...@wikimedia.org |l...@lists.wikimedia.org | --- Comment #2 from Brion Vibber br...@wikimedia.org 2009-05-14 22:47:27 UTC --- Thumb scripts look like it should be passing to the correct hostname on the backend... (tools/upload-scripts/thumb-handler.php) Rob, can you confirm that the image scaling cluster boxes have up to date Apache config files and common-local dirs? They may be missing the ukwikimedia docroot subdir or something. -- 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 18754] thumb.php not found - Thumbnails broken on uk.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=18754 Rob Halsell rhals...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Rob Halsell rhals...@wikimedia.org 2009-05-14 23:08:43 UTC --- The image rending cluster was not included in the batch updates to the apache cluster. We will have to take some steps on the operations end to remedy this in an automated fashion in the future. For now, I manually updated the image rendering servers and the thumbnail generation now appears to be functioning normally. -- 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 18799] use wgContLang to ignore returnto=Special:UserLogout by login
https://bugzilla.wikimedia.org/show_bug.cgi?id=18799 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org Keywords||easy --- Comment #1 from Brion Vibber br...@wikimedia.org 2009-05-14 23:11:57 UTC --- This should check with SpecialPage::resolveAlias() or such rather, so all aliases are caught. -- 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 18786] Add current revision to the printfooter
https://bugzilla.wikimedia.org/show_bug.cgi?id=18786 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org --- Comment #2 from Brion Vibber br...@wikimedia.org 2009-05-14 23:30:02 UTC --- Not so sure I like that as it stands. If including the revision number is desirable at all, it probably should be somewhere near the last-modified footer. It also shouldn't get included when there is no revision number, such as on a special page. Including a clean permalink for the revision is probably cleaner; see bug 3575, bug 16428, bug 16659. -- 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 18781] Change SITENAME and add namespace alias on Ukrainian Wikiquote
https://bugzilla.wikimedia.org/show_bug.cgi?id=18781 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org AssignedTo|wikibugs- |rhals...@wikimedia.org |l...@lists.wikimedia.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 18780] Enable RevisionDelete on WMF wikis for admins
https://bugzilla.wikimedia.org/show_bug.cgi?id=18780 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org --- Comment #1 from Brion Vibber br...@wikimedia.org 2009-05-14 23:40:50 UTC --- Do we actually want to do this? The use case for removing individual old versions should be pretty rare, which is why we've got it in a tiny subgroup. -- 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 18774] Tag filtering interface wastes lots of space
https://bugzilla.wikimedia.org/show_bug.cgi?id=18774 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org AssignedTo|wikibugs- |agarr...@wikimedia.org |l...@lists.wikimedia.org | --- Comment #1 from Brion Vibber br...@wikimedia.org 2009-05-14 23:45:20 UTC --- Assigning to Andrew to peek at when available. -- 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 18775] Redirect preview rendering stops prematurely, hides categories
https://bugzilla.wikimedia.org/show_bug.cgi?id=18775 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org Component|Page rendering |Page editing -- 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 18765] Bold/italic markup handled differently depending on leading whitespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=18765 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Keywords||need-parsertest --- Comment #3 from Brion Vibber br...@wikimedia.org 2009-05-14 23:48:43 UTC --- Whitespace may affect things in order to ensure proper handling of the 's and l' sort of cases... but start-of-line and whitespace probably should look the same there. Needs to be checked against the other test cases... -- 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 18760] Must check $wgEnableEmail before showing ANY email related preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=18760 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org AssignedTo|wikibugs- |agarr...@wikimedia.org |l...@lists.wikimedia.org | Keywords||easy -- 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 18775] Redirect preview rendering stops prematurely, hides categories
https://bugzilla.wikimedia.org/show_bug.cgi?id=18775 ^demon innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #1 from ^demon innocentkil...@gmail.com 2009-05-14 23:53:06 UTC --- Cf bug 14323 -- 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 18766] add ISO 8601 support for offset param
https://bugzilla.wikimedia.org/show_bug.cgi?id=18766 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org --- Comment #1 from Brion Vibber br...@wikimedia.org 2009-05-14 23:54:11 UTC --- Looks like currently we require the Z on the end: return wfTimestamp(TS_MW, '2001-01-15T16:12:34'); 1970010100 return wfTimestamp(TS_MW, '2001-01-15T16:12:34Z'); 20010115161234 Per spec, if the timezone isn't specified it should be assumed to be local time, but probably just taking it in as UTC will be fine for our purposes. Do we want to accept other specified timezones though? This would require applying the transformation on input. -- 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 18629] Release MediaWiki 1.15 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18629 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org AssignedTo|wikibugs- |tstarl...@wikimedia.org |l...@lists.wikimedia.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 18677] Give proper error message when viewing action=protect without sufficient rights
https://bugzilla.wikimedia.org/show_bug.cgi?id=18677 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Status|REOPENED|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 14898] Excessively large offset specified in {{#time:}} causes timeout
https://bugzilla.wikimedia.org/show_bug.cgi?id=14898 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org AssignedTo|wikibugs- |tstarl...@wikimedia.org |l...@lists.wikimedia.org | Keywords||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 18780] Enable RevisionDelete on WMF wikis for admins
https://bugzilla.wikimedia.org/show_bug.cgi?id=18780 --- Comment #2 from MZMcBride pub...@mzmcbride.com 2009-05-15 00:06:57 UTC --- Well, this feature is intended to replace the God-awful delete the whole page and restore certain revisions hack. Whether or not there are few enough requests to keep this feature in the hands of only oversighters is unclear. Surely someone will come along soon to offer their opinion. ;-) -- 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 18803] New: JPEG 2000 image files are not supported, but can be uploaded non-functionally with .jpg extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=18803 Summary: JPEG 2000 image files are not supported, but can be uploaded non-functionally with .jpg extension Product: MediaWiki Version: unspecified Platform: All URL: http://commons.wikimedia.org/wiki/Image:VIC_2_SECTION_%2 8Converted%29-1.jpg OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Uploading AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: br...@wikimedia.org Rolling this out of bug 11871, which was asking for _support_ for JPEG 2000 images. Since they're not widely supported by browsers and they're a lossy format without a clear benefit to use I'm WONTFIXing that for now, but the upload bug that makes it possible to mistakenly upload them remains. http://commons.wikimedia.org/wiki/Image:VIC_2_SECTION_%28Converted%29-1.jpg is an example of a file that was first uploaded as JPEG 2000 (the current version was correctly converted to regular JPEG). http://test.wikipedia.org/wiki/File:A_JPEG_2000_file.jpg is an example mentioned also on the previous bug which I reuploaded to test to confirm the bug is still present. File file type is being detected as image/jp2, but this shouldn't make it past upload since it shouldn't match '.jpg' file extension... -- 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 4708] Default parameter values are not used when a parameter is explicitly set to null
https://bugzilla.wikimedia.org/show_bug.cgi?id=4708 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org Status|NEW |RESOLVED Resolution||INVALID --- Comment #6 from Brion Vibber br...@wikimedia.org 2009-05-15 00:16:45 UTC --- Original request for behavior change was three years ago; current templates would be broken by the suggestion even if it was desirable which it's not clear that it is. Resolving as INVALID. -- 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 364] Optional parameters (and/or default parameter values) in templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=364 Bug 364 depends on bug 4708, which changed state. Bug 4708 Summary: Default parameter values are not used when a parameter is explicitly set to null https://bugzilla.wikimedia.org/show_bug.cgi?id=4708 What|Old Value |New Value Status|NEW |RESOLVED Resolution||INVALID -- 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 18765] Bold/italic markup handled differently depending on leading whitespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=18765 --- Comment #4 from Mark Clements (HappyDog) w...@kennel17.co.uk 2009-05-15 00:18:19 UTC --- Interestingly, I thought the parser used to format this kind of example in the manner described for when there is white-space at the the start, rather than the example without, however it now seems to use the non-white-space formatting as standard, with the white-space version only appearing in the described edge case. This is what I was eluding to in the last para of my original post. Is there a possibility that this behaviour has changed in a parser update (which could have some serious implications), or is my memory just faulty? -- 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 18677] Give proper error message when viewing action=protect without sufficient rights
https://bugzilla.wikimedia.org/show_bug.cgi?id=18677 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org --- Comment #7 from Brion Vibber br...@wikimedia.org 2009-05-15 00:05:58 UTC --- Note that we nearly always show a read-only version of information in forms of this sort, including edit, protection, and various special pages and extensions. There's no reason to remove that functionality, as it would be a regression of functionality and usability with no corresponding gain. -- 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
