Different behaviour of getURL() - Wikitech-l

30 Apr 2009

Brion Vibber <brion <at> wikimedia.org> writes:

...
  $wgUploadUrl is set incorrectly on this site to
"images" instead of
 "/ProjectWiki/images".

 This reliative URL is resolved by the browser from /ProjectWiki/index.php
 ok, but not by anything else -- your code snippet simply adds a "/" on
 the front, making it "/images". (Note this will also fail if
 $wgUploadUrl is a fully-qualified URL, such as on sites which serve
 their images from a separate domain.)

I think you mean $wgUploadPath instead of $wgUploadUrl.
I found nothing about $wgUploadUrl at
http://www.mediawiki.org/wiki/Category:Upload_variables

Adding the starting slash if not existent was only a quick and dirty
workaround, because at first the problem seemed to be a missing slash
in the middle of the URL. Maybe no good idea.

The Wiki sysop told me he had to set $wgUploadPath="/images" (or
"images"?)
to get another extension to work. I thought this would cause no problems:
Uploads go to the new directory http://robertfant.com/images (or better,
one of its subdirectories) and files are retrieved by getURL() from the
same place. Seems not to be true. New uploads still go to
http://robertfant.com/ProjectWiki/images/<subdir>/subdir>/bdir>/... Why?

Just for sake of clarity:
What is the difference between $wgUploadPath="/images" and
$wgUploadPath="images"?

What will the Wiki sysop have to do that uploaded files go to the same place
where my extension will retrieve them?
Does it help to change both $wgUploadPath and $wgUploadDirectory?

How did you know so quickly about the content of $wgUploadPath without
access
to LocalSettings.php? Maybe there is a Special:XYZ page showing the content
of all $wgXYZ variables.

--Rudi
http://www.formelapplet.de