Version: unspecified
Severity: normal
Whiteboard: u=dev c=backend p=8 s=2014-10-28
Description
Description
Details
Details
- Reference
- bz71169
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Duplicate | None | T72716 cannot save badges on Q183 (Germany) | |||
| Resolved | None | T73519 Unblock editing the item for Germany (Q183) (Was: Wikimedia Error page on) | |||
| Resolved | daniel | T72767 Do not load full entities when invoking LinkBegin hook | |||
| Open | None | T75087 Efficient entity label lookup (tracking) | |||
| Resolved | None | T73743 LUA functions mw.wikibase.label and mw.wikibase.sitelink should not load the whole entity into memory | |||
| Duplicate | Tobi_WMDE_SW | T74036 Use terms-lookup service in EntityID formatters | |||
| Resolved | None | T73169 Implement terms-lookup based on terms-table |
Event Timeline
Comment Actions
What does this actually mean? We already have term lookup methods based on the terms table. What additional ones do we need? Or is this about changing existing ones?
The title of this issue says more about a possible implementation than about the problem to be solved. Not good.
Comment Actions
The requirements over here IMO aren't clear enough... but I'm fairly sure that TermSqlIndex wont fit (also it's uncached).