Elliott F. Cable | 1 Jun 2006 01:06

Re: Deleting a user account

Just block them indefinitely...

On May 31, 2006, at 2:35 PM, a <at> kid wrote:
> could you just change the password on the account?
>
> that would leave the edit history untouched
> but disable any future edits using that account
Leif Pedersen | 1 Jun 2006 01:41
Favicon

Re: Converting MS Word to Wiki?

Is antiword helpful?

My favorite command when I receive a word doc is:

   antiword -f -w0 foo.doc | less

Perhaps you can write a script to call this and convert, for example, 
*bold* and /italics/ and _underline_ to ''italics'' and '''bold''' and 
whatever underline should be.  I think bullet lists work out easily too.

On Mon, 29 May 2006, Roy Smith wrote:

> Any hints on converting Word docs to wiki markup?  I'm trying to build
> a corporate intranet site and (surprise) most of my source material is
> in Word.
Jeff Lane | 1 Jun 2006 02:02
Favicon

Re: Deleting a user account

We do this, but I've still found that I'm wanting to delete spammer
accounts for the following reasons:

1. The spammer accounts are very old and dormant.
2. The spammers continue to make new accounts.
3. The user list needlessly grows with many banned accounts.
4. The accounts often have usernames that are desired by real users.

It would be nice if Mediawiki could delete the account, and all edits
from deleted accounts would be attributed to either a) the last used IP
address for that account, or b) simply "User Deleted".

I supposed we could just renamed the accounts to User Deleted ### and
just increment the number, but that would only help with #4.

-Jeff

-----Original Message-----
From: mediawiki-l-bounces@...
[mailto:mediawiki-l-bounces@...] On Behalf Of Elliott F. Cable
Sent: Wednesday, May 31, 2006 4:06 PM
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] Deleting a user account

Just block them indefinitely...

On May 31, 2006, at 2:35 PM, a <at> kid wrote:
> could you just change the password on the account?
>
> that would leave the edit history untouched
(Continue reading)

Rob Church | 1 Jun 2006 02:08
Picon

Re: Deleting a user account

On 01/06/06, Jeff Lane <jeffl@...> wrote:
> We do this, but I've still found that I'm wanting to delete spammer
> accounts for the following reasons:
>
> 1. The spammer accounts are very old and dormant.
> 2. The spammers continue to make new accounts.
> 3. The user list needlessly grows with many banned accounts.
> 4. The accounts often have usernames that are desired by real users.
>
> It would be nice if Mediawiki could delete the account, and all edits
> from deleted accounts would be attributed to either a) the last used IP
> address for that account, or b) simply "User Deleted".
>
> I supposed we could just renamed the accounts to User Deleted ### and
> just increment the number, but that would only help with #4.

If edits are all the account's done, you can use the reassignEdits
maintenance script to assign the edits to a dumb user, such as
"Deleted User", and then delete the rows from the users table. You'd
need to be sure no log entries, images, etc. referred to the user
though.

Rob Church
Paul Johnson | 1 Jun 2006 02:07
Picon
Favicon

Re: Deleting a user account

Please quote properly, Outlook-style overquoting is considered harmful.
http://ursine.ca/Top_Posting

On Wednesday 31 May 2006 15:04, Elliott F. Cable wrote:
> Not really, the spam edits would still reside in the system - so if
> you removed the spammer, then the edits would be all messed up (have
> no attached user ID)

Generally speaking, wouldn't it make sense to delete associated edits as well?

--

-- 
Paul Johnson
Email and IM (XMPP & Google Talk): baloo@...
Jabber: Because it's time to move forward  http://ursine.ca/Ursine:Jabber
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l@...
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
=James Birkholz= | 1 Jun 2006 03:07
Picon

How to upgrade from 1.3.9 to 1.6.0?

OK, can't put it off much longer....

I would like to install the new version in a different directory, to test 
before committing.
I'm using a third party host, do not have root access.

