I am an administrator in the English Wikipedia. It would be useful if
these could be made possible:-
* When deleting some edits in a page, to directly select them and
delete them, instead of having to delete everything and then undelete
the rest.
* To move deleted edits. For example, earlier today I had to histmerge
[[WRYV]] into [[WXBW]]; they were about a radio station which changed
its callsign. But under the visible edits of [[WXBW]] there were
speedy-deleted edits about a small wrestling club called Wantagh Xtreme
Backyard Wrestling, and I had to get that irrelevantia out of the way
before I started the primary job. So I had to get the visible edits out
of the way to leave [[WXBW]] clear to undelete the wrestling edits;
then move them to [[Wantagh Xtreme Backyard Wrestling]], and then
re-delete them. In this case the wanted edits were all earlier than all
the wanted edits, and I needed to temporarily delete the wanted edits
anyway to move page [[WRYV]] in over them to histmerge. Sometimes it is
more complicated, and I must temporarily rename the wanted edits to
extract the junk edits from under them. It would have been easier if I
could move deleted edits while leaving them deleted.
Ummm... Isn't that a register_globals vulnerability since you removed
$wgProxyKey from DefaultSettings.php?
~Daniel Friesen(Dantman, Nadir-Seen-Fire) of:
-The Nadir-Point Group (http://nadir-point.com)
--It's Wiki-Tools subgroup (http://wiki-tools.com)
--The ElectronicMe project (http://electronic-me.org)
--Games-G.P.S. (http://ggps.org)
-And Wikia ACG on Wikia.com (http://wikia.com/wiki/Wikia_ACG)
--Animepedia (http://anime.wikia.com)
--Narutopedia (http://naruto.wikia.com)
demon(a)svn.wikimedia.org wrote:
> Revision: 40323
> Author: demon
> Date: 2008-09-02 15:15:54 +0000 (Tue, 02 Sep 2008)
>
> Log Message:
> -----------
> Fully deprecate $wgProxyKey. Has been marked as deprecated since 1.4, but never seems to have been done. Sites with $wgProxyKey set will continue to use the setting (added a fallback in Setup). Fixes bugs 9258 and 12089.
>
> Modified: trunk/phase3/includes/Setup.php
> ===================================================================
> --- trunk/phase3/includes/Setup.php 2008-09-02 02:11:50 UTC (rev 40322)
> +++ trunk/phase3/includes/Setup.php 2008-09-02 15:15:54 UTC (rev 40323)
> @@ -150,6 +150,10 @@
> wfProfileOut( $fname.'-includes' );
> wfProfileIn( $fname.'-misc1' );
>
> +# Override SecretKey with ProxyKey if a site is using the old setting
> +if ( isset( $wgProxyKey ) ) {
> + $wgSecretKey = $wgProxyKey;
> +}
>
> $wgIP = false; # Load on demand
> # Can't stub this one, it sets up $_GET and $_REQUEST in its constructor
>
aaron(a)svn.wikimedia.org wrote:
> Added: trunk/phase3/maintenance/archives/patch-ss_active_users.sql
> ===================================================================
> --- trunk/phase3/maintenance/archives/patch-ss_active_users.sql (rev 0)
> +++ trunk/phase3/maintenance/archives/patch-ss_active_users.sql 2008-08-31 19:29:37 UTC (rev 40279)
> @@ -0,0 +1,6 @@
> +-- More statistics, for version 1.14
> +
> +ALTER TABLE /*$wgDBprefix*/site_stats ADD ss_active_users bigint default '-1';
> +SELECT @activeusers := COUNT( DISTINCT rc_user_text ) FROM /*$wgDBprefix*/recentchanges
> +WHERE rc_user != 0 AND rc_bot = 0 AND rc_log_type != 'newusers';
> +UPDATE /*$wgDBprefix*/site_stats SET ss_active_users=@activeusers;
>
User variables are not replication-safe, and should be avoided. It's
better to use a custom function in updaters.inc, and a schema-only
patch. Yes, I know I used a user variable too, back in 2006 for
ss_images, but I was young and naive.
-- Tim Starling