dbarratt added a project: Core Platform Team.
dbarratt added a comment.
Requesting a code review from #core_platform_team
<https://phabricator.wikimedia.org/tag/core_platform_team/>, please feel free
to tag a more appropriate team. :)
TASK DETAIL
https://phabricator.wikimedia.org/T
dbarratt added a comment.
In T54564#6256512 <https://phabricator.wikimedia.org/T54564#6256512>, @Eugene
wrote:
> Is T235420 <https://phabricator.wikimedia.org/T235420> the same?
Currently it throws an error if you try to add a sitelink that is a redirect,
I'm not
dbarratt removed a project: Docker-Hub-MediaWiki.
TASK DETAIL
https://phabricator.wikimedia.org/T255267
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: dbarratt
Cc: Aklapper, Headingtona, CBogen, darthmon_wmde, Nandana, Namenlos314, Lahi,
Gq86
dbarratt added a comment.
In looking at this, I learned something interesting.
We are loading a render-blocking stylesheet that is a whopping 18 KB (!) and
is only cached for 300 seconds (5 minutes):
https://en.wikipedia.org/w/load.php?lang=en=site.styles=styles=vector
Meaning
dbarratt added a comment.
In T254631#6205333 <https://phabricator.wikimedia.org/T254631#6205333>,
@Lucas_Werkmeister_WMDE wrote:
> The contents still have to be loaded (transferred), though (since they’re
inlined/embedded, not linked with `src=`).
Indeed. Although for a c
dbarratt added a comment.
In T254631#6199530 <https://phabricator.wikimedia.org/T254631#6199530>,
@Niedzielski wrote:
> My recollection is that we added this script to the bottom because it would
be guaranteed to arrive and be parsed last, as well as be non-render
dbarratt created this task.
dbarratt added projects: MediaWiki-extensions-WikibaseClient, SEO.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
**Problem**
The schema.org <https://schema.org/> me
dbarratt updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T173145
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: dbarratt
Cc: Iwan.Aucamp, Trizek-WMF, Ltrlg, daniel, Stryn, Liuxinyu970226,
MisterSynergy, MarcoAurelio
dbarratt created this task.
dbarratt added projects: SpamBlacklist, Wikidata-Campsite.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
**Problem**
Sometimes, when entering data on #wikidata
<ht
dbarratt removed dbarratt as the assignee of this task.
TASK DETAIL
https://phabricator.wikimedia.org/T208517
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: dbarratt
Cc: matthiasmullie, Anomie, Abbe98, Aklapper, dbarratt, darthmon_wmde,
WDoranWMF
dbarratt closed this task as "Resolved".
dbarratt claimed this task.
TASK DETAIL
https://phabricator.wikimedia.org/T208517
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: dbarratt
Cc: matthiasmullie, Anomie, Abbe98, Aklapper, dbarratt, dar
dbarratt renamed this task from "Wikibase should add a property to the page
response object that indicates the embeded entities" to "Should Wikibase add a
property to the page response object that indicates the embedded entities?".
dbarratt updated the task description.
dbarratt renamed this task from "Wikidata does not expose schema.org metadata"
to "Should Wikidata expose schema.org metadata?".
TASK DETAIL
https://phabricator.wikimedia.org/T215377
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferenc
dbarratt added a comment.
In T237472#5649298 <https://phabricator.wikimedia.org/T237472#5649298>,
@Lydia_Pintscher wrote:
> Removing campsite as this is not something the team will work on without
further thought and discussion.
okie dokie.
> What's the underl
dbarratt updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T237472
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: dbarratt
Cc: Aklapper, dbarratt, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86,
GoranSMilovanovic, QZanden
dbarratt updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T235389
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: dbarratt
Cc: Lydia_Pintscher, Verdy_p, Lucas_Werkmeister_WMDE, Krenair, Reedy, Niharika,
Aklapper, dbarratt
dbarratt updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T235389
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: dbarratt
Cc: Lydia_Pintscher, Verdy_p, Lucas_Werkmeister_WMDE, Krenair, Reedy, Niharika,
Aklapper, dbarratt
dbarratt updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T237472
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: dbarratt
Cc: Aklapper, dbarratt, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86,
GoranSMilovanovic, QZanden
dbarratt updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T237472
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: dbarratt
Cc: Aklapper, dbarratt, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86,
GoranSMilovanovic, QZanden
dbarratt added a project: Wikidata-Campsite.
TASK DETAIL
https://phabricator.wikimedia.org/T237472
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: dbarratt
Cc: Aklapper, dbarratt, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86,
GoranSMilovanovic
dbarratt updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T237472
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: dbarratt
Cc: Aklapper, dbarratt, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86,
GoranSMilovanovic, QZanden
dbarratt updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T237472
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: dbarratt
Cc: Aklapper, dbarratt, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86,
GoranSMilovanovic, QZanden
dbarratt created this task.
dbarratt added projects: MediaWiki-extensions-WikibaseRepository, Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
**Problem**
Sometimes, it is necessary to know details //about// a statement group.
Unfortunately, Wikibase does
dbarratt closed this task as "Invalid".
dbarratt added a comment.
Thanks for your reply! I don't even understand my own question anymore, but I
appreciate your response. :)
TASK DETAIL
https://phabricator.wikimedia.org/T213604
EMAIL PREFERENCES
https://phabricator.wikimedia.or
dbarratt renamed this task from "Global users should be Wikibase items on Meta"
to "Should global users have structured data on Meta?".
TASK DETAIL
https://phabricator.wikimedia.org/T173145
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferenc
dbarratt added a project: Toolforge.
TASK DETAIL
https://phabricator.wikimedia.org/T235906
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: dbarratt
Cc: Betacommand, Harej, Aklapper, #cloud-services, #toolforge, dom_walden,
Zylc, 1978Gage2001
dbarratt updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T235389
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: dbarratt
Cc: Lucas_Werkmeister_WMDE, Krenair, Reedy, Niharika, Aklapper, dbarratt,
darthmon_wmde, DannyS712
dbarratt updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T235389
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: dbarratt
Cc: Lucas_Werkmeister_WMDE, Krenair, Reedy, Niharika, Aklapper, dbarratt,
darthmon_wmde, DannyS712
dbarratt added a comment.
In T235389#5572340 <https://phabricator.wikimedia.org/T235389#5572340>,
@Lucas_Werkmeister_WMDE wrote:
> I don’t understand what this means. What kind of access are you talking
about? Because the Query Service can’t be accessed from wikitext (parser
dbarratt added a comment.
I feel like it would be somewhat difficult to correlate
#wikidata-query-service
<https://phabricator.wikimedia.org/tag/wikidata-query-service/> usage with
#checkuser <https://phabricator.wikimedia.org/tag/checkuser/> usage, how would
you go
dbarratt added a comment.
In T235389#5571261 <https://phabricator.wikimedia.org/T235389#5571261>,
@Reedy wrote:
> Again, MW has functionality for doing this conversion, splitting,
reformatting etc. You could store a start, store an end of the range like we do
elsewhere f
dbarratt added a comment.
In T235389#5571220 <https://phabricator.wikimedia.org/T235389#5571220>,
@Reedy wrote:
> Not really, and MW has functionality for telling you that. Wikibase could
expose/use that
Apologies, I didn't mean //impossible// in the literal sense
dbarratt updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T235389
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: dbarratt
Cc: Niharika, Aklapper, dbarratt, darthmon_wmde, DannyS712, Nandana, Lahi,
Gq86, GoranSMilovanovic
dbarratt updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T235389
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: dbarratt
Cc: Niharika, Aklapper, dbarratt, darthmon_wmde, DannyS712, Nandana, Lahi,
Gq86, GoranSMilovanovic
dbarratt added a parent task: T91505: [Epic] Adding new datatypes to Wikidata
(tracking).
TASK DETAIL
https://phabricator.wikimedia.org/T235389
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: dbarratt
Cc: Niharika, Aklapper, dbarratt, darthmon_wmde
dbarratt added a subtask: T235389: IP Address ranges (CIDR) are stored as
strings and cannot be queried.
TASK DETAIL
https://phabricator.wikimedia.org/T91505
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: dbarratt
Cc: DannyS712, srishakatux, Malore
dbarratt created this task.
dbarratt added a project: MediaWiki-extensions-WikibaseRepository.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
This task is a follow up to the discussion
<https://www.wikidata.org/w
dbarratt added a comment.
In T207893#5431250 <https://phabricator.wikimedia.org/T207893#5431250>,
@Ladsgroup wrote:
> I just want to mention those parts are for basic access to the special
page, the real action is being handled by PermissionManager so nothing is
broken here
dbarratt updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T207893
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: noarave, dbarratt
Cc: alaa_wmde, dom_walden, hoo, Ladsgroup, Tchanders, Niharika,
Lydia_Pintscher, WMDE
dbarratt moved this task from Test (Verification) to Doing on the
Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
dbarratt added a comment.
Oversight on my part, it looks like the creation code (in both patches) is
using `AbstractBlock::isSitewide()` instead of
`AbstractBlock
dbarratt moved this task from Review to QA/Testing on the Anti-Harassment (The
Letter Song) board.
dbarratt added a comment.
In T207893#5409768 <https://phabricator.wikimedia.org/T207893#5409768>,
@alaa_wmde wrote:
> @dbarratt @Niharika have you tested this? is it good?
dbarratt edited projects, added Anti-Harassment (The Letter Song); removed
Anti-Harassment.
TASK DETAIL
https://phabricator.wikimedia.org/T207893
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup, dbarratt
Cc: alaa_wmde, dom_walden, hoo
dbarratt added a comment.
It's already enabled there! :)
https://wikidata.beta.wmflabs.org/wiki/Special:Block
and
https://commons.wikimedia.beta.wmflabs.org/wiki/Special:Block
TASK DETAIL
https://phabricator.wikimedia.org/T207893
EMAIL PREFERENCES
https://phabricator.wikimedia.org
dbarratt added a comment.
In T207893#5329793 <https://phabricator.wikimedia.org/T207893#5329793>,
@Niharika wrote:
> In T207893#5329617 <https://phabricator.wikimedia.org/T207893#5329617>,
@dbarratt wrote:
>
>> It's also enabled in production at:
>>
dbarratt added a comment.
It's also enabled in production at:
https://test.wikidata.org/wiki/Special:Block
TASK DETAIL
https://phabricator.wikimedia.org/T207893
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup, dbarratt
Cc: hoo
dbarratt added a comment.
In T207168#5313628 <https://phabricator.wikimedia.org/T207168#5313628>,
@Thadguidry wrote:
> Something is amiss with these...not found.
Those are URIs not URLs, they don't need to be found... or am I missing
something?
TASK DETAI
dbarratt added a comment.
In T226453#5297810 <https://phabricator.wikimedia.org/T226453#5297810>,
@Addshore wrote:
> https://schema.org/docs/faq.html#19 is talking about using https for
schema.,org based uris, not for all uris.
Well I would assume so, that is the on
dbarratt added a comment.
or perhaps the simplest solution is to display it plaintext, though, we
probably ought to also support https in WDQS, etc.
TASK DETAIL
https://phabricator.wikimedia.org/T226453
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
dbarratt added a comment.
In T226453#5294638 <https://phabricator.wikimedia.org/T226453#5294638>,
@Addshore wrote:
> I wonder if the norm is switching toward https now? Perhaps we should
follow?
It kinda appears (from what I can tell) that either is supported. W
dbarratt added a project: Wikidata-Campsite.
dbarratt added a comment.
What is preventing this from being enabled on production?
TASK DETAIL
https://phabricator.wikimedia.org/T207168
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: cscott
dbarratt added a comment.
Maybe somewhere near "This page was last edited on 17 June 2019, at 18:54."
text.
TASK DETAIL
https://phabricator.wikimedia.org/T226453
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: dbarratt
Cc: Smalyshev
dbarratt added a comment.
I think since the URL is a redirect anyways (and is rather confusing if you
don't know that), then my preference would be to show it as plaintext (maybe at
the bottom of the page in the "footer")?
TASK DETAIL
https://phabricator.wikimedia.org/T226
dbarratt added a comment.
In T226453#5280660 <https://phabricator.wikimedia.org/T226453#5280660>,
@Addshore wrote:
> See T153563#2884409 <https://phabricator.wikimedia.org/T153563#2884409> and
the comment added in
https://gerrit.wikimedia.org/r/#/c/operations/mediawiki-
dbarratt added a comment.
In T226453#5280633 <https://phabricator.wikimedia.org/T226453#5280633>,
@Addshore wrote:
> So, the concept URI is http.
Do we not support https concept URIs?
TASK DETAIL
https://phabricator.wikimedia.org/T226453
EMAIL PREFERENCE
dbarratt added a project: Privacy.
TASK DETAIL
https://phabricator.wikimedia.org/T226453
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: dbarratt
Cc: Aklapper, dbarratt, darthmon_wmde, JFishback_WMF, Nandana, sbassett, Lahi,
Gq86, GoranSMilovanovic
dbarratt created this task.
dbarratt added projects: MediaWiki-extensions-WikibaseRepository, Wikidata,
Wikidata-Campsite.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
**Problem**
The "Concept URI" in the sidebar of Wikibase entities, uses HTTP instead
dbarratt added a comment.
You can see an example of not knowing in MediaWiki by blocking a test user
from a namespace (say `MediaWiki`) and then attempting to create a new page in
that namespace.
TASK DETAIL
https://phabricator.wikimedia.org/T207893
EMAIL PREFERENCES
https
dbarratt added a comment.
In T207893#5262838 <https://phabricator.wikimedia.org/T207893#5262838>,
@Ladsgroup wrote:
> This is rather lots of work, SpecialWikibasePage is not the right place to
keep the list, Making it per special page also is complex, like
Special:SetLabel ca
dbarratt moved this task from Blocked / Waiting / External to Needs Work on the
Wikidata-Campsite board.
dbarratt added a comment.
In T207893#5250838 <https://phabricator.wikimedia.org/T207893#5250838>,
@Addshore wrote:
>
> So I guess we use BlockManager to ge
dbarratt updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T207893
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: dbarratt
Cc: Niharika, Lydia_Pintscher, WMDE-leszek, TBolliger, Lucas_Werkmeister_WMDE,
Addshore, Aklapper
dbarratt added a comment.
I suppose now that we have MCR this could be rephrased as: "Adding structured
data to //global// user pages" much like #structureddataoncommons
<https://phabricator.wikimedia.org/tag/structureddataoncommons/> adds
structured data to global fil
dbarratt added a comment.
I think it would be best if it displayed the same way it does everywhere else
which is in the format:
Label (Q123)
TASK DETAIL
https://phabricator.wikimedia.org/T207902
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
dbarratt added projects: MediaWiki-extensions-WikibaseRepository, Wikidata.
TASK DETAIL
https://phabricator.wikimedia.org/T214992
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: dbarratt
Cc: MGChecker, dbarratt, Aklapper, TBolliger, alaa_wmde
dbarratt added a comment.
In T213318#4956647, @Joe wrote:
I do think that both in the short term and in the long term, having a single application written in PHP being able to do the basic job of a wiki is a must.
By what metric are you using to come to the conclusion that this is a must?TASK
dbarratt added a comment.
@Smalyshev again, it's impossible to justify (or not justify) a platform, because (afaik) there is no product strategy for MediaWiki. There's no "business case" to support a platform
Although, it is clear there is a business case (from the Foundation's p
dbarratt added a comment.
In T213318#4955539, @Smalyshev wrote:
I am of course speaking out of my personal experience with (some) people running small wikis (including myself many years ago). It may be we're not targeting them or caring for their needs currently. But I'd like to raise
dbarratt added a comment.
In T213318#4955516, @Smalyshev wrote:
It's not targeting a seasoned DevOp, but a likely part-time IT person probably on limited hosting, possibly with no root access and may even never have heard of things like "docker".
Are our target demographics (and the
dbarratt added a comment.
In T213318#4954278, @daniel wrote:
Note that moving from "good old shared hosting" to a Kubernetes environment is not at all trivial to people who run a wiki for their kid's school or their sports team in their spare time. They may not be the target audience fo
dbarratt added a comment.
In T213318#4953461, @Smalyshev wrote:
I frankly have a bit of a hard time imagining an IT person of the kind that commonly installs smaller wikis being able to efficiently maintain a zoo of services that we're now running in WMF. I think the model of "unpack the
dbarratt added a comment.
@Pablo-WMDE so to clarify (for my own sanity) this proposal is about unifying the existing logic (by rendering _javascript_ on the server)?TASK DETAILhttps://phabricator.wikimedia.org/T213318EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
dbarratt added a comment.
In T213318#4947904, @Anomie wrote:
What happens when the Wikibase SPA is embedded in a larger page, which presumably wouldn't be updated when the SPA navigates?
Where does that happen? and by what mechanism?TASK DETAILhttps://phabricator.wikimedia.org/T213318EMAIL
dbarratt added a comment.
Move towards implementing Wikibase/Wikidata UI as a Single Page Application (SPA) - written in TypeScript to mitigate the downsides of using an otherwise untyped language
This might be slightly pedantic, but I want to point out that _javascript_ is not untyped it's just
dbarratt added a comment.
Just out of curiosity, why was Vue.js chosen over React?TASK DETAILhttps://phabricator.wikimedia.org/T213318EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarrattCc: dbarratt, Legoktm, Cparle, Niedzielski, Anomie, Mholloway
dbarratt updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Properties like [[ https://www.wikidata.org/wiki/Property:P735 | given name ]] have an [[ https://www.wikidata.org/wiki/Property:P1628 | equivalent property ]] with the value: http://schema.org/givenName
dbarratt created this task.dbarratt added projects: Wikidata, MediaWiki-extensions-WikibaseRepository, SEO.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONProblem
According to Google's Structured Data Testing Tool, Wikidata items do not expose any microdata:
https
dbarratt added a comment.
I see Structured Wikiquote as the disruption (as in technology). I think it's totally worth taking the time to experiment with that disruption and prototyping it. I also think it would be wise for the existing Wikiquote community to embrace that disruption
dbarratt added a comment.
In T71753#4897251, @Archi38 wrote:
As it will not affect any existing wikiquote I think we don’t need a concensus, a request of users is enough
I agree. Building a new system does not mean the old system will go away.TASK DETAILhttps://phabricator.wikimedia.org
dbarratt added a comment.
In T214238#4894473, @Mbch331 wrote:
Since it's about labels, the language code needs to be added to ULS. But what language code would you use for Hispanic America? es is neutral as it's for both variants.
I don't know if adding 1 variant as an alias would suffice
dbarratt added a project: Language-Team.dbarratt added a comment.
Adding the language team for their input, feel free to change the tags. :)TASK DETAILhttps://phabricator.wikimedia.org/T214238EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarrattCc
dbarratt updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...To resolve this, I propose that an `es-ES` language be added to #wikidata (and I suppose #structureddataoncommons). This way the Spanish title (and also the label if possible)l can be added in both variations, just
dbarratt updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONThere are many things (like the titles of movies, example: [[ https://www.wikidata.org/wiki/Q836821 | Q836821 ]]) that have two language variations, one for Spain ("Guía del autoestopista galáctico"
dbarratt created this task.dbarratt added projects: Wikidata, StructuredDataOnCommons.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONThere are many things (like the titles of movies, example: Q836821) that have two language variations, one for Spain ("Guía del autoesto
dbarratt updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Given these to things, why are Senses tied to Lexemes at all? Why not make the Sense a first-class entity that is referenced from a Lexeme? I imagine the referenced/created Sense would still be "emb
dbarratt created this task.dbarratt added projects: MediaWiki-extensions-WikibaseClient, Wikidata.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONThe #statements parser function, always uses the value's label. However, sometimes this is overly verbose. As an example using
dbarratt created this task.dbarratt added projects: Lexicographical data, Wikidata.
TASK DESCRIPTIONSince a Sense can be translated then the sense effectively applies to more than one Lexeme.
Likewise, a Sense can be tied to the same Sense on another Lexeme.
A Sense can (and ought?) represent
dbarratt reassigned this task from Tchanders to Addshore.Restricted Application added a project: User-Addshore.
TASK DETAILhttps://phabricator.wikimedia.org/T211048EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, dbarrattCc: dbarratt, Reedy
dbarratt updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Split the entity id by `-` the beginning portion is the parent entity id.
_javascript_ example:```
```lang=_javascript_
const [parent] = data.id.split('-');...TASK DETAILhttps://phabricator.wikimedia.org
dbarratt created this task.dbarratt added projects: MediaWiki-extensions-WikibaseRepository, Lexicographical data, Wikidata.
TASK DESCRIPTIONProblem
Sub entities do not expose the id of the parent entity
Example
If you have the sense L3037-S1 the id of the lexeme is not available in the response
dbarratt added a comment.
EditEntityAction should be changed to true (which is what caused T210953) otherwise this looks correct.
This was fixed in https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Wikibase/+/477307 so if this is the only change then it all looks good to me!TASK DETAILhttps
dbarratt added a comment.
In T204991 we've added the method Block::appliesToNamespace() which can be used for new entity creation.TASK DETAILhttps://phabricator.wikimedia.org/T207893EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarrattCc: TBolliger
dbarratt updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...`SpecialWikibasePage::checkBlocked` needs to be updated to use `User::isBlockedFrom()` with the title of the page in order to determine if the user can create or edit the entity. The full title should be passed
dbarratt updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Regardless of the specific syntax, making this possible will greatly reduce the number of properties on wikidata, the amount of data, and the amount of work.
**Alternative Solution**
A concept of "vi
dbarratt updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...This is a **huge** amount of duplicate data, and duplicate work. ...TASK DETAILhttps://phabricator.wikimedia.org/T209559EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences
dbarratt created this task.dbarratt added projects: MediaWiki-extensions-WikibaseRepository, Wikibase-DataModel.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONProblem
There are a huge number of properties that have inverse
dbarratt added a comment.
In T173214#4736866, @Tpt wrote:
I just had a quick review of the current GraphQL structure for Wikibase entities. It looks great! Thank you!
No problem. I'm learning a lot about GraphQL (and the Action API) so it's been fun. :)
I would switch the Entity type
dbarratt added a comment.
In T207893#4718146, @Lucas_Werkmeister_WMDE wrote:
Note that checkBlocked is also used in SpecialNewEntity, where we don’t have a title to check yet. What’s the correct way to check if a user is allowed to create a page?
If it makes more sense, we could make a method
dbarratt added a parent task: T208749: Update Extensions to properly handle Partial Blocks.
TASK DETAILhttps://phabricator.wikimedia.org/T207893EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarrattCc: Lucas_Werkmeister_WMDE, Addshore, Aklapper, dbarratt
dbarratt added a comment.
In T207893#4718146, @Lucas_Werkmeister_WMDE wrote:
Note that checkBlocked is also used in SpecialNewEntity, where we don’t have a title to check yet. What’s the correct way to check if a user is allowed to create a page?
I would:
For creation, use the reserved `0
dbarratt updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...```
Alternatively, it could go in the revision object under slots:
```
lang=json
"revisions": [
{
"revid": 105192,
"parentid": 105190,
"minor&quo
dbarratt updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Wikibase should add a new property to the page response object that will return a collection of embedded entity ids on a page organized by //slot//. It should look at each //slot// to determine if any are wikibase
1 - 100 of 200 matches
Mail list logo
