This would be a good idea except that I don't have access to PHP.ini.
Thanks for the suggestion though.
Charlie
-----Original Message-----
From: mediawiki-l-bounces(a)lists.wikimedia.org
[mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Dave
Sigafoos
Sent: 14 August 2007 15:00
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] Email
confirmationandemailnotificationofpassword change don't work.
Not sure this will work but you might also set error level to show all
errors and warnings (in php.ini I believe)
DSig
David Tod Sigafoos | SANMAR Corporation
PICK Guy
206-770-5585
davesigafoos(a)sanmar.com
-----Original Message-----
From: mediawiki-l-bounces(a)lists.wikimedia.org
[mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Charlie
Markwick
Sent: Tuesday, August 14, 2007 6:15
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] Email confirmation
andemailnotificationofpassword change don't work.
Thanks. I will have to check through and try and work out why it's not
working.
Charlie
-----Original Message-----
From: mediawiki-l-bounces(a)lists.wikimedia.org
[mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Dave
Sigafoos
Sent: 14 August 2007 14:11
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] Email confirmation and
emailnotificationofpassword change don't work.
Probably using .. $wgPasswordSender in localsettings.
This is the email address we get our email from
DSig
David Tod Sigafoos | SANMAR Corporation
PICK Guy
206-770-5585
davesigafoos(a)sanmar.com
-----Original Message-----
From: mediawiki-l-bounces(a)lists.wikimedia.org
[mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Charlie
Markwick
Sent: Monday, August 13, 2007 23:35
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] Email confirmation and email
notificationofpassword change don't work.
From: mediawiki-l-bounces(a)lists.wikimedia.org
[mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Steve
Sanbeg
Sent: 13 August 2007 21:58
To: mediawiki-l(a)lists.wikimedia.org
Subject: Re: [Mediawiki-l] Email confirmation and email notification
ofpassword change don't work.
> By default, it just calls PHP's built in mail() function, so if your
> machine and PHP are configured properly, it should work fine.
> I recently added some diagnostics, so now if there is a problem, it
will
> display an error message, but that hasn't been released yet, so in the
> meantime it will say the email was sent, even if it wasn't.
Thanks for getting back to me. I haven't had any other problems with PHP
mail() function. I wonder what can be happening. What does it use as the
senders address, is this configurable?
Charlie
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)lists.wikimedia.org
http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)lists.wikimedia.org
http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)lists.wikimedia.org
http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)lists.wikimedia.org
http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
My wiki has been working fine for several weeks (albeit with low
activity), and now all of a sudden the login is hanging.
When I click on the login link the URL becomes:
http://[hostname]/wiki/index.php?title=Special:Userlogin&returnto=Main_P
age
<http://[hostname]/wiki/index.php?title=Special:Userlogin&returnto=Main_
Page>
The window goes blank, and nothing else happens.
I see nothing in the error logs. Access log shows the last entry to be:
152.85.46.130 - - [14/Aug/2007:09:49:33 -0400] "GET
/wiki/index.php?title=Special:Userlogin&returnto=Main_Page HTTP/1.1"
200 3630
The 200 response code indicates everything's normal, and 3630 bytes were
returned, but I don't see anything on my screen. When I do "view
source" I see an empty Body section, and nothing else...
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html;
charset=windows-1252"></HEAD>
<BODY></BODY></HTML>
Has anybody else seen this, or canyou give any hints on what to look at?
I've tried turning on wgDebugLog but it's not showing anything either.
My next option may be to reboot, but no guarantees that things will be
cleaned up when I do that... The last reboot was Saturday (4 days ago).
I've logged on several times since then, only in the past few hours has
it started bombing out.
Help!
Thanks,
Beth Russell
I have been reading about integration of MW with some PHP discussion
forum software;
http://punbb.org/forums/viewtopic.php?id=14475
However, the trail seems to have gone cold... Other than the
"Extension:DiscussionThread Article" and the
"Extension:DiscussionThreading" extension, are there any plans to make
the discussion pages better (more like a threaded discussion forum)?
Having seen 10's of instances of PHPBB deployed all over the net, it
seems logical that MW should go in a similar direction too (if only
for discussion pages).
Thanks for any feedback,
Dan.
Hello all,
I'm running MediaWiki v. 1.10.1, recently installed on a RHEL 5 machine
with MySQL 5.0.22 and PHP 5.1.6. I had no trouble installing the
MediaWiki software and a few extensions, and all seemed to be running
fine for a few days. But now the pages are loading blank, or if not
blank at first, a few clicks into the site will earn you a blank page.
Refreshing sometimes forces the page to load. No error message appears
on the page.
Error logs show this message:
PHP Fatal error: Invalid opcode 134/1/1. in
/var/www/html/wiki/languages/messages/MessagesEn.php on line 847,
referer: [pagename]
The extensions I installed were the spam blacklist, the re-captcha
extension, and one that changes the layout of the Recent Changes pages.
As a test, I removed this code from the LocalSettings.php file, but the
blank page problem still occurs.
All help appreciated,
Ryan
I'd like to point our users to some simple web videos that show how to edit
a page on a Mediawiki site.
Any suggestions?
. . . . . . . . . . . . . . . . . .
Steven Clift - clift(a)publicus.net
Web: http://publicus.net
Blog: http://dowire.org/notes
NGO: http://e-democracy.org
Replies to slc@ may be missed.
. . . . . . . . . . . . . . . . . .
I wasn't able to find anything about this anywhere, my apologies if this has
already been addressed:
I just upgraded from 1.5.5 to 1.10.1, the update.php ended with an error,
but the site seems to be upgraded and operating normally.
Current Versions:
- MediaWiki <http://www.mediawiki.org/>: 1.10.1
- PHP <http://www.php.net/>: 5.2.1 (cgi)
- MySQL <http://www.mysql.com/>: 4.0.27-standard-log
I followed the upgrade process as follows:
-'upgraded' to php5 by using a .htaccess file (shared hosting running php4
and 5)
-wiki is not live so didn't lock the database
-backup and copy files
-ran 'php5 maintenance\update.php'
Here is a snippet of the last few lines written to the console:
Creating templatelinks table...
Populating...
Done. Please run maintenance/refreshLinks.php for a more thorough
templatelinks
update.
No img_type field in image table; Good.
Already have unique user_name index.
...user_groups table already exists.
...user_groups is in current format.
Making wl_notificationtimestamp nullable... ok
Adding timestamp key on logging table... ok
Setting page_random to a random value on rows where it equals 0...changed 0
rows
Checking for additional recent changes indices...
...index on ( rc_namespace, rc_user_text ) not found; creating
...index on ( rc_user_text, rc_timestamp ) not found; creating
Creating redirect table...ok
Checking for backlinking indices...
Checking if pagelinks index pl_namespace includes field pl_from...
...index pl_namespace on table pagelinks has no field pl_from; adding
Creating page_restrictions table...ok
Migrating old restrictions to new table...ok
Deleting old default messages (this may take a long time!)...Done
Checking site_stats row...A database query syntax error has occurred.
The last attempted database query was:
" SELECT * FROM `etsite_stats` WHERE ss_row_id = '1' LIMIT 1 "
from within function "do_stats_init".
MySQL returned error "2006: MySQL server has gone away (dbxxx.xxxxx.xxx)"
After this, I tested out the site, and it seems to be upgraded correctly.
New features are functioning correctly and nothing is obviously broken.
Did the upgrade fail, or is this not a critical error message?
Thanks in advance,
Justin
Thanks. I will have to check through and try and work out why it's not
working.
Charlie
-----Original Message-----
From: mediawiki-l-bounces(a)lists.wikimedia.org
[mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Dave
Sigafoos
Sent: 14 August 2007 14:11
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] Email confirmation and
emailnotificationofpassword change don't work.
Probably using .. $wgPasswordSender in localsettings.
This is the email address we get our email from
DSig
David Tod Sigafoos | SANMAR Corporation
PICK Guy
206-770-5585
davesigafoos(a)sanmar.com
-----Original Message-----
From: mediawiki-l-bounces(a)lists.wikimedia.org
[mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Charlie
Markwick
Sent: Monday, August 13, 2007 23:35
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] Email confirmation and email
notificationofpassword change don't work.
From: mediawiki-l-bounces(a)lists.wikimedia.org
[mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Steve
Sanbeg
Sent: 13 August 2007 21:58
To: mediawiki-l(a)lists.wikimedia.org
Subject: Re: [Mediawiki-l] Email confirmation and email notification
ofpassword change don't work.
> By default, it just calls PHP's built in mail() function, so if your
> machine and PHP are configured properly, it should work fine.
> I recently added some diagnostics, so now if there is a problem, it
will
> display an error message, but that hasn't been released yet, so in the
> meantime it will say the email was sent, even if it wasn't.
Thanks for getting back to me. I haven't had any other problems with PHP
mail() function. I wonder what can be happening. What does it use as the
senders address, is this configurable?
Charlie
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)lists.wikimedia.org
http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)lists.wikimedia.org
http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
From: mediawiki-l-bounces(a)lists.wikimedia.org
[mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Steve
Sanbeg
Sent: 13 August 2007 21:58
To: mediawiki-l(a)lists.wikimedia.org
Subject: Re: [Mediawiki-l] Email confirmation and email notification
ofpassword change don't work.
> By default, it just calls PHP's built in mail() function, so if your
> machine and PHP are configured properly, it should work fine.
> I recently added some diagnostics, so now if there is a problem, it
will
> display an error message, but that hasn't been released yet, so in
> the meantime it will say the email was sent, even if it wasn't.
Thanks for getting back to me. I haven't had any other problems with PHP
mail() function. I wonder what can be happening. What does it use as the
senders address, is this configurable?
Charlie
I have problems with CategoryTree. When clicking the [+] next to a
category tree, I get:
400 Bad Request:
Warning: in_array() [function.in-array]: Wrong datatype for
second argument
in /var/www/mw_codebase/1.10.x/w/includes/AjaxDispatcher.php on
line 61
Bad Request
unknown function efCategoryTreeAjaxWrapper
I'm using
- CategoryTree, downloaded from svn trunk today 9:th of Aug 2007
- - (tried as well with the version from 2006 on
http://tools.wikimedia.de/~daniel/downloads/ with the same result)
- MediaWiki 1.10.1
- Ubuntu server 6.06
- Apache 2.0.55
- PHP 5.1.2
It seems like Wikia had the same problem, see:
http://www.wikia.com/wiki/Forum:Category_tree
Anyone have any more details about how this was solved?
Best Regards,
Samuel
Hello all,
I've been looking at the database structure and trying to figure this
one out, but I can't seem to find it.
I want to edit a series of IP addresses showing up in the "recent
changes" and in the "history" of pages. I found the table
mw_recentchanges, and did an update of the fields in question.
However, these changes do not seem to reflect themselves when looking
at the Recent Changes page, even after clearing cache, doing hard
reloads of the browser and generally ensuring that the caching of MW
doesn't affect things.
I've looked at every other tables in the database, and can't seem to
find anywhere else that the IP addresses are kept (well, there was one
other table, but there were no records in there).
I've spent an hour on the Manual trying to find the information, to no avail.
Could a kind soul point me in the right direction?
Thanks
Sean