reporter | 1 Jun 05:00
Picon

Bugzilla Weekly Report

MediaWiki Bugzilla Report for May 25, 2009 - June 01, 2009

Status changes this week

Bugs NEW               :  214                                 
Bugs ASSIGNED          :  7                                   
Bugs REOPENED          :  14                                  
Bugs RESOLVED          :  103                                 

Total bugs still open: 3724                                

Resolutions for the week:

Bugs marked FIXED      :  62                                  
Bugs marked REMIND     :  1                                   
Bugs marked INVALID    :  15                                  
Bugs marked DUPLICATE  :  11                                  
Bugs marked WONTFIX    :  8                                   
Bugs marked WORKSFORME :  4                                   
Bugs marked LATER      :  4                                   
Bugs marked MOVED      :  0                                   

Specific Product/Component Resolutions & User Metrics 

New Bugs Per Component

MetaVidWiki                         14                                  
SecurePoll                          13                                  
Site requests                       9                                   
User interface                      6                                   
(Continue reading)

Roan Kattouw | 1 Jun 22:37
Picon

Fwd: [Mediawiki-api] Revisions since certain date / wiki mirror

Forwarding to wikitech-l, which is probably a more appropriate list
for this question.

---------- Forwarded message ----------
From: sl contrib <sl.contrib <at> googlemail.com>
Date: 2009/6/1
Subject: Re: [Mediawiki-api] Revisions since certain date / wiki mirror
To: MediaWiki API announcements & discussion <mediawiki-api <at> lists.wikimedia.org>

Hi Roan,
thanks again for the reply. Comments in line.
On Sun, May 31, 2009 at 8:05 PM, Roan Kattouw <roan.kattouw <at> gmail.com> wrote:
>
> 2009/5/31 sl contrib <sl.contrib <at> googlemail.com>:
> > On the other hand it seem
> > strange though that I can't get easily get all 'events' between two dates.
> You can, with recentchanges. It has its limitations, but IMO you
> should be able to cope with them.

While looking at this I noticed that log entries for moved pages don't
contain revids:
          'logaction' => 'move',
          'move' => {
                      'new_ns' => 0,
                      'new_title' => 'Sandpit/test2'
                    },
          'logtype' => 'move',
          'revid' => 0,
          'timestamp' => '2009-05-31T21:47:11Z',
          'old_revid' => 0,
(Continue reading)

K. Peachey | 2 Jun 02:04
Picon
Gravatar

Re: Bugzilla Weekly Report

Brion is on a honeymoon, yet still the top bug resolver. I don't know
wether to be happy or sad, anyways this deserves :claps:.

-Peachey
Andrew Garrett | 2 Jun 14:14
Picon

Re: Fwd: [Mediawiki-api] Revisions since certain date / wiki mirror

On 01/06/2009, at 9:37 PM, Roan Kattouw wrote:
> ---------- Forwarded message ----------
> From: sl contrib <sl.contrib <at> googlemail.com>
> Date: 2009/6/1
> Subject: Re: [Mediawiki-api] Revisions since certain date / wiki  
> mirror
> To: MediaWiki API announcements & discussion <mediawiki-api <at> lists.wikimedia.org 
> >
>
> While looking at this I noticed that log entries for moved pages don't
> contain revids:
>           'logaction' => 'move',
>           'move' => {
>                       'new_ns' => 0,
>                       'new_title' => 'Sandpit/test2'
>                     },
>           'logtype' => 'move',
>           'revid' => 0,
>           'timestamp' => '2009-05-31T21:47:11Z',
>           'old_revid' => 0,
> This seems to be inconsistent: For edits, there's an old_revid and a
> revid (which are recorded in the log), and when moving a page, it's
> there's also an old_revid and a revid. However, those are not recorded
> in the log.
> Any ideas as to why that is, and if it doesn't make sense, which bug
> tracker should it go on?

I know of at least some code which uses the existence (or not) of  
rc_revid to distinguish log entries from edits. Any change would break  
this.
(Continue reading)

Rolf Lampa | 2 Jun 14:20

Tables in different databases

Hi,

