[Bug 708] Interproject links
https://bugzilla.wikimedia.org/show_bug.cgi?id=708 Niklas Laxström changed: What|Removed |Added Priority|Highest |Normal --- Comment #35 from Niklas Laxström 2009-04-08 08:24:53 UTC --- > I have reverted the above change in priority. Unless you are a developer, don't touch them. This is not a wiki. -- 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. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16977] Create approved Finnish Wikiversity [fi] (January 2009)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16977 David Crochet changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #7 from David Crochet 2009-04-08 08:33:38 UTC --- (In reply to comment #6) > A lot of those subpages should be imported but were actually passed over since > they are not in [[category:FI]] on Wikiversity Beta. > Yes as [[Category:E-Jump Project]] which is a subcategory of [Category:FI]] as ask in #3 With the ls-testanalysis tools, 265 pages are marked as placed in the FI category and its sub and sub-subcategory bug Reopen by #5 request -- 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 16976] Wikis ready for creation (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16976 Bug 16976 depends on bug 16977, which changed state. Bug 16977 Summary: Create approved Finnish Wikiversity [fi] (January 2009) https://bugzilla.wikimedia.org/show_bug.cgi?id=16977 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|FIXED | -- 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 18307] Autopatrolled permission
https://bugzilla.wikimedia.org/show_bug.cgi?id=18307 --- Comment #2 from Jude Brown 2009-04-08 09:45:46 UTC --- Ah, great! Is it possible that this group can be assigned and removed by Administrators, as is currently the case with the abuse filter editor group, instead of just by 'crats? We have 'crats in our project, but it was decided to have an ad-hoc decision system regarding autopatrolled group, rather than reams of bureaucracy. -- 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 18399] include path wrong
https://bugzilla.wikimedia.org/show_bug.cgi?id=18399 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Roan Kattouw 2009-04-08 10:00:43 UTC --- Done in r49304 -- 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 17535] Database dump processes halted since 26-Feb-09
https://bugzilla.wikimedia.org/show_bug.cgi?id=17535 --- Comment #6 from andreasmeie...@gmx.de 2009-04-08 10:32:24 UTC --- There is a new problem: Look at http://download.wikipedia.org/plwiki/20090407/ http://download.wikipedia.org/plwiki/20090406/ http://download.wikipedia.org/plwiki/20090405/ http://download.wikipedia.org/plwiki/20090404/ http://download.wikipedia.org/plwiki/20090403/ http://download.wikipedia.org/plwiki/20090402/ or http://download.wikipedia.org/ruwiki/20090407/ http://download.wikipedia.org/ruwiki/20090406/ http://download.wikipedia.org/ruwiki/20090405/ There is an abort at he step "Creating split stub dumps..." and at the next day there is a new try. With only 2 dump processes this is a real problem. Is this step really necessary? If not, when you can skipp this step. Before January, 29, 2009 there was a status output in this step, see: http://download.wikipedia.org/frwikisource/20090129/. But since January,31, 2009 there is no output, see: http://download.wikipedia.org/dewikinews/20090131/ Best regards Andim -- 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 18397] Add suppressredirect right to importer group
https://bugzilla.wikimedia.org/show_bug.cgi?id=18397 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com Depends on|6808, 9943 | --- Comment #1 from Roan Kattouw 2009-04-08 09:57:45 UTC --- Removing depencencies: although bug 6808 and bug 9943 are related, they neither depend on or block this 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 18390] Set $wgRemoveGroups['bureaucrat'][] = 'sysop' on enwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=18390 --- Comment #6 from Happy-melon 2009-04-08 09:21:35 UTC --- @Ruslan: how do you justify lumping all the "poll later" votes in with "oppose"? There is a clear spectrum of *opinions* amongst those who chose that option; it's not appropriate to unilaterally decide en masse which camp they should boil down into. The only justifiable position is to include them with "neutral", which we customarily ignore for the purposes of determining percentage support. @Mike: This is another of those situations where we are bitten by the unanswered question "what constitutes consensus?" More specifically, what do the devs consider a proper consensus. This proposal has over two to one support; is that a sufficient consensus? If so, then we can go ahead, if not, then as you say we need to come back later. But without knowing how the devs would react to a consensus like this one, we/I can't know how to proceed. Hence the bug: let's get a senior dev's conclusion on what's adequate in situations like these. Closing it without that input wasn't particularly helpful. -- 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 6808] Allow import to different page name
https://bugzilla.wikimedia.org/show_bug.cgi?id=6808 Roan Kattouw changed: What|Removed |Added Blocks|18397 | -- 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 18395] Augment (or replace) wgNonincludableNamespaces with userCan
https://bugzilla.wikimedia.org/show_bug.cgi?id=18395 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #1 from Roan Kattouw 2009-04-08 09:55:37 UTC --- Note that *replacing* $wgNonincludableNamespaces with a userCanRead() check is not desirable, since that would eliminate the distinction between the ability to _read_ a template and _include_ it. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 9943] Initial letter case choice in transwiki import
https://bugzilla.wikimedia.org/show_bug.cgi?id=9943 Roan Kattouw changed: What|Removed |Added Blocks|18397 | -- 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 18307] Add autopatrolled group to English Wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=18307 Andrew Garrett changed: What|Removed |Added CC||agarr...@wikimedia.org Summary|Autopatrolled permission|Add autopatrolled group to ||English Wikisource -- 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 18395] Augment (or replace) wgNonincludableNamespaces with userCan
https://bugzilla.wikimedia.org/show_bug.cgi?id=18395 --- Comment #2 from Volodymyr 2009-04-08 14:41:49 UTC --- Sure, (though its not clear to me why the need to split _read_ and _include_ permissions, it must be useful) the idea is still the same: replace $wgNonincludableNamespaces with a function call (which calls userCan hook). One could reuse $title->userCan('include'). I know the code suggested above works, but I haven't run any performance metrics on it. Bottom line, for me, I would like to see OOriented fix to the permissions all through the code, through userCan hook. -- 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 18402] New: Deleted Redirects still showing up.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18402 Summary: Deleted Redirects still showing up. Product: MediaWiki Version: 1.14.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Redirects AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: si.wiki...@gmail.com When a Page got moved MediaWiki automatically creates a redirect to the new target of the Page. Because usually Pages get moved for a reason the resulting Redirect is deleted immideately. The Issue is that the Redirect is still showing up after several hours and the Move Entry in RecentChanges aswell as in the MoveLog shows blue links for both the target Page (which is correct) AND the Original Location which got deleted already as the Deletion Entry is right above the move Entry in RC. Now to normal users checking the move log or RecentChanges it appears whoever moved the Page forgot to delete the redirect and tags it for deletion using some Javascript Tool which automatically starts editing, adds the code and saves the page to speed up the process. All because the Link was blue and the Page seemed to exist when they watched the page. Problem is that in fact the Page was well lets say semideleted. The tagging for deletion shows up as New page on RecentChanges. I dont know who got the idea of letting redirects still beeing shown after the page got deleted but it just shouldn't be. If a Page got moved and the redirect deleted its for a reason! -- 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 17094] Special:PrefixIndex ignores trailing spaces (or underscores)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17094 --- Comment #1 from AlexSm 2009-04-08 15:18:19 UTC --- The same problem was already fixed for API in bug 15275 -- 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 18382] Category unfolding doesn't work anymore
https://bugzilla.wikimedia.org/show_bug.cgi?id=18382 brianna.laug...@gmail.com changed: What|Removed |Added CC||brianna.laug...@gmail.com AssignedTo|wikibugs- |dan...@brightbyte.de |l...@lists.wikimedia.org | --- Comment #2 from brianna.laug...@gmail.com 2009-04-08 15:35:37 UTC --- Assigning to Daniel as author of CategoryTree. As CategoryTree supports the option to specify what depth the tree can be expanded to, I suspect that actually it has not changed but in fact the Wikimedia-wide configuration settings have been changed. I don't know how to find out who might have done that, though... -- 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 18173] Monobook crashes MediaWiki after click on "Login/Create an Account link"
https://bugzilla.wikimedia.org/show_bug.cgi?id=18173 Phillip Hagerman changed: What|Removed |Added CC||phil...@hagermanstudios.com --- Comment #1 from Phillip Hagerman 2009-04-08 18:06:19 UTC --- This appears to be a regression, I tested this with an earlier version I still had save (1.9.2) and I did not get this exception. -- 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 18173] Monobook crashes MediaWiki after click on "Login/Create an Account link"
https://bugzilla.wikimedia.org/show_bug.cgi?id=18173 --- Comment #2 from Phillip Hagerman 2009-04-08 18:18:29 UTC --- MW 1.10.0 is the first version I observe this exception in, although it is handled gracefully. MW 1.14.0 just pukes on the exception. Here are the details from 1.10.0 SkinTemplate::makeTalkUrlDetails given invalid pagename User: Backtrace: #0 C:\inetpub\wwwroot\wiki.10\includes\SkinTemplate.php(561): SkinTemplate->makeTalkUrlDetails('User:') #1 C:\inetpub\wwwroot\wiki.10\includes\SkinTemplate.php(436): SkinTemplate->buildPersonalUrls() #2 C:\inetpub\wwwroot\wiki.10\includes\OutputPage.php(676): SkinTemplate->outputPage(Object(OutputPage)) #3 C:\inetpub\wwwroot\wiki.10\includes\Wiki.php(296): OutputPage->output() #4 C:\inetpub\wwwroot\wiki.10\index.php(90): MediaWiki->finalCleanup(Array, Object(LoadBalancer), Object(OutputPage)) #5 {main} It is the same first exception as 1.14, however, there is not a second exception thrown in the exception handler as in 1.14 -- 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 18173] Monobook crashes MediaWiki after click on "Login/Create an Account link"
https://bugzilla.wikimedia.org/show_bug.cgi?id=18173 --- Comment #3 from Phillip Hagerman 2009-04-08 18:31:34 UTC --- Minor correction to the previous update: MW 1.10.0 only handles the Exception gracefully the first time you encounter it when requesting the login page, the data in the cookie causes the second exception and the puke of trace details when requesting any other page afterwards, until the browser cache is cleared. I further tested against 1.9.6 (which appears to be the last version prior to 1.10.0) and I did not get this exception at first. When I accessed the login page a second time (without logging in the first time) I get this exception: PHP Fatal error: Call to a member function getTalkPage() on a non-object in C:\inetpub\wwwroot\wiki\includes\SkinTemplate.php on line 607 This prompted me to test again in 1.9.2 which was the version I started with, and I get the same behavior with this new exception. I'm beginning to think no version will work on this environment. Here are my testing environment details: Windows Server 2008 IIS Server 7 PHP Version 5.2.9-1 (IIS FastCGI) MySQL 5.0.26-community-nt I'm leaning towards an OS-level problem, because Server 2008 is almost the same at its core as Vista. And they are both very different from previous Windows OSs. -- 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 12998] Weaken DISPLAYTITLE restictions
https://bugzilla.wikimedia.org/show_bug.cgi?id=12998 Brion Vibber changed: What|Removed |Added AssignedTo|wikibugs- |br...@wikimedia.org |l...@lists.wikimedia.org | Status|REOPENED|NEW --- Comment #28 from Brion Vibber 2009-04-08 19:07:12 UTC --- Assigning to myself for review. -- 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 18390] Set $wgRemoveGroups['bureaucrat'][] = 'sysop' on enwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=18390 --- Comment #7 from Mike.lifeguard 2009-04-08 19:26:37 UTC --- If you don't know what consensus is go talk to your local enwiki bureaucrat. This isn't good enough. -- 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 18364] array of boring event types to exclude from recentchanges
https://bugzilla.wikimedia.org/show_bug.cgi?id=18364 Mike.lifeguard changed: What|Removed |Added CC||mikelifegu...@fastmail.fm --- Comment #6 from Mike.lifeguard 2009-04-08 19:31:12 UTC --- (In reply to comment #4) > What feeds and vandalism/activity monitoring bots and software would be broken > or impaired by this, due to relying on RC feed to spot new usernames etc? > FWIW, SULWatcher relies on CentralAuth's IRC feed, not RecentChanges, so it'd be unaffected. (In reply to comment #1) > Indeed, > http://techblog.wikimedia.org/2009/04/planning-to-tighten-torblock-restrictions/ > mentions > "a rash of abuse ...in the form of account creations with abusive names". > > There would be little thrill if they didn't show up in recentchanges. > If we're talking about the same thing, accounts are generally hidden within a minute - there would be no significant change in the "trill level". That said, there are other vandals, and it's worth considering for other reasons as 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 9767] Microsoft SQL Server/MSSQL support (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=9767 --- Comment #58 from D J Bauch 2009-04-08 19:45:14 UTC --- Created an attachment (id=6005) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=6005) Patch for MediaWiki 1.1.4.0 to adapt to MS SQL support This patch contains the changes to be applied to the 1.14.0 release to adapt the release to run on Windows with Microsoft SQL Server 2000 or SQL Server 2005. I've made it to simplify the installation for other users based on the experiences I gained going through the installation with another user. Yes, there is at least one other user that I'm aware of. I had been tracking changes against the trunk rather than against the releases -- but since the trunk is always changing it was easier to have him install the 1.14.0 release and then patch in the changes. -- 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. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18402] Deleted Redirects still showing up.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18402 ^demon changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from ^demon 2009-04-08 19:49:48 UTC --- *** This bug has been marked as a duplicate of bug 15655 *** -- 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 15655] Page deletions after move do not update relevant table(s) thus nonexistent pages are shown on other special pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=15655 ^demon changed: What|Removed |Added CC||si.wiki...@gmail.com --- Comment #14 from ^demon 2009-04-08 19:49:48 UTC --- *** Bug 18402 has been marked as a duplicate of this 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 9767] Microsoft SQL Server/MSSQL support (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=9767 D J Bauch changed: What|Removed |Added Attachment #5825 is|0 |1 obsolete|| --- Comment #59 from D J Bauch 2009-04-08 19:49:55 UTC --- Created an attachment (id=6006) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=6006) MS SQL Server Script Updated MS SQL script (./maintenance/sqlserver/tables.sql) to be used in conjunction with 1.14.0 patch. This script also creates the new tables (change_tag, tag_summary, valid_tag) introduced since 1.14.0. -- 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. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18390] Set $wgRemoveGroups['bureaucrat'][] = 'sysop' on enwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=18390 --- Comment #8 from Happy-melon 2009-04-08 19:57:27 UTC --- Ask an enwiki bureaucrat to close a poll on giving enwiki bureaucrats extra permissions? Don't get me wrong, **I'd** be quite happy to accept such a decision, but I expect I'd be one of the few. You can't deny the conflict of interest. ArbCom doesn't do consensus-finding; stewards don't get involved. Who's left but the devs? And who better *than* the devs? -- 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 17309] Allow users to delete their own pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=17309 Splarka changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #7 from Splarka 2009-04-08 20:05:41 UTC --- This bug and 14325 have now converged. They both pretty much agree pages should be deletable if the user is the only author. *** This bug has been marked as a duplicate of bug 14325 *** -- 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 14325] Admin functions for (autoconfirmed) users
https://bugzilla.wikimedia.org/show_bug.cgi?id=14325 Splarka changed: What|Removed |Added CC||jida...@jidanni.org --- Comment #7 from Splarka 2009-04-08 20:05:41 UTC --- *** Bug 17309 has been marked as a duplicate of this 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 9767] Microsoft SQL Server/MSSQL support (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=9767 --- Comment #60 from Alexandre Emsenhuber [IAlex] 2009-04-08 20:15:18 UTC --- The patch (id 6005) seems to contains some strange modifications: * AutoLoader.php: where's the file? * Defines.php: this has nothing to do in core * Revision.php: don't comment that out, it's needed for PostgreSQL * SpecialShortpages.php, SpecialWantedcategories.php, SpecialWantedpages.php: why commenting out the link existence batch? * SpecialWantedtemplates.php: already fixed in r47618 * SpecialListfiles.php: already fixed in r48350 -- 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. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18398] {{SECTIONNUMBER}}
https://bugzilla.wikimedia.org/show_bug.cgi?id=18398 wpu...@sbcglobal.net changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE | --- Comment #2 from wpu...@sbcglobal.net 2009-04-08 20:19:57 UTC --- Well then how come when I type {{SECTION}} or {{SECTIONNUMBER}} into a sandbox on Wikipedia, nothing happens? Nobody has done anything. -- 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 18398] {{SECTIONNUMBER}}
https://bugzilla.wikimedia.org/show_bug.cgi?id=18398 Ryan Schmidt changed: What|Removed |Added CC||skizz...@gmail.com Status|REOPENED|RESOLVED Resolution||DUPLICATE --- Comment #3 from Ryan Schmidt 2009-04-08 20:26:06 UTC --- This is a duplicate bug. Do not make any further comments in it or reopen it. Do it on the proper bug instead. *** This bug has been marked as a duplicate of bug 1605 *** -- 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 1605] [[Section::...]] variables
https://bugzilla.wikimedia.org/show_bug.cgi?id=1605 --- Comment #43 from Ryan Schmidt 2009-04-08 20:26:06 UTC --- *** Bug 18398 has been marked as a duplicate of this 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 1605] [[Section::...]] variables
https://bugzilla.wikimedia.org/show_bug.cgi?id=1605 --- Comment #44 from wpu...@sbcglobal.net 2009-04-08 20:58:25 UTC --- It doesn't appear that anything has been done yet. When I try to use it on http://en.wikipedia.org/wiki/Template:Emptysection, nothing happens. What text am I supposed to add? -- 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 18395] Augment (or replace) wgNonincludableNamespaces with userCan
https://bugzilla.wikimedia.org/show_bug.cgi?id=18395 ^demon changed: What|Removed |Added CC||innocentkil...@gmail.com Status|NEW |RESOLVED Resolution||INVALID --- Comment #3 from ^demon 2009-04-08 21:00:11 UTC --- Marking as INVALID. You're mixing userCan (which deals with rights) with a per-namespace config setting (which isn't related to user rights at all). -- 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 18167] Code Review page should not render magic words etc.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18167 Aaron Schulz changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Aaron Schulz 2009-04-08 21:05:14 UTC --- Fixed in r49323 -- 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 18403] New: Must differentiate 'specialpage(s)' in all languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=18403 Summary: Must differentiate 'specialpage(s)' in all languages Product: MediaWiki Version: 1.15-svn Platform: All OS/Version: All Status: NEW Keywords: accessibility Severity: normal Priority: Normal Component: Internationalization AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org Created an attachment (id=6007) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=6007) Test program that finds problem Messages*.php files Here we have a interesting accessibility problem that just leaps out at you if you 1. use a text browser or any non-CSS device -- and, 2. are a user of languages with a certain grammar mentioned below. The problem In English the familiar sidebar of any Special Page has Views • Special page Toolbox • Special pages But imagine if it said instead Views • Special page Toolbox • Special page You might say "Of course, one is in 'Views' and one in 'Toolbox'! I don't see the problem." But try it out for a few years and you will see it is a usability disaster, no matter how near or far they are to each other there in the sidebar. For many languages, using the same translation for 'specialpage' and 'specialpages' is quite logical, as in their grammar plurals are the same as singulars -- in most situations, but not here, where extra emphasis very much needs to made that 'specialpages' should be "All special pages", "Special page groups"... however you might express it, as long as it is different from the value of 'specialpage'. The test program Attached is a test program to find Messages*.php files with this accessibility problem. The output is batched into two groups, ranked by seriousness: 2. Bug Cdo... These are the language files that need to be corrected. 1. Ace Av ... These are also in danger, as they only have one of the strings, and could contribute to an identical pair somewhere else. Indeed, even the "Qqq" file defines 'specialpages', but not 'specialpage'. The two must carry reminders that they must be different in _all_ languages. To use this program, save this file to languages/messages/spfinder.txt and run $ perl spfinder.txt Messages*.php -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18364] array of boring event types to exclude from recentchanges
https://bugzilla.wikimedia.org/show_bug.cgi?id=18364 --- Comment #7 from jida...@jidanni.org 2009-04-08 21:30:55 UTC --- Well imagine a wiki where no pages usually change much more than a bimonthly meeting announcement. There recentchanges just fill up with the kiddies to the point where you can forget about finding the announcement, nor anybody coming to the meetings. No need to clamp off new accounts. Just make them not have advertising value, just as they don't on most BBSs, forums, UNIX, you name it. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18403] Must differentiate 'specialpage(s)' in all languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=18403 Niklas Laxström changed: What|Removed |Added CC||niklas.laxst...@gmail.com --- Comment #1 from Niklas Laxström 2009-04-08 21:32:12 UTC --- Message documentation at translatewiki.net is already sufficient. PS: specialpage message is not the one used there, but nstab-special Conditions where this would *potentially* cause confusion: 1) simple skin (not used that much) 2) non CSS-supporting text browser (very rare) 3) language where plural forms do not exists as such (less than half of them I guess) 4) there is poor translation for it (quite rare) -- 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 18364] array of boring event types to exclude from recentchanges
https://bugzilla.wikimedia.org/show_bug.cgi?id=18364 ^demon changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #8 from ^demon 2009-04-08 21:33:46 UTC --- (In reply to comment #7) > No need to clamp off new accounts. Just make them not have advertising > value, just as they don't on most BBSs, forums, UNIX, you name it. > Call me when we're a BBS, forum, or UNIX. Now, a way to hide it from view might be useful yes. -- 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 18366] Also commit mail for lock/unlock
https://bugzilla.wikimedia.org/show_bug.cgi?id=18366 --- Comment #1 from Brion Vibber 2009-04-08 21:40:13 UTC --- I'd be more inclined to disable locks; they don't seem particularly desirable. :P Looks like either way will take a pre-lock hook script? -- 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 16554] Import strips angle brackets on some installations (libxml2 entity bug)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16554 --- Comment #23 from Brion Vibber 2009-04-08 21:41:17 UTC --- Upgrade PHP and libxml2 to the latest versions, or downgrade them to versions from before the problem. There are several links above which should provide more information. -- 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 18270] Red Links for Userpage/Talk
https://bugzilla.wikimedia.org/show_bug.cgi?id=18270 --- Comment #9 from Shawn Desjardins 2009-04-08 21:49:31 UTC --- Hi There, I have tried it with all the skins. random page seems to work fine. it's just the "User"links, and any wiki type pages that haven't been created when searching. you can always go to wiki.ourfamilyzoo.net (create a user account if you want, the page gives an error about the e-mail, I haven't figured that yet, but it works?) 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 18366] Also commit mail for lock/unlock
https://bugzilla.wikimedia.org/show_bug.cgi?id=18366 --- Comment #2 from Siebrand 2009-04-08 22:03:37 UTC --- Don't mind which one is chosen. No locks, means no surprises. Commit mail with locks enabled means one could have known. Recently Tim locked something in SecurePoll, and I locked something in Collection. I accidentally ran into Tim's lock fixing an i18n issue. I later heard he had announced it on either #wikitech or #mediawiki. I lifted my locks, not certain if Tim has lifted his. -- 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 18404] New: Select from Kategorie
https://bugzilla.wikimedia.org/show_bug.cgi?id=18404 Summary: Select from Kategorie Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Semantic MediaWiki AssignedTo: mar...@semantic-mediawiki.org ReportedBy: dasch...@gmx.net Selecting pages through a category does not work for namespaces without semantics, I think it should be only without semantics and not without categories -- 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 18384] Cleanup of products
https://bugzilla.wikimedia.org/show_bug.cgi?id=18384 Brion Vibber changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Brion Vibber 2009-04-08 22:30:17 UTC --- Marked 'Kate's tools' product as closed for bug entry so it no longer appears, and added a link to https://jira.toolserver.org/ in the description. If there's anything else you want similarly treated I'll need to know what it is. :) -- 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 18405] New: Template date format problem
https://bugzilla.wikimedia.org/show_bug.cgi?id=18405 Summary: Template date format problem Product: MediaWiki extensions Version: any Platform: All URL: http://sandbox.semantic- mediawiki.org/wiki/User:Neoshinji#SMW.2C_templates_and_p arser_function_time OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Semantic MediaWiki AssignedTo: mar...@semantic-mediawiki.org ReportedBy: neoshi...@msn.com Due to limitations, SMW uses the date config ISO8601 (YEAR/MONTH/DAY) to save date data. Some countries, like Spain it's not usually to use this kind of format. For example we use the format DAY/MONTH/YEAR. One way to show to the users their usually date format it's using a time parser function, you can create a template that contain this function, then every time you need to use a date, you can use this to show as their users like and the same time you save this data on the format used by SMW. Extended info problem http://sandbox.semantic-mediawiki.org/wiki/User:Neoshinji#SMW.2C_templates_and_parser_function_time -- 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 1605] [[Section::...]] variables
https://bugzilla.wikimedia.org/show_bug.cgi?id=1605 --- Comment #45 from Kinsey Moore 2009-04-08 23:02:23 UTC --- This has not been merged in. There is still work to be done to enable full support for source numbers, though work for TOC numbers is pretty much complete. It is unlikely you will be able to use this on wikipedia for a good while, still. I hope to find time to complete the rest of the necessary work this summer when I have more time. If you want to finish the work, please do so :). The related bug to get a hook into template inclusion is what is required. Once that is done, I need to make sure everything still works as expected and put everything into a proper 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 17603] Special:GlobalGroupPermissions is not listed as a restricted special page (but it)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17603 Techman224 changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Techman224 2009-04-08 23:19:30 UTC --- It appears that the special page is now unrestricted as everyone can view the global groups on it. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18406] New: Ghostpages
https://bugzilla.wikimedia.org/show_bug.cgi?id=18406 Summary: Ghostpages Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: Semantic MediaWiki AssignedTo: mar...@semantic-mediawiki.org ReportedBy: dasch...@gmx.net When querying for a namespace also pages are displayed that whre deleted or even never existed and only whre linked once, the whole query behaves very strange. I hope the example here http://www.wecowi.de/view/WeCoWi:Attribut is enough to reproduce the problem -- 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 148] MediaZilla Email Address Privacy Concerns
https://bugzilla.wikimedia.org/show_bug.cgi?id=148 Brion Vibber changed: What|Removed |Added Keywords||upstream --- Comment #6 from Brion Vibber 2009-04-09 00:24:04 UTC --- https://bugzilla.mozilla.org/show_bug.cgi?id=219021 is marked FIXED upstream: "Email addresses should only be displayed to logged in users" Should make it to a future release... (3.4?) -- 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 18391] Create "Maps" component in MediaWiki extensions product
https://bugzilla.wikimedia.org/show_bug.cgi?id=18391 --- Comment #1 from Brion Vibber 2009-04-09 00:08:25 UTC --- Who gets to be default assignee? :D -- 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 6092] add {{revisiontime:}}/{{lastrevision:}} colon/parser function or {{REVISIONtimeformat|}} functionality to current magic words
https://bugzilla.wikimedia.org/show_bug.cgi?id=6092 --- Comment #21 from mabo 2009-04-09 00:41:42 UTC --- Created an attachment (id=6008) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=6008) add parser funtions {{REVISIONID:name}}, {{REVISIONDAY:name}}, {{REVISIONDAY2:name}}, {{REVISIONMONTH:name}}, {{REVISIONYEAR:name}}, {{REVISIONTIMESTAMP:name}} and {{REVISIONUSER:name}} patch adds parser funtions as i requested in comment #20 -- 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 6092] add {{revisiontime:}}/{{lastrevision:}} colon/parser function or {{REVISIONtimeformat|}} functionality to current magic words
https://bugzilla.wikimedia.org/show_bug.cgi?id=6092 mabo changed: What|Removed |Added Status|REOPENED|RESOLVED Keywords||patch Resolution||FIXED -- 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 6092] add {{revisiontime:}}/{{lastrevision:}} colon/parser function or {{REVISIONtimeformat|}} functionality to current magic words
https://bugzilla.wikimedia.org/show_bug.cgi?id=6092 mabo changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | -- 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 18407] New: Special:Specialpages shouldn't link to the upload form if you don't have the upload right
https://bugzilla.wikimedia.org/show_bug.cgi?id=18407 Summary: Special:Specialpages shouldn't link to the upload form if you don't have the upload right Product: MediaWiki Version: 1.15-svn Platform: All OS/Version: All Status: NEW Severity: trivial Priority: Normal Component: Uploading AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: emufarm...@gmail.com The upload form no longer appears on the toolbox if you don't have the upload right (bug 12678), but it still shows up in Special:Specialpages. -- 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 18408] New: The upload form should not be visible or linked to for users who don't have the edit right
https://bugzilla.wikimedia.org/show_bug.cgi?id=18408 Summary: The upload form should not be visible or linked to for users who don't have the edit right Product: MediaWiki Version: 1.15-svn Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: Uploading AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: emufarm...@gmail.com Depends on: 18407 You need the edit right to upload files. Assuming this is intended behavior, the upload form should not load if you don't have the edit right, and there should not be a link on the toolbox or in Special:Specialpages. -- 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 18407] Special:Specialpages shouldn't link to the upload form if you don't have the upload right
https://bugzilla.wikimedia.org/show_bug.cgi?id=18407 emufarm...@gmail.com changed: What|Removed |Added Blocks||18408 -- 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 18409] New: Special:Specialpages should not link to the upload form if uploads are disabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=18409 Summary: Special:Specialpages should not link to the upload form if uploads are disabled Product: MediaWiki Version: 1.15-svn Platform: All OS/Version: All Status: NEW Severity: trivial Priority: Normal Component: Uploading AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: emufarm...@gmail.com Special:Specialpages should not link to the upload form if uploads are disabled. -- 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 5363] Change global defaults doesn't work for registered users
https://bugzilla.wikimedia.org/show_bug.cgi?id=5363 Andrew Garrett changed: What|Removed |Added CC||agarr...@wikimedia.org Status|NEW |ASSIGNED --- Comment #2 from Andrew Garrett 2009-04-09 02:07:42 UTC --- Assigning to me, fixed in preferences-work branch. -- 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 17191] Special:Preferences should list account registration date
https://bugzilla.wikimedia.org/show_bug.cgi?id=17191 Andrew Garrett changed: What|Removed |Added CC||agarr...@wikimedia.org Status|NEW |ASSIGNED --- Comment #1 from Andrew Garrett 2009-04-09 02:12:58 UTC --- Fixed in preferences-work branch. -- 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 13040] Gender switch in user preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=13040 Andrew Garrett changed: What|Removed |Added CC||agarr...@wikimedia.org Status|ASSIGNED|RESOLVED Resolution||FIXED -- 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 14950] Global preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=14950 Andrew Garrett changed: What|Removed |Added CC||agarr...@wikimedia.org Status|NEW |ASSIGNED --- Comment #7 from Andrew Garrett 2009-04-09 02:17:57 UTC --- Will hopefully implement this as part of the preferences work I'm doing. -- 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 18410] New: Merge preferences-work branch with trunk
https://bugzilla.wikimedia.org/show_bug.cgi?id=18410 Summary: Merge preferences-work branch with trunk Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: Normal Component: User preferences AssignedTo: agarr...@wikimedia.org ReportedBy: agarr...@wikimedia.org Blocks: 5363,14806,16013,17191 Using this bug to track stuff that I've fixed in preferences-work and which is waiting on a merge. -- 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 5363] Change global defaults doesn't work for registered users
https://bugzilla.wikimedia.org/show_bug.cgi?id=5363 Andrew Garrett changed: What|Removed |Added Depends on||18410 -- 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 14806] A hook to enable putting options to the preferences tab
https://bugzilla.wikimedia.org/show_bug.cgi?id=14806 Andrew Garrett changed: What|Removed |Added Depends on||18410 -- 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 16013] Possibility to link to particular section of [[Special:Preferences]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=16013 Andrew Garrett changed: What|Removed |Added Depends on||18410 -- 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 17191] Special:Preferences should list account registration date
https://bugzilla.wikimedia.org/show_bug.cgi?id=17191 Andrew Garrett changed: What|Removed |Added Depends on||18410 -- 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 18411] New: The upload form only checks upload_max_filesize, not post_max_size
https://bugzilla.wikimedia.org/show_bug.cgi?id=18411 Summary: The upload form only checks upload_max_filesize, not post_max_size Product: MediaWiki Version: 1.15-svn Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: Uploading AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: emufarm...@gmail.com The upload form only checks upload_max_filesize, not post_max_size; it should use the smaller of the two. -- 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 9767] Microsoft SQL Server/MSSQL support (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=9767 --- Comment #61 from D J Bauch 2009-04-09 03:09:32 UTC --- (In reply to comment #60) > The patch (id 6005) seems to contains some strange modifications: > * AutoLoader.php: where's the file? > * Defines.php: this has nothing to do in core > * Revision.php: don't comment that out, it's needed for PostgreSQL > * SpecialShortpages.php, SpecialWantedcategories.php, SpecialWantedpages.php: > why commenting out the link existence batch? > * SpecialWantedtemplates.php: already fixed in r47618 > * SpecialListfiles.php: already fixed in r48350 > Yes, the modifications are strange in that they are not necessarily intended to replace the MySQL/PostgreSQL code in the trunk. They're only useful to someone trying to run on SQL Server. The file missing from autoloader.php is an attachment to the bug report (DatabaseADODB.php). It doesn't get picked up when I make the diff because it didn't exist before. The extra lines from my defines.php are for my extra namespaces and are optional. I'm assuming the commented out line you're referring to is the attempt to insert an ID in the text table. It won't work in my text table because the column is an auto-number column. I could make a view to eliminate this issue if necessary. The link existence batches don't work with the ADODB database adapter and not doing them didn't change the desired outcome. I may alter the ADODB database adapter to allow them to work at some time, but I don't own that code or have commit access on that project. Those last two already fixed issues were actually ones that I asked for but couldn't make myself (see comment #13 to this bug), since I don't have commit access. If I remember correctly, Tim Starling made the fixes back then. In addition to the patch file, you would need the tables.sql attachment above, the databaseadodb.php attachment above, and a patch to the ADODB library (which I could place here too, I suppose). -- 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. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18411] The upload form only checks upload_max_filesize, not post_max_size
https://bugzilla.wikimedia.org/show_bug.cgi?id=18411 --- Comment #1 from emufarm...@gmail.com 2009-04-09 04:02:42 UTC --- Created an attachment (id=6009) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=6009) A fix -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18411] The upload form only checks upload_max_filesize, not post_max_size
https://bugzilla.wikimedia.org/show_bug.cgi?id=18411 Andrew Garrett changed: What|Removed |Added CC||agarr...@wikimedia.org --- Comment #2 from Andrew Garrett 2009-04-09 04:03:55 UTC --- Patch looks okay at a glance. I'd have to test it and switch branches to commit it, though. -- 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 18412] New: Choosing an expiry from the dropdown should hide the other expiry textbox
https://bugzilla.wikimedia.org/show_bug.cgi?id=18412 Summary: Choosing an expiry from the dropdown should hide the other expiry textbox Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: GlobalBlocking AssignedTo: agarr...@wikimedia.org ReportedBy: mikelifegu...@fastmail.fm Please hide the 'other' expiry textbox if one uses the dropdown, akin to the local blocking form. -- 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 18413] New: Add a dropdown for pre-defined block reasons
https://bugzilla.wikimedia.org/show_bug.cgi?id=18413 Summary: Add a dropdown for pre-defined block reasons Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: GlobalBlocking AssignedTo: agarr...@wikimedia.org ReportedBy: mikelifegu...@fastmail.fm Just like on the local block form, please provide an editable dropdown for pre-defined block reasons. -- 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 12998] Weaken DISPLAYTITLE restictions
https://bugzilla.wikimedia.org/show_bug.cgi?id=12998 rememberthe...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #29 from rememberthe...@gmail.com 2009-04-09 05:17:35 UTC --- Patch committed in r49330. -- 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 13639] Things that could use the title rewrite (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=13639 Bug 13639 depends on bug 12998, which changed state. Bug 12998 Summary: Weaken DISPLAYTITLE restictions https://bugzilla.wikimedia.org/show_bug.cgi?id=12998 What|Old Value |New Value Status|REOPENED|NEW Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 1553] Navigation headings should not be lower-cased in German
https://bugzilla.wikimedia.org/show_bug.cgi?id=1553 rememberthe...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #56 from rememberthe...@gmail.com 2009-04-09 05:28:21 UTC --- Patch committed in r49331. -- 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 18195] Allow changing preferences via API
https://bugzilla.wikimedia.org/show_bug.cgi?id=18195 Andrew Garrett changed: What|Removed |Added CC||agarr...@wikimedia.org Depends on||18410 Status|NEW |ASSIGNED Summary|Allow properties assignment |Allow changing preferences |via API |via API --- Comment #2 from Andrew Garrett 2009-04-09 05:42:25 UTC --- Will be trivially doable in preferences-work branch. -- 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 18410] Merge preferences-work branch with trunk
https://bugzilla.wikimedia.org/show_bug.cgi?id=18410 Andrew Garrett changed: What|Removed |Added Blocks||18195 -- 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 13620] #iferror should catch imagemap errors
https://bugzilla.wikimedia.org/show_bug.cgi?id=13620 René Kijewski changed: What|Removed |Added Attachment #5907 is|0 |1 obsolete|| --- Comment #7 from René Kijewski 2009-04-09 06:31:12 UTC --- (From update of attachment 5907) I withdraw the patch. It may mess around with tags. It would be possible to parse the XML tree of $unstripped and look for the class error with xpath. But I guess this would be somewhat expensive. -- 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