MediaWiki-l March 2006

mediawiki-l@lists.wikimedia.org

159 participants
219 discussions

MediaWiki 1.5.8, 1.4.15 released [SECURITY]
by Brion Vibber 26 Mar '06

26 Mar '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 MediaWiki 1.5.8 and 1.4.15 are security and bugfix maintenance releases. A bug in decoding of certain encoded links could allow injection of raw HTML into page output; this could potentially lead to XSS attacks. Some minor UI fixes were also made, see the change log at the bottom of the release notes. Release notes: 1.5.8: http://sourceforge.net/project/shownotes.php?release_id=404871 1.4.15: http://sourceforge.net/project/shownotes.php?release_id=404869 Download: http://prdownloads.sourceforge.net/wikipedia/mediawiki-1.5.8.tar.gz http://prdownloads.sourceforge.net/wikipedia/mediawiki-1.4.15.tar.gz MD5 checksums: 1eef94157377fa8c3d049877a27c0163 mediawiki-1.5.8.tar.gz e729190a32d54118d24bec4021b0729e mediawiki-1.4.15.tar.gz Before asking for help, try the FAQ: http://meta.wikimedia.org/wiki/MediaWiki_FAQ Low-traffic release announcements mailing list: (Please subscribe to receive announcements of security updates.) 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.wikimedia.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 Mozilla - http://enigmail.mozdev.org iD8DBQFEJzNXwRnhpk1wk44RAiyKAKCO/fKIb+kpw4XwUh7/88qjrCt66ACgjAuZ Y69fJh94cryQBhCJlM2il10= =Jv/Y -----END PGP SIGNATURE-----

1 0

Special:Import with bugs or our misusing?
by Uwe Baumbach 26 Mar '06

26 Mar '06

Hi running MediaWiki 1.5.1 we have used Special:Import ... with problems: - "What links here" from used templates did not update - category links did not update Any suggests? (apart from: UPDATE!) THX. -- Uwe (Baumbach) U.Baumbach(a)web.de

3 2

Search engine rendered useless by cookies
by Chris Knust 26 Mar '06

26 Mar '06

Hi y´all, I run a Wiki on MW1.50 at http://www.detroitinfo.de/wiki and still have trouble with the search function. It´s working smoothly for the first time, but after revisiting the wiki in the next session I only get crap returns such as "H*ere are 0* results, beginning with mit #*368282*." After deleting the detroitinfo.de cookie, everything´s back ok for one session. This happens with Opera, IE and Firefox. Since this is rather user-dissatisfying, any help is greatly appreciated. Thanks, regards Chris

6 9

Re: [Mediawiki-l] Change navigation link names
by Leon Kolchinsky 26 Mar '06

26 Mar '06

Thanks, It worked fine :) Best Regards, Leon -----Original Message----- From: mediawiki-l-bounces(a)Wikimedia.org [mailto:mediawiki-l-bounces@Wikimedia.org] On Behalf Of Rob Church Sent: Sunday, March 26, 2006 5:08 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Change navigation link names See Special:Allmessages for all customisable interface text. Rob Church On 26/03/06, Leon Kolchinsky <lkolchin(a)univ.haifa.ac.il> wrote: > Hello All, > > I've installed MediaWiki on one of our servers with Hebrew enabled interface. > > Now the navigation panel looks like this: > > --------------- > עמוד ראשי > Community portal > - > שינויים אחרונים > מאמר אקראי > עזרה > Donations > --------------- > > I want to change "Community portal" and "-" (which leads to Current_events) to some meaningful Hebrew translations. > > There should I change these values? > > > > Regards, > Leon Kolchinsky > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l(a)Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > _______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l

1 0

Change navigation link names
by Leon Kolchinsky 26 Mar '06

26 Mar '06