In the lab I'd have use for a MW configuration where some tables are 
placed in separate databases. I've tried googling and also tried 
searching at mediawiki.org but I find out from there how to go about (if 
it's possible at all).

Does anyone have a hint or link where I can find out how to set up such 
a configuration?

Best regards,

// Rolf Lampa
Rolf Lampa | 2 Jun 14:25

Re: Tables in different databases

Ops, a missing word:

Rolf Lampa wrote:
> snip> I've tried ...  but I *didn't* find out from there how to 
Rolf Lampa | 2 Jun 23:40

Re: Tables in different databases

Platonides wrote:

> Rolf Lampa wrote:
>> Hi,
>>
>> In the lab I'd have use for a MW configuration where some tables are 
>> placed in separate databases. I've tried googling and also tried 
>> searching at mediawiki.org but I [didn't] find out from there how to 
>> go about (if it's possible at all).
<snip>
> Look at http://www.mediawiki.org/wiki/Manual:$wgSharedDB
> Seems that for using more than two databases you'll need to modify the
> code (Database::tableName).

Ah, thank you! Yes, but two dbs may well do the trick for me.

// Rolf Lampa
Andrew Garrett | 2 Jun 23:43
Picon

Re: Tables in different databases

On Tue, Jun 2, 2009 at 10:40 PM, Rolf Lampa <rolf.lampa <at> rilnet.com> wrote:
> Platonides wrote:
>> Rolf Lampa wrote:
>>> Hi,
>>>
>>> In the lab I'd have use for a MW configuration where some tables are
>>> placed in separate databases. I've tried googling and also tried
>>> searching at mediawiki.org but I [didn't] find out from there how to
>>> go about (if it's possible at all).
> <snip>
>> Look at http://www.mediawiki.org/wiki/Manual:$wgSharedDB
>> Seems that for using more than two databases you'll need to modify the
>> code (Database::tableName).
>
> Ah, thank you! Yes, but two dbs may well do the trick for me.

If you're doing this in an extension, you can get a foreign DB with
wfGetDB( DB_(MASTER|SLAVE), array(), 'db_name' );

--

-- 
Andrew Garrett
http://werdn.us/
Robert Stojnic | 2 Jun 23:44
Picon

Re: en.wiki migrated to new search backend

Just a quick update, a couple of days ago all of this stuff got enabled on
all WMF projects. The delay has mainly been due to us having to order more
hardware (particularly RAM) since my initial estimate of how much we needed
was somewhat off.

Cheers, r.

On Fri, Oct 31, 2008 at 1:01 PM, Robert Stojnic <rainmansr <at> gmail.com> wrote:

>
> Hi all,
>
> We now have english wikipedia fully migrated to new servers / new search
> backend. We cannot fully migrate other wikis until we resolve some hardware
> issues. In the meantime, here is the overview of new features now deployed
> on en.wiki:
>
> 1) Did you mean... - we now have search suggestions. Care has been taken to
> provide suggestions that are context-sensitive, i.e. on phrases, proper
> names, etc..
>
> 2) fuzzy and wildcard queries - a word can be made fuzzy by adding ~ to
> it's end, e.g. query sarah~ thompson~ will give all different spellings and
> similar names to sarah thompson. Wildcards can now be prefix and suffix,
> e.g. *stan will give various countries in central asia.
>
> 3) prefix: - using this magic prefix, queries can be limited to pages
> beginning with certain prefix. E.g.
> mwsuggest prefix:Wikipedia:Village Pump
> will search all village pumps and archives for mwsuggest. This should be
(Continue reading)

Tei | 3 Jun 00:29
Picon
Gravatar

Re: en.wiki migrated to new search backend

OFF-TOPIC

 some fun history perspective.how things was in 2002
http://marc.info/?l=wikipedia-l&m=104216636506472&w=2

oh... this one
http://marc.info/?l=wikipedia-l&m=104216623605805&w=2

is amazing how big, complex and professional has wrong the wikipedia.
thank guys!

On Tue, Jun 2, 2009 at 11:44 PM, Robert Stojnic <rainmansr <at> gmail.com> wrote:
> Just a quick update, a couple of days ago all of this stuff got enabled on
> all WMF projects. The delay has mainly been due to us having to order more
> hardware (particularly RAM) since my initial estimate of how much we needed
> was somewhat off.
>
> Cheers, r.
>

--

-- 
--
ℱin del ℳensaje.

_______________________________________________
Wikitech-l mailing list
Wikitech-l <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Gmane