Last modified: 2011-03-12 20:29:32 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 9087 - Rendering of descriptions for shared images causes inappropriate image URLs for shared images
Rendering of descriptions for shared images causes inappropriate image URLs f...
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
File management (Other open bugs)
unspecified
All All
: Normal normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
http://base.ekopedia.org/Image:Pecheu...
:
: 9184 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-02-24 18:15 UTC by Jean-Luc Henry
Modified: 2011-03-12 20:29 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Jean-Luc Henry 2007-02-24 18:15:16 UTC
Hello,

Trying to setup an upload server http://base.ekopedia.org like "Commons" project
for wikipedia.
Everything work great except one thing: images included in image description
fetched by wgFetchCommonsDescriptions do not use correct URL source.

As you can see on this URL:
http://base.ekopedia.org/Image:Pecheurs-sur-la-plage.jpg, the image and
description is fetched correctly. But there is an banner (Public Domain) which
contain an image inside.
As you can see on the source page:
http://base.ekopedia.org/Image:Pecheurs-sur-la-plage.jpg, the image in the
banner is ok.

So $wgFetchCommonsDescriptions works correctly for text, but did not correct the
image URL. In fact in html, this is this URL:
http://fr.ekopedia.org/images/thumb/6/62/PD-icon.svg/64px-PD-icon.svg.png
Instead of this one:
http://base.ekopedia.org/images/thumb/6/62/PD-icon.svg/64px-PD-icon.svg.png

I'm using this configuration:
$wgUseSharedUploads = true;
$wgSharedUploadPath = "http://base.ekopedia.org/images";
$wgSharedUploadDirectory = "/var/www/base.ekopedia.org/images";
$wgHashedSharedUploadDirectory = true;
$wgSharedUploadDBname = "base";
$wgFetchCommonsDescriptions = true;
$wgRepositoryBaseUrl = "http://base.ekopedia.org/image:";
$wgCacheSharedUploads = true;
$wgSharedLatin1 = false;

Jean-Luc
Comment 1 Rob Church 2007-02-24 18:18:04 UTC
As far as I can tell, this is because MediaWiki on the "calling" wiki asks the
"pool" wiki (where the shared image resides) to render the description when it
retrieves it. As far as the pool wiki is concerned, a shared image in the
description text is local to it, so it outputs an URL that is foreign to the caller.
Comment 2 Jean-Luc Henry 2007-02-25 07:44:05 UTC
There was a typo! :(

For this:
> As you can see on this URL:
> http://base.ekopedia.org/Image:Pecheurs-sur-la-plage.jpg, the image and
> description is fetched correctly. But there is an banner (Public Domain) which

You should read:
http://fr.ekopedia.org/Image:Pecheurs-sur-la-plage.jpg

Jean-Luc
Comment 3 Brion Vibber 2007-03-05 19:49:03 UTC
As a workaround, try setting the full URL in $wgUploadPath on the shared wiki.
(eg including hostname)
Comment 4 Jean-Luc Henry 2007-03-05 20:00:42 UTC
Hi,

I've put this on the shared wiki:
$wgUploadPath       = "http://base.ekopedia.org/images";

and this is working fine.

Thanks a lot!
Jluc
Comment 5 Brion Vibber 2007-03-06 14:08:22 UTC
*** Bug 9184 has been marked as a duplicate of this bug. ***
Comment 6 Bryan Tong Minh 2011-03-12 20:29:32 UTC
Code inspection indicates that this should be fixed somewhere along the way. Please reopen if the bug still occurs.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links