Last modified: 2014-11-17 09:21:30 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 8854 - Install ImportFreeImages (Flickr) extension on Commons
Install ImportFreeImages (Flickr) extension on Commons
Status: RESOLVED WONTFIX
Product: Wikimedia
Classification: Unclassified
Extension setup (Other open bugs)
unspecified
All All
: Lowest normal with 5 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
http://www.mediawiki.org/wiki/Extensi...
: patch-need-review
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-02-01 23:26 UTC by brianna.laugher
Modified: 2014-11-17 09:21 UTC (History)
10 users (show)

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


Attachments

Description brianna.laugher 2007-02-01 23:26:10 UTC
Hello,

I have been emailing Travis, and this extension is now ready to go I believe. It
searches among both CC-BY and CC-BY-SA images. It prompts the user for a dest
filename and appends a random number to that (because most people won't write
anything new, and many names will have nameclashes otherwise). It searches both
tags and text on Flickr. It imports the largest version of the image available.
In short, it has all the functionality that we require.

This extension would be hugely useful to Commons because we currently have a
major problem verifying Flickr licenses, because Flickr users can change their
licenses after the fact, so sometimes we can't tell if a Flickr user has changed
a license or a Commons user has made a mistake. We have a major review process
involving bots and admins manully checking things. 

If we had this extension, we could at least stop the review process for all
images imported using it, because we could be sure about the license. It will be
a huge improvement.

Everyone who has heard of this extension on the mailing list or Village Pump has
been enthusiastic about it.

Thanks!
Comment 1 brianna.laugher 2007-05-17 03:51:46 UTC
We even now have people building bots to perform this service:
http://tools.wikimedia.de/~bryan/flickr/upload

Bots shouldn't do this kind of functionality - MediaWiki should. Please let us know if there is a chance this will ever be enabled. 
Comment 2 Brion Vibber 2007-05-17 13:54:52 UTC
A number of improvements to Commons will need to be created and/or fixed and/or enabled sooner or later. This may or may not be one of them (it has not been reviewed at this time afaik).
Comment 3 brianna.laugher 2007-05-17 14:01:50 UTC
(In reply to comment #2)
 This may or may not be one of them (it has not been
> reviewed at this time afaik).
> 

If it's worth anything, it's been enabled at Wikia. http://lists.wikia.com/pipermail/wikia-l/attachments/20070427/f2b68e8d/attachment.html
Comment 4 Thomas Bleher 2008-02-11 10:58:34 UTC
I just looked through it, and it definitely needs some improvements, e.g. it uses $_GET and $_POST instead of $wgRequest. Also, in my tests, it didn't generate any image captions (so the image page didn't link to the original page on Flickr), but I haven't really looked into it (the code to do it is there). I also think that appending random digits is not ideal - the code should check if an image of the given name already exists and refuse to overwrite existing images. Another idea: The code could check a list of regexes to disallow names created by typical cameras (e.g. DSCN0298.jpg). Then the user could be forced to choose a more sensible name.
Comment 5 Thomas Bleher 2008-02-13 20:40:38 UTC
Just so you know: I'm currently auditing the code and found some more issues (security and others). Hopefully in the next week or so I will be able to finish it and put an updated version into SVN.
Comment 6 Thomas Bleher 2008-02-17 13:20:29 UTC
r31017 fixes all security issues that I found (and also cleans up the code a lot). So from that POV it should be safe to enable on MediaWiki servers. (But of course Brion or Tim will have to review the code too before that happens).
But there are some other aspects to consider:
* The current code doesn't do any caching (but the phpFlickr code has some provisions for it, so it could be added with relatively little pain). I don't know if this is a problem for wikimedia, but the code does one POST request to Flickr for each thumbnail it shows, so it could be problematic.
* Users could use this extension to make mediawiki servers download much data from Flickr without much traffic from their side. It wouldn't even get noticed in the logs if they chose a name that conflicted with an already existing image. Is a rate limit needed there?
* I also think that the interface could be improved, e.g. the name check could be done via JavaScript like the main upload form does. But this is not critical.
Comment 7 JeLuF 2008-07-05 06:02:19 UTC
Before the extension can be installed, it must be reviewed.
Comment 8 Brion Vibber 2009-03-30 21:51:14 UTC
Note that this function will be handled by the add-media wizard that Michael Dale is working on, which handles additional sources as well.
Comment 9 Bryan Tong Minh 2009-10-16 20:54:17 UTC
LATER. Not compatible with current MediaWiki 1.16.
Comment 10 Diederik van Liere 2011-11-29 22:14:22 UTC
I am closing this as a WONTFIX as the extension is no longer maintained.

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


Navigation
Links