MediaWiki-l April 2005

mediawiki-l@lists.wikimedia.org

119 participants
185 discussions

rel=nofollow for edit, history and diff links
by Lars Aronsson 29 Apr '05

29 Apr '05

I've noticed that Wikipedia now adds rel="nofollow" to user contributed URLs, so that [http://myurl.com/ website] becomes <a href="http://myurl.com/" rel="nofollow" >website</a>. The rel="nofollow" attribute was (unofficially?) announced by Google in January this year, as a means to fight link spam in blogs, wikis and guest books. But shouldn't rel="nofollow" also be used for the edit, history and diff links? These pages avoid Google indexing by having the <meta name="robots" content="noindex,nofollow" /> tag in their <head> section, but Google only sees that after having visited the page. The visits by Google to these pages are not productive, but still add load on Wikipedia's servers, and this could be avoided by adding rel=nofollow on the edit, history and diff links. -- Lars Aronsson (lars(a)aronsson.se) Aronsson Datateknik - http://aronsson.se

8 10

logged in users can't save edits
by ben wiseley 29 Apr '05

29 Apr '05

On my local box (Ubuntu) this works fine. On the linux host I'm using once you log in (as a normal user, WikiSysop, any user type) and edit something (any page) and hit save it acts as though you hit the preview. If you're logged out you can edit and save normally. Any ideas? Could this be related to this quirk? In a previous email I asked about users auto logging out. I added this: session_save_path("/public_html/sandBoxWiki/sessions"); to my LocalSettings.php. Now users only stay logged in if you check "Remember my password across sessions" -ben

5 5

HTTP_REMOTE_USER and MediaWiki
by Stephen J. Scheck 29 Apr '05

29 Apr '05

Hello, First of all, sorry if this has already been answered somewhere but I didn't see any reference in the FAQ or documentation. Our organization has a global authentication system, which can be set up to propagate to web applications via the CGI HTTP_REMOTE_USER variable. I want to set up MediaWiki to use this, so that if HTTP_REMOTE_USER is set, it automatically uses it as if a user with the same name had logged in normally. Is this something that can be configured or easily hacked in by someone with no PHP knowledge but knowledge of other scripting languages? If so, could somebody kindly give me some pointers about where to begin? Thanks, -sjs -- ------------------------------------------------------------------------ Stephen J. Scheck Email: ss543(a)cornell.edu Network Administrator Phone: 607.255.6278 Department of Chemistry and Chemical Biology www.chem.cornell.edu/crcf/

1 0

Spam blacklist?
by Charles Sutton 29 Apr '05

29 Apr '05

I've noticed that Wikipedia and Meta have a spam blacklist that disallows external links that match certain regexps. How do I enable this on my local Wiki? I've tried setting up a page Spam_blacklist, copied from the version on Meta. I've searched for information both on Meta, and by grepping the php code. I'm currently running MediaWiki version 1.3.10, but I grepped the sources in 1.4.2. All help appreciated, Charles -- Charles Sutton * casutton(a)cs.umass.edu * http://www.cs.umass.edu/~casutton/ Information Extraction and Synthesis Laboratory * University of Massachusetts

4 6

Trying to make images redirect to category pages - no luck
by Mike Stanley 29 Apr '05

29 Apr '05

Not sure if we're doing something wrong or if this just isn't possible. We're disaplaying a number of images as "icons" on our main page in front of the various topics we list there - which are also defined as categories. Before we started using categories those links just lead to individual pages like "Windows", "Mac", "Printing", etc. We setup the image pages to redirect to /Windows , /Mac, and /Printing and that worked fine. Now we're trying to have the image pages redirect to /Category:Windows, /Category:Mac, /Category:Printing - but the redirect does not function. When we click on the Windows image we end up at /Image:Windows.Png with Category:Windows displayed at the top of the page. Is it simply not possible to have an image redirect to a Category or am I doing something wrong? Here is the redirect I'm trying to use: #REDIRECT [[Category:Windows]] Thanks for your time! -- Mike Stanley utmikestanley(a)gmail.com Technical Lead OIT Lab Services University of TN, Knoxville

6 8

variable for tmp directory
by Pablo Chamorro C. 29 Apr '05

29 Apr '05

I had trouble uploading images on my new fedora core 3 mediawiki but I realized that it was a /tmp permission problem. I did chmod 1777 /tmp but I would prefer to give to mediawiki a tmp directory under /var/tmp/mediawiki. What variable do I need to get this? thanks, Pablo -- Tel: +57 (2) 7314752/3222/2595 - Fax: +57 (2) 7310514 Carrera 31 #18-07 Parque Infantil - PO Box 1795 - Pasto

1 0

MediaWiki 1.4.3 released
by Brion Vibber 29 Apr '05

