Last modified: 2014-02-14 12:59:47 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T58598, the corresponding Phabricator task for complete and up-to-date bug report information.

Bug 56598 - Extmetada is inaccessible on Commons files


Summary:	Extmetada is inaccessible on Commons files

Status:	NEW

Product:	MediaWiki
Classification:	Unclassified
Component:	File management (Other open bugs)
Version:	unspecified
Hardware:	All All

Importance:	Lowest normal (vote)
Target Milestone:	---
Assigned To:	Tisza Gergő

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:	56143
	Show dependency tree / graph

Reported:	2013-11-05 01:08 UTC by Tisza Gergő
Modified:	2014-02-14 12:59 UTC (History)
CC List:	7 users (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Tisza Gergő 2013-11-05 01:08:27 UTC

The extmetadata imageinfo property is generated via hook for local files, and requested from the remote api for ForeignAPIRepo files. For ForeignDBRepo/ForeignDBviaLBRepo files, however, it is simply ignored; since other Wikimedia projects access Commons as a ForeignDBviaLBRepo, this is quite the problem for tools that depend on extmetadata (currently, only MediaViewer).

Comment 1 Brad Jorsch 2013-11-05 02:58:28 UTC

Not an API bug, the API just returns what it's being given. The bug would be in the underlying code somewhere.

Comment 2 Brad Jorsch 2013-11-05 02:58:55 UTC

(oops, didn't mean to change assignee)

Comment 3 Gerrit Notification Bot 2013-11-13 13:47:08 UTC

Change 95148 had a related patch set uploaded by Gergő Tisza:
Add LocalFile::getParentCategories() method

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

Comment 4 Gerrit Notification Bot 2013-11-13 16:38:39 UTC

Change 95173 had a related patch set uploaded by Gergő Tisza:
Handle remote categories in a ForeignDBRepo setup

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

Comment 5 Mark Holmquist 2013-11-15 00:29:06 UTC

What's the status of this now?

Comment 6 Gerrit Notification Bot 2013-11-18 19:23:38 UTC

Change 95148 merged by jenkins-bot:
Add WikiFilePage::getForeignCategories() method

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

Comment 7 Gerrit Notification Bot 2013-11-19 00:01:29 UTC

Change 95173 merged by jenkins-bot:
Handle remote categories in a ForeignDBRepo setup

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

Comment 8 Tisza Gergő 2013-11-19 15:11:04 UTC

Current state:

* categories are available via shared DB (Commons) but not available via API (InstantCommons), probably not even when CommonsMetadata has been installed on the foreign API repo (this last part is a regression and an easy fix).

* file description is available both ways, but does not work on the beta cluster -> bug 57248

* any other data would be available via API, but only as far as the CommonsMetadata version which is installed on the foreign repo supports it; and would not be available at all via shared DB. This is not a problem currently - there is no other data, everything is derived from either HTML metadata in the description, or from categories.

There doesn't seem to be a good short-term way of dealing with this in general; we have delt with it for all cases which are actually a problem for MediaViewer; and in the long term, Wikidata on Commons will provide a good way of attaching any metadata to any file, so I am inclined to close this as wontfix.

Comment 9 Tisza Gergő 2013-11-26 16:00:41 UTC

Also related: bug 57294

Downprioritizing as this is not a problem currently, and probably won't get solved until Wikidata.

Comment 10 Andre Klapper 2014-02-14 12:59:47 UTC

[Resetting status as there are no patches left here to merge.]

Wikimedia Bugzilla is closed!

Search

Personal tools

Navigation

Links