Thanks, that was it.
Michael Rhoadarmer, Media Systems Manager
Wheaton College
Wheaton, IL 60187
michael.r.rhoadarmer(a)wheaton.edu
>>> collector(a)hellgate.ch 04/21/2005 10:03:40 AM >>>
On Thu, 21 Apr 2005 09:49:30 -0500, Michael Rhoadarmer wrote:
> Just setup MediaWiki 1.4.0 on a Suse 9 enterprise server, Apache 2.0.49
> and PHP is 4.3.4. Everything seemed to go great until I tried to log in
> a the sysop or try to go to Special:UserLogin. I get the error message
> Fatal error: Call to undefined function: session_set_cookie_params() in
> /srv/www/htdocs/includes/User.php on line 305. I know its probably a real
> simple setting somewhere. Can someone direct me to it?
Wild guess: you may need to install the php4-session RPM. IIRC SuSE has
this split out.
Roger
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
Just setup MediaWiki 1.4.0 on a Suse 9 enterprise server, Apache 2.0.49 and PHP is 4.3.4. Everything seemed to go great until I tried to log in a the sysop or try to go to Special:UserLogin. I get the error message Fatal error: Call to undefined function: session_set_cookie_params() in /srv/www/htdocs/includes/User.php on line 305. I know its probably a real simple setting somewhere. Can someone direct me to it?
Michael Rhoadarmer, Media Systems Manager
Wheaton College
Wheaton, IL 60187
michael.r.rhoadarmer(a)wheaton.edu
Brion Vibber brion at pobox.com Mon Apr 18 20:58:21 UTC 2005 wrote:
> Please see the RELEASE-NOTES file, in the section about MySQL 4.1,
> and try the suggestions on the linked pages.
Hi,
Since this was a brand-new install of mysql 4.1, I just removed it and
installed MySQL 4.0.24. I then reconfigured and rebuilt php 5.0.4
with the previous library.
>Since your MySQL server doesn't have a password set on the local root
> account, the initial connection which tries this first succeeds.
I did set the root password on the local root account for MySQL before
I ran the media wiki installation -- i.e., I can no longer connect to
any mysql utility as -u root without specifying -p and typing in the
password.
After I deleted the 4.1 mysql install, I recompiled php 5.0.4 to use
the 4.0 mysql library. I then run the media wiki install with the
*exact* same failure [see below].
So, is there another cause of this problem [Converting links table to
ID-ID...] or did I goof something up?
Does this have something to do with multiple MySQL servers running on
the same host as the WiKi? I'm specifying the fqdn for the host + the
port for this new mysql server, i.e., myhost.example.com:3307 [it's
all internal to our WAN, not in a DMZ].
Thanks for the help and any other suggestions,
Jeff
---------------- begin output --------------------
MediaWiki 1.4.0 installation
Please include all of the lines below when reporting installation problems.
Checking environment...
PHP 5.0.4: ok
PHP server API is cgi-fcgi; using ugly URLs (index.php?title=Page_Title)
Have XML / Latin1-UTF-8 conversion support.
PHP is configured with no memory_limit.
No zlib support.
Turck MMCache not installed, can't use object caching functions
Couldn't find GD library or ImageMagick; image thumbnailing disabled.
Installation directory: /opt/SUNWwbsvr/docs/wiki
Script URI path: /wiki
Notice: Undefined index: SERVER_ADMIN in
/opt/SUNWwbsvr/docs/wiki/config/index.php on line 338
Connected as root (automatic)
Connected to database... 4.0.24-standard; enabling MySQL 4 enhancements
Database wikidb exists
There are already MediaWiki tables in this database. Checking if
updates are needed...
Granting user permissions...
...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...
Sorry! The wiki is experiencing some technical difficulties, and
cannot contact the database server.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
MediaWiki 1.4.2 is a security and bug fix release for the 1.4 stable
release series.
A cross-site scripting injection vulnerability was discovered, which
affects only MSIE clients and is only open if MediaWiki has been
manually configured to run output through HTML Tidy ($wgUseTidy).
Several other bugs are fixed in this release.
All new installations are highly recommended to use 1.4.2 instead of
1.3.x; existing 1.3.x users should consider upgrading for bug fixes and
new features. A 1.3.12 maintenance release is available with the Tidy
fix; the relevant change is in includes/Parser.php.
=== Changes from 1.4.1 to 1.4.2 ===
* Fix math options in Finnish localization
* Use in-process Tidy extension if available when $wgUseTidy is on
* (bug 1933) Fix PATH_INFO usage under IIS with PHP ISAPI module
* (bug 1188) <nowiki> in {{subst:}} includes fixed
* (bug 1936) <!-- comments --> in {{subst:}} includes fixed
* Fix a potential MSIE JavaScript injection vector in Tidy mode
Release notes for 1.4.2:
http://sourceforge.net/project/shownotes.php?release_id=322146
Download:
http://prdownloads.sf.net/wikipedia/mediawiki-1.4.2.tar.gz?downloadhttp://prdownloads.sf.net/wikipedia/mediawiki-1.3.12.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
iD8DBQFCZxJewRnhpk1wk44RAj0EAKCKfIGUwsFpSZySXIUFLvqIpXGavgCeIFrN
dEbjqvbZHQBzvfg/+WixDL4=
=5TdO
-----END PGP SIGNATURE-----
Hello,
As you all have probably guessed by my recent emails, I have a new
MediaWiki running at my site. Thus far I'm completely loving it.
Another minor thing I'm trying to fix:
My Opera browser (and not the others) tacks on a ":443" to my SSL access
URL during the http-to-https redirects. Any way I can change my server
(Apache, MediaWiki, etc) to prevent Opera from doing this? Alternatively,
is there something I can change in Opera (I'm running Opera 7.54u1)? I'd
rather do the former instead of the latter if I can.
Details:
I run my site behind an SSL "firewall" (because it's basically a
small-business corporate intranet) on my own server (it's actually a "VPS"
hosted somewhere else--I have complete root access).
I'm redirecting all port-80 access to my site to port 443 (the standard SSL
port) with the same URL (via my Apache 2.0.52 httpd.conf). Thus
http://example.com/wiki automatically gets redirected to
https://example.com/wiki (note the "https" vs "http").
However, in Opera (and not in Fireforx or IE), an access of
http://example.com/wiki automatically gets redirected to
https://example.com:443/wiki/Main_Page . HOWEVER, a link to
http://example.com/wiki/Main_Page gets redirected to
https://example.com/wiki/Main_Page (with the "https" but without the
":443"). This leads me to believe that there's something I can change in
the "root" part of MediaWiki to change this behavior.
Any thoughts? I hunted around in the meta.mediawiki.org help and tried
googling the email list archives (but could not get that to work) and did
not find anything.
I can provide the pertinent http.conf details later if you like...I must
scamper off to other work for now.
-Matt
Hi.
I upgraded to the CVS-version of mediawiki yesterday and all seemed very
fine, but sub-section editing is broken.
When editing a subsection in a wikipage, the result is that only that
section is left on the entire page afterwards.
Thanks
Jesper
--
./Jesper Krogh, jesper(a)krogh.cc, Jabber ID: jesper(a)jabbernet.dk
... der er blevet medlem af Free Software Foundation i denne uge:
https://www.fsf.org/associate/join/am_join_form1
Thanks Ben, that did the trick :-)
al.
-----Original Message-----
From: Ben DeVore [mailto:ctrlphreak@gmail.com]
$this->text('title') does echo $this->data['title']
so if you want to do an output to html you use the
$this->text('title') and if you want to store the value of the page
title into another variable or function use $this->data['title']
It took me a while to figure out the way mediawiki 1.4 does it and I
actually just found the answer yesterday! Feels great to give back.
Enjoy
Ben
On 4/19/05, Alistair Johnson <JohnsonA(a)rembrandt.co.nz> wrote:
> how can I get the value of a page title into a variable?
A (probably quite simple) question, how can I get the value of a page title
into a variable? We've quite a few very long page titles in our wiki & i
want to decrease the font size displayed on screen once the title is (say)
greater than 30 characters.
I can't appear to go $value = $this->text('title'); as that just outputs the
page title to the screen. How then can I determine the title? Once I have
the title in a var I'll strlen it & adjust the formatting accordingly.
Thanks,
al.