Andrew Garrett schrieb: Hm... i guess that could be made to use cu_changes instead, using a hook like "getPastUserIPs". That feels a little icky, but might still be worth it... -- daniel _______________________________________________ Wikitech-l mailing list Wikitech-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

John Doe schrieb: 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 want it for - avoiding to get user IPs on the toolserver. _______________________________________________ Wikitech-l mailing list Wikitech-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

I have access to the toolserver and rcip is not available. please note 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. it may be that way on MWF wikis bit mediawiki is not just used on MWF wikis. what you want done cannot be done untill CU is merged into the trunk

Andrew Garrett schrieb: Yep. But it's a bit painful... hmpf. No - the problem is, if it is on the toolserver at all, wmde might be sued into revealing it. So it would be nice to not copy it there. Hiding it from *users* is not the issue, we have been doing that for years.

I have access to the toolserver and rcip is not available.

please note 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.

it may be that way on MWF wikis bit mediawiki is not just used on MWF wikis.

what you want done cannot be done untill CU is merged into the trunk

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 > want > 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, right? >>>> 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 >>> like >>> "getPastUserIPs". That feels a little icky, but might still be worth >>> it... >>> >>> -- daniel >>>

Daniel Kinzler wrote: It could replace the block class overriding doRetroactiveAutoblock()

On Wed, Jun 17, 2009 at 5:39 AM, Daniel Kinzler<daniel(a)brightbyte.de> wrote: We could create a trigger to stop rc_ip from being populated, or maybe something fancy with inserting into views. Or even change rc_ip to a CHAR(0) or something so MySQL silently truncates the insert value.

If replicating entire tables to the toolserver isn't working from a legal perspective, then maybe we should try something else. There are plenty of other problems with this approach, too.

Robert Rohde wrote: Given the amount of trouble it is just to maintain the toolserver replica in the first place, supporting third-party users with replication doesn't sound like a lot of fun to me. Is that something that toolserver administrators think they would have the time and manpower to handle?