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
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
>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?
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
>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
>
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
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
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.
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
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/