[Bug 18919] Provide database dumps of just article namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=18919 --- Comment #4 from Gurch matthew.brit...@btinternet.com 2009-05-29 07:37:19 UTC --- (In reply to comment #3) The dump includes all non-talk namespaces except user: Ah... so by primary meta-pages it actually means all project pages, which on en.wikipedia includes rather a lot of junk. Given even with the extra stuff the pages-articles dump is only meant for redistributors of projects' content, project-space should probably be removed. Category, template and portal are all needed because they're part of the actual content, but project isn't. That would probably account for a fair bit of the reduction in size. -- 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 18997] New: Fatal error from Data repair and upgrade / php maintenance/runJobs.php ...
https://bugzilla.wikimedia.org/show_bug.cgi?id=18997 Summary: Fatal error from Data repair and upgrade / php maintenance/runJobs.php ... 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: dan.bol...@gmail.com After doing a Data Transfer of ~700 pages, I noticed lots of properties of the new pages were not set, so I ran Data repair and upgrade from Special:SMWAdmin. Then I checked the job queue from Special:Statistics (it read 0), but I went and hit php maintenance/runJobs.php after a little while I got the following error... ... 2009-05-29 08:16:01 0 SMWUpdateJob RH037H20 2009-05-29 08:16:01 0 SMWUpdateJob RH038H10 2009-05-29 08:16:01 0 SMWUpdateJob RH038I04 2009-05-29 08:16:01 0 SMWUpdateJob Property:Has_marker PHP Fatal error: Argument 1 passed to SMWUpdateJob::__construct() must not be null, called in /local/ws/www-potato/httpd/htdocs/potato/wiki/includes/JobQueue.php on line 188 and defined in /local/ws/www-potato/httpd/htdocs/potato/wiki/extensions/SemanticMediaWiki/includes/jobs/SMW_UpdateJob.php on line 26 Note: 'There is no page titled Property:Has_marker' This may be related to the fact that originally the Data Transfer process didn't seem to do anything, and I got it going by hitting php maintenance/runJobs.php in the first place. I just ran that again (job queue read 66), and it finished without error. Thought I better log a bug, seeing as this was a 'fatal error'. Dan. -- 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 18997] Fatal error from Data repair and upgrade / php maintenance/runJobs.php ...
https://bugzilla.wikimedia.org/show_bug.cgi?id=18997 --- Comment #1 from Dan Bolser dan.bol...@gmail.com 2009-05-29 08:51:27 UTC --- (In reply to comment #0) After doing a Data Transfer of ~700 pages, I noticed lots of properties of the new pages were not set, so I ran Data repair and upgrade from Special:SMWAdmin. Then I checked the job queue from Special:Statistics (it read 0), but I went and hit php maintenance/runJobs.php after a little while I got the following error... ... 2009-05-29 08:16:01 0 SMWUpdateJob RH037H20 2009-05-29 08:16:01 0 SMWUpdateJob RH038H10 2009-05-29 08:16:01 0 SMWUpdateJob RH038I04 2009-05-29 08:16:01 0 SMWUpdateJob Property:Has_marker PHP Fatal error: Argument 1 passed to SMWUpdateJob::__construct() must not be null, called in /local/ws/www-potato/httpd/htdocs/potato/wiki/includes/JobQueue.php on line 188 and defined in /local/ws/www-potato/httpd/htdocs/potato/wiki/extensions/SemanticMediaWiki/includes/jobs/SMW_UpdateJob.php on line 26 Note: 'There is no page titled Property:Has_marker' This may be related to the fact that originally the Data Transfer process didn't seem to do anything, and I got it going by hitting php maintenance/runJobs.php in the first place. I just ran that again (job queue read 66), and it finished without error. I'm still seeing missing properties. Job queue length reads 50 but php maintenance/runJobs.php isn't doing anything... I just started a new Data repair and upgrade. Job queue length reads 0. Now php maintenance/runJobs.php is doing stuff again... As before: 2009-05-29 08:34:04 0 SMWUpdateJob RH038H10 2009-05-29 08:34:04 0 SMWUpdateJob RH038I04 2009-05-29 08:34:04 0 SMWUpdateJob Property:Has_marker PHP Fatal error: Argument 1 passed to SMWUpdateJob::__construct() must not be null, called in /local/ws/www-potato/httpd/htdocs/potato/wiki/includes/JobQueue.php on line 188 and defined in /local/ws/www-potato/httpd/htdocs/potato/wiki/extensions/SemanticMediaWiki/includes/jobs/SMW_UpdateJob.php on line 26 Finished off the job (hit php maintenance/runJobs.php)... Job queue length reads 63. NOW CREATING THE Property:Has_marker PAGE (type = string). Job queue length reads 669. NOTE! The values of the marker property were of the form pm:#wxyz, so I think the pm: part was causing some problems because it looks like a namespace and the default property type is page... php maintenance/runJobs.php ... Running ... ran without errors Job queue length reads 32. Still missing properties... Hitting Data repair and upgrade... Hitting php maintenance/runJobs.php Hitting the same bug again... 2009-05-29 08:48:07 0 SMWUpdateJob RH038H10 2009-05-29 08:48:08 0 SMWUpdateJob RH038I04 PHP Fatal error: Argument 1 passed to SMWUpdateJob::__construct() must not be null, called in /local/ws/www-potato/httpd/htdocs/potato/wiki/includes/JobQueue.php on line 188 and defined in /local/ws/www-potato/httpd/htdocs/potato/wiki/extensions/SemanticMediaWiki/includes/jobs/SMW_UpdateJob.php on line 26 Hmm... that's actually not the same error as before... I'm guessing me providing more details of what I'm doing at this point is counter productive. I thought the above may be useful for you to track down what was going on. I'll keep doing more of the same in the hope that I start to see all properties returned by all queries. Cheers, Dan. Thought I better log a bug, seeing as this was a 'fatal error'. Dan. -- 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 17486] Parser generates invalid XHTML with a list inside a table
https://bugzilla.wikimedia.org/show_bug.cgi?id=17486 Jayanta Nath jayanta...@gmail.com changed: What|Removed |Added CC||jayanta...@gmail.com --- Comment #9 from Jayanta Nath jayanta...@gmail.com 2009-05-29 08:52:36 UTC --- I cannot use the rollback or rollback vandal functions on bengali wikipedia. When I do, I get the following message: Reverting page: couldn't grab element editform, aborting, this could indicate failed response from the server. Apologies if this has been reported before/elsewhere. -- 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 16685] Enable Lucene 2.1 for all remaining wikis again
https://bugzilla.wikimedia.org/show_bug.cgi?id=16685 Robert Stojnic rain...@eunet.yu changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #5 from Robert Stojnic rain...@eunet.yu 2009-05-29 09:27:32 UTC --- Got new ram and installed it, all wikis migrated to 2.1 \o/ -- 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 18981] Allow anonymising of IP editors
https://bugzilla.wikimedia.org/show_bug.cgi?id=18981 Hanno Boeck ha...@hboeck.de changed: What|Removed |Added CC||ha...@hboeck.de --- Comment #4 from Hanno Boeck ha...@hboeck.de 2009-05-29 09:34:40 UTC --- Current patch applies also to trunk, I'll provide a new one if neccessarry. About more intelligent solutions: Nothing against that, but it's not really trivial to do it in a sane way. Considering the sense of the whole thing is anonymity would require that also the administrator or someone else with administrative privileges is not able to find out the IP afterwards. So solutions with a fixed salt or something like that won't work. But anyway, if someone wants to do such a thing, it wouldn't hurt imho to provide both options. -- 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 17904] Prefix at inputbox don't work on wp.fa
https://bugzilla.wikimedia.org/show_bug.cgi?id=17904 Robert Stojnic rain...@eunet.yu changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Robert Stojnic rain...@eunet.yu 2009-05-29 09:46:19 UTC --- This should be resolved now. The above link doesn't seem to give any results (is the actual prefix right?), but I've verified it on a different query, e.g. http://fa.wikipedia.org/w/index.php?search=map+prefix%3A%D8%B5%D9%81ns0=1title=%D9%88%DB%8C%DA%98%D9%87%3A%D8%AC%D8%B3%D8%AA%D8%AC%D9%88fulltext=Searchfulltext=%D8%AC%D8%B3%D8%AA%D8%AC%D9%88+%DA%A9%D9%86 -- 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 11313] Wildcard search do not work for logged-in users in some Wikipedias
https://bugzilla.wikimedia.org/show_bug.cgi?id=11313 Robert Stojnic rain...@eunet.yu changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #6 from Robert Stojnic rain...@eunet.yu 2009-05-29 09:48:40 UTC --- Been fixed for a while... -- 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 18998] New: {{PAGESIZE:...}} returns empty string when top revision of page has no associated revision length
https://bugzilla.wikimedia.org/show_bug.cgi?id=18998 Summary: {{PAGESIZE:...}} returns empty string when top revision of page has no associated revision length Product: MediaWiki Version: 1.15-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Page rendering AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: happy-me...@live.com Depends on: 12188 Enter: {{PAGESIZE:Foo bar}} {{PAGESIZE:Foo_bar}} {{PAGESIZE:Talk:Fartown Ground, Huddersfield}} Expected: 20 20 559 Actual: This can occur either when the top revision is a 'null' revision, noting moves/protections/deletions/etc; or when the top revision is from before the time when rev_len started to be recorded (cf bug12188). The latter is transitory and can be resolved by writing and running the script requested in bug18881; the former needs to be addressed properly. -- 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 12188] The revision size is not available for old revisions
https://bugzilla.wikimedia.org/show_bug.cgi?id=12188 Happy-melon happy-me...@live.com changed: What|Removed |Added Blocks||18998 -- 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 18999] New: The position of Sister projects box on RTL wikis isn't correct
https://bugzilla.wikimedia.org/show_bug.cgi?id=18999 Summary: The position of Sister projects box on RTL wikis isn't correct Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Keywords: need-review, patch Severity: minor Priority: Normal Component: Search AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ahmad.m.she...@gmail.com Created an attachment (id=6171) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6171) proposed patch The position of 'Sister projects' box at Special:Search hasn't been adjusted yet to be on the left side of the page on RTL wikis. -- 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 18986] Smw_import_ is plain broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=18986 Stuart Chalmers stuart.chalm...@gmail.com changed: What|Removed |Added CC||stuart.chalm...@gmail.com --- Comment #2 from Stuart Chalmers stuart.chalm...@gmail.com 2009-05-29 12:43:04 UTC --- Have put my vote in for this bug. Have just started trying out tools (the main one being SMW) as a basis for collaborative editing of the International Virtual Observatory Alliance (IVOA) ontologies (http://www.ivoa.net/). Would like to export the vocabularies using custom includes from various auxilliary ontologies. SMW seems ideal for this, if the include and export is 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 15715] Allow display of dates according to date formatting preferences without links
https://bugzilla.wikimedia.org/show_bug.cgi?id=15715 Rex Schneider r...@blueyonder.co.uk changed: What|Removed |Added CC||r...@blueyonder.co.uk --- Comment #3 from Rex Schneider r...@blueyonder.co.uk 2009-05-29 12:59:34 UTC --- The {{#formatdate:}} parser function already exists and meets the request as far as single dates are concerned. -- 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 19000] New: 'cite this page', both 'bluebook' styles improperly abbreviate the month of May
https://bugzilla.wikimedia.org/show_bug.cgi?id=19000 Summary: 'cite this page', both 'bluebook' styles improperly abbreviate the month of May Product: MediaWiki Version: 1.15-svn Platform: All URL: http://en.wikipedia.org/w/index.php?title=Special:Citep age=H.264/MPEG-4_AVCid=292986051 OS/Version: All Status: NEW Severity: trivial Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ada...@yahoo.com For sites last visited in May, some citations given properly indicate May without a following period (e.g., it doesn't errantly abbreviate May as May.. However, both Bluebook styles (where abbreviation of months is required) improperly indicate that May is an abbreviation (May.). Months of 4 letters should be abbreviated, see The Bluebook, A Uniform System of Citation, 17th ed, 2000, p. 316. Months are indicated as follows: Jan., Feb., Mar., Apr., May, June, July, Aug., Sept., Oct., Nov., Dec.) Bluebook style H.264/MPEG-4 AVC, http://en.wikipedia.org/w/index.php?title=H.264/MPEG-4_AVColdid=292986051 (last visited May. 29, 2009). Bluebook: Harvard JOLT style See Wikipedia, H.264/MPEG-4 AVC, http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC (optional description here) (as of May. 29, 2009, 13:15 GMT). -- 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 19000] 'cite this page', both 'bluebook' styles improperly abbreviate the month of May
https://bugzilla.wikimedia.org/show_bug.cgi?id=19000 Ahmad Sherif ahmad.m.she...@gmail.com changed: What|Removed |Added CC||ahmad.m.she...@gmail.com Status|NEW |RESOLVED Component|General/Unknown |Cite Product|MediaWiki |MediaWiki extensions Resolution||INVALID Version|1.15-svn|any --- Comment #1 from Ahmad Sherif ahmad.m.she...@gmail.com 2009-05-29 14:14:45 UTC --- This is not a MediaWiki (or Cite extension) bug, since English wikipedia uses [[MediaWiki:Cite text]], in which, {{CURRENTMONTHABBREV}} is used followed by a period (i.e. '{{CURRENTMONTHABBREV}}. {{CURRENTDAY}}, {{CURRENTYEAR}}'). Perhaps they should use {{#ifeq:...}} or something. Closing 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 16685] Enable Lucene 2.1 for all remaining wikis again
https://bugzilla.wikimedia.org/show_bug.cgi?id=16685 Mike.lifeguard mikelifegu...@fastmail.fm changed: What|Removed |Added CC||mikelifegu...@fastmail.fm --- Comment #6 from Mike.lifeguard mikelifegu...@fastmail.fm 2009-05-29 15:29:54 UTC --- (In reply to comment #5) Got new ram and installed it, all wikis migrated to 2.1 \o/ Could you please re-announce what improvements this affords us? wikitech-l and foundation-l would seem appropriate. -- 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 18981] Allow anonymising of IP editors
https://bugzilla.wikimedia.org/show_bug.cgi?id=18981 Alex Z. mrzmanw...@gmail.com changed: What|Removed |Added CC||mrzmanw...@gmail.com --- Comment #5 from Alex Z. mrzmanw...@gmail.com 2009-05-29 16:01:26 UTC --- The problem is that this provides extra privacy at the expense of creating a major gap in security. You can no longer block abuse from individual IPs, you can only block every anon editor or none of them. You wouldn't be able to use the autoblock feature when blocking an account, because it would just block everyone. Given the option between this and just not allowing anon editing, I don't see why people wouldn't choose the latter, as this makes it virtually impossible to control abuse. (In reply to comment #4) About more intelligent solutions: Nothing against that, but it's not really trivial to do it in a sane way. Considering the sense of the whole thing is anonymity would require that also the administrator or someone else with administrative privileges is not able to find out the IP afterwards. So solutions with a fixed salt or something like that won't work. If you put the salt in the config file, then only people with access to the server could know it, and if you can't trust them, then you have bigger problems than 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 18956] Import sources on el.wikiversity
https://bugzilla.wikimedia.org/show_bug.cgi?id=18956 --- Comment #1 from assassin0...@yahoo.com 2009-05-29 16:22:53 UTC --- and the en.wikipedia, too. -- 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 18982] SUL concurrent user creation
https://bugzilla.wikimedia.org/show_bug.cgi?id=18982 ^demon innocentkil...@gmail.com changed: What|Removed |Added Component|User login/settings |CentralAuth Product|MediaWiki |MediaWiki extensions Version|unspecified |any --- Comment #2 from ^demon innocentkil...@gmail.com 2009-05-29 17:46:01 UTC --- Updating product/component. -- 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 8463] Chosen skin should not affect printable version
https://bugzilla.wikimedia.org/show_bug.cgi?id=8463 darklama darkl...@gmail.com changed: What|Removed |Added CC||darkl...@gmail.com --- Comment #11 from darklama darkl...@gmail.com 2009-05-29 17:53:30 UTC --- (In reply to comment #10) I think most of this has been solved due to [[MediaWiki:Print.css]] or would be solved by the centralization of plainlinks #18708. Suggest this is closed in favor of more specific bugs. If User:Name/print.css also works then I agree this bug should be closed as fixed, because it could be used by people who have voiced there opinion that skins should effect the print version. -- 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 19002] New: MediaWiki:Lastmodifiedat should display the wiki's default time zone to users without an offset specified.
https://bugzilla.wikimedia.org/show_bug.cgi?id=19002 Summary: MediaWiki:Lastmodifiedat should display the wiki's default time zone to users without an offset specified. 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: lifeisunf...@gmail.com It would be helpful to add an optional variable (displayed only to users who are not logged in or do not have a local offset specified in their account preferences) via which the wiki's default time zone (such as UTC) could be specified. In other worse, such individuals would see This page was last modified on 29 May at 5:30 (UTC)., while users with an offset of -6:00 would continue to see This page was last modified on 28 May at 23:30. (just as they currently do). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19002] MediaWiki:Lastmodifiedat should display the wiki's default time zone to users without an offset specified.
https://bugzilla.wikimedia.org/show_bug.cgi?id=19002 David Levy lifeisunf...@gmail.com changed: What|Removed |Added CC||lifeisunf...@gmail.com --- Comment #1 from David Levy lifeisunf...@gmail.com 2009-05-29 18:44:34 UTC --- In other worse should read In other words. -- 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 16176] Create XML category dumps
https://bugzilla.wikimedia.org/show_bug.cgi?id=16176 Tomasz Finc tf...@wikimedia.org changed: What|Removed |Added CC||tf...@wikimedia.org Status|NEW |ASSIGNED --- Comment #5 from Tomasz Finc tf...@wikimedia.org 2009-05-29 19:05:35 UTC --- Picking this bug up as I'm the most likely to push it along. -- 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 16360] XML meta dumps do not contain/update restrictions tags anymore
https://bugzilla.wikimedia.org/show_bug.cgi?id=16360 Tomasz Finc tf...@wikimedia.org changed: What|Removed |Added CC||tf...@wikimedia.org Status|NEW |ASSIGNED --- Comment #2 from Tomasz Finc tf...@wikimedia.org 2009-05-29 19:06:21 UTC --- Picking this up as I'm the most likely to push this along. -- 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 16546] Wikimedia dumps do not contain any information about the (flagged) article status
https://bugzilla.wikimedia.org/show_bug.cgi?id=16546 Tomasz Finc tf...@wikimedia.org changed: What|Removed |Added CC||tf...@wikimedia.org --- Comment #2 from Tomasz Finc tf...@wikimedia.org 2009-05-29 19:08:42 UTC --- Aaron, did you push any forward on this? If you cant get to it let know and I'll move it along. -- 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 16546] Wikimedia dumps do not contain any information about the (flagged) article status
https://bugzilla.wikimedia.org/show_bug.cgi?id=16546 --- Comment #3 from Tomasz Finc tf...@wikimedia.org 2009-05-29 19:22:57 UTC --- (In reply to comment #2) Aaron, did you push any forward on this? If you cant get to it let know and I'll move it along. Seems like part of the work seems in place with http://www.mediawiki.org/wiki/Special:Code/MediaWiki/47947 . Do we just need to add it to the main worker thread? -- 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 19003] New: Searching for number:number leads to Special:Contributions
https://bugzilla.wikimedia.org/show_bug.cgi?id=19003 Summary: Searching for number:number leads to Special:Contributions Product: MediaWiki Version: 1.16-svn Platform: All URL: http://sv.wikipedia.org/wiki/Special:Search/1:2 OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Search AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: lejo...@telia.com Searching for two numbers with less than 5 digits separated by a colon (like 1234:1234) takes you to contribution list for that username (Special:Contributions/1234:1234). This occurs when using either search field and go button (but not search button), or when using links or urls like [[Special:Search/123:123]]. If one or both numbers have at least 5 digits, searching appears to work correctly. -- 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 384] PostgreSQL/pgsql support (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=384 ipatrol ipatrol6...@yahoo.com changed: What|Removed |Added CC||ipatrol6...@yahoo.com Status|ASSIGNED|RESOLVED Resolution||WONTFIX --- Comment #8 from ipatrol ipatrol6...@yahoo.com 2009-05-29 20:33:09 UTC --- Stale -- 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 2007] Tracking bug (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=2007 Bug 2007 depends on bug 384, which changed state. Bug 384 Summary: PostgreSQL/pgsql support (tracking) https://bugzilla.wikimedia.org/show_bug.cgi?id=384 What|Old Value |New Value Status|ASSIGNED|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 384] PostgreSQL/pgsql support (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=384 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | --- Comment #9 from Roan Kattouw roan.katt...@gmail.com 2009-05-29 20:42:12 UTC --- (In reply to comment #8) Stale It's a tracking bug, so it's not supposed to be closed at all, ever. -- 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 2007] Tracking bug (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=2007 Bug 2007 depends on bug 384, which changed state. Bug 384 Summary: PostgreSQL/pgsql support (tracking) https://bugzilla.wikimedia.org/show_bug.cgi?id=384 What|Old Value |New Value Status|RESOLVED|REOPENED 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 16546] Wikimedia dumps do not contain any information about the (flagged) article status
https://bugzilla.wikimedia.org/show_bug.cgi?id=16546 --- Comment #4 from Aaron Schulz jschulz_4...@msn.com 2009-05-29 21:46:05 UTC --- That code creates stable-only dumps, but doesn't have the extra meta data. -- 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 15715] Allow display of dates according to date formatting preferences without links
https://bugzilla.wikimedia.org/show_bug.cgi?id=15715 wcl...@xoom.org changed: What|Removed |Added CC||wcl...@xoom.org --- Comment #4 from wcl...@xoom.org 2009-05-30 00:43:26 UTC --- Several (perhaps most) opponents of date autoformatting are opposed to it at least in part because of the extra syntax. Although I'm strongly in support of date autoformatting, I do acknowledge that aspect of their argument as being entirely legitimate. {{#formatdate:29 May 2009}} is more complicated than [[29 May]] [[2009]] which is more complicated than 29 May 2009 although it's still up to debate whether that extra complication is worth the benefit of autoformatting or not. Another option here would be to keep the existing autoformatting syntax but to add a new user preference that would toggle linking on or off, and to have the default be off since that's what most people seem to want. I already have the user preferences portion written and would be glad to hand it off to Andrew (or whoever) to incorporate it into the date formatting 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 18990] Coordinate config and message updates for GFDL - CC-BY-SA license migration
https://bugzilla.wikimedia.org/show_bug.cgi?id=18990 --- Comment #1 from Robert Rohde ro...@robertrohde.com 2009-05-30 02:55:08 UTC --- Related to this, though not necessarily the top priority, I added bug 18963 a little while ago. -- 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 19004] New: API: support for tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=19004 Summary: API: support for tags Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: matthew.brit...@btinternet.com CC: bryan.tongm...@gmail.com, vasi...@gmail.com, soxre...@gmail.com Much as I hate it, the API should support the system of tags for entries in Recent Changes. To get the same functionality as the UI, this means: * adding a tag field anywhere revisions are output (e.g. recent changes, user contributions, page history) * some way to filter list=recentchanges by tag -- 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 18919] Provide database dumps of just article namespace and/or remove project-space from articles dump
https://bugzilla.wikimedia.org/show_bug.cgi?id=18919 Gurch matthew.brit...@btinternet.com changed: What|Removed |Added Summary|Provide database dumps of |Provide database dumps of |just article namespace |just article namespace ||and/or remove project-space ||from articles dump -- 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 18988] ConfirmAccount broken with newest MW, both from SVN
https://bugzilla.wikimedia.org/show_bug.cgi?id=18988 Aaron Schulz jschulz_4...@msn.com changed: What|Removed |Added CC||jschulz_4...@msn.com --- Comment #1 from Aaron Schulz jschulz_4...@msn.com 2009-05-30 04:58:23 UTC --- The issue isn't confirmaccount; looks like the preferences changes broke createNew() -- 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 16546] Wikimedia dumps do not contain any information about the (flagged) article status
https://bugzilla.wikimedia.org/show_bug.cgi?id=16546 --- Comment #5 from Aaron Schulz jschulz_4...@msn.com 2009-05-30 05:03:26 UTC --- (In reply to comment #3) (In reply to comment #2) Aaron, did you push any forward on this? If you cant get to it let know and I'll move it along. Seems like part of the work seems in place with http://www.mediawiki.org/wiki/Special:Code/MediaWiki/47947 . Do we just need to add it to the main worker thread? Perhaps you are thinking of bug 17189 :) -- 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 19005] New: private info that should not be + usability issue with filter detail
https://bugzilla.wikimedia.org/show_bug.cgi?id=19005 Summary: private info that should not be + usability issue with filter detail Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: AbuseFilter AssignedTo: agarr...@wikimedia.org ReportedBy: matthew.brit...@btinternet.com CC: wikibugs-l@lists.wikimedia.org At the moment, trying to view the details of a private filter simply returns a you can't view this filter because it's private message. However, certain things about a private filter are still public, and it is annoying not to be able to see them by going to [[Special:AbuseFilter/123]] or whatever, instead having to find it in the filter list. Additionally, certain things that have no need to be private, but are only accessible via details view and not the filter list are completely inaccessible. Details view should be changed so that it always shows the filter details screen, but just omits certiain stuff in the case of private filters. Below, I have classified the information about each filter according to what should be done with it. 1. Hidden for private filters, and should be; no need to change: - Conditions - Notes - Filter history - Rate limiter 2. Visible for private filters only through the filter list, should also be shown in details view: - Filter ID - Description - Number of hits - Private flag - Enabled flag - Last modified time and author - Log flag - Warn flag - Disallow flag - Tag flag - Block autopromote flag 3. Inaccessible for private filters, but has no reason to be, should be shown in details view: - Statistics (matched last X of Y) - Average run time - System message to use for warning - Which tag is applied The last two of these are the most important -- not having them available is a pain when trying to figure out what filter is responsible for what. -- 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