Hello All, I've installed MediaWiki on one of our servers with Hebrew enabled interface. Now the navigation panel looks like this: --------------- עמוד ראשי Community portal - שינויים אחרונים מאמר אקראי עזרה Donations --------------- I want to change "Community portal" and "-" (which leads to Current_events) to some meaningful Hebrew translations. There should I change these values? Regards, Leon Kolchinsky

2 1

Re: [Mediawiki-l] How to automate single-sign-on across multiple apps?
by Matt England 26 Mar '06

26 Mar '06

Greg, Thanks for the notes, they provide a great background. (I'm reply to this note so it can get in the list archive...because Greg's post below did not appear to make it to the archive in a timely manner.) -Matt At 3/25/2006 11:30 AM, Gregory Szorc wrote: >There are multiple ways to implement single sign-on (SSO). The way you >describe, a user goes to a URL, signs in, and gets logged in to other >applications right there and then using HTTP calls on behalf of a >user. This is pretty insecure and a pain to implement. It also doesn't >scale very well. > >Another way to implement single sign-on is with a single sign-on server, >which has a single sign-on protocol. When a user logs in to any >application using SSO, they get whisked away to the SSO server. If they >aren't logged in to the server, they get prompted for their >credentials. When they are logged in, they get signed in to the desired >application. > >As for SSO servers, I recommend CAS >(http://www.ja-sig.org/products/cas/). It has clients for almost every >language, including PHP, and the protocol is simple enough to create >clients in other languages. I have successfully deployed MediaWiki behind >it. It shouldn't be difficult getting it to work with the other >applications either. > >Gregory Szorc >gregory.szorc(a)case.edu > >Matt England wrote: >>Summary: >>How to automate single-sign-on across multiple apps...on the >>MediaWiki-side of things? >> >>Details: >>My project is making a collaboration web server that includes MediaWiki, >>Bugzilla, phpBB forums, and other web-base applications. >>We are trying to make our own single-login mechanism for all these >>apps. We appear to have an LDAP-based "back end" account database >>working for the above apps, and we think we can make our own "one-stop" >>registration page form where a user can register once and instantly get >>accounts on all the above apps. >>The trickier part: >>How can we make a one-stop *login* page (different from registration >>page) that can automatically login said user to all the above apps, so >>they don't have to login manually to each one separately? >>We presume we have to provide some sort of automation to make the above >>apps auto-download cookies to the client browser for each app. >>A coworker of mine suggested some sort or "front end" form that passes >>login/password parameters to the "back end" forms to do this, >>automatically. I think he referred to this as "screen scraping" >>(although I'm not sure of the nature or the meaning of that >>term). Further, I'm not sure I'm thrilled about having the password >>flying inside my server via a URL, but alas it's a SSL-wrapped session, >>so maybe it doesn't matter. >>In any case, I'm looking for suggestion on how to do this for MediaWiki. >>Thanks for any help, >>-Matt >>_______________________________________________ >>MediaWiki-l mailing list >>MediaWiki-l(a)Wikimedia.org >>http://mail.wikipedia.org/mailman/listinfo/mediawiki-l

1 0

Updated WikiFeeds Extension
by Gregory Szorc 25 Mar '06

25 Mar '06

I have updated my WikiFeeds MediaWiki extension. It now is written as a special page and integrates completely with MediaWiki without the need to run an external script. The purpose of WikiFeeds is to supplement MediaWiki's built-in feed generation. Feeds generated through WikiFeeds go through the parser before being rendered so the output is readable to those not familiar with wiki syntax. WikiFeeds also provides ATOM 1.0 feeds (not available by default in MediaWiki) and some highly-requested feeds, such as user watchlist. Info and source code available at http://opensource.case.edu/projects/MediaWikiHacks/wiki/WikiFeeds Demo at http://wiki.case.edu/Special:WikiFeeds Features: ATOM 1.0 and RSS 2.0 feed generation for the following: *Newest articles *Recently changed articles *Per-user recent changes *Per-user newest articles *Per-user watchlist *Per-category recently changed articles *Per-category newest articles It will also generate the necessary links in pages for feed auto-discovery (e.g. if you are on a page in the category namespace, you get <link rel="alternate">'s for the appropriate feeds). I am aware it doesn't have caching built-in. I will consider adding it if people find this add-on useful. If you have any questions or encounter any problems, feel free to bug me. Gregory Szorc gregory.szorc(a)case.edu

