The images don't show up in either the new or old search. Do we expect them to? We do support stuff brought on to the wiki via instant commons.

(In reply to comment #1)

The images don't show up in either the new or old search.

They do in the old, see the steps above. I hope they are clear enough.

Do we expect them
to? We do support stuff brought on to the wiki via instant commons.

What do you mean support, if you say they don't show up?

Created attachment 13195
Local search with Commons files

Attached:

(In reply to comment #2)

(In reply to comment #1)

The images don't show up in either the new or old search.

They do in the old, see the steps above. I hope they are clear enough.

Oddly they show up sometimes but not others. Reload the page and they go away. Chad or I will have a look at that soon.

Do we expect them
to? We do support stuff brought on to the wiki via instant commons.

What do you mean support, if you say they don't show up?

I was thinking you wanted some cross-wiki search. I suppose by support I mean if you, say, add an image to a page using instant commons then that image should become searchable "real quick". That doesn't seem to be working.

And after further investigation it looks like I lied about this working - we have a test for uploading a file and a test that uses instant commons to include a video but that test doesn't ensure that the video is searchable.

Triaging high.

This will have to work both for forceSearchIndex.php and in process updates.

So I did a bit more digging and the way we do it now is to always search in the commonswiki index if searching in the FILE namespace. I'm pretty sure something similar is the only way we're going to get the same kind of feature out of CirrusSearch. Indexing multiple copies of commons is just silly and indexing just

I don't really like the idea though because it makes commons special and it is very WMF specific. And it means one wiki would be talking to another wiki's search index which makes rolling deploys very nasty indeed.

I wonder if we could implement this using an API request to commons wiki or maybe just by providing a link to the same search in commons wiki. That'd keep rolling upgrades simpler. Using the API wouldn't allow us to mix the search results because scoring wouldn't be the same. Actually, I'm pretty sure we'd have the same problem if we tried to share commonswiki's search index too.

I'm going to set this bug aside for now while I think about what to do.

If it did not work with the old search, I guess this bug can be flagged as an enhancement request.

Sorry if this isn't clear - it works in the current search.

Adding On_Hold whiteboard. I'll be ignoring this for the time being even though it is truly a high priority bug. In this case I'm ignoring it because the solution is difficult and probably worth thinking about in the context of a feature we'd like to revive: interwiki search. In other words. I'll get to it but not as fast as its priority implies I should.

Change 98986 had a related patch set uploaded by Chad:
Implement multi-index support on a per-namespace basis

https://gerrit.wikimedia.org/r/98986

Change 98986 merged by jenkins-bot:
Implement per-namespace cross wiki searching

https://gerrit.wikimedia.org/r/98986

Working on labs, just need a window to get commonswiki in production indexed :)

WOW! Can't wait to test it in production.

Very nice!

I guess one day we will be able to replace Special:NewFiles with Special:Search+ some parameters :-D

Demo for those wondering: search for 'jpg' on beta commons wiki:

http://commons.wikimedia.beta.wmflabs.org/w/index.php?title=Special%3ASearch&profile=default&search=jpg&fulltext=Search