MediaWiki-l April 2004

mediawiki-l@lists.wikimedia.org

29 participants
36 discussions

Upload on NT server
by Pedersen, Torben Bo 23 Apr '04

23 Apr '04

Hi - I have trouble getting Mediawiki to accept file upload on a Windows NT server with Apache, On another NT server it works fine. The Error is: Could not copy file "C:/tmp/php1AA.tmp" to "C:\webroot\kiwi/images/e/e6/Sample.jpg". The permissions on the images folder are allright, and a small homemade php script for uploading has no trouble doing that to the folder. I'we checked the php.ini, httpd.conf and Localsettings.php on both servers for differences, but without finding any clues. I realize that I could reinstall Apache, PHP and even MySQL on the one server, but I'd rather not, so if anyone has a few ideas what I ought to try next, it would be appreciated. NT Server with Upload not working Apache 2.0.48 MediaWiki: 1.2.4 PHP: 4.3.4 MySQL: 4.0.18-nt NT server with Upload Working Apache 2.0.43 MediaWiki: 1.2.4 PHP: 4.3.1 MySQL: 3.23.55-nt Best regards Torben Bo Pedersen

1 0

RE: [Mediawiki-l] Linux install == blank page UPDATE
by Mike Dickson 22 Apr '04

22 Apr '04

Here is what the log contains, when trying to get to the first page. Spaces are present in the log. #====start Start request GET / Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plai n;q=0.8,image/png,*/*;q=0.5 Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Accept-Encoding: gzip,deflate Accept-Language: en-us,en;q=0.5 Cache-Control: max-age=0 Connection: keep-alive Host: intranet Keep-Alive: 300 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040316 #====end Whole lotta nuthin. And nothing in the browser still. -----Original Message----- From: mediawiki-l-bounces(a)Wikimedia.org [mailto:mediawiki-l-bounces@Wikimedia.org] On Behalf Of Brion Vibber Sent: April 22, 2004 3:32 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Linux install == blank page On Apr 22, 2004, at 08:22, Mike Dickson wrote: >> You could set $wgDebugLogFile = "/tmp/wikilog"; or such. (Must be >> writable by the web server.) > > Adding this line does nothing in either LocalSettings.php or index.php. > Do I also have to turn on debugging somehow? Anyone? LocalSettings.php is the only place you should have to add it. (Add it *after* the include() of DefaultSettings.php, of course.) -- brion vibber (brion @ pobox.com) _______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l

2 1

RE: [Mediawiki-l] Linux install == blank page
by Mike Dickson 22 Apr '04

22 Apr '04

>You could set $wgDebugLogFile = "/tmp/wikilog"; or such. (Must be >writable by the web server.) Adding this line does nothing in either LocalSettings.php or index.php. Do I also have to turn on debugging somehow? Anyone?

2 1

Installation: security lockdown after HEAD installation
by Derek A. Rogillio 22 Apr '04

22 Apr '04

Hello all, I've been running the stable branches for quite a while, but wanted to branch out into the HEAD release to try some of the new features in a sandbox. For background, I'm running Debian testing (Sarge). I downloaded the latest software from CVS into the phase3 directory. I tried to do a command-line install using install.php but this does not appear to be working. Reading the script, some of the necessary directories are not referenced or copied in install.php. I know the install.php installation is not working in the stable branches. Is this true with the HEAD branch as well? I decided to try the in-place install. I copied the entire phase3 directory to a place accessible by my web server and renamed it to something more appropriate (testwiki). I ran the in-place install and everything worked perfectly. One downside with this approach is that I now have a bunch of files accessible to my web server that I am sure don't need to be there. Since a lot of this is new, I'm not sure what I can remove now that the Wiki is running, nor do I know what might be a security risk. Has anyone done a writeup on cleaning up/securing an installation of the HEAD branch? I wasn't able to find anything via Google. The other downside is that I expect HEAD to be updated quite often. Since install.php and upgrade.php expect files to be in different locations than the in-place install, how do you update the installation to the latest version from CVS? Thanks in advance for any help you can provide. As a side note, I am really impressed with some of the new features and especially the mono style. -Derek

2 2

RE: [Mediawiki-l] Linux install == blank page
by Mike Dickson 22 Apr '04

22 Apr '04

