John Doe schrieb:
I have access to the toolserver and rcip is not
It's not available to users via the xxx_p views. it is however replicated and
available to admins, and this accessible to wmde.
that the chechuser table is created by an extension and not by
mediawiki thus you cannot depend on extensions that my or may not be
insalled on all wikis.
As Petr explained, it wouldn't. The extension would simply override the default
way to access the IP, making it unnecessary to keep the IP data in rc_ip *and*
it may be that way on MWF wikis bit mediawiki
is not just used on MWF wikis.
I'm well aware of that.
what you want done cannot be done
untill CU is merged into the trunk
Not true, as explained above. Using a hook the way I proposed is a bit painful
though. The question is if it's worth is, and if there's a better way.
On 6/17/09, Daniel Kinzler <daniel(a)brightbyte.de> wrote:
> John Doe schrieb:
>> nc the cu is an extension and not part of trunk so thst will not work
> Huh, why shouldn't it? The idea was that the extension would hijack the way
> Block.php looks up the past IP addresses, and does it via cu_changes. So the
> IPÜs would no langer be needed in rc.
> I admin though that this is completly pointless except for the one thing I
> it for - avoiding to get user IPs on the toolserver.
>> On 6/17/09, Daniel Kinzler <daniel(a)brightbyte.de> wrote:
>>> Andrew Garrett schrieb:
>>>> On 17/06/2009, at 10:39 AM, Daniel Kinzler wrote:
>>>>> Hi all
>>>>> I wonder if the column rc_ip can be safely removed from mediawiki.
>>>>> As far as I
>>>>> know, it has been superceeded by the information in cu_changes,
>>>> rc_ip is used by the retroactive autoblock functionality (i.e. when a
>>>> user is first blocked, an autoblock is placed on the last IP address
>>>> they used, using rc_ip as the data source).
>>> Hm... i guess that could be made to use cu_changes instead, using a hook
>>> "getPastUserIPs". That feels a little icky, but might still be
>>> -- daniel