29 Apr '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 MediaWiki 1.4.3 is a bugfix release for the 1.4 stable release series. Chiefly, this fixes a compatibility problem with PHP 5 and a minor link table corruption bug on initial page save. == Changes from 1.4.2 == * (bug 1636) Refs like ţ were misinterpreted as octal in some ~ places * (bug 1163) Special:Undelete showed oldest revision instead of newest * (bug 1938) Fix escaping of illegal character references in link text * (bug 1997) Fix for error on display of renamed items in Recentchanges ~ on PHP5 * (bug 1949) Profiling typo in rare error case * (bug 1963) Fix deletion log link when $wgCapitalLinks is off * (bug 1970) Don't show move tab for immobile pages * (bug 1770) Page creation recorded links from the 'newarticletext' ~ message * Optional change to the site_stats table. When applied, this removes ~ the need for expensive queries in Special:Statistics. Release notes: http://sourceforge.net/project/shownotes.php?release_id=323971 Download: http://prdownloads.sf.net/wikipedia/mediawiki-1.4.3.tar.gz?download Before asking for help, try the FAQ: http://meta.wikimedia.org/wiki/MediaWiki_FAQ Low-traffic release announcements mailing list: http://mail.wikipedia.org/mailman/listinfo/mediawiki-announce Wiki admin help mailing list: http://mail.wikipedia.org/mailman/listinfo/mediawiki-l Bug report system: http://bugzilla.wikipedia.org/ Play "stump the developers" live on IRC: #mediawiki on irc.freenode.net - -- brion vibber (brion @ pobox.com) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCccUgwRnhpk1wk44RArYcAJ4jHPMtV0KZk9TnKLkovrse6NqFgQCffgB/ 67Bc8Gj9rvymfN8tPQyRRXg= =ASfu -----END PGP SIGNATURE-----

1 0

FIXED: Ungraceful mysqld shutdown & "Database error"
by Matt England 28 Apr '05

28 Apr '05

[I wrote this before I saw Brion's reply...apparently my mail delivery on this list got shut off seemingly without me knowing it...hmmm.... I'll still send the note below for my future documentation purposes...and for those in my group admin-ing our MediaWiki site.] At 4/28/2005 05:14 PM, Matt England wrote: >I unfortunately was in a position where I ungracefully shutdown my mysql >server. After restarting it, I'm finding that MediaWiki reports "Database >error: Internal error" after any attempt to save an edited wiki >page. It's worth noting that all the changes seem to be accepted, in that >if I visit the page the changes I supplied during the edit are displayed. It appears (initially) that I have at least removed my symptom. I initially found this while trying to dump my mediawiki database (in an attempt to recreate it somewhere else): root@biz2tek 5:50pm [/scratch/mediawiki-database-recovery] 93> mysqldump -u root -p mediawiki_1 > mediawiki_1.sql Enter password: mysqldump: Can't get CREATE TABLE for table `searchindex` (Can't open file: 'searchindex.MYI'. (errno: 145)) root@biz2tek 5:50pm [/scratch/mediawiki-database-recovery] 94> ...so then I did some googling on "mysql errno 145" and found this reference: http://www.karakas-online.de/forum/viewtopic.php?t=332 ...and then followed the recommendations there to do the following stuff, which seems to have cleared up my problem. (*whew*) Is it fair to assume that database-table corruption (particularly the indeces) can be a common issue, particularly during an ungraceful (in my case 'kill -9') database shutdown? -Matt root@biz2tek 5:50pm [/scratch/mediawiki-database-recovery] 93> mysqldump -u root -p mediawiki_1 > mediawiki_1.sql Enter password: mysqldump: Can't get CREATE TABLE for table `searchindex` (Can't open file: 'searchindex.MYI'. (errno: 145)) root@biz2tek 5:50pm [/scratch/mediawiki-database-recovery] 94> mysql -u root -p mediawiki_1 Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 154 to server version: 4.0.21-log Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql> repair table searchindex; +-------------------------+--------+----------+----------+ | Table | Op | Msg_type | Msg_text | +-------------------------+--------+----------+----------+ | mediawiki_1.searchindex | repair | status | OK | +-------------------------+--------+----------+----------+ 1 row in set (0.30 sec) mysql> exit Bye root@biz2tek 5:51pm [/scratch/mediawiki-database-recovery] 95> root@biz2tek 5:51pm [/scratch/mediawiki-database-recovery] 95> mysqldump -u root -p mediawiki_1 > mediawiki_1.sql mediawiki_1.sql: File exists. root@biz2tek 5:51pm [/scratch/mediawiki-database-recovery] 96> rm !$ rm mediawiki_1.sql rm: remove regular file `mediawiki_1.sql'? y root@biz2tek 5:51pm [/scratch/mediawiki-database-recovery] 97> mysqldump -u root -p mediawiki_1 > mediawiki_1.sql Enter password: root@biz2tek 5:51pm [/scratch/mediawiki-database-recovery] 98> At 4/28/2005 05:14 PM, Matt England wrote: >Hello, > >I'm in a bit of predicament. > >I unfortunately was in a position where I ungracefully shutdown my mysql >server. After restarting it, I'm finding that MediaWiki reports "Database >error: Internal error" after any attempt to save an edited wiki >page. It's worth noting that all the changes seem to be accepted, in that >if I visit the page the changes I supplied during the edit are displayed. > >I'm trying to debug this problem, for while it seems cosmetic at first, >it's certainly disturbing to my users. Further, I want to learn from this >and figure out how to recover from this...not to mention figure out where >the darn mysql/mediawiki logs are. [[Special:Log]] tells me absolutely >nothing. Not one log entry. > >I am running mysql 4.0.21, MediaWiki 1.4.0, Apache 2.0.52 (apache and >mysql stuff comes from XAMPP 1.49a). I can provide more info about this >upon request. I'd also provide pertinent logs...if I could find anything. > >I'm hunting around meta.wikimedia.org and have yet to find anything that >addresses. I also have tried several times to search this email list's >archive via a google mechanism and have yet to succeed (I can't find any >of my old emails from several weeks/months ago when I search for "Matt >England"...even though I can find *some* emails...). > >Thanks for any help. Like I mentioned, I'm kind of in a tight spot on >this one. > >-Matt

