Smalyshev renamed this task from "Index Wikidata strings in statements for generic search" to "Index Wikidata strings in statements for fulltext search".
TASK DETAILhttps://phabricator.wikimedia.org/T163642EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Smalyshev renamed this task from "Index Wikidata strings in statements in the search engine" to "Index Wikidata strings in statements for generic search".Smalyshev updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONCurrently the search engine of WikidataWhile string properties
debt closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T200824EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, debtCc: gerritbot, Aklapper, Smalyshev, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985,
hoo added a comment.
Ok, so I just looked into this again and removing the redundant languages after the summary is not easily possible. These are needed as it's possible to add/remove/change several glosses at once and still be able to denote their respective languages.
If we want a nicer
Jdlrobson moved this task from Inbox to Blocked on the User-Jdlrobson board.Jdlrobson added a comment.
^ takes care of it, but as I'm the only maintainer I'm not sure if it will ever get reviewed :)TASK
gerritbot added a comment.
Change 452004 had a related patch set uploaded (by Jdlrobson; owner: Jdlrobson):
[mediawiki/extensions/WikidataPageBanner@master] Only move/restyle subtitle for pages where banner is present
https://gerrit.wikimedia.org/r/452004TASK
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T199855EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Jdlrobson, Aklapper, Krinkle, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci,
Pablo-WMDE added a project: Wikidata-Editor-Experience-Improvements-Iteration5.
TASK DETAILhttps://phabricator.wikimedia.org/T201685EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: gerritbot, Addshore, WMDE-leszek, Aklapper, Pablo-WMDE, Gaboe420,
Pablo-WMDE added a comment.
Now in wikibase master - let's keep an eye on this if it creates stable improvement. (not closing just yet)TASK DETAILhttps://phabricator.wikimedia.org/T201685EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: gerritbot,
gerritbot added a comment.
Change 451861 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] cucumber: check jquery through ResourceLoader
https://gerrit.wikimedia.org/r/451861TASK DETAILhttps://phabricator.wikimedia.org/T201685EMAIL
Pablo-WMDE claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T201685EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: gerritbot, Addshore, WMDE-leszek, Aklapper, Pablo-WMDE, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci,
Pablo-WMDE removed Pablo-WMDE as the assignee of this task.
TASK DETAILhttps://phabricator.wikimedia.org/T201685EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: gerritbot, Addshore, WMDE-leszek, Aklapper, Pablo-WMDE, Gaboe420, Versusxo,
gerritbot added a comment.
Change 451832 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] ComponentInteraction: set value on combobox
https://gerrit.wikimedia.org/r/451832TASK DETAILhttps://phabricator.wikimedia.org/T201337EMAIL
gerritbot added a comment.
Change 451327 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] NewLexemePage: lemma language in selenium test
https://gerrit.wikimedia.org/r/451327TASK DETAILhttps://phabricator.wikimedia.org/T201337EMAIL
ReleaseTaggerBot added a project: MW-1.32-release-notes (WMF-deploy-2018-08-14 (1.32.0-wmf.17)).
TASK DETAILhttps://phabricator.wikimedia.org/T201685EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDE, ReleaseTaggerBotCc: gerritbot, Addshore,
gerritbot added a comment.
Change 451861 had a related patch set uploaded (by Pablo Grass (WMDE); owner: Pablo Grass (WMDE)):
[mediawiki/extensions/Wikibase@master] cucumber: check jquery through ResourceLoader
https://gerrit.wikimedia.org/r/451861TASK
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T201685EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Addshore, WMDE-leszek, Aklapper, Pablo-WMDE, Gaboe420, Versusxo, Majesticalreaper22,
Evad37 created this task.Evad37 added projects: Timeless, Wikidata.
TASK DESCRIPTIONIn desktop-large view, the tables on Wikidata items overflow the content area, covering up the right column.
F24789297: Wikidata overflow in Timeless.pngTASK DETAILhttps://phabricator.wikimedia.org/T201734EMAIL
Tarrow claimed this task.Tarrow moved this task from To Do to Doing on the Wikidata-Editor-Experience-Improvements-Iteration5 board.
TASK DETAILhttps://phabricator.wikimedia.org/T195315WORKBOARDhttps://phabricator.wikimedia.org/project/board/3518/EMAIL
gerritbot added a comment.
Change 451832 had a related patch set uploaded (by Pablo Grass (WMDE); owner: Pablo Grass (WMDE)):
[mediawiki/extensions/Wikibase@master] ComponentInteraction: set value on combobox
https://gerrit.wikimedia.org/r/451832TASK
ArielGlenn added a comment.
The draft at https://www.mediawiki.org/wiki/Requests_for_comment/Schema_update_for_multiple_content_objects_per_revision_(MCR)_in_XML_dumps is ready for a first round of comments by people on this ticket (or people just following along). Anything from 'that schema is
gerritbot added a comment.
Change 451833 had a related patch set uploaded (by Tarrow; owner: Tarrow):
[mediawiki/extensions/WikibaseLexeme@master] Integration test for LexemeMetaTags
https://gerrit.wikimedia.org/r/451833TASK DETAILhttps://phabricator.wikimedia.org/T195386EMAIL
Pablo-WMDE closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T201397EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: gerritbot, Pablo-WMDE, Addshore, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci,
Pablo-WMDE added a comment.
@Addshore Did this ever happen after prod was re-deployed?TASK DETAILhttps://phabricator.wikimedia.org/T198301EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, Pablo-WMDECc: Jakob_WMDE, Aklapper, Lucas_Werkmeister_WMDE,
daniel added a subscriber: tstarling.daniel added a comment.
@ArielGlenn Thanks for setting this up!
First thing I noticed: I think it would be a bad idea to expose the numeric IDs of content models and slot roles. These numeric IDs are strictly internal to the storage layer. They are not even to
Pablo-WMDE removed Pablo-WMDE as the assignee of this task.
TASK DETAILhttps://phabricator.wikimedia.org/T201337EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: Pablo-WMDE, hoo, gerritbot, Addshore, Mringgaard, Gaboe420, Versusxo,
gerritbot added a comment.
Change 451854 had a related patch set uploaded (by Pablo Grass (WMDE); owner: Pablo Grass (WMDE)):
[mediawiki/extensions/WikibaseLexeme@master] phpunit: polishing LexemeMergeInteractorTest
https://gerrit.wikimedia.org/r/451854TASK
Tgr added a comment.
In T199121#4493904, @daniel wrote:
And I don't see how it's better than the multiple-text-tags-with-attributes approach.
How safe is the assumption that an XML parsing library that expects a tag to be unique will just ignore extra occurrences and return the first tag (as
daniel added a comment.
I'm not sure the transitional format is useful. What client would use it, and what for? A client that wants to process the transitional format would need to implement handling for two different XML structures, and actually use both in parallel. A client that still relies on
daniel added a comment.
Introducing a tag that wraps a tag and additional tags for meta-data looks nice and clean, but it's also completely incompatible with existing consumers.
Just generating multiple tags, and addition any new info as attributes on them, would allow existing consumer code
Tgr added a comment.
Or just drop the idea of a transitional format and keep the main slot one level higher forever (or at least until the next change that really needs to be a BC break). Old clients will not break, MCR-aware clients will maybe need very slightly less elegant parsing code, which
daniel added a comment.
CR-aware clients will maybe need very slightly less elegant parsing code, which does not seem like a bad trade-off.
It's an option, but it feels like we'd be shifting the paint to consumers, who have to maintain that duplicate logic forever. And I don't see how it's better
daniel added a comment.
SAX parsers would typically take the last and get confused
True, that's a risk - they would then be using the wrong slot.TASK DETAILhttps://phabricator.wikimedia.org/T199121EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ArielGlenn,
Pablo-WMDE created this task.Pablo-WMDE added a project: Wikidata.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION13:09:24 Feature: Adding references to statements
...
13:09:35 And The copyright warning has been dismissed#
34 matches
Mail list logo