>On Apr 21, 2004, at 14:04, Mike Dickson wrote: >> I have run through the install process on my Debian box using the web >> installer thing, and all I get for my troubles is a blank page...well >> not entirely blank, it contains the following: >> >> <html><body></body></html> > >Does the page actually output that, or is that just what Mozilla shows >in View Source? (Mozilla will show <html><body></body></html> when >there is *no output at all* from the web server.) > That would explain why the tags dissapear when I put print statements in index.php to try to figure out where it's dying. >> * Installation directory: /var/www/internal/wiki >> >> * Script URI path: ^^^^^^^^^^^^^^^^^^^^ Ahh, that's interesting.... but seems ok. >> ...which I dutifully do, resulting the aforementioned blank page. I'd >> debug it if I could find *any* info on how to turn on debugging, or >> where debugging messages go to L certainly nothing is going in the >> webserver logs. > >You could set $wgDebugLogFile = "/tmp/wikilog"; or such. (Must be >writable by the web server.) > Where? Index.php? >> Anyone seen this before? Is it a database thing? > >We've had vague reports which no developer has been able to reproduce, >and nobody experiencing it has debugged it themselves. :( I'll do the suggested stuff/ Would it help if I posted the files you mention to the list for examination? Do you have examples of "different page/special page/edit page" in an empty wiki, like the direct URL that I can type in? >Check that everything in LocalSettings.php is correct. Check the >hostname. Check the paths. Check the permissions on the directories. >Check that the mysql user account was set up and that you can log in >with those settings. Use a packet sniffer, the "Live HTTP headers" >extension for Firefox, or just telnet to port 80 to poke at it and see >exactly what it returns. Try different pages. Try special pages. Try >edit pages. Try changing the $wgArticlePath to "$wgScript?title=$1". >Try stepping through with a debugger. Try adding die("Got to this >point") statements all over the place until you see where it stops. >Check your PHP configuration. (Any non-standard settings? Safe mode? >File open limitations? Etc?) Try running the script from the command >line. Try turning error reporting settings up or down. > >-- brion vibber (brion @ pobox.com) >_______________________________________________ >MediaWiki-l mailing list >MediaWiki-l(a)Wikimedia.org >http://mail.wikipedia.org/mailman/listinfo/mediawiki-l >

1 0

Linux install == blank page
by Mike Dickson 21 Apr '04

21 Apr '04

Hi All I have run through the install process on my Debian box using the web installer thing, and all I get for my troubles is a blank page...well not entirely blank, it contains the following: <html><body></body></html> The install process seems to work OK, it indicates success and everything. I've just run it again so I could copy and paste the info I get back, and the same thing happens. Here is what I see: MediaWiki 1.2.4 installation Checking environment... * PHP 4.3.3 ok * PHP server API is apache; ok, using pretty URLs (index.php/Page_Title) * Have zlib support; enabling output compression. * Found ImageMagick: /usr/bin/convert; image thumbnailing will be enabled if you enable uploads. * Installation directory: /var/www/internal/wiki * Script URI path: * Connected to database... 4.0.18-log; enabling MySQL 4 enhancements * Database wikidb exists * There are already MediaWiki tables in this database. Checking if updates are needed... ...ipblocks is up to date. ...already have interwiki table ...indexes seem up to 20031107 standards ...have linkscc table. ...have hitcounter table. Initialising "MediaWiki" namespace... Reading....done Setting up....Done Processing...Done Writing...Done Writing to MediaWiki:All_messages Finished * Finished update checks. Creating LocalSettings.php... Success! Move the LocalSettings.php file into the parent directory, then follow this link to your wiki. ...which I dutifully do, resulting the aforementioned blank page. I'd debug it if I could find *any* info on how to turn on debugging, or where debugging messages go to :-( certainly nothing is going in the webserver logs. Anyone seen this before? Is it a database thing? ...Mike

2 1

Blankness...
by Xyanth 17 Apr '04

17 Apr '04

Okay, before I explain my problem, I'll give my setup details. Windows XP Professional Apache 2.0.49 Php 4.3.6 MediaWiki 1.2.3 Now, whenever I try to setup MediaWiki (from scratch), I'll configure it with no problems (At least, so it says), but after I run the install script from the /config directory and click on the 'Your wiki is setup! Now go on to your wiki' link, it sends me to the index.php of the main directory. But it only gives me a blank page in Internet Explorer. Refreshing doesn't help. I've tried manually fixing the problem but I have no clue what's causing it. But it happens after the 'include_once('Localsettings.php');' is run in the Index.php. I also tried running the 'classic' setup from scratch, and the classic setup DELETES all the data in the index.php file, just leaving it as a blank file sitting there. It also deletes the data from several other files in the main directory of the Wiki. Any clue what is going on? I've searched the web and come up with very little to explain exactly what it is that's causing either of these problems. Thanks, Xy

2 2

"Special Pages" appear in user's "Contributions" page
by Tom Veidt 16 Apr '04

16 Apr '04

Hello, a user from my Wiki just noticed a strange behavior: "Special Pages" which he visits appear in his "Contributions" page even though he hasn't edited anything on these pages. The same also happens on my Contributions page. See here for an example: http://mozilla.bric.de/wiki/index.php?title=Spezial:Contributions&target=Di… Also notice the exclamation mark in the article names, e.g.: "Das Deutsche Mozilla-Wiki:!Dead-end pages". Is this a bug or on purpose? It's a relatively new Wiki and I haven't noticed this behavior before. But that looks like a bug to us. Thanks.

3 5

Re: MediaWiki 1.2.2 release
by Sheldon Rampton 14 Apr '04

14 Apr '04

I just installed the 1.2.2 release, and everything went reasonably well. I used the update.php script. However, I did notice one thing that appears to be a bug. The $wgAllMessagesEn array includes values for "sitesupport" and "sitesupportpage," and the instructions say that if "sitesupportpage" is not set, the donations link "won't appear." The problem is that it didn't appear even when I DID set "sitesupportpage" to the URL of our donations page. I was able to get it working by adding the following line to LocalSettings.php: $wgSiteSupportPage = "https://www.groundspring.org/donate/index.cfm?ID=2344-0|1118-0"; I figured this out by noticing that inside DefaultSettings.php, there is a line that reads: $wgSiteSupportPage = ""; This should do something more intelligent, such as setting $wgSiteSupportPage to the value of "sitesupportpage," shouldn't it? --Sheldon Rampton

4 6

Re: [Mediawiki-l] Another user who can't install mediawiki
by Pietro Speroni di Fenizio 13 Apr '04

13 Apr '04

It worked. I still have the email with all the settings I was going to send, and if you want I'll send it (and all the answers). But I don't need it anymore. THANKS TO ALL. The problem was: I had created the user, and created the database, BUT I DID not add the user to the database. Makes sense, of course... now! The site is called ouranswer.org and will be up very very soon. Pietro Interestingly, after it was up, I deleted everything, to recreate it with the right passwords. And it would always give me trouble... (I don't remember what kind of trouble) Even if I deleted the database, and recreated again. I then deleted the db and recreated with another name, and it was alright. I suspect that there might be a bug in the host. Many thanks to all, Pietro __________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/

1 0

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 2004