daniel added a subtask: T194046: Introduce SlotRoleHandler and SlotRoleRegistry for declaring slot roles..
TASK DETAILhttps://phabricator.wikimedia.org/T205459EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Cparle, Aklapper, gerritbot, daniel
daniel added a comment.
One solution would be to yield control over the layout to a PageTypeHandler (T209924), and control over content rendering to the SlotRoleHandler.TASK DETAILhttps://phabricator.wikimedia.org/T205459EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
daniel edited parent tasks, added: T205891: Display WikibaseMediaInfo captions block on the File page immediately after the file links, before the content of the wikitext block; removed: T200915: Allow SlotRoleHandlers to control page layout.
TASK DETAILhttps://phabricator.wikimedia.org
daniel added a subtask: T205459: Decide how SlotRoleHandlers can provide placeholders for missing slots.
TASK DETAILhttps://phabricator.wikimedia.org/T205891EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: daniel, Agabi10, Cparle, Aklapper
daniel removed a subtask: T205444: Provide a way of having a meaningful slot header.
TASK DETAILhttps://phabricator.wikimedia.org/T194046EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: gerritbot, Aklapper, daniel, CucyNoiD, Nandana, NebulousIris
daniel added a parent task: T205444: Provide a way of having a meaningful slot header.
TASK DETAILhttps://phabricator.wikimedia.org/T194046EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: gerritbot, Aklapper, daniel, CucyNoiD, Nandana, NebulousIris
daniel removed a subtask: T205459: Decide how SlotRoleHandlers can provide placeholders for missing slots.
TASK DETAILhttps://phabricator.wikimedia.org/T194046EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: gerritbot, Aklapper, daniel, CucyNoiD
daniel edited parent tasks, added: T200915: Allow SlotRoleHandlers to control page layout; removed: T194046: Introduce SlotRoleHandler and SlotRoleRegistry for declaring slot roles..
TASK DETAILhttps://phabricator.wikimedia.org/T205459EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings
daniel added a parent task: T200915: Allow SlotRoleHandlers to control page layout.
TASK DETAILhttps://phabricator.wikimedia.org/T194046EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: gerritbot, Aklapper, daniel, CucyNoiD, Nandana, NebulousIris
daniel added a subtask: T194046: Introduce SlotRoleHandler and SlotRoleRegistry for declaring slot roles..
TASK DETAILhttps://phabricator.wikimedia.org/T205891EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: daniel, Agabi10, Cparle, Aklapper
daniel edited parent tasks, added: T205891: Display WikibaseMediaInfo captions block on the File page immediately after the file links, before the content of the wikitext block; removed: T200915: Allow SlotRoleHandlers to control page layout.
TASK DETAILhttps://phabricator.wikimedia.org
daniel added a subtask: T209924: Introduce PageTypeHandler.
TASK DETAILhttps://phabricator.wikimedia.org/T205891EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: daniel, Agabi10, Cparle, Aklapper, Jdforrester-WMF, Nandana, Lahi, Gq86
daniel added a comment.
Please clarify: per the task description, one could assume that the desired order of things on a file description page would become:
[File]
[MediaInfo]
[Wikitext]
[File history]
[Usage]
[Exif]
Buf if I understand correctly, the desired layout is actually
[File
daniel added a comment.
We need to distinguish between two solutions for this: client side DOM manipulation, and server side layout during page rendering. The former can be done quickly but should probably be considered a temporary solution. The latter needs quite a bit of infrastructure
daniel created this task.daniel triaged this task as "Normal" priority.daniel added projects: Wikidata, Core Platform Team Backlog (Next), Core Platform Team (MCR).
TASK DESCRIPTIONCertain slots may be hidden per default, or may have become "undefined" when the exte
daniel moved this task from Doing to Ready on the Core Platform Team Kanban board.daniel edited projects, added Core Platform Team Kanban; removed Core Platform Team Kanban (Doing).
TASK DETAILhttps://phabricator.wikimedia.org/T174031WORKBOARDhttps://phabricator.wikimedia.org/project/board/3696
daniel moved this task from Ready to Doing on the Core Platform Team Kanban board.daniel edited projects, added Core Platform Team Kanban (Doing); removed Core Platform Team Kanban.
TASK DETAILhttps://phabricator.wikimedia.org/T194046WORKBOARDhttps://phabricator.wikimedia.org/project/board/3696
daniel added a comment.
In T194299#4753796, @Addshore wrote:
That will indeed work:
INSERT INTO wb_id_counters (id_type, id_value) VALUES ('wikibase-item', 1) ON DUPLICATE KEY UPDATE id_value = LAST_INSERT_ID(id_value + 1);
SELECT LAST_INSERT_ID();
This solution is specific to MySQL, right?
I
daniel added a comment.
@Cparle this ticket here *is* about making sure all slots are passed to cirrus. Cirrus should then also pass them on via its own hooks. Changing a hook signature isn't trivial though, it's generally better to introduce a new hook.
I think this ticket here is sufficient
daniel added a comment.
In T190066#4732969, @Jdforrester-WMF wrote:
Update: We switched to CirrusSearchBuildDocumentParse in 2a0610b8a2d05d872878da292117f140520f5098.
That hook's interface is actually not MCR compatible, since it only takes a singe Content object. I commented on the patch here
daniel added a subtask: T209044: Introduce a ContentStore service to allow certain types of content to not be stored as serialized blobs..
TASK DETAILhttps://phabricator.wikimedia.org/T107595EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: brion, danielCc
daniel closed subtask T208767: Ensure that SpamBlacklist applies to the content of all MCR slots as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T204582EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Anooprao, Keegan, Jdfor
daniel updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Wikibase //should// provide automatic integration with these via the EditFilterHookRunner class, which should work for all Wikibase edits, regardless of MCR. But this needs to be verified before deployment.
Related
daniel closed subtask T199121: RFC: Spec for representing multiple content objects per revision (MCR) in XML dumps as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T174031EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc:
daniel closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T199121EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ArielGlenn, danielCc: mako, FaFlo, Halfak, vrandezo, Denny, kchapman, tstarling, awight, JAllemandou, ho
daniel created this task.daniel added projects: Wikidata, MediaWiki-extensions-WikibaseRepository.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONThis will cause RecentChanges to show changes to Items as changes on pages that use the item.
This functionality is enabled on all
daniel added a comment.
@aaron yea, but using CONN_TRX_AUTO in places where we want a different connection, but don't care at all about the TRX mode, is just bad. It obfuscates the code. If you read something like this for the first time, you can end up spending hours trying to understand why
daniel added a comment.
In T194299#4714614, @aaron wrote:
openConnection is badly named and still reuses connections. You'd probably want getConnection with CONN_TRX_AUTO
I hate this hack. This may *still* re-use connections, if anything else used CONN_TRX_AUTO. We should have CONN_NEW.TASK
daniel added a comment.
@abian this would perhaps be possible, though it would mean introducing a new cross-wiki event flow. Each client wiki would have to trigger a RefreshLinksJob for the entity page on the repo. But the repo would still have to poll the protection status of all wikis
daniel added a comment.
In T194299#4712763, @Addshore wrote:
One idea that @daniel and I had for this was simply to spread the ItemId counter out over 2 or more rows.. having one row deal with an odd counter and another deal with an even counter.
For context, note that we are not using an auto
daniel added a comment.
The protection status for each wiki is recorded in that wiki's database. Running a separate query for each wiki takes too long, especially since this information is not cacheable, and has to be re-checked on every page view. The query could be batched per db-cluster using
daniel edited projects, added TechCom-RFC (TechCom-Approved); removed TechCom-RFC.daniel added a comment.
Approved as amended, per today's TechCom meetingTASK DETAILhttps://phabricator.wikimedia.org/T199121EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences
daniel added a comment.
I had a cursory eye on stats and logs for commons over the week, and didn't see anything alarming. So I suppose we can enable this on more wikis.
Do we want to make more smaller steps, or go all-in now?TASK DETAILhttps://phabricator.wikimedia.org/T198308EMAIL
daniel added a comment.
Looks good to me!TASK DETAILhttps://phabricator.wikimedia.org/T199121EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ArielGlenn, danielCc: mako, FaFlo, Halfak, vrandezo, Denny, kchapman, tstarling, awight, JAllemandou, hoo, pmiazga
daniel closed subtask T205808: Ensure Revision::getRevisionText continues to function with MCR read-new mode as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T174044EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Stashbot
daniel added a comment.
@Tpt embedding will be hard to do due to the streaming nature of purtle. But let's discuss that when you file the new ticket.TASK DETAILhttps://phabricator.wikimedia.org/T207168EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscott
daniel added a comment.
I don't have objections. Any clients that have ontology uris hard-coded will break, there is no way to avoid this.
We could provide same-as triples that map the old to the new uris. That would be nice, and in *theory* that means we stay backwards compatible. But very few
daniel added a comment.
The status of this is "I really want to work on this but other stuff keeps being more urgent"...
The code for this is mostly finished. The biggest issue is migrating old installs to the new system without losing any data.TASK DETAILhttps://phabricator.wik
daniel added a comment.
@Tpt
If I understand you correctly, structure you propose would fail if there is more than one entity, though. Which is typically indeed the case, since we return stub representations of referenced entities along with the data about the requested entity.TASK DETAILhttps
daniel added a comment.
As the above conversation seems to converge on having the combined hash in the revision level tag, this raises the question where to put the main slot's content hash. I personally prefer to use an attribute on the tag, but we could also go for or .TASK DETAILhttps
daniel added a comment.
@Halfak to clarify - you originally said the top level tag should be the hash of the main slot's content, but you now let yourself be convinced that it's more useful to have the combined revision hash there?TASK DETAILhttps://phabricator.wikimedia.org/T199121EMAIL
daniel added a comment.
What is the "revision hash"?
A combined hash the identifies the content of the slot across all revisions. It's stored in rev_sha1 in the database, and used by stuff on labs to detect manual reverts. It's also available from the API as rvprop=sha1.TASK D
daniel added a comment.
Ok, so if we use the tag on the revision level for the main tag hash, where do we put the revision hash? Or do we just ignore it? Note that the revision has is in the database, and is exposed via the API. It's not made up for the purpose of the dumps.TASK DETAILhttps
daniel added a comment.
Well, we are trying to keep compatibility for most clients that just ignore stuff they don't know. They would still be able to process the dumps as before. Removing the tag would be cleaner and safer, but it would also be a hard B/C break. So, IF we keep it, should we keep
daniel added a comment.
@Halfak having per-slot hashes is not controversial, the question is what to do with the tag that currently exists on the revision level. If we make this the has of the main slot, we will break the assumption that two revisions that have the same hash there have the same
daniel added subscribers: Denny, vrandezo, Halfak.daniel added a comment.
What I'm getting at is that folks have until now been studying article or other page content. Sure, there hasn't been other content available for them to examine, but I imagine that a vast majority of folks will still
daniel reopened this task as "Open".daniel raised the priority of this task from "Normal" to "High".daniel added a comment.
Re-opening, since we missed the fact that RefreshLinksJob will only re-render the main slot, and then place the ParserOutput for only the main
daniel reopened subtask T174035: Allow the view action to show multiple slots [MCR] as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T174036EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: CCicalese_WMF, gerritbot, Tgr, Anom
daniel added a comment.
Re the ìd`attribute being optional or not: turns out, it's optional already: The "use" attribute of the element in an xml schema is indeed optional, and its default value is "optional" :) The fact that this is declared for all other attribute
daniel added a comment.
I can't imagine any script is going to care about the revision sha1 as separate from the sha1 of the content of each slot separately; if you want to know if an edit was reverted, you can look at the sha1 of the individual slots, and I imagine that much analysis will focus
daniel added a comment.
Note that text location and id attrs might be omitted in the case where the text is deleted (in practice, this is what the code does), and yet id has never been marked as optional, so I am not marking location as optional either.
I'd rather argue that the spec should
daniel added a comment.
In T174031#4641387, @ArielGlenn wrote:
Yes, we certainly do. There's a maintenance script in the Flow extension for that, which generates both 'current' and 'history' Flow dumps.
Ah, ok, that's a completely separate mechanism. Makes sense.TASK DETAILhttps
daniel added a comment.
@ArielGlenn Flow is in the main slot, but the content it has there isn't really its content. It's just a reference to where the actual content is stored, which is completely separate from the normal storage mechanisms. Do we currently have Flow content in dumps at all? I
daniel moved this task from MCR: New Features to MCR: Tech Debt on the Core Platform Team board.daniel edited projects, added Core Platform Team (MCR: Tech Debt); removed Core Platform Team (MCR: New Features).
TASK DETAILhttps://phabricator.wikimedia.org/T174032WORKBOARDhttps
daniel moved this task from MCR: Tech Debt to MCR: New Features on the Core Platform Team board.daniel edited projects, added Core Platform Team (MCR: New Features); removed Core Platform Team (MCR: Tech Debt).
TASK DETAILhttps://phabricator.wikimedia.org/T189808WORKBOARDhttps
daniel moved this task from MCR: Tech Debt to MCR: New Features on the Core Platform Team board.daniel edited projects, added Core Platform Team (MCR: New Features); removed Core Platform Team (MCR: Tech Debt).
TASK DETAILhttps://phabricator.wikimedia.org/T194046WORKBOARDhttps
daniel moved this task from MCR: Tech Debt to MCR: New Features on the Core Platform Team board.daniel edited projects, added Core Platform Team (MCR: New Features); removed Core Platform Team (MCR: Tech Debt).
TASK DETAILhttps://phabricator.wikimedia.org/T174037WORKBOARDhttps
daniel moved this task from MCR: Tech Debt to MCR: New Features on the Core Platform Team board.daniel edited projects, added Core Platform Team (MCR: New Features); removed Core Platform Team (MCR: Tech Debt).
TASK DETAILhttps://phabricator.wikimedia.org/T199121WORKBOARDhttps
daniel moved this task from MCR: Tech Debt to MCR: New Features on the Core Platform Team board.daniel edited projects, added Core Platform Team (MCR: New Features); removed Core Platform Team (MCR: Tech Debt).
TASK DETAILhttps://phabricator.wikimedia.org/T174031WORKBOARDhttps
daniel moved this task from MCR: Tech Debt to MCR: New Features on the Core Platform Team board.daniel edited projects, added Core Platform Team (MCR: New Features); removed Core Platform Team (MCR: Tech Debt).
TASK DETAILhttps://phabricator.wikimedia.org/T195212WORKBOARDhttps
daniel moved this task from MCR: Tech Debt to MCR: New Features on the Core Platform Team board.daniel edited projects, added Core Platform Team (MCR: New Features); removed Core Platform Team (MCR: Tech Debt).
TASK DETAILhttps://phabricator.wikimedia.org/T205459WORKBOARDhttps
daniel added a comment.
Side note re the id attribute becoming optional: hasn't it always be (formally) optional, because it was only emitted for stubs?TASK DETAILhttps://phabricator.wikimedia.org/T199121EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences
daniel removed a project: Epic.daniel added a comment.
not an empic, this is a concrete taskTASK DETAILhttps://phabricator.wikimedia.org/T190066EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Cparle, gerritbot, EBjune, EBernhardson, dcausse
daniel added a comment.
Quick addendum to @Tgr's last point:
in theory a lot of resources could be saved if identical slot contents are only written out once (they will be a very frequent occurrence due to reverts)
Reverts are not a new problem, and not the largest problem. Inherited slots
daniel added a subtask: T205808: Ensure Revision::getRevisionText continues to function with MCR read-new mode.
TASK DETAILhttps://phabricator.wikimedia.org/T174044EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Stashbot, Addshore, gerritbot, Anomie
daniel added a comment.
I'm reluctant to change anything about the formatting of the main slot this round. There are tools that convert xml dumps to sql suitable for import, and the text id may be used by some of these as a convenience for constructing the text table entry.
Such tools will have
daniel added a comment.
I've added the location attr as optional for the main slot, with the intent that it gets used when we have some other schema than 'tt' in play. The next version would have the id attr as optional + deprecated for the main slot, only permitted to be written for blobs
daniel added a comment.
Hi Ariel! Thanks for updating. Sorry for the confusion about the address format, I thought you knew this was already in. This is what the content_address field contains. I tried to explain the idea in August, see T199121#4529353.
Main slot still only gets an id number
daniel created this task.daniel triaged this task as "Normal" priority.daniel added projects: Wikidata, Structured-Data-Commons, Patch-For-Review, Core-Platform-Team, Multi-Content-Revisions.Restricted Application removed a project: Patch-For-Review.
TASK DESCRIPTIONSlotRoleHandlers shou
daniel added a subtask: T205432: Database errors related to actor table on testwiki.
TASK DETAILhttps://phabricator.wikimedia.org/T198308EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Keegan, Fjalapeno, CCicalese_WMF, Aklapper, Tgr, Anomie, Abit
daniel added a subtask: T205101: McrUndoAction preview doesn't work.
TASK DETAILhttps://phabricator.wikimedia.org/T194412EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Aklapper, gerritbot, Anomie, Tgr, daniel, CCicalese_WMF, NebulousIris, Gaboe420
daniel added a subtask: T205101: McrUndoAction preview doesn't work.
TASK DETAILhttps://phabricator.wikimedia.org/T194413EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Aklapper, daniel, CCicalese_WMF, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey
daniel removed a subtask: T205101: McrUndoAction preview doesn't work.
TASK DETAILhttps://phabricator.wikimedia.org/T189808EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Jdforrester-WMF, gerritbot, Tgr, CCicalese_WMF, Anomie, Aklapper, -jem
daniel added a subtask: T205101: McrUndoAction preview doesn't work.
TASK DETAILhttps://phabricator.wikimedia.org/T189808EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Jdforrester-WMF, gerritbot, Tgr, CCicalese_WMF, Anomie, Aklapper, -jem
daniel closed this task as "Resolved".daniel moved this task from In Progress to Done on the Multi-Content-Revisions board.
TASK DETAILhttps://phabricator.wikimedia.org/T204732WORKBOARDhttps://phabricator.wikimedia.org/project/board/3112/EMAIL PREFERENCEShttps://phabricator.wikimedia.or
daniel closed subtask T204732: Provide a way to restore an old revision with multiple slots. as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T204741EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Aklapper, daniel,
daniel added a comment.
@Kelson I can only refer you to @Ramsey-WMF and @MarkTraceurTASK DETAILhttps://phabricator.wikimedia.org/T585EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: MarkTraceur, Abit, Ramsey-WMF, atgo, Matanya, Nemo_bis, Ricordisamoa
daniel added a comment.
I just realized that the proposed dump format is still using numeric text IDs. That cannot be guaranteed to work, text blobs are now identified by URL-like blob addresses: "tt:12345" is the address of text row 12345, and we may start using "ext:DB:...&quo
daniel reopened this task as "Open".daniel reassigned this task from daniel to Addshore.daniel added a comment.
Re-opening, since issues were found. To be concrete, entities can be stored in extra slots, but Wikibase gets confused when finding a page that exists, could have
daniel reopened subtask T194729: Allow Wikibase Entities to be stored in alternative slots [MCR] as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T159708EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Jdforrester-WMF, Addshore, Ri
daniel reopened subtask T194729: Allow Wikibase Entities to be stored in alternative slots [MCR] as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T180981EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Jdforrester-WMF,
daniel reopened subtask T194729: Allow Wikibase Entities to be stored in alternative slots [MCR] as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T194750EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Cparle, Aklapper, Abit,
daniel reopened subtask T194729: Allow Wikibase Entities to be stored in alternative slots [MCR] as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T200903EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Cparle, danielCc: gerritbot, Cpar
daniel added a comment.
@Kelson I suppose this has been obsoleted by https://commons.wikimedia.org/wiki/Commons:Structured_data. Or maybe the plan is to pick it up again once that project has progressed a bit.TASK DETAILhttps://phabricator.wikimedia.org/T585EMAIL PREFERENCEShttps
daniel added a comment.
I'd really like to move this forward. Ideally, we'd get the new dump format into the 1.32 release. @ArielGlenn is there anything holding this back? Can we have an IRC discussion on this soon?TASK DETAILhttps://phabricator.wikimedia.org/T199121EMAIL PREFERENCEShttps
daniel added a comment.
They should not?
If Q10 is a redirect to Q17, and I have a reference to Q10 in a statement, how do I look up labels for Q10 when rendering the statement for display? Does the code in question resolve redirects first?TASK DETAILhttps://phabricator.wikimedia.org/T176852EMAIL
daniel added a parent task: T204741: Remove undo and restore functionality from SubmitEntityAction.
TASK DETAILhttps://phabricator.wikimedia.org/T204732EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: gerritbot, Aklapper, daniel, Gaboe420, Versusxo
daniel added a subtask: T204732: Provide a way to restore an old revision with multiple slots..
TASK DETAILhttps://phabricator.wikimedia.org/T204741EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Aklapper, daniel, Lahi, Gq86, GoranSMilovanovic
daniel created this task.daniel added projects: Wikidata, MediaWiki-extensions-WikibaseRepository.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONWith T204732 and T189808 in place, core has support for undoing and reverting not just revisions with multiple slots, but also
daniel updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Until {T174033} is implemented, we need an alternative way to restore old revisions. This could be done in the same way that undo is currently implemented for MCR, per {T189808}.
Note that the same mechanism should
daniel claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T204732EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Aklapper, daniel, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic
daniel created this task.daniel added projects: Multi-Content-Revisions, Structured-Data-Commons.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONCurrently, old revisions can be restored by loading them into the EditPage using
daniel added a subtask: T194750: Deploy Structured Data on Commons baseline .
TASK DETAILhttps://phabricator.wikimedia.org/T204732EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Aklapper, daniel, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF
daniel added a parent task: T204732: Provide a way to restore an old revision with multiple slots..
TASK DETAILhttps://phabricator.wikimedia.org/T194750EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Cparle, Aklapper, Abit, Ramsey-WMF, daniel, Lahi
daniel added subscribers: Yann, De728631, Reedy, Krenair, Ankry.daniel merged a task: T200121: Fatal exception of type "InvalidArgumentException" while undeleting a file on Commons in RevisionStoreRecord.php: The given Title does not belong to page ID 50301569 but actually belongs t
daniel removed a subtask: T204582: Verify that AbuseFilter and SpamBlacklist work with Wikibase MediaInfo.
TASK DETAILhttps://phabricator.wikimedia.org/T199352EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Cparle, Aklapper, daniel, Lahi, PDrouin
daniel edited parent tasks, added: T194750: Deploy Structured Data on Commons baseline ; removed: T199352: Deploy Structured Data on Commons with arbitrary Statements.
TASK DETAILhttps://phabricator.wikimedia.org/T204582EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
daniel added a subtask: T204582: Verify that AbuseFilter and SpamBlacklist work with Wikibase MediaInfo.
TASK DETAILhttps://phabricator.wikimedia.org/T194750EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Cparle, Aklapper, Abit, Ramsey-WMF, daniel
daniel added a comment.
@Jdforrester-WMF You are right. I was mostly thinking of spam links, but dick jokes in file captions also suck (no pun intended). Changing.TASK DETAILhttps://phabricator.wikimedia.org/T204582EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences
daniel closed this task as "Resolved".daniel moved this task from Backlog to Done on the Multi-Content-Revisions (MCR-SDC Statement Support - phase 3) board.
TASK DETAILhttps://phabricator.wikimedia.org/T194037WORKBOARDhttps://phabricator.wikimedia.org/project/board/3464/EMAIL PREFER
401 - 500 of 5223 matches
Mail list logo