1 0

Re: [Mediawiki-l] interwiki peculiarity
by Rob Church 25 Mar '06

25 Mar '06

It does include a row for Wikipedia. As I noted in IRC, it doesn't seem to want to work out of the box. As I further noted in IRC, for some reason, when I truncate the table and reinsert entries manually (as I do with my wikis) it starts working. Rob Church On 26/03/06, Rich Morin <rdm(a)cfcl.com> wrote: > For some reason, the default interwiki table doesn't > include an entry for Wikipedia. I can think of two > possible reasons for this: > > * The table is a snapshot of the one used for WP, > which never needs to refer to itself, so the > entry was simply omitted. > > * The Powers That Be don't _want_ it to be easy > to link to WP (?!?). > > Can someone clarify this for me? And, if it's just > an accidental omission, could someone find a way to > include an entry? I can't be the only MW user who > likes to link to WP... > > -r > > > P.S. After getting a clue from Rob, I used the following > MySQL to insert a row in my own database: > > % mysql -uroot -p > Password: ... > mysql> use mediawikidb_rdm > mysql> INSERT INTO rdm_interwiki > VALUES ('wp', 'http://en.wikipedia.org/wiki/$1', 0, 0); > mysql>^D > > -- > http://www.cfcl.com/rdm Rich Morin > http://www.cfcl.com/rdm/resume rdm(a)cfcl.com > http://www.cfcl.com/rdm/weblog +1 650-873-7841 > > Technical editing and writing, programming, and web development > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l(a)Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l >

2 1

interwiki peculiarity
by Rich Morin 25 Mar '06

25 Mar '06

For some reason, the default interwiki table doesn't include an entry for Wikipedia. I can think of two possible reasons for this: * The table is a snapshot of the one used for WP, which never needs to refer to itself, so the entry was simply omitted. * The Powers That Be don't _want_ it to be easy to link to WP (?!?). Can someone clarify this for me? And, if it's just an accidental omission, could someone find a way to include an entry? I can't be the only MW user who likes to link to WP... -r P.S. After getting a clue from Rob, I used the following MySQL to insert a row in my own database: % mysql -uroot -p Password: ... mysql> use mediawikidb_rdm mysql> INSERT INTO rdm_interwiki VALUES ('wp', 'http://en.wikipedia.org/wiki/$1', 0, 0); mysql>^D -- http://www.cfcl.com/rdm Rich Morin http://www.cfcl.com/rdm/resume rdm(a)cfcl.com http://www.cfcl.com/rdm/weblog +1 650-873-7841 Technical editing and writing, programming, and web development

1 0

Reminder to Sysops: Timezone and Daylight Saving Time issues tonight: some Sysops might wish to adjust $wgLocalTZoffset
by Thomas Gries 25 Mar '06

25 Mar '06

Hello all, take note that a special global switch $wgLocalTZoffset can be used to adjust the display of time of the day in your wikis. Attention: the variable can only be set to non-fractional hour offsets. Example: $wgLocalTZOffset = '+2'; (to display all date/times in a mediawiki with an offset of +2 hours to the servertime, most often UTC.) The variable is well commented in all recent MediaWiki distributions and is defined in DefaultSettings.php Go back in time when the comment was introduced: http://cvs.sourceforge.net/viewcvs.py/wikipedia/phase3/includes/DefaultSett… Further reading in http://bugzilla.wikipedia.org/show_bug.cgi?id=3305 . and general issues of an automatic "switch" to or from DST see http://bugzilla.wikimedia.org/show_bug.cgi?id=505 Regards, Wikinaut

1 0

← Newer
1
2
3
4
5
6
7
8
9
...
22
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l March 2006