Compare the output of the two following queries:
The file resides at the Commons. When the query is run at the Commons, descriptionurl is false; when run at the English Wikipedia, it is set correctly to the file description page at the Commons.
Trying the same query for a file that actually is at en-WP:
Again descriptionurl is false.
Version: unspecified
Severity: normal
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | None | T28439 Deploy updated WMF branch to production (February 2011) | |||
| Resolved | None | T29339 Bugs that should be fixed post 1.17 WMF deployment (tracking) | |||
| Resolved | None | T29477 [Regression!] ImageInfo API query returns descriptionUrl = false if file comes from local repository |
To me, in the code, it looks to be done purposefully, but I can't swear to it.
Hopefully Bryan can confirm either way, and fix if it is an issue.
If it's intended behavior that the descriptionurl is always false for local files, fine by me, but then please document it. I just reported it because prior to the switch to 1.17 at the Commons, it was set.
Bryan.TongMinh wrote:
Most likely caused by r68897, but I can't reproduce it locally... interesting.
(In reply to comment #5)
- Bug 27749 has been marked as a duplicate of this bug. ***
Adding the same tags/blockers from the dupe-marked bug bug 27749
Bryan.TongMinh wrote:
I'm reading the code from 1.16wmf4 and I wonder how this could have ever worked.