3 3

Ungraceful mysqld shutdown & "Database error"
by Matt England 28 Apr '05

28 Apr '05

Hello, I'm in a bit of predicament. I unfortunately was in a position where I ungracefully shutdown my mysql server. After restarting it, I'm finding that MediaWiki reports "Database error: Internal error" after any attempt to save an edited wiki page. It's worth noting that all the changes seem to be accepted, in that if I visit the page the changes I supplied during the edit are displayed. I'm trying to debug this problem, for while it seems cosmetic at first, it's certainly disturbing to my users. Further, I want to learn from this and figure out how to recover from this...not to mention figure out where the darn mysql/mediawiki logs are. [[Special:Log]] tells me absolutely nothing. Not one log entry. I am running mysql 4.0.21, MediaWiki 1.4.0, Apache 2.0.52 (apache and mysql stuff comes from XAMPP 1.49a). I can provide more info about this upon request. I'd also provide pertinent logs...if I could find anything. I'm hunting around meta.wikimedia.org and have yet to find anything that addresses. I also have tried several times to search this email list's archive via a google mechanism and have yet to succeed (I can't find any of my old emails from several weeks/months ago when I search for "Matt England"...even though I can find *some* emails...). Thanks for any help. Like I mentioned, I'm kind of in a tight spot on this one. -Matt

2 1

1.4.2 upgrade killed Recentchanges!
by Will Irace 28 Apr '05

28 Apr '05

Hello: I upgraded MediaWiki from 1.4b5 to 1.4.2 today, and Special:Recentchanges comes up blank! View source gives "<html><body></body></html>". I can't find any other problems with my wiki (http://jfwiki.org). My upgrade process was by the book: back up the original wiki directory, untar the new stuff over the old stuff, create a temporary AdminSettings.php, and run maintenance/update.php. Update.php said nothing alarming: bash-2.05$ /usr/local/php/bin/php update.php Going to run database updates for wikidb Depending on the size of your database this may take a while! Abort with control-c in the next five seconds to aboard.. 0 ...linkscc table already exists. ...hitcounter table already exists. ...querycache table already exists. ...objectcache table already exists. ...categorylinks table already exists. ...logging table already exists. ...user_rights table already exists. ...have ipb_id field in ipblocks table. ...have ipb_expiry field in ipblocks table. ...have rc_type field in recentchanges table. ...have rc_ip field in recentchanges table. ...have rc_id field in recentchanges table. ...have rc_patrolled field in recentchanges table. ...have user_real_name field in user table. ...have user_token field in user table. ...have ur_user field in user_rights table. ...have log_params field in logging table. ...already have interwiki table ...indexes seem up to 20031107 standards ...linkscc is up to date, or does not exist. Good. Converting links table to ID-ID... Schema already converted ...image primary key already set. Fixing title encoding on logging table... ok Initialising "MediaWiki" namespace... Clearing message cache...Done. Done. bash-2.05$ The only odd thing was that I had tried to run this script before, giving it the mysql "wikiuser" account instead of the mysql root credentials. Got an error, fixed AdminSettings.php, and ran it again with the above results. http://jfwiki.org/index.php?title=Special:Recentchanges&feed=rss gives me good data, so I know my database is OK, right? Special:Version now says 1.4.2. Any suggestions? Please help! Thanks in advance, --W

2 3

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l April 2005