I have a fresh intall of 1.6.0 running in the testing directory.
I've created a separate MySQL db for this install.
I've exported all of the files from the 1.3.9's MySQL db to my local HD.
Is there any way I can import that data into the 1.6.0 controlled db? Is 
there an upgrade script that will handle this?

James Birkholz
administrator (Betreuer der), Posen-EN mailing list & website
http://www.Posen-L.com & http://www.birchy.com/GenWiki
Elliott F. Cable | 1 Jun 2006 03:08

Re: Deleting a user account

I think not. Sort of the concept of wiki is that all edits are  
recorded... even bad ones...

On May 31, 2006, at 4:07 PM, Paul Johnson wrote:
> Please quote properly, Outlook-style overquoting is considered  
> harmful.
> http://ursine.ca/Top_Posting
>
> On Wednesday 31 May 2006 15:04, Elliott F. Cable wrote:
>> Not really, the spam edits would still reside in the system - so if
>> you removed the spammer, then the edits would be all messed up (have
>> no attached user ID)
>
> Generally speaking, wouldn't it make sense to delete associated  
> edits as well?
>
> -- 
> Paul Johnson
> Email and IM (XMPP & Google Talk): baloo@...
> Jabber: Because it's time to move forward  http://ursine.ca/ 
> Ursine:Jabber
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l@...
> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
=James Birkholz= | 1 Jun 2006 06:18
Picon

Re: How to upgrade from 1.3.9 to 1.6.0?

I decided to try a different approach, and it seems to be working mostly.
I created a new db and imported the data from my export backup.
I dl'd and uploaded the v1.6.6 into a second testing directory and 
installed, using the latest db.
I was pleasantly surprised to see that it seems to have self installed and 
modified the db correctly, even from the 1.3.9 structures.
The images wouldn't display of course, so now I'm copying the images 
directory from the old working installation to the latest test installation 
directory. I don't think it's going to work, I can't display the 
"Image:foo.jpg" in the new install, even though the file is transferred.
Do I need to redo the entire process, or revert the LocalSetting.php file 
and reinstall, or is there a utility that I can run? Is the image storage 
scheme different?

At 08:07 PM 5/31/2006 -0500, =James Birkholz= wrote:
>OK, can't put it off much longer....
>
>I would like to install the new version in a different directory, to test
>before committing.
>I'm using a third party host, do not have root access.
>
>I have a fresh intall of 1.6.0 running in the testing directory.
>I've created a separate MySQL db for this install.
>I've exported all of the files from the 1.3.9's MySQL db to my local HD.
>Is there any way I can import that data into the 1.6.0 controlled db? Is
>there an upgrade script that will handle this?

James Birkholz
administrator (Betreuer der), Posen-EN mailing list & website
http://www.Posen-L.com & http://www.birchy.com/GenWiki
(Continue reading)

=James Birkholz= | 1 Jun 2006 06:33
Picon

Re: How to upgrade from 1.3.9 to 1.6.0?

At 11:18 PM 5/31/2006 -0500, =James Birkholz= wrote:
>directory. I don't think it's going to work, I can't display the
>"Image:foo.jpg" in the new install, even though the file is transferred.

Looks like I just don't know how the ftp client doesn't work. I can't get 
it to copy the images correctly. It does all the subdirectories but they 
are all empty. If I dl to hd, then ul to the same directory, it works fine, 
and the images show up in the new install correctly.

?#$%????

Well I guess I'll get a complete local image backup, but it will take all 
night and a lot of bandwidth.... 
Michael Fearn (gmail | 1 Jun 2006 08:52
Picon

Re: How to upgrade from 1.3.9 to 1.6.0?

On 01/06/06, =James Birkholz= <jbirchwood@...> wrote:
>
>
> Looks like I just don't know how the ftp client doesn't work. I can't get
> it to copy the images correctly. It does all the subdirectories but they
> are all empty. If I dl to hd, then ul to the same directory, it works
> fine,
> and the images show up in the new install correctly.
>
>
I've found filezilla to be good for moving files on a remote site. Providing
you take care not to duplicate filnames in a directory.

--

-- 
Michael Fearn

Gmane